UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[kiste01]

@warp-it

Mit dem Support von Tibber bin ich einen Schritt weiter in der Fehleranalyse. Mein Zähler ist ein Landis&Gyr E320. Die Led ist in der Handykamera sehr schwach zu sehen, Bridge und Pulse sind verbunden. Das Problem ist wohl, dass die Daten vom Stromzähler zu schwach oder falsche oder ? ankommen. Die Tibber Entwickler sind zumindest engagiert und wollen sich auch ein Modell von meinem Zähler besorgen.

Bis dahin kann ich nur noch warten

[ThomKast]

@babl Hi. Das ist zwar technisch interessant, aber wofür?..?
Das Entscheidende ist, dass der Datenaustausch über MQTT erfolgt. Diesen Traffic könnte man zuerst in einem lokalen MQTT-Client abfangen, zwischenspeichern und dann an die TIBBER-Server senden. Damit würde das Abholen der Live-Measurement-Daten von Tibber wegfallen...

ABER... das ist ein erheblicher Eingriff in eine abrechnungsrelevante Komponente. Werde ich nicht weiterverfolgen, da ich meine stündliche Abrechnung nicht kompromittieren möchte.

Mal noch eine andere Perspektive. TIBBER ist aktuell der einzige Anbieter, der eine Lösung mit einem aufgesetzten IR-Lesekopf etabliert hat. Alle anderen Anbieter setzen (aktuell noch) auf den Messstellenbetreiber DISCOVERGY mit weitaus höheren Kosten. Man sollte also nicht immer alles was möglich ist auch umsetzen. Vor allem, wenn es Teil einer echt guten Lösung ist.

...aber wie gesagt... technisch interessant

Gruß, Thomas

[babl]

@thomkast du hast da schon recht, ich wollte es nur mal verewigt haben hier im forum, mir persönlich würde ja reichen daß ich die zählerstände im iobroker bnekomme, aber ohne node red, da ich node red sonst für nix brauche.

[Janne16]

Ich habe eine Verständnisfrage, bin Tibber-Neuling.

Bislang hatte ich einen IR-Lesekopf+Smartmeter-Adapter und der hat mir alle Daten nach der Spezifikation geliefert.

Heute habe ich den Pulse eingerichtet und vermisse einiges an Werten (z. B. Gesamtzählerstand, Einspeisung) in der Tibber App.

Im Adapter kann ich den Pulse nicht aktivieren. Im Api-Explorer bekomme ich allerdings alle Verbrauchsdaten angezeigt. Der Adapter bleibt dann gelb. Ohne Aktivierung bekomme ich keine Verbrauchsdaten.

Das momentane Setting: Vertragsbeginn 1.4. und dann 4 Wochen noch kein dyn. Tarif.

So, und nun zur Fragestellung:

• Ist das Verhalten normal?

• Ändert sich das bei Vertragsbeginn?

• Sehe ich irgendwann auch den Gesamtzählerstand in der APP und im Adapter?

[oxident]

@janne16 Der Adapter hat leider derzeit Stress mit dem Pulse. Will sagen: Du kannst ihn nicht zum Auslesen der Werte verwenden.

[ThomKast]

@janne16
Hi. Weiter oben findet sich bereits ein Verweis https://forum.iobroker.net/post/948687 auf die alternative Lösung über NoteRed. Diese ist so aufgebaut/beschrieben, dass auch ohne NodeRed-Kenntnisse die Umsetzung erfolgen kann. Deine Punkte werden damit auf alle Fälle abgedeckt. Vielleicht magst Du dort mal schauen. Gruß, Thomas

[Janne16]

@thomkast said in Test Adapter TibberConnect 0.0.x inkl. Tibber Pulse:

@janne16
Hi. Weiter oben findet sich bereits ein Verweis https://forum.iobroker.net/post/948687 auf die alternative Lösung über NoteRed. Diese ist so aufgebaut/beschrieben, dass auch ohne NodeRed-Kenntnisse die Umsetzung erfolgen kann. Deine Punkte werden damit auf alle Fälle abgedeckt. Vielleicht magst Du dort mal schauen. Gruß, Thomas

Hatte ich gestern schon probiert. Funktioniert leider nicht. Weder im Datenpunkt noch im Debug finde ich einen Hinweis, der mir helfen könnte.

[ThomKast]

@janne16
Sorry, jetzt habe ich den faden verloren... Was ist genau das Problem?
Der Tibber-Feed ist Online und die Verbindung zum ioB Datenpunkt steht auch.

Der Screenshot mit dem "LiveMeasurement" dürfte aus dem Api-Explorer sein. Richtig?

Was bekommst Du denn im Debug-Bereich in NodeRed angezeigt, wenn Du die Debug-Node aktivierst?

Da sollte dan so etwas erscheinen...

Und vielleicht magst Du einfach nochmal schreiben, was jetzt genau Deine Frage ist. Sorry ...

[ThomKast]

@Janne16
Was mir gerade auffällt, ist dass Du in der JSON-Node "JSON-Zeichenfolge formatieren" aktiviert hast. Dies ist bei mir deaktiviert.
Allerdings ist mir noch nicht klar, was Dein eigentliches Problem sein soll... Sorry, der verlorene Faden

[ThomKast]

@Janne16
Aber, ob mit oder ohne Häkchen, kommen die Daten unverändert im ioB an...

[Janne16]

@thomkast
ich bekomme diese Meldung:

{"responseMessage":"<!DOCTYPE html>\n<html lang=\"en\">\n<head>\n<meta charset=\"utf-8\">\n<title>Error</title>\n</head>\n<body>\n<pre>Cannot POST /v1-beta/gpl</pre>\n</body>\n</html>\n","httpCode":404,"statusCode":404,"statusMessage":"Not Found"}

[theGrinch]

@janne16 Genau die hatte ich auch, steht im NodeRed Thread.
Lösung bei mir war: Nochmal im Api-Explorer Daten abgerufen, dann ging's.

[Janne16]

@thegrinch Danke, deinen Hinweis hatte ich gestern gelesen und es auch ausprobiert, auch jetzt wieder, aber leider bleibt es bei dem Fehler-Code.

gelöst Neuer Token und alle Werte waren da

[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.