Tester wanted - Zigbee Adapter 3.1

[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.