Adapter: fritzdect

[foxthefox]

@ramses:

@foxthefox

Klaus, ich trau mich gar nicht zu fragen.

Hab Iobroker neu machen müssen und bin wieder zurück zur admin2 oberfläche (hatte mit der 3 nur probleme).

du hattest für mich den 0.1.1 angepasst, da bei jedem poll auch fehler im log auftauchten. mit 0.1.1 war bis auf beim Start, alles weg.

jetzt krieg ich wieder (mit 0.1.2) zu jedem Polling, also jede Stunde:

fritzdect.0 2018-06-02 13:12:56.681 error call to API does not exist! (404)

Die Frage ist, ob du was existenzielles geändert hast, oder ob ichs noch mal mit Admin3 wagen soll. Wobei ich glaube, du kannst gar keinen Bezug zur Admin oberfläche haben. Das Plugin läuft doch autark?

Langsam kommt es mir vor als könnte man für jede fritzbox fast eine eigene plugin version schreiben kotz `

Ich hab nur den neuen Schalter eingebaut, allerdings auch nur in Admin3. Ich weiß grad nicht ob der andere Schalter für das GästeWlan auch im admin2 drin war. Sofern das nicht war, kann ich es aber auch heute Abend einbauen.

Das Problem sind in der Tat die unterschiedlichen FritzOS versionen die unterschiedlichen Output liefern. Aber noch hält es sich in Grenzen.

Gruß

Klaus

Gesendet von iPhone mit Tapatalk

[foxthefox]

@ramses:

@foxthefox

Klaus, ich trau mich gar nicht zu fragen.

Hab Iobroker neu machen müssen und bin wieder zurück zur admin2 oberfläche (hatte mit der 3 nur probleme).

du hattest für mich den 0.1.1 angepasst, da bei jedem poll auch fehler im log auftauchten. mit 0.1.1 war bis auf beim Start, alles weg.

jetzt krieg ich wieder (mit 0.1.2) zu jedem Polling, also jede Stunde:

fritzdect.0 2018-06-02 13:12:56.681 error call to API does not exist! (404)

Die Frage ist, ob du was existenzielles geändert hast, oder ob ichs noch mal mit Admin3 wagen soll. Wobei ich glaube, du kannst gar keinen Bezug zur Admin oberfläche haben. Das Plugin läuft doch autark?

Langsam kommt es mir vor als könnte man für jede fritzbox fast eine eigene plugin version schreiben kotz `

So, ich hab mal in der adminv2 auch das Häkchen für Werteermittlung über Webseitenauslesen eingebaut.

Das dürfte allerdings nicht dein Problem lösen, hab mal nachgeforscht und das damalige Problem mit ..(404) war die Abfrage der FW Version nach dem Start des Adapters. Dies sollte nur am Start einmalig auftreten.

Es kann natürlich dennoch sein, daß es gelöst ist.

Du schreibst von alle 60min, also ist bei dir das Polling auf 3600s = 60min gestellt?

Das zyklische Polling fragt allerdings nicht nach der FW der fritzbox.

Also ist meine Annahme,daß es noch was ganz anderes sein müsste.

Kannst du mal mehr aus dem log posten? Beim letzten mal gab es darüber auch mehr Erkenntnisse.

Gruß

Klaus

[mrburns]

Hallo zusammen,

ich habe seit gestern den ioBroker auf meine RasPi 3B+ laufen und den FritzDect-Adapter (0.1.1) installiert.

Hier schonmal ein großes Dankeschön an den Entwickler.

Da ich die 19 Seiten dieses Thread zeitlich nicht durcharbeiten kann hier meine Frage:

Ich kann den Dect200 über ioBroker.admin–>Objects-->fritzdect.0-->DECT200_XXX-->state ein- und ausschalten, indem ich state auf true oder false setze.

Nun kann ich ja an dem Dect200 Taster mit der hand betätigen. Dies wird mir aber unter ioBroker.admin-->Objects-->fritzdect.0-->DECT200_XXX-->state nicht mitgeteilt.

Manchml bekome ich den Zustand mitgeteilt aber das dauert dann 1 bis zweei Minuten.

Heißt das dass ich den Schalter nur betätigen aber den aktuellen Zustand nicht auslesen kann oder das das einfach so lange dauert?

Danke...

[A Former User]

Der Adapter ist auf 300sek eingestellt bis er wieder aktualisiert. Kannst aber ändern.

[mrburns]

Hallo Brainbug,

danke - ja habe das soeben in den Einstellungen gefunden. Leider steht da nicht bei was mit 300 gemeint ist - vielleicht kann der Entwickler da schreben 'Fritzbox Polling Interval (sek.)' dann w#re das klar. Ich dachte erst das wären Millisekunden :lol:

Es wäre natürlich super, wenn man das Polling-Interval nicht einmal für den Dect-Adapter sondern für jedes Gerät also jede DECT200, DECT210, etc. getrennt einstellen bzw. mit 0 ganz abschalten könnte.

Wenn man eine DECT200 hat, die man recht häufig pollen möchte, so pollt man alle anderen zwangsläufig mit was natürlich zu erhöhter Last auf dem RasPi und auf dem netzt etc. führt.

Vielleicht kann der Entwicker das ja mal in einer der nächsten Versionen andenken - natürlich nur wenn es seine Zeit erlaubt.

Danke schonmal!

[foxthefox]

@mrburns:

Hallo Brainbug,

danke - ja habe das soeben in den Einstellungen gefunden. Leider steht da nicht bei was mit 300 gemeint ist - vielleicht kann der Entwickler da schreben 'Fritzbox Polling Interval (sek.)' dann w#re das klar. Ich dachte erst das wären Millisekunden :lol:

Es wäre natürlich super, wenn man das Polling-Interval nicht einmal für den Dect-Adapter sondern für jedes Gerät also jede DECT200, DECT210, etc. getrennt einstellen bzw. mit 0 ganz abschalten könnte.

Wenn man eine DECT200 hat, die man recht häufig pollen möchte, so pollt man alle anderen zwangsläufig mit was natürlich zu erhöhter Last auf dem RasPi und auf dem netzt etc. führt.

Vielleicht kann der Entwicker das ja mal in einer der nächsten Versionen andenken - natürlich nur wenn es seine Zeit erlaubt.

Danke schonmal! `

Hallo,

den Text hab ich in github schonmal mit (sek.) ergänzt. Ist beim nächsten einchecken auf npm dabei.

Das Grundproblem liegt in der fritzbox, die sich nicht automatisch meldet und man hierfür die Anfragen starten muß.

Ich holle immer die Infos aller Geräte in dem besagten Intervall, dies nach einzelnen Geräten zu trennen bringt kaum Vorteile, da man dann je Gerät mehrere Anfragen stellen muß um die Infos zusammenzustellen.

Sofern man die Schalthandlungen von iobroker aus macht, sind die visualisierten Daten auch aktuell. Jede Schalthandlung außerhalb iobroker wird halt erst nach gewisser Zeit klargezogen.

Von erhöhter Last würde ich bei den paar bytes die in dem Telegramm stecken, nicht sprechen und solange man nicht jede Sekunde ne Anfrage stellt, sollte dem Raspi auch nicht die Luft ausgehen.

Gruß

Klaus

[mrburns]

Danke

[umbm]

Eine Frage an den Entwickler.

Ich habe eine Warnung im JS, wenn ich versuche, die DECT200 mit "0" im State auszuschalten:

warn	Wrong type of fritzdect.0.DECT200_087610173463.state: "number". Please fix, while deprecated and will not work in next versions.

Beim Nachprüfen ist es logisch, denn der Datenpunkt ist vom Typ Boolean, habe ich aber nicht sofort so erkannt, weil dort eine 1 eingetragen war.

Aber warum schreibt der Adapter selbst 1 oder 0 in den Datenpunkt?

Eigentlich müsste er false oder true reinschreiben, so dass es in der Liste der Objekte der Objekte im ioBroker auch korrekt dargestellt wird, oder?

[foxthefox]

@umbm:

Eine Frage an den Entwickler.

Ich habe eine Warnung im JS, wenn ich versuche, die DECT200 mit "0" im State auszuschalten:

warn	Wrong type of fritzdect.0.DECT200_087610173463.state: "number". Please fix, while deprecated and will not work in next versions.

Beim Nachprüfen ist es logisch, denn der Datenpunkt ist vom Typ Boolean, habe ich aber nicht sofort so erkannt, weil dort eine 1 eingetragen war.

Aber warum schreibt der Adapter selbst 1 oder 0 in den Datenpunkt?

Eigentlich müsste er false oder true reinschreiben, so dass es in der Liste der Objekte der Objekte im ioBroker auch korrekt dargestellt wird, oder? `

Die Meldung hat die Ursache im JavaScript Adapter.

Der Adapter selbst versteht true, 1, on, ON als Befehl für einschalten.

Die 0/1 kommt aus der Rückmeldung von der fritzbox selbst und da hab ich nichts dazwischen was den Wert umsetzt.

Ich hoffe das erklärt es.

Gruß

Klaus

Gesendet von iPhone mit Tapatalk

[umbm]

@foxthefox:

Die 0/1 kommt aus der Rückmeldung von der fritzbox selbst und da hab ich nichts dazwischen was den Wert umsetzt.

Ich hoffe das erklärt es. `

Ok, dann ist es unkritisch, wenn man in den eigenen Scripte ganz normal mit false/true arbeitet und wenn der Status durch den Adapter geändert wurde, steht eben 0/1 drin.

Ergibt sich noch die Frage, ob die eigenen Scripte bei der Abfrage des Status nach true die 1 auch als true erkennt.

… muss ich mal testen...

[iomypi]

Hallo Klaus,

zunächst mal herzlichen Dank. Meine ersten Gehversuche mit ioBroker habe ich mit diesem Adapter gemacht. Klasse! Großes Dankeschön auch an alle anderen Entwickler und Betreiber.

Ich überwache mit drei 546E meine drei Solaranalagen, zeichne den Verbrauch auf und stelle über VIS das ganze grafisch dar - soweit so gut.

Die Fritzbox-Stecker machen auch selbst eine komplette Aufzeichung der Verbräuche, die ich sehr gerne auslesen würde. Dann könnte ich mir die eigene Aufzeichung sparen und direkt auf die in der 546E gespeicherten Historie zugreifen und über VIS nach Belieben zusammenstellen.

Gibt es eine Möglichkeit an diese Daten ranzukommen:

Grüße

iomypi

[foxthefox]

Hallo iomypi,

Theoretisch müsste es aus der Website extrahierter sein, wird ja immerhin gerendert.

Hab da allerdings kein Plan dazu. Ich nutze die Funktionen von der Library und wenn die es täte, dann kann ich es in iobroker sichtbar machen.

Und im Datenstrom der Antworten der fritzbox ist es nicht dabei.

Also erstmal geht leider nix.

Gruß

Klaus

Gesendet von iPhone mit Tapatalk

[iomypi]

Danke, hab mir schon gedacht, dass AVM das nicht unterstützt. Extrahieren hab schon versucht, dafür reichen meine Kenntnisse offensichtlich (noch) nicht.

[ReverZ]

Du solltest den zustand eigentlich immer mitbekommen - allerdings zeitlich verzögert.

Das ist kein Bug sondern ein Feature um eine lange Batterielaufzeit zu gewährleisten. Der DECT-Teil wird nur alle x Minuten aktiviert. Angaben von x variieren im Netz von 2 bis 15.

[Stabilostick]

Naja, die Stecker stecken in der 230V Steckdose. Konnte ich mir jetzt nicht verkneifen, das zu sagen.

[ReverZ]

Sorry, falsche Baustelle. Ich hatte irgendwie das Thermostat im Kopf.

[aldoa1]

Hallo,

ich steuere den fritzdect Adapter über das vis.

Nun kann ich plötzlich keine Temperatur mehr ändern (targettemp). Vis ändert und die target Temperatur ist im Objekt geändert. passiert aber nichts mehr bei dem Fritz!Dect 301.

[foxthefox]

@aldoa1:

Hallo,

ich steuere den fritzdect Adapter über das vis.

Nun kann ich plötzlich keine Temperatur mehr ändern (targettemp). Vis ändert und die target Temperatur ist im Objekt geändert. passiert aber nichts mehr bei dem Fritz!Dect 301. `

Hallo,

Dann schalte den Adapter mal bitte in den debug Modus und ändere erneut den Wert.

Dann sollte im log etwas dazu stehen, respektive eine Fehlermeldung kommen.

Diesen Teil vom log bräuchte ich für weitere Auswertung.

Gruß

Klaus

Gesendet von iPhone mit Tapatalk

[aldoa1]

Das Problem lag an der Fritz Box.

Diese meldete 5.03 Service unavailable.

Habe sie neu gestartet und nun funktioniert es wieder.

[Laire]

Ich finde einfach meine Schaltsteckdose nicht: FRITZ!Powerline 546E

Muss ich nach dem Einstellen des Adapters nochmal irgendwie nach Geräten scannen?

Die Anmeldung an der Box erfolgt als Fritzbox User mit Login und Passwort. Daten sind hinterlegt.

Meine Log Datei:

fritzdect.0	2018-10-14 18:30:34.585	debug	system.adapter.admin.0: logging false
fritzdect.0	2018-10-14 18:30:34.581	debug	redis pmessage io.*.logging io.system.adapter.admin.0.logging {"val":false,"ack":true,"ts":1539534634576,"q":0,"from":"system.adapter.admin.0","lc":1539534634576}
fritzdect.0	2018-10-14 18:30:18.432	debug	polling! fritzdect is alive
fritzdect.0	2018-10-14 18:30:18.396	debug	WLAN poll :true
fritzdect.0	2018-10-14 18:30:18.389	info	entered ready
fritzdect.0	2018-10-14 18:30:18.383	info	starting. Version 0.1.3 in /opt/iobroker/node_modules/iobroker.fritzdect, node: v8.12.0
fritzdect.0	2018-10-14 18:30:17.933	info	States connected to redis: 127.0.0.1:6379
fritzdect.0	2018-10-14 18:30:17.925	debug	statesDB connected
fritzdect.0	2018-10-14 18:30:17.871	debug	objectDB connected
fritzdect.0	2018-10-14 18:30:12.997	info	cleaned everything up...
fritzdect.0	2018-10-14 18:30:12.990	info	cleaned everything up...
fritzdect.0	2018-10-14 18:30:01.189	debug	system.adapter.admin.0: logging true
fritzdect.0	2018-10-14 18:30:01.183	debug	redis pmessage io.*.logging io.system.adapter.admin.0.logging {"val":true,"ack":true,"ts":1539534601181,"q":0,"from":"system.adapter.admin.0","lc":1539534601181}
fritzdect.0	2018-10-14 18:26:43.145	debug	polling! fritzdect is alive
fritzdect.0	2018-10-14 18:21:43.137	debug	polling! fritzdect is alive
fritzdect.0	2018-10-14 18:21:43.098	debug	WLAN poll :true
fritzdect.0	2018-10-14 18:21:43.091	info	entered ready
fritzdect.0	2018-10-14 18:21:43.084	info	starting. Version 0.1.3 in /opt/iobroker/node_modules/iobroker.fritzdect, node: v8.12.0
fritzdect.0	2018-10-14 18:21:42.918	info	States connected to redis: 127.0.0.1:6379
fritzdect.0	2018-10-14 18:21:42.910	debug	statesDB connected
fritzdect.0	2018-10-14 18:21:42.855	debug	objectDB connected
fritzdect.0	2018-10-14 18:21:35.128	info	cleaned everything up...
fritzdect.0	2018-10-14 18:21:35.121	info	cleaned everything up...