NEWS
Adapter: fritzdect
-
Hallo Klaus.
Mir ist was an der Temperaturausgabe der Steckdosen (Dect200) aufgefallen.
Da wird scheinbar der Offsetwert doppelt abgezogen !?
Beispiel :
In der FB am Aktor gemessen 17°, Raumtemp. 17° >> Offset = 0° >> Ausgabe 17°
am Aktor gemessen 17°, Raumtemp. 16,5° >> Offset = 0,5° >> Ausgabe 16°
am Aktor gemessen 17°, Raumtemp. 16,0° >> Offset = 1° >> Ausgabe 15°
Gruss,
Uwe
P.S. Am Dect-Repeater derselbe Effekt, die Heizkörperregler scheinen aber nicht betroffen .
-
Hallo Klaus.
Mir ist was an der Temperaturausgabe der Steckdosen (Dect200) aufgefallen.
Da wird scheinbar der Offsetwert doppelt abgezogen !?
Beispiel :
In der FB am Aktor gemessen 17°, Raumtemp. 17° >> Offset = 0° >> Ausgabe 17°
am Aktor gemessen 17°, Raumtemp. 16,5° >> Offset = 0,5° >> Ausgabe 16°
am Aktor gemessen 17°, Raumtemp. 16,0° >> Offset = 1° >> Ausgabe 15°
Gruss,
Uwe
P.S. Am Dect-Repeater derselbe Effekt, die Heizkörperregler scheinen aber nicht betroffen . `
Danke für die Rückmeldung. Ich werde es mir anschauen und evtl. darf ich nur nicht den Offset mit berücksichtigen, der Bestandteil des Telegrams ist.
Bei den Thermostaten läuft der Aufruf über eine andere Funktion, daher der Unterschied.
Gruß
Klaus
-
Hallo Klaus.
Mir ist was an der Temperaturausgabe der Steckdosen (Dect200) aufgefallen.
Da wird scheinbar der Offsetwert doppelt abgezogen !?
Beispiel :
In der FB am Aktor gemessen 17°, Raumtemp. 17° >> Offset = 0° >> Ausgabe 17°
am Aktor gemessen 17°, Raumtemp. 16,5° >> Offset = 0,5° >> Ausgabe 16°
am Aktor gemessen 17°, Raumtemp. 16,0° >> Offset = 1° >> Ausgabe 15°
Gruss,
Uwe
P.S. Am Dect-Repeater derselbe Effekt, die Heizkörperregler scheinen aber nicht betroffen . `
Danke für die Rückmeldung. Ich werde es mir anschauen und evtl. darf ich nur nicht den Offset mit berücksichtigen, der Bestandteil des Telegrams ist.
Bei den Thermostaten läuft der Aufruf über eine andere Funktion, daher der Unterschied.
Gruß
Klaus `
So, habs verbessert, mit der Version 0.14 (npm und github).
Die korrigierte Temperatur wird schon in dem json-array übergeben und braucht nicht nochmal mit dem mitgelieferten Offset addiert werden.
Gruß
Klaus
-
So, habs verbessert, mit der Version 0.14 (npm und github).
Die korrigierte Temperatur wird schon in dem json-array übergeben und braucht nicht nochmal mit dem mitgelieferten Offset addiert werden.
Gruß
Klaus `
Danke Dir.
Jetzt passt es.
Gruß,
Uwe
-
Hallo,
habe massiv den Code umgestellt und mich an die Implementierung der Gruppen gemacht.
Da ich nun die Daten komplett verarbeite, gibt es jetzt auch mehr Datenpunkte als vorher und es werden auch nur die Datenpunkte aufgemacht, die auch wirklich vorhanden sind. Zumindest hoffe ich die Variationen der Firmwareversionen anhand der Rückmeldungen aus dem Forum erwischt zu haben.
Das es eine so umfassende Änderung ist hab ich die Version 0.1.0 genannt.
Vorerst sind die Datenpunkte noch kompatibel zur vorigen Version. Der mode ist auch noch als 0/1/2 hinterlegt.
Sie liegt wie immer auf github.
Bitte testen (hab ja keine Thermostate
)Freue mich auf positive Rückmeldungen oder auch die aufgetretenen Problemchen.
Gruß
Klaus
-
Freue mich auf positive Rückmeldungen oder auch die aufgetretenen Problemchen.
Gruß
Klaus `
Moin Klaus.
Die Leistungsaufnahme ( value.power ) bei den Steckdosen ist um den Faktor 1000 zu groß gewertet …
Ansonsten soweit alles ok.
Gruß, Uwe
-
Moin Klaus.
Die Leistungsaufnahme ( value.power ) bei den Steckdosen ist um den Faktor 1000 zu groß gewertet …
Ansonsten soweit alles ok.
Gruß, Uwe `
Danke für die Meldung, habs geschwind korrigiert.
Schon die Gruppenschaltung probiert?
Gruß
Klaus
-
Moin Klaus.
Die Leistungsaufnahme ( value.power ) bei den Steckdosen ist um den Faktor 1000 zu groß gewertet …
Ansonsten soweit alles ok.
Gruß, Uwe `
Danke für die Meldung, habs geschwind korrigiert.
Schon die Gruppenschaltung probiert?
Gruß
Klaus `
Hallo Klaus.Danke, aber das hat keine Veränderung bei value.power gebracht, hier wird meine LED immer noch mit 6200 W statt 6,2 angezeigt.
Die Schaltergruppen (Sgroup) lassen sich prima über "state" schalten,
die Thermogruppen (Hgroup) über "targettemp" auf eine Zieltemp. einstellen . Klappt also.
Bei der HGroup ist die Memberliste im Gegensatz zur SGroup leer ….
Gruss
-
Hallo Klaus ….
Ich habe mal den ganzen Objekte-Baum gelöscht und neu geladen ....
Die Steckdosen DECT200 werden jetzt einwandfrei ausgewertet und sind schaltbar.
Dect100 Repeater auch einwandfrei.
Die Kontakt-Aktoren auch alles ok.
Aber die Thermostate hat es zerlegt !
Da wird fast garnichts ausgelesen, ich häng mal nen Bild dran ....
Gruss, Uwe
3630_clipboard01.jpg -
Hallo Klaus ….
Ich habe mal den ganzen Objekte-Baum gelöscht und neu geladen ....
Die Steckdosen DECT200 werden jetzt einwandfrei ausgewertet und sind schaltbar.
Dect100 Repeater auch einwandfrei.
Die Kontakt-Aktoren auch alles ok.
Aber die Thermostate hat es zerlegt !
Da wird fast garnichts ausgelesen, ich häng mal nen Bild dran ....
Gruss, Uwe `
Hallo Uwe,
Danke für die Rückmeldung.
ich hoffe ich habe jetzt alles erwischt, was noch nicht so richtig drin war.
-> neue Version auf github
Hatte auch ohne Löschung der Instanz recht komisches Verhalten beobachtet.
Ich warte mal mit weiteren strukturellen Änderungen (Namensgebung, Thermostat-Modi) auf weitere Rückmeldungen.
Gruß
Klaus
-
Bei mir wird jetzt nicht mehr das Comet Thermostat und ein 546e gefunden. Nur noch ein 546e ist in der Liste.
Habe auch noch mal den Adapter deinstalliert und die Objekte gelöscht. Nach Neuinstallation noch immer das gleiche Problem. `
Könntest du bitte folgendes tun:
-
ein Terminal Fenster öffnen
-
in das Verzeichnis iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi gehen
-
node example -u deinusername -p deinpasswort aufrufen
-
den Output bräuchte ich dann
Irgendwas scheint bei der Antwort der fritzbox anders zu sein, bzw genaugenommen die functionbitmask und die datenpunkte.
Das log in den debug Modus schalten und evtl Posten, könnte mir auch helfen.
Welche FritzOS Version und Modell hast du?
Gruß
Klaus
Gesendet von iPhone mit Tapatalk
-
-
Bei mir wird jetzt nicht mehr das Comet Thermostat und ein 546e gefunden. Nur noch ein 546e ist in der Liste.
Habe auch noch mal den Adapter deinstalliert und die Objekte gelöscht. Nach Neuinstallation noch immer das gleiche Problem. `
Könntest du bitte folgendes tun:
-
ein Terminal Fenster öffnen
-
in das Verzeichnis iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi gehen
-
node example -u deinusername -p deinpasswort aufrufen
-
den Output bräuchte ich dann
Irgendwas scheint bei der Antwort der fritzbox anders zu sein, bzw genaugenommen die functionbitmask und die datenpunkte.
Das log in den debug Modus schalten und evtl Posten, könnte mir auch helfen.
Welche FritzOS Version und Modell hast du?
Gruß
Klaus
Gesendet von iPhone mit Tapatalk `
Ich habe die 7580 mit FRITZ!OS: 06.92
Hier der Output (es werden da die Geräte gezeigt):
Switches: 34:31:C4:D8:62:8D,34:31:C4:D8:6C:53 [34:31:C4:D8:62:8D] FRITZ!Powerline Türstation [34:31:C4:D8:62:8D] presence: true [34:31:C4:D8:62:8D] state: true [34:31:C4:D8:62:8D] temp: - [34:31:C4:D8:6C:53] FRITZ!Powerline Schlafzimmer [34:31:C4:D8:6C:53] presence: true [34:31:C4:D8:6C:53] state: false [34:31:C4:D8:6C:53] temp: - Thermostats: 119600643920 [119600643920] Comet DECT Wohnzimmer [119600643920] temp 20°C°C [119600643920] target temp 21°C°C Raw devices [ { identifier: '34:31:C4:D8:62:8D', id: '20000', functionbitmask: '640', fwversion: '06.92', manufacturer: 'AVM', productname: 'FRITZ!Powerline 546E', present: '1', name: 'FRITZ!Powerline Türstation', switch: { state: '1', mode: 'manuell', lock: '0', devicelock: '0' }, powermeter: { power: '4220', energy: '2038' } }, { identifier: '34:31:C4:D8:6C:53', id: '20001', functionbitmask: '640', fwversion: '06.92', manufacturer: 'AVM', productname: 'FRITZ!Powerline 546E', present: '1', name: 'FRITZ!Powerline Schlafzimmer', switch: { state: '0', mode: 'manuell', lock: '0', devicelock: '0' }, powermeter: { power: '0', energy: '19331' } }, { identifier: '119600643920', id: '17', functionbitmask: '320', fwversion: '03.54', manufacturer: 'AVM', productname: 'Comet DECT', present: '1', name: 'Comet DECT Wohnzimmer', temperature: { celsius: '200', offset: '-50' }, hkr: { tist: '40', tsoll: '42', absenk: '32', komfort: '42', lock: '0', devicelock: '0', errorcode: '0', batterylow: '0', nextchange: [Object] } } ] -
-
Entspricht eigentlich meinen Erwartungen. Könntest du im debug Modus den log anschauen, was dort mit create devices steht? Oder evtl Fehlermeldung?
Gesendet von iPhone mit Tapatalk `
Hier der Log. Create Devices 3? Dann müsste doch bei den Objekten die 3 angezeigt werden?
fritzdect.0 2018-01-20 11:33:14.597 info setting up Switch/DECT2xx object FRITZ!Powerline Türstation fritzdect.0 2018-01-20 11:33:14.596 info create Devices 3 fritzdect.0 2018-01-20 11:33:14.352 info Talking to FritzBox with firmware: 06.92 fritzdect.0 2018-01-20 11:33:10.028 info entered ready fritzdect.0 2018-01-20 11:33:10.018 info starting. Version 0.1.0 in /opt/iobroker/node_modules/iobroker.fritzdect, node: v6.12.2 -
Hier der Log. Create Devices 3? Dann müsste doch bei den Objekten die 3 angezeigt werden? `
Richtig. Es sind 3 Geräte anzulegen und das sollte es auch tun.
Wenn du in den debug-modus für den Adapter wechselst:
dann sollte der output ähnlich diesem sein:
bzw. es steht noch kurz etwas wie "setting up Thermostat/DECT3xx object …" da und bricht dann ab.
Das würde mich interessieren, was da die Ausgabe ist.
Gruß
Klaus
-
Die 3 Smarthome Geräte sind nun als Objekte vorhanden.
Es wurde komischerweise immer nur das erste Gerät der Fritzbox eingelesen.
Dies war zunächst die 546e Türstation.
Danach habe ich den Comet Adapter in der Fritzbox als erstes Gerät eingestellt und den Adapter neu gestartet.
Der Comet wurde dann eingelesen.
Danach die zweite 546e ganz nach oben. Dieses Geräte wurde dann auch eingelesen.
****Was mir noch aufgefallen ist:
Die Batterieladung (%) wird nicht mehr angezeigt.****
-
Die 3 Smarthome Geräte sind nun als Objekte vorhanden.
Es wurde komischerweise immer nur das erste Gerät der Fritzbox eingelesen.
Dies war zunächst die 546e Türstation.
Danach habe ich den Comet Adapter in der Fritzbox als erstes Gerät eingestellt und den Adapter neu gestartet.
Der Comet wurde dann eingelesen.
Danach die zweite 546e ganz nach oben. Dieses Geräte wurde dann auch eingelesen.
****Was mir noch aufgefallen ist:
Die Batterieladung (%) wird nicht mehr angezeigt.**** `
Hmm, da 3 Geräte erkannt sind, sollten das "forEach" auch durchlaufen. Habe im code evtl ein ";" vergessen, welches in deiner node version einen Fehler gibt.
Da das auch beim zyklischen Update der Fall war, gehe ich davon aus, daß nur das derzeitig erste Geräte bei dir jetzt alle 5min neue Werte bekommt!
Probier nochmal die neue Version von github.
Die Batterieladung ist kein nativer Bestandteil des outputs deiner Fritzbox, von daher wird er nicht vom Adapter angelegt. Das hängt wohl stark an der Firmware, bei uwered ist es zum Beispiel mit dabei.
In der alten Version wurde dies über einen anderen Weg ermittelt, das müsste ich irgendwie in meine neue Umstrukturierung wieder dazubauen.
-
****Was mir noch aufgefallen ist:
Die Batterieladung (%) wird nicht mehr angezeigt.**** `
Die Batterieladung ist kein nativer Bestandteil des outputs deiner Fritzbox, von daher wird er nicht vom Adapter angelegt. Das hängt wohl stark an der Firmware, bei uwered ist es zum Beispiel mit dabei.
In der alten Version wurde dies über einen anderen Weg ermittelt, das müsste ich irgendwie in meine neue Umstrukturierung wieder dazubauen. `
****So, hab die Batterieladung wieder mit aufgenommen.
Bitte Version von github testen!****
-
nun hat es mich auch erwischt…
nachdem ich hier so mitgelesen habe und es ja nun schienbar sauber lief, dacht ich mir - "datest du auch mal up"
Also upgedatet dann den Fritz-Adapter einmal neu geladen - blieb der Adapter im iobroker-log hängen (sprich lief nicht weiter - andere Adapter lieferten locker ihre Änderungen) - also unter Objekte den Fritz auch gelöscht.... und Fritz-Adapter neustart dann das hier ...
host.NAS 2018-01-22 12:56:55.673 info instance system.adapter.fritzdect.0 started with pid 17214 host.NAS 2018-01-22 12:56:54.289 info instance system.adapter.fritzdect.0 terminated with code 0 (OK) Caught 2018-01-22 12:56:54.289 error by controller[1]: at processImmediate [as _immediateCallback] (timers.js:396:17) Caught 2018-01-22 12:56:54.288 error by controller[1]: at Immediate.Async.drainQueues [as _onImmediate] (/volume1/iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi/node_modules/bluebird/js/release/async.js:17:14) Caught 2018-01-22 12:56:54.288 error by controller[1]: at Async._drainQueues (/volume1/iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi/node_modules/bluebird/js/release/async.js:143:10) Caught 2018-01-22 12:56:54.288 error by controller[1]: at Async._drainQueue (/volume1/iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi/node_modules/bluebird/js/release/async.js:133:16) Caught 2018-01-22 12:56:54.288 error by controller[1]: at Promise._settlePromises (/volume1/iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi/node_modules/bluebird/js/release/promise.js:689:18) Caught 2018-01-22 12:56:54.288 error by controller[1]: at Promise._settlePromise0 (/volume1/iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi/node_modules/bluebird/js/release/promise.js:614:10) Caught 2018-01-22 12:56:54.287 error by controller[1]: at Promise._settlePromise (/volume1/iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi/node_modules/bluebird/js/release/promise.js:569:18) Caught 2018-01-22 12:56:54.287 error by controller[1]: at Promise._settlePromiseFromHandler (/volume1/iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi/node_modules/bluebird/js/release/promise.js:512:31) Caught 2018-01-22 12:56:54.286 error by controller[1]: at tryCatcher (/volume1/iobroker/node_modules/iobroker.fritzdect/node_modules/fritzapi/node_modules/bluebird/js/release/util.js:16:23) Caught 2018-01-22 12:56:54.286 error by controller[1]: at errorHandler (/volume1/iobroker/node_modules/iobroker.fritzdect/main.js:23:28) Caught 2018-01-22 12:56:54.285 error by controller[1]: Unhandled rejection TypeError: Cannot read property 'statusCode' of undefined fritzdect.0 2018-01-22 12:56:53.124 info terminating fritzdect.0 2018-01-22 12:56:53.057 info cleaned everything up... host.NAS 2018-01-22 12:56:52.914 info stopInstance system.adapter.fritzdect.0 killing pid 16971 host.NAS 2018-01-22 12:56:52.914 info stopInstance system.adapter.fritzdect.0 host.NAS 2018-01-22 12:56:52.910 info object change system.adapter.fritzdect.0 hm-rpc.1 2018-01-22 12:56:26.209 info Connected hm-rpc.1 2018-01-22 12:56:26.163 info new CUxD devices/channels after filter: 0 hm-rpc.1 2018-01-22 12:56:26.113 info binrpc -> listDevices 36 hm-rpc.1 2018-01-22 12:56:23.676 info Disconnected hm-rpc.2 2018-01-22 12:55:55.413 info new HmIP devices/channels after filter: 0 hm-rpc.2 2018-01-22 12:55:55.349 info xmlrpc <- newDevices 36 hm-rpc.2 2018-01-22 12:55:53.879 info xmlrpc -> 0 devices hm-rpc.2 2018-01-22 12:55:53.452 info xmlrpc <- listDevices ["hm-rpc.2"] host.NAS 2018-01-22 12:55:11.968 info instance system.adapter.dwd.0 terminated with code 0 (OK) dwd.0 2018-01-22 12:55:10.164 info starting. Version 2.2.1 in /volume1/iobroker/node_modules/iobroker.dwd, node: v4.8.4 host.NAS 2018-01-22 12:55:00.554 info instance system.adapter.dwd.0 started with pid 17087 fritzdect.0 2018-01-22 12:53:56.622 info setting up Switch/DECT2xx object PL-Anbau fritzdect.0 2018-01-22 12:53:56.619 info create Devices 6 fritzdect.0 2018-01-22 12:53:56.247 info Talking to FritzBox with firmware: 06.92 fritzdect.0 2018-01-22 12:53:47.994 info entered ready fritzdect.0 2018-01-22 12:53:47.964 info starting. Version 0.1.0 in /volume1/iobroker/node_modules/iobroker.fritzdect, node: v4.8.4Er sollte folgende Geräte erkennen:
3x DECT200
2x PL546E
1x DECT100
Habe den Adapter über iobroker update von Github aktualisiert.
Grüße
Support us
639
Online32.4k
Users81.3k
Topics1.3m
Posts