Ich hoffe ehrlichgesagt, dass Tibber sich gegen Betrug schützt, indem die Daten automatisiert auf Plausibilität geprüft werden. Wäre schade wenn sie auf teurere Technik umsteigen müssten wegen ein paar Schlaumeiern.
Naja, die technischen Voraussetzungen würden ja existieren. Den Public-Key schickt der Zähler ja jedes Mal mit über die optische Schnittstelle raus. Man müsste nur die Werte oder den kompletten Datensatz signieren und es wäre absolut fälschungs- und manipulationssicher. Leider scheint das Normungsgremium mal wieder mit heißer Luft gefüllt gewesen zu sein... Und die Übetragung des Public-Key ist nichts anderes als Energieverschwendung 🙁
Ich wollte dieses Thema nochmal aufgreifen. Ich habe einen Tibber Pulse, leider liest der nich meinen Zähler. Da habe ich die Whitelist nicht richtig geprüft. Also mal wieder wer lesen kann ist klar im Vorteil. Da der Support von Tibber scheinbar kundenorientiertes Handeln nicht wirklich kann, wollte ich selber nach einer Lösung schauen und bin hier auf diesen Post gestoßen.
Also, ich habe einen Tibber Pulse von dem ich die notwendigen Zertifikatsinformationen bekommen kann. Auch die Struktur, wie der die Daten verschickt kann ich darüber abfangen. Jetzt meinen Frage. Wenn ich einen IR Lesekopf mit beschaffe und diesen mit einem ESP32 verbinde, könnte ich über Tasmota diese Werte abgreifen. Aber wie kann ich diese Werte jetzt an Tibber senden? Ich habe soweit verstanden, dass es dazu schon ein Script gibt, aber wie kann ich dieses Script dann einbinden. Also wie bekomme ich dann den ESP32 mit Tasmota dazu die Daten vom Zähler an Tibber zu senden und welche Daten müssen das genau sein. Hat dazu einer mal einen Anleitung bzw Quellen, wie ich das machen könnte?
MfG
Sven
Ja also das meine ich, man könnte eine Batterie simulieren die gar nicht da ist.
Naja egal: https://github.com/jsphuebner/esp-egycounter/tree/main/battery-control/tibber
Johannes hat das hier schon beschrieben und im Video nochmal:
Ich hatte das auch mal versucht, war aber aufgrund mangelnder Programmierkenntnisse nicht erfolgreich.
Vielleicht ist statt der Softwaresimulation etwas Hardware einfacher: SML-Nachrichten könnte man ja zusammenbauen und per IR-LED an den Tibber Pulse senden.
Schau mal hier:
Wie ich es umgesetzt habe, findest Du hier:
https://github.com/jsphuebner/esp-egycounter/issues/2#issuecomment-1784784077
IBN: 07/2021
Fronius Symo 20.0-3-M : 13.2kWp S 45° + 3.96 kWp S 15° (Verschattung) &
Fronius Primo 3.0-1 : 2.97 kWp N 15° (Verschattung)
06/2023 : Speichererweiterung 14,34kWh DIY (EEL Gehäuse) LiFePO4 EVE LF280K @ Victron MP II 48/5000 - Seplos 10E BMS
######
Wallbox: 11kW echarge Hardy Barth Cpμ2 Pro - Überschuss-Steuerung via evcc.io
Peugeot e-208 Allure Pack seit 11.11.22!
Kia Niro EV Edition 7 seit 28.04.23.
Vielen Dank für die Antworten. Das Thema dabei ist ja, ich habe einen Lesekopf aktiv, der meinen Zähler auslesen kann. Ich bekomme von dem ja Daten. Also sendet der Zähler auch Daten. Warum hier Tibber nicht mal vernünftig reagiert und dies aufnimmt und den Pulse dann aktualisieren lässt verstehe ich leider nicht. Ich muss wirklich sagen, dass der Kundensupport katastrophal ist. Vor allem die Aussagen von denen, sind schon extrem frech. Da ist der Grundtenor, friss oder stirb.
Da der Pulse ja sowieso nicht funktioniert, würde ich auch den Lesekopf austauschen. Die frage nur, wie kopple ich einen anderen Lesekopf an die Bridge?
Ich weiß ja noch nicht mal was das Problem ist. Ich schätze mal das sind die Sequenzen die etwas anders sind. Auf dem anderen Lesekopf konnte ich die ja auch so anpassen dass ich jetzt die Werte bekomme. Sollte doch alles kein Hexenwerk sein.