Tibber Pulse direkt auslesen

[micw]

Hallo zusammen,

kürzlich habe ich herausgefunden, dass man beim Tibber Pulse Bridge den Webserver dauerhaft aktivieren kann. Ein User hat angemerkt, dass man dort auch per HTTP den letzten Wert vom Pulse IR sehen kann.

Das habe ich zu einem Projekt zusammengewürfelt: https://github.com/micw/tibber-pulse-reader
Damit bekomme ich die Daten live aus dem Pulse ins MQTT, ohne den Umweg über die Cloud.

Vielleicht ist das für Euch interessant. Bedient Euch auch gerne an Code und Konzept, wenn ihr diese Funktion direkt in evcc einbauen wollt.

[maf-soft]

Erster Gedanke: Geil!
Zweiter: und wenn sie das nicht woll(t)en und die Lücke stopfen?

[micw]

Erster Gedanke: Geil! Zweiter: und wenn sie das nicht woll(t)en und die Lücke stopfen?

Ist ja nicht wirklich ne Lücke. Das Teil hat ne WebUI zur Konfiguration, wo das Handy drauf zugreift. Danach wird die ausgeschaltet. Es gibt in der UI einen Konfigurationsparameter, der die UI anlässt.

[maf-soft]

Aus deren Sicht ist es vielleicht eine Lücke und so nicht gewollt und sie könnten jederzeit beschließen, das mit dem nächsten Update abzustellen.

[micw]

Das ist korrekt und es wäre sehr ärgerlich, wenn Tibber eine Funktion in einem von mir gekauften Gerät wegpatched. Tatsächlich könnte mich das dazu bewegen, die Update-URL in meinem Pulse Gateway zu ändern ;-)

Ich denke aktuell über eine kleine Proxy-Platine nach, welche vorne und hinten LED+IR-Diode hat und das Signal sowohl physikalisch in beide Richtungen durchschleift als auch als serielles Signal bereit stellt. Damit wäre ich vom Pulse komplett unabhängig.

[premultiply]

Klingt gut.
Könntest du ein Beispiel geben unter welcher Adresse der Webserver was genau ausgibt?

[micw]

MSkjel/LocalPulse2Tibber#1 (comment)

An der Adresse kommt SML im Rohformat (binär).

[mdkeil]

Habe ich direkt mal "gestared", sollte mein modifizierter (zusätzlicher) IR-Lesekopf nicht vernünftig mit dem Pulse kommunizieren können.

[micw]

Verrätst Du mehr darüber, wie Du einen zusätzlichen Lesekopf parallel zum Pulse betreibst?

[mdkeil]

Das ist abhängig davon, welcher IR Schreib/Lesekopf verwendet wird. Ich nutze z.B. primär den IR-Kopf von Hichi (USB-Version, wird via vzlogger ausgelesen). An diesen habe ich "parallel" einen zusätzlichen IR-Kopf von Hichi (TTL-Version) angelötet (TX auf RX des primären IR-Kopfes).. Der zweite Kopf emuliert quasi den EVU-Zähler. Auf diesen kommt dann der Tibber Pulse.. so die Theorie ;)

siehe meinen Beitrag@solaranzeige

Ob es auch in der Praxis funktioniert, zeigt sich erst, wenn ich auf Tibber im August umgestellt habe bzw. sobald ich den Pulse gekauft und installiert habe.

[micw]

Ich hab mal gebastelt, da mein Pulse nach einem Update nicht mehr startet (hängt mal wieder im Update-Loop, das hatte er von beginn an. ich bekomme einen neuen zugeschickt).

Ein einfacher IR-Transistor am Zähler. Daran ein ESP8266 mit ESPHome und einer Config, die UART ließt, SML Rohdaten und decodierte Daten auf MQTT postet. EVCC hängt direkt am dekodierten "power" Wert, so das dort nun sekündlich Updates eingehen.

Ebenfalls am Ausgang des IR-Transistors hängt ein noch Transistor als Inverter und Verstärker und dahinter eine LED. Diese blinkt im Gleichtakt mit dem Zählersignal.

Wenn der Pulse wieder geht, kommt dort zusätzlich noch eine IR-LED dran. Dann sehe ich, ob das das Signal korrekt kopiert. Wenn ja, kann ich mehrere Lesegeräte an einen Zähler hängen ;-)

Wenn es geht baue ich ein Board zum nachbasteln.

[micw]

Ist es Notwendig, dass der Lesekopf senden kann?

[mdkeil]

Das ist glaube abhängig vom verbauten Zähler.. es gibt wohl welche, wo im Vorfeld ein bestimmter Befehl gesendet werden muss, bevor er selbst was sendet.

[micw]

Generell oder einmalig?

[micw]

Hier mein aktueller Entwurf, nur RX

[micw]

Ich mache mal einen neuen Thread dafür auf.

Edit: hier #7070