Test Adapter TibberConnect 0.0.x inkl. Tibber Pulse

[Pitschi]

Hallo,
ich lese hier schon eine Weile mit und finde es etwas schwierig hier etwas zum eigentlichen Adapter zu finden...
Ich habe den Adapter gestern mal zum Spaß auf meinem iobroker host auf meinem raspi II installiert... Bisher funktioniert er so wie er soll... (mit Pulse) Die aktuellen Preise kommen rein. Der aktuelle Verbrauch ist da, die Zählerstände und die Preise vom Tag und von morgen. Das einzige Problem war bisher, dass der Adapter bei einer Neu- Konfiguration erst von Hand beendet werden musste und dann neu gestartet werden musste, da er sich scheinbar beim automatischen Start "verschluckt" hatte...
Hat denn sonst noch jemand den Adapter nach dem 01.02. getestet? Ich glaube es wäre auch für den Entwickler einfacher, wenn hier nicht die Alternativen zum Adapter diskutiert würden...

[oxident]

@pitschi Bin voll und ganz Deiner Meinung. Der derzeitige Stand war halt, dass der Adapter nicht mehr funktionierte und der Entwickler derzeit nicht aktiv ist.

Daher die Diskussion über Alternativen

Bei mir hat es auf die Schnelle noch nicht geklappt, aber ich teste weiter!

[ostseeskipper]

Da ich auch mit dem Gedanken spiele zu Tibber zu wechseln bin ich den Tibberleuten auf den Nerv gegangen, da ich bereits den IR Kopf belegt habe und ein Lastmanagment darüber läuft.

Die Leute von Tibber haben mir inoffizell diesen Link geschickt. Alles in Javascript und auch eine Docker version gibt es.
Müsste dann per MQTT im ioBroker lesbar sein.

[warp-it]

@ostseeskipper

Interessant!
Das bezieht sich aber auf den norwegischen Pulse, nicht auf den deutschen. Keine Ahnung ob das einen Unterschied macht.

[Michael Wyraz]

Moin. Das sollte prinzipiell auch mit der deutschen Tibber Bridge gehen. Hab mir die vor ein paar Wochen mal angeschaut und verbloggt: https://blog.wyraz.de/allgemein/a-brief-analysis-of-the-tibber-pulse-bridge/

Alternativ kann man den Webserver dauerhaft einschalten und die Daten darüber pollen. Das greift nicht in die MQTT-Kommunikation ein und ist leichter zu setuppen. Mein Projekt dazu: https://github.com/micw/tibber-pulse-reader

Leider ist mein Pulse kaputt (hat von Tag 1 keine Updates angenommen, nachdem ich den von Tibber empfohlenen Werksreset gemacht habe, geht garnix mehr). Darum habe ich mal rumgeschaut, wie man das unabhängig vom Pulse machen kann und habe ein Stück Hardware entworfen, welches per IR die Daten ließt, das ganze (rein elektronisch) wieder als IR ausgibt (so dass man den Pulse anschließen kann) und die Daten zusätzlich lokal bereit stellt (per eigenem IR-Kopf, per USB-TTL-Adapter und/oder per aufgelötetem ESP8266). Herausgekommen ist ein einfacher, supergünstiger Lesekopf sowie ein Board, um die Signale zu "klonen": https://github.com/evcc-io/evcc/discussions/7070

[ostseeskipper]

@michael-wyraz
lesen und 1:1 weitergeben ist ne geniale Lösung.
Wäre dabei das auszuprobieren.

Gefahr für die Zukunft des Pulse bei der 1zu1 Lösung: "man in the middle" ist nicht weit

[Michael Wyraz]

@ostseeskipper Die Idee ist nicht von mir. Jemand hat einfach nen Lese/Schreibkopf an einen anderen gelötet (in/out vertauscht), um das zu realisieren. Mit 2 kommerziellen Köpfen war mir das aber zu sperrig und zu teuer, daher die Projektidee. Die Kopie ist rein elektronisch auf Signallevel ohne "logische" Komponenten dazwischen.

Eine Gefahr für die Zukunft des Pulse sehe ich hier nicht. Wenn jemand genug Know-How hat, das Signal abzugreifen, zu fälschen und wieder einzuspielen, braucht er das Projekt nicht und könnte dafür ganz normale, kommerzielle Leseköpfe verwenden. Einen gewissen Prozentsatz an Betrügern gibt's sicher überall, das wird bei der Stromabrechnung nicht mehr oder weniger sein als anderswo.

[ostseeskipper]

@michael-wyraz
Du meinst die Projektidee tibber-pulse-reader statt zu löten?

[Michael Wyraz]

@ostseeskipper Nee, die mit den eigenen Lese-Schreibköpfen.

Den reader hatte ich davor. Nachteil ist, dass man den Pulse modifizierne muss (Webserver immer an). Erstens benötigt der Ressourcen auf dem eh schon recht ausgelasteten ESP32. Zweitens kann Tibber die Funktion jederzeit rauspatchen. Gleiches gilt für den zwischengeschalteten Broker.

Daher finde ich eine Hardwarelösung auf Dauer besser, insb. wenn man sein Lastmanagement dranhängen hat.

[ostseeskipper]

@michael-wyraz
Ja habe ein Lastmanagement daran und find die Hardwarelösung gut. Kannst du die bauen ? Gern auch per PM.

[Michael Wyraz]

@ostseeskipper Schematics sind fertig, PCB auch. Ich warte noch auf meinen neuen Pulse (ist heute verschickt worden), um meinen Prototyp hier zu testen, wenn alles geht bestelle ich die Boards.

Edit: ich bestelle die Platinen incl. Bestückung bei JLCPCB. Da wird alles drauf sein, außer dem IR-Transistor und einer LED+Vorwiderstand zum senden und Kabel/Stecker. Da habe ich Durchsteck-Komponenten geplant, so dass man die einfach per Hand löten kann.

[ostseeskipper]

@michael-wyraz
löten bekomm ich grad so noch hin, würde dir einen kompletten Bausatz abnehmen.

Aus dem PV Forum hat mir einer diesen Link geschickt. Auch nicht schlecht gleich USB Kabel fürn Raspi dran.

[Michael Wyraz]

Wenn du das nur auf USB ausgeben möchtest, benötigst Du:

einen der Leseköpfe, mit IR-Transistor bestückt (auf Zähler)
einen der Leseköpfe, mit IR-Diode auf Sendeseite bestückt (gibt das Blinken am Pulse weiter)
einen USB-TTL-Adapter (für 2-3€). Kann beide Leseköpfe mit Strom versorgen ind direkt an RX angeschlossen werden.

Das Setup (bis auf den Pulse) habe ich hier schon als Prototyp getestet. Läuft einwandfrei, auf USB kommt dann SML mit 9600 Baud an.

[ostseeskipper]

@michael-wyraz
Habe Lesekopf mit USB Kabel und Raspi bereits im Einsatz.
Wenn ich mir das Video ansehe muss man doch "nur" einen weiteren Kopf RX und TX vertauscht anlöten. Sind die Leseköpfe auch gleichzeitig die Schreibköpfe?
Alternativ 2ter Kopf an 2ten Raspi USB und senden. Ahh ne wohl keine gute Idee, wenn der Raspi sich aufhängt sendet er nichts man an den Pulse weiter.

[Michael Wyraz]

@ostseeskipper Das geht, wenn beide Köpfe das gleiche Signallevel haben (z.B. beide RS232 oder beide TTL-UART).
Wenn der Kopf direkt USB hat, geht's nicht, dann musst du das Signal vorher abgreifen.

[ostseeskipper]

@michael-wyraz
den Lesekopf hat mir jemand aus dem PV Forum gebaut, da ist wohl ein ESP oder TTL drin.
Bin jedoch auf der Hardwareseite mit dem Lötkolben zu ungeschickt daher freue ich mich wenn ich fertige Hardware bekommen kann

[Codibris]

Hallo zusammen,

ich bin jetzt endlich mal dazu gekommen, mir das Problem mit dem Pulse anzuschauen - dank der Vorarbeit von gemuesepudding in gitHub und euren Rückmeldungen konnte ich gezielter suchen.
Mit dem Demotoken von Tibber und der neuen Version 0.0.10 bekomme ich wieder Daten. Wenn jemand Zeit hat das mal zu testen, wäre das super - Demodaten und Reallife sehen doch gelegentlich unterschiedlich aus

Jetzt werde ich mir mal eure ganzen Ideen in gitHub anschauen und schauen, was ich als Nächstes umsetze - gemuesepudding hatte ja schon eine Berechnung für günstige Zeiten umgesetzt. Dem werde ich mich dann mal annehmen und das integrieren.

[theGrinch]

@codibris geht wieder, danke dir!!!
Dann kann ich ja die Tage meine vis und diverse Skripte wieder umprogrammieren.

[JoAu84]

@codibris funktioniert wieder, danke!

[oxident]

@codibris Auch hier bisher alles super. Pulse-Einbindung scheint auch zu klappen.

Danke, dass Du wieder dabei bist