ZigBee neue Version 1.4.4

Jan Fiedler

@arteck Soweit ich sehe nur die Standard Sachen...

pi@raspberrypi:/opt/iobroker $ npm list serialport
iobroker.inst@2.0.3 /opt/iobroker
├─┬ iobroker.discovery@2.5.0
│ └── serialport@9.0.7  deduped
├─┬ iobroker.zigbee@1.4.4
│ ├─┬ zigbee-herdsman@0.13.75
│ │ └── serialport@9.0.6
│ └─┬ zigbee-herdsman-converters@14.0.77
│   └─┬ zigbee-herdsman@0.13.72
│     └── serialport@9.0.7
└── serialport@9.0.7

arteck

@jan-fiedler

passt.. eigentlich. .. hmm.. muss ich mal im Auge halten.. wenns wieder läuft ..ist gut

Kueppert

hm, ich dachte ich mach das auch mal (bei mir läuft alles). Sieht bei mir ganz anders aus ^^

root@ioBroker2:/opt/iobroker# npm list serialport
iobroker.inst@2.0.3 /opt/iobroker
├─┬ iobroker.discovery@2.6.1
│ └── serialport@9.0.7
├─┬ iobroker.zigbee@1.4.4
│ └─┬ zigbee-herdsman@0.13.70
│   └── serialport@9.0.6
└── serialport@6.2.2  extraneous

ist allerdings eine uralte installation...da geistert noch nen SerialPort 6.2.2 rum. Hab ich vermutlich irgendwann auch mal Hand angelegt
@arteck wie sieht das bei dir aus?

arteck

@kueppert wow jo der ist echt alt.. könnte probleme verursachen...

Kueppert

@arteck danke für den Hinweis. Ich mach mal nen Backup und schaue, dass ich das weg bekomme ^^

Kueppert

@arteck @Thomas-Braun ich bekomme die Fehlermeldung leider nicht weg...

root@ioBroker2:/opt/iobroker# npm list serialport
iobroker.inst@2.0.3 /opt/iobroker
├─┬ iobroker.discovery@2.6.1
│ └── serialport@9.0.7
├─┬ iobroker.zigbee@1.4.5 (github:ioBroker/ioBroker.zigbee#47e641cb8ec3756b16e5b7ff817fbf93502e295d)
│ └─┬ zigbee-herdsman@0.13.75
│   └── serialport@9.0.6
└── serialport@6.2.2  extraneous

npm ERR! extraneous: serialport@6.2.2 /opt/iobroker/node_modules/serialport

was habe ich gemacht?

Backup ioBroker
Konsole mal komplett Updates gemacht:

iobroker stop
apt-get update
apt-get upgrade
apt dist-upgrade
reboot

danach dann via Git noch die aktuelle Zigbee-Version vom Adapter installiet (im Admin).

ich möchte jetzt nicht mit "rumprobieren" beginnen und nen NPM rebuild versuchen oder versuchen, den serialport manuell zu bearbeiten...

gelberlemmy

@gelberlemmy sagte in ZigBee neue Version 1.4.4:

@thomas-braun alles klar. Ich bin gespannt was da so raus kommt. Danke für Euren Support

So nun habe ich Zeit gefunden, mal meinem Problem auf die Schliche zu kommen. Also folgendes gemacht:

cc26x2r1 neu geflshed
Zigbee Adapter neu installiert
cc26... an meinen PI angeschloßen
diesmal den Kanal 15 eingestellt.
jetzt einmal mit Putty geschaut, was mit dem Port passiert über "dmesg" (dort sieht alles gut aus) Port wird vernünftig erkannt)
Geräte versucht anzulernen. (klappt diesmal ohne Probleme)

Und was soll ich sagen. Ohne Probleme..... Ich bin weiterhin gespannt. Noch einmal einen Dank an alle hier für die Hilfe.

Gruß André

arteck

@kueppert mach so

zigbee adapter stoppen (der reinstalliert dann den serialport)

rm -r /opt/iobroker/node_modules/serialport
rm -r /opt/iobroker/node_modules/zigbee-herdsman
rm -r /opt/iobroker/node_modules/zigbee-herdsman-converters

dann zigbe adapter nochmal von GIT installieren (multihost beachten falls du einen laufen hast)

dann zeigmal nochmal

npm list serialport

Thomas Braun

@kueppert sagte in ZigBee neue Version 1.4.4:

serialport@6.2.2 extraneous

Der liegt ja ohnehin außerhalb von zigbee. Vermutlich könnte man den auch löschen.

Aber root@ioBroker2 ?
Musst du root sein? Docker auf Synology? Gibt sonst eigentlich keinen Grund dafür.

Kueppert

sooo, das sieht schon anders aus:

root@ioBroker2:/opt/iobroker# rm -r /opt/iobroker/node_modules/serialport
root@ioBroker2:/opt/iobroker# rm -r /opt/iobroker/node_modules/zigbee-herdsman
root@ioBroker2:/opt/iobroker# rm -r /opt/iobroker/node_modules/zigbee-herdsman-converters
root@ioBroker2:/opt/iobroker# npm list serialport
iobroker.inst@2.0.3 /opt/iobroker
├─┬ iobroker.discovery@2.6.1
│ └── serialport@9.0.7
└─┬ iobroker.zigbee@1.4.5 (github:ioBroker/ioBroker.zigbee#47e641cb8ec3756b16e5b7ff817fbf93502e295d)
  └─┬ zigbee-herdsman@0.13.75
    └── serialport@9.0.6

Ich denke, jetzt bin ich wieder up-to-date und Fehlerfrei. Danke euch :)

Kueppert

@thomas-braun du hast Recht wegen root...hab 2017 wie du mir schon mal gesagt hast, bereits falsch begonnen (immer root, auf allen VMs die ich laufen hab). Hab mich mit den Usern und Rechten damals bei Beginn echt schwer getan und dann der "Einfachheit halber" alles mit Root gemacht.
Das nehme ich als nächstes "klein-Projekt" in Angriff. Nen User hab ich schon lang...schwenke nur in der Konsole dann immer direkt auf den root um. War garnicht so einfach, den in der neuen Distibution (damals neu) freigeschaltet zu bekommen als Linux-Beginner ^^

Thomas Braun

@kueppert sagte in ZigBee neue Version 1.4.4:

War garnicht so einfach, den in der neuen Distibution (damals neu) freigeschaltet zu bekommen als Linux-Beginner

Das hat ja auch einen GRUND, warum der root eben nicht direkt zugänglich ist.
Damit Linux-Beginner da nicht mit herumpfuschen. Und 'Linux-Profis' nutzen den auch nicht.

Asgothian

@thomas-braun @Kueppert

Macht ihr für diese Diskussion bitte einen neuen thread auf ? Bei dieser Diskussion geht es nicht (mehr) um den zigbee Adapter 1.4.4

A.

massenbach

Hallo, ich bin dabei von ConBee II mit deconz umzuziehen auf CC26X2R1 mit ZigBee 1.4.4. Jetzt fehlen mir ein paar Datenpunkte bei folgenden Geräten.

OSRAM Smart+ Switch (4058075816459): battery
OSRAM AC01353010G SMART+ Motion Sensor: battery; temperature
Xiaomi RTCGQ11LM Aqara human body movement and illuminance sensor: temperature;dark;daylight
Wie bekomme ich die Datenpunkte zurück, battery und temperature sind mir schon wichtig.

Kueppert

@massenbach ich nutze auch einen Osram-Switch (Lightify Switch Mini). Batterie wird angezeigt.
Seit wann läuft der Adapter? Bis sich da die Batterie befüllt, dauert ggf 1 Tag...bis sich halt die FB meldet. Funktioniert die FB denn, wenn du die Schalter bedienst (Objekte werden aktualisiert)?

massenbach

@kueppert die Geräte laufen jetzt schon seit mind. 2 Tage. Das mit dem befüllen kenne ich, aber die Datenpunkte sind ja noch nicht mal da. Aquara läuft jetzt seit 3 Tage und hat noch immer keinen Datenpunkt für Temperatur. Unter deconz waren die Werte ja da.

Asgothian

@massenbach sagte in ZigBee neue Version 1.4.4:

@kueppert die Geräte laufen jetzt schon seit mind. 2 Tage. Das mit dem befüllen kenne ich, aber die Datenpunkte sind ja noch nicht mal da. Aquara läuft jetzt seit 3 Tage und hat noch immer keinen Datenpunkt für Temperatur. Unter deconz waren die Werte ja da.

Bitte die Betroffenen Geräte in die "Ausschlussliste" eintragen. Dann sollte zumindest der Temperaturwert wieder mit kommen.

In dem Zusammenhang muss ich aber warnen - die angegebene Temperatur kann eigentlich nicht durch einen Sensor kommen. Dazu sind die Werte einfach zu schlecht. Ich habe bis zu 5 Grad Abweichung zwischen einem BWM und einem dedizierten Temperatursensor mit weniger als 5 cm Abstand.

A.

hukio

@Asgothian
Ich habe für den Datenpunkt child_lock des Revolt Heizungsthermostaten (GS361A-H04) folgende Zustände geschickt: true und false. Dann habe ich am Thermostaten den Zustand Kindersicherung ein und danach aus eingestellt. Die Anzeige im Datenpunkt blieb unverändert immer false. Zum Schluß habe ich noch den Datenpunkt state mit true gesendet. Für diesen Datenpunkt gibt es keine Interpretation im converter (letzte Zeile des logs).
Hier ist das log:

2021-03-05 12:52:01.993 - warn: zigbee.0 (4774) ELEVATED: User stateChange zigbee.0.bc33acfffe656bd0.child_lock {"val":true,"ack":false,"ts":1614945121992,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1614945121992}
2021-03-05 12:52:01.997 - warn: zigbee.0 (4774) ELEVATED Change state 'child_lock' at device 0xbc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 12:52:06.552 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":120}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 12:52:06.552 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '120' from device bc33acfffe656bd0 for 'Link quality'
2021-03-05 12:52:06.558 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"LOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 12:52:06.558 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device'
2021-03-05 12:52:06.659 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":120}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 12:52:06.660 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '120' from device bc33acfffe656bd0 for 'Link quality'
2021-03-05 12:52:06.663 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"LOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 12:52:06.663 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device'
2021-03-05 12:54:02.667 - warn: zigbee.0 (4774) ELEVATED: User stateChange zigbee.0.bc33acfffe656bd0.child_lock {"val":false,"ack":false,"ts":1614945242665,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1614945126565}
2021-03-05 12:54:02.670 - warn: zigbee.0 (4774) ELEVATED Change state 'child_lock' at device 0xbc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 12:54:04.537 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":118}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 12:54:04.538 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '118' from device bc33acfffe656bd0 for 'Link quality'
2021-03-05 12:54:04.543 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"UNLOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 12:54:04.544 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device'
2021-03-05 12:54:04.644 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":118}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 12:54:04.645 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '118' from device bc33acfffe656bd0 for 'Link quality'
2021-03-05 12:54:04.650 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"UNLOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 12:54:04.650 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device'
2021-03-05 13:00:22.395 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":113}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 13:00:22.397 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '113' from device bc33acfffe656bd0 for 'Link quality'
2021-03-05 13:00:22.402 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"LOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 13:00:22.403 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device'
2021-03-05 13:01:50.551 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":107}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 13:01:50.552 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '107' from device bc33acfffe656bd0 for 'Link quality'
2021-03-05 13:01:50.559 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"UNLOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 13:01:50.560 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device'
2021-03-05 13:04:55.620 - warn: zigbee.0 (4774) ELEVATED: User stateChange zigbee.0.bc33acfffe656bd0.state {"val":true,"ack":false,"ts":1614945895617,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1614945895617}
2021-03-05 13:04:55.629 - warn: zigbee.0 (4774) ELEVATED Change state 'state' at device 0xbc33acfffe656bd0 type 'GS361A-H04'
2021-03-05 13:04:55.635 - error: zigbee.0 (4774) No converter available for 'GS361A-H04' with key 'state'

Ich hoffe es hilft Dir. Vielen Dank für Deine Unterstützung.
HUK

massenbach

@asgothian Danke es funktioniert, habe den Zusammenhang zwar noch nicht ganz verstanden, aber geht jetzt! Das mit den Genauigkeiten ist mir schon klar, bin dabei die Werte per Script zu korrigieren.

? Offline

@arteck @Asgothian

Geile Sache, das läuft wie geschmiert mit über 140 devices.. !

2021-03-06 10:12:26.836  - info: zigbee.0 (30863) Starting Zigbee  npm ...
2021-03-06 10:12:27.760  - info: zigbee.0 (30863) Installed Version: iobroker.zigbee@1.4.4
2021-03-06 10:12:29.794  - info: zigbee.0 (30863) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20210120}}
2021-03-06 10:12:29.804  - info: zigbee.0 (30863) Unable to disable LED, unsupported function.
2021-03-06 10:12:29.805  - info: zigbee.0 (30863)   --> transmitPower : high
2021-03-06 10:12:29.834  - info: zigbee.0 (30863) Currently 145 devices are joined:

Community Forum

NEWS

ZigBee neue Version 1.4.4

Support us

807

32.4k

81.5k

1.3m