Tester wanted - Zigbee Adapter 3.1

[pk68]

Hallo,

ich habe mal eine allgemeine Frage zur Konfig des Adapters.
Bin gerade dabei den Koordinator zu ersetzen und alles neu zu machen. Nach Neuinstallation des Adapters wurde Kanal 15 eingestellt. Neben "Channel" ist ein grüner Haken. Laut Channels Energy Scan müsste man eigentlich Kanal 20 nutzen. Wenn ich den einstelle, ist anstelle des grünen Hakens ein rotes Kreuz. Was bedeutet das?
Der Adapter wird nach einem Neustart wieder grün. Konnte auch unter Kanal 20 einen IKEA Schalter neu anlernen.
Was sollte ich als Kanal einstellen, bevor ich alles neu anlerne?

[dimaiv]

@pk68
Auf welchem Kanal läuft dein WLAN und meisten von Nachbarn?

[pk68]

@dimaiv sagte in Tester wanted - Zigbee Adapter 3.1:

@pk68
Auf welchem Kanal läuft dein WLAN und meisten von Nachbarn?

Bei meiner Fritzbox wird der Kanal automatisch gewählt. Kann also morgen wieder anders sein. Aktuell sieht es so aus:

WLAN Kanal 3 am Stärksten belegt. Also gleich neben Zigbee-Kanal 15. Der wäre aktuelle eher ungünstig.
Weißt Du, was der grünen Haken bzw. rotes Kreuz zu bedeuten hat?

[Asgothian]

@pk68 sagte in Tester wanted - Zigbee Adapter 3.1:

Wenn ich den einstelle, ist anstelle des grünen Hakens ein rotes Kreuz. Was bedeutet das?

Ein rotes X bedeutet das der gewählte Kanal nicht dem entpricht der in der nvbackup.json eingestellt ist.
Ein Gelbes Rufzeichen bedeutet das die Einstellung zum nvbackup.json passt, aber ein Wert ist der nicht empfohlen wird.
Ein grünes Zeichen bedeutet das der Wert ok ist und mit dem nvbackup übereinstimmt.

Keines der Zeichen gibt eine klare Aussage darüber ob das Zigbee-Subsystem starten wird oder nicht.

A.

[pk68]

@asgothian
Danke für die Infos. Ganz schlau werde ich daraus nicht. Wenn man einen anderen Kanal wählt, muss man dann auch die nvbackup.json bearbeiten oder wird die dann irgendwann automatisch aktualisiert?

[Asgothian]

@pk68 sagte in Tester wanted - Zigbee Adapter 3.1:

@asgothian
Danke für die Infos. Ganz schlau werde ich daraus nicht. Wenn man einen anderen Kanal wählt, muss man dann auch die nvbackup.json bearbeiten oder wird die dann irgendwann automatisch aktualisiert?

wenn der Adapter das Netzwerk erfolgreich aufbaut, und du dann das Netzwerk wieder anhälst wird die nvbackup.json neu geschrieben - mit den neuen Parametern.

A.

[dimaiv]

@pk68
Ich würde bei dir Klassiker nehmen, also 11, noch nie damit Probleme gehabt.

[pk68]

@dimaiv sagte in Tester wanted - Zigbee Adapter 3.1:

@pk68
Ich würde bei dir Klassiker nehmen, also 11, noch nie damit Probleme gehabt.

Danke. Ich hatte bisher die 25, also am anderen Ende des Frequenzbereichs.

[Asgothian]

@dimaiv bitte nochmal von Github installieren - jetzt sollte es gehen.

A.

[dimaiv]

@asgothian
Es läuft !!!
Daten von Steckdosen werden aktualisiert.
Send_payload bei SWV funktioniert wieder.

Danke!

[dimaiv]

@asgothian
ich denke, es ist ein bug....

Hier werden die Daten nur angezeigt wenn die ankommen während die Seite auf ist, obwohl unter Objekten die Daten vorhanden sind und aktuel.
Sobald man die Seite aktualisiert oder neu öffnet, steht wieder überal null, bis die Daten ankommen und das bei allen Geräten.

[Asgothian]

@dimaiv sagte in Tester wanted - Zigbee Adapter 3.1:

Sobald man die Seite aktualisiert oder neu öffnet, steht wieder überal null, bis die Daten ankommen und das bei allen Geräten

Ja, da muss ich nochmal wieder dran gehen das ich die korrekten Werte bekomme. Ich hab da viel gebastelt.

Aber gut zu wissen das der sendPayload beim SWV wieder geht. Der issue auf Github dazu ist von Dir ?

Ansonsten gibts morgen eine -alpha-5. Mit mehr Anpassungen

[dimaiv]

@asgothian
Issue auf Github ist nicht von mir.

[Asgothian]

@dimaiv was genau schickst du zum SWV via send_payload ?

[dimaiv]

@asgothian sagte in Tester wanted - Zigbee Adapter 3.1:

@dimaiv was genau schickst du zum SWV via send_payload ?

{
  "cyclic_timed_irrigation": {
    "current_count": 1,
    "total_number": 1,
    "irrigation_duration": 600,
    "irrigation_interval": 0
  }
}

[dimaiv]

@asgothian

zwei unterschiedliche Locations, installiert nacheinander von Github.
Stimmt irgendwas auch nicht.

[Asgothian]

@dimaiv solange das zwei unterschiedliche Systeme sind, auf denen der Adapter installiert ist dann kann das durchaus normal sein. Dann wäre das Ergebnis einer Eigenheit bei der Installation von Github: wenn die installierte Version schon den Versions Bedingungen entspricht, wird nicht zwangsweise die neueste Version installiert. Da die Z HC sehr schnell ihre Versionsnummern hoch zählen, kann das immer passieren, dass du unterschiedliche Versionen bekommst.

Bevor die Version ins latest geht, werde ich die Z HC Version wieder an pinnen

A.

[Asgothian]

Es gibt eine neue Version im latest: 3.1.4

Was ist neu:

• Alles was hier drin is (Forum-interner Link)
• Ein 'device_query' button auf der Kachel
• Verbesserungen bei den 'optionen' von Z2M:
  
  -- Es werden die bei Z2M definierten Optionen zur Auswahl vorgegeben
  -- Die Optionen werden direkt zu den Konvertern geschickt.
  => Damit sollten die meisten Funktionen von z2m die über Optionen gehandelt werden auch im Zigbee-Adapter verfügbar sein.
• diverse Bug-Fixes.

Bitte ausgiebig testen

A.

[dimaiv]

@asgothian
Version 3.1.4

1. Netzwerkkarte : fehlt Coordinator und alle dazu gehörige Verbindungen.
2. Ein 'device_query' button auf der Kachel nur bei Routern ?

[Asgothian]

@dimaiv sagte in Tester wanted - Zigbee Adapter 3.1:

@asgothian
Version 3.1.4

1. Netzwerkkarte : fehlt Coordinator und alle dazu gehörige Verbindungen.

oops, das war mir durchgerutscht.. hatte ich nicht gesehen

2. Ein 'device_query' button auf der Kachel nur bei Routern ?

Ja. Endgeräte haben üblicherweise keine Cluster die man stabil lesen kann. Die Schlafen zumeist.

Update: Installier mal bitte von hier: https://github.com/asgothian/ioBroker.zigbee
Das gibt die 3.1.4-alpha.1, die hoffentlich das Map Problem nicht mehr hat.

A.