Bekannte Probleme – Wiren Board 8

Hardware- und Software-Errata für Wiren Board 8. Prüfen Sie für jedes Problem das betroffene Modell, die Charge und die Softwareversion, bevor Sie die Abhilfemaßnahme anwenden.

ERRWB84001: Inkompatibilität mit einigen Ethernet-Switches und Routern

Betroffene Geräte: Wiren Board 8.4.3, Chargen v8.4.3A/4G, v8.4.3A/4G1 und v8.4.3A/4G2.

Bei Verbindung mit bestimmten Switches oder Routern wird die Ethernet-Verbindung hergestellt, aber es werden keine Daten übertragen. Eine Reduzierung der Verbindungsgeschwindigkeit auf 10 Mbit/s stellt den Betrieb wieder her. Der Ethernet-PHY CH182H ist mit einigen Netzwerkgeräten inkompatibel, darunter MikroTik hAPac2 und der eero Dual-band 350 Mbps Wireless Router.

Ein Controller mit diesem PHY meldet:

cat /sys/devices/platform/external-ethernet-phys/external-ethernet-phys:soft-mdio0/mdio_bus/gpio-0/gpio-0:00/phy_id
0x73719011

Übergangslösung: Verwenden Sie ein kompatibles Netzwerkgerät oder reduzieren Sie die Verbindungsgeschwindigkeit vorübergehend auf 10 Mbit/s, bis das Netzwerkgerät oder der Controller ersetzt werden kann. In späteren Controller-Revisionen behoben. Betroffene Controller der Revision 8.4.3, bei denen diese Inkompatibilität auftritt, können im Rahmen der Garantie ausgetauscht werden.

ERRWB84002: Möglicher Kurzschluss beim Einbau des Prozessormoduls

Betroffene Chargen: 8.4.3A/4G und v8.4.4A/4G.

Fertigungstoleranzen des Prozessormoduls können dazu führen, dass seine Kontaktflächen gegenüber den Kontakten des SO-DIMM-Steckverbinders versetzt sind. Eine zu starke Verschiebung in Richtung des Seitenmodulsteckverbinders kann bei einigen Geräten einen Kurzschluss verursachen. Eine Positionierung des Moduls in Richtung des SD-Kartensteckplatzes verursacht dieses Problem nicht.

Übergangslösung: An der Verriegelung des Steckverbinders, die dem Seitenmodulsteckverbinder am nächsten liegt, ist ein Abstandhalter angebracht, um das Prozessormodul in Richtung des SD-Kartensteckplatzes zu halten. Der SO-DIMM-Steckverbinder trägt außerdem ein Etikett mit der Aufschrift Do not remove . Falls der Abstandhalter verloren geht, schieben Sie das Modul beim Einbau vollständig in Richtung des SD-Kartensteckplatzes. In späteren Controller-Revisionen behoben.

ERRWB84003: Instabilität der Regel-Engine

Betroffene Geräte: Wiren Board 8.4.3, Charge 8.4.3A/4G, hergestellt vor dem 23. Mai 2024.

Die installierte Regel-Engine unterstützt WB8 nicht vollständig und arbeitet möglicherweise unzuverlässig. Aktualisieren Sie die Software:

apt update
apt upgrade

Laden Sie ohne Internetzugang das neueste stabile FIT-Image herunter, aktualisieren Sie den Controller und kopieren Sie das Image außerdem nach /mnt/data/.wb-restore/factoryreset.fit. In neuerer Firmware behoben.

ERRWB84004: Instabilität des MQTT-Treibers

Betroffene Geräte: Wiren Board 8.4.3, Chargen 8.4.3A/4G und 8.4.3A/4G1, hergestellt vor dem 11. Juni 2024.

Die unvollständige WB8-Unterstützung in der installierten Firmware kann einen instabilen Betrieb des MQTT-Treibers verursachen. Aktualisieren Sie die Software:

apt update
apt upgrade

Laden Sie ohne Internetzugang das neueste stabile FIT-Image herunter, aktualisieren Sie den Controller und kopieren Sie das Image außerdem nach /mnt/data/.wb-restore/factoryreset.fit. In neuerer Firmware behoben.

ERRWB84005: Ethernet fällt nach Kernel-Update und Neustart aus

Betroffene Geräte: Wiren Board 8.4.3 aus beliebigen Chargen, aktualisiert zwischen dem 16. und 19. August 2024, mit linux-image-wb8 Version 6.8.0-wb100.

Ein Fehler in der DTS-Datei konfiguriert Ethernet falsch. Nach einem Kernel-Update über APT oder einem FIT-Image-Update und anschließendem Neustart funktionieren die Ethernet-Ports nicht mehr.

Aktualisieren Sie mit apt update && apt upgrade. Installieren Sie ohne Internetzugang das neueste stabile FIT-Image über Debug Network, WLAN oder einen USB-Datenträger; eine zusätzliche Kopie des Images ist nicht erforderlich. Behoben in linux-image-wb8 Version 6.8.0-wb101 und neuer.

ERRSUPERCAP0001: Versorgung auf 36 V begrenzt bei betroffenen Superkondensatormodulen

Betroffene Module: WBMZ4-SUPERCAP, WBMZ3-SUPERCAP und WBMZ2-SUPERCAP.

Ein Controller mit einem betroffenen Modul darf nicht mit mehr als 36 V versorgt werden. Der Ausgangswandler des Moduls verwendet eine Diode mit einer maximalen Nennspannung von 40 V. Eine höhere Versorgungsspannung des Controllers kann zum Durchbruch dieser Diode führen und das Notstrommodul sowie möglicherweise den Controller beschädigen.

Übergangslösung: Begrenzen Sie die Controllerversorgung auf 36 V. Wenn bei höherer Versorgungsspannung eine Notstromversorgung erforderlich ist, beantragen Sie einen Modulaustausch im Rahmen der Garantie. Behoben in WBMZ6-SUPERCAP ab v6.1 und WBMZ4-SUPERCAP ab v4.3.

ERRWB74004: GSM-Modem wird durch externe elektromagnetische Störungen getrennt

Betroffene Geräte: Wiren Board 7.4 und 8.4 mit WBC2-4G-Modemplatinen vor Version 3.7.

Elektromagnetische Schütze in der Nähe des Controllers können Störungen einkoppeln, die das Modem trennen. Der für die Modemkommunikation verwendete USB-Bus ist gegenüber diesen Störungen empfindlich. Typische Kernel-Meldungen sind:

option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
option 3-1:1.2: device disconnected

ModemManager meldet Zeitüberschreitungen serieller Befehle und wiederholte Port-Zeitüberschreitungen und gibt anschließend die USB-Ports des Modems frei. Der Dienst startet das Modem automatisch neu.

Übergangslösungen:

• Platzieren Sie Quellen von Störungen durch Lichtbogenbildung so weit wie möglich vom Controller entfernt.
• Bringen Sie ein geeignetes Entstörglied parallel zu den Relaiskontakten an, die die Schützspule schalten. Beispielwerte sind ein Widerstand von 100 Ω, 1 W in Reihe mit einem Kondensator von 0.1 µF, 1000 V. Die Unterdrückung von Kontaktlichtbögen reduziert die Störungen erheblich.
• Eine kurze Brücke aus dickem Draht mit weniger als 1 cm Länge zwischen der Masse der Modemplatine nahe dem Antennenanschluss und der nächstgelegenen Masse der Controllerplatine behebt das Problem ebenfalls, erfordert jedoch sorgfältige Änderungen an der Platine und Lötarbeiten.

Behebung: Modemplatinen-Version 3.7 ergänzt einen zusätzlichen Masse-Federkontakt.

ERRWBC001: GSM-Modem wird durch eigene elektromagnetische Störungen getrennt

Betroffene Geräte: WBC2-4G-Modems vor Revision v3.7A.

Das Modem verschwindet aus dem System; ein Neustart hilft nur kurzzeitig oder gar nicht. Bei weit entfernter Basisstation, schwachem Signal und der standardmäßigen kurzen Antenne können Modemübertragungen den USB-Controller stören und USB-Geräte, insbesondere das Modem selbst, trennen.

Das Kernel-Protokoll zeigt das Trennen und erneute Verbinden der seriellen Modemports, zum Beispiel:

option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
option 3-1:1.2: device disconnected
usb 3-1: new high-speed USB device number 8 using ehci-platform
usb 3-1: GSM modem (1-port) converter now attached to ttyUSB0

Der Dienst startet das Modem automatisch neu. Eine kurze Brücke aus dickem Draht mit weniger als 1 cm Länge zwischen der Modemmasse nahe dem Antennenanschluss und der nächstgelegenen Masse der Controllerplatine behebt das Problem, erfordert jedoch sorgfältige Lötarbeiten. Ab Revision v3.7A verbindet ein zusätzlicher Federkontakt die Massefläche des Modems mit dem Gehäuse des USB-A-Steckverbinders des Controllers, um Störungen zu unterdrücken.

Verbessern Sie den Empfang, beispielsweise durch eine höhere oder andere Position der Antenne. Falls dies nicht hilft oder unmöglich ist, beantragen Sie einen Garantieaustausch gegen ein Modem ab Version 3.7.

ERRWB84006: Regelmäßige Controller-Neustarts

Betroffene Geräte: Alle Wiren Board 8.4.3-Controller, die vor dem 11. September 2024 hergestellt wurden.

Der Controller startet unerwartet neu. Die Debug-Konsole zeigt Kernel panic - not syncing: hung_task: blocked tasks; journald enthält keine entsprechenden Einträge. Ein Softwarefehler sendet einen Befehl mit Opcode 0 an den eMMC-Speicher, woraufhin der Linux-Treiber keine weiteren Befehle mehr sendet.

Aktualisieren Sie mit apt update && apt upgrade. Installieren Sie ohne Internetzugang das neueste stabile FIT-Image über Debug Network, WLAN oder einen USB-Datenträger; eine zusätzliche Image-Kopie ist nicht erforderlich. Behoben in Release wb-2407 mit wb-rules 2.20.17 oder neuer und wb-mqtt-confed 1.14.11 oder neuer.

ERRWB84007: Zurücksetzen auf Werkseinstellungen schlägt fehl

Betroffene Geräte: Wiren Board 8.4.3, auf die das FIT-Image vom 13. November 2024 geflasht wurde, 202411131702_wb-2410_bullseye_wb8x.fit, das zurückgezogen wurde.

Nach Installation dieses Images auf beliebigem Weg verkleinert ein Zurücksetzen auf Werkseinstellungen mit dem internen Image ohne externes Medium die Root-Partition auf 1 GB, sodass der Controller nicht mehr normal starten oder aktualisiert werden kann. Das Image stellt fälschlicherweise das veraltete A/B-Partitionslayout wieder her, das von der übrigen Software nicht mehr unterstützt wird.

Abhilfe: Führen Sie mit dem neuesten stabilen FIT-Image von einem externen Medium ein Zurücksetzen auf Werkseinstellungen durch. In neuerer Firmware behoben.

ERRWB84008: APT findet keine Updates

Betroffene Geräte: Wiren Board 8.4.4, Charge 8.4.4B/2G 1.2A-2G, hergestellt am 13. August 2024.

Die werksseitige Firmware war an ein bestimmtes Release statt an den Stable-Kanal gebunden, sodass apt update && apt upgrade keine neuen stabilen Releases fand. Installieren Sie ein aktuelles FIT-Image oder führen Sie Folgendes aus: wb-release -t stable -y. Korrigierte FIT-Images sind verfügbar; die betroffenen Images wurden zurückgezogen.

ERRWBEC0001: Controller lässt sich nicht ausschalten

Betroffene Geräte: Wiren Board 7.4 und 8.4 mit WBEC-Firmware 2.0.0 oder 2.0.1, unabhängig davon, ob diese manuell installiert oder zwischen dem 14. und 22. November 2024 mit wb-2410 ausgeliefert wurde. Betroffene Chargen umfassen 7.4.4D/2GCA, 7.4.4E/1G, 7.4.4E/2GC, 8.4.4D/2G und 8.4.4E/4G.

Ein Fehler im WBEC-Ruhemodus verhindert das Herunterfahren über die Taste, poweroff oder im rtcwake. Der Controller kann sich nach dem Herunterfahren und Entfernen der Versorgung spontan wieder einschalten. Dauerhaft betriebene Controller sind im normalen Betrieb nicht betroffen.

Aktualisieren Sie die WBEC-Firmware. In WBEC 2.0.2 behoben; nach dem 25. November 2024 ausgelieferte Controller sind nicht betroffen.

ERRWB8M0001: Falsche Beschriftung der SIM-Steckplätze

Betroffene Chargen: WB8M v8.5.2A/M bis v8.5.2D/M.

Die SIM-Nummern auf der Frontplatte waren vertauscht. SIM1 befindet sich links; SIM2 liegt näher am Gehäuserand. Setzen Sie die Karte bei Bedarf in den anderen Steckplatz ein. In nachfolgenden Chargen korrigiert.

ERRWB84009: Instabiler Betrieb der RS-485-Ports

Betroffene Geräte: Alle von diesem Erratum erfassten Wiren Board 8-Controller.

Der Controller empfängt manchmal nicht beim ersten Versuch eine Modbus-Antwort. Das Protokoll von wb-mqtt-serial kann Folgendes enthalten:

WARNING: [modbus] failed to read 1 input(s) @ 123 of device </dev/ttyRS485-1 115200 8 N 2> modbus:130: Serial protocol error: request timed out

Die Verwendung von minicom an den RS-485-Ports des Controllers kann den Empfang ebenfalls bis zum Neustart stoppen. Ursache ist ein fehlerhaftes Umschalten der RS-485-Transceivermodi im Linux-Kernel.

Übergangslösung: Vermeiden Sie minicom an den RS-485-Ports des Controllers, bis die Korrektur verfügbar ist. Starten Sie neu, um nach der Verwendung von minicom betroffene Ports wiederherzustellen. Eine Softwarekorrektur ist geplant.

ERRWB840010: Cloud-Verbindung fehlt nach dem Flashen

Betroffene Geräte: Wiren Board 8-Controller, die zwischen dem 5. und 9. August 2025 mit FIT-Images auf wb-2507 aktualisiert wurden.

In fehlerhaften frühen wb-2507-Images fehlte der Cloud-Anbieter. Cloud-Informationen fehlen auf der Seite System und das Ausführen von wb-cloud-agent gibt Folgendes zurück: No one provider was found.

Fügen Sie den Anbieter manuell hinzu:

wb-cloud-agent add-provider https://wirenboard.cloud

In der Controller-Software ab dem 11. August 2025 behoben. Führen Sie Folgendes aus: apt update; apt upgrade -y oder installieren Sie ein aktuelles FIT-Image.

ERRWB8001: Leere Konfigurationsdateien auf neuen Controllern

Betroffene Geräte: Wiren Board 7/8, hergestellt nach Oktober 2025, sowie Wiren Board 7/8 mit betroffener Software, die zwischen dem 1. Oktober 2025 und dem 30. Juli 2026 installiert wurde.

Eine Unterbrechung der Versorgung während des ersten oder zweiten Starts eines neuen oder auf Werkseinstellungen zurückgesetzten Controllers kann dazu führen, dass /mnt/data/etc/wb-*.conf -Dateien leer bleiben, weil sie noch nicht in den Flash-Speicher geschrieben wurden. Die Weboberfläche meldet dann Parsing-Fehler, zum Beispiel:

Server error: Failed to parse JSON /etc/wb-mqtt-serial.conf:* Line 1, Column 1 Syntax error: value, object or array expected. (-32000)

Verbinden Sie sich über SSH und listen Sie leere Dateien auf:

find /mnt/data/etc -maxdepth 1 -type f -name 'wb-*.conf*' -empty

In wb-2606 vom 31. Juli 2026 behoben. Aktualisieren Sie und starten Sie neu; leere Dateien werden mit Werkseinstellungen befüllt, vorhandene Konfigurationsdateien bleiben unverändert:

apt update
apt upgrade
reboot

Falls eine Aktualisierung vorübergehend nicht möglich ist, ersetzen Sie die leeren Dateien in /mnt/data/etc/ mithilfe von WinSCP oder scp durch gültige Dateien eines funktionierenden Controllers oder führen Sie ein Zurücksetzen auf Werkseinstellungen durch. Ein Zurücksetzen auf Werkseinstellungen löscht alle Daten des Controllers. Aktualisieren Sie bei der ersten Gelegenheit.

ERRWB85001: Fehlender Verpolungsschutz an 1-Wire-Ports

Betroffene Geräte: Wiren Board 8.5.3 der Chargen v8.5.3B bis v8.5.3G, v8.5.3J/2G und v8.5.3J/4G; WB-MS-Sensoren der Chargen v4.4K, v4.4L und v4.4L/2.

In der 1-Wire-Schutzschaltung wurde ein falsch spezifiziertes Bauteil eingebaut. Andere Schutzfunktionen bleiben erhalten, eine negative Spannung wird jedoch nicht gesperrt. Negative Spannung kann durch Verdrahtungsfehler oder Störungen von benachbarten Leistungsschaltgeräten entstehen. Sie kann den 1-Wire-Port oder das gesamte Gerät beschädigen.

Prüfen Sie die 1-Wire-Anschlüsse vor dem Einschalten, halten Sie das Gerät von Störquellen fern und beachten Sie die Verdrahtungsempfehlungen für den 1-Wire-Bus. Ein Garantieaustausch ist möglich. Behoben bei Wiren Board 8.5.3 ab Charge v8.5.3K und bei WB-MS ab Charge v4.4M.

ERRWB8002: Kommunikationsfehler des ATECC-Sicherheitschips

Betroffene Geräte: Wiren Board 8 mit linux-wb vor 6.8.0-wb161 und Releases vor wb-2606.

Die Fehler betreffen Wiren Board Cloud und andere von ATECC abhängige Dienste. Eine typische Protokollmeldung lautet:

RuntimeError: Cert /var/lib/wb-cloud-agent/device_bundle.crt.pem and key ATECCx08:00:02:C0:00 seem to be inconsistent (possibly because of CPU board missmatch)!

Zwei Nebenläufigkeitsprobleme verursachen den Fehler. Der per Bit-Banging arbeitende I2C-Treiber verwendet GPIO statt eines Hardware-I2C-Controllers; gleichzeitiger ATECC-Zugriff und Zugriff auf andere GPIO derselben Bank können die I2C-Leitungen in einen falschen Zustand versetzen. Außerdem können unsynchronisierte Zugriffe mehrerer Dienste Anfragen vermischen und Antworten an den falschen Client liefern.

Wenn ATECC nicht reagiert, starten Sie zur Wiederherstellung neu. Aktualisieren Sie auf wb-2606, das den Kernel-Treiber (linux-image-wb8 6.8.0-wb161) und die betroffenen Dienste korrigiert.

ERRWB8003: Mögliche RAM-Fehler

Betroffene Geräte: Wiren Board 8 (WB8-2G-16G-IND) der Chargen 8.5.3G/2G2, 8.5.3G/4G5, 8.5.3J/2G, 8.5.3J/2G2, 8.5.3J/4GD, 8.5.3K/2G, 8.5.3K/2G1, 8.5.3K/2G1D und 8.5.3K/2GD; Wiren Board 8M (WB8M-2G-16G-IND), Charge v8.5.3G/2GM.

Bei einer kleinen Anzahl von Controllern können unter intensiver RAM-Auslastung zufällige Fehler auftreten, die im Laufe der Zeit zunehmen: Dienste stürzen ohne erkennbare Ursache ab und starten neu, Paketaktualisierungen oder Dateiprüfungen melden Prüfsummenfehler oder der Controller startet nach einer Kernel-Panik neu. Nach dem Neustart kann er eine Zeit lang normal funktionieren, bevor die Fehler erneut auftreten.

systemd[1]: example.service: Main process exited, code=killed, status=4/ILL

Der Status kann auch 11/SEGVsein. Bei einem längeren Test unter Volllast wurde ein defekter RAM-Chip identifiziert, dessen Fehler innerhalb eines begrenzten Speicheradressbereichs über mehrere Stunden exponentiell zunahmen. Ähnliche Fehler bei anderen Geräten aus diesen Chargen gelten als unwahrscheinlich, können aber nicht ausgeschlossen werden.

Prüfen Sie verdächtigen RAM mit dem vorinstallierten memtester. Stoppen Sie zuerst die Arbeitslast des Controllers, da der Test nahezu den gesamten verfügbaren Speicher verwendet.

1. Führen Sie free -m aus und lesen Sie die Spalte available ab.
2. Testen Sie 100 MB weniger als diesen Wert. Wenn beispielsweise 1300 MB verfügbar sind, führen Sie Folgendes aus: memtester 1200M 1.

Ein vollständiger Test kann etwa eine Stunde dauern. Alle Ergebniszeilen sollten enden mit ok. Wenn eine Zeile Folgendes zeigt: FAILURE, besteht Anspruch auf einen Garantieaustausch des Controllers.

ERRWBUSB0001: Debug-USB-Konsole empfängt nicht mehr

Betroffene Geräte: Alle Revisionen von Wiren Board 7 und Wiren Board 8, einschließlich Wiren Board 8M.

Die Ausgabe der Debug-Konsole stoppt, obwohl der Controller weiterarbeitet und Befehle annimmt. Der Puffer des HT42B534 läuft über, wenn der Port auf dem Computer geschlossen ist oder dessen Anwendung nicht schnell genug liest. In Tests wurde dies bei geschlossenem Port mit 130 Bytes ausgelöst; bei geöffnetem Port hängt die Schwelle von der Pufferung auf dem Computer ab.

Problem reproduzieren

Verbinden Sie die Konsole mit einem Linux-Computer und konfigurieren Sie minicom. Führen Sie Befehle auf dem Controller über SSH als root aus.

1. Öffnen Sie auf dem Computer den Port und ersetzen Sie bei Bedarf den Gerätepfad: minicom -D /dev/ttyACM0 -b 115200 -8 -o.
2. Beenden Sie, ohne den Port zurückzusetzen: Ctrl+A, Q, dann bestätigen.
3. Führen Sie auf dem Controller Folgendes aus: printf '%0300d\n' 0 > /dev/ttyS0.
4. Öffnen Sie minicom mit demselben Befehl erneut. Führen Sie auf dem Controller Folgendes aus: echo HOLTEK_TEST > /dev/ttyS0. Alte Daten können erscheinen, HOLTEK_TEST jedoch nicht.

Übergangslösung

Ändern Sie in minicom die Stoppbits von 1 auf 2 und zurück: Ctrl+A, dann P → X → Enter; anschließend Ctrl+A, P → W → Enter. Senden Sie während des Umschaltens keine Konsolenbefehle.

Unter Windows 11 stellte das Schließen und erneute Öffnen des COM-Ports in Tests den Empfang wieder her. Schließen Sie in PuTTY das Fenster und öffnen Sie die serielle Verbindung erneut. Schließen Sie in MobaXterm die Registerkarte Serial und öffnen Sie die gespeicherte Sitzung erneut.

Wiederholen Sie den Befehl HOLTEK_TEST; seine Ausgabe sollte nun erscheinen. Verlorene Meldungen lassen sich nicht wiederherstellen. Reduzieren Sie erneutes Auftreten, indem Sie den Port in einer Anwendung geöffnet lassen, die ihn kontinuierlich ausliest. Eine Hardwarekorrektur ist für zukünftige Versionen von Wiren Board 8 geplant.

ERRWB840011: MOD1/MOD2-Ports hängen oder senden alte RS-485-Daten erneut

Betroffene Geräte: Wiren Board 8.5.x mit linux-wb 6.8.0-wb159 oder älter.

Wenn MOD1 und MOD2 gleichzeitig abgefragt werden und einer der Ports geschlossen oder zurückgesetzt wird, beispielsweise beim Neustart von wb-mqtt-serial oder bei einer Port-Neukonfiguration, können beide Ports die Abfrage bis zum Neustart einstellen.

Wenn das Leeren des Sendepuffers (tcflush()) oder das Schließen des Ports mit der Kommunikation zum Embedded Controller zusammenfällt, kann der Port bis zu 4 KB gelöschter Daten erneut senden. Auf RS-485 zeigt sich dies als erneute Übertragung alter Modbus-Frames; das Schließen des Ports dauert etwa 10 Sekunden.

Zwei Race Conditions in wbec-uart greifen ohne die Port-Sperre auf den Sende-Ringpuffer zu. Beim Schließen kann der Treiber auf einen bereits freigegebenen Puffer zugreifen, wodurch der Interrupt-Thread des Embedded Controllers abstürzt und den gemeinsamen MOD1/MOD2-Mutex dauerhaft hält; Prozesse verbleiben dadurch im nicht unterbrechbaren D-Zustand. Eine vor dem Leeren gestartete Übertragung kann auch den bereits zurückgesetzten Puffer aktualisieren und so gelöschte Daten wiederherstellen und erneut senden.

Starten Sie neu, wenn die Ports bereits hängen. Minimieren Sie bis zum Kernel-Update Neustarts von wb-mqtt-serial und Port-Neukonfigurationen auf Controllern, die sowohl MOD1 als auch MOD2 abfragen. Führen Sie Folgendes aus: apt update; apt upgrade -y. Behoben in linux-image-wb8 6.8.0-wb160 und neuer.