Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@lenny-cb sagte in z-wave --- Node x is dead:

Auch merkwürdig (Auszug aus diag):

Bezieht sich auf Einstellungen in der Instanz zigbee.0
Was haste denn da tatsächlich drin stehen?

[Lenny.CB]

@thomas-braun sagte in z-wave --- Node x is dead:

@lenny-cb sagte in z-wave --- Node x is dead:

Auch merkwürdig (Auszug aus diag):

Bezieht sich auf Einstellungen in der Instanz zigbee.0
Was haste denn da tatsächlich drin stehen?

COM-Anschlußname:
/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_28b4ce471e27ee11b0ea8ac1f49e3369-if00-port0

also genau was drin stehen soll.

[Lenny.CB]

@Thomas-Braun , @Homoran
tatsächlich läuft der zigbee-Adapter problemlos, ist mir nur "aufgefallen"

zwave ist aktuell mein großes Problem.

[Thomas Braun]

@lenny-cb

Müsste ich mir im Code anschauen. Sollte eigentlich nicht getriggert werden, wenn die Werte tatsächlich übereinstimmen.

Gib mir aber mal die vollständige Sektion 'zigbee'.

[Lenny.CB]

@thomas-braun sagte in z-wave --- Node x is dead:

@lenny-cb

Müsste ich mir im Code anschauen. Sollte eigentlich nicht getriggert werden, wenn die Werte tatsächlich übereinstimmen.

Gib mir aber mal die vollständige Sektion 'zigbee'.

meinst Du das?

*** ZigBee Settings ***

HINT:
Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting:
/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_28b4ce471e27ee11b0ea8ac1f49e3369-if00-port0
Zigbee Network Settings on your coordinator/in nvbackup are:

zigbee.X
Extended Pan ID:
*** MASKED ***
Pan ID:
*** MASKED ***
Channel:
*** MASKED ***
Network Key:
*** MASKED ***

To unmask the settings run 'iob diag --unmask'

steht nicht mehr drin.

[Thomas Braun]

@lenny-cb sagte in z-wave --- Node x is dead:

steht nicht mehr drin.

Darüber gibt es noch die wirklichen Einträge der 'by-id'-Links.

[Lenny.CB]

@thomas-braun sagte in z-wave --- Node x is dead:

@lenny-cb sagte in z-wave --- Node x is dead:

steht nicht mehr drin.

Darüber gibt es noch die wirklichen Einträge der 'by-id'-Links.

USB-Devices by-id:
USB-Sticks -  Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id':

/dev/serial/by-id/usb-0658_0200-if00
/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_28b4ce471e27ee11b0ea8ac1f49e3369-if00-port0
/dev/serial/by-id/usb-AMBER_AMB8465_Wireless_USB_Stick_27019D61-if00-port0

[Lenny.CB]

@lenny-cb sagte in z-wave --- Node x is dead:

@thomas-braun sagte in z-wave --- Node x is dead:

@lenny-cb sagte in z-wave --- Node x is dead:

steht nicht mehr drin.

Darüber gibt es noch die wirklichen Einträge der 'by-id'-Links.

USB-Devices by-id:
USB-Sticks -  Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id':

/dev/serial/by-id/usb-0658_0200-if00
/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_28b4ce471e27ee11b0ea8ac1f49e3369-if00-port0
/dev/serial/by-id/usb-AMBER_AMB8465_Wireless_USB_Stick_27019D61-if00-port0

der in Zeile 4 ist der zwave-Stick

[Thomas Braun]

@lenny-cb sagte in z-wave --- Node x is dead:

der in Zeile 4 ist der zwave-Stick

Der wird von 'iob diag' zum Vergleich mit dem Eintrag in zigbee.0 herangezogen. Und deswegen wird da auch eine Abweichung vermutet. Bei so vielen seriellen USB-Stickst ist das nicht so einfach auseinander zu halten.

[Lenny.CB]

@Homoran , @Thomas-Braun , @AlCalzone
habt ihr zu meinem eigentlichen Problem (zwave dead Nodes) eine Idee?

[Thomas Braun]

@lenny-cb

Nö. Bei zwave hab ich keine Aktien.

[Lenny.CB]

keiner ne Idee zur o.g. zwave-Problematik?

[arteck]

@lenny-cb sagte in z-wave --- Node x is dead:

keiner ne Idee zur o.g. zwave-Problematik?

zieh den stick mal ab.. der hängt sich bei mir so 1 mal im monat auf..

[Lenny.CB]

@arteck das war auch meine erste Aktion. Brachte nichts. Zumal ich mit "hängen bleiben" keine nie Probleme hatte.

[arteck]

@lenny-cb sagte in z-wave --- Node x is dead:

keine nie Probleme hatte.

oder hast nicht gemerkt..

[Lenny.CB]

das ist tatsächlich alles ein bissel merkwürdig. Ich habe zwave seit den Anfangszeiten aber noch nie solch Verhalten.
Entweder ging alles oder gar nichts. Im letzten Fall war meist immer ein Problem mit dem Port.

Aktuell ist es so, dass die Aktoren ihr Verbindung verlieren und dann mal nach Tagen wieder kommen.
Auf der zwave-Kachel siehts dann so aus:

Heut Nacht hatten sich, bis auf einen, alle verbunden. Folglich konnten die auch am Morgen mit Shuttercontrol angesteuert werden.

aktuell haben wieder zwei die Verbindung verloren, was sich mir nicht erklärt.

Ich bin ganz kurz davor alle zu exkludieren und neu anzulernen. Obs was hilft ist fraglich.

[arteck]

@lenny-cb sagte in z-wave --- Node x is dead:

Ich bin ganz kurz davor alle zu exkludieren und neu anzulernen. Obs was hilft ist fraglich.

bestimmt nicht...

zwave ist wie zigbee.. die bauen auch ein mesh auf. laufen den alle Router ??
würde eher sagen einer hat sich verabschiedet und jetzt funktioniert der "hop" nicht mehr

[Lenny.CB]

@arteck Router ist normal der Stick und die Repeater alle an Netzspannung befindlichen Geräte.
Die Frage würde ich beantworten: Ich denke es geht alles.

die Abbrüche und Neuverbindungen sind ganz willkürlich.

5 Minuten später so:

[arteck]

@AlCalzone hast du ne idee ??

[Lenny.CB]

@arteck, @AlCalzone

So mal ein Update zum Thema.
Das Netzwerk hatte sich am 10.04. und 11.04. "normalisiert", sodass wieder alle Node's ansprechbar waren.
Ich hatte, aus Zeitmangel, nicht eingegriffen. Quasi war das eine Selbstheilung.

Seit heut Morgen wieder das selbe Spiel. Node's tot.
Neustart, Stickraus... nichts half.

Warum macht das Z-Wave-Netzwerk nach jahrelanger Arbeit plötzlich Faxen?