NEWS
[Aufruf] ZigBee CC253x Adapter 0.9
-
Bei mir ist das auch so.. aktuelle Version von Github. Alle Meldungen kommen vom Zigbee controller (bzw. zigbee shepherd.)
das gleiche im übrigen nicht nur im syslog sondern auch im daemon.log.
Anbei mal ein Beispiel (nur ausschnitt)
Feb 18 19:55:59 localhost node[1488]: 2019-02-18T18:55:59.081Z zigbee:controller debug handleMessage { type: 'devChange', Feb 18 19:55:59 localhost node[1488]: endpoints: Feb 18 19:55:59 localhost node[1488]: [ Endpoint { Feb 18 19:55:59 localhost node[1488]: isLocal: [Function], Feb 18 19:55:59 localhost node[1488]: device: [Object], Feb 18 19:55:59 localhost node[1488]: profId: 260, Feb 18 19:55:59 localhost node[1488]: epId: 1, Feb 18 19:55:59 localhost node[1488]: devId: 9, Feb 18 19:55:59 localhost node[1488]: inClusterList: [Array], Feb 18 19:55:59 localhost node[1488]: outClusterList: [], Feb 18 19:55:59 localhost node[1488]: clusters: [Object], Feb 18 19:55:59 localhost node[1488]: onAfDataConfirm: null, Feb 18 19:55:59 localhost node[1488]: onAfReflectError: null, Feb 18 19:55:59 localhost node[1488]: onAfIncomingMsg: null, Feb 18 19:55:59 localhost node[1488]: onAfIncomingMsgExt: null, Feb 18 19:55:59 localhost node[1488]: onZclFoundation: null, Feb 18 19:55:59 localhost node[1488]: onZclFunctional: null, Feb 18 19:55:59 localhost node[1488]: foundation: [Function], Feb 18 19:55:59 localhost node[1488]: functional: [Function], Feb 18 19:55:59 localhost node[1488]: bind: [Function], Feb 18 19:55:59 localhost node[1488]: unbind: [Function], Feb 18 19:55:59 localhost node[1488]: read: [Function], Feb 18 19:55:59 localhost node[1488]: write: [Function], Feb 18 19:55:59 localhost node[1488]: report: [Function] } ], Feb 18 19:55:59 localhost node[1488]: data: Feb 18 19:55:59 localhost node[1488]: { cid: 'seMetering', Feb 18 19:55:59 localhost node[1488]: data: { '57344': 8, '57345': 225, '57346': 1 } } } Feb 18 19:55:59 localhost node[1488]: 2019-02-18T18:55:59.083Z zigbee:controller event devChange { type: 'devChange', Feb 18 19:55:59 localhost node[1488]: endpoints: Feb 18 19:55:59 localhost node[1488]: [ Endpoint { Feb 18 19:55:59 localhost node[1488]: isLocal: [Function], Feb 18 19:55:59 localhost node[1488]: device: [Object], Feb 18 19:55:59 localhost node[1488]: profId: 260, Feb 18 19:55:59 localhost node[1488]: epId: 1, Feb 18 19:55:59 localhost node[1488]: devId: 9, Feb 18 19:55:59 localhost node[1488]: inClusterList: [Array], Feb 18 19:55:59 localhost node[1488]: outClusterList: [], Feb 18 19:55:59 localhost node[1488]: clusters: [Object], Feb 18 19:55:59 localhost node[1488]: onAfDataConfirm: null, Feb 18 19:55:59 localhost node[1488]: onAfReflectError: null, Feb 18 19:55:59 localhost node[1488]: onAfIncomingMsg: null, Feb 18 19:55:59 localhost node[1488]: onAfIncomingMsgExt: null, Feb 18 19:55:59 localhost node[1488]: onZclFoundation: null, Feb 18 19:55:59 localhost node[1488]: onZclFunctional: null, Feb 18 19:55:59 localhost node[1488]: foundation: [Function], Feb 18 19:55:59 localhost node[1488]: functional: [Function], Feb 18 19:55:59 localhost node[1488]: bind: [Function], Feb 18 19:55:59 localhost node[1488]: unbind: [Function], Feb 18 19:55:59 localhost node[1488]: read: [Function], Feb 18 19:55:59 localhost node[1488]: write: [Function], Feb 18 19:55:59 localhost node[1488]: report: [Function] } ], Feb 18 19:55:59 localhost node[1488]: data: Feb 18 19:55:59 localhost node[1488]: { cid: 'seMetering', Feb 18 19:55:59 localhost node[1488]: data: { '57344': 8, '57345': 225, '57346': 1 } } } { cid: 'seMetering', modelId: 'Ninja Smart plug' } Feb 18 19:55:59 localhost node[1488]: Mon, 18 Feb 2019 18:55:59 GMT cc-znp:AREQ <-- ZDO:srcRtgInd, { dstaddr: 57999, relaycount: 0, relaylist: <Buffer > } Feb 18 19:55:59 localhost node[1488]: 2019-02-18T18:55:59.766Z zigbee-shepherd:msgHdlr IND <-- ZDO:srcRtgInd Feb 18 19:55:59 localhost node[1488]: Mon, 18 Feb 2019 18:55:59 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 1794, srcaddr: 57999, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 2, securityuse: 0, timestamp: 1080662, transseqnumber: 0, len: 27, data: <Buffer 0c 9f 10 32 0a 00 e0 21 7d 00 01 e0 21 e1 00 02 e0 21 03 00 03 e0 23 df 02 00 00> } Feb 18 19:55:59 localhost node[1488]: 2019-02-18T18:55:59.822Z zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object] Feb 18 19:55:59 localhost node[1488]: 2019-02-18T18:55:59.826Z zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0 Feb 18 19:55:59 localhost node[1488]: 2019-02-18T18:55:59.826Z zigbee:controller event msg { groupid: 0, Feb 18 19:55:59 localhost node[1488]: clusterid: 1794, Feb 18 19:55:59 localhost node[1488]: srcaddr: 57999, Feb 18 19:55:59 localhost node[1488]: srcendpoint: 1, Feb 18 19:55:59 localhost node[1488]: dstendpoint: 1, Feb 18 19:55:59 localhost node[1488]: wasbroadcast: 0, Feb 18 19:55:59 localhost node[1488]: linkquality: 2, Feb 18 19:55:59 localhost node[1488]: securityuse: 0, Feb 18 19:55:59 localhost node[1488]: timestamp: 1080662, Feb 18 19:55:59 localhost node[1488]: transseqnumber: 0, Feb 18 19:55:59 localhost node[1488]: len: 27, Feb 18 19:55:59 localhost node[1488]: data: Feb 18 19:55:59 localhost node[1488]: { '0': 12, Feb 18 19:55:59 localhost node[1488]: '1': 159, Feb 18 19:55:59 localhost node[1488]: '2': 16, Feb 18 19:55:59 localhost node[1488]: '3': 50, Feb 18 19:55:59 localhost node[1488]: '4': 10, Feb 18 19:55:59 localhost node[1488]: '5': 0, Feb 18 19:55:59 localhost node[1488]: '6': 224, Feb 18 19:55:59 localhost node[1488]: '7': 33, Feb 18 19:55:59 localhost node[1488]: '8': 125, Feb 18 19:55:59 localhost node[1488]: '9': 0, Feb 18 19:55:59 localhost node[1488]: '10': 1, Feb 18 19:55:59 localhost node[1488]: '11': 224, Feb 18 19:55:59 localhost node[1488]: '12': 33, Feb 18 19:55:59 localhost node[1488]: '13': 225, Feb 18 19:55:59 localhost node[1488]: '14': 0, Feb 18 19:55:59 localhost node[1488]: '15': 2, Feb 18 19:55:59 localhost node[1488]: '16': 224, Feb 18 19:55:59 localhost node[1488]: '17': 33, Feb 18 19:55:59 localhost node[1488]: '18': 3, Feb 18 19:55:59 localhost node[1488]: '19': 0, Feb 18 19:55:59 localhost node[1488]: '20': 3, Feb 18 19:55:59 localhost node[1488]: '21': 224, Feb 18 19:55:59 localhost node[1488]: '22': 35, Feb 18 19:55:59 localhost node[1488]: '23': 223, Feb 18 19:55:59 localhost node[1488]: '24': 2, Feb 18 19:55:59 localhost node[1488]: '25': 0, Feb 18 19:55:59 localhost node[1488]: '26': 0 }, Feb 18 19:55:59 localhost node[1488]: zclMsg: Feb 18 19:55:59 localhost node[1488]: { frameCntl: { frameType: 0, manufSpec: 1, direction: 1, disDefaultRsp: 0 }, Feb 18 19:55:59 localhost node[1488]: manufCode: 4255, Feb 18 19:55:59 localhost node[1488]: seqNum: 50, Feb 18 19:55:59 localhost node[1488]: cmdId: 'report', Feb 18 19:55:59 localhost node[1488]: payload: [ [Object], [Object], [Object], [Object] ] } } { modelId: 'Ninja Smart plug' } Feb 18 19:55:59 localhost node[1488]: 2019-02-18T18:55:59.827Z zigbee-shepherd:af dispatchIncomingMsg(): type: zclIncomingMsg, msg: [object Object]
-
Nachtrag: Ich konnte das Problem bei meiner Installation beheben, allerdings nicht ohne Nebenwirkungen:
nach Auskommentieren der Zeile
process.env.DEBUG = 'zigbee*,cc-znp*';
in main.js hören die Meldungen in den Log-Dateien auf. In wie weit dieser Eintrag dazu führt das weniger Log-Einträge im ioBroker Log auftauchen wenn debug oder silly loglevel gesetzt wird weiss ich nicht.
Da ich nicht zu 100 % verstehe was dahinter steht werde ich dafuer aktuell erst einmal keinen pull-request auslösen - ich kann die Nebenwirkungen nicht gut genug abschätzen.
A.
-
Hallo, ich nutze auch die Version 0.9.1 - gestern habe ich diverse Xiaomi Sensoren neu angelernt - hat auch alles funktioniert, allerdings funken die XIAOMI Temp Sensoren keine Werte. Angelernt habe ich die an einen OSRAM Plug. Bewegungsmelder hingegen funktionieren. Gibt es dafür eine Erklärung?
-
@Asgothian sagte in [Aufruf] ZigBee CC253x Adapter 0.9:
Nachtrag: Ich konnte das Problem bei meiner Installation beheben, allerdings nicht ohne Nebenwirkungen:
nach Auskommentieren der Zeile
process.env.DEBUG = 'zigbee*,cc-znp*';
in main.js hören die Meldungen in den Log-Dateien auf. In wie weit dieser Eintrag dazu führt das weniger Log-Einträge im ioBroker Log auftauchen wenn debug oder silly loglevel gesetzt wird weiss ich nicht.
Da ich nicht zu 100 % verstehe was dahinter steht werde ich dafuer aktuell erst einmal keinen pull-request auslösen - ich kann die Nebenwirkungen nicht gut genug abschätzen.
A.
das ist aus dem zigbee2mqtt profekt.. damit man dort mehr Log sieht..
das kannst du meiner Meinung nach auskommentieren.. für uns unnötig -
@LJSven Hast du die Probleme immernoch? Also ich habe einige Aqara Temp Sensoren und die laufen ohne Probleme. Sie senden halt nur bei Temperaturänderung Werte. Und Batteriezustand hat bei mir Teilweise ein Tag gedauert, bis ich dort einen Wert hatte.
-
Habe heute auf 0.9.2 aktualisiert und seit dem meine Geräteliste und Netzwerkarte ist leer.
Upload und neue starten habe ich gemacht. -
ich springe kurz in den Keller und hole meine Glaskugel raus um mehr über dein System rauszufinden
-
@arteck sagte in [Aufruf] ZigBee CC253x Adapter 0.9:
ich springe kurz in den Keller und hole meine Glaskugel raus um mehr über dein System rauszufinden
Kannst du mir auch mal so eine Glaskugel geben ?
@dimaiv Scherz beiseite. Ohne Informationen gibts keine Hilfe
Kannst du Bitte die Folgenden Schritte durchführen:- Adapter anhalten
- auf die Log-ansicht wechseln, Log zurücksetzen so das nichts angezeigt wird.
- filter auf "zigbee.0"
- Adapter starten
Und uns dann die entsprechenden Log-Einträge zur Verfügung stellen ?
-
ACHTUNG
es gib ein Problem mit der FIRMWARE rev 20190218
soltet Ihr diese auf urem Stick haben bitte unbedingt ein Update auf
20190222
klickdenkt bitte dran alle Geräte müssen neu angelernt werden
-
@arteck sagte in [Aufruf] ZigBee CC253x Adapter 0.9:
ACHTUNG
es gib ein Problem mit der FIRMWARE rev 20190218
soltet Ihr diese auf urem Stick haben bitte unbedingt ein Update auf
20190222
klickdenkt bitte dran alle Geräte müssen neu angelernt werden
hi arteck,
danke für die info.
da ich zu denen gehöre, die sich das ding bereits geflasht gekauft haben, stellen sich mir direkt ein paar fragen.
-
- wie kann ich die version meines sticks ablesen?
-
- mal abgesehen davon, dass man generell auf die aktuellste version aktualisieren sollte; sind auch jene betroffen, die eine ältere als die 20190218 version haben?
-
- man kommt wohl nicht drum rum, die benötigte hardware zu kaufen, damit man den stick entsprechend flashen kann, richtig?
-
- wenn ja, ich hatte mir damals schon hardware kaufen wollen, aber nicht so ganz verstanden, was genau alles benötigt wird, damit man das ding entsprechend modifizieren kann.
wäre es möglich, die benötigte hardware (evtl. sogar mit ein paar links zu posten.
danke schon mal für die arbeit
gruß -
-
@Asgothian
Letzte Zeile kommt wenn ich auf die Geräteliste gehe.
Log:
zigbee.0 2019-02-25 13:18:59.283 error getDevices error: {}
zigbee.0 2019-02-25 13:11:07.212 info new dev 0x90fd9ffffe6e6985 36192 TRADFRI bulb GU10 W 400lm
zigbee.0 2019-02-25 13:11:01.771 info new dev 0x7cb03eaa00adf023 14811 LIGHTIFY Indoor Flex RGBW
zigbee.0 2019-02-25 13:10:58.286 info new dev 0x7cb03eaa00adea74 50604 LIGHTIFY Indoor Flex RGBW
zigbee.0 2019-02-25 13:10:54.399 info new dev 0x84182600000c9d11 32839 Plug 01
zigbee.0 2019-02-25 13:09:52.793 info Successfully configured 0x84182600000c9d11
zigbee.0 2019-02-25 13:09:51.908 info 13 (0x90fd9ffffe049ad1): LED1545G12 - IKEA TRADFRI LED bulb E26/E27 980 lumen, dimmable, white spectrum, opal white (Router)
zigbee.0 2019-02-25 13:09:51.908 info 12 (0x00158d0001df05e1): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
zigbee.0 2019-02-25 13:09:51.908 info 11 (0x00158d000255ef1b): WXKG02LM - Xiaomi Aqara double key wireless wall switch (EndDevice)
zigbee.0 2019-02-25 13:09:51.907 info 10 (0x00158d0002a91e86): DJT11LM - Xiaomi Aqara vibration sensor (EndDevice)
zigbee.0 2019-02-25 13:09:51.907 info 9 (0x00158d0001f532ce): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
zigbee.0 2019-02-25 13:09:51.907 info 8 (0x90fd9ffffe6e6985): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router)
zigbee.0 2019-02-25 13:09:51.906 info 7 (0x00158d0001f532c9): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
zigbee.0 2019-02-25 13:09:51.906 info 6 (0x00158d0001dad5de): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
zigbee.0 2019-02-25 13:09:51.906 info 5 (0x00158d0002018760): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
zigbee.0 2019-02-25 13:09:51.906 info 4 (0x00158d00028f6b16): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)
zigbee.0 2019-02-25 13:09:51.905 info 3 (0x7cb03eaa00adf023): 4052899926110 - OSRAM Flex RGBW (Router)
zigbee.0 2019-02-25 13:09:51.904 info 2 (0x7cb03eaa00adea74): 4052899926110 - OSRAM Flex RGBW (Router)
zigbee.0 2019-02-25 13:09:51.890 info 1 (0x84182600000c9d11): AB3257001NJ - OSRAM Smart+ plug (Router)
zigbee.0 2019-02-25 13:09:51.851 info zigbee-shepherd ready. version: 2.6.3 rev 20180815
zigbee.0 2019-02-25 13:09:51.833 info zigbee-shepherd started!
zigbee.0 2019-02-25 13:09:50.790 info Reset coordinator
zigbee.0 2019-02-25 13:09:50.728 info Queue is: true
zigbee.0 2019-02-25 13:09:50.728 info Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B000E896DEE-if00 with panID 6754 channel 11
zigbee.0 2019-02-25 13:09:50.687 info starting. Version 0.9.2 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.15.0
zigbee.0 2019-02-25 13:09:50.604 info States connected to redis: 127.0.0.1:6379
Und hier mit Debug, wenn ich auf die Geräteliste gehe:
zigbee.0 2019-02-25 13:58:17.543 debug sendTo "getMap" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0 2019-02-25 13:58:17.542 debug getMap result: [{"ieeeAddr":"0x84182600000c9d11","nwkAddr":32839,"lqi":30,"depth":1,"deviceType":1,"parent":"0x00124b000e896dee","status":"online"},{"ieeeAddr":"0x7cb03eaa00adea74","nwkAddr":50604,"l
zigbee.0 2019-02-25 13:58:17.542 debug lqiScan result: . [{"ieeeAddr":"0x84182600000c9d11","nwkAddr":32839,"lqi":30,"depth":1,"deviceType":1,"parent":"0x00124b000e896dee","status":"online"},{"ieeeAddr":"0x7cb03eaa00adea74","nwkAddr":50604
zigbee.0 2019-02-25 13:58:15.154 debug sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0 2019-02-25 13:58:15.154 debug List of ports: [{"comName":"/dev/ttyAMA0"},{"comName":"/dev/ttyACM0"}]
zigbee.0 2019-02-25 13:58:15.035 error getDevices error: {}
zigbee.0 2019-02-25 13:58:15.012 debug sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0 2019-02-25 13:58:15.011 debug getGroups result: {}
zigbee.0 2019-02-25 13:58:15.009 debug redis pmessage messagebox.system.adapter.zigbee.0 messagebox.system.adapter.zigbee.0 {"command":"getGroups","message":{},"from":"system.adapter.admin.0","callback":{"message":{},"id":160,"ack":false
zigbee.0 2019-02-25 13:58:15.005 debug redis pmessage messagebox.system.adapter.zigbee.0 messagebox.system.adapter.zigbee.0 {"command":"getMap","message":{},"from":"system.adapter.admin.0","callback":{"message":{},"id":159,"ack":false,"t
zigbee.0 2019-02-25 13:58:14.995 debug redis pmessage messagebox.system.adapter.zigbee.0 messagebox.system.adapter.zigbee.0 {"command":"getDevices","message":{},"from":"system.adapter.admin.0","callback":{"message":{},"id":158,"ack":fals -
- direkt nach dem Adapter start...
@dimaiv sagte in [Aufruf] ZigBee CC253x Adapter 0.9:
zigbee.0 2019-02-25 13:09:51.851 info zigbee-shepherd ready. version: 2.6.3 rev 20180815
steht dann
2. nein sollte man nicht wazu.. und nein es ist explizit nur diese Version betroffen
3. nö brauchst nicht.. nochmal wozu.. -
@dimaiv sagte in [Aufruf] ZigBee CC253x Adapter 0.9:
zigbee.0 2019-02-25 13:18:59.283 error getDevices error: {}
danach kommt nichts mehr ? Bis dahin sieht es so aus als ob er die Geräte alle erkannt/konfiguriert hat.
A.
-
@arteck
moment, es gibt aktuell ein Problem mit allen Firmwares aus Februar. Ich bin mit koenkk so verblieben die 20190109 zu testen.
Mache ich heute abend.
Passender issue auf github:
https://github.com/Koenkk/Z-Stack-firmware/issues/46 -
@arteck sagte in [Aufruf] ZigBee CC253x Adapter 0.9:
- direkt nach dem Adapter start...
@dimaiv sagte in [Aufruf] ZigBee CC253x Adapter 0.9:
zigbee.0 2019-02-25 13:09:51.851 info zigbee-shepherd ready. version: 2.6.3 rev 20180815
steht dann
2. nein sollte man nicht wazu.. und nein es ist explizit nur diese Version betroffen
3. nö brauchst nicht.. nochmal wozu..genau das wollte ich hören.
-
@Asgothian
danach kommt nix mehr.
Die Geräte funktionieren. -
Bei mir geht mit Version 0.9.2 auch nix mehr, bin wieder auf die Version 0.9.1 zurück, geht aber nix.
Jemand eine Idee?host.raspberrypi 2019-02-26 20:11:59.443 error instance system.adapter.zigbee.0 terminated with code 1 () host.raspberrypi 2019-02-26 20:11:59.443 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/@serialport/bindings/lib/index.js:14:22) host.raspberrypi 2019-02-26 20:11:59.443 error Caught by controller[0]: at require (internal/module.js:11:18) host.raspberrypi 2019-02-26 20:11:59.443 error Caught by controller[0]: at Module.require (module.js:597:17) host.raspberrypi 2019-02-26 20:11:59.443 error Caught by controller[0]: at Function.Module._load (module.js:498:3) host.raspberrypi 2019-02-26 20:11:59.443 error Caught by controller[0]: at tryModuleLoad (module.js:506:12) host.raspberrypi 2019-02-26 20:11:59.443 error Caught by controller[0]: at Module.load (module.js:566:32) host.raspberrypi 2019-02-26 20:11:59.442 error Caught by controller[0]: at Object.Module._extensions..js (module.js:664:10) host.raspberrypi 2019-02-26 20:11:59.442 error Caught by controller[0]: at Module._compile (module.js:653:30) host.raspberrypi 2019-02-26 20:11:59.442 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/@serialport/bindings/lib/linux.js:1:98) host.raspberrypi 2019-02-26 20:11:59.442 error Caught by controller[0]: at bindings (/opt/iobroker/node_modules/bindings/bindings.js:93:9) host.raspberrypi 2019-02-26 20:11:59.442 error Caught by controller[0]: → /opt/iobroker/node_modules/@serialport/bindings/compiled/8.15.0/linux/arm/bindings.node host.raspberrypi 2019-02-26 20:11:59.442 error Caught by controller[0]: → /opt/iobroker/node_modules/@serialport/bindings/build/default/bindings.node host.raspberrypi 2019-02-26 20:11:59.442 error Caught by controller[0]: → /opt/iobroker/node_modules/@serialport/bindings/Release/bindings.node host.raspberrypi 2019-02-26 20:11:59.442 error Caught by controller[0]: → /opt/iobroker/node_modules/@serialport/bindings/out/Release/bindings.node host.raspberrypi 2019-02-26 20:11:59.442 error Caught by controller[0]: → /opt/iobroker/node_modules/@serialport/bindings/Debug/bindings.node host.raspberrypi 2019-02-26 20:11:59.442 error Caught by controller[0]: → /opt/iobroker/node_modules/@serialport/bindings/out/Debug/bindings.node host.raspberrypi 2019-02-26 20:11:59.442 error Caught by controller[0]: → /opt/iobroker/node_modules/@serialport/bindings/build/Release/bindings.node host.raspberrypi 2019-02-26 20:11:59.441 error Caught by controller[0]: → /opt/iobroker/node_modules/@serialport/bindings/build/Debug/bindings.node host.raspberrypi 2019-02-26 20:11:59.441 error Caught by controller[0]: → /opt/iobroker/node_modules/@serialport/bindings/build/bindings.node host.raspberrypi 2019-02-26 20:11:59.441 error Caught by controller[0]: Error: Could not locate the bindings file. Tried: host.raspberrypi 2019-02-26 20:11:59.441 error Caught by controller[0]: ^ host.raspberrypi 2019-02-26 20:11:59.441 error Caught by controller[0]: throw err host.raspberrypi 2019-02-26 20:11:59.438 error Caught by controller[0]: /opt/iobroker/node_modules/bindings/bindings.js:96 host.raspberrypi 2019-02-26 20:11:58.426 info instance system.adapter.zigbee.0 started with pid 30752
Hat sich erledigt - hab die 0.9.2 nochmal drüber installiert und es läuft wieder. Hat sich wohl verschluckt...komisch.
-
Seit ich gestern nur die 0.9.2 installiert habe funktionieren alle meine Lampen nicht mehr (Ikea Tradfri und Osram LED Band).
Wenn ich einen Wert der entsprechenden Leuchte andere geht sie immer aus. Egal was ich ändere...
ZB. Lampe über Lichtschalter einschalten, dann Zb. Wert der Helligkeit auf 50 und die Lampe geht aus.
Ikea Tradfri Steckdose funktioniert noch und auch die Xiaomi Sensoren.
Wenn ich auf Version 0.9.1 zurück gehe verhält es sich gleich. Vor dem Update ging noch alles mit 0.9.1.
bin jetzt auf 0.8.0 und da funktioniert alles wieder.Meine Versionen:
NPM 4.6.1
Node.js 8.14.0
CC2531 FW: 20190223
JS-Controller hab ich auf 1.5.7 geupdatet mit vorherigen offiziellen Version verhielt es sich gleich -
Da, bei mir mit dem update auf 0.9.2 vor eine Woche hat sich die Geräteliste geleert, habe ich heute Adapter komplett neue installiert und dabei mein Stick auf die 2019.01.09 version gebracht, seit dem funktionieren die Lampen auch nicht mehr.
Die werden erkant, sobald man irgendwas bei dem Licht ändert geht die Lampe aus. In Objekten meldet sich die Lampe als available und linkquality ändert sich, keine Fehler, nur die lampen gehen nicht an.
Habe auch verschiedene Firmwares auf dem Stick probiert , die Lampen gehen ein mal aus und tod.
Ich habe mit Tradfris und Osram probiert.
Osram Plug funktioniert, Sensoren funktionieren auch. -
die 20190109 ist buggy nimm 20181224