MobaLedLib Servo Ansteuerung funktioniert nicht sicher !

[Moba-Jo]

Hallo Eckhart

Vielen Dank für die Erinnerung. Nach 3 1/2 Wochen auf den äußeren Hebriden (Schottland) hatte ich das fast vergessen, aber heute habe ich dies nachgeholt:

Sowohl mit meiner "alten" Hauptplatine mit den beiden Arduino Nanos als auch mit der "neuen" Lichtmaschine mit dem ESP32 kann ich die Servos genau wie gewohnt und beschrieben einstellen. An der Lichtmaschine hatte ich das eben an den LED-Kanälen 2 bis 7 probiert, keine Probleme. Am Kanal 0 funktionierte es irgendwie nicht (kann aber auch mein Fehler sein).

Übrigens: ich nutze die Excel-Version der MLL, da diese in der Windows-Simulation unter Parallels auf meinem Macbook problemlos läuft. Mit der Python-Version stehe ich leider etwas aus Kriegsfuß.

Grüße
Jochem

[hlinke]

Hallo MLL-Freunde,

der Farbtester ist nur eine spezielle Version der pyMLL und der Servotester ist nur eine spezielle Seite des Farbtesters.

Ich habe jetzt eine neue der pyMLL Version erstellt in der die Servoprogrammierung wieder funktioniert (getestet mit einem ESP32).

Könntet Ihr bitte mal ausprobieren, ob es bei Euch jetzt auch wieder geht.

Die Installation ist einfach:

- Die Zip-Datei herunterladen
- in ein Verzeihcnis kopieren, in dem Ihr Schreibrechte habt
- Entpacken
- Es entsteht ein Verzeichnis pyMobaledLib_win_7.0.1a
- den ARDUINO an den USB anschliessen
- in disem Verzeichnis die Batch-Datei pyMobaledLib.bat aufrufen (doppeltklicken)
- Es dauert dann ein bißchen, bis die pyMLL gestartet ist.
- Es wird gefragt, ob sich die pyMLL mit einem ARDUINO verbinden soll. Hier ja sagen und den richtigen Port auswählen.
- In den Reiter Servotest gehen und den Servo programmieren.

Hier ist die Datei zu finden:
https://zusi-tools.de/downloads/pyMobaL ... 7.0.1a.zip

Ich hoffe, das Problem ist damit erstmal behoben.

Wenn alles funktioniert, werde ich die Version dann offiziell als Farbtester freigeben.

Danke für Eure Unterstützung.

Viele Grüße
Harold

[Klaus Moser]

Hallo Harold,

erstmal vielen Dank für Deine Arbeit.

Ich habe die Datei heruntergeladen, im Download-Verzeichnis entpackt und die pyMobaLedLib.bat aufgerufen.

Nach dem Update von ein paar Bibliotheken ist das Programm gestartet.
Allerdings findet er meine MiniMLL nicht:

Was mache ich falsch?

Klaus

[hlinke]

Am besten die Checkbox "Unbekannte Ports anzeigen" anklicken.
Dann werden auch die Ports angezeigt, bei denen er keine bekannten ARDUINOs findet.

Die MLL-Mini habe ich leider nicht und kann deshalb nicht testen, ob die sich mit einem anderen Namen meldet, der noch nicht in der pyMLL bekannt ist.

Hilft Dir das erstmal weiter?

Viele Grüße
Harold

PS: Außerdem ist es wichtig, den Boardtyp zu überprüfen. Die Automatische Erkennung geht manchmal daneben.

[Klaus Moser]

Danke,

ich konnte den Port auswählen und den Servo ansprechen.
Nachdem er sich auf eine Position eingerichtet hatte, konnte ich die Endpositionen und die Geschwindigkeit festlegen.

SUUUPER

Klaus

[marcosmoba]

Hallo Harold,

habe gerade ebenfalls getestet und kann verkünden das es bei mir auch mit der von Dir bereit gestellten Datei funktioniert.

Danke auch von mir für Deine schnelle Behebung des Problems.

Schönes Wochenende euch allen und viel Spaß beim basteln.

[CK_Stommeln]

Hallo Harold,

Mit Hauptülatine 102 und Verteiler 201 funktioniert es jetzt super !!

Danke für Deine super Arbeit

[pmf]

Hallo hlinke,

Ich kann jetzt endlich meine Servos mit der neuen bereitgestellten Datei „pyMobaLedLib_win_7.0.2a“ programieren/steuern.

Vielen Dank für deine Unterstützung und die großartige Arbeit!

[bomber1970]

Hallo,
hat bei mir auch geklappt.
Aber wie kann ich das in den Programm Generator speichern?

Gruß
Renato

[Eckhart]

Hallo Renato!

hat bei mir auch geklappt.
Aber wie kann ich das in den Programm Generator speichern?

Hier geht es erstmal nur um die Programmierung der Servo-Endlagen und diese sind, zur Sicherheit, NICHT im Programm-Generator hinterlegt, sondern im Tiny auf der 510 Platine. Du könntest also die 510 einfach von einer 101 auf eine 102 Hauptplatine umstecken und die Endlagen bleiben erhalten.

Oder geht es um etwas anderes?

Gruß, Eckhart

[bomber1970]

Hallo Eckhart,
Alles klar. Habe ich verstanden, noch einmal probiert, und die Endlagen sowie die Geschwindigkeit lassen sich programmieren.

Aber warum, musste ich meine Endlagen neu programmieren????
Ich weiß wo der Fehler liegt, aber nicht, wie ich es verhindern kann.

Folgendes Szenario:
Im Programmgenerator habe ich ein paar LED´s, ein belebtes Haus, diverse Servo´s.
Das alles auf 4 Verteiler pro verteilt, alle mit eigener 5V Versorgung.
Außerdem auch noch eine push button Platine.

Alles läuft Reibungslos.

Ich bin aber noch nicht perfekt im programmieren, weil ich auch noch nicht alles verstanden habe.
Also kommt es dann auch mal vor, wenn ich eine weitere LED, oder einen Servo dazu programmiere, ich dabei etwas falsch mache
beim programmieren. Wenn ich diese falsche Programmierung dann zum Arduino schicke, dann kann es passieren das meine Servos
hin und her fahren, weil sie falsch angesteuert werden. Und dann sind die Endlagen verschwunden, oder sogar die Servo´s kaputt,
weil sie über ihren Punkt gefahren sind.
Wie kann ich das verhindern?

[Eckhart]

Hallo Renato!

Ich bin aber noch nicht perfekt im programmieren, weil ich auch noch nicht alles verstanden habe.
Also kommt es dann auch mal vor, wenn ich eine weitere LED, oder einen Servo dazu programmiere, ich dabei etwas falsch mache
beim programmieren. Wenn ich diese falsche Programmierung dann zum Arduino schicke, dann kann es passieren das meine Servos
hin und her fahren, weil sie falsch angesteuert werden. Und dann sind die Endlagen verschwunden, oder sogar die Servo´s kaputt,
weil sie über ihren Punkt gefahren sind.
Wie kann ich das verhindern?

Leider gar nicht!

Die Lösung, auf der 510er Platine erstmal einen Ws2811 Chip die Daten in eine Licht-PWM umwandeln zu lassen und dann, mit dem Tiny85, wieder zurück in Zahlen, bringt Informationsverluste mit sich (man erkennt nur noch ca. 64-96 von 256 Werten) die es nicht gestatten ein paar Bits für ein Prüfsummenverfahren zu opfern. Dadurch können "wirre" Lichtsignale (eine Heartbeat LED kann schon reichen!) dazu führen, dass man ungewollt!!! in die Endlagen-Programmier-Sequenz kommt und dort evtl. die bisherigen Endlagen vernichtet und auch beliebige Bewegungen ausführen kann.

Man kann dem nur durch große Sorgfalt begegnen! Wenn du sehr sicher gehen willst, dann stecke, wenn du die Hauptplatine neu programmiert hast, Adapter mit einer WS2812 RGB-LED an Stelle aller 510er Platinen ein. Wenn diese etwas "Wirres" zeigen, musst du erst den Fehler suchen. (Standard 510er Servosignale sind klare Lichtpegel)

Gruß, Eckhart

PS: Wirklich Abhilfe brächte nur das 511er DirectServo Projekt, bzw. der Umbau der 510er Platinen auf den 511er Schaltplan. Dort wird die dreifache Datenmenge verwendet (eine ganze RGB LED pro Servo) und die Programmiersequenzen sind durch CRC ("Cyclic Redundancy Check" https://de.wikipedia.org/wiki/Zyklische ... %C3%BCfung) Prüfsummen gesichert. Auch hier wäre es möglich die Programmiersequenz ungewollt zu erreichen, aber es ist um ca. Faktor 10.000 unwahrscheinlicher. Leider ist das Projekt derzeit etwas "versandet". (die meisten User möchten sich lieber auf bekannten und ausgetretenen Pfaden bewegen)

[system47]

Hallo,
ist denn in der MLL 3.5 die korrigierte Ansteuerung im Farbtest enthalten, oder nicht?

[harald-k]

Hallo,
Ich hab es getestet. Ist nicht enthalten..
Gruß Harald

[hlinke]

Hallo,
Ich hab es getestet. Ist nicht enthalten..
Gruß Harald

nach längeren Betatests habe ich jetzt die Version V7.1.3 der pyMLL in Github als Release freigegeben.

Ich habe diese Version auch für den Farbtest freigegeben. Sie ersetzt die bisherige Farbtestversion V5.3.5.

Wichtigste Änderung:
- Die Programmierung der Servos funktioniert jetzt wieder zuverlässig - zumindest war dies das Feedback im Betatest.

Bitte möglichst bald ausprobieren, ob es auch bei Euch jetzt korrekt funktioniert.

Durch "Strg"-Click auf den Farbtest-Button unter Optionen in der Excel-Version wird die neue Version heruntergeladen und installiert.

Achtung: NICHTdie pyMLL V7.1.3 direkt von Github herunterladen und auch NICHT über Hilfe->Update pyMobaledlib ein Update versuchen. Nur bei Installation über den Excel-ProgrammGenerator wird das Programm korrekt installiert.

Viele Grüße
Harold

[fbstr]

Achtung: NICHTdie pyMLL V7.1.3 direkt von Github herunterladen und auch NICHT über Hilfe->Update pyMobaledlib ein Update versuchen.

Ups, das habe ich versucht. Dann ignoriere meine Email die ich Dir vorhin geschickt habe.

Gruss
Frank

[hlinke]

Ups, das habe ich versucht. Dann ignoriere meine Email die ich Dir vorhin geschickt habe.

Gruss
Frank

Hallo Frank,

danke für Deine Meldung.

Zur Erklärung, warum das Update nicht geht:

Das Problem ist, daß das Update nur die Python-Dateien austauscht.
Da diese Version aber einige größere Änderungen enthält, muß auch die Python-Umgebung ausgetauscht werden, und das geht nur durch einen kompletten download.

Unter Linux oder Mac sieht das Ganze etwas anders aus. Da werden sowieso nur die Python-Dateien ausgetauscht und die Python-Umgebung ist unter der Kontrolle des Anwenders. Die zusätzlich benötigten Module können hier aber automatisch vom Programm nachgeladen werden.
Wenn man unter Linux oder Python die Update-Funktion verwendet, werden die Python-Dateien korrekt ausgetauscht, allerdings wird eine Fehlermeldung kommen, daß die kopierten Daten nicht mit den heruntergeladenen Daten übereinstimmen. Die Fehlermeldung kommt, da ich in dieser Version etwas aufgeräumt habe auch Dateien gelöscht wurden.
Beim Kopieren der Python-Dateien aus der Zip-Datei in das Pythonb Verzeichnis werden diese Dateien aber nicht gelöscht, sondern es werden nur die neuen Dateien eingefügt, bzw die alten überschrieben. Der Vergleichsalgorithmus vergleicht nicht nur die Dateinamen, sondern auch die Dateiinhalte und erkennt dann, daß etwas nicht stimmt, da im Ziel andere Dateien vorhanden sind, als in der zip-Datei. Ich habe diesen Vergleich übrigens eingebaut, da es mir mehrmals passiert ist, daß mein Virenscanner das Kopieren so vieler Dateien als gefährlich angesehen hat und das Kopieren einfach mittendrin abgebrochen wurde und damit ein inkonsistenter Stand des Programms auf der Platte war, was natürlich dazu führte, daß das Programm gar nicht mehr lief.
In der Zwischenzeit sind die Virenscanner anscheinend besser geworden, so daß diese Problem nicht mehr aufgetreten ist.
In der neuen Version wird dieser Vergleich deshalb nicht mehr so restriktiv durchgeführt.

Viele Grüße
Harold

[system47]

Hallo Harold, @hlinke

vielen Dank für Dein Update!
Ich bin kurz davor andere Servomodule zu kaufen, da die Servos sich einstellen lassen, aber die Positionen nich richtig gespeichert werden.
Nach Deinem Update würde ich es vorher nochmal anghehen

Durch "Strg"-Click auf den Farbtest-Button unter Optionen in der Excel-Version wird die neue Version heruntergeladen und installiert.

Achtung: NICHTdie pyMLL V7.1.3 direkt von Github herunterladen und auch NICHT über Hilfe->Update pyMobaledlib ein Update versuchen. Nur bei Installation über den Excel-ProgrammGenerator wird das Programm korrekt installiert.

Wenn ich Strg-Click auf den Farbtestbutton ausführe, passiert gar nichts, auch nicht nach 30 Sekunden.
Wenn ich die rechte Alt Taste drücke öffnet sich ein Dialog:
"Soll das Farbtest Programm neu heruntergeladen werden?"
Ist es das, was mit Strg-Click passieren soll?

[hlinke]

Hallo Harold, @hlinke
Wenn ich Strg-Click auf den Farbtestbutton ausführe, passiert gar nichts, auch nicht nach 30 Sekunden.
Wenn ich die rechte Alt Taste drücke öffnet sich ein Dialog:
"Soll das Farbtest Programm neu heruntergeladen werden?"
Ist es das, was mit Strg-Click passieren soll?

Bist Du im Excel Prog_Generator in der Optionen und Spezielle Funktionen Seite?

Und Strg Click funktioniert bei Dir da nicht?
Es kommt keine Meldung "Soll das Farbtest Programm neu heruntergeladen werden?"

Welche Prog_Generator-Version hast Du?

Ich habe hier die 3.5.0C1 und da funktioniert das einwandfrei.

Wenn bei Dir nach dem Drücken der rechten ALT-Taste diese Meldung kommt, dann einfach "Ja" sagen. Warum das bei Dir eine andere Taste ist, kann ich nicht sagen, aber wenn Du die Meldung bekommst: "Soll das Farbtest Programm neu heruntergeladen werden?" dann sollte das klappen.

Viele Grüße
Harold

[system47]

Hallo Harold,

vielen Dank für Deine Antwort.
Ja ich bin im ProgGen in Optionen.
Ich verwende Version 3.5.0 D mit MS Office 2024 Pro.
Allerdings nutze ich das in einer VM auf dem Mac.
Vielleicht wird da ja eine Taste gemapt, das schaue ich mal nach.
Zunächst verwende ich dann die Alt Taste

[system47]

So richtig geklappt hat es nicht...

Bildschirmfoto 2026-02-11 um 19.16.13.png (10.01 KiB) 21 mal betrachtet

Es bleibt bei 5.3.5.