OpenWB als Wallbox ins die Victron-Welt einbinden

[jamesbond0]

gelöst : läuft
war noch falsches MQTT Protokoll eingetragen.

@ACE : vielen DANK für den Flow !!!!

[slammer]

Darf ich fragen welche venusOS Version du nutzt?
Hab versucht den mqtt devices treiber unter 2.93 ans laufen zu bekommen und nachdem sich die openwb dort registrieren will, seh ich das zwar im log - der mqtt treiber startet gleich darauf aber neu und ich seh die wb nicht im vrm, auch seh ich sie nicht via dbus-spy.

greets

[jamesbond0]

Ich nutze die 2.93. large
mqtt devices treiber installiert, services.yaml angepasst, Node Red Flow auf dem GX importiert, IPs angepasst, das wars.

Hast du beim Treiber denn die services.yaml auf dem GX angepasst? Wenn du nur den treiber installierst ist der evcharger in der yaml nicht mit drinnen.

Code: Alles auswählen

evcharger:
  ProductId:
    default: 65535 # 0xFFFF
  CustomName:
    default: "MyCharger"
    persist: true
  Ac/Energy/Forward:
    description: "wh"
    format: "{:.2f}W"
  Ac/L1/Power:
    description: "W"
    format: "{} W"
  Ac/L2/Power:
    description: "w"
    format: "{} W"
  Ac/L3/Power:
    description: "w"
    format: "{} W"
  Ac/Power:
    description: "w"
    format: "{} W"
  AutoStart:
    description: "w"
    default: 0
#    persist: true
  ChargingTime:
    description: "in seconds"
    format: "{} s"
  Current:
    description: "A"
    default: 0
#    persist: true
  EnableDisplay:
    description: ""
  MaxCurrent:
    description: "A"
    default: 0
    #persist: true   #wird nicht gespeichert reset nach disconnect/reconnect
  Mode:
    description: ""
    default: 0
  Model:
    description: "w"
    default: "AC22NS"
  Position:
    description: ""
    #persist: true   # geht nicht
  Connected:
    description: "w"
  Role:
    description: "w"
  SetCurrent:
    description: "w"
#  StartStop:           #mqtt deamon sbeendet sich fatal wenn gesetzt
#    description: "w"
#    persist: true
  Status:
    description: "w"
    default: 1

[slammer]

ok, dh. an der version selbst liegt's mal nicht.
hab den cerbo im einsatz und dort dbus-mqtt-devices-0.5.1 mittels "setup-ccgx.sh" installiert. services.yml ist angepasst.

folgendes kommt im treiber log sobald via mqtt der registrierversuch startet:
@40000000640af84b1d89840c INFO:device_manager:Received device status message {'clientId': 'fe001', 'connected': 1, 'services': {'ev1': 'evcharger'}, 'version': '1.9.295'}
@40000000640af84b1dc96b6c INFO:device:**** Registering device: fe001, services: {'ev1': 'evcharger'} ****
@40000000640af84b1de0375c INFO:device:Registering Service evcharger for client fe001
@40000000640af84b1df46b3c INFO:device_service_config:About to open config file
@40000000640af84c2e6816bc INFO:device_service:Registering service evcharger for client fe001 at path com.victronenergy.evcharger.mqtt_fe001_ev1
@40000000640af84c304b848c INFO:settingsdevice:Setting /Settings/MqttDevices/mqtt_fe001_ev1/CustomName does not exist yet or must be adjusted
@40000000640af84c37ac867c INFO:settingsdevice:Setting /Settings/Devices/mqtt_fe001_ev1/ClassAndVrmInstance does not exist yet or must be adjusted
@40000000640af84d018a89f4 INFO:vedbus:registered ourselves on D-Bus as com.victronenergy.evcharger.mqtt_fe001_ev1
@40000000640af84d0c080e24 *** starting dbus-mqtt-devices ***
@40000000640af84f39180914 -------- dbus_mqtt_devices, v0.5.1 is starting up --------
@40000000640af84f3918340c INFO:logger:Loglevel set to INFO
@40000000640af84f3b11ba1c INFO:device_manager:Using portalId xxxxxxxxxxxx
@40000000640af85032e4965c INFO:mqtt_gobject_bridge:[Init] Connecting to local broker
@40000000640af85035166a7c INFO:device_manager:[Connected] Result code 0

hab die portalid ausge-x-t
Vermute dass das "starting dbus-mqtt-devices" nach der registrierung so nicht gewollt ist.
hab die treiber de- und wieder installiert, hat leider nix gebracht.

[jamesbond0]

hmm, bin ich momentan auch ratlos - stecke leider noch nicht so tief in dem Thema drinnen.
Kann nur sagen das es bei mir läuft. Beim Node red Flow musste ich noch etwas fummeln, lief dann aber irgendwann

[wawibu]

würde gerne die oWB im VRM Portal sehen, aber sobald ich den init aus NodeRed schicke, stürzt der dbus-mqtt-devices ab

Code: Alles auswählen

@40000000641616bd1c393264 *** starting dbus-mqtt-devices ***
@40000000641616bf112ffc7c -------- dbus_mqtt_devices, v0.5.1 is starting up --------
@40000000641616bf11301bbc INFO:logger:Loglevel set to INFO
@40000000641616bf1307aa7c INFO:device_manager:Using portalId b827eb6e13f7
@40000000641616c00670f6c4 INFO:mqtt_gobject_bridge:[Init] Connecting to local broker
@40000000641616c00849d18c INFO:device_manager:[Connected] Result code 0
@40000000641616c823479fb4 INFO:device_manager:Received device status message {'clientId': 'ID001', 'connected': 1, 'version': 'v1', 'services': {'SDM630': 'grid'}}
@40000000641616c82369b25c INFO:device:**** Registering device: ID001, services: {'SDM630': 'grid'} ****
@40000000641616c82372842c INFO:device:Registering Service grid for client ID001
@40000000641616c8237ae4b4 INFO:device_service_config:About to open config file
@40000000641616c91588eaa4 INFO:device_service:Registering service grid for client ID001 at path com.victronenergy.grid.mqtt_ID001_SDM630
@40000000641616c917c676c4 INFO:settingsdevice:Setting /Settings/Devices/mqtt_ID001_SDM630/ClassAndVrmInstance does not exist yet or must be adjusted
@40000000641616c91d27e3dc INFO:vedbus:registered ourselves on D-Bus as com.victronenergy.grid.mqtt_ID001_SDM630
@40000000641616c91db5bc5c INFO:device_service:Registered Service com.victronenergy.grid.mqtt_ID001_SDM630 under DeviceInstance 2
@40000000641616c91dda0d3c INFO:device_manager:publish {'portalId': 'b827eb6e13f7', 'deviceInstance': {'SDM630': '2'}} to device/ID001/DBus, status is 0
@40000000641616e4281bad64 INFO:device_manager:Received device status message {'clientId': 'fe001', 'connected': 1, 'version': '1.9.x', 'services': {'ev1': 'evcharger'}}

meine service.yml habe ich so entsprechend erweitert:

Code: Alles auswählen

# https://github.com/victronenergy/venus/wiki/dbus#evcharger
evcharger:
  ProductId:
    default: 65535 # 0xFFFF
  CustomName:
    default: "MyCharger"
    persist: true
  Ac/Energy/Forward:
    description: "wh"
    format: "{:.2f}W"
  Ac/L1/Power:
    description: "W"
    format: "{} W"
  Ac/L2/Power:
    description: "w"
    format: "{} W"
  Ac/L3/Power:
    description: "w"
    format: "{} W"
  Ac/Power:
    description: "w"
    format: "{} W"
  AutoStart:
    description: "w"
    default: 0
#    persist: true
  ChargingTime:
    description: "in seconds"
    format: "{} s"
  Current:
    description: "A"
    default: 0
#    persist: true
  EnableDisplay:
    description: ""
  MaxCurrent:
    description: "A"
    default: 0
    #persist: true   #wird nicht gespeichert reset nach disconnect/reconnect
  Mode:
    description: ""
    default: 0
  Model:
    description: "w"
    default: "AC22NS"
  Position:
    persist: true
    default: 0
    min: 0
    max: 1
    description: "0=OUTPUT; 1=INPUT"
  Connected:
    description: "w"
  Role:
    description: "w"
  SetCurrent:
    description: "w"
#  StartStop:
#    description: "w"
#    persist: true
  Status:
    description: "w"
    default: 1

jemand eine Idee wo der Fehler liegt?

[wawibu]

Habe es nun ans laufen bekommen, jedoch wird AC-Lasten noch falsch berechnet.

AC-Lasten enthält die EV Ladestation Last - sollte doch aber eigentlich separat sein. Sprich in dem Moment hätte so aus sehen müssen:
Netz: 2583 W
PV: 840 W
EV: 2267 W
Kritische Lasten: 194 W
AC-Last: 962 W

Das kann man doch bestimmt auch noch entsprechend konfigurieren - jemand eine Idee?

Gruß,
Torsten

[slammer]

Hab bei mir das "Problem" gefunden, warum dbus-mqtt-devices restarted, sobald ich die openwb box registrieren will.
das service dbus-serialbattery beißt sich mit /data/rc.local - welches aber von dbus-mqtt-devices benötigt wird.
Sobald man dbus-serialbattery deaktiviert, klappt auch der "evcharger" via mqtt.

greets

[MadMurdock]

Hi,
wie hast du das Problem denn gelöst? Denn wenn ich den dbus-Batterie deaktiviere kann mein System ja nicht mehr auf das JK BMS zurgeifen. Hast du einen Workaround?

[wawibu]

Bei mir war auch immer der dbus-mqtt-devices abgestürzt bzw hat sich neu gestartet. Habe dann in der service.yml die Zeilen für Connected auskommentiert.
Habe den passenden Hinweis hier gefunden >> https://github.com/freakent/dbus-mqtt-d ... 1387636787

So schaut in der serivce.yml bei mir der Eintrag für EV Charger aus - damit klappt es. Einzig wird bei mir im VRM Portal die Leistung die in die Wallbox geht auch als AC Load angezeigt - und damit im Ende doppelt. Weiß nicht ob / wie man dem AC Load mitteilen kann, dass die Leistung vom EV-Charger nicht als AC Load gezählt werden soll.

Code: Alles auswählen

# https://github.com/victronenergy/venus/wiki/dbus#evcharger
evcharger:
  ProductId:
    default: 65535 # 0xFFFF
  CustomName:
    default: "MyCharger"
    persist: true
  Ac/Energy/Forward:
    description: "wh"
    format: "{:.2f}W"
  Ac/L1/Power:
    description: "W"
    format: "{} W"
  Ac/L2/Power:
    description: "w"
    format: "{} W"
  Ac/L3/Power:
    description: "w"
    format: "{} W"
  Ac/Power:
    description: "w"
    format: "{} W"
  AutoStart:
    description: "w"
    default: 0
#    persist: true
  ChargingTime:
    description: "in seconds"
    format: "{} s"
  Current:
    description: "A"
    default: 0
#    persist: true
  EnableDisplay:
    description: ""
  MaxCurrent:
    description: "A"
    default: 0
#    persist: true   #wird nicht gespeichert reset nach disconnect/reconnect
  Mode:
    description: ""
    default: 0
  Model:
    description: "w"
    default: "AC22NS"
  Position:
    persist: true
    default: 0
    min: 0
    max: 1
    description: "0=OUTPUT; 1=INPUT"
#  Connected:
#    description: "w"
  Role:
    description: "w"
  SetCurrent:
    description: "w"
#  StartStop:
#    description: "w"
#    persist: true
  Status:
    description: "w"
    default: 1