PyMLL unter Linux Thema ist als GELÖST markiert

[hlinke]

Hallo Harold,

Ich habe auf meinem Computer mit einem PICO (MLL010) und der Windows-Version von PyMobaLedLib v7.1.2 einige Tests durchgeführt.
Alles läuft wie erwartet, aber… der PICO wird am richtigen COM-Port erkannt, die Kompilierung startet und das Programm wird auf den PICO geschrieben, gefolgt von einem roten Bildschirm mit einem Popup-Fenster -> COMCOM14 ! (2x COM)


Schermafbeelding 2026-02-02 180718.jpg


Zur Bestätigung sendet mein Computer eine Meldung, dass ein neues Gerät gefunden wurde (genau wie bei der Windows-Excel-Version)
Das Programm wurde erfolgreich auf den PICO geschrieben und funktioniert einwandfrei, trotz des roten Bildschirms.

Grüße,
Theo.

Hallo Theo,

ich habe es nochmal mit dem PicoZero und einem neuen PicoWH mit dem Pico Pattern getestet. Keine fehlermeldung. Auch wenn ich die Sprach auf Niederländisch umstelle, gibt es keine Fehlermeldung.
Kannst Du mir bitte das Programm schicken, mit dem Du getestet hast.
Kannst Du mir den Logfile schicken? Vielleicht kann ich da den Grund sehen. Sonst muß ich noch ein paar Meldungen einbauen.

Viele Grüße
Harold

[hlinke]

Servus Harold @hlinke,
bei mir kommt auch eine Fehlermeldung wenn ich auf eine 101 Hauptplatine mit Nano programmieren möchte.
Aber im Gegensatz zu Theo wird kein Programm übertragen.
pyMLL_Fehler.png

Zusätzlich möchte ich berichten, ich konnte bei den Farbeinstellungen die Spalte Stecker und die Spalte Adresse/Name nicht einfärben.

Hallo Gerald,

ich konnte die Fehler reproduzieren.
In der nächsten Version sind sie korrigiert.
Ich warte noch auf das Feedback von Theo um sein Problem auch mit zu korrigieren.

Viele Grüße
Harold

[TMaa]

Hallo Harold,

Anbei. (@hlinke Edit 11:58 - Falsche .pgf Datei)

Grüße,
Theo.

[hlinke]

Hallo Harold,

vielen Dank für die neue Version.
In der Set_ColTab werden jetzt beim Rechtsklick die PullDown-Menüs angezeigt und können ausgewählt werden. Scheinbar wird auch die Farbe und Helligkeit übernommen es wird zumindest das ausgewählte Feld entsprechend eingefärbt, nur wird dies nicht an die Tabelle übergeben. Dort werden die Standartwerte eingefügt.
Die kleinen Hilfstexte welche bei mouseover angezeigt werden sollten sind auf dem Mac auch nicht vorhanden, hier erscheint nur ein jeweils ein graues Feld ohne Text.

Ich teste weiter und melde mich wieder.

Viele Grüße
Gunnar

Hallo Gunnar,

danke für Deinen Test. Gut dass das Rechtsklickmenu jetzt auch bei Dir geht.
Hast zum Beenden des Farbtests auch den Button "Palette an SetColTab-Macro übergeben und Farbtest beenden" amgeklickt? Bei mir werden die Werte dann korrekt in den SetColTab-Macro eingetragen.

Bei den Tooltips muß ich eventuelle den gleichen Trick anwenden wie beim RechtklickMenu.

Viele Grüße
Harold

[hlinke]

Hallo Harold,

Anbei. (@hlinke Edit 11:58 - Falsche .pgf Datei)

Grüße,
Theo.

Hallo Theo,

ich hatte um 11:55 eine pgf-Datei herunter geladen. Mit der gab es keine Probleme.
Jetzt geht der Link zu der PGF-Datei nicht mehr.
Und das logfile in der logfile.zip ist leer.
Da ist irgendetwas schief gegangen.

Harold

[hlinke]

Hallo Theo,

ich hatte um 11:55 eine pgf-Datei herunter geladen. Mit der gab es keine Probleme.
Jetzt geht der Link zu der PGF-Datei nicht mehr.
Und das logfile in der logfile.zip ist leer.
Da ist irgendetwas schief gegangen.

Harold

@TMaa
Hallo Theo,

ich habe gerade die neuen Dateien heruntergeladen.
Hochladen zum PicoZero funktioniert bei mir einwandfrei. (Auch wenn die Sprach auf Niederländisch steht.)

Kannst Du den logfile bitte nochmal hochladen? Die Datei ist leider leer.

Danke

Harold

[GerdR]

@hlinke

Hi Harold, und der Rest der Linux Nutzer....

Beim Einschalten des Z21 servers wird mir die Adresse 127.0.0.1 angezeigt, das ist ja der local host, unter dem kann ich mich aber nicht per Z21App verbinden.

Ich meine unter Windoof wurde mir da die korrekte Adresse des Hostrechners angezeigt?
Mach ich hier nen Denkfehler?

GerdR

[hlinke]

@hlinke

Hi Harold, und der Rest der Linux Nutzer....

Beim Einschalten des Z21 servers wird mir die Adresse 127.0.0.1 angezeigt, das ist ja der local host, unter dem kann ich mich aber nicht per Z21App verbinden.

Ich meine unter Windoof wurde mir da die korrekte Adresse des Hostrechners angezeigt?
Mach ich hier nen Denkfehler?

GerdR

Hallo Gerd,

da sollte die IP-Adresse des Hosts angezeigt werden:
Windows:

Socket opened: Host xxx IP-adress 192.168.178.79
Z21 Simulator started

Da scheint Linux sich anders zu verhalten. Schaue ich mir mal an.
Ansonsten funktioniert der Z21 Simulator aber, oder?

Harold

[hlinke]

Da scheint Linux sich anders zu verhalten. Schaue ich mir mal an.
Ansonsten funktioniert der Z21 Simulator aber, oder?

Die MS KI sagt mir, daß dies unter Linux ein normales Verhalten ist, wenn man die Hostname auflösen lässt.
Ich verwende in der nächsten Version einen anderen Weg um die IP-Adresse zu bestimmen. Dieser sollte auch unter Linux bei Dir funktionieren.

Harold

[GerdR]

@hlinke

Hi Harold,

Linux ist da tatsächlich anders als Win, nachdem ich die Hosts Datei (etc/hosts) mit meiner IP erweitert hatte und dann noch in der Rechnerfirewall den Port freigegeben habe klappte alles, - also Rechnerip und port muss (bei mir) händisch eingetragen werden.

Wie gesagt, mit der Z21 App und dem Z21 Server lassen sich die DCC Adressen alle schalten

GerdR

[hlinke]

Hallo Gerd,

super. Dann klappt das ja.
Mit der nächsten version ist das dann auch nicht mehr nötig (hoffe ich mal).

Viele Grüße
Harold

[TMaa]

Hallo Harold,

Kannst Du den logfile bitte nochmal hochladen? Die Datei ist leider leer.

Leider muss ich Dich enttäuschen: Egal was ich versuche, die Logdatei bleibt leer!
PyMobaLedLib macht aktuell Probleme. Ich habe keine Ahnung, woran es liegt. An meiner Konfiguration hat sich nichts geändert; es ist immer noch derselbe Computer mit denselben Programmen.
Das Problem ist, dass beim Starten von PyMobaLedLib willkürlich Fehlermeldungen erscheinen, die .pgf-Datei nicht mehr vollständig geladen wird und der Bildschirm zu groß erscheint. Schaltflächen verschwinden oder sind so groß geworden, dass sie aus dem Popup-Fenster herausragen.
Die einzige mögliche Erklärung ist, dass ich heute Morgen früh ein Windows-Update zusammen mit einem Treiberupdate für meinen Laptop (Lenovo Thinkpad X1 Carbon) installiert habe.
Anschließend habe ich die neueste Version (Version 3.5.0D3) von Excel geladen, um Jürgens PICO Sound Servo-Modul zu testen.
Meine aktuelle Windows-Version ist 11.25H2.

Ich werde zuerst versuchen, das zum Laufen zu bringen. Alles andere auf meinem Computer funktioniert einwandfrei, nur PyMobaLedLIb macht Probleme.

Grüße,
Theo.

[hlinke]

Hallo Theo,

da ist anscheinend mehr kaputt. Deshalb wäre das logfile schon wichtig.

Die log-Datei liegt im python Verzeichnis (das hat sich seit einigen Versionen geändert):

pyMobaLedLib\python\logfile.log

Sie muß das aktuelle Datum haben.

Wenn Du das pyMLL-Fenster siehst, wurden bereits Daten in den Logfile geschrieben.

Geht Hilfe->Logfile öffnen bei Dir nicht. Da wird zumindest unter Windows der aktuelle logfile geöffnet.

Viele Grüße
Harold

[hlinke]

Hallo Thoe,

habe gerade gesehen, daß die pyMLL auch eine leer logfile.log ins Verzeichnis pyMobaLedLib schreibt. Das ist natürlich falsch.

Ich habe das logging überarbeitet und auch die Meldungen beim Start reduziert.

Ich muß noch etwas testen.

Morgen gibt es eine neue Version...

Viele Grüße
Harold

[vitacola45]

Hallo Gunnar,

danke für Deinen Test. Gut dass das Rechtsklickmenu jetzt auch bei Dir geht.
Hast zum Beenden des Farbtests auch den Button "Palette an SetColTab-Macro übergeben und Farbtest beenden" amgeklickt? Bei mir werden die Werte dann korrekt in den SetColTab-Macro eingetragen.

Bei den Tooltips muß ich eventuelle den gleichen Trick anwenden wie beim RechtklickMenu.

Viele Grüße
Harold

Hallo Harold,

ja, den Button "Palette an SetColTab-Macro übergeben und Farbtest beenden" drücke ich und danach kommt auch die Abfrage "Soll die Farbbearbeitung beendet werden ...." das bestätige ich auch mit YES. Dann wechselt es in die Tabelle und es werden auch Werte eingefügt, aber eben die Standardwerte.
Der Button des ausgewählten Effects hat auch die gewählte Farbe angenommen, auch nach dem erneuten Öffnen der SetColTab ist der Effect noch in der Farbe eingefärbt. Wenn man darauf klickt wechselt er aber wieder auf den Standardwert.

Viele Grüße
Gunnar

[hlinke]

Hallo Harold,

ja, den Button "Palette an SetColTab-Macro übergeben und Farbtest beenden" drücke ich und danach kommt auch die Abfrage "Soll die Farbbearbeitung beendet werden ...." das bestätige ich auch mit YES. Dann wechselt es in die Tabelle und es werden auch Werte eingefügt, aber eben die Standardwerte.
Der Button des ausgewählten Effects hat auch die gewählte Farbe angenommen, auch nach dem erneuten Öffnen der SetColTab ist der Effect noch in der Farbe eingefärbt. Wenn man darauf klickt wechselt er aber wieder auf den Standardwert.

Viele Grüße
Gunnar

Hallo Gunnar,

ich konnte das Problem jetzt reproduzieren.
Es war ein bißchen tricky. Ich mußte einiges beim Farbtest dazu anpassen.
Bei mir klappt es jetzt zuverlässig, wenn man die Änderung über den Dialogbutton vornimmt.
D.h. Zeile bzw Feld anklicken, Dialogbutton betätigen, Farben ändern und mit dem "Palette an SetColTab-Macro übergeben und Farbtest beenden" Button zurück gehen.
Was noch nicht klappt ist ein Änderung über Doppelklick auf das Feld.

Hier ist jetzt die bereits angekündigte neue Version der pyMLL:

pyMobaLedLib_win_7.1.3.zip

pyMobaLedLib_Linux_7.1.3.zip

Korrekturen:
- Nano mit neuem Bootloader wurde nicht geflasht
- Bedingte Färbung: Adress- und Steckerspalte wurden nicht eingefärbt
- Z21 Simulator: IP Adresss des Hosts wurde auf Linux system falsch bestimmt.
- Ein leeres Logfile wurde auf dem übergeodneten Verzeichnislevel erzeugt und führte zu Irritationen. Logfile handling überarbeitet.
- Weniger Meldungen beim Start des Programms
- Farbtest: Interne übergabe von Änderungen an Makro Set_ColTab überarbeitet

Viele Grüße
Harold

[vitacola45]

Hallo Harold,

vielen Dank für die neue Version.
ich habe die SetColTab mal kurz getestet, die Werte werden jetzt übernommen. Lediglich das Sternchen vor den gänderten Effekt ist nicht vorhanden, aber das hat ja wahrscheinlich keinen Einfluss auf die Funktion.

Viele Grüße

Gunnar

[hlinke]

Hallo Gunnar,

danke für Dein Feedback.
Schön, daß es jetzt auch bei Dir funktioneirt.
Die automatische Aktivierung des Macros werde ich noch einbauen. Das habe ich übersehen.

Viele Grüße
Harold

[speedy]

Hallo in die Runde,

ich habe voller Enthusiasmus kürzlich eine "Lichtmaschine-Classic 101" nebst diversem weiteren Zubehör im Shop gekauft und zusammengebaut und mit Hilfe des Anleitungsvideos (AdlerRT) auch die ersten Tests gemacht. Leider ist es mir bislang nur gelungen, unter Windows mittels Excel den Arduino zu bespielen. Da ich grundsätzlich Linux nutze, war ich erfreut, dass es die MLL auch für Linux geben soll und offensichtlich auch bei einigen von euch funktioniert. Ich habe das leider noch nicht geschafft.

Ich habe zunächst nach Anleitung (https://wiki.mobaledlib.de/anleitungen/ ... stallation) alles unter meinem LinuxMint 22.3.
Unter der Arduino-IDE werden die Nanos erkannt.

Wenn ich die MLL starte, dann kann ich auch einstellen, welchen Arduino ich angeschlossen habe und auch an welchem Anschluss (/dev/ttyUSB0). Und wenn ich auch Arduino-->verbinden gehe, bekomme ich am unteren Rand auch die Statusmeldung "Status: Verbunden mit /dev/ttyUSB0 - EFFECT Mode".

Wenn ich jetzt aber aus dem ProgGenerator meine Eingaben auf den Arduino laden will, wurde das mit einer Fehlermeldung quittiert.

Also habe ich jetzt die letzte Version hier aus dem Forum genommen und in das Verszeichnis [home]Arduino/pyMobaLedLib/python entpackt.

Auch hier startet die MLL, den Arduino kann ich verbinden, aber beim drücken des Buttons "Z. Arduino schicken" kommt folgende Fehlermeldung:

Es ist ein Fehler aufgetreten ;-(

Zur Fehlersuche kann man die letzten Änderungen wieder rückgängig machen und es noch mal versuchen.

Kommunikationsprobleme erkennt man an dieser Meldung: avrdude: ser_open(): can't open device "\\.\COM/dev/ttyUSB0":
Das System kann die angegebene Datei nicht finden. In diesem Fall müssen die Verbindungen überprüft und der Arduino durch einen neuen ersetzt werden.

Fer Fehler kann auch auftreten wenn der DCC/LNet/Selextrix Arduino noch nicht programmiert wurde. Am besten man steckt den rechten Arduino erst dann ein wenn er benötigt wird.

Wenn der Fehler nicht zu finden ist und immer wieder auftritt, dann kann ein Screenshot des vorangegangenen Bildschirms (Nach oben scrollen so dass die erste Meldung nach dem Arduino Bild zu sehen ist) zusammen mit dem Excel Programm und einer ausführlichen Beschreibung an https://forum.mobaledlib.de geschickt werden.

Ist das noch immer ein Fehler im Python-Code?

Und warum wird trotz Version 7.1.3-3 im Log-Fenster ausgegeben, dass Prog_Generator Ver. 3.5.0C1 läuft?

Vielen dank für die tolle Arbeit, und ich würde mich freuen, wenn auch ich die MLL unter Linux zum Laufen bekomme.

VG
Alexander

[GerdR]

@speedy

Hi Alexander,

Was sagt denn das Fenster beim erkennen des Nanos,
Neuer bootloader, alter bootloader und hast du automatisch erkennen aktiviert?

Nimm Mal den Button für automatisch. erkennen raus und setz den Button bei neuem bootloader, dann nochmal auf Port erkennen gehen, dann sollte es klappen.

Das die Versionsnummer falsch angezeigt wird ist von Harold beabsichtigt.

Bist du auch der dialout Gruppe hinzugefügt, so wie im Wiki beschrieben.

sudo usermod -a -G dialout <BENUTZERNAME>

Danach neu starten

So - morgen kann ich dir mehr sagen, am Handy ist das nicht so prickelnd.

GerdR

PS.: warum muss jeder dies ich-seh-aus-wie-windows Linux nehmen.?

[vitacola45]

Hallo Alexander,

"Und warum wird trotz Version 7.1.3-3 im Log-Fenster ausgegeben, dass Prog_Generator Ver. 3.5.0C1 läuft?"

Die Version 7.1.3-3 ist die Version der pyMLL. Die oben rechts im Prog_Generator angezeigte 3.5.0-C1ist die aktuelle Version der eigentlichen MobaLEDLib.

Viele Grüße
Gunnar

[hlinke]

@speedy
Hallo Alexander,

Gerd und Gunnar haben Dir ja schon die richtigen Hinweise gegeben.

Die automatsiche Erkennung des Nanos geht unter Linux leider nicht richtig, deshalb ist es besser den Haken zu entfernen und die Einstellung selbst vorzunehmen.

Normalerweise sollte "Neuer Bootloader" funktionieren. Das hängt aber von Deinem Nano ab.

Die Versionsangabe im Prog-Generator "Ver. 3.5.0C1" zeigt an, daß der pyMLL ProgGeneratorCode auf der Excel-Version "Ver. 3.5.0C1" basiert und deren Funktionen implementiert sind.
Ich übernehme eine neue Excel-Version erst, wenn sie stabil läuft und einige Zeit im Feld ist. Deshalb ist diese Information wichtig für die Anwender.

Viele Grüße
Harold

[speedy]

Hallo,

vielen Dank für die Rückmeldungen.

@GerdR

...
Was sagt denn das Fenster beim erkennen des Nanos,
Neuer bootloader, alter bootloader und hast du automatisch erkennen aktiviert?

Nimm Mal den Button für automatisch. erkennen raus und setz den Button bei neuem bootloader, dann nochmal auf Port erkennen gehen, dann sollte es klappen.

Ein lsusb gibt mir nach Anschluss des Arduino ein "Bus 002 Device 009: ID 1a86:7523 QinHeng Electronics CH340 serial converter" wieder.

In der Arduino-IDE gibt mir der angeschlossene NANO (der mir mit der Bestellung aus dem MobaLedLib-Shop mit zugeschickt wurde) folgende Daten wieder:
BN: Unbekanntes Board
VID: 1A86
PID: 7523
SN: Laden Sie irgendeinen Sketch hoch, um sie abzurufen

Innerhalb von MLL wird bei "Überprüfung des USB-Ports" lediglich angezeigt, dass neben "/dev/ttyUSB0" USB Serial angezeigt wird.

...

Bist du auch der dialout Gruppe hinzugefügt, so wie im Wiki beschrieben.

sudo usermod -a -G dialout <BENUTZERNAME>

Danach neu starten
...

nun, wenn ich in der Benutzersteuerung schaue, dann bin ich als Nutzer in der Gruppe "dialout, sudo, ...", also das müsste passen. Andernfalls dürfte ich ja auch in der Arduino-IDE keinen Abruf des Arduino starten.

PS.: warum muss jeder dies ich-seh-aus-wie-windows Linux nehmen.?

nun, ich bin schon seit Jahren mit Linux unterwegs, seit Ende der 90er mit SuSe-Linux, und seit Linux-Mint auf dem Markt ist, bin ich dahin umgestiegen.

@vitacola45
Danke für die Info, hatte ich mir schon fast so gedacht.

@hlinke
Also ich bin ja nach der Anleitung vorgegangen, also hatte ich den Haken bei "automatisch erkennen" auch schon rausgenommen und auch den Nanon (neue Version) ausgewählt (sowohl bei LED Arduino und DCC Arduino).

Ich habe es nun noch einmal probiert, aber mit derselben Fehlermeldung. Kann es sein, dass im Code irgendwo ein Schreibfehler ist?! Denn das Device heißt ja "/dev/ttyUSB0" und nicht "\\.\COM/dev/ttyUSB0".

Für die Fehlermeldung im ARDUINO Monitor hänge ich mal das Logfile dran.

VG

[vitacola45]

Du hast auch 1.8.19 Arduino IDE installiert?

VG Gunnar

[GerdR]

@speedy

Hi Alexander,

Nicht übelnehmen, den Kommentar zu Linux, aber wenn ich lese und höre das Leute auf Linux umsteigen (wollen), das dass dann aber nach Möglichkeit eine 1:1 Kopie von Windoof sein soll - sorry, genau wie Leute die auf Windows umsteigen (wollen) und dann rumheulen das ihre alten Win Programme nicht unter Linux , Linux/Wine laufen. Entweder Linux oder Win aber nicht so ein Mischmasch wie es einige verlangen. So Genug davon.

Kann es sein, dass im Code irgendwo ein Schreibfehler ist?!

Wenn dann bei dir , bei mir läuft alles ohne Probleme, und lief auch so direkt nach der Installation.

Hast du auch den Pfad zum Arduino in der MLL eingetragen?

Und du kannst von der Arduino IDE einen Nano flashen?

Das die IDE den Nano nicht korrekt auslesen kann liegt daran das zu 99 % bei den Nanaos der CH340 Chip genutzt wird, und nicht wie es vom ursprünglichen Design her ein FTDI sein soll. insofern ist diese "Fehlermeldung" korrekt.

GerdR