plötzlich Probleme

Hallo zusammen,

seit ca. 9 Jahren habe ich ein ZWave Netz bei mir am laufen, fast ausschliesslich mit Fibaros. Bislang lief das Ganze nahezu problemlos, ganz ganz selten kam von einem Bewegungsmelder mal das Signal nicht am Licht an o.ä., aber das kann man echt an einer Hand abzählen. Wir sind also rund um zufrieden. Jetzt habe ich zwei weitere Lampen mit Dimmern versehen und seitdem ist komplett der Wurm drin. Ich habe erst die Qubinio Mini Dimmer eingesetzt, davon habe ich auch schon woanders einen der super läuft. Die haben nur rumgezickt, immer wieder ist die Inklusiuon schief gelaufen, warum kann man ja leider nicht erkennen, es gab nur die Meldung das es eben nicht geklappt hat. Irgendwann taten die dann, aber die Zuverlässigkeit war komplett dahin. Die haben beide auch nur 2-3 Nachbarnodes in der Routingliste gehabt. Da ich über 50 Nodes habe, finden die Aktoren in der Regel viel mehr Nachbarn. Im selben Zimmer, genau eine Dose darüber, sitzt ein Fibaro Rollershutter, der findet 25 Nachbarnodes, der Mini Dimmer 3. Ok, so ein Ding kann ja auch mal kaputt sein, also wieder ausgebaut und einen neuen Fibaro v3.5 Dimmer eingebaut. Der tut zwar, aber auch hier die Zuverlässigkeit eher dürftig, es kommen oft Schaltereignisse nicht in Symcon an. Auch eine Akuialisierungsanfrage bringt oft Fehler. So, die Nodes dann nochmal optimiert, keine Verbesserung. Und dann ging es plötzlich los, auch ganz andere Nodes melden plötzlich Fehler, schalten wird nicht mehr erkannt, also sprich im ganzen Netz ist der Wurm drin. Ich habe dann meinen Razberry mal upgadatet, also neuen Raspberry mit neuem Modul und über Backup/Restore mit Z-Way das Netz auf den neuen übernommen. Das ging gut, danach alles optimiert und es ging wieder, die beiden Dimmer zicken noch ein bisschen, aber kaum mehr. Bis gestern, jetzt spinnt wieder vieles. Was kann ich noch machen? Ich habe die Dimmer auch schon mal wieder entfernt, auch wenn man denke ich ausschliessen kann, das 4 Stück kaputt sind, aber man weiss ja nie. Das macht keinen Unterschied. Leider kann ich das nicht gescheit reproduzieren, wenn ich drauf schaue, kommen die Ereignisse an, in 1-2 Stunden sieht das dann wieder anders aus. Ich bin nun recht ratlos.

Sorry, doch viel Text geworden :slight_smile: Hat jemand noch irgendeine Idee was ich noch probieren könnte um wieder die Stabilität von vorher zu erreichen? Danke euch.

Gruss mayday

Servus
Vorweg das Optimieren eines Nodes also: Routing->Zeigen->Optimieren ist seit der neuen Konsole ziemlich kaputt. Es stiftet zwar keine Verwirrung im Netz, aber die Funktion des Fensters ist total buggy.
Las dich davon nicht verwirren.
Dem periodischen optimieren im Gateway traue ist ich auch nicht recht über den Weg. Da bleiben gerne Tasks hängen und dann optimiert er sich zu tode. Ich habs abgeschaltet.
Kann also nicht schaden versuchsweise die Optimierungen in IPS abzuschalten und IPS neu zu starten.

Für Wartung des zWave Netzes verwende ich vorwiegend andere Software. Das funktioniert wesentlich besser. Zu oft hat mich die neue Konsole schon verarscht.

Dein Problem riecht aber erstmal danach das irgendwas deinen Funkkanal stört. Das kann ein spinnerter Node sein (gab mal entsprechende Berichte über die Steinel Bewegungsmelder) oder ein ganz anderes Gerät.
Bei mir hatte bspw. mal eine China Funktastatur das ganze 868Mhz Band gestört.

Ach noch was fällt mir ein: Du sagst du hast die neuen Dimmer wieder aus dem Netz genommen. Wichtig ist das du sie ordentlich excludierst und auch allfällige Assotiationen entfernst. Denn sonst sucht das Netz noch nach den Nodes, findet sie aber nimmer. Das macht einiges an Traffic bis die dann endlich von selbst rausfliegen.

hast mein Mitgefühl
Bernhard

Hast du mal probiert die Nodes ohne Security einzubinden? Dadurch, dass weniger Telegramme notwendig sind, läuft das ganze System meistens wesentlich schneller/zuverlässiger.

paresy

Die Dinger habe ich ausgebaut und auch aus dem Netz entfernt. Im Netz ist eigentlich nichts, was nicht auch tatsächlich funktionieren sollte :slight_smile:

Das mit dem sicheren bzw. eben unsicheren Inkludieren werde ich mal versuchen, vielleicht hilft das zumindest für die Dinger.

Bleibt natürlich das Problem, das irgendwo plötzlich der Wurm drin ist. Ich habe jetzt mal die Optimierung mit Z-Way gestartet, mal schauen was das bringt. Und dann muss ich wohl mal suchen, ob ggf. im Nachbarhaus nun plötzlich auch Funkkomponenten im Einsatz sind, die bei mir stören. Wobei es schon ein extremer Zufall ist, dass das genau mit dem Einbau von meinen Dimmern zusammenhängt. Gibt es igendwelche Sniffer oder sowas die ggf. Funksignale auf dem 868Mhz Band erkennen können?

Jedenfalls Danke für die ersten Tipps.

Gruss Mayday

Ja, gibt es zweifach.

Einerseits um nur den Funkkanal anzusehen. Das wäre ein Spectrum Analyser. Kostet im Profi Bereich gleich mal einen Jahreslohn. Bastelseitig gibt es mehrere Projekte. Hatten auch hier kürzlich mal diskutiert. Hab den Thread grad nicht zur Hand.

Rein auf zWafe bezogen gibt es Netzwerksniffer welcher den kompletten zWave Funkverkehr mitliest.
Es geht über due UZB zWave Gateways, die muß man mit einer speziellen Firmware flashen. Damit sieht man dann alles was die Nodes so funken. Ist aber sehr aufwändig zu lesen und noch viel schwerer das auch zu decodieren.
Wildgewordene Nodes finden geht aber gut.

schöne Grüße
Bernhard

Hallo zusammen,

ich hatte letztens das Worst-Case-Szenario bei mir im Haus im 868Mhz-Bereich (zWave und Homematic), letztlich verursacht durch einen „Störsender“ (zWave-Wallplug).

Habe mir nun (auch in „Erinnerung“ an diesen Thread :D) einen Mini-Empfänger (mit 868MHz Antenne) als visuelles Prüfgerät für diesen (hoffentlich sehr seltenen) Fall zugelegt.

LG
lueralba

Das klingt interessant. Was ist das für ein Stick und Software? Und wie hast du herausgefunden, welches der Übeltäter war?

Ansonsten habe ich heute mit Z-Way und Symcon den halben Tag verbracht :frowning: Ich hatte 5 Nodes die sich unter Z-Way nicht interviewen lassen wollten, alles Fibaro Wallplugs… Damit war auch irgendwie das optimieren des Netzwerks nicht so richtig, jedenfalls gab es bei den Nodes immer Fehler. Einen nach dem anderen also ab- und wieder angelernt, diesmal unsecure (ob die vorher allerdings secure angelernt waren, weiss ich gar nicht, sieht man das eigentlich irgendwo?). Einer blieb dabei auf der Strecke, vielleicht war das der Schuldige bei mir. Der lies sich absolut nicht mehr richtig anlernen, nach zig mal hin und her war er dann da, aber kein Interview und kein Schaltbefehl möglich. Auch in Symcon war es nicht möglich die Gerätekonfiguration zu laden (was vermutlich ja das Gleiche ist wie das Interview im Z-Way). Mal schauen, ich hoffe jetzt mal, das war der Schuldige für die Störungen bei mir.

Gruss Mayday

@mayday,

Was ist das für ein Stick und Software?

NooElec NESDR SMArt v4 und eine 868MHz Antenne mit SMA-Stecker (es reicht aber auch ein 5cm isolieres Kupfer-Drähtchen:D).
SDR Software gibt es einige. Mir gefällt HDSDR gut. Die USB Treiberinstallation wird von NooElec gut beschrieben.
Achtung: Bei der HDSDR Software ist eine Datei dabei (ExtIO_RTL2832.dll), die ins Installationsverzeichnis kopiert werden muss.

P.S.: Hatte gestern noch den „HackRF One“ getestet (wegen dem höheren Frequenzbereich bis 6GHz).
Es war aber leider enttäuschend. Das Ding hört wirklich nicht gut :eek:

Und wie hast du herausgefunden, welches der Übeltäter war?

Ich hatte den o.g. WallPlug schon lange im zWave Netz inkludiert und zusätzlich mit einem Wandtaster assoziert.
Abstand ca. 3m. Lief seit über einem Jahr ohne Probleme.

Dann letzten Montag:
Die Bedienung über den Wandtaster war plötzlich nicht mehr bzw. nur unzuverlässig möglich.

Dazu kam ausserdem, dass meine drei zWave-Netze und mein Homematic Netz auch nicht mehr „sauber“ funktionierten.
Da es alle vier (!) Syteme gleichzeitg betraf, musste es wohl eine Art Störsender sein.
Interessant war, dass die Homematic- und zWave Geräte in der Nähe der jeweiligen Zentralen noch funtionierten.
Dort wurde der Funk offensichtlich nicht merklich gestört.

Habe dann als erstes den o.g. gestörten WallPlug ausgesteckt und sofort funktionierte ALLES wieder !
Das war wohl eher intuitiv von mir und etwas Glück.
Anonsten hätte ich die Stromkreise (Leitungsschutzschalter) getrennt um einzugrenzen.
Ich habe hier insgesamt ca. 90 zWave Geräte und ca. 25 Homematic-Geräte.
Das wäre ohne den SDR anstrengend geworden.

Jetzt habe ich den Wallplug wieder eingelernt und warte auf die nächste Störung um mir das Fehlerbild auf dem SDR anzusehen.

P.S.: Läuft dein Netz denn nun wieder ruhig und stabil ?

Gruß
lueralba

@lueralba: Danke dir für die Infos mit Stick und Software, werde ich mir mal näher anschauen.

P.S.: Läuft dein Netz denn nun wieder ruhig und stabil ?

Bislang ja, zumindest ist erstmal noch kein merkbares Problem mehr aufgetreten. Ich will mich aber noch nicht zu früh freuen, ich warte mal die nächste Woche ab. Aber ich darf zumindest mal verhalten optimistisch sein :slight_smile:

BTW: Ich habe ja nun die ganzen (laut Z-Way) „Problemfälle“ unsecure angelernt. Dann ist mir eingefallen, dass ich auch noch einen Qubino Mini Dimmer vor nicht allzulanger Zeit angelernt hatte, der war sicher secure angelernt. Da dachte ich mir, auch wenn der keine Probleme macht, wer weiss, also auch ab und wieder unsecure anlernen wollen. Da schlägt aber das Laden der Konfiguration fehl, der lässt sich ausschliesslich secure anlernen. Auch seltsam. Funktioniert aber ansonsten problemlos. Interessant ist, dass das Ding SecureS2 unterstützt, sprich mit PIN. Unter Z-Way geht das, unter Symcon nicht. wenn ich den unter Z-Way secure anlerne, werde ich gefragt, welche Sicherheit ist setzen will, S0 oder S2 mit oder ohne Autorisierung. Unter Symcon kommt das nicht, aber wie geschrieben, geht trotzdem nur secure.Offenbar kann also Symcon kein S2 verarbeiten(?) Steht sicherlich ja irgendwo :slight_smile:

Gruss Mayday

edit: mit secure und unsecure unter Symcon meine ich den Schalter unter Optionen->unterstütze sicheres inkludieren. Ob da dann aber wirklich secure oder unsecure angelernt wird, sieht man ja aber nirgends, oder?

Hallo lueralba,

ich habe bei mir so ~60 HM/HMIP und ~10 Zwave Geräte im Einsatz. Bisher ist mir nicht aufgefallen, dass sie sich in die Quere gekommen sind. Was waren den deine Probleme bei Homematic? Fehleinträge im Log, nicht mehr erreichbare Devices oder ist der Dutycycle hoch gegangen?

Für Spektrumanalysen in dem Frequenzbereich kann man übrigens auch viele alte DVB-T Sticks (z.B. mit RTL2832U Chip) und SDR# nehmen.

Gruss
Bernd

So leider kommen doch wieder ein paar Zustände nicht sauber an… Ich habe jetzt mal auf dem Zwave Gateway in Symcon ein Debug laufen lassen… Auffällig ist hier, dass immer wieder was übermittelt wird, obwohl niemand irgendwo was geschaltet hat. Bei Batterienodes würde ich das ja noch verstehen, aber ich habe sowas, im Abstand von ein paar Sekunden:

TXT: 24.01.2021, 20:36:00 |           REQUEST 04 | <NUL>B<LF>V<SOH>1<ENQ><SOH>"<NUL>�|<DC4>�<NUL><NUL>
HEX: 24.01.2021, 20:36:00 |           REQUEST 04 | 00 42 0A 56 01 31 05 01 22 00 C6 7C 14 B6 00 00 
TXT: 24.01.2021, 20:36:08 |           REQUEST 04 | <NUL><EOT><ACK>1<ENQ><EOT>"<NUL>˻<NUL><STX><VT> 
HEX: 24.01.2021, 20:36:08 |           REQUEST 04 | 00 04 06 31 05 04 22 00 CB BB 00 02 0B 20 
TXT: 24.01.2021, 20:36:13 |           REQUEST 04 | <NUL><SI><LF>V<SOH>1<ENQ><SOH>"<NUL>�>��<NUL><NUL>
HEX: 24.01.2021, 20:36:13 |           REQUEST 04 | 00 0F 0A 56 01 31 05 01 22 00 D3 3E 80 C7 00 00 

Wenn 04 die ZWave Node ist, wäre das ein Fibaro RGWB Controller, warum sollte der die ganze Zeit abgefragt werden?

Und dann auch noch sowas alle paar Minuten:

TXT: 24.01.2021, 20:35:22 | Waiting for transmit... | A<ETX>
HEX: 24.01.2021, 20:35:22 | Waiting for transmit... | 41 03 
TXT: 24.01.2021, 20:35:22 |          Transmitted | <SOH><EOT><NUL>A<ETX>�
HEX: 24.01.2021, 20:35:22 |          Transmitted | 01 04 00 41 03 B9 
TXT: 24.01.2021, 20:35:22 |          RESPONSE 41 | Ӝ<NUL><EOT><DC1><ACK>
HEX: 24.01.2021, 20:35:22 |          RESPONSE 41 | D3 9C 00 04 11 06 
TXT: 24.01.2021, 20:35:22 |          Received OK | <SOH><EOT><NUL>A<ETX>�
HEX: 24.01.2021, 20:35:22 |          Received OK | 01 04 00 41 03 B9 
TXT: 24.01.2021, 20:35:22 | Waiting for transmit... | A<EOT>
HEX: 24.01.2021, 20:35:22 | Waiting for transmit... | 41 04 
TXT: 24.01.2021, 20:35:22 |          Transmitted | <SOH><EOT><NUL>A<EOT>�
HEX: 24.01.2021, 20:35:22 |          Transmitted | 01 04 00 41 04 BE 
TXT: 24.01.2021, 20:35:22 |          RESPONSE 41 | Ӝ<NUL><EOT><DC1><SOH>
HEX: 24.01.2021, 20:35:22 |          RESPONSE 41 | D3 9C 00 04 11 01 
TXT: 24.01.2021, 20:35:22 |          Received OK | <SOH><EOT><NUL>A<EOT>�
HEX: 24.01.2021, 20:35:22 |          Received OK | 01 04 00 41 04 BE 
TXT: 24.01.2021, 20:35:22 | Waiting for transmit... | A<ENQ>
HEX: 24.01.2021, 20:35:22 | Waiting for transmit... | 41 05 
TXT: 24.01.2021, 20:35:22 |          Transmitted | <SOH><EOT><NUL>A<ENQ>�
HEX: 24.01.2021, 20:35:22 |          Transmitted | 01 04 00 41 05 BF 
TXT: 24.01.2021, 20:35:22 |          RESPONSE 41 | S�<NUL><EOT> <SOH>
HEX: 24.01.2021, 20:35:22 |          RESPONSE 41 | 53 9C 00 04 20 01 
TXT: 24.01.2021, 20:35:22 |          Received OK | <SOH><EOT><NUL>A<ENQ>�
HEX: 24.01.2021, 20:35:22 |          Received OK | 01 04 00 41 05 BF 
TXT: 24.01.2021, 20:35:22 | Waiting for transmit... | A<BEL>
HEX: 24.01.2021, 20:35:22 | Waiting for transmit... | 41 07 
TXT: 24.01.2021, 20:35:22 |          Transmitted | <SOH><EOT><NUL>A<BEL>�
HEX: 24.01.2021, 20:35:22 |          Transmitted | 01 04 00 41 07 BD 
TXT: 24.01.2021, 20:35:22 |          RESPONSE 41 | Ӝ<NUL><EOT><DLE><SOH>
HEX: 24.01.2021, 20:35:22 |          RESPONSE 41 | D3 9C 00 04 10 01 
TXT: 24.01.2021, 20:35:22 |          Received OK | <SOH><EOT><NUL>A<BEL>�
HEX: 24.01.2021, 20:35:22 |          Received OK | 01 04 00 41 07 BD 
TXT: 24.01.2021, 20:35:22 | Waiting for transmit... | A<HT>
HEX: 24.01.2021, 20:35:22 | Waiting for transmit... | 41 09 
TXT: 24.01.2021, 20:35:22 |          Transmitted | <SOH><EOT><NUL>A<HT>�
HEX: 24.01.2021, 20:35:22 |          Transmitted | 01 04 00 41 09 B3 
TXT: 24.01.2021, 20:35:22 |          RESPONSE 41 | Ӝ<NUL><EOT><DC1><ACK>
HEX: 24.01.2021, 20:35:22 |          RESPONSE 41 | D3 9C 00 04 11 06 
TXT: 24.01.2021, 20:35:22 |          Received OK | <SOH><EOT><NUL>A<HT>�

Das fängt mit Waiting for Transmit 41 01 an und geht bis 41 48 … 41 ist ein Fibaro Rollershutter… Dann gibt es noch zwischendrin:

HEX: 24.01.2021, 20:45:48 | Waiting for transmit... | 20 
TXT: 24.01.2021, 20:45:48 |          Transmitted | <SOH><ETX><NUL> �
HEX: 24.01.2021, 20:45:48 |          Transmitted | 01 03 00 20 DC 
TXT: 24.01.2021, 20:45:48 |          RESPONSE 20 | ��<ETB>�<SOH>
HEX: 24.01.2021, 20:45:48 |          RESPONSE 20 | FC F3 17 85 01 
TXT: 24.01.2021, 20:45:48 |          Received OK | <SOH><ETX><NUL> �
HEX: 24.01.2021, 20:45:48 |          Received OK | 01 03 00 20 DC 

Das wäre eine Batterienode Fibaro Motion Sensor… Da kann ich mir ja noch vorstellen, dass der immer wieder mal Licht oder Temperatur sendet, muss ich noch prüfen, auf was da das Sendeintervall steht. Das würde ich noch als „normal“ ansehen, aber die anderen beiden Anfragen sind doch nicht ok, was soll das den sein? Oder lese ich das falsch und 41 und 04 sind nicht die ZWave Node-Ids sondern was anderes? Da die Anfragen echt häufig rausgehen, kann ich mir gut vorstellen,. das wenn zeitgleich ein Schaltsignal im Netz unterwegs ist, das verloren geht.

Gruss Mayday

Ich bin immer noch am rumsuchen :frowning:

Kann mir jemand erklären, wie ich das debug auf dem Gateway lesen muss? Was bedeutet den sowas, das kommt bei mir im schnitt alle 30-40s?

26.01.2021, 11:15:59 | REQUEST 04 | 00 42 0A 56 01 31 05 03 0A 00 0E E6 5F B3 00 00

Und müsste nicht, wenn ich überhaupt nichts schalte, im Zwave Netz ruhe herschen, sprich das Debug des Geteways nichts anzeigen? Ich habe einen Raspberry mit Razberry Modul und (logischerweise) Ser2Net, allerdings nicht auf dem selben wie IPS. Taucht im Debug dann auch Ethernet-Traffic auf?

Danke und Gruss

Mayday

Die „00 42“ dürfte dein Gerät mit der Node ID hex 42 = dez 66 sein.
Eine Steckdose mit Energieinfos ???

Ist bei mir jedenfalls so !

Gruß
lueralba

Nein, im log siehst du nur validen zWave Traffic. Alles andere und auch korrupte zWave Pakete werden schon auf früheren Ebenen verworfen.Das siehst du nicht.
Weiters geht auch einiges an Handshake zwischen dem Gateway und den Nodes hin und her. Auch das siehst du nicht. Du kriegst ect. nur die finalen Nutzdaten.

So alle 30-40sec ein Telegram ist net quasi gar nix. Könnte in der Tat aber gut eine Steckdose sein. Oder ein ungeschickt konfigurierter Sensor.

Hier zum Spass mal ein 5sec langer Mitschnitt vom zWave Sniffer. Wie du siehst tut sich in nur 5sec schon einiges.
An den Source/Destination Spalten sieht man wer wohin gesendet hat. Damit kriegt man dann auch raus über welchen Node gerade geroutet wurde.

Wennst in der Nähe wärst könnte ich dir meinen Sniffer Stick auch gerne mal borgen. Nach DE lohnt wegen Versandkosten aber net wirklich.

gruß
bb

Danke für die Infos. Das war tatsächlich ein Wallplug und vermutlich eine Nachricht mit dem Stromverbrauch. Ok, soweit so gut. Ich habe nun festgestellt, dass die Probleme eigentlich hautpsächlich abends und morgens bei mir auftreten. Somit gehe ich davon aus, dass noch ein Lichtschalter das Problem sein muss. Heute morgen sieht ein Debug bsp. so aus:

HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 17 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 17 AD 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 06 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 17 AD 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 18 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 18 A2 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 01 04 11 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 18 A2 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 1A 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 1A A0 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 01 04 10 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 1A A0 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 1B 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 1B A1 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 01 04 11 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 1B A1 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 1C 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 1C A6 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 06 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 1C A6 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 1D 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 1D A7 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 06 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 1D A7 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 1E 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 1E A4 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 01 04 10 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 1E A4 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 1F 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 1F A5 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 10 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 1F A5 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 20 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 20 9A 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 10 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 20 9A 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 21 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 21 9B 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 03 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 21 9B 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 22 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 22 98 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 10 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 22 98 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 23 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 23 99 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 10 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 23 99 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 28 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 28 92 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 01 04 10 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 28 92 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 29 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 29 93 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 06 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 29 93 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 2A 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 2A 90 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 06 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 2A 90 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 2B 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 2B 91 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 06 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 2B 91 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 2C 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 2C 96 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 06 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 2C 96 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 2D 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 2D 97 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 06 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 2D 97 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 2E 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 2E 94 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 06 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 2E 94 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 2F 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 2F 95 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 06 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 2F 95 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 31 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 31 8B 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 00 04 11 06 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 31 8B 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 42 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 42 F8 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 53 9C 00 04 20 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 42 F8 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 45 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 45 FF 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 01 04 10 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 45 FF 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 47 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 47 FD 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 01 04 10 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 47 FD 
HEX: 27.01.2021, 08:46:50 	 Waiting for transmit... 	 41 48 
HEX: 27.01.2021, 08:46:50 	          Transmitted 	 01 04 00 41 48 F2 
HEX: 27.01.2021, 08:46:50 	          RESPONSE 41 	 D3 9C 01 04 11 01 
HEX: 27.01.2021, 08:46:50 	          Received OK 	 01 04 00 41 48 F2 

Und das mehr oder weniger ständig, alle paar Sekunden geht so ein Block durch das Debug. Kann man da auch erkennen, was das ist? Bei den Request Nachrichten passt das mit dem zweiten Block sehr gut mit der Adresse, aber hier?

Wennst in der Nähe wärst könnte ich dir meinen Sniffer Stick auch gerne mal borgen. Nach DE lohnt wegen Versandkosten aber net wirklich.

Danke für das Angebot, aber ich komme aus DE. Aber ich muss mir das mal anschauen, ich meine bei Z-Way gibt es auch irgendwas zum prüfen. Ich gehe jetzt halt schritt für schritt mal durch, es ist bislang jedenfalls mal nicht schlechter geworden :wink: Und immerhin konnte ich schon zwei Sachen finden die unnötig gesendet haben, schadet ja nicht, die dann abzuschalten wenn man die Infos eh nicht braucht.

Gruss Mayday

so, jetzt ist alles im Ar… Ich kann teilweise nur noch Geräte einschalten, danach sind diese nicht mehr erreichbar. Ich bekomme nur noch Meldungen „Waiting for nonce timed out“… Ich kann nichts mehr damit machen, nur noch ab und wieder anlernen… Ich dreh durch. Was ist den jetzt los? Da ist irgendwas komplett kaputt, nur wie bekomme ich raus was das ist? Ich verstehe es nicht mehr :banghead: :frowning: Irgendjemand noch eine Idee? Ich bin kurz davor den ganzen Dreck rauszuschmeissen… So macht das jetzt keinen Spass mehr.

Gruss Mayday

nach einem Glas Wein :smiley: bin ich doch wieder etwas optimistischer… also, diese bescheuerte massiv lange Nachrichten von oben sind ziemlich sicher das Problem, immer wenn die im Netz unterwegs sind, spinnt es, es kommt nichts mehr gescheit zuverlässig an. Und warum da jetzt plötzlich bei Geräten die seit ewig funktionieren dieses „… nonce timed out“ kommt, ist mir komplett unklar. Gerade festgestellt, es kann sein, in 10 Minuten geht es dann plötzlich wieder. Nachdem mir nun nichts mehr einfällt, werde ich wohl am Wochenende das ganze Netz resetten und neu aufbauen… 55 Nodes im Moment, einige davon werde ich ausbauen müssen :banghead: Aber ich sehe keine andere Lösung, oder habt ihr noch Tipps?

Gruss Mayday

Ich glaube nicht das das oben gezeigte daran Schuld ist.

Ich sehe hier die gleichen Sequezen: Die Nodes werden hochgezählt und an ALLE 01 04 00 41 … gesendet.
Das kommt immer genau in dem Moment wenn ich den Konfigurator öffne.

Da frägt einfach nur IPS beim Gateway irgendwelche Sachen über die bekannten Nodes ab.
On-Air geht scheinbar nichts davon weil die Antwort kommt ja sofort und nicht verzögert wie bei Funk.

Werd mal schauen ob ich in der API finde was IPS da vom Gateway wissen will.

… ist irgendwie wie in den alten Jugend-Forscht Zeiten -:wink:
bb

Edit: Wenn ich nicht falsch liege müßte es das ZW_GetNodeProtocolInfo() sein.
Damit frägt IPS beim Gateway eine Kurzinformation über die am Gateway bekannten Nodes ab. An die Nodes selbst wird nichts gesendet. IMHO harmlos und hat nichts mit deinen Problemen zu tun.-

So mal aus der Ferne, ich habe auch nicht alles im Detail gelesen, aber vielleicht hilft es als Gedanke:

„Nonce timed out“ ist doch eine Meldung, dass die Authentifizierung von Secure Geräte nicht funktioniert.
D.h. der Node kann das Paket nicht weiterleiten, weil er keinen sicheren Kanal hinbekommt.

Ein bekanntest Problem bei Secure ist auch, dass der Nonce (sowas wie ein einmal Passwort) im Netz verloren geht, und auf einmal die Nonce ID zwischen Node und Gateway out of sync ist. Normalerweise sollen Gateways und Nodes re-transmits erkennen und gemeinsam den Nonce hochzählen. Man liest aber immer wieder von Problemen.

Ich würde tatsächlich alle Nodes einmal auf insecure umstellen, also nicht nur die, die jetzt augenscheinlich das Problem darstellen.

Aber wie gesagt, nur ein Gedanke aus der Ferne.

Hi wupperi
Danke, gute Erklärung zu dem „nonce“ Zeug.

Alles auf Unsecure umstellen wird dem Chris aber auch nicht viel helfen. Weil es hat ja schon mal für lange Zeit funktioniert.
Wahrscheinlich wird sein Problem wegen der dann reduzierten Kommunikation wohl geringer werden, aber die Störung bleibt ja trotzdem. Also ist eher nur ein zudecken von Symptomen aber keine Lösung.

Leider fällt mir außer dem schon weiter oben gesagten auch nichts ein was Chris noch versuchen könnte.

schöne Grüße
Bernhard