openWB Forum

Bei der ESP Erstinstallation ist der ESP natürlich als Hotspot unterwegs um in das WLAN eingelernt zu werden. In diesem Zustand passiert auf Modbusseite noch nichts!.
Modbus wird erst initialisiert sobald das WLAN steht.

Sobald du irgendetwas debuggen willst, musst du den ESP auf der seriellen Konsole loggen, geht zb. mit der Arduino IDE oder auch mit VSCode und platformio. (-> anleitung im inet)

Ein stabiles WLAN muss vorhanden sein, deshalb wird der RSSI Wert auch auf der Statusseite ausgegeben. Ich habe zb. -76 und alles läuft perfekt.
Die MQTT Topics mit faultState kann ich nicht nachvollziehen, wo kommen die her? Logge mal die mqtt topics die aus dem ESP heraus gesendet werden. Die müssen passen...

Edit: im git gibt es eine neue version, jetzt können auch Strings in der ID Data getestet werden.

Ob ich das mit dem loggen hinbekomme weiß ich nicht.
Mein RSSI ist -63, bei dem SPH4000 schau ich mal.

Ich glaube aber das mit dem Wlan nicht immer alles stimmt.
Ich hatte gerade 1 stunde damit zu tun mein dingen wieder ans laufen zu bekommen. Nach dem testen der neuen PV Register ist er immer aus dem Wlan aussgestiegen bzw hat sich gar nicht mehr verbunden. Am Ende kann ich nicht sagen was es war und ob es nun weiter stabil läuft mal sehen, eigentlich hat es das ja. Der Access Point ist jedenfalls nur 3m entfernt.

Man sucht ja dann in allen Richtungen vor allem bei Änderungen, daher bin ich erst mal wieder auf Version vom 5.Jan die hatte ich mir gesichert.
Dabei habe ich mich folgendes gefragt:
Das hier ist die PV Leistung:
{
"position": [73, 74, 75, 76],
"name": "OutputPower",
"realname": "Erzeugungsleistung PV2",
"openwbtopic": "openWB/set/pv/2/W",
"datatype": "integer",
"factor": 0.1,
"unit": "W"
}
Die Openwb erwartet einen integer.
Beispiel im Register steht 4378 -> faktor ist 0,1 bedeutet Leistung ist 437,8W
Kann es da zu Problemen bei der Umwandlung kommen? float -> int?

Weiterhin gibts noch ein Problem bezüglich was die OpenWB erwartet.
Man kann 2 PV Module anlegen und natürlich sind die topics unterschiedlich.
Man müsste also quasi unterscheiden ob man modul 1 oder modul 2 anlegt in der Topic anlegt
Da fällt mir auf das du unter solax register.h das anscheinend dann mit pv1 pv2 nicht richtig machst.
Auch ein "openWB/set/pv/W" was du verwendest weiß ich gerade nicht ob es das gibt.

hier topics der beiden Module:
openWB/set/pv/1/W
openWB/set/pv/1/WhCounter

openWB/set/pv/2/W
openWB/set/pv/2/WhCounter

Kannst du alles selbst anpassen im JSON
Check über zb. MQTT.fx die Werte die gesendet werden.
Von den Umrechnungen ist alles i.o.

Float und Int ist dasselbe, nur das float 2 nachkommastellen hat.

nicht für mich.... ich meine nur für denjenigen die das Gerät vielleicht ohne code änderungen nutzen wollen müssten man helfen.
also z.B. beide topics angeben im json PV1/PV2
und Umschalter im Webinterface welches PV Modul benutzt wird 1 oder 2

Hier die Register die für das OpenWB PV Modul benötigt werden bestätigt auf SPH4000 und endlich mal Sonne
Kannst Du die bitte einpflegen?

{
"position": [185, 186, 187, 188],
"name": "TotalEnergyPV2",
"realname": "Erzeugte Energie PV2",
"openwbtopic": "openWB/set/pv/2/WhCounter",
"datatype": "float",
"factor": 100,
"unit": "Wh"
},
{
"position": [5, 6, 7, 8],
"name": "PVOutput",
"realname": "Erzeugungsleistung PV2",
"openwbtopic": "openWB/set/pv/2/W",
"datatype": "integer",
"factor": 0.1,
"unit": "W"
}

Sorry, versteh ich leider nicht.
Wenn man einmal für einen WR Typ die Register korrekt gefunden hat und ich diese bei mir im Git drin habe, muss kein anderer mehr im Code herumforschen.

Die topics für Pv1 und PV2 werden korrekt gesendet wenn man sie auch eingestellt und aktiviert hat, siehe Solax-x1.
Werden die Items in der GUI deaktiviert, wird auch nix gesendet.

Weiter oben stehen andere Register, sind die falsch? Noch ein Hinweis, bei Faktor 100 macht ein float keinen sinn, da wird es nie kommastellen geben. integer ist besser.

Bei Faktor 0.1 macht float wieder sinn

okay mit den topics hast recht man kann ja alles ausgeben und aktivieren, mein fehler.

ja die Register im letzten sind richtig die davor nicht....bitte so in json einfügen.

ich glaube bei dem Faktor und float war auch mein denkfehler.
die openwb bekommt ja immer einen string übermittelt auch als wert und der datentyp ist nur intern im gateway.
Dann macht natürlich faktor 100 bei float keinen sinn.

Sascho hat geschrieben: ↑Sa Jan 07, 2023 1:11 pm Hier die Register die für das OpenWB PV Modul benötigt werden bestätigt auf SPH4000 und endlich mal Sonne
Kannst Du die bitte einpflegen?

mit kleineren Anpassungen erledigt

super danke!