wichtiges UPDATE für controller 7.2.2 im stable

[FreeProgrammer1]

Hallo MyzerAT,

so habe ich das auch gesehen:

GX ist der übergeordnete Sammelbegriff von Victron für die gesamte Gerätefamilie der Kommunikations- und Überwachungszentralen (dazu gehören CCGX, Venus GX, Cerbo GX und Ekrano GX).

Der Cerbo GX wird einmal separat erwähnt, da er das aktuelle Modell ist und die meisten ihn kennen.
Er ist das aktuelle Standardmodell (mit einem deutlich schnelleren Dual-Core-Prozessor, Anschlüssen für die GX Touch-Displays sowie integriertem Bluetooth und WLAN).

Ich habe eine dreiphasige 15-kW-Victron-Anlage mit einem 15-kWh-Akku im Betrieb.

NIMM MAL DAS iobroker.victronadapter.tgz und Installiere aus Datei.

Der Adapter ist aktuell noch nicht über npm bzw. das offizielle ioBroker-Repository verfügbar. Dadurch kann iobroker add victronadapter den Adapter nicht wie einen offiziellen Repository-Adapter auflösen. Genau darauf weist die Meldung hin:

Unknown packet name victronadapter.
Please install packages from outside the repository using
"iobroker url <url-or-package>"

LG

[MyzerAT]

@FreeProgrammer1

Die Instanz lässt sich nun anlegen und startet. Ich habe IP der Venus GX, Port 502 und Unit-ID eingetragen.

Beim Start stürzt der Adapter aber ab:

TypeError: Cannot read properties of undefined (reading 'timers')
at finish (/opt/iobroker/node_modules/iobroker.victronadapter/lib/modbusClient.js:65:31)
at Socket.onConnect (/opt/iobroker/node_modules/iobroker.victronadapter/lib/modbusClient.js:80:17)

Danach:
Terminated (UNCAUGHT_EXCEPTION)

System:
Node.js 22.23.0
js-controller 7.2.2
Adapter-Version 0.6.6
Host RDJLTulln

[MyzerAT]

Der normale ioBroker Modbus-Adapter modbus.0 läuft bei mir seit Jahren stabil auf dem Host RDJLTULLN und liest die Venus GX mit denselben Verbindungsdaten problemlos aus:

IP: 192.168.1.6
Port: 502
Unit-ID: 100

Der neue victronadapter.0 verwendet exakt dieselben Daten. Die Verbindung scheint grundsätzlich zustande zu kommen, danach stürzt der Adapter aber ab mit:

TypeError: Cannot read properties of undefined (reading 'timers')
at finish (/opt/iobroker/node_modules/iobroker.victronadapter/lib/modbusClient.js:65:31)
at Socket.onConnect (/opt/iobroker/node_modules/iobroker.victronadapter/lib/modbusClient.js:80:17)

Daher vermute ich keinen Netzwerk- oder Modbus-Konfigurationsfehler, sondern einen Fehler im Adaptercode beim Verbindungs-/Timer-Handling.

[FreeProgrammer1]

Hallo MyzerAT

Ich habe eine neue Version auf Github gelegt.

lg!

[MyzerAT]

es tut sich was

[MyzerAT]

@FreeProgrammer1

irgendwie stoppt es nach dem 4. device

[MyzerAT]

hier die devices im modbus

[MyzerAT]

@FreeProgrammer1

ich habe jetzt nur jene ids eingetragen wo auch devices existieren, selbes verhalten, nach dem 4. device tut sich nichts mehr , die instanz ist aber grün und im log kommt auch nichts neues !

Der Adapter erkennt einige Geräte, bricht dann aber ab. Eventuell verursacht eine nicht antwortende oder ungültige Unit-ID einen Abbruch des Scans. Der Adapter sollte bei Timeout/Fehler einer Unit-ID weiterscannen und nicht komplett abbrechen.

[FreeProgrammer1]

Hallo
Unter Objekte victronadapter 0 devices wurden keine angelegt ?
Lg

[MyzerAT]

Doch!

Hilfreich wären aus meiner Sicht:

• Debug-Log pro geprüfter Unit-ID
• Timeout/Fehler pro Unit-ID sauber abfangen und weiterscannen
• Scan nicht abbrechen, wenn eine Unit-ID nicht antwortet
• Beim unload/terminate laufende Scans/Polls sauber abbrechen

[FreeProgrammer1]

Hallo
Es gibt eine neue Version als tgz
Lg