ZigBee CC253x Adapter - nur neue/unbekannte Geräte Version 0.9.x
-
@smarti2015 mach mal
dmesg |grep -i acmdann sollte in etwa so etwas kommen:
dmesg |grep -i usb|grep -i acm [ 3.985095] cdc_acm 1-1.2:1.0: ttyACM0: USB ACM device [ 3.989826] usbcore: registered new interface driver cdc_acm [ 3.989837] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adaptersund dann noch ein lsusb - der Adapter sollte so zu sehen sein:
Bus 001 Device 004: ID 0451:16a8 Texas Instruments, Inc.was kommt, wenn Du ls -la /dev/ttyACM0 eingibst? Passen die Berechtigungen evtl. nicht?
crw-rw---- 1 root dialout 166, 0 Mär 17 23:12 /dev/ttyACM0 -
Hab alles eingegeben und sieht gut aus. Nachdem ich das Tinkerboard runtergefahren habe, hab ich mal den angeschlossenen USB Stick rausgezogen und den ZigBee Stick umgesteckt. Wieder hochgefahren da war er wieder. Bis eben kamen noch große Timeout, aber hab grad noch nen Vermutung was das sein könnte. Erstmal gehen ein paar Lampen wieder. Ich danke dir für deine Hilfe und Tipps!!!
Das beim paaren bereits angelernte Lampen immer wieder erkannt und gepaart werden ist normal oder? Selbst wenn die 60 Sekunden abgelaufen sind und ich das Fenster offen lassen kommen Minuten später noch Meldungen über erkannte Lampen. Woher weiss ich, das er mit dem Suchen fertig ist?
-
Jetzt ist er wieder weg:
false falsezigbee.0 2019-03-17 23:36:31.195 debug User stateChange zigbee.0.info.connection {"val":false,"ack":false,"ts":1552862191185,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1552862163774} false falsezigbee.0 2019-03-17 23:36:31.194 debug User stateChange zigbee.0.info.pairingMessage {"val":"Error: Error while starting zigbee-shepherd!. Error: Error Resource temporarily unavailable Cannot lock port","ack":false,"ts":1552862191168,"q":0 false falsezigbee.0 2019-03-17 23:36:31.163 error Error while starting zigbee-shepherd!. Error: Error Resource temporarily unavailable Cannot lock port false falsezigbee.0 2019-03-17 23:36:31.147 info Starting zigbee-shepherd false falsezigbee.0 2019-03-17 23:36:03.795 debug User stateChange zigbee.0.info.connection {"val":false,"ack":false,"ts":1552862163774,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1552862163774} false falsezigbee.0 2019-03-17 23:36:03.794 debug User stateChange zigbee.0.info.pairingMessage {"val":"Error: Error while starting zigbee-shepherd!. Error: request timeout","ack":false,"ts":1552862163769,"q":0,"from":"system.adapter.zigbee.0","user" false falsezigbee.0 2019-03-17 23:36:03.140 error Error while starting zigbee-shepherd!. Error: request timeout false falsezigbee.0 2019-03-17 23:35:57.948 debug sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0 false falsezigbee.0 2019-03-17 23:35:57.947 debug List of ports: [{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS3"},{"comName":"/dev/ttyS1"},{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyS2"},{"comName":"/dev/ttyS0"}] false falsezigbee.0 2019-03-17 23:35:57.588 debug sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0 false falsezigbee.0 2019-03-17 23:35:57.551 debug getGroups result: {} false falsezigbee.0 2019-03-17 23:35:57.532 debug sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0 false falsezigbee.0 2019-03-17 23:35:56.881 debug system.adapter.admin.0: logging true false falsezigbee.0 2019-03-17 23:35:56.854 debug system.adapter.admin.0: logging true false falsezigbee.0 2019-03-17 23:35:54.703 debug system.adapter.admin.0: logging false false falsezigbee.0 2019-03-17 23:35:51.153 debug sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0 false falsezigbee.0 2019-03-17 23:35:51.152 debug List of ports: [{"comName":"/dev/ttyS0"},{"comName":"/dev/ttyS3"},{"comName":"/dev/ttyS1"},{"comName":"/dev/ttyACM0"},{"comName":"/dev/ttyS2"},{"comName":"/dev/ttyS0"}] false falsezigbee.0 2019-03-17 23:35:51.070 debug sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0 false falsezigbee.0 2019-03-17 23:35:51.069 debug getGroups result: {} false falsezigbee.0 2019-03-17 23:35:50.955 debug sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0 false falsezigbee.0 2019-03-17 23:35:46.807 info Starting zigbee-shepherd false falsezigbee.0 2019-03-17 23:35:31.121 info Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds) false falsezigbee.0 2019-03-17 23:35:29.551 info Reset coordinator false falsezigbee.0 2019-03-17 23:35:29.478 info Queue is: true false falsezigbee.0 2019-03-17 23:35:29.478 info Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0014D9DE6A-if00 with panID 6754 channel 11 false falsezigbee.0 2019-03-17 23:35:29.425 info starting. Version 0.10.2 in /opt/iobroker/node_modules/iobroker.zigbee, node: v6.16.0 false falsezigbee.0 2019-03-17 23:35:29.329 debug statesDB connected false falsezigbee.0 2019-03-17 23:35:29.247 debug objectDB connected -
@Asgothian sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:
@MyzerAT
das ist einfach: im Adapter, settings Seite, reset (full reset, not soft reset), und shepherd.db löschen.so habe fertig, alles neu angelernt, ist eine -heiden Arbeit, aber man lernt ja auch einiges dadurch und gleich Backup davon gemacht!
-
@MyzerAT Wie hast du das hinbekommen, das die IKEA Verstärker so schön auf genutzt werden? Meine Waren mit dem Coordinator verbunden und mehr nicht.
-
es gibt ein Problem in der Firmware bei Devices > 30.. ist bestätugt
https://github.com/Koenkk/Z-Stack-firmware/issues/60 -
@arteck
Wobei es aus meiner Sicht so aus sieht das der Ansatz von Koenkk mit dem Heap-Problem richtig ist - 30 ist keine harte Grenze. Anscheinend ist es so das Router mehr Speicher auf dem Coordinator benötigen als End-Devices, daher ist eher Schluss wenn man viele Router (i.e. Lampen, Steckdosen, etc.) einsetzt.
Diese Grenze gibt es im Übrigen auch bei allen anderen mir bekannten Gateways. (Hue, deConz, Xiaomi, etc. Sie liegt aber immer anders.) -
Naja als ich sag mal es waren vielleicht so 26 oder 27 genau. Über 30 war ich nicht. Hab jetzt alles zurückgesetzt, neu geflasht und er erkennt wieder Lampen usw. Nur ich hab es dann gestern aufgegeben, gab dann nur eine Notbeleuchtung heute morgen und schnell raus, bevor die Chefin wach geworden ist.
Setze mich heute Nachmittag wieder ran. Also ich wollte eigentlich schon gern IKEA und HUE Gateways verbannen und meine Xiaomi Sensoren alle einbinden. Da komme ich auf alle Fälle über 30. Heißt das jetzt es geht nicht, oder solange bis eine ne FW für den Stick kommt, oder wird das nicht klappen.
Die Frage ist auch, wir hatten die Tage ja Thema zu viele Repeater/Router. Jeder meiner Lampen ist ja ein Repeater oder? Teilweise hab ich sogar 3 LEDs in einer Lampe. Da kommen ne Menge Repeater zusammen, allerdings hat das mit den Gateways immer problemlos funktioniert.
Was mir gestern abend noch aufgefallen ist, es hat alles geklappt, bis ich 1 oder 2 Hue Lampen reinnehmen wollte. Dann war alles futsch. Nachdem Reset und dem Neuflashen habe ich dann erst 2-3 andere Lampen gepaart und dann kam ich wieder zur den Hues. Prompt fing es wieder an zu spinnen. Hab mir leider das Log nicht aufgehoben, aber mir kam es so vor, als würde tatsächlich eine Lampe das Problem verursachen. Könnte das sein?
-
@smarti2015 sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:
Die Frage ist auch, wir hatten die Tage ja Thema zu viele Repeater/Router. Jeder meiner Lampen ist ja ein Repeater oder? Teilweise hab ich sogar 3 LEDs in einer Lampe. Da kommen ne Menge Repeater zusammen, allerdings hat das mit den Gateways immer problemlos funktioniert.
Ich rechne nicht damit das alleine durch den Einsatz von "vielen Routern in Lampenform" Probleme auftauchen. Wenn das so wäre wären alle bestehenden Hue Topologieen instabil, da diese zu mehr als 50% aus Routern bestehen.
Der Damals verlinkte Text kam vom BSI und ist für sicherheitskritische Anwendungen gedacht. Die darin vorkommenden Anmerkungen sind nicht falsch, treffen aber auf diese Situation einfach nicht zu. Mehrere Leuchten in einer Lampe werden sich nicht als Kette mit dem Koordinator verbinden, sondern jede einzelne, solange der Koordinator selber noch genügend end-devices ansprechen kann.@smarti2015 sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:
Was mir gestern abend noch aufgefallen ist, es hat alles geklappt, bis ich 1 oder 2 Hue Lampen reinnehmen wollte. Dann war alles futsch. Nachdem Reset und dem Neuflashen habe ich dann erst 2-3 andere Lampen gepaart und dann kam ich wieder zur den Hues. Prompt fing es wieder an zu spinnen. Hab mir leider das Log nicht aufgehoben, aber mir kam es so vor, als würde tatsächlich eine Lampe das Problem verursachen. Könnte das sein?
Hier gibt es ggf. einen Zusammenhang - da muss aber auf der Firmware-seite geschaut werden. Es ist denkbar das der Speicherbedarf pro Gerät auf dem Koordinator davon abhängig ist wie das Gerät (softwaretechnisch, logisch) aufgebaut ist. Ob es da signifikante Unterschiede zwischen verschiedenen Zigbee Geräten gibt weiss ich noch nicht.
-
jao das was bei mir auch so.. solange Hues nicht im spiel waren..aber das ist reine Vermutung meiner seits
. hmm da du auch mit Hues arbeitest währe vielleicht (auch wens lässtig ist) hilfreich meine Vermutung zu bestätigen.. also zu schauen obs ohne Hues und Devices > 30 alleg geht und solange eine Hue ins spiel kommt die Verbindung abgebrochen wird
-
-
@gosund sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:
Probier doch mal die max-devices Firmware:
https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/CC2531/alternatives/max_devicesVorsicht - da die Hue Lampen Router sind ist es denkbar das diese FW so ziemlich sofort nicht geht. Bitte nicht mit einem grossen "produktiv" netz ausprobieren
-
nein Vergiss es .. diese Firmware ist nur zum Betrieb ohne Router gedacht.. da hier der Speicher anders verwaltet(ausgereizt) wird
-
Also ich habe zuerst Xiaomi Temperatur Sensoren und Bewegungsmelder verbunden, dann ne Menge IKEA und ein paar Hue dazwischen. Bis dahin lief alles super. Dann kam ich zu den Flur Hue Lampen und vom Gefühl her, lag es jetzt an der einen Lampe. Wie gesagt, als ich alles neu gemacht habe und grad 4 Lampen gepaart hatte, kam wieder diese LED und irgendwie ging es wieder los. Ich würde die heute einfach mal weglassen und alles neu aufbauen. Das Gute ist, man lernt ja viel übers System und es flutscht dann immer besser
Hab es noch nicht aufgegeben, weil ich gern alles über ZigBee Stick steuern will, aber ich befürchte langsam das ich zuviele Geräte habe. Hab ja noch nicht alle IKEA Lampen drin und die Rauchmelder sollten auch rein von Honeywell, wobei ich die wohl lieber im Xiaomi Gateway erstmal drin lasse.
Hab da noch zwei Fragen:
-
Das beim Paaren bereits angelernte Lampen immer wieder erkannt und gepaart werden ist normal oder? Selbst wenn die 60 Sekunden abgelaufen sind und ich das Fenster offen lassen kommen Minuten später noch Meldungen über erkannte Lampen. Woher weiss ich, das er mit dem Suchen fertig ist?
-
Könnt ihr kurz bitte erklären was die Farbe und Zahlen bedeuten? Mal ist es rot, mal blau
-
Ich habe angefangen mit den Gruppen zu arbeiten und das hat sich super in den Scripten dann gemacht um einfach mal einen Raum mit mehreren Lampen über einen Befehl anzusprechen. Auf einmal funktionierten die Gruppen aber nicht mehr. Einzeln konnte man die Lampen über ZigBee steuern über die Gruppe nicht mehr. Funktioniert das schon stabil oder sollte man das lieber noch nicht verwenden
-
Ab wann muss man eigentlich wieder neu paaren? Immer wenn ich den Adapter deinstalliere und neu installiere, wenn ich den Stick mit der gleichen Version flashe oder wenn ich einen neue Version flashe? Kann man das irgendwie sichern oder wird da immer nen neuer Verschlüsselungs-Code generiert und man muss daher immer neu paaren?
DANKE!!!!
-
-
@smarti2015 Hol' Dir doch einfach einen zweiten Stick und mach' zwei Netze draus.
Habe gerade welche für US$ 4.84 inkl. Versand gefunden, hole mir gleich auch noch einen
http://s.click.aliexpress.com/e/KrlQ2Ms -
@smarti2015 Ich habe so ziemlich genau die Problem wie du. Und so langsam zweifle ich daran das es ausschließlich an der Firmware und der Menge der Geräte liegt, weil die Probleme erst mit der 0.10.2 aufgetaucht sind. Meine Gruppen funktionieren seit der 0.10.2 ebenfalls nicht mehr und auch erst seit der 0.10.2 werden bei mir immer wieder bereits gekoppelte Geräte neu gekoppelt.
-
@gosund ah wenn das geht mach ich das glatt. Wenn dann da zwei Sticks in relativer Nähe zusammen funken das stört nicht ?
-
@smarti2015 sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:
Hab da noch zwei Fragen:
- Das beim Paaren bereits angelernte Lampen immer wieder erkannt und gepaart werden ist normal oder? Selbst wenn die 60 Sekunden abgelaufen sind und ich das Fenster offen lassen kommen Minuten später noch Meldungen über erkannte Lampen. Woher weiss ich, das er mit dem Suchen fertig ist?
Ja, das ist normal. Die 60 Sekunden einen dazu den netzwerkschlüssel auszutauschen. Wenn das Gerät im Netz sendefähige ist, dann kann die kommunikation über die Details auch außerhalb der 60 Sekunden stattfinden.
- Könnt ihr kurz bitte erklären was die Farbe und Zahlen bedeuten? Mal ist es rot, mal blau
Die Zahlen bezeichnen die Signalstärke mit der der Empfänger Signale vom Sender empfängt. Die Farben sind einfach: blau sind aktive Verbindungen, rot sind Verbindungen die in der Vergangenheit aktiv waren aber aktuell nicht aktiv sind
- Ich habe angefangen mit den Gruppen zu arbeiten und das hat sich super in den Scripten dann gemacht um einfach mal einen Raum mit mehreren Lampen über einen Befehl anzusprechen. Auf einmal funktionierten die Gruppen aber nicht mehr. Einzeln konnte man die Lampen über ZigBee steuern über die Gruppe nicht mehr. Funktioniert das schon stabil oder sollte man das lieber noch nicht verwenden
Ich wäre da vorsichtig, noch gibt es da meiner Meinung nach ein paar Unwägbarkeiten.
- Ab wann muss man eigentlich wieder neu paaren? Immer wenn ich den Adapter deinstalliere und neu installiere, wenn ich den Stick mit der gleichen Version flashe oder wenn ich einen neue Version flashe? Kann man das irgendwie sichern oder wird da immer nen neuer Verschlüsselungs-Code generiert und man muss daher immer neu paaren?
Neu Flashen ist notwendig, wenn
- der Stick bekommt neue Firmware und hatte Firmware vor 20190101
- der Funkkanal wurde angepasst
- die Datei Shepherd.db unter /opt/iobroker/iobroker_data/zigbee.0 wurde gelöscht.
-
@der_maik sagte in ZigBee CC253x Adapter - nur neue/unbekannte Geräte:
@smarti2015 Ich habe so ziemlich genau die Problem wie du. Und so langsam zweifle ich daran das es ausschließlich an der Firmware und der Menge der Geräte liegt, weil die Probleme erst mit der 0.10.2 aufgetaucht sind. Meine Gruppen funktionieren seit der 0.10.2 ebenfalls nicht mehr und auch erst seit der 0.10.2 werden bei mir immer wieder bereits gekoppelte Geräte neu gekoppelt.
Das ist so nicht ganz richtig. Die Art mit der Gruppen im iobroker umgesetzt waren hat auf dem Stick zu Problemen geführt. Das hat eine Anpassung der Firmware sticks ausgelöst die dieses Verhalten unterbindet, dementsprechend musste im Adapter umgestellt werden.
A.
-
@Asgothian bei mir lief es erst unter 10.2 und auf einmal waren die Gruppen futsch. Kann bei mir aber auch mit meinem größeren Problem zusammenhängen
