Probleme Mit Z-Wave

lueralba · 26. März 2020 um 09:01

Hallo Steve,

wenn alles zuverlässig in eine Richtung (Aktor -> Gateway/IPS) funktioniert dürfte hier ein Störsender kein Rolle spielen.

Ich fragte wegen der örtlichen Veränderung aus folgendem Grund:

–> https://www.symcon.de/forum/threads/38436-Z-Wave-Fibaro-FGS-223-Reichweitenprobleme?p=369593#post369593

So hatte ich mir das seinerzeit „erlesen“ und hier versucht mit meinen Worten zusammenzufassen…
Ich warte mal ab, was das „Stromlos machen“ dazu sagt.

Ansonsten wäre ein Debug vom Gateway (serielle SS) eines Kommandos in Senderichtung interessanter
als die von Dir schon protokollierte Empfangsrichtung (die ja nach deiner Aussage funktioniert).

Es bleibt spannend

LG
lueralba

shdefender · 26. März 2020 um 09:39

Hi lueralba,

also das Stromlos machen bringt leider keinerlei Erfolg.

Den Debugoutput den ich gepostet habe ist genau von der Seriellen Schnittstelle von einem Aktor den ich im IPS geschalten habe und der dann ein „Device did not Respond“ gebracht hat. Also genau das was du wolltest.

Im Moment geht wieder nur die hälfte. Langsam ist es echt frustrierend.

Beste Grüße,
Steve

lueralba · 26. März 2020 um 10:54

Ich habe das jetzt mal bei mir nachgestellt

Ein-Schalten eines Fibaro Wallplug
Debug des Gateway RazBerry

TXT: 26.03.2020, 10:41:16 | HEX: 26.03.2020, 10:41:16 | TXT: 26.03.2020, 10:41:16 | HEX: 26.03.2020, 10:41:16 | TXT: 26.03.2020, 10:41:16 | HEX: 26.03.2020, 10:41:16 | TXT: 26.03.2020, 10:41:16 | HEX: 26.03.2020, 10:41:16 | TXT: 26.03.2020, 10:41:16 | HEX: 26.03.2020, 10:41:16 | TXT: 26.03.2020, 10:41:16 | HEX: 26.03.2020, 10:41:16 | TXT: 26.03.2020, 10:41:16 | HEX: 26.03.2020, 10:41:16 | TXT: 26.03.2020, 10:41:16 | HEX: 26.03.2020, 10:41:16 | TXT: 26.03.2020, 10:41:18 | HEX: 26.03.2020, 10:41:18 | TXT: 26.03.2020, 10:41:18 | HEX: 26.03.2020, 10:41:18 | TXT: 26.03.2020, 10:41:18 | HEX: 26.03.2020, 10:41:18 | TRANSMIT | <SOH><LF><NUL><DC3>N<ETX>%<SOH>ÿ<ENQ>N;
TRANSMIT | 01 0A 00 13 4E 03 25 01 FF 05 4E 3B
RECEIVED | <ACK>
RECEIVED | 06
RECEIVED | <SOH><EOT><SOH><DC3><SOH>è
RECEIVED | 01 04 01 13 01 E8
TRANSMIT | <ACK>
TRANSMIT | 06
RECEIVED | <SOH><BEL><NUL><DC3>N<NUL><NUL><STX>§
RECEIVED | 01 07 00 13 4E 00 00 02 A7
TRANSMIT | <ACK>
TRANSMIT | 06
RECEIVED | <SOH><FF><NUL><EOT><NUL>N<ACK>1<ENQ><EOT>"<NUL>Yô
RECEIVED | 01 0C 00 04 00 4E 06 31 05 04 22 00 59 F4
TRANSMIT | <ACK>
TRANSMIT | 06
TRANSMIT | <SOH><ETX><NUL> Ü
TRANSMIT | 01 03 00 20 DC
RECEIVED | <ACK><SOH><BS><SOH> ђï<DEL><SOH><EOT>
RECEIVED | 06 01 08 01 20 D1 92 EF 7F 01 04
TRANSMIT | <ACK>
TRANSMIT | 06

Das erste Transmit ist das einschalten gleich darauf folgt Response ACK -> Leuchte geht bei mir an
Dann folgen per Received ein paar Stromwerte usw.

Das sieht auf den ersten Blick bei mir aus wie bei Dir
Bei dir kommt da aber NOCH mehr. Entweder ist das noch ein anderes Gerät oder das Problem.

Kannst Du versuchen mal NUR den Einschalt Vorgang zu bekommen.

lueralba · 26. März 2020 um 11:22

Wie sieht dein zWave Netzwerk aus?

2020-03-26 11_18_25-Window.png

Kann es sein, das der RaZberry nur einen Aktor (Routerfunktion) sieht und DIESER Aktor alle Meldungen hin-und hersendet.
Wenn der dann schwächelt (doch ein (neuer?) Störsender ?) entsteht ggf. auch so ein Verhalten.

Langsam gehen mir die Idee hier an der Glaskugel aus…

Gruß
lueralba

lueralba · 26. März 2020 um 11:25

Vllt. im Fehlerfall (wenn der sich so gut hinstellen läßt) doch mal mit zWay-Server weitermachen.
Kann man ja dann später wieder ausschalten.

Damit könnte man jedenfalls das zWave Netz unabhängig von IPS erstmal abchecken…

shdefender · 26. März 2020 um 12:49

Hi lueralba,

Wenn ich den ZwayServer mit installiere dann geht noch weniger - die scheinen sich dann wohl doch in gehege zu kommen. Wenn ich wüsste wie ich dir die Route von einem Aktor anzeigen kann, dann könnte ich dir das posten. Allerdings bleibt immer noch die Frage, warum das nur Zeitlich beschränkt auftritt - wenn das durchgägngig so wäre, dann wäre es vll etwas einfacher… Ich habe glaube ich noch eine seperate SD Karte auf der nur der ZwayServer installiert ist. Ich suche die mal.

Ich habe mal noch einmal einen schaltvorgang im IPS gemacht (bei dem der Device did not respond kommt):


TXT: 26.03.2020, 12:46:43 |             TRANSMIT | <SOH><ETX><NUL> Ü
HEX: 26.03.2020, 12:46:43 |             TRANSMIT | 01 03 00 20 DC 
TXT: 26.03.2020, 12:46:43 |             RECEIVED | <ACK>
HEX: 26.03.2020, 12:46:43 |             RECEIVED | 06 
TXT: 26.03.2020, 12:46:43 |             RECEIVED | <SOH><BS><SOH> áU
HEX: 26.03.2020, 12:46:43 |             RECEIVED | 01 08 01 20 E1 9E 55 81 
TXT: 26.03.2020, 12:46:43 |             RECEIVED | <SOH>|
HEX: 26.03.2020, 12:46:43 |             RECEIVED | 01 7C 
TXT: 26.03.2020, 12:46:43 |             TRANSMIT | <ACK>
HEX: 26.03.2020, 12:46:43 |             TRANSMIT | 06 
TXT: 26.03.2020, 12:46:45 |             TRANSMIT | <SOH><SO><NUL><DC3><SI><BEL>`&lt;CR&gt;&lt;NUL&gt;&lt;STX&gt;%&lt;SOH&gt;ÿ&lt;ENQ&gt;&lt;SI&gt;T
HEX: 26.03.2020, 12:46:45 |             TRANSMIT | 01 0E 00 13 0F 07 60 0D 00 02 25 01 FF 05 0F 54 
TXT: 26.03.2020, 12:46:45 |             RECEIVED | &lt;ACK&gt;
HEX: 26.03.2020, 12:46:45 |             RECEIVED | 06 
TXT: 26.03.2020, 12:46:45 |             RECEIVED | &lt;SOH&gt;&lt;EOT&gt;&lt;SOH&gt;&lt;DC3&gt;&lt;SOH&gt;è
HEX: 26.03.2020, 12:46:45 |             RECEIVED | 01 04 01 13 01 E8 
TXT: 26.03.2020, 12:46:45 |             TRANSMIT | &lt;ACK&gt;
HEX: 26.03.2020, 12:46:45 |             TRANSMIT | 06 
TXT: 26.03.2020, 12:46:46 |             RECEIVED | &lt;SOH&gt;&lt;DLE&gt;&lt;NUL&gt;&lt;EOT&gt;&lt;NUL&gt;$&lt;LF&gt;V
HEX: 26.03.2020, 12:46:46 |             RECEIVED | 01 10 00 04 00 24 0A 56 
TXT: 26.03.2020, 12:46:46 |             RECEIVED | &lt;SOH&gt;1&lt;ENQ&gt;&lt;SOH&gt;"&lt;NUL&gt;ñ:
HEX: 26.03.2020, 12:46:46 |             RECEIVED | 01 31 05 01 22 00 F1 3A 
TXT: 26.03.2020, 12:46:46 |             RECEIVED |  î
HEX: 26.03.2020, 12:46:46 |             RECEIVED | A0 EE 
TXT: 26.03.2020, 12:46:46 |             TRANSMIT | &lt;ACK&gt;
HEX: 26.03.2020, 12:46:46 |             TRANSMIT | 06 
TXT: 26.03.2020, 12:46:46 |             TRANSMIT | &lt;SOH&gt;&lt;ETX&gt;&lt;NUL&gt;&lt;SYN&gt;ê
HEX: 26.03.2020, 12:46:46 |             TRANSMIT | 01 03 00 16 EA 
TXT: 26.03.2020, 12:46:46 |             RECEIVED | &lt;ACK&gt;
HEX: 26.03.2020, 12:46:46 |             RECEIVED | 06 
TXT: 26.03.2020, 12:46:46 |             RECEIVED | &lt;SOH&gt;&lt;BEL&gt;&lt;NUL&gt;&lt;DC3&gt;&lt;SI&gt;&lt;SOH&gt;&lt;NUL&gt;z
HEX: 26.03.2020, 12:46:46 |             RECEIVED | 01 07 00 13 0F 01 00 7A 
TXT: 26.03.2020, 12:46:46 |             RECEIVED | 
HEX: 26.03.2020, 12:46:46 |             RECEIVED | 9F 
TXT: 26.03.2020, 12:46:46 |             TRANSMIT | &lt;ACK&gt;
HEX: 26.03.2020, 12:46:46 |             TRANSMIT | 06 
TXT: 26.03.2020, 12:46:47 |             TRANSMIT | &lt;SOH&gt;&lt;SO&gt;&lt;NUL&gt;&lt;DC3&gt;&lt;SI&gt;&lt;BEL&gt;`<CR><NUL><STX>%<SOH>ÿ<ENQ><SI>T
HEX: 26.03.2020, 12:46:47 |             TRANSMIT | 01 0E 00 13 0F 07 60 0D 00 02 25 01 FF 05 0F 54 
TXT: 26.03.2020, 12:46:47 |             RECEIVED | <ACK>
HEX: 26.03.2020, 12:46:47 |             RECEIVED | 06 
TXT: 26.03.2020, 12:46:47 |             RECEIVED | <SOH><EOT><SOH><DC3><SOH>è
HEX: 26.03.2020, 12:46:47 |             RECEIVED | 01 04 01 13 01 E8 
TXT: 26.03.2020, 12:46:47 |             TRANSMIT | <ACK>
HEX: 26.03.2020, 12:46:47 |             TRANSMIT | 06 
TXT: 26.03.2020, 12:46:48 |             TRANSMIT | <SOH><ETX><NUL><SYN>ê
HEX: 26.03.2020, 12:46:48 |             TRANSMIT | 01 03 00 16 EA 
TXT: 26.03.2020, 12:46:48 |             RECEIVED | <ACK>
HEX: 26.03.2020, 12:46:48 |             RECEIVED | 06 
TXT: 26.03.2020, 12:46:48 |             RECEIVED | <SOH><BEL><NUL><DC3><SI><SOH><NUL>
HEX: 26.03.2020, 12:46:48 |             RECEIVED | 01 07 00 13 0F 01 00 84 
TXT: 26.03.2020, 12:46:48 |             RECEIVED | a
HEX: 26.03.2020, 12:46:48 |             RECEIVED | 61 
TXT: 26.03.2020, 12:46:48 |             TRANSMIT | <ACK>
HEX: 26.03.2020, 12:46:48 |             TRANSMIT | 06 
TXT: 26.03.2020, 12:46:48 |             TRANSMIT | <SOH><SO><NUL><DC3><SI><BEL>`&lt;CR&gt;&lt;NUL&gt;&lt;STX&gt;%&lt;SOH&gt;ÿ&lt;ENQ&gt;&lt;SI&gt;T
HEX: 26.03.2020, 12:46:48 |             TRANSMIT | 01 0E 00 13 0F 07 60 0D 00 02 25 01 FF 05 0F 54 
TXT: 26.03.2020, 12:46:48 |             RECEIVED | &lt;ACK&gt;
HEX: 26.03.2020, 12:46:48 |             RECEIVED | 06 
TXT: 26.03.2020, 12:46:48 |             RECEIVED | &lt;SOH&gt;&lt;EOT&gt;&lt;SOH&gt;&lt;DC3&gt;&lt;SOH&gt;è
HEX: 26.03.2020, 12:46:48 |             RECEIVED | 01 04 01 13 01 E8 
TXT: 26.03.2020, 12:46:48 |             TRANSMIT | &lt;ACK&gt;
HEX: 26.03.2020, 12:46:48 |             TRANSMIT | 06 
TXT: 26.03.2020, 12:46:49 |             TRANSMIT | &lt;SOH&gt;&lt;ETX&gt;&lt;NUL&gt;&lt;SYN&gt;ê
HEX: 26.03.2020, 12:46:49 |             TRANSMIT | 01 03 00 16 EA 
TXT: 26.03.2020, 12:46:49 |             RECEIVED | &lt;ACK&gt;
HEX: 26.03.2020, 12:46:49 |             RECEIVED | 06 
TXT: 26.03.2020, 12:46:50 |             RECEIVED | &lt;SOH&gt;&lt;BEL&gt;&lt;NUL&gt;&lt;DC3&gt;&lt;SI&gt;&lt;SOH&gt;&lt;NUL&gt;o
HEX: 26.03.2020, 12:46:50 |             RECEIVED | 01 07 00 13 0F 01 00 6F 
TXT: 26.03.2020, 12:46:50 |             RECEIVED | 
HEX: 26.03.2020, 12:46:50 |             RECEIVED | 8A 
TXT: 26.03.2020, 12:46:50 |             TRANSMIT | &lt;ACK&gt;
HEX: 26.03.2020, 12:46:50 |             TRANSMIT | 06 
TXT: 26.03.2020, 12:46:50 |             TRANSMIT | &lt;SOH&gt;&lt;SO&gt;&lt;NUL&gt;&lt;DC3&gt;&lt;SI&gt;&lt;BEL&gt;`<CR><NUL><STX>%<SOH>ÿ<ENQ><SI>T
HEX: 26.03.2020, 12:46:50 |             TRANSMIT | 01 0E 00 13 0F 07 60 0D 00 02 25 01 FF 05 0F 54 
TXT: 26.03.2020, 12:46:50 |             RECEIVED | <ACK>
HEX: 26.03.2020, 12:46:50 |             RECEIVED | 06 
TXT: 26.03.2020, 12:46:50 |             RECEIVED | <SOH><EOT><SOH><DC3><SOH>è
HEX: 26.03.2020, 12:46:50 |             RECEIVED | 01 04 01 13 01 E8 
TXT: 26.03.2020, 12:46:50 |             TRANSMIT | <ACK>
HEX: 26.03.2020, 12:46:50 |             TRANSMIT | 06 
TXT: 26.03.2020, 12:46:51 |             TRANSMIT | <SOH><ETX><NUL><SYN>ê
HEX: 26.03.2020, 12:46:51 |             TRANSMIT | 01 03 00 16 EA 
TXT: 26.03.2020, 12:46:51 |             RECEIVED | <ACK>
HEX: 26.03.2020, 12:46:51 |             RECEIVED | 06 
TXT: 26.03.2020, 12:46:51 |             RECEIVED | <SOH><BEL><NUL><DC3><SI><SOH><NUL>o
HEX: 26.03.2020, 12:46:51 |             RECEIVED | 01 07 00 13 0F 01 00 6F 
TXT: 26.03.2020, 12:46:51 |             RECEIVED | 
HEX: 26.03.2020, 12:46:51 |             RECEIVED | 8A 
TXT: 26.03.2020, 12:46:51 |             TRANSMIT | <ACK>
HEX: 26.03.2020, 12:46:51 |             TRANSMIT | 06

Sieht das besser aus?

Beste Grüße,
Steve

shdefender · 26. März 2020 um 13:08

So ich hab die SD Karte mit der Zwayserver Software gefunden und probiere gerade mal eine Reorganisation zu machen. Mal schauen - kann ich dir aus dem ZwayServer sonst noch Informationen zur Verfügung stellen?

Beste Grüße,
Steve

lueralba · 26. März 2020 um 13:39

Nicht immer gleich die Keule auspacken (Reorganisieren)

Und JA, die kommen sich natürlich ins Gehege (zwei Chefs ?)

Du musst dann einen ausschalten (IPS Instanz der Serielle Schnittstelle Razberry den Haken auf Inaktiv stellen).
2020-03-26 13_37_47-Window.png
Sonst reden ja beide mit der Razberry Karte…

ABER:
Schau doch dann erstmal ob du mit dem zWayServer deine Komponenten schalten kannst.

Ziel der Übung soll doch sein, ob zu den Zeiten wo du Probleme hast , zu prüfen ob es aus dem zWave Netz kommt.

shdefender · 26. März 2020 um 14:06

Ok, ich habs aber soweit mit dem Reorganisieren probiert. Leider hat er mehrfach gebracht, dass einige Knoten auch nach dem dritten versuch nicht erreichbar sind. Wie kann ich denn in dem ZWayServer einzelne Aktoren schalten? Ich kann mich mir der Software recht schlecht aus.

Na dann kann ich es beim nächsten mal auch so probieren (abschalten in IPS)

Beste Grüße,
Steve

shdefender · 26. März 2020 um 14:15

So verbessert habe ich das Problem mit dem Reorganisieren nicht gerade, jetzt scheint er auch wenn ich einen Aktor manuell schalte es nciht mehr durchzurouten…

Beste Grüße,
Steve

Apocran71 · 26. März 2020 um 16:27

Schreiben Sie mir in privaten Nachrichten, ich hatte das gleiche Problem, also kenne ich die Lösung

1007 · 26. März 2020 um 16:49

Registriert seit heute und nur 1 Nachricht geschrieben.:eek:

lueralba · 26. März 2020 um 18:00

Also hast du die gleichen Probleme mit zWay (also auch ohne IPS Verbindung).
Somit liegt das Problem nicht in IPS!

Suche mit Google mal nach „smart-home-ui-handbuch“
Bitte lese dich erstmal etwas ein, um einen Aktor zum testen zu schalten bzw. dein Netz zu sehen / testen (alle Knoten IDs).

Vllt. doch die Razberry Platine?
Evtl. spinnt auch nur ein Aktor in deinem Netz.

Das wird nun leider „fusselarbeit“ für Dich

Wieviele zWave Geräte hast du im Netz ?

lueraba

shdefender · 26. März 2020 um 19:56

N’Abend lueralba,

ja das Problem liegt nicht an IPS. Das ist einerseits gut, andererseits auch nciht so gut. WEnn das Problem immer bestünde, dann wäre es für mich logischer Nachvollziehbar. Warum sollte der Rasperry nur zwische 9 und 18 Uhr nicht wollen und danach tadellos und super schnell agieren? Das klingt nicht so gut… Wenn ein Aktor spinnt, wird es aber „lustig“ den zu finden. Und wenn nur einer Spinnt, warum dann nur zeitlich beschränkt? Gibt es für die Routen irgendwelche Zeitlichen komponenten (mir fällt da nix ein und auch kein Grund warum es sowas geben sollte).

Ich habe 37 Netzbetriebene (also switches, RGB Controller, Wallplugs, 1 Repeater) und 30 Batteriebetriebene (Rauchmelder, Bewegungsmelder, CO Melder).

Ich hatte mir auch schon überlegt einen zweiten Pi mit zweiter ZWave Platine zu holen und alles zu portieren und nochmal zu probieren. Aber da zögere ich momentan noch.

Das einlesen kann ich gern mal machen. Es wird sicherlich helfen.

Beste Grüße,
Steve

lueralba · 26. März 2020 um 20:32

Mist, das wird wirklich lustig

Ich habe hier mein zWave auf zwei Gateways (ein alter AEON USB Stick am Pi und ein alter Pi2 mit RazBerry Platine) verteilt.
Die senden/empfangen beide im ganzen Haus und behindern sich nicht (zumindest habe ich keine Probleme damit).
Wollte eígentlich alles auf den RazBerry umziehen, habe aber dann aufgehört als jeder ca. die Hälfte aller Aktoren/Sensoren hatte…
zWave habe ich insgesamt um die 100 Geräte laufen.

Vllt. solltest du wirklich einen zweiten Pi (kann ein alter sein) mit einer zweiten RazBerryPlatine einrichten. Nur ein Raspbian drauf und ser2net. Das isses!
Dann kannst du in Ruhe Stück für Stück umziehen. In IPS musst du dann NUR bei einer Geräteinstanz (z.B. ein Wallplug oder ein Motionsensor etc.) das „Gateway“ und die „ID“ ändern. Schon geht alles, ohne dass du etwas neuprogrammieren oder verlinken musst.
Eben nur Umheben des Aktors/Sensors von einem Razberry Chip auf den anderen RazBerry Chip.
Nur ein bischen auf den Abstand zwischen den Geräten achten damit keine Reichweitenprobleme entstehen.

Ausnahme:
Nur wenn du Aktoren untereinander „direkt“ schaltest (z.B. ein Batterie-Wandtaster der einen Lichtaktor „direkt“ steuert) muss du diese „direkten“ Assoziationen zwischen den Geräten neu setzen.

lueralba

lueralba · 26. März 2020 um 20:39

… 1 Repeater …

Du hast sehr viele Routende Geräte, wofür den Repeater ?

irgendwie ist mein halbes Zwave Netzwerk…

Halbes Netzwerk über diesen Repeater erreichbar (oder sporadisch eben nicht) ?

Steckt der vllt. (neuerdings) in einem Timer?
Kann das (sporadische) Problem vllt. daher kommen?
(Blöde Idee , ich weiss…)

lueralba

shdefender · 27. März 2020 um 19:45

Hi luerable,

also heute hat es seltsamerweise etwas länger als den Tag zuvor funktioniert. Etwa 1h Länger. Echt seltsam. Zudem waren heute ein/zwei Aktoren erreichbar die die Tage zuvor nicht erreichbar waren und ein Aktor ließ sich schalten, hat aber keine Antwort geschickt (an IPS). Da ich leider nicht weiß wie ich in IPS die Routen anzeigen kann oder wie ich mir besser noch eine Map der Aktoren mit Ihren jeweiligen Routen, anzeigen lassen kann, kann ich dir leider nicht sagen, wieviele Aktoren den Repeater konkret benutzen. Die Repeater habe ich mir schon vor langer Zeit mal gekauft, da ich damals auch Probleme mit dem Z-Wavenetzwerk hatte. Da hatte ich aber ZwayServer und IPS am laufen. Die liefen damals seltsamerweise recht gut parallel. Ich wusste damals noch nicht, dass man nur einen von beiden aktiv haben darf. Ich hatte gehofft mit dem Repeater das Problem zu lösen - die Lösung war damals aber den Zwayserver zu deinstallieren.

Ich habe heute mal den Repeater vom Strom genommen. Momementan funktioniert immer noch alles sehr gut. Wobei man schon merkt, dass wohl einige Aktoren den Weg über den Repeater genommen haben, da nun beim schalten einiger Aktoren eine Verzögerung feststellbar ist - die gabs vorher nicht. Die Nacht Optimiert sich das Netzwerk ja Ohnehin wieder. Mal sehen, vielleicht hilft es schon den Repeater nicht mehr im Netz zu haben.

Mal schauen ob morgen was anders ist.

Beste Grüße,
Steve

lueralba · 27. März 2020 um 21:10

Hi Steve,

…wie ich in IPS die Routen anzeigen kann…

Deine zWave Geräte erhalten beim einlernen eine eindeutige ID (steht in der Instanz)!
Das Gateway hat gewöhnlich die ID1.

Nun kannst du in jedem stromangeschlossenen zWaveGerät ( NICHT im Gateway ID1 ! ) in der Instanz
die Routingtabelle dieses Geräts anzeigen (bzw. auch das „optimieren“ anstoßen).

…wie ich mir besser noch eine Map der Aktoren mit Ihren jeweiligen Routen, anzeigen lassen kann…

Du musst Dir leider so eine „Map“ selber aufzeichnen für deinen Grundriss.
Es gab mal hier im Forum ein Tool dafür, das würde ich aber in deinem Problemnetz aktuell nicht nutzen, da es sich durch die teilweise ausfallenden Rückmeldungen „festfrisst“

Du solltest dir ZUERST die, dem Gateway nächsten Geräte zum optimieren vornehmen.
Die werden mit dem Gateway gut kommunizieren können durch Ihre Nähe (sie brauchen also keine routenden Geräte dazwischen) !
Das „Optimieren“ MUSS durchlaufen, sonst stimmt da schon etwas nicht.
Es bricht aber trotzdem gerne mal ab bzw. läuft sich tot.
Nicht aufgeben…

Du kannst das Optimieren im Meldungsfenster beobachten.
2020-03-27 20_58_22-IPS Pi3 V5.4 Ninja — IP-Symcon Verwaltungskonsole.png

Wenn die eben optimierten Geräte dann wieder zuverlässig funktionieren, kannst du dir die nächst entfernten Geräte vornehmen und so weiter… Den Radius immer größer machen… Ich hoffe das war verständlich beschrieben.

Hattest du das hier <click> gelesen ?
Da hatte ich es schon Mal versucht zu beschreiben…

Somit baust du die Routingtabellen manuell in jedem einzelnen Gerät NEU auf.
Die kannst du in der Geräteinstanz gleich nach dem Optimieren ansehen.

Mach das alles nicht zu schnell, da es das Netz gut belastet.

Die Nacht Optimiert sich das Netzwerk ja Ohnehin wieder.

:eek: Falls es nicht mal abgeschaltet wurde:eek: Ich selber schalte es AUS.

Lass Dir Zeit:)
Ich wünsche Dir viel Erfolg

lueralba

shdefender · 2. April 2020 um 09:39

Hi lueralba,

kannst du mir bitte noch kurz erklären, wie die Routingtabellen zu lesen sind? Geht er alle knoten in der Tabelle durch? Geht er nur so lange durch, bis dass er das Ziel (Gateway) erreicht hat? Irgendwie verstehe ich die Routingtabellen leider nicht so recht. ICh werde die Tage mal anfangen und mir eine Routingmap aufzubauen und dann versuchen die Geräte entsprechend Ihrem Abstand zum Gateway zu optimieren. Mal sehen ob das was bringt. Den Eintrag den du verlinkt hast habe ich mir angeschaut, leider hilft der mir hier so nicht weiter, da mein Problem doch etwas spezieller ist…

Beste Grüße,
Steve

lueralba · 3. April 2020 um 18:06

Hallo Steve.

Hier mein Wissen zum Thema zWave - Routingtabelle

Die Routingtabelle eines jeden Gerätes enthält nicht die „Routen“ sondern nur die Geräte-IDs, die bei der letzten Routingoptimierung in Funkreichweite waren!

Ablauf:
Bei einer Sendung sucht sich der Sender (Gerät) eine Gerät-ID aus seiner Routingtabelle aus
und versucht einmal an dieses Gerät zu senden.

Sollte dieses Gerät nicht antworten (defekt, umgesetzt, abgeschaltet,etc.) wird versucht an max. zwei weitere Geräte aus der Routingtabelle zu senden.
Zusätzlich trägt der Sender das eben nicht erreichbare Gerät aus seiner eigenen Routingtabelle automatisch aus um diese „defekte“ Route nicht mehr zu nutzen.

Die Nachricht wird also immer nur aktiv von einem Gerät (Sender) zum nächsten Gerät (Empfänger) gesendet.
Dann muss sich das nächste Gerät (jetzt selber Sender) um das weiterleiten kümmern !
Und so weiter …

Damit sich dieser Weg nicht endlos verlängert, werden max. vier HOPS von Start bis Ziel (also max. fünf beteiligte Geräte) ausgeführt !
Bis dahin muss das Zielgerät erreicht worden sein !

Es gibt immer eine Rückmeldung.
Wenn diese ausbleibt, wird die Sendung als fehlerhaft quittiert.
Das sehen wir dann im zWave-Gateway.

Nachzulesen in: „Z-Wave Die Funktechnologie für das Smart Home“, Prof. Dr. Christian Pätz
Kann ich nur empfehlen.
(Ich hoffe das darf ich hier in dieser Form so Kund tun :eek:)

LG
lueralba