Adapter: fritzdect
-
Hier ebenfalls …
Mit Fritzbox 7490 (FRITZ!OS: 06.98-48630 BETA )
und fritzbox dect adapter 0.0.12 und fritzapi NPM v.0.10.3
3630_zwischenablage01.jpg -
ich vermute es hängt mit dem jeweiligen fb-modell zusammen.
Ich hab eine 7360SL mit FRITZ!OS 06.33 (aktuellste).
Kannst mir verraten wie ich die fritzapi aktuallisieren kann? Ich habe noch 0.9.6
-
Das bezieht sich bestimmt auf den Beitrag davor (wo alles läuft).
Gesendet von iPhone mit Tapatalk
-
Das bezieht sich bestimmt auf den Beitrag davor (wo alles läuft).
Gesendet von iPhone mit Tapatalk `
Deshalb habe ich es schnell korrigiert.
Aber, Klaus, wenn du das mit meinem Befehlsoutput nicht einfach beheben kannst, kann ich damit wohl gut leben. Das eingebaute Thermometer in den DECT200 ist eh mehr ein Schätzeisen als realistisch. In dem Fall wäre ich dir dankbar wenn du mir sagen könntest was du mit "option abhaken damit nichts mehr im Log auftaucht" gemeint ist.
-
Aber, Klaus, wenn du das mit meinem Befehlsoutput nicht einfach beheben kannst, kann ich damit wohl gut leben. Das eingebaute Thermometer in den DECT200 ist eh mehr ein Schätzeisen als realistisch. In dem Fall wäre ich dir dankbar wenn du mir sagen könntest was du mit "option abhaken damit nichts mehr im Log auftaucht" gemeint ist. `
Also mit dem Output aus dem example kann ich wenig anfangen, sieht sehr verworren aus. Evtl. kommt mir ja noch eine Idee.
Schau doch bitte auch noch mal in der fritzbox in den Ereignismonitor, evtl. steht da ja auch noch ein kleiner Hinweis drin.
Zur Verbesserung der Situation hätte ich in der Konfigurationsseite des Adapters eine Option eingebaut, mit der man die Abfrage der Temperatur unterbinden kann. Dann gibt es weniger log-Einträge.
Gruß
Klaus
-
Aber, Klaus, wenn du das mit meinem Befehlsoutput nicht einfach beheben kannst, kann ich damit wohl gut leben. Das eingebaute Thermometer in den DECT200 ist eh mehr ein Schätzeisen als realistisch. In dem Fall wäre ich dir dankbar wenn du mir sagen könntest was du mit "option abhaken damit nichts mehr im Log auftaucht" gemeint ist. `
Also mit dem Output aus dem example kann ich wenig anfangen, sieht sehr verworren aus. Evtl. kommt mir ja noch eine Idee.
Schau doch bitte auch noch mal in der fritzbox in den Ereignismonitor, evtl. steht da ja auch noch ein kleiner Hinweis drin.
Zur Verbesserung der Situation hätte ich in der Konfigurationsseite des Adapters eine Option eingebaut, mit der man die Abfrage der Temperatur unterbinden kann. Dann gibt es weniger log-Einträge.
Gruß
Klaus `
Hi Klaus,
nope das Log ist sauber bis auf die Anmeldungen:
31.12.17 15:52:27 Anmeldung des Benutzers iobroker an der FRITZ!Box Benutzeroberfläche von IP-Adresse 192.168.1.21.
31.12.17 15:47:27 Anmeldung des Benutzers iobroker an der FRITZ!Box Benutzeroberfläche von IP-Adresse 192.168.1.21.
31.12.17 15:42:27 Anmeldung des Benutzers iobroker an der FRITZ!Box Benutzeroberfläche von IP-Adresse 192.168.1.21.
Mehr ist nicht zu finden.
Wenn du keine Lösung findest, wäre ich für entsprechende Haken in der Adapter-Konfig natürlich dankbar. Werde mir dafür auf jeden Fall keine neue Fritzbox kaufen
Für weitere Tests stehe ich dir natürlich zur Verfügung.
PS: Wäre immer noch dankbar wenn mir wer sagt wie ich die fritzapi aktuallisiere. Vllt löst das ja schon Probleme?
ahhhh… npm install fritzapi so einfach kann es sein
-
so auch mit neuer fritzapi selbe fehler
muss wieder zurück zu 0.9.6 version. nach jedem schaltversuch trennt sich der cloudadapter. alexa setzt auch nix um
nachtrag
ok zurück zu 0.9.6 geht auch nicht mehr. adapter hat die funktion komplett eingestellt. riecht für mich nach neu machen
-
so auch mit neuer fritzapi selbe fehler
muss wieder zurück zu 0.9.6 version. nach jedem schaltversuch trennt sich der cloudadapter. alexa setzt auch nix um
nachtrag
ok zurück zu 0.9.6 geht auch nicht mehr. adapter hat die funktion komplett eingestellt. riecht für mich nach neu machen
`Ich selbst hab die 0.10 von der fritzapi noch nicht ausprobiert, aber es kann ein paar Veränderungen enthalten auf die ich der Adapter unter Umständen noch nicht vorbereitet ist.
Ich hoffe du hast das Npm install im Verzeichnis iobroker.fritzdect aufgerufen, ansonsten wär es ohnehin die falsche Stelle. Sofern die package.json noch unverändert ist, könnte ein löschen der fritzapi im Node_modules ausreichen und dann ein Npm install im iobroker.fritzdect. Wobei ein komplettes löschen und neu installieren auch nicht weiter tragisch sein sollte, die datenpunkte werden ja identisch wieder angelegt.
Gesendet von iPhone mit Tapatalk
-
so auch mit neuer fritzapi selbe fehler
muss wieder zurück zu 0.9.6 version. nach jedem schaltversuch trennt sich der cloudadapter. alexa setzt auch nix um
nachtrag
ok zurück zu 0.9.6 geht auch nicht mehr. adapter hat die funktion komplett eingestellt. riecht für mich nach neu machen
`Ich selbst hab die 0.10 von der fritzapi noch nicht ausprobiert, aber es kann ein paar Veränderungen enthalten auf die ich der Adapter unter Umständen noch nicht vorbereitet ist.
Ich hoffe du hast das Npm install im Verzeichnis iobroker.fritzdect aufgerufen, ansonsten wär es ohnehin die falsche Stelle. Sofern die package.json noch unverändert ist, könnte ein löschen der fritzapi im Node_modules ausreichen und dann ein Npm install im iobroker.fritzdect. Wobei ein komplettes löschen und neu installieren auch nicht weiter tragisch sein sollte, die datenpunkte werden ja identisch wieder angelegt.
Gesendet von iPhone mit Tapatalk `
Ja, konnte es noch mal fixen. Ich hab es auch nur getestet weil ein paar Beitrage vorher jemand sagte, bei Ihm geht es so.
War ein versuch wert!
So Klaus, ich habe jetzt mal eine zweite Linux VM mit Iobroker installiert. Die kann ich zerschiessen wie ich lustig bin. Ausserdem wollte ich ausschliessen, dass ich irgendwo einen Fehler gemacht habe.
Habe jetzt nur cloud adapter und den fritz.dect installiert. Das einzige was ich gemacht habe ist in deinem Adapter die Zugangsdaten einzugeben. Fehler taucht sofort wieder auf im Log.
Auch der Output von "node example -u deinBenutzername -p deinPasswort" ist gleich.
Wenn du irgendwas ausprobieren willst, sag bescheid, Klaus. Jetzt gibts ne Maschine die zum zerstören da ist
-
Guten Morgen & frohes neues 2018.
Ist es eigentlich möglich via der FritzAPI an die Gruppenschaltungen der Fritzbox dran zu kommen, und diese dann im FritzDect Adapter zu nutzen ?
Die Fritzbox bietet ja Gruppierungen für Schaltaktoren und Heizkörperregler an.
Desweiteren ist mir aufgefallen, daß die Dect200 auch einen Spannungswert protokollieren.
Kommt man da auch irgendwie dran ? ( Wenngleich der Wert auch eher geschätzt sein dürfte )
Gruss,
uwered
3630_zwischenablage01.jpg -
Guten Morgen & frohes neues 2018.
Ist es eigentlich möglich via der FritzAPI an die Gruppenschaltungen der Fritzbox dran zu kommen, und diese dann im FritzDect Adapter zu nutzen ?
Die Fritzbox bietet ja Gruppierungen für Schaltaktoren und Heizkörperregler an.
Desweiteren ist mir aufgefallen, daß die Dect200 auch einen Spannungswert protokollieren.
Kommt man da auch irgendwie dran ? ( Wenngleich der Wert auch eher geschätzt sein dürfte )
Gruss,
uwered `
Frohes neues 2018!
An die gruppenschaltung für switched kommt man irgendwie ran, wenngleich die Benennung willkürlich ist. In der jetzigen Version wird auch schon ein Objekt dafür angelegt, aber hat nicht die reduzierten Datenpunkte. Laut einer gleichartigen Idee auf github, ist angeblich bei Thermostaten dies nicht der Fall.
Da ich keine Thermostate hab, könntest du mal evtl. Gruppen für beides anlegen und das einige Posts vorher beschriebene node example … ausführen und mir den Output schicken/posten.
An die Spannung kommt man nativ nicht so ran. Theoretisch wärs wohl möglich, aber da warte ich lieber auf ne neue fritzapi.
Gruß
Klaus
Gesendet von iPhone mit Tapatalk
-
Hallo Klaus.
Ich habe mal "node example…" durchgeführt. Das Ergebnis im Anhang .
Ich habe 2 Gruppen, einmal eine Steckdosen-Gruppe "Steckdosengruppe" und eine Thermostat-Gruppe "Heizung Buero1".
Die Steckdosen-Gruppe findet man zwar im Listing, aber ziemlich undefiniert was die Mitglieder betrifft. :?:
Die Thermostat-Gruppe wird gar nicht gelistet .
Aber !
Die Spannungen der Steckdosen werden angezeigt !(Unter RAW-Devices mit "powermeter: { voltage: '223612', power: '8220', energy: '149' }," 8-)
Vielleicht kannst Du ja was "reissen" ...
Gruß
-
Da geht auf jeden Fall was [emoji6]
Gesendet von iPhone mit Tapatalk
-
So,
hab mal was in github mit der Version 0.13 angefangen, an sich lauffähig aber noch nicht fertig.
Die Spannung ist als Objekt jetzt eingebaut und dürfte funktionieren. Allerdings kommt bei mir dieser Wert von der fritzbox 7390 nicht an
. Scheint ein ähnliches Problem wie bei der Temperatur an der 7360SL zu sein.Der Schalter für die Temperatur ist in der Konfigurationsseite drin, will aber nicht so richtig. Obwohl die Daten richtig gespeichert sind, scheint der Wert nicht im Adapter ausgewertet zu werden. So etwas hatte ich schon einmal bei einem anderen Adapter, erinnere mich bloß nicht was dann half.
Der Wert für lock und mode wird jetzt eingelesen und abgelegt.
Für admin v3 hab ich angefangen, aber da ist noch einiges mehr zu tun.
Gruß
Klaus
-
Moin Klaus.
Das ist schon jetzt super …
Nur bei der Spannung hast Du einen Faktor 10 drin, so werden hier statt 222,512 V 2225.12 V angezeigt.
Gruß, Uwe
-
So,
hab mal was in github mit der Version 0.13 angefangen, an sich lauffähig aber noch nicht fertig.
Die Spannung ist als Objekt jetzt eingebaut und dürfte funktionieren. Allerdings kommt bei mir dieser Wert von der fritzbox 7390 nicht an
. Scheint ein ähnliches Problem wie bei der Temperatur an der 7360SL zu sein.Der Schalter für die Temperatur ist in der Konfigurationsseite drin, will aber nicht so richtig. Obwohl die Daten richtig gespeichert sind, scheint der Wert nicht im Adapter ausgewertet zu werden. So etwas hatte ich schon einmal bei einem anderen Adapter, erinnere mich bloß nicht was dann half.
Der Wert für lock und mode wird jetzt eingelesen und abgelegt.
Für admin v3 hab ich angefangen, aber da ist noch einiges mehr zu tun.
Gruß
Klaus `
Oh und an den Haken hast du auch gedacht! Danke dir.
Ich werde es am Wochenende teste!
-
Moin Klaus.
Das ist schon jetzt super …
Nur bei der Spannung hast Du einen Faktor 10 drin, so werden hier statt 222,512 V 2225.12 V angezeigt.
Gruß, Uwe `
Moin Uwe
Das mit der Spannung ist einfach.
Wird bei dir die Temperatur ausgelesen?
Gruß
Klaus
Gesendet von iPhone mit Tapatalk
-
Hallo Klaus.
Yupp, kommt alles an …. 8-)
Fritzbox 7490 mit FRITZ!OS: 06.98-48630 BETA.
-
so hab die Spannung korrigiert und die checkbox für die Spannung aktiviert.
Admin V3 und Schalter als Gruppe ist dann als nächstes in Arbeit.
Grüße
Klaus
-
Hi,
erstmal vielen Dank für deine Mühen.
Dein Adapter ist großartig und funktioniert auch ziemlich gut.
Ich habe eine Frage bzw. ein Problem mit dem Adapter der eher kosmetischer Natur ist.
Wenn ich im .admin unter Objekte den Wert der Target Temp. ändere bekomme ich im Log folgenden Fehler:
fritzdect.0 2018-01-05 17:47:46.866 error error calling the fritzbox {}
Dennoch scheint der Befehl korrekt umgesetzt zu werden.
Hat jemand eine Idee was diesen Fehler verursacht und wie man das "wegbekommt" ?
Ich verwende eine FritzBox 7490 mit der neuesten FW6.93 aber auch mit der 6.92 trat der Fehler auf.
Außerdem verwende ich 4 CometDECT Thermostate. Der Fehler tritt bei allen auf.
–-----------------
Andere Frage: Ich möchte, wenn ich ein Fenster öffne dass Thermostat schließen.
Das funktioniert manuell gut und auch per Script.
Dazu ändere ich den Wert von mode von "auto(0)" auf "closed(1)"
Allerdings weiß ich nicht in welcher Form ich den Wert per Script ändern kann.
Blockly erlaubt mir "zahl" und "text" also string. Beides wird mit einer Meldung:
javascript.0 2018-01-05 16:44:28.876 warn Wrong type of fritzdect.0.Comet_xxxx.mode: "number". Please fix, while deprecated and will not work in next versions.
quittiert aber ausgeführt. Was ist die "richtige" Art den Wert von Mode zu setzen?
Ich danke vorab für jeden Tipp.
Gruß
Udo
