Aqara Sensoren vs. IKEA Repeater

Begonnen von sprudelverduenner, 10 September 2020, 12:35:15

Vorheriges Thema - Nächstes Thema

sprudelverduenner

Hallo Zusammen,

ich bräuchte mal bitte Eure Hilfe:

Ich hab am Briefkasten 2 Aqara Fenster Sensoren die anscheined im Grenzempfangsbereich meines CC2531 Zigbee-Sticks werkeln.
Andere nähere Aqara und TRADFRI Komponenten laufen einwandfrei.

Vor 6 Monaten hatte ich schon mal 2 Osram Plug Smart+ eingebunden in der Hoffnung das diese als Repeater mein Problem lösen würden - es hat sich aber nicht verbessert.
Gestern habe ich mir einen TRADFRI Signalverstärker gekauft.
Heute Morgen die Osram Steckdosen mal rausgeschmissen und statt dessen den IKEA Repeater eingebunden - auch keine Verbesserung.

Sollten die Aqara Komponenten sich selbstständig am Repeater anmelden?
Oder muss ich die Aqara Devices aus dem CC2531 löschen (wenn ja, wie?) und dann über den Repeater anmelden?

Habe ich einen Denkfehler?
Kann mir jemand auf die Sprünge helfen?

Vielen Dank vorab.

Liebe Grüße,
Sprudelverduenner
FHEM @ RaspberryPi 3, HMLAN, HMUART + HMRS485, Homematic, ESPEasy @ Sonoff / Shelly / ESP8266, ZigBee @ CC2531
Echo Dot, Dreambox, Yamaha MusicCast, Logitech Hub, LW-12, LD382
FRITZ!Box 7590 AX, Mesh @ FRITZ!Repeater 2400, FRITZ!Fon, iPhone 13, iPad Air 5, AppleWatch 8

Beta-User

Grundsätzlich sollte es keinen Unterschied machen, ob das jetzt ein Aktor (der Plug) oder das Tradfri-Ding ist, das als Repeater dazwischenhängt.

Wie das Routing ist, kannst du dir ja mit den grapviz-Daten anzeigen lassen.

Das eigentliche Problem (mMn.): Das Routing muss ggf. aktualisiert werden. Dazu kann ein unpair/pair-Durchlauf helfen (müßte ggf. bei MQTT2_DEVICE über das Bridge-Gerät ohne weiteres machbar sein), ich würde aber zu allererst nochmal schlicht und ergreifend (bei unter Strom stehendem Repeater-Device) mal die "config"-Taste an dem Sensor drücken. Das sollte eigentlich dazu führen, dass er sich mal "umhört", ob es bessere Mesh-Geräte in der Nähe gibt. Dann nochmal das Routing checken (geht auch wieder komfortabel über das MQTT2_DEVICE-Bridge-Gerät).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

sprudelverduenner

Hallo Beta-User,

Danke für Deine schnelle Antwort.

Ein List meiner Bridge sieht so aus:Internals:
   CID        zigbee_bridge
   DEF        zigbee_bridge
   DEVICETOPIC MQTT2_zigbee_bridge
   FUUID      5cb23241-f33f-fbf8-06a8-956f7ddde9cfdc83
   IODev      MQTT2_SERVER
   LASTInputDev MQTT2_SERVER
   MQTT2_SERVER_MSGCNT 54
   MQTT2_SERVER_TIME 2020-09-10 12:24:24
   MSGCNT     54
   NAME       MQTT2_zigbee_bridge
   NR         713
   STATE      online
   TYPE       MQTT2_DEVICE
   READINGS:
     2020-07-26 21:40:06   commit          da4d26a
     2020-07-26 21:40:06   coordinator_meta_maintrel 3
     2020-07-26 21:40:06   coordinator_meta_majorrel 2
     2020-07-26 21:40:06   coordinator_meta_minorrel 6
     2020-07-26 21:40:06   coordinator_meta_product 0
     2020-07-26 21:40:06   coordinator_meta_revision 20190608
     2020-07-26 21:40:06   coordinator_meta_transportrev 2
     2020-07-26 21:40:06   coordinator_type zStack12
     2020-09-10 12:24:24   log             {"type":"pairing","message":"interview_successful","meta":{"friendly_name":"0x680ae2fffee9f2a8","model":"E1746","vendor":"IKEA","description":"TRADFRI signal repeater","supported":true}}
     2020-07-26 21:40:06   log_level       info
     2020-07-26 21:40:06   permit_join     true
     2020-09-10 10:35:18   state           online
     2020-07-26 21:40:06   version         1.8.0
Attributes:
   IODev      MQTT2_SERVER
   bridgeRegexp zigbee2mqtt/([A-Za-z0-9._]*)[/]?.*:.* "zigbee_$1"
   comment    To check for new updates of the deamon software, you might want to use a separate HTTPMOD device. See HTTPMOD template zigbee2mqtt_daemon_updates for further details.
   getList    devicelist:noArg log zigbee2mqtt/bridge/config/devices
  networkmap_raw:noArg raw zigbee2mqtt/bridge/networkmap raw
  networkmap_graphviz:noArg graphviz zigbee2mqtt/bridge/networkmap graphviz
   model      zigbee2mqtt_bridge
   readingList zigbee2mqtt/bridge/state:.* state
  zigbee2mqtt/bridge/config/devices:.* {}
  zigbee2mqtt/bridge/config/log_level:.* log_level
  zigbee2mqtt/bridge/config/permit_join:.* permit_join
  zigbee2mqtt/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }
  zigbee2mqtt/bridge/log:.*\"type\".\"devices\".\"message\".* devices
  zigbee2mqtt/bridge/log:.* log
  zigbee2mqtt/bridge/networkmap:.* {}
  zigbee2mqtt/bridge/networkmap/graphviz:.* graphviz
  zigbee2mqtt/bridge/networkmap/raw:.* raw
  zigbee2mqtt/bridge/config:.* { json2nameValue($EVENT) }
   room       9.6_ZigBee
   setList    log_level:debug,info,warn,error zigbee2mqtt/bridge/config/log_level $EVTPART1
  permit_join:true,false zigbee2mqtt/bridge/config/permit_join $EVTPART1
  remove:textField zigbee2mqtt/bridge/config/remove $EVTPART1
  y_device_setting:textField zigbee2mqtt/$EVTPART1/set {"$EVTPART2": "$EVTPART3"}
  x_bind:textField zigbee2mqtt/bridge/bind/$EVTPART1 $EVTPART2
  x_bind_unbind:textField zigbee2mqtt/bridge/unbind/$EVTPART1 $EVTPART2
  x_device_options:textField zigbee2mqtt/bridge/config/device_options {"friendly_name":"$EVTPART1","options": {"$EVTPART2": "$EVTPART3"}}
  x_group_add_to:textField zigbee2mqtt/bridge/group/$EVTPART1/add $EVTPART2
  x_group_rm_from:textField zigbee2mqtt/bridge/group/$EVTPART1/remove $EVTPART2
  x_group_rm_from_all:textField zigbee2mqtt/bridge/group/$EVTPART1/remove_all $EVTPART2
  x_group_add_group:textField zigbee2mqtt/bridge/config/add_group $EVTPART1
  x_group_rm_group:textField zigbee2mqtt/bridge/config/remove_group $EVTPART1
  z_elapsed:textField zigbee2mqtt/bridge/config/elapsed $EVTPART1
  z_last_seen:disable,ISO_8601,epoch,ISO_8601_local zigbee2mqtt/bridge/config/last_seen $EVTPART1
  z_ban:textField zigbee2mqtt/bridge/config/ban $EVTPART1
  z_rename:textField zigbee2mqtt/bridge/config/rename  {"old":"$EVTPART1","new":"$EVTPART2"}
  z_reset_CC:noArg zigbee2mqtt/bridge/config/reset
   setStateList on off


Ich kann get MQTT2_zigbee_bridge devicelist
get MQTT2_zigbee_bridge networkmap_graphviz
get MQTT2_zigbee_bridge networkmap_raw

durchführen. Alle 3 GET führen zu einem Timeout reading answer for zigbee2mqtt/bridge/config/devices

Wo könnte mein Fehler sein ??
FHEM @ RaspberryPi 3, HMLAN, HMUART + HMRS485, Homematic, ESPEasy @ Sonoff / Shelly / ESP8266, ZigBee @ CC2531
Echo Dot, Dreambox, Yamaha MusicCast, Logitech Hub, LW-12, LD382
FRITZ!Box 7590 AX, Mesh @ FRITZ!Repeater 2400, FRITZ!Fon, iPhone 13, iPad Air 5, AppleWatch 8

sprudelverduenner

#3
In der configuration.yaml habe ich nun noch den Eintrag homeassistant: false ergänzt.

Jetzt kommt beim Aufrauf der graphviz:
graphviz digraph G {
node[shape=record];
  "0x00124b0014d9d9cd" [style="bold, filled", fillcolor="#e04e5d", fontcolor="#ffffff", label="{Coordinator|0x00124b0014d9d9cd (0)|2020-09-10T13:02:06+02:00}"];
  "0x00158d00027ce0d2" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d00027ce0d2|0x00158d00027ce0d2 (58018)|Xiaomi Mi/Aqara smart home cube (MFKZQ01LM)|unknown}"];
  "0x00158d00027ce0d2" -> "0x00124b0014d9d9cd" [penwidth=1, weight=0, color="#994444", label="81"]
  "0x90fd9ffffedf660b" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x90fd9ffffedf660b|0x90fd9ffffedf660b (53688)|IKEA TRADFRI remote control (E1524/E1810)|unknown}"];
  "0x90fd9ffffedf660b" -> "0x00124b0014d9d9cd" [penwidth=1, weight=0, color="#994444", label="103"]
  "0x00158d0003f3ce06" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d0003f3ce06|0x00158d0003f3ce06 (37911)|Xiaomi Aqara human body movement and illuminance sensor (RTCGQ11LM)|unknown}"];
  "0x00158d0004458c88" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d0004458c88|0x00158d0004458c88 (52936)|Xiaomi Aqara human body movement and illuminance sensor (RTCGQ11LM)|unknown}"];
  "0x00158d0003cb832b" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d0003cb832b|0x00158d0003cb832b (20)|Xiaomi MiJia temperature & humidity sensor (WSDCGQ01LM)|unknown}"];
  "0x00158d0003cb832b" -> "0x00124b0014d9d9cd" [penwidth=1, weight=0, color="#994444", label="52"]
  "0x00158d00044cabe1" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d00044cabe1|0x00158d00044cabe1 (63927)|Xiaomi Aqara human body movement and illuminance sensor (RTCGQ11LM)|unknown}"];
  "0x00158d00044e7aec" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d00044e7aec|0x00158d00044e7aec (50199)|Xiaomi Aqara human body movement and illuminance sensor (RTCGQ11LM)|unknown}"];
  "0x00158d00044e7aec" -> "0x00124b0014d9d9cd" [penwidth=1, weight=0, color="#994444", label="68"]
  "0x7cb03eaa0a0016c6" [style="rounded, filled", fillcolor="#4ea3e0", fontcolor="#ffffff", label="{0x7cb03eaa0a0016c6|0x7cb03eaa0a0016c6 (34564)failed: lqi|OSRAM Smart+ plug (AB3257001NJ)|unknown}"];
  "0x7cb03eaa0a0016c6" -> "0x00124b0014d9d9cd" [penwidth=0.5, weight=0, color="#994444", label="0"]
  "0x00158d0003501c21" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d0003501c21|0x00158d0003501c21 (23036)|Xiaomi MiJia door & window contact sensor (MCCGQ01LM)|unknown}"];
  "0x00158d0003501c21" -> "0x00124b0014d9d9cd" [penwidth=1, weight=0, color="#994444", label="23"]
  "0x00158d00039dcbf6" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d00039dcbf6|0x00158d00039dcbf6 (20961)|Xiaomi Aqara vibration sensor (DJT11LM)|unknown}"];
  "0x00158d00039dcbf6" -> "0x00124b0014d9d9cd" [penwidth=1, weight=0, color="#994444", label="1"]
  "0x00158d0004038e3c" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d0004038e3c|0x00158d0004038e3c (20913)|Xiaomi Aqara human body movement and illuminance sensor (RTCGQ11LM)|unknown}"];
  "0x00158d0004038e3c" -> "0x00124b0014d9d9cd" [penwidth=1, weight=0, color="#994444", label="77"]
  "0x00158d00029b1013" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d00029b1013|0x00158d00029b1013 (24985)|Xiaomi MiJia door & window contact sensor (MCCGQ01LM)|unknown}"];
  "0x00158d00029b1013" -> "0x00124b0014d9d9cd" [penwidth=1, weight=0, color="#994444", label="90"]
  "0x00158d0002ea2fd3" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d0002ea2fd3|0x00158d0002ea2fd3 (58134)|Xiaomi MiJia door & window contact sensor (MCCGQ01LM)|unknown}"];
  "0xf0d1b800001350d6" [style="rounded, filled", fillcolor="#4ea3e0", fontcolor="#ffffff", label="{0xf0d1b800001350d6|0xf0d1b800001350d6 (36897)failed: lqi|OSRAM Smart+ plug (AC10691)|unknown}"];
  "0xf0d1b800001350d6" -> "0x00124b0014d9d9cd" [penwidth=0.5, weight=0, color="#994444", label="0"]
  "0x00158d0002d73178" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d0002d73178|0x00158d0002d73178 (25653)|Xiaomi MiJia door & window contact sensor (MCCGQ01LM)|unknown}"];
  "0x00158d0002d73178" -> "0x00124b0014d9d9cd" [penwidth=1, weight=0, color="#994444", label="110"]
  "0x00158d00042dee09" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x00158d00042dee09|0x00158d00042dee09 (41446)|Xiaomi Mi/Aqara smart home cube (MFKZQ01LM)|unknown}"];
  "0x00158d00042dee09" -> "0x00124b0014d9d9cd" [penwidth=1, weight=0, color="#994444", label="78"]
  "0x680ae2fffee9f2a8" [style="rounded, filled", fillcolor="#4ea3e0", fontcolor="#ffffff", label="{0x680ae2fffee9f2a8|0x680ae2fffee9f2a8 (17269)failed: lqi|IKEA TRADFRI signal repeater (E1746)|unknown}"];
  "0x680ae2fffee9f2a8" -> "0x00124b0014d9d9cd" [penwidth=0.5, weight=0, color="#994444", label="1"]
}

OK


Wenn ich mit putty mal parallel logge dann erscheint beim Aufruf des GETincludeRoute 'false'

Wie geht es nun weiter ??
FHEM @ RaspberryPi 3, HMLAN, HMUART + HMRS485, Homematic, ESPEasy @ Sonoff / Shelly / ESP8266, ZigBee @ CC2531
Echo Dot, Dreambox, Yamaha MusicCast, Logitech Hub, LW-12, LD382
FRITZ!Box 7590 AX, Mesh @ FRITZ!Repeater 2400, FRITZ!Fon, iPhone 13, iPad Air 5, AppleWatch 8

Beta-User

Oberhalb der Bridge sollte  (in der Detailansicht) ein Link mit "show neighbour map" (oder so) zu sehen sein.

Die timeouts sind normal, das dauert länger als MQTT2_DEVICE warten will.
(Das 2. list sieht schei.. aus, und bei MQTT2_DEVICE ist es in der Regel genauso aufschlussreich, wenn du ein RAW-list postest; muß aber jetzt hier nicht sein, ist nur ein Hinweis ;) ).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

sprudelverduenner

OK, jetzt habe ich endlich schon mal eine Grafik welches Gerät womit verbunden ist.

Alle Devices sind mit CC2531 verbunden - ich habe die 2 Sensoren um die es geht und den Repeater mal unten links angeordnet (siehe Grafik im Anhang).

Evtl. hat sich mein Edit mit Deiner Antwort überschnitten:

Wenn ich mit putty im Moment Scan des Zigbee Netzwerks loggen lasse dann erscheint dort:includeRoute 'false'

Hat das etwas zu sagen ??
FHEM @ RaspberryPi 3, HMLAN, HMUART + HMRS485, Homematic, ESPEasy @ Sonoff / Shelly / ESP8266, ZigBee @ CC2531
Echo Dot, Dreambox, Yamaha MusicCast, Logitech Hub, LW-12, LD382
FRITZ!Box 7590 AX, Mesh @ FRITZ!Repeater 2400, FRITZ!Fon, iPhone 13, iPad Air 5, AppleWatch 8

Beta-User

Zitat von: sprudelverduenner am 10 September 2020, 14:06:07
Wenn ich mit putty im Moment Scan des Zigbee Netzwerks loggen lasse dann erscheint dort:includeRoute 'false'

Hat das etwas zu sagen ??
Dazu kann ich nichts sagen, ich würde vermuten, dass das mit der fehlenden Verbindung von dem einen der beiden Geräte zu tun hat, da fehlen einfach Daten...

Zitat von: Beta-User am 10 September 2020, 12:45:26
Das eigentliche Problem (mMn.): Das Routing muss ggf. aktualisiert werden. Dazu kann ein unpair/pair-Durchlauf helfen (müßte ggf. bei MQTT2_DEVICE über das Bridge-Gerät ohne weiteres machbar sein), ich würde aber zu allererst nochmal schlicht und ergreifend (bei unter Strom stehendem Repeater-Device) mal die "config"-Taste an dem Sensor drücken. Das sollte eigentlich dazu führen, dass er sich mal "umhört", ob es bessere Mesh-Geräte in der Nähe gibt.
Da du nahe an der Grenze dessen bist, was der CC kann, würde ich dem Bauchgefühl nach empfehlen, die beiden Geräte (und uU. sogar noch ein, zwei weitere Sensoren) mal mit unpair rauszuwerfen, dann den Repeater und die beiden anderen netzbetriebenen nochmal zu pairen (damit das wirklich sicher abgeschlossen ist) und dann zum einen bei allen anderen nochmal während des "include"-Modus die "Knöppe zu drücken" und zuletzt diese weiteren, ungepairten Geräte wieder ins Netzwerk einzubinden.
Dann sollte ggf. die Grafik etwas anders ausschauen (ggf. dann auch zwischendurch mal nachsehen, ob bzw. was sich da tut).

Ich habe das nicht mehr im Einsatz (bin auf deconz), von daher kann das auch "too much" oder sogar falsch sein...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors