ich bin relativ neu hier und würde gerne wissen, ob es einem meiner belgischen Freunde gelungen ist, die Echtzeitdaten der intelligenten Zähler (Verbrauch + Erzeugung) von Ores (https://www.ores.be/particuliers-et-professionnels/fonctionnement-compteur-intelligent) auf irgendeine Weise über den RJ12-Port (identischer RJ11-Anschluss) zu integrieren?
Es scheint etwas Ähnliches für die Franzosen mit „Linky“ zu geben, aber das ist außerhalb des französischen Territoriums nicht kompatibel, wenn ich mich nicht irre.
Da ich Probleme mit der Datenabfrage meines Huawei-Wechselrichters für meine Energieerzeugung über Solarpaneele habe, möchte ich mich auf Gladys Assistant und die gesamten verfügbaren Daten des Ores-Zählers konzentrieren.
Falls ihr Tipps oder andere Ideen habt, bin ich dankbar
Da ich noch keinen ORES-Smart-Meter habe, habe ich mich damit noch nicht beschäftigt. Außerdem habe ich einen Fronius-Wechselrichter mit Smart Meter, der mir bereits viele Informationen liefert (ich verwende einen Docker-Container, der die Fronius-API abfragt und die Nachrichten über Node-Red in ein MQTT-Topic veröffentlicht).
Vielleicht ein einfaches Problem für Sie, aber ich habe einige Schwierigkeiten, es zu verstehen… Ich erkläre es Ihnen:
Nach dem Kauf des Gateways „Smart Meter“ in den Niederlanden gelingt es mir, es korrekt mit dem in Gladys integrierten Broker zu verbinden, und ich sehe, wie die Informationen korrekt von dem Client „MQTT Explorer“ übertragen werden.
Ich habe das folgende Topic in dem Gateway: dsmr/reading/phase_currently_delivered_l3
Ich habe einen Sensor in Gladys erstellt, aber das Topic ist nur lesbar: gladys/master/device/mqtt:consommation_instantanee/feature/mqtt:consommation_instantanee/state
Da man das Topic des Gateways nicht ändern kann, wie kann ich es dann in Gladys integrieren? Meine Frage mag dumm klingen, aber ich finde keine Lösung
Dafür musst du über Node-RED gehen, glaube ich gibt es dazu ein Tutorial.
Suche auf dem Forum nach Node Red und als Autor pierre-gilles, du solltest es finden.
Im Großen und Ganzen hole ich mir Daten von einem Topic (dsmr/reading/phase_currently_delivered_l3) über Node-RED, um sie an ein anderes Topic (gladys/master/device/mqtt:consommation_instantanee/feature/mqtt:consommation_instantanee/state) weiterzuleiten?
Das ist doch ein bisschen dumm, oder? Wäre es nicht einfacher, einfach das Topic zu bearbeiten, auf dem der Gladys-Sensor hört?
Außerdem müsste ich einen neuen Server mit Node-RED einrichten (zusätzliche Kosten…).
Ich habe nicht gesagt, dass du Unrecht hattest ^^’
Ich denke vor allem, dass du keine andere Möglichkeit hast.
Allerdings kannst du einen Feature-Request im Forum erstellen, denn das würde in manchen Fällen dieses unnötige Daten-Mapping-Verfahren über NodeRed vermeiden.
Hallo Kevin,
Ich verwende ebenfalls das Smartgateway an meinem Ores-Zähler. Ich nutze Node-RED, um es in ein Gladys-Topic umzuwandeln, und nutze die Gelegenheit, um einige Berechnungen durchzuführen (Summe der Verbräuche tagsüber und nachts, Berechnung dessen, was tatsächlich ins Netz zurückgespeist wird = Differenz zwischen Solarproduktion und internem Verbrauch, usw.). Es ist recht einfach, wenn man das Prinzip verstanden hat, und es ist sehr gut dokumentiert. Es wird auf demselben Raspberry wie Gladys installiert: ein zusätzlicher Docker-Container. P-G hatte eine Videodemo gemacht.
Sobald Node-RED installiert ist, kann man es auch für andere Dinge verwenden: Integration von Smartlife oder Produkten, die noch nicht nativ in Gladys unterstützt werden.
@pierre-gilles: Ich habe mir dieses Video bereits angesehen. Dank ihm habe ich viele Dinge verstanden, danke für das Tutorial Und es ist auch teilweise seine Schuld, dass ich bei diesem « fixen » Thema auf der Gladys-Seite stecken geblieben bin.
Okay, ich werde eine Funktionsanfrage stellen.
Außerdem gibt es kein Problem, Gladys und Node-RED auf demselben Raspberry laufen zu lassen? Keine Lust mehr zu investieren …
@kevin,
Der Zähler gibt tatsächlich die Aufwärts- und Abwärtsströme an, aber ich kombiniere beide in einem einzigen Index und somit einer einzigen Kurve. Wenn der Index positiv ist, bedeutet das, dass ich ins Netz einspeise, wenn er negativ ist, verbrauche ich. Die Idee ist, zu visualisieren und zu entscheiden, wann wir die großen Verbraucher während des Tages einschalten müssen, bis wir das automatisch regeln können.
Meine Funktion ist (dsmr/reading/electricity_currently_returned) - (dsmr/reading/electricity_currently_delivered). Einfach, aber effektiv.
Ich bestätige, dass es mir gelungen ist, meine Ergebnisse mit Node-RED korrekt zurückzuspielen, ich bin zufrieden. Es bleibt relativ einfach, sobald man das Prinzip verstanden hat.
@Riquet0077: Ich sehe, was du vorhast.. Allerdings habe ich den Eindruck, dass Ores bereits diese Berechnung durchführt, da ich in deinen beiden genannten Topics nie mehr als einen einzigen Wert über 0 habe.
Ich erkläre es mit einem Beispiel: Wenn ich 3 kWh verbrauche und meine Panels 2 kWh produzieren, zeigt Ores 1 kWh im Bereich des momentanen Verbrauchs an (und 0 bei der momentanen Produktion). So habe ich es seit Anfang an empfunden.
Sag mir Bescheid, wenn ich mich irre
Da ich aber keinen Zugriff mehr auf die Huawei-Oberfläche für meine Produktionsüberwachung habe (weder Huawei noch mein Installateur können das Problem lösen), kann ich meine Aussagen nicht zu 100% bestätigen.
Und genau aus diesem Grund bin ich auf dieses Gateway umgestiegen, um endlich Informationen über meine Produktion/Verbrauch zu erhalten.
