Zigbee Adapter mit neuem Converter

[BoBeRzE]

Hi,

hat jemand schon Erfahrungen mit der Binding-Funktion im Adapter (1.0.0-c)? Bei mir passiert da gar nichts. Hab ohne Erfolg versucht die runde IKEA Fernbedienung an eine Lampe zu binden.

Gibt es da was spezielles zu beachten?

Danke und einen schönen Abend noch

[Ritter]

Hab gerade eine Müller RGB Fernbedienung mit einer Osram RGB Lampe damit verbunden und funktioniert. Die Fernbedienung muss aber auf Gruppe stehen damit man die Lampe bedienen kann.

[BoBeRzE]

@Ritter

Vielen Dank, ich habe aktuell noch keine Gruppen in Verwendung. Ich versuche mal eine zu erstellen.

Vielen Dank.

[Ritter]

Nein, keine Gruppen sondern die Fernbedienung hat eine Gruppentaste und damit funktionierts.

[BoBeRzE]

Hi Ritter,

um zu vermeiden dass wir von verschiedenen Dingen sprechen hier mal ein Screenshot von der Einstellung die ich meine.

Meine IKEA Fernbedienung hat keine Gruppentaste, zumindest nicht dass ich wüsste

Trotzdem Danke für das schnelle Feedback

[Ritter]

Ja genau diese, aber mit der gleichen IKEA Fernbedienung hab ich auch keinen Erfolg nur mit der Müller gings.

[BoBeRzE]

Okay, dann kann ich ja mit Testen aufhören

Scheint mit der runden Fernbedienung nur über Umwege zu funktionieren. Siehe:

https://github.com/Koenkk/zigbee2mqtt/issues/782

Danke

Koenkk created this issue in Koenkk/zigbee2mqtt

closed Testing: binding #782

[swoob]

Hallo zusammen,

ich habe gerade auch mal die neue Version von dem Adapter mit der Versionsnummer 1.0.0-c intstalliert. Bis jetzt muss ich sagen bin ich schon sehr beeindruckt. Habe den ganzen Vormittag versucht 2 E14 Ikea Tradfri Lampen mit der Version 11.5 zu pairen, aber leider vergebens.
Mit der 1.0.0-c ging das ohne Probleme beim ersten mal.

Ich habe noch eine IKEA Remote Controle (die Runde) gepaired.

Die Funktioniert auch soweit, allerdings kommt im Log immer folgendes:

Wisst ihr woran das liegen könnte?
Als HW verwende ich einen CC2351 mit der FW 20190608
Coordinator firmware version: {"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}}

Danke und Gruß
swoob

[ChrisXY]

zu meinen Problem oben das taucht immer wieder im LOG auf:
(6340) Device 14b457fffef8c765 "TRADFRI Signal Repeater" not described in statesMapping.

[BoBeRzE]

@swoob

das ist "normal" da die Fernbedienung nicht ständig erreichbar ist zum konfigurieren. Das sollte sich von alleine geben. Oder du drückst immer mal eine Taste damit das Teil sich nicht direkt wieder schlafen legt.

Falls ich hier Unsinn schreibe korrigiert mich einfach

BoBeRzE

[Matdos]

Der neue 1.0.0-b läuft seit ca 35h und ich hatte heute morgn gegen 11 Uhr ein Timeout von einer Lampe (model:TRADFRI bulb E27 CWS opal 600lm
vendor:IKEA) nach Strom weg und wieder hin ging diese wieder.

Gerade eben heim gekommen liess sich eine Osram Steckdose nicht mehr schalten, ebenfalls aus und wieder eingesteckt geht wieder, hier mal das Log von eben.

Ist noch ein bischen mehr drauf zur Info von den Thermostaten ab und an Fehlermeldungen (war aber schon immer bei jeder Änderund der Themperatur soll), dann bekomme ich jedes mal beim auf und zu schliessen vom Danalock ein TImeout (geht aber trotzdem).

und von der Osram Steckdose die Meldung.

Auf dem Test Broker läuft auch ne Osram Streckdose mit der 1.0.0-c da bekomme ich auch ne Warnmeldung

[Asgothian]

@matdos1gmx-de das deutet auf massive Probleme im Funk hin.

A.

[Matdos]

@Asgothian

Hm ok, ich habe eigentlich das Zigbee Netzt auf Kanal 11 laufen (sprich Wlan Kanal1), und den Router auf Wlan Kanal 11 eigentlich sollten die sich nicht überschneiden oder?

Ich habe die letzten Wochen ca 8 neue Wlan Geräte angeschafft (davor waren es aber auch mind. 24 und mit der alten Version hatte ich hier keine Timeouts) und Tasmota drauf geflasht, im 2,4 Ghz Wlan habe ich jetzt durch die Shellys, Tasmota Geräte ca. 33 Geräte im Wlan Netz.

Das hatte ich ja mal von dir

Und ich bekomm ja selbst auf dem Test Broker wo die Steckdose nur 50cm weit weg ist ein Timeout.

[v522533]

@matdos1gmx-de

Bei mir ist auch das ganze Log voll mit diesen Meldungen, funktionieren tut aber alles, kann also kein Funkproblem sein. Das liegt am Adapter vermute ich, davor mit dem sheperd hat alles ohne Fehler funktioniert. nach der Umstellung massive fehler und warns im log, aber dennoch geht alles

[Matdos]

Das ist zb ein Xiaomi Tür Fenster Kontakt direkt nach dem Anlernen wenn man auf das i klickt also das funktioniert auf jeden Fall auch, wie halt Asgothian schon erwähnt hat bei den Batterie betriebenen nach längerer Zeit einmal auf die Taste drücken und dann gleich auf das i klicken so lange die wach sind.

@v522533

na die Warn und Fehlermeldungen sind mir wurst die kann ich ohne Probleme ignorieren , aber mir ist eben aufgefallen das ich mit den Plugs Probleme habe und wenn die auch noch als Router ausfallen dann habe ich eben auch Probleme wie z.b. mit der Lampe weil die dahinter hängt und keine extra Verbindung zum Coordinator hat.

So weit läuft alles gut bis jetzt aber das muss man jetzt erst mal ne Woche beobachten wie sich die xiaomi Geräte verhalten mit Batterie, die haben sich (nicht alle aber ein paar waren sehr auffällig z.B der kleine Taster mit dem runden Knopf) mit dem alten Adapter „abgemeldet“ so das ich se neu anlernen musste. Da bin ich mal gespannt ob das jetzt besser ist.

[LichtAn]

@v522533 said in Zigbee Adapter mit neuem Converter:

@matdos1gmx-de

Bei mir ist auch das ganze Log voll mit diesen Meldungen, funktionieren tut aber alles, kann also kein Funkproblem sein. Das liegt am Adapter vermute ich, davor mit dem sheperd hat alles ohne Fehler funktioniert. nach der Umstellung massive fehler und warns im log, aber dennoch geht alles

Die Meldung hab ich auch. Sowohl mit einem einem CC2531 als auch mit CC2538 Stick. Ich hab allerdings festgestellt dass ich ein massives reichweiten Problem dadurch habe. Im Keller hab ich so Schaltzeiten meiner Osram Plugs von 5 und mehr Sekunden. Mit passenden Timout Fehlermeldungen im Log. Im Adapter 0.11.5 treten diese langen Latenzzeiten nicht auf.

Denke also auch das das am Adapter liegt.

warn: zigbee.0 (16974) Failed to execute routing table for '0x7cb03eaa0a0048ed'. "Error: AREQ - ZDO - mgmtRtgRsp after 10000ms\n at Timeout.object.timer.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/iobroker.zigbee/node_modules/zigbee-herdsman/dist/utils/waitress.js:44:24)\n at ontimeout (timers.js:498:11)\n at tryOnTimeout (timers.js:323:5)\n at Timer.listOnTimeout (timers.js:290:5)"

error: zigbee.0 (16974) Error on send to 0x7cb03eaa0a0048ed command: Error: Timeout - 32534 - 3 - 100 - 6 - 11 after 15000ms

Ich denke die passenden Meldung, wenn es funktioniert, zur warn Meldung sollte diese hier sein. Die bekomme ich unter 0.11.5

info: zigbee.0 (14589) Dev 0x7cb03eaa0a0048ed Plug 01 not configured yet (1), will retry on next incoming message.
und dann
info: zigbee.0 (14589) new dev 0x7cb03eaa0a0048ed 20246 Plug 01

[Xsev]

@Asgothian
@arteck
Ich hab mal eine technische Frage,
wie ist das denn mit dem command Befehl, der bei Hue Geräten gerne verwendet wird für transmitiontime,farbe etc.?
Besteht da die Möglichkeit diesen langfristig ebenfalls über den Adpater ansprechen zu können oder ist dies technisch nicht möglich/umsetzbar und nur der Huebrige vorbehalten?

[arteck]

@Xsev das ist ein künstlich erzeugter Befehl.. der wird nicht direkt durch die Bridge unterstützt sonder immer auseinander genommen und einzeln abgearbeitet

man könte den auch im Adapter einbauen

[Matdos]

@Asgothian @arteck

Was sollte man eigentlich bzw. was habt Ihr hier eingestellt beim Admin?

Habt Ihr Latest oder default zu erst?

[Xsev]

@arteck Das hört sich ja grundsätzlich schon mal gut an. Wenn ihr mal "Luft" habt wäre das echt noch ein feines feature, gerade die individuellen transition time Möglichkeiten finde ich super, diese lassen sich doch nur über den command Befehl steuern oder kann ich den via script auch jetzt schon individuell mitschicken? Und das Hue Farbwidget setzt meines Wissens nach auch den Command voraus, zumindest hab ich es ohne noch nicht damit hinbekommen.