Adapter: fritzdect

[uwered]

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

[foxthefox]

@uwered:

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

[aldoa1]

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.

[foxthefox]

@aldoa1:

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

[aldoa1]

@foxthefox:

@aldoa1:

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] } } ]

[foxthefox]

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

[aldoa1]

@foxthefox:

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

[foxthefox]

@aldoa1:

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

[aldoa1]

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

[foxthefox]

@aldoa1:

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.

[foxthefox]

@foxthefox:

@aldoa1:

****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!****

[al-79]

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

Er sollte folgende Geräte erkennen:

3x DECT200

2x PL546E

1x DECT100

Habe den Adapter über iobroker update von Github aktualisiert.

Grüße

[foxthefox]

@al-79:

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

Er sollte folgende Geräte erkennen:

3x DECT200

2x PL546E

1x DECT100

Habe den Adapter über iobroker update von Github aktualisiert.

Grüße `

Sorry, dass es bei dir auf einen Fehler läuft.

Hab mal kurz über das log geschaut.

6 Geräte hat er auf jeden Fall von der fritzbox gemeldet bekommen. Das erste scheint er anzulegen und stößt auf einen Fehler der nicht auswertbar ist.

Kannst du den Adapter in debug-Modus versetzen und das log nochmal anschauen, da sollten weitere Meldungen drin sein, bevor es den error gibt.

Heute Abend zu hause kümmere ich mich dann drum.

Gruß

Klaus

Gesendet von iPhone mit Tapatalk

[al-79]

Ach kein Stress…...

Hatte nun zwischenzeitlich fritzdect komplett runter und via npm neu installiert.... dabei wurde 0.0.14 installiert und es funktioniert wieder.

Gesendet vom Mobiltelefon .... Rechtschreibfehler ggf. durch 'T9'

[foxthefox]

@aldoa1:

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

Wenn es nicht zuviel Umstände macht, bitte die heutige Version von github einmal durchtesten, sind ja schon diverse Fehlerbehebungen eingeflossen und das Anlegen aller Objekte sollte hoffentlich auch funktionieren.

Am besten vorher den Adapter löschen.

Gruß

Klaus

[uwered]

Hi Klaus.

Guten Morgen.

Es sieht soweit gut aus ….

Ich habe aber ne allgemeine Frage :

Wäre es eigentlich möglich, daß in dem Konfig-Fenster des laufenden Adapters die Version ( am besten mit Build-Date ) angezeigt wird ?

Irgendwie weis man nie, was man jetzt eigentlich am laufen hat .... es sei denn man schaut in die Source ...

Gruß,

Uwe

[aldoa1]

Habe den Adapter deinstalliert und neu installiert.

Alle Geräte wurden erkannt.

Die Batterie (in %) beim Comet Thermostat wird auch wieder angezeigt.

Vielen Dank!

[root_]

Gibts evtl eine Möglichkeit die Gast WLAN Steuerung zu entfernen/abzuschalten? Ich habe für ioBroker einen FB Benutzer angelegt der nur SmartHome verwalten darf. Da er keine FB Einstellungen ändern darf bekomme ich im log dauernd Fehlermeldungen.

[Webranger]

Und was wäre wenn andere den Gastwlan datenpunkt nutzen im vis?

[foxthefox]

@root_:

Gibts evtl eine Möglichkeit die Gast WLAN Steuerung zu entfernen/abzuschalten? Ich habe für ioBroker einen FB Benutzer angelegt der nur SmartHome verwalten darf. Da er keine FB Einstellungen ändern darf bekomme ich im log dauernd Fehlermeldungen. `
Natürlich, aber nicht ohne Entwicklung [emoji849]

Gesendet von iPhone mit Tapatalk