MQTT

truckl
Beiträge: 120
Registriert: Sa Nov 09, 2019 10:32 am

Re: MQTT

Beitrag von truckl »

Becker hat geschrieben: So Nov 07, 2021 7:02 pm Angefangen mit der Speicher Ladeleistungsreserve "openWB/config/set/pv/minBatteryChargePowerAtEvPriority"
Ich kenne Node-Red nur von Namen und Funktion. Hab es aber noch nie verwendet oder konfiguriert.

Was mir aber unabhängig davon auffällt ist: Du schreibst zwar, dass Du "ein paar Einstellungen von openWB integrieren" möchtest. Aber mir ist nicht klar, ob Du den Wert nur lesen oder auch schreiben möchtest.

Wenn Du den Wert lesen möchtest (um z.B. den aktuellen Wert in Node-Red zu bekommen), geht das nur über das Topic "openWB/config/get/pv/minBatteryChargePowerAtEvPriority".
Wenn Du die Einstellung verändern möchtest, musst Du auf das von Dir genannte "openWB/config/set/pv/minBatteryChargePowerAtEvPriority" schreiben. Dieses wird von der openWB bei der Übernahme sofort gelöscht (das ist die MQTT-Nachricht mit dem leerem Inhalt).

Auch wenn Du schreiben und "verifizieren" möchtest schreibst auf das "set"-Topic und wartest/prüfst bis das "get"-Topic den neuen Wert enthält.
Becker
Beiträge: 765
Registriert: Mi Okt 07, 2020 4:34 pm

Re: MQTT

Beitrag von Becker »

danke, hätte ich auch selber drauf kommen können :roll:
openWB series2 Buchse (2021)
go-eCharger HOME+ 22 kW (2022)
E-lmo
Beiträge: 305
Registriert: Sa Nov 10, 2018 4:45 pm

Re: MQTT

Beitrag von E-lmo »

Hallo!
Ich möchte den Ziel-SOC für die Funktion Nachtladen mit einem ESP8266 über MQTT lesen und verändern.
Ist dies möglich? Wenn ja, wie komme ich auf die Bezeichnung des Topics?
LutzB
Beiträge: 3479
Registriert: Di Feb 25, 2020 9:23 am

Re: MQTT

Beitrag von LutzB »

Nein, ist derzeit nicht möglich, da die Einstellung nicht per MQTT übertragen wird. Das geht komplett über die Konfigurationadatei.
Pjg
Beiträge: 77
Registriert: Mo Apr 12, 2021 11:30 am

Re: MQTT

Beitrag von Pjg »

Hi,

ich bin auf der Suche nach dem topic, mit dem man den Lademodus setzten kann.
Und der insbesondere auch im "Nur Ladepunkt Modus" funktioniert.

Auf Seite 1 dieses Threads steht noch

openWB/set/Lademodus

was aber generell nicht funktioniert.

openWB/set/ChargeMode funktioniert im normalen Modus, aber eben nicht im "Nur Ladepunkt Modus"

Weiß jemand, welches ich nehmen muss?
Danke
LP1: openWB Series2 standard+
Keba DE Edition 440 --> nicht mehr über OpenWB gesteuert
EV: Tesla Model 3, Audi Q4
PV: Solaredge 9,84 kwp
Speicher: Pylontech über Victron ESS
openWB
Site Admin
Beiträge: 7905
Registriert: So Okt 07, 2018 1:50 pm

Re: MQTT

Beitrag von openWB »

Im nur Ladepunkt Modus gibt es keinen Lademodus zu setzen.
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Pjg
Beiträge: 77
Registriert: Mo Apr 12, 2021 11:30 am

Re: MQTT

Beitrag von Pjg »

OK, Danke.
LP1: openWB Series2 standard+
Keba DE Edition 440 --> nicht mehr über OpenWB gesteuert
EV: Tesla Model 3, Audi Q4
PV: Solaredge 9,84 kwp
Speicher: Pylontech über Victron ESS
ch.eick
Beiträge: 69
Registriert: Mo Mär 15, 2021 1:21 pm

Re: MQTT

Beitrag von ch.eick »

Hallo zusammen, ich bin noch recht neu und finde hier trotz Suche nicht die richtige Antwort.

Beim Sofortladen ist mir aufgefallen, dass die remainingTime ab einem bestimmten Zeitpunkt nicht mehr zu stimmen scheint.
Das Auto lädt auf 100%, aber in der openWB ist für lp_1_socToChargeTo 80% eingestellt, weshalb ich denke das daraus die Zeit falsch berechnet wird.
Nun wollte ich es auf 100% setzen und habe das get in ein set beim MQTT umgeändert.

$DEVICETOPIC/config/set/sofort/lp/1/socToChargeTo:.* lp_1_socToChargeTo

Wenn ich nun ein set raussende kommt anschließend ein "Blank" als Antwort.
Das wird wohl mein MQTT Fehler sein :-)

Kann man den Wert überhaupt setzen? Im ersten Post habe ich dazu nichts gefunden.
Wo könnte ich das eventuell ansonsten einstellen?

Gruß
Christian
Kostal Plenticore 10 und 7 17 kWp, KSEM, BYD HV 8.95 , LWP, KWL, Pool 1m³, FHEM, openWB series2 standard+ 11kW, openWB series2 Custom 11kW (LP2)
bommel_030
Beiträge: 2
Registriert: Mi Dez 08, 2021 11:48 am

Re: MQTT

Beitrag von bommel_030 »

Hallo,

vielleicht kann mir ja mal einer Licht ans Rad machen...
Wenn ich mit dem MQTT-Explorer die Wallox nach RFID durchsuche bekomme ich drei Topics:
- lp/1/lastRfID
- lp/2/lastRfID
- system/lastRfID
bestehen alle aus TAG#,Unixstempel und sind für mich über den /set/ Zweig nicht beschreibbar.
Dann gibt es noch ein lp/1/tagScanInfo mit Unixstempel,TAG#,1 (wofür die 1 steht weiß ich nicht), aber auch dieser ist nicht beschreibbar.
Wie kann ich denn die RFID-Tag# per MQTT setzen? Also quasi wie Code am Display eingeben nur halt via MQTT.
joe73xxx
Beiträge: 12
Registriert: Fr Nov 19, 2021 11:12 am

Re: MQTT

Beitrag von joe73xxx »

Hallo allerseits,

auch ich bin neu hier und mich hat die Suche bisher nicht weitergebracht.

Setup:
2 x OpenWB Series2 Custom
FHEM mit MQTT
PV Anlage SMA Homemanager 1.0
EVU (ich sniffe mit einem ESP32 am Homemanager mit einem TASMOTA-Device und habe Kauf/Verkaufswert am Zähler so als reading in FHEM via MQTT) - alternativ über http:80 auf das Tasmota-Device.

Problem:
- Einbindung EVU-Wert in ZWEI OpenWB via MQTT
--> Funktioniert für EINE meiner zwei Wallboxen
--> 2. Wallbox geht nicht, da ich die OpenWB mitsamt IP-Adresse definieren muss:

Code: Alles auswählen

define openwb_mqtt MQTT2_CLIENT 192.168.178.110:1883  (Garage)
define openwb_mqttK MQTT2_CLIENT 192.168.178.111:1883  (Keller) 
--> Funktioniert

Code: Alles auswählen

attr openwb_mqtt autocreate simple
attr openwb_mqtt subscriptions openWB/lp/1/#
define openwb_evu_w notify MQTT2_DVES_CC4D70:Haus___Power_curr:.* { fhem("set openwb_mqtt publish openWB/set/evu/W " . int($EVTPART1)) }

define openwb_evu_w notify MQTT2_DVES_CC4D70:Haus___Power_curr:.* { fhem("set openwb_mqttK publish openWB/set/evu/W " . int($EVTPART1)) } 
--> hier kommt die Fehlermeldung:
openwb_evu_w already defined, delete it first

Code: Alles auswählen

define openwb_evu_cons notify JoeInverter:SPOT_PACTOT:.* { fhem("set openwb_mqtt publish openWB/set/pv/1/W " . $EVTPART1) }

define MQTT2_openwb_mqtt MQTT2_DEVICE openwb_mqtt

attr MQTT2_openwb_mqtt readingList openwb_mqtt:openWB/lp/1/W:.* lp_1_W\

openwb_mqtt:openWB/lp/1/boolChargePointConfigured:.* lp_1_boolChargePointConfigured\
openwb_mqtt:openWB/lp/1/VPhase1:.* lp_1_VPhase1\
openwb_mqtt:openWB/lp/1/\x25Soc:.* lp_1__Soc\
openwb_mqtt:openWB/lp/1/kWhDailyCharged:.* lp_1_kWhDailyCharged\
openwb_mqtt:openWB/lp/1/TimeRemaining:.* lp_1_TimeRemaining\
openwb_mqtt:openWB/lp/1/kmCharged:.* lp_1_kmCharged\
openwb_mqtt:openWB/lp/1/boolSocConfigured:.* lp_1_boolSocConfigured\
openwb_mqtt:openWB/lp/1/boolDirectModeChargekWh:.* lp_1_boolDirectModeChargekWh\
openwb_mqtt:openWB/lp/1/boolDirectChargeModeSoc:.* lp_1_boolDirectChargeModeSoc\
openwb_mqtt:openWB/lp/1/strChargePointName:.* lp_1_strChargePointName\
openwb_mqtt:openWB/lp/1/boolFinishAtTimeChargeActive:.* lp_1_boolFinishAtTimeChargeActive\
openwb_mqtt:openWB/lp/1/boolChargeAtNight:.* lp_1_boolChargeAtNight\
openwb_mqtt:openWB/lp/1/energyConsumptionPer100km:.* lp_1_energyConsumptionPer100km\
openwb_mqtt:openWB/lp/1/kWhCounter:.* lp_1_kWhCounter\
openwb_mqtt:openWB/lp/1/VPhase2:.* lp_1_VPhase2\
openwb_mqtt:openWB/lp/1/VPhase3:.* lp_1_VPhase3\
openwb_mqtt:openWB/lp/1/AutolockStatus:.* lp_1_AutolockStatus\
openwb_mqtt:openWB/lp/1/countPhasesInUse:.* lp_1_countPhasesInUse\
openwb_mqtt:openWB/lp/1/kWhActualCharged:.* lp_1_kWhActualCharged\
openwb_mqtt:openWB/lp/1/ChargeStatus:.* lp_1_ChargeStatus\
openwb_mqtt:openWB/lp/1/kWhChargedSincePlugged:.* lp_1_kWhChargedSincePlugged\
openwb_mqtt:openWB/lp/1/PfPhase2:.* lp_1_PfPhase2\
openwb_mqtt:openWB/lp/1/PfPhase3:.* lp_1_PfPhase3\
openwb_mqtt:openWB/lp/1/PfPhase1:.* lp_1_PfPhase1\
openwb_mqtt:openWB/lp/1/AutolockConfigured:.* lp_1_AutolockConfigured\
openwb_mqtt:openWB/lp/1/boolPlugStat:.* lp_1_boolPlugStat\
openwb_mqtt:openWB/lp/1/AConfigured:.* lp_1_AConfigured\
openwb_mqtt:openWB/lp/1/APhase3:.* lp_1_APhase3\
openwb_mqtt:openWB/lp/1/APhase2:.* lp_1_APhase2\
openwb_mqtt:openWB/lp/1/ChargePointEnabled:.* lp_1_ChargePointEnabled\
openwb_mqtt:openWB/lp/1/APhase1:.* lp_1_APhase1\
openwb_mqtt:openWB/lp/1/boolChargeStat:.* lp_1_boolChargeStat\
openwb_mqtt:openWB/lp/1/lastRfId:.* lp_1_lastRfId\
openwb_mqtt:openWB/lp/1/pluggedladungakt:.* lp_1_pluggedladungakt\
openwb_mqtt:openWB/lp/1/plugStartkWh:.* lp_1_plugStartkWh\
openwb_mqtt:openWB/lp/1/boolSocManual:.* lp_1_boolSocManual\
openwb_mqtt:openWB/lp/1/MeterSerialNumber:.* lp_1_MeterSerialNumber
attr MQTT2_openwb_mqtt room MQTT2_DEVICE
Ich bin leider nicht so der MQTT-Spezialist, aber mein Problem in Worten beschrieben:

- der MQTT client wird eindeutig über eine IP-Adresse einer WB zugewiesen
(ich kann natürlich einem zweiten Client einen anderen Namen geben, am Beispiel oben mit Erweiterung "K" wie Keller)

Das Mapping der Readings auf die Werte, die die OpenWB erwartet ist aber ein-eindeutig, d.h. FHEM meckert und sagt, das Reading ist bereits vergeben - so bekomme ich die Integration leider nur ans laufen für eine Wallbox.

Frage:
Gibt es einen eleganteren Weg, z.B. die FHEM-Werte statt über den Umweg von FHEM direkt am Tasmota-Device abzugreifen (MQTT) und zwar für beide Wallboxen?

Danke für Eure Hilfe vorab!
Antworten