outdoor I

Zitat:

---

ich meine, es muss nicht sein, dass die html fernbedienung das ganze display ausfüllt, toll (und völlig ausreichend) wäre es, wenn es in etwa zentriert zum display wäre.

---

So etwas mache immer am Ende irgendwann. Manchmal werden ganze Entwürfe wieder verworfen, dann macht man nicht so viel Arbeit umsonst. Wenn das später so bleiben sollte, schauen wir, dass wir das zentriert bekommen. Oder wie auch immer. Berechnen müssen wir das im Programmcode neu. Jetzt passt es zwar, aber mit einem andern Gerät sieht das wieder anders aus. Aber die Berechnung können wir auch später einfügen.

Du kannst ja mal schauen, dass Du die Koordinaten für die anderen Tasten hinzufügst, da fehlen noch 16. Zurzeit feilen wir am Design und HTML-Layout. Deshalb Frage: Wie ist das jetzt überhaupt, ist das schon so in Ordnung oder fehlen noch zusätzliche Funktionen an der Fernbedienung in HTML? Gefällt Dir sonst irgendwas nicht? Oder willst Du lieber was anderes?



MfG

- - - Aktualisiert - - -

Ausgabe zentrieren


Ich habe etwas experimentiert. Und es hat funktioniert. Da es einfach war, hier direkt der neue HTML-Quelltext: Anhang 34505
Umbenennen der Datei kennst Du ja schon.

Noch ist das alles nicht so geordnet, sondern mehr zusammengeschmiert :)
Das macht aber nichts, weil ich mich so dem Endergebnis annähere.

Ich habe noch einen DIV-Container drumherum gesetzt:

Code:

---

<div style='width:100%;height:100%;display:flex;align-items:center;justify-content:center'>

---

Der bekommt als Eigenschaften die Breite von 100% (uns unbekannte Displaybreite) und die Höhe von 100% (uns unbekannte Displayhöhe).
In dem Container platzieren wir unser bisheriges HTML. Dann schließen wir den Container mit:

Code:

---

</div>

---

"display:flex;" sorgt dafür, dass der Browser Kenntnis erhält, wie er mit unserem Layout innerhalb des Containers und mit dem Container umgehen soll (Flex-Container)
"align-items:center;" zentriert alle Elemente (vertikal)
"justify-content:center;" zentriert alle Elemente (horizontal)



MfG

hier die txt datei mit den koordinaten, auf dem smartphone kann man beim antippen den kreis der sich bildet sehen, 100%tig stimmt die lage nicht...
edit: dafür, dass man da mit dem finger "zielt" ist es m.e. nach genau genug :-)

das mit dem zentrieren klappt wunderbar am pc, da folgt die FB brav den aussenkanten des fensters, beim smartphone klappt es nicht, da muss man scrollen um die FB zu sehen...

Anhang 34506

Auf dem Smartphone musst Du jetzt scrollen? Ist merkwürdig. Was ist da für ein OS drauf?

android 9

Passt es horizontal oder vertikal nicht oder beides nicht?

https://youtu.be/dlrAPK1ftPk

In Deinem Beitrag wird was eingeblendet, was Du nicht hingeschrieben hast. Unter Deinem Namen wird "Getriebemotor zu Servo umbauen" verlinkt. Das ist echt irritierend!

- - - Aktualisiert - - -

Habs gesehen, Dein Smartphonebrowser gibt vor, der Anzeigebereich wäre größer als das Display. Interessant! Aber wozu?
Funktioniert dann nur nicht mit dem Zentrieren.

Hast Du Firefox auf dem Smartphone? Ich habe auf unserem Tablet mit Android Firefox installiert.


MfG

Zitat:

---

Zitat von Moppi

In Deinem Beitrag wird was eingeblendet, was Du nicht hingeschrieben hast. Unter Deinem Namen wird "Getriebemotor zu Servo umbauen" verlinkt. Das ist echt irritierend!

---

in welchem beitrag?

In Deinem Beitrag #126, habe das Bild angehängt von der Kamera, leider nicht so tolle Qualität, aber es ist zu erkennen.
Tja, das passiert wohl, wenn man die KI nicht unter Kontrolle hat! :)

Das war ja ein Thread von Dir, inka.

Edit: Neee, Irrtum, das war ein Thrad von HannoHupman!



MfG

Zitat:

---

Zitat von Moppi

Tja, das passiert wohl, wenn man die KI nicht unter Kontrolle hat! :)

---

oder die eigene :-)

Zitat:

---

Zitat von Moppi

Das war ja ein Thread von Dir, inka.

---

was man schon so alles im leben gemacht hat... :-)

das ist mit den koordinaten? lassen wir sie so?

Du hast gefragt, ob ich noch was anderes wollte:
eigentlich nicht, die FB, so wie sie auf dem bild ist, ist ok, alles was man zuzsätzlich oder anders machen würde, würde auch ein neues bild erfordern - woher nehmen?

Also das mit dem Zentrieren, das nehmen wir dann für das Erste wieder raus. Bis uns was einfällt.

Die Fernbedienung, war das erste Ziel. Du hast was von zusätzlichen Funktionen geschrieben. Welche denn? - Das Bild kann geändert werden.


MfG

- - - Aktualisiert - - -

Ich hätte gerne das Layout fertig, bevor wir das in Stücke zerhacken und in den Code übernehmen.

- - - Aktualisiert - - -

Ich habe etwas in Deinem Code gefunden, Inka: "<meta name='viewport' content='width=device-width, initial-scale=1'>"
Ich hab's in die Datei eingebaut, probier die mal: Anhang 34509

Zitat:

---

Zitat von Moppi

Also das mit dem Zentrieren, das nehmen wir dann für das Erste wieder raus. Bis uns was einfällt.

---

siehe unten...

Zitat:

---

Zitat von Moppi

Die Fernbedienung, war das erste Ziel. Du hast was von zusätzlichen Funktionen geschrieben. Welche denn? - Das Bild kann geändert werden. Ich hätte gerne das Layout fertig, bevor wir das in Stücke zerhacken und in den Code übernehmen.

---

verstehe ich, bitte lass uns zusammen überlegen was sinnvoll für so einen roboter sein könnte... Ein tag denkpause?

Zitat:

---

Zitat von Moppi

Ich habe etwas in Deinem Code gefunden, Inka: "<meta name='viewport' content='width=device-width, initial-scale=1'>"
Ich hab's in die Datei eingebaut, probier die mal: Anhang 34509

---

das funktioniert jetzt auch auf demn smartphone einwandfrei!!!
was bedeutet das mit dem "in deinem code gefunden"? In welchem?

In Deinem Code, wo die Lok-Steuerung per HTML abgewickelt wird. Ich habe nachgelesen, das soll irgendwie den Viewport auf dem Smartphone anpassen, aber nicht herausgefunden, wie und warum ganz genau. Ich nehme aber an, dass durch "width=device-width" die Breite des Ausgabebereichs an die Displaybreite angepasst wird. "initial-scale=1" hat was mit der Skalierung im Viewport zu tun. Keine Ahnung, wie genau das zusammenhängt. Funktioniert das Zentrieren jetzt einwandfrei horizontal und vertikal?

- - - Aktualisiert - - -

Gut, dann haben wir das jetzt so weit. Ein wenig Platz für Tasten ist ja noch. So viele kann man aber nicht hinzufügen, auf dem Smartphone willst Du das mit dem Finger ja auch noch treffen können und die Eingabe soll eindeutig sein. Aber Platz für 4 zusätzliche Tasten sehe ich. Und unten drunter noch eine Reihe mit 3 Tasten, sind zusammen 7 zusätzliche Tasten.

moin Moppi,

Deine frage nach änderungen im bild der FB hat mich kalt erwischt - ich habe bilder aus meiner webseiten programmierzeit als etwas unveränderliches in erinnerung, hier stellt sich die frage wieviel aufwand eine veränderung / erweiterung des FB-bildes bedeutet? Denn - die IR-FB kann ich ja nicht erweitern...
Natürlich würde ich dann voll auf smartphone steuerung unsteigen - wie gesagt, es ist die frage des aufwands....

Mir sind folgende änderungen eingefallen:
- KEYES raus
- zeichen "<" und ">" als zeichen zum blättern (in evtl. zwei bildern?) im unteren bereich hinzu - wenn man selbst die bilder personalisieren könnte?
- speziell zu roboter ist mir nur "nordsuche" eingefallen
- die zeichen "*" und "#" machen in einer neu zu definierenden FB keinen sinn...

btw: die darstellung der "IR-fernbedienung_htm3.htm" ist auf dem smartphone in chrome, HTML-anzeige und firefox super zentriert, der aufbau im firefox dauert etwas...

Die Veränderung des Bildes ist Minutensache.

Bitte erläutere mal, das verstehe ich noch nicht:

Zitat:

---

Mir sind folgende änderungen eingefallen:
- KEYES raus
- zeichen "<" und ">" als zeichen zum blättern (in evtl. zwei bildern?) im unteren bereich hinzu - wenn man selbst die bilder personalisieren könnte?

---

- - - Aktualisiert - - -

Willst Du beide Fernbedienungen verwenden, würde ich die Tasten nicht ändern und alles so lassen. Außer, bei der HTML-Version welche hinzufügen, die Du - meinetwegen zur Konfiguration oder so - selten verwendest und im Normalbetrieb nicht benötigst. So eine richtige Fernbedienung hat ja auch was, u.U. auch Vorteile.

Sonst lassen wir das zunächst so, wie es ist, sonst ufert das jetzt aus. Ich würde mich dann jetzt mal eher auf das Wichtige konzentrieren. Dann ändern wir das später eventuell. Ich habe schon geschaut, Dein alter Code kann so weit verwendet werden, so dass wir das zunächst einfach halten können, da steigst Du besser durch die Materie, als wenn jetzt noch hundert Sachen dazukommen, von denen viele neu für Dich, in der Programmierung, sind. Später wirst Du sehen, ob Du noch etwas anderes benötigst.

Dann ist Deine HTML-Bedienung nämlich schon so gut wie fertig.



MfG

Zitat:

---

Zitat von Moppi

Sonst lassen wir das zunächst so, wie es ist, sonst ufert das jetzt aus. Ich würde mich dann jetzt mal eher auf das Wichtige konzentrieren. Dann ändern wir das später eventuell. Ich habe schon geschaut, Dein alter Code kann so weit verwendet werden, so dass wir das zunächst einfach halten können, da steigst Du besser durch die Materie, als wenn jetzt noch hundert Sachen dazukommen, von denen viele neu für Dich, in der Programmierung, sind. Später wirst Du sehen, ob Du noch etwas anderes benötigst.

Dann ist Deine HTML-Bedienung nämlich schon so gut wie fertig.

---

genau so machen wir's...

und wir sind dann bei teil2:
die HTML FB sendet die gleichen (kann man so und muss man - denke ich - so einstellen können) zeichen zum roboter, nur über WiFi und nicht per IR. Der ESP32 empfängt diese zeichen und muss sie zum arduino schicken, per I2c... Und damit betrete ich schon wieder neuland ...

Zitat:

---

Zitat von Manf

Wir werden sortieren müssen was inhaltlich zur Diskussion in diesem Thread gehört und was Verbesserungsvorschläge bezüglich der Darstellung betrifft.
Wenn es vermischt wird hat wirklich keiner etwas davon.

---

1. voschlag: alles was nach post 136 kommt löschen

2. vorschlag: nur noch beiträge zum thema "outdoor I"

3. vorschlag: keine diskussion zum verfahren im forum (z.b. zu *.zip, *.txt und *.htm dateien)

habe ich was vergessen?

Zitat:

---

habe ich was vergessen?

---

Ja, irgendwie schon. Denn anscheinend haben wir die Forenregeln nicht beachtet:

HaWe schrieb:

Zitat:

---

wenn iihr das unter euch in privat-Mails hin und her macht, die sonst keiner liest, ist es ntl ok.
Aber dies ist ein öffentliches Forum, das auch anderen Mitgledern zugänglich und ...

---

Und deshalb haben wir das so zu machen, wie er das möchte. - Punkt.
Wenn nicht, wird hier so lange getrollt, bis der Thread endlich Ruhe findet.
Zur Erinnerung: es gibt schon einen mit sehr ähnlichem Thema der tot ist.
Jetzt ist dieser lebendig, jetzt gehts eben auf diesen Thread drauf. So, wie es in der Vergangenheit oft gelaufen ist. Da wird so lange drauf rum gehauen und der Inhalt umgebogen, bis keiner mehr Lust daran hat.
Man möge mal bei Wikipedia unter Troll schauen.



MfG

- - - Aktualisiert - - -

Ab Beitrag 136 gibt noch Inhalte die zur Sache beitragen. Wenn die weg sind, sind sie nicht wiederzuholen.

@moppi:
ich trolle nicht, ich habe etliche rationale Argumente für die Klartext-Regelung genannt, denen du dich verschließt, und bezgl. der Lösung sind wir ja schon längst 1 Schritt weiter:
Ihr könnt die Anhänge hochladen, wenn es euch gefällt, oder auch Code Tags, und ich kann ebenfalls code in Code-Tags posten, da ich dann den Code per Zoom-Funktion auch wirklich zeitnah (edit: und groß genug) lesen kann.

Zitat:

---

Zitat von Moppi

Ab Beitrag 136 gibt noch Inhalte die zur Sache beitragen. Wenn die weg sind, sind sie nicht wiederzuholen.

---

hast recht, aber die datei mit dem endergebnis der FB ist ja vorhanden. Man muss konsequent den HaWe-zopf abschneiden. Mir reichts jetzt langsam auch.

Inka, hast Du quellcode3? Wenn nicht, die habe ich noch. Bloß die Erklärung nicht mehr dazu.


MfG

Zitat:

---

Zitat von Moppi

Inka, hast Du quellcode3? Wenn nicht, die habe ich noch. Bloß die Erklärung nicht mehr dazu.MfG

---

nein Moppi, die erklärungen dazu habe ich auch nicht, ich denke es gibt schlimmeres :-)


@holomino:
ich hab jetzt mit diesem sketch:

Code:

---

void setup() {
  // put your setup code here, to run once:

}

void loop() {
  // put your main code here, to run repeatedly:

}

---

den roboter gestartet, das gleiche ergebnis, alle stepper rattern ca. 1 sekundelang... Ist es der arduino? Was anderes fält mir jetzt wirklich nicht ein...

Zitat:

---

Zitat von inka

@holomino:
ich hab jetzt mit diesem sketch:

Code:

---

void setup() {
  // put your setup code here, to run once:

}

void loop() {
  // put your main code here, to run repeatedly:

}

---

den roboter gestartet, das gleiche ergebnis, alle stepper rattern ca. 1 sekundelang... Ist es der arduino? Was anderes fält mir jetzt wirklich nicht ein...

---

ich hatte dir dazu bereits eine Erklärung geliefert!

Zitat:

---

Zitat von HaWe

ich hatte dir dazu bereits eine Erklärung geliefert!

---

fängst schon wieder an? Du hast eine vermutung geliefert, nicht mehr. Und die ausrufezeichen spare Dir bitte in zukunft...
Mich interessieren - sei bitte nicht böse - auch die ansichten und lösungen anderer user..
also troll dich...

ich werde doch wohl noch darauf hinweisen dürfen, dass ich bereits eine Erklärung geliefert hatte, und wenn du weitere Erklärungen möchtest, ist das ntl ok - das ist kein Grund für dich, unverschämt zu werden.

Zitat:

---

Zitat von inka

nein Moppi, die erklärungen dazu habe ich auch nicht, ich denke es gibt schlimmeres :-)

---

Du weißt nicht, wieviel Zeit ich mit der Suche verbracht habe. Also hier nochmal, der dann hoffentlich endlich funktionierende Quelltext (Dein Quelltext): Anhang 34524


Dann kannst Du Dich um diese Links "?LED1=OFF" kümmern. Bitte das "?" immer am Anfang hinschreiben.
Falls was unklar dazu ist, bitte fragen!

Zitat:

---

das gleiche ergebnis, alle Stepper rattern ca. 1 sekundelang

---

Aber sie drehen nicht mehr in eine Richtung? Richtig oder falsch?



MfG

- - - Aktualisiert - - -

Noch eine Frage, inka:

Hast Du RESET und SLEEP miteinander verbunden?

- - - Aktualisiert - - -

Und: wo nimmst Du die Spannung für VDD an A4988 her?

Zitat:

---

Zitat von Moppi

Du weißt nicht, wieviel Zeit ich mit der Suche verbracht habe. Also hier nochmal, der dann hoffentlich endlich funktionierende Quelltext.

---

es passt alles, im firefox, firefox (pc-darstellung) und auch in chrome auf dem smartphone, und auch auf dem pc auch in beiden browsern wird in x- und y- richtung zentriert... nochmals thx...

Zitat:

---

Zitat von Moppi

Dann kannst Du Dich um diese Links "?LED1=OFF" kümmern. Bitte das "?" immer am Anfang hinschreiben.
Falls was unklar dazu ist, bitte fragen!

---

mache ich ab morgen...

Zitat:

---

Zitat von Moppi

Aber sie drehen nicht mehr in eine Richtung? Richtig oder falsch?

---

falsch, sie drehen sich, wenn man von vorne auf den stepper draufschaut drehen sie CCW

Zitat:

---

Zitat von Moppi

Noch eine Frage, inka: Hast Du RESET und SLEEP miteinander verbunden?

---

ja, die verbindung ist auf dem aufnahmeboard für die stepsticks draufgeätzt...

Zitat:

---

Zitat von Moppi

Und: wo nimmst Du die Spannung für VDD an A4988 her?

---

die 12V kommen aus dem akku und per step-up erzeuge ich 5V, mit denen wird auch alles andere (ausser arduino, der bekommt auch 12V) versorgt

Lösungsvorschlag#1 (Voraussetzung: RESET und SLEEP miteinander verbunden): einen 5kOhm-Widerstand an ENABLE anschließen und mit VDD verbinden. Damit dieser PIN zunächst sicher auf HIGH liegt (ENABLE=HIGH, dann A4988 aus)

- - - Aktualisiert - - -

Kalte Lötstellen und Wackelkontakte ausgeschlossen?

- - - Aktualisiert - - -

Zitat:

---

per step-up erzeuge ich 5V

---

Die legst Du an VDD an. Dann liegt diese nicht 100%ige Gleichspannung auch am Sleep und am RESET an. Würde ich so nicht machen. Nimm mal, als Versuch, bitte die 5V vom Arduino-Board ab. Und versorge damit VDD.

Zitat:

---

Zitat von Moppi

Lösungsvorschlag#1 (Voraussetzung: RESET und SLEEP miteinander verbunden): einen 5kOhm-Widerstand an ENABLE anschließen und mit VDD verbinden. Damit dieser PIN zunächst sicher auf HIGH liegt (ENABLE=HIGH, dann A4988 aus)

---

mache ich gleich morgen früh, jetzt muss ich mich noch um anderes kümmern :-)

Zitat:

---

Zitat von Moppi

Kalte Lötstellen und Wackelkontakte ausgeschlossen?

---

ich denke, es sind vier identische baugruppen, hälst Du es wirklich für wahrscheinlich, dass bei allen der gleiche fehler auftritt? Gut - china produkte, aber sowas glaube ich einfach nicht...

Für wahrscheinlicher halte ich jetzt, dass der Step-Up-Wandler Probleme macht.

Zitat:

---

per step-up erzeuge ich 5V

---

Die legst Du an VDD an. Dann liegt diese nicht 100%ige Gleichspannung auch am Sleep und am RESET an. Würde ich so nicht machen. Nimm mal, als Versuch, bitte die 5V vom Arduino-Board ab. Und versorge damit VDD.

- - - Aktualisiert - - -

Warum brauchst Du überhaupt einen Step-Up-Wandler? Hast Du so viele Baugruppen mit insgesamt so hohem Strom zu versorgen?

Zitat:

---

Zitat von Moppi

Für wahrscheinlicher halte ich jetzt, dass der Step-Up-Wandler Probleme macht.

---

warum sollte er? Die frage (beim fliegensterben bei mir damals) hab ich schon gestellt, ob die paar milisekunden, die die 5V später anliegen als die 12V irgendwas ausmachen, wurde mir von irgendjemanden gesagt, macht nix, mache ich immer so :-)

Zitat:

---

Zitat von Moppi

Die legst Du an VDD an. Dann liegt diese nicht 100%ige Gleichspannung auch am Sleep und am RESET an. Würde ich so nicht machen. Nimm mal, als Versuch, bitte die 5V vom Arduino-Board ab. Und versorge damit VDD.

---

kein unterschied :-(

Zitat:

---

Zitat von Moppi

Warum brauchst Du überhaupt einen Step-Up-Wandler? Hast Du so viele Baugruppen mit insgesamt so hohem Strom zu versorgen?

---

weil ich es schon immer so gemacht habe, und weil ich ganz zu anfang den 5V regler bei einem mega abgefackelt habe, da war einfach zu viel drauf...
Und wenn ich alles zusammenrechne, BT, IR, US, gyro...

Kein Unterschied, wenn Du die 5V vom Arduino-Board abnimmst? Und der Step-Up ist aus dem Verbund raus? Oder noch immer mit drin? Wenn muss der ganz raus.
Wenn es dann immer noch so ist, versuche mal das mit den 5kOhm von ENABLE an VDD. Ich weiß, morgen. :)

Wenn auch das nicht helfen sollte, haben wir noch einen Joker. Mehr dazu morgen. Oder auch nicht, wenn es funktioniert.


MfG

Zitat:

---

Zitat von Moppi

Kein Unterschied, wenn Du die 5V vom Arduino-Board abnimmst? Und der Step-Up ist aus dem Verbund raus? Oder noch immer mit drin? Wenn muss der ganz raus.

---

der stepp-up war ganz draussen, da hing nur noch das IR-modul dran...

Zitat:

---

Zitat von Moppi

Wenn es dann immer noch so ist, versuche mal das mit den 5kOhm von ENABLE an VDD. Ich weiß, morgen. :)

---

in meinem alter muss man schon mit den kräften haushalten, und es war heute nicht ganz ohne, aber erfolgreich :-)

Zitat:

---

Zitat von Moppi

Wenn auch das nicht helfen sollte, haben wir noch einen Joker. Mehr dazu morgen. Oder auch nicht, wenn es funktioniert.

---

:-)

- - - Aktualisiert - - -

Zitat:

---

Zitat von Moppi

Wenn es dann immer noch so ist, versuche mal das mit den 5kOhm von ENABLE an VDD.

---

ENABLE VL pin eines der stepstick's ist bei mir mit pin 40 des arduino verbunden, diese widerstand zwischen enable und VDD (ist mit Vin bezeichnet) kommt zusätzlich dazu, oder? Ich will es bei einem stepper probieren, denn wenns funktioniert, dreht der halt nicht mit...

Zitat:

---

der stepp-up war ganz draussen, da hing nur noch das IR-modul dran...

---

ganz weg nehmen, dass der elektrisch nichts mehr mit der übrigen Schaltung zu tun hat. GND am Eingang und Ausgang abklemmen und PLUS-Versorgung am Eingang und Ausgang abklemmen.

- - - Aktualisiert - - -

Dann alle Platinen für den A4988 abklemmen. Da wo die Leisten drauf sitzen, um das a4988 -Modul draufzustecken, alle komplett abklemmen von der Versorgung etc.
Nur erst mal ein A4988-Modul betreiben, ohne Step-Up.

Warum? Du hast 4 Module parallel angeschlossen, vielleicht tun die sich gegenseitig irgendwas, was auch immer. Jede dieser Steckplatinen, mit den Sockelleisten, hat einen Kondensator drauf sitzen, wenn das dem Bild entspricht. Mich wundert nämlich auch diese ~1sec. Ich habe immer nur einen A4988 benutzt, mit 100%iger Gleichspannung aus einem Akku und mit einem Spannungsregler (nicht Step-Up-Wandler) und ich hatte nie auch nur das geringste irgendwelcher Probleme, die Du jetzt hast.

Funktioniert es mit einem Modul (wider Erwarten), schließt Du ein zweites Modul an. Dann das dritte und dann das vierte Modul.

- - - Aktualisiert - - -

Zitat:

---

ENABLE VL pin eines der stepstick's ist bei mir mit pin 40 des arduino verbunden, diese widerstand zwischen enable und VDD (ist mit Vin bezeichnet) kommt zusätzlich dazu, oder? Ich will es bei einem Stepper probieren, denn wenns funktioniert, dreht der halt nicht mit...

---

Der Widerstand existier so nicht. Der muss dann extra dran.
Und doch: wenn es funktioniert, sollte der trotzdem mit drehen, wenn er angesteuert wird. Weil wenn Arduino-Pin den ENABLE auf LOW (also 0V) zieht, hat der ENABLE-Pin LOW-Potential, trotz dem 5k-Widerstand (der soll nur sicher stellen, dass ein definierter Pegel anliegt - eben HIGH zu Beginn, wenn der Arduino noch durchstartet). So die Idee.

- - - Aktualisiert - - -

Tut mir leid, mir gefallen diese Platinen nicht. Da steht doch drauf: PLS USE 9V1A POWER. Nicht 12V2A oder gar 30V1.7A. Da sind sogar noch zusätzliche Widerstände drauf gelötet, neben dem Kondensator. Da steht dran 5V-GND-9V. Ich würde die Teile weglassen. Gefällt mir irgendwie nicht. Nicht, dass nachher vielleicht anfangen die Leisten zu schmelzen, weil Du 1.7A bei 12V drüber schickst. Außerdem, was machen die Widerstände, gibt es einen Schaltplan von der Platine?

Moppi, gehe mal zu post 68, da ratterts auch schon, da waren die stepsticks noch ohne "motherboard" im betrieb...

Ja, das war jetzt nicht primär deswegen, sondern vor allem wegen der Leistung. Weil 9V bei 1A ist nicht viel. Und viel mehr würde ich da vorsichtshalber dann auch nicht drüber gehen. Also nicht wundern, falls es mal nach Plastik riecht. Gerade beim 3D-Drucker, wie dem Anet A8, hat die Platine auch ein massives Wärmeproblem. Auch bei Übergangswiderständen an gelöteten Anschlussklemmen usw. Ist eben doch eine Menge Leistung.
Aber dennoch würden mich diese Widerstände auf der Platine intressieren. Im Netz konnte ich dazu nichts finden.


MfG

Ich hätte noch Vorschläge zur Spannungsversorgung, auch wenn ich kein Experte auf dem Gebiet bin:


Den Step-Up-Wandler (vermutlich eher Step-Down) auf 6.8V bis 7.5V einstellen (wegen der Verlustleistung nachfolgender Spannungsregler).
Mit dieser Spannung den Arduino speisen (Versorgung: abs. Minimum 6V, empfohlen: 7V).
Geräte ohne eigenen Spannungsregler nicht direkt an Step-Up/Step-Down-Wandler anschließen, sondern Spannungsregler dazwischen schalten (mit Kondensatoren am Eingang und Ausgang, da gibts i.R. für jeden Regler eine Art "Standardbeschaltung" im Datenblatt) - ist nicht zwingend notwendig, Besonderheiten beachten.


(Anmerkungen durchaus erwünscht)


MfG

PS: für mehr Informationen zu DC/DC-Wandlern mal hier schauen, da gibt es auch ein Bild zur Erklärung der Störungen, die auftreten können.

- - - Aktualisiert - - -

Für mehr Informationen zum A4988, Datenblatt: https://www.allegromicro.com/en/prod...-drivers/a4988

Ich hab mir gestern mal so ein Schaltplan von einer A4988-Steckbrücke angeschaut. Da saß ein 100k-Widerstand gegen Masse an /Enabled.
Kann es sein, dass die Versorgungsspannung beim Einschalten sehr langsam steigt und sich die Brücken mehrfach über /Enabled resetten?
(Ein Pullup im Bereich 1k..4k7 wäre dann vielleicht eine Möglichkeit, die Treiber während des Einschaltens etwas stabiler zu deaktivieren)

Zitat:

---

Zitat von Moppi

Den Step-Up-Wandler (vermutlich eher Step-Down) auf 6.8V bis 7.5V einstellen (wegen der Verlustleistung nachfolgender Spannungsregler).
Mit dieser Spannung den Arduino speisen (Versorgung: abs. Minimum 6V, empfohlen: 7V).
Geräte ohne eigenen Spannungsregler nicht direkt an Step-Up/Step-Down-Wandler anschließen, sondern Spannungsregler dazwischen schalten (mit Kondensatoren am Eingang und Ausgang, da gibts i.R. für jeden Regler eine Art "Standardbeschaltung" im Datenblatt) - ist nicht zwingend notwendig, Besonderheiten beachten.

---

wahrscheinlich zielführend, aber etwas kompliziert. Ich habe noch eine beobachtung gemacht: Das rattern kommt nicht vor, wenn der arduino am USB programmierkabel hängt, und er somit mit unabhängigen 5V versorgt wird.
Was wäre denn davon zu halten, an die 5V und GND pins einen kleinen lipo akku (ich sündige mal hier) mit 3.7V zu hängen und den vor dem einschalten des roboters mit seinen steppern, quai als "vorglühen" beim diesel :-) für 5 sekunden dazuzuschalten?

Zitat:

---

Zitat von Moppi

Für mehr Informationen zum A4988, Datenblatt: https://www.allegromicro.com/en/prod...-drivers/a4988

---

ich habe an dem 5ten extenderboard die widerstände ausgemessen:
R1 liegt zwischen 5V und dem gemeinsamen punkt der schiebeschalter zur einstellung der schrittweite, wert 5K
R2 liegt zwischen EN und dem minuspol (?) des grossen kondensators, wert 5K

Morgen Inka,

Zitat:

---

ich habe an dem 5ten extenderboard die widerstände ausgemessen:
R1 liegt zwischen 5V und dem gemeinsamen punkt der schiebeschalter zur einstellung der schrittweite, wert 5K
R2 liegt zwischen EN und dem minuspol (?) des grossen kondensators, wert 5K

---

Ok, da habe ich nicht dran gedacht.
Danke!

Hast Du das mit dem Pull-Up-Widerstand, also die 5k von ENABLE nach +5V (Vdd) schon ausprobiert?

MfG

PS: noch etwas nebenbei: ich habe eine Versuchsschaltung aufgebaut. Die maximale Umdrehungszahl der NEMA17-Stepper mit 1.8°-Schritten, liegt etwa bei 400 bis 500U/min (irgendwo habe ich mal gelesen 450u/min). Bei einem Durchmesser des Rades von 9cm sind das etwa 28cm Umfang. Müssten etwa 7.56km/h sein. Gut Schrittgeschwindigkeit, mit so kleinen Rädern.