Habe ich auch. Dadurch ist es mir überhaupt erst aufgefallen. Habe ich eingeführt, weil sie mich zwischendurch angeschrieben haben, dass der Pulse länger keine Daten mehr gesendet hat, obwohl er es tat.
Scheinbar haben sie die Daten auf Ihrer Seite nur nicht richtig verarbeitet. Irgendwann hatten sie dann wieder Daten, obwohl sich bei mir nichts geändert hat.
Kann man die Realtime Instanz eigentlich per script de-, und aktivieren?
Das wird so nicht kommen, da ich ja nicht alle möglichen Gründe kenne warum etwas nicht erreichbar ist oder warum ich nicht alle notwendigen daten bekomme. Dazu gibt es div. Watchdogmodule wobeibich mich immer erst warnen lassen würde.
Klar, IPS_SetProperty und IPS_ApplyChanges sind deine freunde. Du müsstest die tibber realtime instanz dafür nutzen nicht die websocket instanz…
Verstehe ich, aber normalerweise kommen ja alle paar Sekunden Werte rein und die Variablen werden aktualisiert, da könnte man ja drauf reagieren, wenn eine gewisse zeitlang gar nix mehr kommt, scheint es ja komplett zu stehen.
Klar, IPS_SetProperty und IPS_ApplyChanges sind deine freunde. Du müsstest die tibber realtime instanz dafür nutzen nicht die websocket instanz…
Top, danke dafür, werde ich mir mal ansehen!
Am besten wird die API einfach zuverlässiger, dann haben wir ja gar kein Problem 
Das kann ja auch daran liegen, dass dein Pulse aus irgendwelchen Gründen wirklich keine Daten sendet. Dann funktioniert die Realtime-API korrekt, kann aber keine neuen Daten liefern, weil sie schlicht und einfach keine neuen Daten hat. Da würde ein Deaktivieren und Aktivieren nichts dran ändern. Daher ist es schon besser, wenn man da selbst in geeigneter Weise drauf reagiert.
Deshalb teste ich das auch bei mir mehrstufig.
- Sendet der Zähler Daten?
- Empfängt der Pulse Daten?
- Hat Tibber neue Daten (Realtime)?
Wenn 1. oder 2. schon nicht zutreffen, brauche ich bei den folgenden Punkten gar nicht weitermachen.
Es gibt ja schon einen Watchdog für bestimmte Szenarien. Wenn x min keine Daten kommen wird bereits ein Watchdog gestartet und ein neuverbinden innerhalb einer zufälligen Zeit versucht. Hier kamen aber fehlerhafte bzw unerwartete Daten an. Und dafür gibt es keinen Watchdog (und noch keine Fehlermeldung).
Ja habe ich um diese Zeit auch kurz auf meinem Wandtablett gesehen, war aber nach ein paar Sekunden wieder weg.
Nutze allerdings nicht das Modul sondern noch alles über Scripte.
Also passt schon mit deine Feststellung.
Ja, heute immer mal wieder ausfälle…
[quote=„Doctor_Snuggles, post:128, topic:135112“]
Nutze allerdings nicht das Modul sondern noch alles über Scripte.
[/quote] das ist gut, dann können wir gegenseitig ausschliessen dass das problem an uns liegt 
Genau …
Wollte damit nur sagen, das es an Tibber liegt, wenn keine Daten kommen und nicht am Modul.
Wenn mit dem Modul eine automatische Neuanmeldung funktioniert, wo ist dann das Problem?
Das die Realtime Instanz stehen bleibt und keine Daten mehr kommen.
Da ich meinen bisherigen Homematic Lesekopf durch den von Tibber ersetzen (musste) und ich nun darüber Verbrauch und Zählerstand erfasse ist es schon etwas nervig…
Stand oben im Log nicht was von „Neuanmeldung wurde durchgeführt“?
Hatte gedacht, das Modul würde das jetzt automatisch überwachen?
Ich glaube so etwas würde ich auch niemals über die Cloud lösen wollen.
Kannst du den Pulse nicht direkt offline wie hier schon mal beschrieben abfragen oder aber die Daten mit einem 2. Lesekopf direkt an IPSymcon geben, wie ich es schon auch mal beschrieben hatte?
Jein. Wenn keine Daten ankommen, dann wird eine neuanmeldung versucht… wenn tibber aber probleme hat, so wie jetzt, dann bekomme ich unvollständige Daten. Derzeit fange ich das nicht bzw nicht sauber ab und die instanz läuft auf einen fehler.
Bei einem tibberseitigem problem werde ich aber auch keine neuanmeldung von alleine initiieren, ich kenne ja den grund nicht.
Ich hatte wohl einfach auf eine stabile API gehofft… 
Werde mich aber mal nach alternativen umsehen. Der direkte Zugriff wäre da wohl die eleganteste Lösung, aber das könnte natürlich auch jederzeit gekappt werden durch ein Update, etc.
Zweiter Lesekopf? Wie könnte das gehen? zusätzliche Hardware vermute ich?
Eine Lösung hatte ich hier schon mal beschrieben, musste mal ab da etwas lesen.
Per „Funk“ geht das bestimmt auch mit einem ESP, wenn du kein Kabel dort liegen hast.
Viele Grüße,
Doc
Moin,
Tibber bastelt scheinbar wieder… selbst mit einem Demo Token kommt als Fehler
{
"errors": [
"Home with id \"ABC\" does not have matching owner or grid contract owner XYZ; user agent Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36"
]
}
Also heißt es abwarten
Schon seltsam, gestern auch wieder der Fehler. Immer um 16 Uhr rum scheint mir.
Ich habe jetzt erst mal den local Zugriff auf den Pulse eingerichtet. Die letzten Tage läuft das hervorragend…Für den aktuellen Zählerstand und Verbrauch scheint mir das zuverlässiger.
Lokal ist immer besser, müsste ich mich mal mit beschäftigen. Aber erst mal das modul fertig machen, bin gerade dabei einiges umzubauen
1 „Gefällt mir“
Ja, die haben echt häufig Probleme.
Seit ich die Verbindung der API aber überwache und bei Problemen automatisch neu aufbaue, kriege ich da eigentlich nicht mehr viel von mit - es sei denn, es wäre ein längerer Ausfall.
Aber ich nutze die API eh nur zur Kontrolle, ob die Daten bei Tibber ankommen. Für die Auswertungen lese ich den Zähler schon immer lokal aus. Daher interessiert es mich hierbei nicht, ob der Pulse/Tibber läuft oder nicht. Aber wenn die Daten längere Zeit nicht bei Tibber ankommen, hätte es natürlich Auswirkungen auf die Abrechnung.