NEWS
Test Adapter victron-gx im latest
-
0.10.0 ist im Latest — Ankündigung mit ein paar Breaking Changes
Hallo zusammen,
Version 0.10.0 hat es gerade ins Latest geschafft. In der Version steckt ein größerer struktureller Umbau, deswegen bitte kurz reinschauen bevor ihr updated — insbesondere wenn ihr Skripte, Blockly-Regeln, Node-RED-Flows oder VIS-Widgets habt die auf Adapter-Datenpunkte zugreifen.
Was strukturell anders wird
- Der control.-Zweig verschwindet komplett. Alle schreibbaren Datenpunkte leben ab jetzt direkt unter devices. — ein Objekt pro logischem Datenpunkt statt Rohdaten und Alias parallel. Ob ein Datenpunkt schreibbar ist, seht ihr sofort am Schloss-Icon in Admin.
- Zwei Config-Schalter statt einem unter Adapter-Einstellungen:
-
- Modbus-Steuerung (früher „Steuerung aktivieren", intern umbenannt von controlEnabled zu modbusControlEnabled — der Wert wird beim ersten Start automatisch übernommen, ihr müsst nichts manuell umstellen)
-
- MQTT-Steuerung (bisher nur für EV-Charger, jetzt für alle MQTT-basierten schreibbaren Datenpunkte)
- SwitchableOutputs sind jetzt an den MQTT-Steuerung-Schalter gebunden. Vorher waren die immer beschreibbar, unabhängig vom Schalter. Wer Switches per Skript schaltet und MQTT-Steuerung bisher deaktiviert hatte, muss den Haken jetzt setzen.
Was einfach besser wird
- Der EV-Charger ist nicht mehr als „experimentell" gekennzeichnet — er wird wie jeder andere Gerätetyp behandelt. Steuerung über devices.evcharger.<serial>.SetCurrent / .StartStop / .Mode, wenn MQTT-Steuerung aktiv ist.
- Die Temperatursensor-Kalibrierung (Offset, Scale, FilterLength) ist erstmals schreibbar. Auch das über MQTT-Steuerung gated.
- Keine Doppelbäume mehr, keine Verwechslung mehr zwischen Serial-ID und Instance-ID, deutlich weniger Objekt-Overhead.
Migration — was passiert beim Update
Beim ersten Start nach dem Update wird der alte control.*-Zweig automatisch entfernt, der Config-Schlüssel wird umbenannt, und im Log erscheint bei jedem Restart ein Warn-Block mit der vollständigen Alt→Neu-Zuordnung als Erinnerung. Der Warn-Block bleibt bis Version 0.11.x drin und wird ab 0.12.0 entfernt.
Was ihr tun müsst wenn ihr control.*-Referenzen habt
Kurz durch eure Skripte / Blockly / Node-RED / VIS scrollen und control.evcharger., control.system., control.inverter.* durch die entsprechenden devices.*-Pfade ersetzen. Vollständige Mapping-Tabelle im README auf GitHub. Wenn ihr euch bei einem Pfad unsicher seid — gerne fragen.
Danke
Besonderer Dank an @Samson71 der mit seiner detaillierten Fehlermeldung zum EV-Charger die Diskussion angestoßen hat, die letztlich zu diesem Umbau geführt hat. Ohne den Praxis-Feedback wäre die alte Doppelbaum-Struktur wahrscheinlich noch länger geblieben.
Feedback, Bug-Reports und Rückfragen wie immer gerne hier im Thread oder als Issue auf GitHub.
-
hi,
habe einen tank140 mit 2 sensoren dran. es wird in den objekten aber nur eine sensor angelegt.
im adapter bei den geräten ist auch nur eine instanz zu sehen, bei den topics sind die daten aber vorhanden.
desweiteren fehlen alle meine temp-sensoren (ebenfalls bei den topics vorhanden). -
hi,
habe einen tank140 mit 2 sensoren dran. es wird in den objekten aber nur eine sensor angelegt.
im adapter bei den geräten ist auch nur eine instanz zu sehen, bei den topics sind die daten aber vorhanden.
desweiteren fehlen alle meine temp-sensoren (ebenfalls bei den topics vorhanden).
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden