Ok, heute komme ich endlich dazu. Die vorhandene Definition funktioniert bei mir nicht, wel der Deye kein Modbus TCP macht. Da schon 2 Inverter parallel und der Akku dran hängen und das Interface auch wieder Geld kostet möchte ich dann nicht weiter am Modbus rum machen. Also versuche ich mich an http-Zählern und möchte die über openhab bespielen.

Ich hänge nun etwas an der Definition bzw was wo gebraucht wird:

{

            "model": string,

            "import_vah": number,

            "export_wh": number,

            "voltage": [v1, v2, v3],

            "current": [c1, c2, c3],

            "power_w": number

            "is_va": bool

         }



Wenn ich das richtig sehe, benötige ich ja 3 bzw 4 Zähler. Bezug, PV Leistung, Verbrauch Haus, Akku.

Gehe ich richtig in der annahme, dass für das Energiemanagement vor allem die Leistung interessant ist?

Die ganzen Verbrauchswerte in kWh oder so sind ja für das momentane Lastmanagement unwichtig. Lasse ich die dann einfach weg?

hi nochmal trebtrab,

ich konnte mir unter "Deye LP3" gestern nichts vorstellen, habe jetzt gerade gesehen dass das ja die MoidellENDUNG ist. Von daher werd ich diese Definition mal ausprobieren bzw wohl zumindest als sehr guten Startpunkt nehmen können. Ich berichte hier dann ob's klappt

Klar, wenn man sich da außerhalb der vorbereiteten Geräte bewegt wird das immer sehr individuell.

Aktuell geht's erst mal darum wie das alles überhaupt gedacht ist und wie die Schichten/Geräte da ineinander greifen. Ich denke per http aus openhab die Werte schreiben wird erst mal der am einfachsten umzusetzende Weg für mich sein. Da wühl ich mich mal da durch.

Wege gibts auf jeden Fall immer viele :D
Aber ja, Grundlegend musst du dann für deinen Anwendungsfall eine Zählerdefinition schreiben, wenn du an openHAB willst. oder du nutzt die Defintionen um direkt an die Deye zu gehn von Stefan E.
Aber was jetzt in deinem Fall der "beste" Weg is kann ich jetzt so auch nicht sagen, aber das findest du sicher noch heraus.

Prinzipiell ja, die "Zähler" können im Grunde alles mögliche Sein, da kann vieles angebunden werden und nicht zur klassische Stromzähler.
Die "normalen" "Zähler" holen die Werte selbst, außer bei typ http input, da müssen die werte vorgeben werden, und dann gibts eben noch die VM (virtual meter) und zum beispiel auch das, was du zuletzt beschrieben hast "Expression" (der aus anderen berechnet) oder nochn paar andere besonderheiten.

Ja genau, das liegt daran, weil die HTTP-API der "grundgedanke" war und dann die MQTT funktion da drüber gebogen wurde, deswegen das json in den topics.

Wenn du eigene Zählerdefintionen erstellst, tauchen die dann da mit in der Drop-Down liste auf. Und der arbeitet dann so, wies eben in der json definiert ist. da hilft leider nur erstmal durch die doku wühlen, auch wenn das auf den ersten blick bissl heftig erscheint.

ich weiß das waren jetz alles keine klaren aussagen und hilfen, aber vllt hilts dir ja trotzdem ein bisschen!
Bei fragen, wie die cfos funktioniert und wies "gedacht" ist und so weiter kann ich helfen, aber wie du dein spezielles system konzeptionell aufbaust kann ich leider wenig dazu sagen, denn da gibt es ja kein  "richtig und falsch", sondern du musst den weg einschlagen, der für dich funktioniert :)