[Aufruf] ZigBee CC253x Adapter 0.9

chris_xy123

~~@chris_xy123:~~

Hallo,

ich habe mit den Osram Smart+ Plugs leider Probleme.

Den Adapter habe ich bereits auf 0.9.1 gebracht und auch einen Upload gemacht. Ebenfalls die Adapter bzw. ebenfalls den kompletten Raspberry durchgestartet.

Die Firmware auf dem Stick ist noch nicht aktualisiert, aber das soll ja eigentlich auch nur für die Gruppenfunktion nötig sein.

Wenn ich nun die Plugs schalten will, funktioniert es teilweise und teilweise dann wieder x-Mal nicht. In den Logs tauchen dabei folgende Meldungen auf:

zigbee.0 2019-02-05 02:03:59.556 error Zigbee publish to '0x84182600000ee8e0', genOnOff - off - {} - 3 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the n

zigbee.0 2019-02-05 02:03:56.956 error Zigbee publish to '0x84182600000ee8e0', genOnOff - on - {} - 3 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the ne

zigbee.0 2019-02-05 02:03:54.844 error Zigbee publish to '0x84182600000ee8e0', genOnOff - on - {} - 3 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the ne

Im state wird dann auch der Wert rot markiert, falls die Plug nicht schaltet. Das war vor dem Upgrade auf 0.9.1. noch nicht so.

Gibt es dafür eine Lösung?

Andere Geräte (Philips HUE, IKEA Tradfri) funktionieren hingegen. Der Abstand der Plugs vom Stick beträgt zwischen einem halben und ca. 10 Metern. Verhalten ist überall identisch. `

probiermal den plug nochmal anzulernen.. also nix löschen im Adapter nur den plug 10 sec. gedrückt halten dann den Adapter in Lernmodus versetzten.. ab und zu klappt das auch.. da kommen wohl nicht alle Informationen rüber `

Ich habe heute versucht, die Plugs nochmals anzulernen. Gefühlt hat sich die Situation nicht gebessert.

Anschließend habe ich die Position vom PI/Zigbee Stick verändert und den Kanal auf 25 geändert, da er vorher auf 11 stand und mein WLAN auf Kanal 1.

Es verhält sich noch immer ziemlich identisch. Jetzt schaltet der Plug im gleichen Raum, wie der PI recht zuverlässig, im nächsten Raum funktioniert es mittelmäßig.

zigbee.0 2019-02-05 16:01:00.063 error Zigbee publish to '0x84182600000ebe11', genOnOff - off - {} - 3 failed with error Error: AF data request fails, status code: 233. MAC no ack.

zigbee.0 2019-02-05 15:56:48.195 error Zigbee publish to '0x84182600000ec084', genOnOff - on - {} - 3 failed with error Error: AF data request fails, status code: 233. MAC no ack.

Eigentlich wollte ich mit den Plugs die Reichweite erhöhen, aber das scheint noch nicht sauber zu funktionieren.

Asgothian

~~@arteck:~~

~~@Asgothian:~~

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.

A.
16286_screen_shot_2019-02-05_at_18.16.21_.png

arteck

~~@FoxMulder:~~

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

FoxMulder

Du meinst die Firmware ?

Die habe ich hier her :

https://github.com/Koenkk/Z-Stack-firmw … oordinator

arteck

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

FoxMulder

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

sphinx_sat

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.

sphinx_sat

Habe weiter getestet. Pairing an Router ging problemlos. Am Coordinator keine Chance.
9698_firefox_2.jpg

FoxMulder

@arteck

Kannst du was mit meinen Log und Angaben anfangen ?

arteck

~~@FoxMulder:~~

@arteck

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

arteck

~~@sphinx_sat:~~

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

sphinx_sat

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

FoxMulder

~~@arteck:~~

~~@FoxMulder:~~

@arteck

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 .

arteck

~~@sphinx_sat:~~

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

arteck

~~@FoxMulder:~~

~~@arteck:~~

~~@FoxMulder:~~

@arteck

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

FoxMulder

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 .

sphinx_sat

~~@arteck:~~

~~@sphinx_sat:~~

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 mir

Ich 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

arteck

~~@FoxMulder:~~

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

arteck

~~@sphinx_sat:~~

~~@arteck:~~

~~@sphinx_sat:~~

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 mir

Ich 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

FoxMulder

~~@arteck:~~

~~@FoxMulder:~~

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 .

NEWS

[Aufruf] ZigBee CC253x Adapter 0.9

Support us

1.4k
Online

30.3k
Users

76.4k
Topics

1.2m
Posts

NEWS

[Aufruf] ZigBee CC253x Adapter 0.9

Support us

1.4kOnline

30.3kUsers

76.4kTopics

1.2mPosts

1.4k
Online

30.3k
Users

76.4k
Topics

1.2m
Posts