Bekannte Probleme – WB-MWACv2
Diese Seite beschreibt bekannte Probleme für WB-MWAC v.2. Probleme des älteren WB-MWAC sind unter WB-MWAC: Errata aufgeführt.
ERRMODBUS001: Gerät antwortet auf Adresse 0xFD
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.21.1.
Beschreibung
Fast-Modbus-Geräte können Geräte anderer Hersteller am selben Bus stören, wenn diese spezielle Befehle verwenden, die mit 0xFD beginnen.
Ursache und Einzelheiten
Fast Modbus reserviert 0xFD für spezielle Broadcast-Befehle. Beginnt eine Anfrage eines Drittanbieters mit 0xFD, verwendet aber einen Befehl außerhalb von Fast Modbus, antworten betroffene Wiren Board-Geräte mit MODBUS_ERR_ILLEGAL_FUNCTION und stören den anderen Datenaustausch. Der Bustreiber behandelt das Paket fälschlich als gewöhnlichen Modbus-Verkehr.
Übergangslösung
Betreiben Sie betroffene Wiren Board-Geräte und Fremdgeräte nicht gemeinsam an einem Bus.
Behebung
In Firmware 1.21.1 behoben.
ERRMODBUS002: Fehlerhafte Antwort auf Suchbefehl 0x46
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.20.4.
Beschreibung
Fast Modbus verwendete ursprünglich Funktion 0x60. Diese wurde später auf 0x46 geändert, da 0x60 in einem reservierten Bereich lag. Aus Gründen der Abwärtskompatibilität wurden beide Anfragecodes beibehalten, das Gerät antwortete jedoch stets mit 0x60. Nach der Korrektur enthält die Antwort dieselbe Funktion wie die Anfrage: 0x46 oder 0x60.
Abhilfe
Aktualisieren Sie auf Firmware 1.20.4.
Behebung
In Firmware 1.20.4 behoben.
ERRMODBUS003: Unerwartetes Verhalten beim Schreiben ungültiger Werte in einige Register
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.21.6.
Beschreibung
Wenn Werte im Bereich [256 ... 65535] in bestimmte Register geschrieben werden, werden die oberen 8 Bits verworfen und die Firmware erhält den Wert modulo 256. Beispielsweise wirkt das Schreiben von 257 genauso wie das Schreiben von 1.
Das Geräteadressregister (128) ist eines der betroffenen Register.
Alle Register arbeiten innerhalb ihrer dokumentierten Wertebereiche wie vorgesehen. Das Problem tritt beim Schreiben ungültiger Werte über 255 auf.
Abhilfe
Aktualisieren Sie auf Firmware 1.21.6.
Behebung
In Firmware 1.21.6 behoben.
ERRMODBUS004: Fehlerhafte Bitfeldantworten
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.20.4.
Beschreibung
Antworten mit Bitfeldern, darunter Coil-/Diskreteingangs-Lesezugriffe und Ereignisverwaltung, konnten fehlerhafte höherwertige Bits enthalten.
Abhilfe
Aktualisieren Sie auf Firmware 1.20.4.
Behebung
In Firmware 1.20.4 behoben.
ERRMODBUS005: Fehlerhaftes Lesen unterschiedlicher Coil-Register in einer Anfrage
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.20.4.
Beschreibung
Das Lesen mehrerer unterschiedlicher Coil-Register an aufeinanderfolgenden Adressen in einer Anfrage lieferte falsche Werte; Beispiele sind 2 und 3 bei WB-MSW/WB-MWAC oder 3 und 4 bei WB-LED.
Abhilfe
Aktualisieren Sie auf Firmware 1.20.4.
Behebung
In Firmware 1.20.4 behoben.
ERRMODBUS006: Antworten auf Anfragen mit falscher Parität
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.21.4.
Beschreibung
Das Gerät beantwortete Anfragen mit falscher Parität, statt sie zu ignorieren.
Abhilfe
Aktualisieren Sie auf Firmware 1.21.4.
Behebung
In Firmware 1.21.4 behoben.
ERRMODBUS007: Ereignisverlust bei gleichzeitiger Übertragung zweier Geräte an einem Bus
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.24.1.
Beschreibung
Wenn bei zwei Geräten am selben Bus gleichzeitig Ereignisse anstehen, kann eines ein unvollständiges Ereignispaket senden.
Ursache und Einzelheiten
Bei Fast Modbus fordert der Master Ereignisse an. Alle Geräte mit anstehenden Ereignissen nehmen an der Arbitrierung teil; der Gewinner antwortet, die anderen warten auf die nächste Anfrage.
Ein erzeugtes Ereignis wartet auf die Übertragung. Nachdem das Gerät seinen Frame auf den Bus gesendet hat, wird das Ereignis als gesendet markiert. Die nächste Bestätigung des Masters für dieses Gerät entfernt die gesendeten Ereignisse aus dessen Warteschlange. Dies ist der normale Bestätigungsmechanismus.
Der Fehler markierte Ereignisse zu früh als gesendet: bereits beim Empfang der Ereignisanfrage und vor Abschluss der Arbitrierung. Gewann das Gerät die Arbitrierung, funktionierte alles normal. Verlor es, wurde kein Paket gesendet, seine Ereignisse waren jedoch bereits als gesendet markiert. Eine spätere Bestätigung für dieses Gerät bestätigte auch diese ungesendeten Ereignisse und entfernte sie aus der Warteschlange, bevor sie den Master erreicht hatten.
Der Wert in der Weboberfläche wird nicht aktualisiert und es wird keine MQTT-Meldung veröffentlicht, obwohl die Geräteregister korrekt bleiben. Die Änderungsbenachrichtigung geht verloren.
Schließen beispielsweise Eingänge zweier Relaismodule am selben Bus gleichzeitig, kann ein Modul in der Weboberfläche korrekt aktualisiert werden, während das andere einige Ereignisse verliert und trotz tatsächlichem Schalten weiterhin im vorherigen Zustand erscheint.
Übergangslösung
Deaktivieren Sie vorübergehend den ereignisbasierten Betrieb für betroffene Register, indem Sie sporadic in der Gerätevorlage auf false setzen. Die Register werden dann im konfigurierten Intervall abgefragt.
Behebung
In Firmware 1.24.1 behoben.
ERRMODBUS008: Unerwartetes Verhalten bei langen Anfrageframes
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.25.1.
Beschreibung
Der Empfang eines Frames mit mehr als 265 Byte, der maximalen Fast-Modbus-Framelänge, kann das Gerät blockieren und neu starten; in einigen Fällen können auch Einstellungen verloren gehen.
Ursache und Einzelheiten
Der Empfangsalgorithmus verarbeitete übergroße ungültige Anfragen nicht korrekt, wodurch ein Pufferüberlauf und die Beschädigung benachbarter Speicherbereiche entstanden. Das Gerät blockiert und wird vom Watchdog neu gestartet. Sehr große Frames über etwa 500 Byte können außerdem Einstellungen beschädigen, sodass das Gerät mit Standard-Kommunikationsparametern neu startet: 9600 8N2, Adresse 1.
Übergangslösung
- Senden Sie keine Anfragen, die die Grenzen von Modbus RTU oder Fast Modbus überschreiten (265 Byte bei Fast Modbus).
- Schließen Sie das Gerät nicht an einen Bus an, der Nicht-Modbus-Verkehr oder Meldungen mit mehr als 265 Byte führt.
Behebung
In Firmware 1.25.1 behoben.
ERRMODBUS009: Unerwartetes Verhalten beim Lesen nahe Adresse 0xFFFF im Modus für fortlaufendes Lesen
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.25.1.
Beschreibung
Bei aktiviertem fortlaufendem Lesen kann ein Lesebereich, der Adresse 0xFFFF erreicht oder überschreitet, das Gerät blockieren und neu starten.
Ursache und Einzelheiten
Der Algorithmus zum fortlaufenden Lesen behandelte den Überlauf des 16-Bit-Registeradresszählers nicht korrekt. Das Lesen von 0xFFFF ließ den Zähler überlaufen und verursachte eine Endlosschleife mit anschließendem Watchdog-Reset.
Übergangslösung
Lesen Sie bei aktiviertem fortlaufendem Lesen keinen Bereich einschließlich 0xFFFF. Wiren Board-Geräte besitzen an dieser Adresse kein implementiertes Register.
Behebung
In Firmware 1.25.1 behoben.
ERRMODBUS010: Fehlerhafte Prüfung und Verarbeitung ungültiger Anfragen
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.25.1.
Beschreibung
Das Gerät kann syntaktisch ungültige Anfragen akzeptieren oder falsch verarbeiten, einen falschen Ausnahmecode zurückgeben oder eine falsche Registeranzahlgrenze anwenden.
Ursache und Einzelheiten
Der Prüfalgorithmus behandelt folgende Fälle fehlerhaft:
1) Anfragen zum Lesen von null Registern werden mit einer Antwort ohne Nutzdaten akzeptiert, die nur Header und CRC enthält. Modbus verlangt Ausnahme 0x03 (ILLEGAL_DATA_VALUE).
2) Für alle Lese-/Schreibfunktionen gilt ein einheitlicher Grenzwert von 125 Registern; bei Überschreitung wird 0x02 (ILLEGAL_DATA_ADDRESS) zurückgegeben. Modbus sieht dagegen 2000 Bits für Bit-Lesezugriffe, 125 Register für Eingangs-/Holding-Lesezugriffe, 1968 Coils für Mehrfach-Coil-Schreibzugriffe und 123 Holding-Register für Mehrfachregister-Schreibzugriffe vor. Bei Überschreitung des jeweils geltenden Grenzwerts müsste 0x03 (ILLEGAL_DATA_VALUE) zurückgegeben werden.
3) Byte Count wird bei Mehrfach-Schreibzugriffen (0x0F und 0x10) nicht geprüft. Stimmen Byte Count und Registeranzahl nicht überein, müsste 0x03 (ILLEGAL_DATA_VALUE) zurückgegeben werden.
4) Einzel-Coil-Schreibzugriffe prüfen den Wert nicht und verwenden dessen höchstwertiges Bit. Modbus erlaubt nur 0x0000 und 0xFF00; bei allen anderen Werten müsste 0x03 (ILLEGAL_DATA_VALUE) zurückgegeben werden.
5) Strukturell ungültige Anfragen mit gültiger CRC, etwa überlange Anfragen, werden normal verarbeitet. Solche fehlerhaft aufgebauten Anfragen müssten stattdessen ignoriert werden.
6) Strukturell gültige, aber übergroße Frames mit 257–265 Byte werden verarbeitet. Standard-Modbus-Frames mit mehr als 256 Byte sind ungültig und müssten ignoriert werden.
Übergangslösung
Senden Sie nur strukturell korrekte Anfragen gemäß der Modbus-Spezifikation.
Behebung
In Firmware 1.25.1 behoben.
ERRMODBUS011: Fehlerhafte Verarbeitung ungültiger Anfragen zur Konfiguration von Fast-Modbus-Ereignissen
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.25.1.
Beschreibung
Ein Ereigniskonfigurationsbefehl (EVENT_CTRL, cmd=0x46, sub_cmd=0x18) mit ungültigen Längenfeldern kann Ereignisbenachrichtigungen fehlerhaft konfigurieren und eine Antwort unvorhersehbarer Länge erzeugen.
Ursache und Einzelheiten
Der Handler zur Konfiguration von Fast-Modbus-Ereignissen prüfte die Größen- und internen Datenblocklängenfelder nicht. Ungültige Längen können dazu führen, dass Daten außerhalb des empfangenen Frames verarbeitet werden. Mögliche Folgen:
1) Fehlerhafte Ereignisbenachrichtigungseinstellungen, einschließlich unbeabsichtigter Änderungen von Ereignisprioritäten oder Masken.
2) Eine Ereigniskonfigurationsantwort mit unvorhersehbarer Länge.
Übergangslösung
Senden Sie nur gültige Fast-Modbus-Befehle gemäß dessen Spezifikation.
Behebung
In Firmware 1.25.1 behoben.
ERRMODBUS012: Gerät sendet keine Fast-Modbus-Ereignisse mehr
Betroffene Geräte
WB-MWAC v.2 mit Firmware vor 1.26.1.
Beschreibung
Das Gerät sendet keine Fast-Modbus-Ereignisse mehr und meldet auf Ereignisanfragen (cmd=0x46, sub_cmd=0x10) dauerhaft, dass keine Ereignisse vorliegen (sub_cmd=0x12). Die Controls der Weboberfläche bleiben unverändert, während sich die Geräteregister weiterhin ändern.
Je häufiger sich ein ereignisfähiger Wert ändert, desto früher tritt das Problem auf. Bei Tests mit 1 ms Entprellung endete die Ereignisübertragung bei 200 Eingangsimpulsen pro Sekunde nach 23 Minuten und bei 100 Impulsen pro Sekunde nach mehreren Stunden. Auch bei seltenen Änderungen kann dies auftreten, ist aber deutlich unwahrscheinlicher. Der Treiber protokolliert keinen Fehler, da das Gerät gültig meldet, dass keine Ereignisse anstehen.
Lesen Sie zur Diagnose das Register direkt ohne Ereignisse, beispielsweise den Eingangsimpulszähler:
modbus_client_rpc -mrtu -pnone -s2 /dev/ttyRS485-1 -b115200 -a1 -r32 -t0x03
Steigt der Registerwert, während das Control in der Weboberfläche unverändert bleibt, liegt dieses Problem vor.
Ursache und Einzelheiten
Der Zähler ungesendeter Ereignisse wird von einem Interrupt-Handler und der Hauptschleife ohne korrekte Synchronisierung gemeinsam verwendet. Ein Interrupt während eines Lese-Änderungs-Schreibvorgangs in der Hauptschleife kann eine Zählererhöhung verlieren lassen. Diese lässt sich nicht wiederherstellen, da sie nur beim erstmaligen Einreihen eines Ereignisses erfolgt. Das Gerät glaubt dann, nichts senden zu müssen, obwohl Ereignisse in der Warteschlange liegen.
Der Zustand bleibt bis zum Neustart des Geräts bestehen. Ein weiteres Ereignis kann die angesammelte Warteschlange vorübergehend leeren und das Control einmal aktualisieren; die Abweichung tritt jedoch sofort wieder auf. Eine Installation ohne weitere Änderungen erscheint daher eingefroren.
Die Wahrscheinlichkeit steigt mit Ereignishäufigkeit und Buslast, da gleichzeitige Zugriffe wahrscheinlicher werden.
Übergangslösung
Ein Neustart des Geräts stellt die Ereignisübertragung bis zum erneuten Auftreten des Fehlers wieder her. Ein Neustart des Controllers oder von wb-mqtt-serial hilft nicht: Der Zustand befindet sich im Gerät und wird durch eine erneute Ereigniskonfiguration nicht zurückgesetzt.
Verringern Sie die Wahrscheinlichkeit, indem Sie die Eingangsentprellzeit erhöhen oder Ereignisse für häufig wechselnde Register deaktivieren. Lesen Sie bis zur Firmware-Aktualisierung die Werte direkt aus den Registern.
Behebung
In Firmware 1.26.1 behoben.
ERRMWAC2001: Fehlerhafte Standardkonfiguration des Eingangs S6
Betroffene Geräte
Alle Geräte WB-MWAC v.2 aus Charge 2.2A, die zwischen dem 15. und 19. März 2024 ausgeliefert wurden.
Beschreibung
Am Ende der automatisierten Produktionsprüfung wurde ein falscher Wert in das Register für den Eingangsmodus von S6 geschrieben.
Ursache und Einzelheiten
Register 14 sollte standardmäßig den Wert 6 (Tastenmodus) enthalten. In dieser Charge wurde fälschlicherweise 4 (Betrieb bei beiden Flanken) gespeichert, was zu zwei Aktivierungen führt.
Übergangslösung

Stellen Sie Eingang 6 auf den Modus Digital input or pushbutton über die Weboberfläche des Wiren Board-Controllers ein.
Ohne Controller schreiben Sie den erforderlichen Modus mit modbus-client in das Register; Beispielbefehl:
modbus_client --debug -mrtu -b9600 -pnone -s2 /dev/ttyRS485-1 -a{address} -t0x06 -r14 6
Behebung
In nachfolgenden Chargen ab 2.2A/1 behoben.
ERRMWAC2002: Probleme und Verhalten der Firmware 1.21.0
Betroffene Geräte
Alle WB-MWAC v.2 mit Firmware 1.21.0.
Beschreibung
Nach der Veröffentlichung von WB-MWAC v.2 mit Firmware 1.21.0 wurden mehrere Probleme entdeckt, die den Betrieb beeinträchtigen.
Ursache und Einzelheiten
- Tastendrücke an K1 und K2 wurden mit einer Verzögerung von 300 ms verarbeitet.
- Ursache: Die Erkennung von Doppeltastendrücken war aktiviert, obwohl K1 und K2 diese nicht verwenden.
- Behebung: Die Erkennung von Doppeltastendrücken an K1 und K2 wurde deaktiviert; Tastendrücke werden ohne Verzögerung verarbeitet.
- Unklare optische Anzeige des Nassreinigungsmodus.
- Ursache: Die LEDs leuchteten im Nassreinigungsmodus nur für 50 ms auf.
- Behebung: Die Einschaltphase der LEDs wurde auf 250 ms verlängert.
- Über Modbus konnte der Modus Leak bei aktivem Modus Wet cleaning aktiviert werden.
- Ursache: Firmware-Fehler. Leckagesensoren werden im Modus Wet cleaning ignoriert, daher ist die Aktivierung des Modus Leak nicht sinnvoll.
- Behebung: Vor dem Aktivieren des Modus Leak wird geprüft, ob der Modus Wet cleaning aktiv ist.
- Zählereinstellungen gingen beim Neustart verloren: Pulse weight P1/P2 und Initial counter value P1/P2.
- Ursache: Die Firmware lud beim Start die Standardzählereinstellungen.
- Behebung: Änderungen an der Firmware.
- Wet cleaning timer und Restore valve state after leak is resolved blieben nach einem Neustart nicht erhalten.
- Ursache: Die Firmware speicherte diese Parameter nicht im nichtflüchtigen Speicher.
- Behebung: Firmware-Fehler korrigiert.
- Die Register Pulse weight P1 und P2 akzeptierten ungültige Werte über 10000.
- Ursache: Die Firmware prüfte die obere Wertgrenze nicht.
- Behebung: Änderungen an der Firmware.
- Wet cleaning timer akzeptierte 0, wodurch der Modus unmittelbar nach der Aktivierung wieder ausgeschaltet wurde.
- Ursache: Die Firmware prüfte die untere Wertgrenze nicht.
- Behebung: Änderungen an der Firmware.
Übergangslösung
Aktualisieren Sie die Firmware auf 1.21.1 oder neuer.
Behebung
Alle aufgeführten Probleme wurden in Firmware 1.21.1 und späteren Produktionschargen behoben. Aktualisieren Sie die Gerätefirmware.
Warnung: Wenn Bootloader 1.4.0 installiert ist, aktualisieren Sie diesen vor der Gerätefirmware. Weitere Einzelheiten: ERRBOOT003
Zum Prüfen und Aktualisieren der Bootloader-Version siehe Bootloader für Wiren Board-Peripheriegeräte .
Anweisungen zur Firmware-Aktualisierung finden Sie unter Firmware von Wiren Board-Modbus-Geräten aktualisieren
Kunden, die betroffene Geräte gekauft haben, werden per E-Mail benachrichtigt.
ERRMWAC2003: Andere RS-485-Paritätseinstellungen als N funktionieren nicht
Betroffene Geräte
Alle WB-MWAC v.2 mit Firmware vor 1.21.2
Beschreibung
Die Auswahl einer vom Standard abweichenden RS-485-Parität kann Kommunikationsfehler verursachen.
Ursache und Einzelheiten
Ein bei der Migration auf den neuen Mikrocontroller eingeführter Softwarefehler schrieb einen falschen Wert in das Konfigurationsregister des Transceivers.
Übergangslösung
Verwenden Sie weder Parität O noch E.
Behebung
In Firmware 1.21.3 behoben.
ERRMWAC2004: Fehlerhafte Messwerte für MCU-Temperatur und MCU-Versorgungsspannung
Betroffene Geräte
Alle WB-MWAC v.2 mit Firmware vor 1.21.2
Beschreibung
Die Modbus-Register 123 und 124 enthalten falsche Werte, die auch in der Weboberfläche des Wiren Board-Controllers falsch angezeigt werden.
Ursache und Einzelheiten
Ein bei der Migration auf den neuen Mikrocontroller eingeführter Softwarefehler las die falschen ADC-Kanäle aus.
Übergangslösung
Keine.
Behebung
In Firmware 1.21.3 behoben.
ERRMWAC2005: Nicht vorhandene Eingangsmodi können ausgewählt werden
Betroffene Geräte
Alle WB-MWAC v.2 mit Firmware vor 1.21.2
Beschreibung
Die Werte 0–2 können in die Modbus-Register 9–14 für den Eingangsmodus geschrieben werden.
Ursache und Einzelheiten
Eine fehlende Softwareprüfung lässt diese ungültigen Modi zu; sie verhalten sich wie Modus 3, Interaction disabled.
Übergangslösung
Schreiben Sie die Modi 0–2 nicht in die Register 9–14.
Behebung
In Firmware 1.21.3 behoben.
ERRMWAC2006: Gerät startet nach einem Neustart nicht mehr
Betroffene Geräte
Alle WB-MWAC v.2 mit Firmware vor 1.21.5.
Betrifft auch die Bootloader 1.5.0–1.5.4 einschließlich: ERRBOOT007.
Beschreibung
Das Gerät startet nicht mehr, nachdem während des Speicherns von Parametern im Mikrocontrollerspeicher ein Neustart erfolgt ist.
Ursache und Einzelheiten
Eine fehlende Softwareabsicherung ermöglicht einen doppelten ECC-Fehler, wenn während der Programmierung des internen Flash-Speichers ein Neustart oder Versorgungsausfall auftritt; dadurch wird die Firmware-Ausführung angehalten.
Das Problem betrifft sowohl den Bootloader (ERRBOOT004, ERRBOOT007) als auch die Firmware. Ein Firmware-Update bei Beibehaltung eines alten Bootloaders verringert das Risiko erheblich, doch unterbrochene Firmware-Updates können das Gerät weiterhin außer Betrieb setzen. Wenn nur der Bootloader aktualisiert wird, kann das Problem weiterhin reproduzierbar sein, aber Firmware-Aktualisierung und Wiederherstellung sind möglich.
Symptom: Die grüne Status-LED leuchtet oder blinkt beim Anlegen der Versorgung nicht.
Übergangslösung
Austausch im Rahmen der Garantie.
Behebung
In Firmware 1.21.5 behoben. Warnung: Aktualisieren Sie zuerst den Bootloader auf 1.5.5 oder neuer, damit eine Wiederherstellung möglich bleibt. Die Firmware wird beim Bootloader-Update automatisch installiert.
ERRMWAC2007: Fehlerhafter Relaiszustand beim ersten Einschalten
Betroffene Geräte
Alle WB-MWAC v.2 mit Firmware vor 1.21.6
Beschreibung
Beim ersten Einschalten wird ein falscher Relaiszustand geladen.
Ursache und Einzelheiten
Die Tastenschaltung an der Frontplatte verfügt über ein RC-Filter. Nach der Initialisierung des Tastentreibers lädt der interne Pull-up dessen Kondensator; am Pin wird kurzzeitig Low (aktiv) erkannt, wodurch das Relais unbeabsichtigt schaltet.
Übergangslösung
Verwenden Sie das Gerät mit eingesetzter Batterie; nach dem ersten Neustart tritt das Problem nicht erneut auf.
Behebung
In Firmware 1.21.6 behoben.
ERRMWAC2008: Fehlerhaftes Verhalten bei Aktivierung des Modus Leak über Coil 2
Betroffene Geräte
Alle WB-MWAC v.2 mit Firmware vor 1.21.7
Beschreibung
Das Schreiben von 1 in Coil 2 schaltet die Anzeige Leak und den Alarm ein, speichert jedoch die Relaiszustände nicht zur Wiederherstellung nach Behebung der Leckage. Die Relais werden dabei ebenfalls nicht geschaltet.
Ursache und Einzelheiten
Ursache: Das Schreiben von 1 in Coil 2 war zulässig.
Übergangslösung
Aktivieren Sie den Modus Leak nicht über sein Modbus-Register oder die Weboberfläche des Wiren Board-Controllers.
Behebung
In Firmware 1.21.7 behoben, indem die Aktivierung über Coil 2 verhindert wurde. Aktualisieren Sie bei Verwendung eines Wiren Board-Controllers auch die Gerätevorlage: Das vorhandene Bedienelement wird schreibgeschützt und eine Schaltfläche Reset Leak mode wird hinzugefügt.
ERRMWAC2009: Beschädigung der Konfiguration beim Update auf Firmware 1.22.0
Betroffene Geräte
Alle WB-MWAC v.2 beim Update auf 1.22.0.
Beschreibung
Beim Update auf 1.22.0 werden falsche Einstellungen für den Leckagesensortyp und die Zuordnungsmatrix des Summerausgangs geschrieben.
Ursache und Einzelheiten
Vorhandene Einstellungen sollten übernommen werden, während neue Einstellungen wie Leckagesensortyp und eingangsgesteuertes Summerverhalten Standardwerte erhalten. Ein Softwarefehler belegte die neuen Einstellungen mit falschen Werten.
Übergangslösung
Stellen Sie die Werkseinstellungen wieder her, indem Sie 1 in Register 65402 schreiben.
Behebung
In Firmware 1.22.1 behoben.