Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- anleitungen:webmobaledlib:fehlersuche [2026/11/10 16:03] – angelegt hlinke
+++ anleitungen:webmobaledlib:fehlersuche [2026/11/15 14:10] (aktuell) – hlinke
@@ Zeile 1: / Zeile 1: @@
 ====== webMobaLedLib – Fehlersuche ======
-//Seitenstand 1.00 (2026-11-10), gilt für webMobaLedLib 3.08//
+//Seitenstand 1.09 (2026-11-12), gilt für webMobaLedLib 3.23//
 Auf dieser Seite stehen die häufigsten Probleme mit ihren Lösungen. Suche den Bereich, in dem es hakt, und die Beobachtung, die zu deinem Problem passt. Probleme, die nur eine bestimmte Installation betreffen (zum Beispiel „Python wurde nicht gefunden“), stehen am Ende der Seite für dein System: [[anleitungen:webmobaledlib:windows|Windows]], [[anleitungen:webmobaledlib:macos|macOS]], [[anleitungen:webmobaledlib:linux|Linux]], [[anleitungen:webmobaledlib:raspberrypi|Raspberry Pi]].
@@ Zeile 26: / Zeile 26: @@
 ^ Beobachtung ^ Ursache und Hilfe ^
 | **Mit ARDUINO verbinden** klappt nicht, oben steht **Nicht verbunden** | Bei einer **neuen** Lichtmaschine ist das normal: Es läuft noch **kein MobaLedLib-Programm**. Stelle Board und Anschluss ein und übertrage zuerst das Programm, siehe [[anleitungen:webmobaledlib:pg_arduino|Verbinden und Übertragen]]. |
-| Bei **USB Port erkennen** erscheint kein Anschluss | Prüfe das **USB-Kabel** (es muss Daten übertragen, kein reines Ladekabel) und stecke die Lichtmaschine neu an. **Windows:** Bei Nachbauten mit dem Chip **CH340** fehlt oft der [[https://www.wch-ic.com/downloads/CH341SER_EXE.html|CH340-Treiber]]. **Linux und Raspberry Pi:** Du musst in der Gruppe ''dialout'' sein (''groups'' zeigt es; sonst ab- und wieder anmelden). |
+| Bei **USB Port erkennen** erscheint kein Anschluss | Prüfe das **USB-Kabel** (Daten, nicht nur Laden) und stecke die Lichtmaschine neu an. Seit 3.10 erkennt die Liste **CH340, FTDI und Arduino** an der Hersteller-Kennung; erscheint er trotzdem nicht, setze **Unbekannte Ports anzeigen**. **Windows:** Bei Nachbauten mit dem Chip **CH340** fehlt oft der [[https://www.wch-ic.com/downloads/CH341SER_EXE.html|CH340-Treiber]]. **Linux und Raspberry Pi:** Du musst in der Gruppe ''dialout'' sein (''groups'' zeigt es; sonst ab- und wieder anmelden). |
 | Das **Hochladen bricht ab** | Prüfe das **Board** in **Optionen Werkzeuge → LED ARDUINO**. Bei vielen Nano-Nachbauten hilft **Nano Normal (old Bootloader)**. Unter Linux und macOS erkennt das Programm den Typ nicht selbst: Wähle ihn immer richtig. |
+| Die Statuszeile zeigt „**Headerfileerstellung abgebrochen – Die Headerdatei wurde nicht geschrieben**“ gleich nach **Setup übertragen** (Version vor 3.22) | Im Reiter **ARDUINO Einstellungen** ist der oberste Haken **Test ARDUINO Programm Creation** gesetzt. Das ist ein Testmodus für Entwickler: Nach jedem Schritt der Erzeugung kommt eine Frage. Bis 3.21 erschien sie im Browser nicht und galt als „Nein“. **Nimm den Haken weg**, drücke **Speichern** (oder aktualisiere: Seit 3.22 erscheint die Frage als Fenster, seit 3.23 wirkt der Haken sofort nach dem Speichern; in 3.22 erst nach einem Neustart). |
+| Meldung **„Hochladen: Prüfung fehlgeschlagen“** (im Protokoll ''stk500_paged_load'' … ''failed to read all of flash memory'') | Das Programm wurde **geschrieben**, nur die anschließende **Prüfung** (Rücklesen des Speichers) ist gescheitert. Prüfe zuerst, ob die **Heartbeat LED** blinkt: Dann läuft die Lichtmaschine mit dem neuen Programm. Hilfen: Probiere **beide** Einstellungen **Nano Normal (old Bootloader)** und **Nano (neue Version)** (Optionen Werkzeuge → LED ARDUINO) und übertrage noch einmal. Probiere ein anderes **USB-Kabel** und einen anderen **USB-Anschluss**. Versorge die **LEDs nicht über den USB-Anschluss** des Computers (auf dem Raspberry Pi besonders wichtig). |
+| Meldung **„Hochladen: Keine Antwort“** (im Protokoll ''stk500_getsync … not in sync'', ''programmer is not responding''; seit 3.10) | Der Nano antwortet dem Bootloader-Programm nicht. Meist passt die Einstellung **Nano Normal (old Bootloader)** / **Nano (neue Version)** nicht zum Bootloader des Nano (alt: 57600 Baud, neu: 115200 Baud): **Probiere beide.** Sonst: USB-Kabel (es muss Daten übertragen), anderer Anschluss, und der Anschluss darf von keinem anderen Programm benutzt werden (zum Beispiel dem Seriellen Monitor). Ohne Antwort versucht es avrdude zehnmal, das dauert fast eine Minute. |
+| Beim Knopf **Firmware herunterladen** kommt „**Die Liste der verfügbaren Firmware konnte nicht ermittelt werden**“ oder „**Das Herunterladen der Firmware ist fehlgeschlagen**“ (seit 3.15) | Das Programm erreicht GitHub nicht. Prüfe die **Internetverbindung** (Firewall, Proxy, Uhrzeit des Rechners) und versuche es später noch einmal; der Fehlertext steht in der Meldung. Eine **kaputte ZIP-Datei** (Meldung „konnte nicht entpackt werden“) bleibt im Ordner //MobaLedLib/firmware// liegen: Du kannst sie von Hand entpacken. Die fertigen Dateien (//.uf2//) stehen nach dem Entpacken im selben Ordner. |
+| **Windows:** Beim **USB Port erkennen** erscheint „**Der COM Port … wird bereits von einem anderen Programm benutzt**“, obwohl kein anderes Programm läuft; **Nein** und danach **Setup übertragen** geht | Das Programm hatte den Anschluss kurz zuvor selbst benutzt, und Windows (CH340) gibt ihn erst nach einem Moment frei (Protokoll: ''PermissionError(13, 'Zugriff verweigert')''). **Seit 3.10** schließt das Programm den Anschluss nach jeder Prüfung und versucht das Öffnen bis zu dreimal. Kommt die Meldung weiter, ist er wirklich belegt: Serieller Monitor, Farb Test oder ARDUINO IDE schließen. |
+| Bei der **Bootloader-Erkennung** (seit 3.13 voreingestellt) kommt nach ein paar Sekunden „**Das Gerät am COM Port … wurde nicht als LED Arduino erkannt**“ | Der Nano antwortet dem Bootloader-Programm weder mit 57600 noch mit 115200 Baud. Klicke **Nein**: Dann bleibt deine Wahl **Nano Normal (old Bootloader)** / **Nano (neue Version)**, und das Übertragen klappt. Die Prüfung endet nach etwa 6 Sekunden. Wer die Erkennung nicht möchte, nimmt in den **Programm Einstellungen** (Spezialeinstellungen) den Haken **Bootloader des Nano beim Prüfen erkennen** weg. |
+| **Linux/Raspberry Pi:** Der Anschluss erscheint erst mit **Unbekannte Ports anzeigen**, danach „**Es ist kein LED Arduino an COM Port /dev/ttyUSB0 angeschlossen**“ | Der Nano meldet sich als „USB Serial“, das kannte die Liste nicht. **Seit 3.10** erkennt sie CH340, FTDI und Arduino an der **Hersteller-Kennung**. Zum Nachsehen: ''python3 -m serial.tools.list_ports -v'' (''hwid:'' mit ''VID:PID=1A86:…'' ist ein CH340). |
+| „**Der … am COM Port … lässt sich nicht ansprechen (Fehlercode -2 oder -3)**“ | Der Anschluss ließ sich nicht zuweisen oder der Arduino nicht zurücksetzen. Das Programm hat es dreimal versucht. USB-Kabel abziehen, wieder anstecken und noch einmal versuchen. |
+| Im Protokoll und im Fenster stehen **tausende Zeilen** ''javax.jmdns'', ''dns[response'' und Hexdumps (Raspberry Pi) | Meldungen der **ARDUINO IDE** (Suche nach Boards im Netz); der Rechnername des Pi ist durch Namenskonflikte mit der FRITZ!Box verlängert (zum Beispiel ''RaspiMLL-fritz-box-fritz-box-…''). **Seit 3.10** blendet das Programm sie aus. Setze zusätzlich einen **kurzen, festen Rechnernamen** (''sudo raspi-config'' → System Options → Hostname). |
 | Das Übertragen dauert **sehr lange** | Beim **ersten Mal** ist das normal (bis zu 10 Minuten): PlatformIO lädt Werkzeuge aus dem Internet nach. Prüfe sonst die Internetverbindung. |
 | Meldung **„PlatformIO nicht gefunden“** | Die Installation wurde nicht ganz beendet. Starte das Installationsskript noch einmal ([[anleitungen:webmobaledlib:installation|Installation]]). |

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge