UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

@arteck Guten Morgen, ich habe seit der Version 16 auch das Problem, dass verschiedene 220V Zigbee's offline sind und toggeln .. ( hab ein Script laufen, das den online Datenpunkt triggert und mir ne Message schickt, seit V16 sind im 5min-Takt messages ... das war vorher nie..)..
Bei mir sind es Lampen, Mi-Power, die HS2WD-E, auch mal Blitzwolf SHP.. die waren alle noch nie offline..

Dass mal ein Sensor offline ist.. ist eigentlich normal.. ich hab 195 Zigbee devices connected..

Kann ich das irgenwie besser loggen?

Komisch ist, dass es ausgerechnet die 220V Devices sind..

[arteck]

@ilovegym ich hab die probleme mit Osram Dosen..aber das ist bekannt das die muken

was hst du als coordinator ?

[Ein ehemaliger Benutzer]

@arteck Das Zigbee Netzwerk ist jetzt seit einem Jahr stabil ausgebaut, ich hatte monatelang keine Probleme, aber seit der letzten Version sind die 220V devices offline und toggeln.. dann gehts mal wieder.. dann sind se wieder offline..

Ich hab n CC26X2R1

[Asgothian]

@ilovegym sagte in ZigBee neue Version 1.6.x:

@arteck Das Zigbee Netzwerk ist jetzt seit einem Jahr stabil ausgebaut, ich hatte monatelang keine Probleme, aber seit der letzten Version sind die 220V devices offline und toggeln.. dann gehts mal wieder.. dann sind se wieder offline..

Kannst du in dem Moment wo die Devices offline gehen bitte an dem jeweiligen Device den "device query" state mit wahr aktualisieren, und schauen ob dadurch

• das Device sofort wieder auf available wechselt ?
• in der Folge der message_from_zigbee state aktualisiert wird ?

Ich gehe davon aus das du dafür ein Skript - da müsste zusätzlich zur Nachricht halt noch der State angepasst werden.

Letztendlich steht dahinter die Frage ob wir durch Anpassungen am Herdsman unsere "Ping" Funktion überarbeiten müssen weil sie nicht die gewünschten Ergebnisse liefert oder ob es da wirklich Probleme mit dem Netzwerk gibt.

A.

[Ein ehemaliger Benutzer]

@asgothian

mir ist gerade aufgefallen, dass meine Netzwerkkarte zur Zeit so aussieht..:

ja, genau das passiert.. ich trigger, und dann ist das Device online...

[arteck]

@ilovegym warte mal so 5 min.. bei so vielen Geäten dauert der aufbau..also nicht ungeduldig werden

[Asgothian]

@ilovegym sagte in ZigBee neue Version 1.6.x:

ja, genau das passiert.. ich trigger, und dann ist das Device online...

Das ist gut zu wissen. Ich würde Dir gerne zu Mitte kommender Woche eine Debug-Version schnitzen die sich etwas gesprächiger beim Thema "Ping" gibt. Vielleicht bekommen wir dann heraus wo das Problem liegt.

Ist das ok ?

A.

[Ein ehemaliger Benutzer]

@asgothian ja passt, sag bescheid, wenn ich sie mir ziehen kann, denke von deinem Git repository?

[mickym]

gelöscht

[Ein ehemaliger Benutzer]

@asgothian kann es sein, dass einfach oefter abgefragt wird, ob ein device available ist ..??

Falls der poll dazu geaendert wurde, ist es bei mir vorher vielleicht gar nicht aufgefallen...

Die Karte baut sich bei mir nicht mehr auf... hab mehr als 10min den Screen stehen lassen.. passiert nix mehr..

[Asgothian]

@ilovegym Der Poll sollte eigentich direkt das Device abfragen. Wenn das Triggern via device query das Device sofort wieder erreichbar macht dann passt da was nicht.

Zur Karte - bitte mal nen force reload - es könnte ein cache Problem sein.

A.

[Ein ehemaliger Benutzer]

@arteck

Weiss jemand, wie man das Linkin Keypad https://www.zigbee2mqtt.io/devices/ZS130000078.html mit dem Adapter ansteuert?

Hab schon n payload nach dem pairing versucht zu senden.. aber das mag er so nicht. wie es bei zigbee2mqtt steht... ??

[BananaJoe]

@ilovegym sagte in ZigBee neue Version 1.6.x:

@arteck

Weiss jemand, wie man das Linkin Keypad https://www.zigbee2mqtt.io/devices/ZS130000078.html mit dem Adapter ansteuert?

Hab schon n payload nach dem pairing versucht zu senden.. aber das mag er so nicht. wie es bei zigbee2mqtt steht... ??

verrate mir mal wo du den her hast. Danke!

[Asgothian]

@ilovegym wirf mal einen Blick durch die geschlossenen Issues auf Github (beim zigbee adapter).. da war mal was.

A.

[Ein ehemaliger Benutzer]

@bananajoe

Gibts als set hier
https://www.amazon.de/dp/B07W5HHS6C/ref=cm_sw_em_r_mt_dp_1PQWJ208V4SV077G4YBW

[Ein ehemaliger Benutzer]

@asgothian ja, danke hab ich, man soll n payload schicken an set/ wie mach ich das ?

{
    "arm_mode": {
        "mode": "disarm"
    }
}

[Asgothian]

@ilovegym

https://forum.iobroker.net/topic/49756/script-für-eigene-alarmanlage-auf-zigbee-basis-ias-ace?_=1645375383053

bzw.

https://forum.iobroker.net/topic/51361/zigbee-wie-oft-erfolgt-aktualisierung/57?_=1645375383061

bzw.

Du solltest den Payload in den State "sendToDevice" schreiben können :) (nur du- den hat sonst noch keiner)

A.

[baron]

Hey Leute,

ich habe mir jetzt einige Zeit gelassen aber ich komme auf keinen grünen Zweig.
Ich habe eine CC2538 + CC2592 -Stick von @arteck
Auf diesem war die Firmware 20200327 mit der ein Update auf 1.6.x nicht funktionierte.
Mit der "old_herdsman"-Version der 1.6.0 aus dem ursprünglichen Post ging alles erstmal soweit. Die ist übrigens nicht mehr erreichbar!
Da ich ja nicht auf der 1.6.0 sitzen bleiben wollte habe ich mich dran gemacht und den Stick mit einer neuen Firmware versehen. Der läuft nun auf 20211222. Nach dem Update lief die Version 1.6.0-old_herdsman genau wie vorher.
Nach dem Update bekam ich dann beim Start des Adapters folgenden Fehler.

Die xxx habe ich eingefügt. Die sind jeweils identisch.
Die PAN-ID unterscheidet sich merkwürdigerweise.
Wenn ich nun in der Konfiguration die PAN-ID auf 6755 stelle startet der Adapter UND alle Geräte sind wieder erreichbar.
Dasselbe gilt, wenn ich mit PAN-ID 6754 den Haken bei "Adapter mit Inkonsistente Konfiguration starten" setze.
Soweit so gut.
Nun passiert es bei mir regelmäßig, dass einzelne Geräte zwar noch komplett erreichbar sind und funktionieren aber auf der Karte nicht mehr richtig als "vernetzt" angezeigt werden.

Da habe ich dann sporadisch einfach einzelne Geräte erneut verbunden wenn es mich gestört hat.
Um die neue Firmware mit der neuen Version des Adapters zu testen wollte ich das nun auch mit einem Sensor machen.
Dabei zeigte sich nun, dass ich gar keine neuen Geräte mehr anlernen kann.
Ein alter und ein neuer Sensor lassen sich nicht koppeln.
Was kann bzw. soll ich machen. Ich bin jemand, der die Dinge gerne versteht und "ständig" alle Geräte neu anzulernen halte ich auch nicht für eine gute Lösung.
Was kann ich also tun?

[arteck]

@baron

Was kann ich also tun?

NIX... für dich auch nochmal..

vergiss die Karte !!!!!!!!!!!!!!!!!!!!!!!!!!!

wenn die Geräte normal funktionieren dann LASS die Finger von...
die Karte ist nu eine moment Aufnahme.. EGAL

[Asgothian]

@baron sagte in ZigBee neue Version 1.6.x:

Hey Leute,

ich habe mir jetzt einige Zeit gelassen aber ich komme auf keinen grünen Zweig.
Ich habe eine CC2538 + CC2592 -Stick von @arteck
Auf diesem war die Firmware 20200327 mit der ein Update auf 1.6.x nicht funktionierte.
Die xxx habe ich eingefügt. Die sind jeweils identisch.
Die PAN-ID unterscheidet sich merkwürdigerweise.
Wenn ich nun in der Konfiguration die PAN-ID auf 6755 stelle startet der Adapter UND alle Geräte sind wieder erreichbar.
Dasselbe gilt, wenn ich mit PAN-ID 6754 den Haken bei "Adapter mit Inkonsistente Konfiguration starten" setze.
Soweit so gut.

Was da im Hintergrund passiert:
Lt. vom Koordinator gespeicherten Daten läuft dein Netz mit der PAN-ID 6755.

• Wenn du die Anpassung manuell im Adapter machst passen die Einstellungen im Adapter und im NVRam Zusammen und alles ist gut.
• Wenn du den Haken bei der inkonsistenten Konfiguration setzt nutzt der Adapter die NVRam Konfiguration und alles ist gut - die Einstellungen im Adapter werden ignoriert.

Nun passiert es bei mir regelmäßig, dass einzelne Geräte zwar noch komplett erreichbar sind und funktionieren aber auf der Karte nicht mehr richtig als "vernetzt" angezeigt werden.

Da die Anzeige der Karte nur eine Momentaufnahme darstellt, abhängig davon ist was die einzelnen Geräte melden und einige Geräte (Insbesondere Router) da etwas eigenwillig sind macht es keinen Sinn ein Gerät nur deswegen neu zu verbinden weil die Linien auf der Karte fehlen. Entscheidend ist ob das Gerät aktiv ist, sprich ob Nachrichten vom Gerät im Adapter ankommen und ob es schaltet wenn nachrichten zum Gerät gesandt werden.

Da habe ich dann sporadisch einfach einzelne Geräte erneut verbunden wenn es mich gestört hat.
Um die neue Firmware mit der neuen Version des Adapters zu testen wollte ich das nun auch mit einem Sensor machen.
Dabei zeigte sich nun, dass ich gar keine neuen Geräte mehr anlernen kann.
Ein alter und ein neuer Sensor lassen sich nicht koppeln.
Was kann bzw. soll ich machen. Ich bin jemand, der die Dinge gerne versteht und "ständig" alle Geräte neu anzulernen halte ich auch nicht für eine gute Lösung.
Was kann ich also tun?

• Zum weiteren anlernen der Sensoren würde ich zunächst einen "soft reset" empfehlen. Diesen kannst du entweder über den Adapter auslösen (in den Einstellungen gibt es dazu einen button) oder dadurch erzwingen das du den Adapter anhältst, den Stick für 30 Sekunden abklemmst und dann wieder einsteckst.

Danach sollte es wieder möglich sein Geräte anzulernen

Wenn das nicht hilft müssen wir weiter schauen - ggf. haben sich durch das wiederholte anlernen von noch vorhandenen Geräten Leichen in der shepherd.db gehalten die eliminiert werden müssen.

Ansonsten kann ich Dir nur empfehlen nach dem folgenden Muster vorzugehen:

• Geräte nur neu anlernen nachdem du sie aus dem Zigbee Adapter entfernt hast (zur not mit dem haken "Gerät löschen erzwingen")
• Geräte nur neu anlernen wenn eine Kombination von "aufwecken" und netz öffnen nicht dazu führt das sie sich automatisch wieder verbinden.
• Die Netzwerkkarte ignorieren. Ein Gerät ist nur dann kritisch wenn es
  -- im 'available' state mit falsch dargestellt wird und
  -- es nicht auf Nachrichten vom ioBroker reagiert (für Geräte die fest am Strom hängen), bzw. auch auf Triggerung keine Nachrichten an den ioBroker sendet (batteriebetriebene Geräte)

A.