NEWS
-
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 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
-
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?
-
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
-
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...
-
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
-
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
-
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.
-
Naja, die Stecker stecken in der 230V Steckdose. Konnte ich mir jetzt nicht verkneifen, das zu sagen.
-
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
-
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... -
Bitte 2 Dinge tun.
1. Adapter in Developer g Modus versetzen, dann kann man mehr im log sehen
2. In der Admin Seite des Adapters mal bitte auf debug Geräte gehen und nachschauen was dort als JSON zurück kommt.
Ggf. beides hier posten.
Eine Suche gibt es nicht, beim Neustart wird entsprechend der fritzbox Antwort die Objekt Struktur angelegt
Gruß
Klaus
Gesendet von iPhone mit Tapatalk
-
Also ich habe das Log Level auf Debug gesetzt und die Instanz neu geladen.
Dann habe ich in der Konfiguration auf "My Device" geklickt wobei ein Feedback nur in der Logdatei erfolgte.
2018-10-14 21:19:45.516 - info: host.ioBroker-RasPi instance system.adapter.fritzdect.0 terminated with code 0 (OK) 2018-10-14 21:19:47.993 - info: host.ioBroker-RasPi instance system.adapter.fritzdect.0 started with pid 1740 2018-10-14 21:19:50.234 - debug: fritzdect.0 objectDB connected 2018-10-14 21:19:50.371 - debug: fritzdect.0 statesDB connected 2018-10-14 21:19:50.379 - info: fritzdect.0 States connected to redis: 127.0.0.1:6379 2018-10-14 21:19:50.902 - info: fritzdect.0 starting. Version 0.1.3 in /opt/iobroker/node_modules/iobroker.fritzdect, node: v8.12.0 2018-10-14 21:19:50.908 - info: fritzdect.0 entered ready 2018-10-14 21:19:50.915 - debug: fritzdect.0 WLAN poll :false 2018-10-14 21:19:50.949 - debug: fritzdect.0 polling! fritzdect is alive 2018-10-14 21:19:59.417 - info: octoprint.0 sending request to http://192.168.178.48:5000/api/version with data: null 2018-10-14 21:19:59.418 - info: octoprint.0 sending request to http://192.168.178.48:5000/api/connection with data: null 2018-10-14 21:19:59.419 - info: octoprint.0 sending request to http://192.168.178.48:5000/api/printer with data: null 2018-10-14 21:19:59.419 - info: octoprint.0 sending request to http://192.168.178.48:5000/api/job with data: null 2018-10-14 21:20:59.368 - debug: fritzdect.0 redis pmessage messagebox.system.adapter.fritzdect.0 messagebox.system.adapter.fritzdect.0 {"command":"devices","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":363,"ack":false,"time":1539544859366},"_id":84594223} 2018-10-14 21:20:59.395 - error: Caught by controller[1]: Fatal [object Object] 2018-10-14 21:20:59.397 - error: host.ioBroker-RasPi instance system.adapter.fritzdect.0 terminated with code 2 (Adapter has invalid config or no config found) 2018-10-14 21:20:59.397 - info: host.ioBroker-RasPi Restart adapter system.adapter.fritzdect.0 because enabled 2018-10-14 21:20:59.426 - info: octoprint.0 sending request to http://192.168.178.48:5000/api/version with data: null 2018-10-14 21:20:59.428 - info: octoprint.0 sending request to http://192.168.178.48:5000/api/connection with data: null 2018-10-14 21:20:59.429 - info: octoprint.0 sending request to http://192.168.178.48:5000/api/printer with data: null 2018-10-14 21:20:59.430 - info: octoprint.0 sending request to http://192.168.178.48:5000/api/job with data: null 2018-10-14 21:21:29.412 - info: host.ioBroker-RasPi instance system.adapter.fritzdect.0 started with pid 1815
Support us
669
Online32.4k
Users81.4k
Topics1.3m
Posts