Anbindung der Tibber-Bridge per „SML Meter HTTP“-Zähler arbeitet sehr unzuverlässig
| ♥ 0 |
Ich habe in meiner cFos Power Brain (Firmware 2.0.1) für das Auslesen der Verbrauchsdaten aus der Tibber-Bridge einen Zähler erstellt vom Typ „SML Meter HTTP“ mit der Rolle „Netzbezug“. Ich bin hier folgender Anleitung gefolgt: https://www.cfos-emobility.de/network/antworten/mittels-tibber-bei-pv-ueberschuss-auto-laden/ Ich will hiermit PV-Überschussladen realisieren. Allerdings werden die Leistungsdaten nur sehr unzuverlässig geladen / aktualisiert. Es werden oft und dann auch lange nur 0-Werte angezeigt, aber zwischendurch auch mal korrekte Werte. Im Zähler wird immer angezeigt, dass es Kommunkationsprobleme gibt. Wenn man den Zähler maximiert, dann sieht man unten folgendes
Ein Zählertest schlug bei mir bisher immer fehl, im Zähler wird
Habe auch mal das Diagnose-Logging aktiviert. Man sieht oft, dass die Verbindung scheinbar mehrmals aufgebaut wird:
Ab und zu sieht man zusätzlich 2024-03-10T20:01:23.622Z SML transport: receiving version 1 SML file Und oft, aber nicht immer, sieht man direkt darauf 2024-03-10T20:01:23.624Z SML parser: invalid CRC16 in message Es werden nach Mintuten korrekte Werte ausgelesen. Die bleiben dann eine Weile (ca. 3 Mintuten) erhalten. Dann werden plötzlich wieder 0-Werte angezeigt. Da der PV-Überschuss durch diesen instabilen Zähler zwischendurch eine Weile auf 0 geht, kann ich damit nicht wirklich PV-Überschuss-Lade meine e-Autos realisieren. Die WLAN-Verbindung der Wallbox ist gut, wie auch die der Tibber-Bridge. In der Tibber-App bekommen ich zuverlässig die aktuelle Leistung angezeigt, die Kommunikation zwischen Tibber Pulse und Bridge ist also auch i.O. Ich komme hier nach viel Fummelei und Recherchen nicht weiter. Könnte das Problem in dem „SML Meter HTTP“ liegen? Die Logs erwecken den Eindruck, dass immer 2x eine TCP-Verbindung aufgebaut wird, beim 2. Mal kommt dann zusätzlich die Meldung „HTTP CLT [75] reconnected to server“. Werden die TCP-Verbindungen evtl. nicht geschlossen und es entsteht ein Stau in der Tibber-Bridge? Hat jemand ähnlich Erfahrungen gemacht und eine Lösung gefunden? Gelöst
markiert als Spam
|
Antworten (15)
|
Private answer
Hallo Holgi, ich freue mich, dass du das Problem durch Drehen des Lesekopfs lösen konntest. Danke auch für den Link bei Tibber, der sicher auch anderen Benutzern eine wertvolle Hilfestellung sein könnte. markiert als Spam
|
|
|
Private answer
Ich habe das Problem lösen können! Habe noch viel probiert und am Ende war die Lösung ganz einfach: Danke für Eure Hilfe und Eure Zeit! markiert als Spam
|
|
|
Private answer
Hi Lars, der Pulse-Lesekopf schickt die SML-Nachrichten per Funk mit 868Mhz an die Tibber-Bridge. Und die ist per WLAN an der Fritzbox angemeldet und schickt die Sachen in die Tibber-Cloud. Die Tibber-Bridge wird hier dann über die URL angesprochen in der Wallbox. Die Vermutung ist, dass die SML-Nachrichten auf der Funkstrecke vom Tibber-Pulse zur Tibber-Bridge gestört werden, evtl. durch meine HomeMatic-Geräte und / oder durch zu viel Blech und Wand dazwischen. Ich hatte aber gestern Abend den Schaltschrank offen gelassen und den Pulse anders positioniert. Der Zähler hat nach wie vor viele CRC-Fehler, man sieht quasi immer das rote Verbindungstrennungs-Symbol. Aber die Kurve mit den Messwerten des Zählers weist zumindest bis jetzt keine Lücken auf. Ist also schonmal besser geworden :-) markiert als Spam
|
|
|
Private answer
Hallo Holgi, werden die SML-Nachrichten nicht durch einen optischen Lesekopf ausgelesen? Funksignale sollten da nicht stören. Wie von dir beobachtet wird der letzte gültige Wert für mehrere Minuten gehalten. Dass er dann auf 0 fällt, wenn kein weiterer Wert kommt, ist so by design. Auch der HTTP-Authentisierungprozess ist so konzipiert, dass der Server zunächst sagt, was für eine Authentisierung er gerne hätte, und der Client diese dann im zweiten Schritt liefert. markiert als Spam
|
|
|
Private answer
Vielen Dank für die Analyse! Deine Einschätzung deckt sich mit meinen Vermutungen, dass die SML-Nachrichten vom Pulse fehlerhaft an die Bridge übermittelt werden bzw. durch Störungen verfälscht werden. Vielleicht sind es ja tatsächlich meine HomeMatic-Geräte, die da zwischenfunken. Wäre es denn möglich, dass der Zähler "SML Meter HTTP" erweitert wird, dass man die Haltedauer des letzten gelesenen Wertes erhöhen kann? Sinnvoll wäre außerdem, dass der HTTP-Header "Authorization" direkt beim ersten HTTP-Request mitgesendet wird, um die doppelte Verbindung zu vermeiden. Vielen Dank für die Unterstützung. Ich werden weiter versuchen, das ganze zu verbessern. Werde dann hier nochmal berichten, falls ich was erreichen konnte. markiert als Spam
|
|
|
Private answer
Hallo, vielen Dank für das Hochladen des Log-Files. Darin sind ja die übermittelten SML-Nachrichten enthalten (sie beginnen stets mit 1B1B1B1B). Wir haben die SML-Nachrichten analysiert und festgestellt, dass sie tatsächlich Bit-Fehler enthalten, wie die Fehlermaldung "invalid CRC16 in message" ja auch schon nahelegt. Die Fehler können eigentlich nur beim Auslesen mittels des optischen Lesekopfs auf dem Zähler entstanden sein. Die Empfehlung wäre also, diesen Lesekopf noch präziser auszurichten und ggf. von sonstigem einfallenden Licht abzuschirmen. markiert als Spam
|
|
|
Private answer
Anbei die Log-Datei von gestern Abend. markiert als Spam
|
|
|
Private answer
Kannst du mal ein Log anhängen? Bitte Http- und Zählerlog auf "Daten" stellen. markiert als Spam
|
|
|
Private answer
Ich habe die Log-Level erhöht auf "Daten" für "HTTP / Websocket" und "Zähler". Hiermit konnte geklärt werden, warum es bei jedem "Durchlauf" zu zwei TCP-Verbindungen mit einem HTTP-Request kommt. Beim ersten HTTP-Request kommt die Response "HTTP/1.1 401 Unauthorized" zurück. Erst im zweiten HTTP-Request wird das Login & Passwort per HTTP-Header "Authorization" übertragen. Das dürfte aber nicht mein Problem zu verursachen, dass die Leistungs-Werte zwischendurch auf 0 gehen. Ist einfach nur vermeidbar. Ich habe ansonsten die Logs, die Anzeige im Zähler und die in der Tibber-App eine Weile beobachten. Es war folgendes zu beobachten:
In der Tibber-Bridge sieht man, dass diese alle 1-2s eine Nachricht empfängt vom Tibber Pulse. Ich würde daraus schließen, dass die SML-Nachrichten vom Pulse meistens fehlerhaft an der Tibber-Bridge ankommen und so weitergegeben werden. Die Funk-Signale sind womöglich gestört durch den Sicherungskasten, worin der Zähler verbaut ist, und / oder durch meine HomeMatic-Geräte, die auf der gleichen Frequenz funken (868MHz). Ich habe und werden weiter probieren, für den Pulse und die Bridge eine bessere Position zu finden. Und ich werden probieren, meine ganzen HomeMatic-Geräte mal auszuschalten. Es wäre aber sehr hilfreich, wenn die Zählerwerte nicht auf 0 gesetzt werden würden, falls binnen 60s keine valide SML-Nachricht empfangen wird. Kann man dieses Timeout irgendwie erhöhen? Dies wäre eine sinnvolle zusätzliche Einstellung in dem Zähler. Und es wäre außerdem sinnvoll, wenn die Tibber-Bridge immer direkt mit einem HTTP-Request mit Authentication-Header angesprochen werden würde. markiert als Spam
|
|
|
Private answer
Ein guter Hinweis, das mache ich mal und berichte hier. markiert als Spam
|
|
|
Private answer
Hast die Punkte schon gemacht, die hier bei "Zähler mit Tibber Puls auslesen" stehen? EDIT: Sorry, ja hast du ja schon geschrieben. Mh schwierig, dann könnte dir wahrscheinlich nur jemand mit dem gleichen Setup helfen! Bin ich leider raus :( markiert als Spam
|
|
|
Private answer
Schade! Stelle mal die Logdaten vom HTTP / Websocket auf "Daten". Vielleicht sieht man dann mehr. markiert als Spam
|
|
|
Private answer
Danke für die schnellen Antworten. Die URL passt so, "tibber-host.fritz.box" ist der Host-Name der Bridge im LAN. Ich hatte hier auch mit der IP-Adresse direkt getestet, aber das machte keinen Unterschied. Das Login (admin) und Passwort (den QR-Code der Tibber-Bridge) sind vor dem Host-Name gesetzt durch "@" davon getrennt, beide durch ein ":" getrennt. Das ist so auch passend. Die Verbindung klappt ja auch grundsätzlich, nur sehr unzuverlässig. markiert als Spam
|
|
|
Private answer
Kann es sein dass du Benutzernamen und Passwort in der nicht mit angegeben hast? also: "http://admin:Passwort wie oben@IP-der-Tibber-Bridge/data.json?node_id=1 Welchen Zähler hast du? markiert als Spam
|
|
|
Private answer
Ich habe diesen Einsatzfall zwar nicht und, aber beim durchlesen deines posts ist mir das aufgefallen: @tibber-host.fritz.box ist das wirklich so richtig? markiert als Spam
|
