Zitat von hlinke im Beitrag #225

---

...kein Problem. Woher sollst Du wissen, dass es eine Hilfe gibt, wenn kein Hilfe-Button da ist?

---

Zitat von fbstr im Beitrag #226

---

Zitat von hlinke im Beitrag #225

---

...kein Problem. Woher sollst Du wissen, dass es eine Hilfe gibt, wenn kein Hilfe-Button da ist?

---

Weil ich im Wiki immer nach "Letzte Änderungen" (oben rechts) schaue und somit immer weiß wenn @raily74 und die anderen dort etwas einpflegen. Wenn Michael dann Neuheiten wie z.B. die neue Verteilerplatine präsentieren will kann ich müde abwinken und sagen dass ich das alles schon weiß .


Jetzt steht dort z.B.:
anleitungen:spezial:pyprogramgenerator:servo2_seite 2024/08/22 09:22 Zeige Unterschiede zu aktueller Version Ältere Versionen anleitungen:spezial:pyprogramgenerator:servo2_seite – ["Reset Servo"] hlinke +528 B

---

Hallo in die Runde,

es ist vollbracht. Auf meinem Schreibtisch liegen 18 bestückte Direct Mode Servo-Platinen.



Leider sind die Prototypen nicht ganz fehlerfrei. Der größte Patzer ist sicher die am äußeren Rand entlang geführte Datenleitung. Zwei davon habe ich beim Trennen der Platinen gleich mal mit der Feile zerstört. Das ist also nicht nur ein Schönheitsfehler.
Das zweite Problem ist ein viel zu kleines Loch für die rückseitig montierte LED.

Man kann allerdings erstmal mit der Platine arbeiten. Die Löcher für die LEDs habe ich mit einer Feile etwas größer gemacht. Die beschädigten Platinen habe ich nicht weggeschmissen, sondern einfach den Wannenstecker entfernt. Eine entsprechende Anschlussbeschriftung reiche ich nach.

Für die Beta-Tester gilt daher: Vorsicht beim Trennen der einzelnen Abschnitte! Nur unter Zuhilfenahme einer Lupe beschleifen!

Beide Fehler sind im aktuellen Layout bereits behoben, sodass zu stark abgefeilte Platinen lediglich etwas Massefläche verlieren. So kann in Zukunft nicht mehr viel falsch gemacht werden beim Trennen.

Ich freue mich auf eure Rückmeldung, ob die Platine – abgesehen von den behobenen Punkten – fehlerfrei arbeitet. Bitte auch mal zwei oder drei Platinen mit nur einem Wannenstecker betreiben, um die Verbindung zwischen den einzelnen Platinen zu prüfen.

@raily74

Hi Michael,

soweit so gut, sieht richtig gut aus (fürn Prototyp). Nur -- gibts da auch n Schaltplan für, den aus dem Forenbeitrag hier, der stimmt irgendwie nicht mit der Platine überein, auf der Platine gibts kein C4 und im Schaltplan keine LED?!

Und was mich etwas stört ist die Anordnung des Wannensteckers, nur ne Kleinigkeit, aber so wie es jetzt ist, läuft ja das 4 -pol Flachbandkabel über die Platine, alternativ müsste man NUR für diese Platine ein extra Kabel crimpen das "verdreht" aufgecrimpt ist. Wie gesagt, nur eine Kleinigkeit.




GerdR

Hallo Gerd,

es freut mich, dass die Platinen schon heute bei dir eingetroffen sind. Gern geschehen.

Den Schaltplan liefere ich morgen nach. Aber es sind nur zwei Bauteile: Der 100uF Kondensator und der Attiny85. Der Rest sind nur Stiftleisten und ein Wannenstecker. Alles andere habe ich ja schon bestückt, auch die LED.

Zitat von raily74 im Beitrag #175

---

---

Der Wannenstecker muss natürlich auf die andere Platinenseite (siehe Aufdruck).

Schande über mich.
Da hab ich tatsächlich all die Jahre die Kabel falsch aufgecrimpt.

GerdR

Hallo Michael,

vielen Dank für die Testplatinen! Diese waren heute auch bei mir im Briefkasten.
Wie gewünscht habe ich die 3 mal am Stück gelassen.





Mein erster Eindruck ist dass die Platine technisch funktioniert!



Ich habe bisher nur eine umgebaute 510er Platine verwendet, keine 3 Stück. Dementsprechend war meine pyMLL-Programmierung nur für eine ausgelegt.


Dahinter kommen noch 3 RGB LEDs und die Heart-Beat des Alf-Verteilers. Diese 4 RGB flackern ziemlich wild herum.
Ich werde morgen in pyMLL eine neue Programmierung für alle 9 Servos anlegen.

@ Harold: Da ein Kopieren in pyMLL noch nicht so richtig funktioniert (die LED Nummern werden beim anschließenden verschieben nicht angepasst), habe ich die Programmierung exportiert, in MLL erfolgreich importiert und dort die Programmierung der einen Servo-Platine 2x kopiert.


Der Export von MLL und Import in pyMLL funktioniert noch nicht. pyMLL zeigt zwar den Import an, aber wenn dieser fertig ist, dann ist die neue Tabelle leer (außer der Heart-Beat LED).
Deshalb werde ich morgen händisch das nochmal in pyMLL für 3 Platinen eintippen.

Zitat von raily74 im Beitrag #230

---

Dazu reiche ich morgen ein Bild nach.

---

@raily74

Hi Michael,

... und läuft , eigentlich hatte ich auch nichts anderes erwartet.

Zitat

---

Da hab ich tatsächlich all die Jahre die Kabel falsch aufgecrimpt.]

---

Nee - hab ich doch nicht, ich hab, wie es der Teufel will, genau das eine Kabel erwischt an dem ich den Stecker genau anders herum aufgecrimpt hatte - wenn ich jetzt nur noch wüsste warum....

GerdR

Zitat von fbstr im Beitrag #233

---

Ich werde morgen in pyMLL eine neue Programmierung für alle 9 Servos anlegen.
...
Deshalb werde ich morgen händisch das nochmal in pyMLL für 3 Platinen eintippen.

---

Hallo Frank!

Zitat von fbstr im Beitrag #233

---

Dahinter kommen noch 3 RGB LEDs und die Heart-Beat des Alf-Verteilers. Diese 4 RGB flackern ziemlich wild herum.
Ich werde morgen in pyMLL eine neue Programmierung für alle 9 Servos anlegen.

---

Zitat von Eckhart im Beitrag #237

---

Ich glaube, bei der direkten Hintereinanderschaltung gibt es noch ein Problem mit der Genauigkeit der 16 MHz der ATTiny85! Um Kosten und Schaltungsaufwand zu sparen betreiben wir den Tiny ja ohne echten Quarz.
... Diese Taktfehler addieren sich leider am letzten Ausgang.

---

Zitat von fbstr im Beitrag #233

---

@ Harold: Da ein Kopieren in pyMLL noch nicht so richtig funktioniert (die LED Nummern werden beim anschließenden verschieben nicht angepasst), habe ich die Programmierung exportiert, in MLL erfolgreich importiert und dort die Programmierung der einen Servo-Platine 2x kopiert.

Der Export von MLL und Import in pyMLL funktioniert noch nicht. pyMLL zeigt zwar den Import an, aber wenn dieser fertig ist, dann ist die neue Tabelle leer (außer der Heart-Beat LED).
Deshalb werde ich morgen händisch das nochmal in pyMLL für 3 Platinen eintippen.

---

@all

Ich frag Mal hier, da hier ja Recht intensiv mit den Attiny85 probiert wird.

Hat irgendjemand attiny85 die nicht als Atmel sondern als Microchip gelabeled sind?

Ich hab hier verschiedene Attinys die alle als Atmel gelabeled sind, Mal gelasered, Mal gedruckt, mal beides. Jeder, sagen wir Mal zweite, verhält sich anders als man es erwartet. So lässt sich einer nur mit 2 Servos statt 3 nutzen, ein anderer hat jitter auf allen Kanälen, ein Dritter läuft nur in Position 1, nicht auf der zweiten oder dritten, und viele andere Probleme.

"Hergestellt" in Thailand und Taiwan.

Hintergrund: Atmel wurde 2016 von Microchip übernommen, seit dem Zeitpunkt werden, laut Aussage Microchip, alle AVR Chips, auch die der Attiny Serie als Microchip gelabeled.

Irgendwie hab ich das Gefühl das hier ne ganze Menge Fakes / Clones oder wie immer man das auch nennen will in Umlauf sind und auch von diversen Händlern verkauft werden.

GerdR

Zitat von GerdR im Beitrag #240

---

Hat irgendjemand attiny85 die nicht als Atmel sondern als Microchip gelabeled sind?

---

Ich habe auch nur Atmel Chips, Herkunft teils China teils von einem europäischen Großhändler.
Bisher hatte ich nur einen Baustein, der im Programmer versagte.

Zitat von fbstr im Beitrag #238

---

Moin Eckhart,

das was Du beschreibst passt ziemlich auf meinen Test.

Ich habe deshalb mal noch die Stiftleisten für den Term-Jumper bei den ersten beiden Platinen eingelötet und damit etwas herumgespielt.

Wenn ich die erste Platine gleich terminiere (ohne den Sketch zu ändern) bleiben die nachfolgenden RGBs ruhig.

---

Zitat von hlinke im Beitrag #239

---

Zitat von fbstr im Beitrag #233

---

Der Export von MLL und Import in pyMLL funktioniert noch nicht. pyMLL zeigt zwar den Import an, aber wenn dieser fertig ist, dann ist die neue Tabelle leer (außer der Heart-Beat LED).

---

danke für den Hinweis. Ich werde mir das anschauen. Beides sollte richtig funktionieren.
Ich werde aber wahrscheinlich erst ab Dienstag dazu kommen.

---

Zitat von Eckhart im Beitrag #243

---

...welche Tiny Firmware Version hast du aktuell mit dem pyPG aufgeflasht? (Dateiname der HEX) Hast du die pyPG DM Programmier Option gewählt, mit der auch die LED programmiert wird? Ich wundere mich nämlich, dass die LEDs der 511er nicht blinken?

---

Zitat von fbstr im Beitrag #245

---

Zitat von Eckhart im Beitrag #243

---

...welche Tiny Firmware Version hast du aktuell mit dem pyPG aufgeflasht? (Dateiname der HEX) Hast du die pyPG DM Programmier Option gewählt, mit der auch die LED programmiert wird? Ich wundere mich nämlich, dass die LEDs der 511er nicht blinken?

---

Hallo Eckhardt,

ich habe die Firmware DM-TinyServo_20240815.hex mittels Tina und pyMLL programmiert. Was anderes kenne ich nicht.

Für was ist denn die LED überhaupt gedacht? Wenn kein Attiny85 eingesteckt ist, bleibt sie dunkel. Also dachte ich sie zeigt nur permanent leuchtend an, dass dieser eingesteckt ist.

---

Zitat von Eckhart im Beitrag #246

---

Im pyPG gibt es zwei Buttons zum Programmieren des Tiny! Einer endet im Namen des Buttons mit ".......-LED". Die LED zeigt mit Blinkcodes an, ob WS2811 Protokoll auf dem Bus liegt, oder nicht und auch ob man gerade Endlagen programmiert etc.

---

Zitat von fbstr im Beitrag #247

---

Zitat von Eckhart im Beitrag #246

---

Im pyPG gibt es zwei Buttons zum Programmieren des Tiny! Einer endet im Namen des Buttons mit ".......-LED". Die LED zeigt mit Blinkcodes an, ob WS2811 Protokoll auf dem Bus liegt, oder nicht und auch ob man gerade Endlagen programmiert etc.

---

Hmmh, das habe ich definitiv nicht programmiert. Werde ich heute Abend gleich mal testen.

D.h. für meine umgebauten 510er Platinen nehme ich den Button "Prog. DM-Servo2"
und für die 511er Platine "Prog. DM-Servo2-LED"?

Beide Buttons verwenden die gleiche HEX-Datei "DM-TinyServo_20240815.hex"?

---

Zitat von fbstr im Beitrag #244

---

Zitat von hlinke im Beitrag #239

---

Zitat von fbstr im Beitrag #233

---

Der Export von MLL und Import in pyMLL funktioniert noch nicht. pyMLL zeigt zwar den Import an, aber wenn dieser fertig ist, dann ist die neue Tabelle leer (außer der Heart-Beat LED).

---

danke für den Hinweis. Ich werde mir das anschauen. Beides sollte richtig funktionieren.
Ich werde aber wahrscheinlich erst ab Dienstag dazu kommen.

---

Stelle gerade fest dass der Export aus pyMLL und Import in pyMLL das gleiche Fehlerbild zeigt. Im Hintergrund sieht man wie Zeile für Zeile importiert wird. Sobald sich das Optionen-Fenster schließt ist zwar eine neue Tabelle angelegt, aber jungfräulich.
Im Anhang mein logfile.log.txt

---

Zitat von hlinke im Beitrag #239

---

Zitat von fbstr im Beitrag #233

---

@ Harold: Da ein Kopieren in pyMLL noch nicht so richtig funktioniert (die LED Nummern werden beim anschließenden verschieben nicht angepasst), habe ich die Programmierung exportiert, in MLL erfolgreich importiert und dort die Programmierung der einen Servo-Platine 2x kopiert.

Der Export von MLL und Import in pyMLL funktioniert noch nicht. pyMLL zeigt zwar den Import an, aber wenn dieser fertig ist, dann ist die neue Tabelle leer (außer der Heart-Beat LED).
Deshalb werde ich morgen händisch das nochmal in pyMLL für 3 Platinen eintippen.

---

Hallo Frank,

danke für den Hinweis. Ich werde mir das anschauen. Beides sollte richtig funktionieren.
Ich werde aber wahrscheinlich erst ab Dienstag dazu kommen.

---