NEWS
[Aufruf] ZigBee CC253x Adapter 0.9
-
Nachdem der Eurotronic zigbee Thermostat zumindest in der Theorie im zigbee2mqtt Projekt unterstützt wird (und damit auch in der vom zigbee Adapter genutzten Bibliothek zigbee-shepherd-converters vorhanden ist) habe ich damit angefangen zu schauen das ich den im Adapter aktiviert bekomme. `
jo klasse.. ich wollte mir da mal anschauen aber wie das so ist.. keine Zeit..
es waren schon paar Leute die die Thermostate auch nutzen wollten.. `
Inzwischen läuft das bei mir. Ich denke ich mache morgen eine Version in meinem Github Fork fertig - wenn jemand testen will.
Funktionsweise:
Datenpunkte mit Erklärung:
-
battery_percent und link_quality sind selbsterklärend.
-
heating_demand: Hier wird angegeben wie weit das Ventil geöffnet ist. (intern 0-255, skaliert auf %)
-
heating_setpoint: Das ist der Datenpunkt für die Solltemperatur (unoccupied) im "standard" hvacThermostat - der kann vom ioBroker aus gesetzt werden und wird vom Thermostat genutzt, aber nicht geschrieben. Wenn dieser Wert im ioBroker angepasst wird wird der entsprechende Sollwert heating_setpoint_1 vom Thermostat angepasst.
-
heating_setpoint_1: Das ist der Eurotronic spezifische Datenpunkt für die Ziel-Temperatur. Wenn man am Thermostat manuell die Solltemperatur einstellt dann wird das hier registriert. Auch dieser Datenpunkt kann vom ioBroker aus beschrieben werden.
-
system_mode zeigt den aktiven Betriebsmodus an - 1 = aktiv, 129 - aktiv mit Kindersicherung. Weitere Modi habe ich noch nicht gefunden. Dieser Wert kann aktuell nur gelesen werden
-
system_status und system_status_message sollen Fehler des Thermostaten melden. (system_status als Zahl, 0=ok, system_status_message als Meldung, so wie sie auch auf dem Display des Thermostaten auftaucht. Dieses konnte ich nicht prüfen.
Was geht: Solltemperatur regeln, Ist-Temperatur lesen, Temperaturoffset einstellen (wird mit Verzögerung auf die Ist-Temperatur aufgerechnet)
Was nicht geht: Das Thermostat hat keine eigenen Zeitpläne. Auch eine Anwesend/Abwesend Einstellung kann das Thermostat alleine nicht. Die angeblich vorhandene Erkennung von "Fenster Auf" habe ich nicht hin bekommen, weder über Sensor noch über den im Handbuch angegebenen "Plötzlichen Temperaturabfall"
Was ich fast vergessen hätte: Ich habe in diesem Zusammenhang noch einen bug im zigbee-shepherd-converter gefunden - pull request ist schon bei Github. Ohne diese Anpassung kann der Temperaturoffset nicht angepasst werden.
-
-
Hoffe jetzt wird es besser :
2019-02-04 01:51:49.835 - info: host.ioBroker-Pi Delete log file iobroker.2019-01-28.log 2019-02-04 09:46:36.154 - error: zigbee.0 Zigbee publish to '0x00158d00023d88c7', genBasic - 0 - [{"attrId":16384},{"attrId":3}] - 1 failed with error Error: AF data request fails, status code: 240\. MAC transaction expired. 2019-02-04 12:52:29.749 - info: admin.0 Request actual repository... 2019-02-04 12:52:29.988 - info: host.ioBroker-Pi Update repository "default" under "http://download.iobroker.net/sources-dist.json" 2019-02-04 12:52:34.056 - info: admin.0 Repository received successfully. 2019-02-04 17:18:37.024 - info: iobroker upload zigbee 2019-02-04 17:18:38.813 - info: iobroker got /opt/iobroker/node_modules/iobroker.zigbee/admin 2019-02-04 17:18:39.482 - info: iobroker upload [90] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/tradfri-control-outlet.png img/tradfri-control-outlet.png image/png 2019-02-04 17:18:40.151 - info: iobroker upload [80] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/sensor_ht.png img/sensor_ht.png image/png 2019-02-04 17:18:41.323 - info: iobroker upload [70] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/philips_hue_gu10_ambiance.png img/philips_hue_gu10_ambiance.png image/png 2019-02-04 17:18:42.056 - info: iobroker upload [60] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/motion.png img/motion.png image/png 2019-02-04 17:18:43.095 - info: iobroker upload [50] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/jiawen.png img/jiawen.png image/png 2019-02-04 17:18:43.823 - info: iobroker upload [40] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/hive.png img/hive.png image/png 2019-02-04 17:18:44.646 - info: iobroker upload [30] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/dimmablelight.png img/dimmablelight.png image/png 2019-02-04 17:18:45.533 - info: iobroker upload [20] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/aqara_temperature_sensor.png img/aqara_temperature_sensor.png image/png 2019-02-04 17:18:45.600 - info: iobroker upload [19] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/aqara_numan_body_sensor.png img/aqara_numan_body_sensor.png image/png 2019-02-04 17:18:45.662 - info: iobroker upload [18] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/aqara_bulb.png img/aqara_bulb.png image/png 2019-02-04 17:18:45.726 - info: iobroker upload [17] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/aqara.switch.png img/aqara.switch.png image/png 2019-02-04 17:18:45.789 - info: iobroker upload [16] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TRADFRI.remote.control.png img/TRADFRI.remote.control.png image/png 2019-02-04 17:18:45.855 - info: iobroker upload [15] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TRADFRI.bulb.E27.png img/TRADFRI.bulb.E27.png image/png 2019-02-04 17:18:45.926 - info: iobroker upload [14] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/FLOALT.panel.WS.png img/FLOALT.panel.WS.png image/png 2019-02-04 17:18:45.988 - info: iobroker upload [13] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw2.png img/86sw2.png image/png 2019-02-04 17:18:46.118 - info: iobroker upload [12] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw1.png img/86sw1.png image/png 2019-02-04 17:18:46.225 - info: iobroker upload [11] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86plug.png img/86plug.png image/png 2019-02-04 17:18:46.295 - info: iobroker upload [10] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json 2019-02-04 17:18:46.361 - info: iobroker upload [9] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/ru/translations.json i18n/ru/translations.json application/json 2019-02-04 17:18:46.425 - info: iobroker upload [8] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/pt/translations.json i18n/pt/translations.json application/json 2019-02-04 17:18:46.488 - info: iobroker upload [7] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/pl/translations.json i18n/pl/translations.json application/json 2019-02-04 17:18:46.551 - info: iobroker upload [6] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/nl/translations.json i18n/nl/translations.json application/json 2019-02-04 17:18:46.614 - info: iobroker upload [5] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/it/translations.json i18n/it/translations.json application/json 2019-02-04 17:18:46.678 - info: iobroker upload [4] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/fr/translations.json i18n/fr/translations.json application/json 2019-02-04 17:18:46.740 - info: iobroker upload [3] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/es/translations.json i18n/es/translations.json application/json 2019-02-04 17:18:46.801 - info: iobroker upload [2] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/en/translations.json i18n/en/translations.json application/json 2019-02-04 17:18:46.864 - info: iobroker upload [1] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/i18n/de/translations.json i18n/de/translations.json application/json 2019-02-04 17:18:46.925 - info: iobroker upload [0] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/admin.js admin.js application/javascript 2019-02-04 17:18:47.163 - info: iobroker Update "system.adapter.zigbee.0" 2019-02-04 17:18:47.192 - info: host.ioBroker-Pi object change system.adapter.zigbee.0 2019-02-04 17:18:47.195 - info: host.ioBroker-Pi stopInstance system.adapter.zigbee.0 2019-02-04 17:18:47.196 - info: host.ioBroker-Pi stopInstance system.adapter.zigbee.0 killing pid 936 2019-02-04 17:18:47.244 - info: zigbee.0 terminating 2019-02-04 17:18:47.290 - error: Caught by controller[1]: 2019-02-04T16:18:47.200Z zigbee-shepherd zigbee-shepherd is stopping. 2019-02-04 17:18:47.291 - error: Caught by controller[2]: 2019-02-04T16:18:47.223Z zigbee-shepherd:request REQ --> ZDO:mgmtPermitJoinReq 2019-02-04 17:18:47.291 - error: Caught by controller[3]: Mon, 04 Feb 2019 16:18:47 GMT cc-znp:SREQ --> ZDO:mgmtPermitJoinReq, { addrmode: 15, dstaddr: 65532, duration: 0, tcsignificance: 0 } 2019-02-04 17:18:47.291 - info: host.ioBroker-Pi instance system.adapter.zigbee.0 terminated with code 0 (OK) 2019-02-04 17:18:47.293 - info: iobroker exit 0 2019-02-04 17:18:49.751 - info: host.ioBroker-Pi instance system.adapter.zigbee.0 started with pid 15111 2019-02-04 17:18:53.551 - info: zigbee.0 States connected to redis: 127.0.0.1:6379 2019-02-04 17:18:53.773 - info: zigbee.0 starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v6.12.3 2019-02-04 17:18:53.788 - info: zigbee.0 Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ED3CB5-if00 with panID 6754 channel 11 2019-02-04 17:18:53.789 - info: zigbee.0 Queue is: true 2019-02-04 17:18:53.892 - info: zigbee.0 Reset coordinator 2019-02-04 17:18:54.969 - info: zigbee.0 zigbee-shepherd started! 2019-02-04 17:18:54.985 - info: zigbee.0 zigbee-shepherd ready. version: 2.6.3 rev 20190109 2019-02-04 17:18:55.031 - info: zigbee.0 1 (0x00158d00023d88c7): SJCGQ11LM - Xiaomi Aqara water leak sensor (EndDevice) 2019-02-04 17:18:55.034 - info: zigbee.0 2 (0x00158d000245f508): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice) 2019-02-04 17:18:55.035 - info: zigbee.0 3 (0x00158d00023a7036): SJCGQ11LM - Xiaomi Aqara water leak sensor (EndDevice) 2019-02-04 17:18:55.036 - info: zigbee.0 4 (0x00158d0002329e3a): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice) 2019-02-04 17:18:55.036 - info: zigbee.0 5 (0x00158d00022da6b2): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice) 2019-02-04 17:19:34.294 - error: zigbee.0 Zigbee publish to '0x00158d00023d88c7', genBasic - 0 - [{"attrId":16384},{"attrId":3}] - 1 failed with error Error: AF data request fails, status code: 240\. MAC transaction expired. 2019-02-04 17:40:40.229 - error: zigbee.0 Zigbee publish to '0x00158d000245f508', genBasic - 0 - [{"attrId":16384},{"attrId":3}] - 1 failed with error Error: AF data request fails, status code: 240\. MAC transaction expired. 2019-02-04 20:55:23.678 - info: host.ioBroker-Pi object change system.adapter.zigbee.0 2019-02-04 20:55:23.699 - info: host.ioBroker-Pi stopInstance system.adapter.zigbee.0 2019-02-04 20:55:23.702 - info: host.ioBroker-Pi stopInstance system.adapter.zigbee.0 killing pid 15111 2019-02-04 20:55:23.755 - info: zigbee.0 terminating 2019-02-04 20:55:23.795 - error: Caught by controller[1]: 2019-02-04T19:55:23.709Z zigbee-shepherd zigbee-shepherd is stopping. 2019-02-04 20:55:23.796 - error: Caught by controller[2]: 2019-02-04T19:55:23.727Z zigbee-shepherd:request REQ --> ZDO:mgmtPermitJoinReq 2019-02-04 20:55:23.796 - error: Caught by controller[2]: Mon, 04 Feb 2019 19:55:23 GMT cc-znp:SREQ --> ZDO:mgmtPermitJoinReq, { addrmode: 15, dstaddr: 65532, duration: 0, tcsignificance: 0 } 2019-02-04 20:55:23.796 - info: host.ioBroker-Pi instance system.adapter.zigbee.0 terminated with code 0 (OK) 2019-02-04 20:55:26.244 - info: host.ioBroker-Pi instance system.adapter.zigbee.0 started with pid 16597 2019-02-04 20:55:28.787 - info: zigbee.0 States connected to redis: 127.0.0.1:6379 2019-02-04 20:55:29.693 - info: zigbee.0 starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v6.12.3 2019-02-04 20:55:29.712 - info: zigbee.0 Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ED3CB5-if00 with panID 6754 channel 11 2019-02-04 20:55:29.713 - info: zigbee.0 Queue is: true 2019-02-04 20:55:29.815 - info: zigbee.0 Reset coordinator 2019-02-04 20:55:30.895 - info: zigbee.0 zigbee-shepherd started! 2019-02-04 20:55:30.910 - info: zigbee.0 zigbee-shepherd ready. version: 2.6.3 rev 20190109 2019-02-04 20:55:30.953 - info: zigbee.0 1 (0x00158d00023d88c7): SJCGQ11LM - Xiaomi Aqara water leak sensor (EndDevice) 2019-02-04 20:55:30.957 - info: zigbee.0 2 (0x00158d000245f508): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice) 2019-02-04 20:55:30.958 - info: zigbee.0 3 (0x00158d00023a7036): SJCGQ11LM - Xiaomi Aqara water leak sensor (EndDevice) 2019-02-04 20:55:30.958 - info: zigbee.0 4 (0x00158d0002329e3a): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice) 2019-02-04 20:55:30.959 - info: zigbee.0 5 (0x00158d00022da6b2): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice) 2019-02-04 20:56:02.867 - error: zigbee.0 Zigbee publish to '0x00158d00023d88c7', genBasic - 0 - [{"attrId":16384},{"attrId":3}] - 1 failed with error Error: AF data request fails, status code: 240\. MAC transaction expired. 2019-02-04 20:57:28.966 - info: zigbee.0 zigbee-shepherd ready. version: 2.6.3 rev 20190109 2019-02-04 20:57:28.988 - info: zigbee.0 6 (0x00158d00023d88c7): SJCGQ11LM - Xiaomi Aqara water leak sensor (EndDevice) 2019-02-04 20:57:28.989 - info: zigbee.0 7 (0x00158d000245f508): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice) 2019-02-04 20:57:28.990 - info: zigbee.0 8 (0x00158d00023a7036): SJCGQ11LM - Xiaomi Aqara water leak sensor (EndDevice) 2019-02-04 20:57:28.991 - info: zigbee.0 9 (0x00158d0002329e3a): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice) 2019-02-04 20:57:28.991 - info: zigbee.0 10 (0x00158d00022da6b2): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice) 2019-02-04 20:58:02.407 - error: zigbee.0 Zigbee publish to '0x00158d000245f508', genBasic - 0 - [{"attrId":16384},{"attrId":3}] - 1 failed with error Error: AF data request fails, status code: 240\. MAC transaction expired. ```` `
und da haben wir den Präzedenzfall .. wo hast du die Version rev 20190109 her.. ich kenn die nicht..
-
Du meinst die Firmware ?
Die habe ich hier her :
-
das ist schon mal die richtige.. ahh ich seh grade koenkk hat alles in den Master brunch gepackt…das stimmt schon mal
0x00158d00023d88c7
0x00158d000245f508
was sind das für Geräte ??
-
Xiaomi Lumi :
-Temperatur sensor
-Wasser sensor
Siehe Foto :
~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201902 ... 96cdd7.jpg">https://uploads.tapatalk-cdn.com/20190206/48822f4bd42c767806f591aa3496cdd7.jpg</link_text>" />
Die fehler kommen aber auch bei den Tür kontakten .~~
-
Akso, es ist def. etwas anders geworden im Vergleich zur älteren Versionen was pairing angeht. Entweder liegt das an neuste Coordinator Firmware von 09.01.19 oder an 0.9.1 Adapter oder beides. Ich habe vor 3 Tagen Coordinator (CC2530 mit Verst.) neue Firmware verpasst. Alle Router (CC2530) gepairt und dann entsprechen alle Endgeräte. Manche habe sich ganz normal gepairt (ein oder zwei Xiaomi Aqara Kontakte), die andere Kontakte musste ich am leben halten damit die sich verbunden haben. Genau so die Bewegungsmelder - früher einfach 5 sec. resetknopf halten, dann piring starten und abwarten. Jetzt nicht mehr - muss immer wieder auf resetknopf drucken. Die Termostate (alle Xiaomi Aqara), die schon mal verbunden waren, konnte ich nur mit ständigen drucken auf reset verbinden. Ein Termostat, die ich frisch ausgepackt habe, lies sich normal verbinden.
Jetzt habe ich in Netwerkkarte gesehen, dass ein Xiaomi Switch nich mit Coordinator verbunden ist. Getestet - unter Objekten- wir die Veränderung nach drücken 1 oder 2 mal angezeigt. Ok, habe den gelöscht und wollte neu an Coordinator anmelden. Das Ergebniss:
Zigbee publish to '0x00158d0002769a20', genBasic - 0 - [{"attrId":16384},{"attrId":3}] - 1 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the …..
Cannot get the Node Descriptor of the Device: 0x00158d0002769a20 (Error: Timed out after 10000 ms)
Wie gesagt - der Switch war schon mal gepairt.
-
Habe weiter getestet. Pairing an Router ging problemlos. Am Coordinator keine Chance.
9698_firefox_2.jpg -
Kannst du was mit meinen Log und Angaben anfangen ?
-
Kannst du was mit meinen Log und Angaben anfangen ? `
ich würde auf Reichweite tippen.. aber ist nur Vermutung.. hast die mal nochmal gepaired.. ohne diese zu löschen..
ich habe auch Wassersensoren, Türmagnete, Temperatursensoren und und und.. die Probleme kenn ich nicht..
lass die Sensoren die meckern mal 2 Tage in der nähe des Sticks liegen.. um zu schauen ob die überhaupt gehen.. nicht das diese eine Macke haben
-
Akso, es ist def. etwas anders geworden im Vergleich zur älteren Versionen was pairing angeht. Entweder liegt das an neuste Coordinator Firmware von 09.01.19 oder an 0.9.1 Adapter oder beides. Ich habe vor 3 Tagen Coordinator (CC2530 mit Verst.) neue Firmware verpasst. Alle Router (CC2530) gepairt und dann entsprechen alle Endgeräte. Manche habe sich ganz normal gepairt (ein oder zwei Xiaomi Aqara Kontakte), die andere Kontakte musste ich am leben halten damit die sich verbunden haben. Genau so die Bewegungsmelder - früher einfach 5 sec. resetknopf halten, dann piring starten und abwarten. Jetzt nicht mehr - muss immer wieder auf resetknopf drucken. Die Termostate (alle Xiaomi Aqara), die schon mal verbunden waren, konnte ich nur mit ständigen drucken auf reset verbinden. Ein Termostat, die ich frisch ausgepackt habe, lies sich normal verbinden.
Jetzt habe ich in Netwerkkarte gesehen, dass ein Xiaomi Switch nich mit Coordinator verbunden ist. Getestet - unter Objekten- wir die Veränderung nach drücken 1 oder 2 mal angezeigt. Ok, habe den gelöscht und wollte neu an Coordinator anmelden. Das Ergebniss:
Zigbee publish to '0x00158d0002769a20', genBasic - 0 - [{"attrId":16384},{"attrId":3}] - 1 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the …..
Cannot get the Node Descriptor of the Device: 0x00158d0002769a20 (Error: Timed out after 10000 ms)
Wie gesagt - der Switch war schon mal gepairt. `
ich verstehe nicht was du mir sagen willst.. wenn die Geräte wie auch immer Verbunden sind dann ist es doch schitte egal mit welchem Router die verbunden sind.. Es ist ein Netzwerk die EndDevices suchen sich die Routen selbst aus…
wenn du ein Abbruch hast do das Gerät die Route nicht findet .. dann musst du da ansetzten wo sich das Gerät befindet.. Störfaktoren wie WLAN, Herd, Mikrowelle... was weiss ich..
-
Was ist sagen wollte - ich habe einen Coordinator, ein Router und ein Endgerät. Alles liegt bzw. steht bei mir auf dem Tisch. d.h. 20-30 cm zwischen Endgerät und Coordinator und Router. Keine Microwelle oder andere Störungsfaktoren, WLAN Kanal ist 1, Zigbee Kanal ist 11. Wenn ich das Endgerät ( Xiaomi Swich als Testobjekt) mit Coordinator pairen will - kommt das, was ich oben geschrieben habe. Wenn ich aber das Router nehe und über den paire - sofort alles da.
Und das Verhalten bei pairen mit neue FW Coordinator und 0.9.1 ist anders als mit FW von ende Oktober glaube ich und 0.8.0.
P.S. habe jetzt etwas auprobiert. Switch gelöscht, probiert an Coordinator anzulernen: Cannot get the Node Descriptor of the Device: 0x00158d0002769a20 (Error: Timed out after 10000 ms). Entfernung 30cm. Dann Pairing Prozess an Router angestossen ( Entfernung 5 meter 1 Wand dazwischen) - sofort verbunden. An Coordinator sind 2 Endgeräte un 1 Router verbunden
-
Kannst du was mit meinen Log und Angaben anfangen ? `
ich würde auf Reichweite tippen.. aber ist nur Vermutung.. hast die mal nochmal gepaired.. ohne diese zu löschen..
ich habe auch Wassersensoren, Türmagnete, Temperatursensoren und und und.. die Probleme kenn ich nicht..
lass die Sensoren die meckern mal 2 Tage in der nähe des Sticks liegen.. um zu schauen ob die überhaupt gehen.. nicht das diese eine Macke haben ` Die können nicht alle eine macke haben .
Die funktionieren alle perfekt .also übertragen immer den momentanen zustand . Und mittels skript an Homematic weiter geleitet .
Habe die auch schon gelöscht und neu gepairt . Ist aber der gleiche ergebniss .
-
Was ist sagen wollte - ich habe einen Coordinator, ein Router und ein Endgerät. Alles liegt bzw. steht bei mir auf dem Tisch. d.h. 20-30 cm zwischen Endgerät und Coordinator und Router. Keine Microwelle oder andere Störungsfaktoren, WLAN Kanal ist 1, Zigbee Kanal ist 11. Wenn ich das Endgerät ( Xiaomi Swich als Testobjekt) mit Coordinator pairen will - kommt das, was ich oben geschrieben habe. Wenn ich aber das Router nehe und über den paire - sofort alles da.
Und das Verhalten bei pairen mit neue FW Coordinator und 0.9.1 ist anders als mit FW von ende Oktober glaube ich und 0.8.0.
P.S. habe jetzt etwas auprobiert. Switch gelöscht, probiert an Coordinator anzulernen: Cannot get the Node Descriptor of the Device: 0x00158d0002769a20 (Error: Timed out after 10000 ms). Entfernung 30cm. Dann Pairing Prozess an Router angestossen ( Entfernung 5 meter 1 Wand dazwischen) - sofort verbunden. An Coordinator sind 2 Endgeräte un 1 Router verbunden `
ahh ..warum nicht gleich so … ja wir haben paar Sachen umgebaut.. kanst du mal auf dem Stick die alte Firmware flashen und nochmal Testen..
ich hatte die Probleme nicht.. und ich umste alle 32 Geräte neu anlernen..
-
Kannst du was mit meinen Log und Angaben anfangen ? `
ich würde auf Reichweite tippen.. aber ist nur Vermutung.. hast die mal nochmal gepaired.. ohne diese zu löschen..
ich habe auch Wassersensoren, Türmagnete, Temperatursensoren und und und.. die Probleme kenn ich nicht..
lass die Sensoren die meckern mal 2 Tage in der nähe des Sticks liegen.. um zu schauen ob die überhaupt gehen.. nicht das diese eine Macke haben ` Die können nicht alle eine macke haben .
Die funktionieren alle perfekt .also übertragen immer den momentanen zustand . Und mittels skript an Homematic weiter geleitet .
Habe die auch schon gelöscht und neu gepairt . Ist aber der gleiche ergebniss . `
hmmm. ehrlich.. kein Plan.. aber wenn die Funktionieren.. dann gut ist..
-
Ja funktionieren . Nur halt wenn ich die neue info funktion der einzelnen geräte nutzen will ,bekomme ich fehler in log . Und es wird nichts angezeigt .
-
Was ist sagen wollte - ich habe einen Coordinator, ein Router und ein Endgerät. Alles liegt bzw. steht bei mir auf dem Tisch. d.h. 20-30 cm zwischen Endgerät und Coordinator und Router. Keine Microwelle oder andere Störungsfaktoren, WLAN Kanal ist 1, Zigbee Kanal ist 11. Wenn ich das Endgerät ( Xiaomi Swich als Testobjekt) mit Coordinator pairen will - kommt das, was ich oben geschrieben habe. Wenn ich aber das Router nehe und über den paire - sofort alles da.
Und das Verhalten bei pairen mit neue FW Coordinator und 0.9.1 ist anders als mit FW von ende Oktober glaube ich und 0.8.0.
P.S. habe jetzt etwas auprobiert. Switch gelöscht, probiert an Coordinator anzulernen: Cannot get the Node Descriptor of the Device: 0x00158d0002769a20 (Error: Timed out after 10000 ms). Entfernung 30cm. Dann Pairing Prozess an Router angestossen ( Entfernung 5 meter 1 Wand dazwischen) - sofort verbunden. An Coordinator sind 2 Endgeräte un 1 Router verbunden `
ahh ..warum nicht gleich so … ja wir haben paar Sachen umgebaut.. kanst du mal auf dem Stick die alte Firmware flashen und nochmal Testen..
ich hatte die Probleme nicht.. und ich umste alle 32 Geräte neu anlernen.. `
… ja wir haben paar Sachen umgebaut.. das dachte ich mirIch habe noch ein Raspi mit 1x 2531 als coordinator und 1x 2531 als router und ein Xiaomi Swich als testumgebubg. Werde gleich probieren. Auf Coordinator ist aber die neuste FW drauf…... Mein Bekannte hat die alte FW auf seinem 2530 und auch 2530 als router - da gibt es def. keine probleme bei anlerenen.
So Versuch Nr1.: Pairing direkt an Coordinator
Versuch Nr2: Wieder Pairing an Coordinator - hat sich richtig verbunden.
9698_firefox_3.jpg
9698_firefox_4.jpg -
Ja funktionieren . Nur halt wenn ich die neue info funktion der einzelnen geräte nutzen will ,bekomme ich fehler in log . Und es wird nichts angezeigt . `
auf die Gefahr das ich das auch schon gefragt habe..upload des adapter hast du aber gemacht nach dem installieren ??
-
Was ist sagen wollte - ich habe einen Coordinator, ein Router und ein Endgerät. Alles liegt bzw. steht bei mir auf dem Tisch. d.h. 20-30 cm zwischen Endgerät und Coordinator und Router. Keine Microwelle oder andere Störungsfaktoren, WLAN Kanal ist 1, Zigbee Kanal ist 11. Wenn ich das Endgerät ( Xiaomi Swich als Testobjekt) mit Coordinator pairen will - kommt das, was ich oben geschrieben habe. Wenn ich aber das Router nehe und über den paire - sofort alles da.
Und das Verhalten bei pairen mit neue FW Coordinator und 0.9.1 ist anders als mit FW von ende Oktober glaube ich und 0.8.0.
P.S. habe jetzt etwas auprobiert. Switch gelöscht, probiert an Coordinator anzulernen: Cannot get the Node Descriptor of the Device: 0x00158d0002769a20 (Error: Timed out after 10000 ms). Entfernung 30cm. Dann Pairing Prozess an Router angestossen ( Entfernung 5 meter 1 Wand dazwischen) - sofort verbunden. An Coordinator sind 2 Endgeräte un 1 Router verbunden `
ahh ..warum nicht gleich so … ja wir haben paar Sachen umgebaut.. kanst du mal auf dem Stick die alte Firmware flashen und nochmal Testen..
ich hatte die Probleme nicht.. und ich umste alle 32 Geräte neu anlernen.. `
… ja wir haben paar Sachen umgebaut.. das dachte ich mirIch habe noch ein Raspi mit 1x 2531 als coordinator und 1x 2531 als router und ein Xiaomi Swich als testumgebubg. Werde gleich probieren. Auf Coordinator ist aber die neuste FW drauf…... Mein Bekannte hat die alte FW auf seinem 2530 und auch 2530 als router - da gibt es def. keine probleme bei anlerenen `
also die Konstellation Frimware alt mit Adapter version 0.9.1 vom git währe interessant.. den das habe ich bie mir so Firmware rev 20181224
-
Ja funktionieren . Nur halt wenn ich die neue info funktion der einzelnen geräte nutzen will ,bekomme ich fehler in log . Und es wird nichts angezeigt . `
auf die Gefahr das ich das auch schon gefragt habe..upload des adapter hast du aber gemacht nach dem installieren ?? ` Ja das habe ich natürlich gemacht .
Habe aber schon oben geschrieben .
-
ahh ..warum nicht gleich so … ja wir haben paar Sachen umgebaut.. kanst du mal auf dem Stick die alte Firmware flashen und nochmal Testen..
ich hatte die Probleme nicht.. und ich umste alle 32 Geräte neu anlernen.. `
… ja wir haben paar Sachen umgebaut.. das dachte ich mirIch habe noch ein Raspi mit 1x 2531 als coordinator und 1x 2531 als router und ein Xiaomi Swich als testumgebubg. Werde gleich probieren. Auf Coordinator ist aber die neuste FW drauf…... Mein Bekannte hat die alte FW auf seinem 2530 und auch 2530 als router - da gibt es def. keine probleme bei anlerenen `
also die Konstellation Frimware alt mit Adapter version 0.9.1 vom git währe interessant.. den das habe ich bie mir so Firmware rev 20181224 `
Ich glaube, dass es nicht wirklich uns weiter bringt….. Ich habe oben mein Post editiert mit 2 Versuchen. Das Unterschied zwischen Testubgebung und Arbeitsumgebung - Coordinator-Hardware (Test:CC2531 und Arbeit:CC2530 mit Vestärker). Es könnte auch daran liegen......