ZigBee neue Version 1.6.x

[Thomas Braun]

@bigmike71 sagte in ZigBee neue Version 1.6.x:

"port":"/dev/ttyUSB0"

Den würde ich auf den Link aus
/dev/serial/by-id/
setzen. Ansonsten nix wildes.

[Asgothian]

@bigmike71 sagte in ZigBee neue Version 1.6.x:

habe heute von 1.6.10 auf die 1.6.11 geupdatet und bekomme diese warn Meldungen
im Log:

2022-01-07 13:24:46.458 - warn: zigbee.0 (3343) 4 extensions initialized
2022-01-07 13:24:46.459 - warn: zigbee.0 (3343) extension DeviceAvailability
2022-01-07 13:24:46.460 - warn: zigbee.0 (3343) extension DeviceConfigure
2022-01-07 13:24:46.461 - warn: zigbee.0 (3343) extension DeviceEvent
2022-01-07 13:24:46.461 - warn: zigbee.0 (3343) extension DelayedAction
2022-01-07 13:24:47.562 - warn: zigbee.0 (3343) config :{"port":"/dev/ttyUSB0","panID":"3369","extPanID":"0123456789ABCDEF","channel":"11","disableLed":true,"precfgkey":"B1090507090C0D0F00020406080B0C0D","countDown":"90","adapterType":"zstack","debugHerdsman":false,"disablePing":false,"external":"","startWithInconsistent":false,"transmitPower":"0","extPanIdFix":true}
2022-01-07 13:24:47.562 - info: zigbee.0 (3343) Zigbee started

ist da was falsch? hatte ich vorher nicht, direkt nach dem manuellen updaten...

Nein, das ist (noch) normal. Wenn ein bestimmter Effekt vollständig weg ist sind auch die Meldungen wieder weg.

A.

[DocGame]

@asgothian Ich habe hier seit einem halben Jahr einen 6 fach Taster von Zemismart(ZM-RM02). Als ich ihn nach zig Versuchen nicht angelernt bekam (war noch nicht im Herdsman) ist er in den Schrank gewandert.
Letzte Woche wurde er durch ein Update aufgenommen. Habe ihn gleich wieder angelernt und er war sofort da. Keine Fehlermeldungen im Log.
Jetzt kommt das merkwürdige:
Er zeigt immer eine Empfangssignal von 10 (auch nach Stunden). Sobald ich eine Taste drücke (egal welche) geht der Empfang für ca. 2 Sec. auf 158 (Ist Realistisch, da ich direkt neben meinem cc1352p-2 sitze) dann geht er wieder auf 10 zurück. Das alleine wäre schon ein melkwürdiges Verhalten. Schlimmer ist das kein Wert im Datenpunkt ankommt (auch nicht in der Kachelübersicht). Hat jemand schon ein ähnliches Verhalten bei einem Gerät beobachtet?

[Asgothian]

@docgame
Ich kenne dieses Gera4t nicht. Interessant wäre:

• welche Zigbee Version läuft bei Dir ?
• was passiert wenn du 0c4314fffe6000b1 in den Datenpunkt zigbee.0.info.debugmessages einträgst (kein Neustart des Adapters erforderlich). Interessant sind Warn-Meldungen mit dem Schlüsselword "ELEVATED"

[Newan]

@docgame Setze mal die IEEE ohne doe 0x in das zigbee.0.info.debugmessages object.
Danach sollten alle Events im Log gepostet werden als warning. HAb ein ähnliches verhalten mit meinen Busch Jäger Schalter und hab da auch eine mögliche Lösung gefunden

[Newan]

@asgothian
Kannst du mir auch einen Tipp geben wie ich den Converter erstelle für den Bug hier

https://github.com/ioBroker/ioBroker.zigbee/issues/1238

zigbee.0
2022-01-07 23:38:42.814	error	No converter available for '6735/6736/6737' with key 'rm01_row_2'

zigbee.0
2022-01-07 23:38:42.810	warn	ELEVATED Change state 'rm01_row_2' at device 0xd85def11a10049ce type '6735/6736/6737'

zigbee.0
2022-01-07 23:38:42.804	warn	ELEVATED: User stateChange zigbee.0.d85def11a10049ce.rm01_row_2 {"val":true,"ack":false,"ts":1641595122802,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1641595122802}

zigbee.0
2022-01-07 23:38:42.798	warn	SetState_typed called without type

Newan created this issue in ioBroker/ioBroker.zigbee

closed No converter available for '6735/6736/6737' with key 'rm01_row_2' #1238

[DocGame]

@newan @Asgothian Habe ihn nochmal gelöscht, neu angelernt die IEEE in zigbee.0.info.debugmessages eingetragen und 3 verschiedene Tasten gedrückt.
Er bringt nur ein "announced itself" je Tastendruck:

zigbee.0	2022-01-08 00:02:08.187	warn	(27496) Device '0x0c4314fffe6000b1' announced itself
zigbee.0	2022-01-08 00:01:56.514	warn	(27496) Device '0x0c4314fffe6000b1' announced itself
zigbee.0	2022-01-08 00:01:52.805	warn	(27496) Device '0x0c4314fffe6000b1' announced itself
zigbee.0	2022-01-08 00:01:07.074	info	(27496) Zigbee: stop joining
zigbee.0	2022-01-08 00:00:34.039	warn	(27496) Device '0x0c4314fffe6000b1' announced itself
zigbee.0	2022-01-08 00:00:28.240	info	(27496) Device '0x0c4314fffe6000b1' is supported, identified as: Zemismart Smart 6 key scene switch (ZM-RM02)
zigbee.0	2022-01-08 00:00:28.240	info	(27496) Successfully interviewed '0x0c4314fffe6000b1', device has succesfully been paired
zigbee.0	2022-01-08 00:00:27.008	warn	(27496) Device '0x0c4314fffe6000b1' announced itself
zigbee.0	2022-01-08 00:00:26.790	info	(27496) Starting interview of '0x0c4314fffe6000b1'
zigbee.0	2022-01-08 00:00:05.806	info	(27496) Zigbee: allowing new devices to join.

Nachtrag: Zigbee-Adapter ist der aktuelle aus Github (1.6.11 -- im Moment 16 Std. online)

[disaster123]

Hallo,

ich habe einen Aqara Motion Sensor RTCGQ11LM diesen kann ich problemlos am coordinator anlernen. Sobald ich diesen aber weg bewege in Richtung eines Routers bekomme ich keine Daten mehr. Empfang steht auf 33 aber seit 2 Tagen keine Daten mehr. Verbindet sich aber auch nicht zum Router in 3m Entfernung. Kann jemand helfen?

Grüße,
Stefan

[Asgothian]

@disaster123

• Geräte immer da anlernen wo sie auch betrieben werden sollen. Wenn du sie da nicht anlernen kannst werden sie da auch nicht funktionieren
• Funkbedingungen prüfen. (Netzabdeckung, Störquellen, dämpfende Effekte)

A.

[disaster123]

@asgothian mhm ok das hatte ich schon versucht aber der aqara bewegungssensor ließ sich am Zielort nicht anlernen Router ist ein Tuya 0121 Plug. Die aqara Vibrationssensoren ließen sich problemlos anlernen am Tuya Plug. Alles umbauen auf Ikea tradfri plugs als Router?

[Asgothian]

@disaster123 schwer zu sagen. Ist die Position der Vibrationssensoren und der BWM denn identisch ? Wenn nein, was sind die Unterschiede ? Wodurch könnte die Kommunikation der BWM erschwert werden ?

A.

[disaster123]

@asgothian die vibrationssensoren von aqara sind weiter weg vom Router (5-11m) sonst fällt mir kein Unterschied ein.

[OstfrieseUnterwegs]

Ich habe gerade ein Update von 1.6.6 auf 1.6.12 gemacht. Dabei wurde meine Aldi L122CB63H11A9.0W in ein TuYa TS0505B umgewandelt. Zurück auf 1.6.6 und es ist wieder eine Aldi Birne.

[Asgothian]

@ostfrieseunterwegs Poste doch mal bitte die Details des Gerätes, einmal unter 1.6.6 und einmal unter 1.6.12.

Es kann sein das durch eine Anpassung der Erkennung im Herdsman die Umbenennung stattgefunden hat.

A.

[OstfrieseUnterwegs]

@asgothian
1.6.6

1.6.12

Die 'Innereien' werden wohl richtig erkannt. Nur das 'Gehäuse' nicht

[Asgothian]

@ostfrieseunterwegs sagte in ZigBee neue Version 1.6.x:

@asgothian
1.6.6

1.6.12

Die 'Innereien' werden wohl richtig erkannt. Nur das 'Gehäuse' nicht

Leider nein. Willkommen in der Hölle die TuYa aufspannt:

mit der identischen ID (das was bei manufacturer angegeben ist) werden unterschiedliche Geräte angeboten. Während diese ID vorher eindeutig nur den Aldi Lampen zugeordnet waren ist sie zusammen mit den anderen Geräten den TuYa Geräten zugeschlagen. ich fürchte du wirst damit leben müssen.

Das ist (leider) kein bug sondern eine bewusste Umstellung (siehe hier: https://github.com/Koenkk/zigbee-herdsman-converters/commit/7d74703684a39e33e71f72f86b22711e9a2435b1)

A.

0 Koenkk committed to Koenkk/zigbee-herdsman-converters

Add 14153706L and L122CB63H11A9.0W to TS0505B (_TZ3000_kohbva1f). https://github.com/Koenkk/zigbee2mqtt/issues/10516

[arteck]

ist doch nur kosmetik..

[1Topf]

@1topf sagte in ZigBee neue Version 1.6.x:

@arteck

Gibt es denn noch Hoffnung für mich? Bin mittlerweile auch bei 1.6.12.

@arteck

Zum Gerät: Heiman HS2WDSR-E (Dimmer + Lampe). Adapter 1.6.8. von Katze.

Ein ähnliches Modell des Dimmers (Heiman HS2SS, EXP) ist laut Wiki wohl schon eingepflegt. Wird bei mir in der Geräteinfo so angezeigt:

Der Dimmer:

Spoiler

modelZigbee:ColorDimmerSw-EM-3.0
    type:EndDevice
    nwk:23752
    manuf id:4619
    manufacturer:HEIMAN
    power:Battery
    app version:18
    hard version:16
    zcl version:3
    stack version:2
    date code:2019.9.27
    interviewed:true
    configured:false

    endpoint:1
    profile:260
    input clusters:genBasic (0)
    genPowerCfg (1)
    genIdentify (3)
    genGroups (4)
    genScenes (5)
    haDiagnostic (2821)
    touchlink (4096)
    64644
    output clusters:genIdentify (3)
    genOnOff (6)
    genLevelCtrl (8)
    genOta (25)
    lightingColorCtrl (768)
    touchlink (4096)

und die Lampe:

Spoiler

modelZigbee:ColorLight
    type:Router
    nwk:64580
    manuf id:4619
    manufacturer:HEIMAN
    power:Mains (single phase)
    app version:25
    hard version:18
    zcl version:2
    stack version:2
    date code:20190925
    build:2000-1002
    interviewed:true
    configured:false

    endpoint:1
    profile:260
    input clusters:genBasic (0)
    genGroups (4)
    genIdentify (3)
    genOnOff (6)
    genLevelCtrl (8)
    genScenes (5)
    lightingColorCtrl (768)
    touchlink (4096)
    65533
    haDiagnostic (2821)
    output clusters:genOta (25)
    65533

Wäre super, wenn man die einpflegen könnte.
Wenn es da eine deutsche Anleitung von "Support new devices" geben würde, würde ich mich da auch selbst mal versuchen.

Viele Grüße,
Andi

[OstfrieseUnterwegs]

@asgothian sagte in ZigBee neue Version 1.6.x:

Das ist (leider) kein bug sondern eine bewusste Umstellung (siehe hier: https://github.com/Koenkk/zigbee-herdsman-converters/commit/7d74703684a39e33e71f72f86b22711e9a2435b1)

A.

Blöd, aber solange sie sich verhalten, wie sie sollen, ist es nicht dramatisch.
Für mein Verständnis: Die Devices senden beim Interview ihre ModelID und zigbee-herdsman schaut dann nach was sie so alles können und verstehen? Und weil es einen Konflikt zwischen Aldi und Tuya gibt, wurde entschieden, Tuya die ModelID zuzuschlagen. Heisst das auch, dass wenn Xiaomi auf die Idee kommt einen Thermostaten mit der gleichen ModelID auf den Markt zu bringen, gibt es neue Konflikte?

[Asgothian]

@ostfrieseunterwegs sagte in ZigBee neue Version 1.6.x:

Konflikt zwischen Aldi und Tuya gibt, wurde entschieden, Tuya die ModelID zuzuschlagen. Heisst das auch, dass wenn Xiaomi auf die Idee kommt einen Thermostaten mit der gleichen ModelID auf den Markt zu bringen, gibt es neue Konflikte?

Jein.

Das Geschäft von TuYa selber ist nicht nur die Herstellung von Geräten sondern insbesondere die Bereitstellung einer Dienstleistung:

• Hardwarekomponenten um eigene Smart-Devices zu erzeugen
• Softwarekomponenten um darauf basierend eine eigene "Cloud" Lösung anzubieten
• ein Server-Backend um diese Cloud Lösung zu hosten, so das minimale eigene Investitionen ausreichen um unter eigenem Namen smarte Geräte heraus zu geben.

Dabei gilt eigentlich die Massgabe das die unterschiedlichen Hersteller die Identifikation der Zigbee Komponenten eindeutig machen, so das das System die Geräte eindeutig erkennen kann. Daran halten sich aber nicht alle, so das

• es unter der gleichen "makroskopischen" Bezeichnung TS0601 alles mögliche gibt (Steckdosen, Schalter, Thermostate, Sensoren)
• Geräte mit unterschiedlicher "mikroskopischen" Bezeichnung die gleiche hardware-Identifikation nutzen
• die identische Zigbee-Steuereinheit (mit Bezeichnung und Hardware-Identifikation) in verschiedene Hardware eingebaut wird (die sich hoffentlich gleich verhält)

Aldi ist gerade bei Elektronik für die eigene Kompetenz und das Qualitätsversprechen bekannt. (/ironie off) Das Aldi also auf TuYa Whitelabel Produkte setzt ist nicht weiter verwunderlich (macht Lidl ja auch).

Xiaomi hat die Hardware Entwicklung bei sich im Haus und arbeitet da deutlich sauberer.

A.