ich versuche mehrere Z-Wave Geräte in sehr kurzer Zeit hintereinander zu schalten…
Leider kommen da nur Fehlermeldungen (i (RF) Zeitüberschreitung beim Warten auf Nonce in …[/i] ) und meist werden die einen oder andere Befehle verschluckt.
Jetzt habe ich schon versucht Zwangspausen einzubauen. Aber leide ohne spürbare Verbesserungen.
Hall Heinz
Das funktioniert hier eigentlich schon.
Schalte auch Szenen mit 5-6 Aktoren gleichzeitig. Das ich Pausen einbauen mußte ist mir jetzt nicht bekannt.
Kann am Abend geren mal nahsehen, komme im Moment nicht an mein IPS.
Kann es sein dass in Deinem Z-Wave Netz vergleichsweise viel Traffic herrscht?
Hintergrund: SRDs im 868 MHz Bereich wie Z-Wave sind aus regulatorischen Gründen auf ein Tastverhältnis von < 1% beschränkt, d.h. jedes Gerät darf pro Stunde maximal 36 Sekunden (!) auf Sendung gehen. Das gilt uneingeschränkt, auch für die Repeater-Funktion und alles weitere. Die mir bekannten Z-Wave SOCs halten diese Bestimmung strikt ein, d.h. sie sind dann für einige Sekunden bis Minuten funktechnisch „tot“.
Das kann man recht leicht provozieren, beispielsweise indem man bei einem Gerät mehrmals hintereinander alle Parameter ausliest, dann wird man sehen wie schnell es zu Verzögerungen und ggf. Timeouts kommt weil das Gerät einfach nicht mehr antwortet.
Wenn es in Deinem Netz Geräte gibt die immer nahe am Limit operieren (z.B. Repeater an topologischen Engstellen, Geräte mit hohen Report-Frequenzen oder Poll-Raten), dann wird man diese sehr schnell in die Sättigung bekommen. Die bei Dir zu sehende Fehlermeldung deutet zusätzlich darauf hin dass Du Z-Wave Security aktiviert hast, was den Traffic nochmals wesentlich steigert.
Prüfe mal was in Deinem Z-Wave Netz so los ist. Ich habe bei mir ca. 20 Z-Wave Geräte im Netz und musste erheblich optimieren.
Hi
solange du nichts böses machst, wie zb. einen Node permanennt pollen oder ununterbrochen rumswitchen so sind 20 Nodes kein Ding.
Wenn du viele Nodes in der Routingtabelle siehst, so ist das eigentlich ein gutes Zeichen. Das bedeutet das dein Netz dicht geknüpft ist.
In der Tabelle siehst du die Nachbarnode, d.h. alle Node mit dem der ausgewählte kommunizieren kann. Es bedeutet nicht bedeutet nicht das Telegramme auch zwingend alle Nodes benützen. (zWave kann eh nur maximal 4 Hobs). Was wo wann benützt wird das regelt das Gateway von selbst, IPS hat das keinen Einfluß.
Schalte in dem Fenster mal „nur Routing Knoten zeigen“ ab. Im Idealfall sollte dann auch das Gateway sichtbar sein. Wenn dies der Fall ist, so weißt du das das Gateway sehr wahrscheinlich direkt mit dem jeweiligen Node ohne über andere Nodes routen zu müssen kommunizieren kann. Auch das ist gut.
Und ja, so wie „simm“ sagt, Security abschalten hat schon oft geholfen. Dadurch wird weniger und mit mit kürzeren Datenpaketen kommuniziert was logischerweise die Störfestigkeit erhöht.
Sehr schön beobachten läßt sich das wenn dein Gateway eine LED hat welche beim Senden blinkt. Bei Security Geräten leuchtet die pro Befehl für gefühlt 1-2sec. Bei NonSec ist es nur ein minimales aufblitzen.
Nein !
Nicht in der Geräte-Instanz, sondern in der Konfiguration des entsprechenden ZWave Gateways
Schaue hier :
Das Gerät wird beim Einlernen mit oder ohne Secure eingelernt.
Nachträgliches ändern geht nicht.
Musst dann ablernen und wieder (mit geändertem Schalter) neu einlernen.
Ich lerne zur Zeit nur Un-Secure an.
Kannst aber beides im Netz benutzen. Das beißt sich nicht.
Sagen wir so, das ist das erste was man probieren kann. Insbesondere bei evtl.kritischen Funkbedingungen.
Du kannst auch mal probieren die Wiederholungen im Gateway ab- oder runterzuschalten. Zu hohe Werte waren bei mir kontraproduktiv.
Hab das jetzt auf max 1 Wiederholung stehen.
Ja, funktioniert grundsätzlich und hab ich nach Tip hier im Forum auch schon erfolgreich verwendet. - Vorher hatte ich immer mühsam in der settings.json die IDs umgetauscht.
Bei identischen Geräten/Firmware sollte das kein Problem sein.
Er hat aber wegen nun abgeschaltete Security nun andere Klassen, in der Instanz ist aber noch die alte Konfig mit SecurityKlassen abgebildet. Hmm ob es da nicht zu Verwicklungen kommt ?
Ich würde zumindest vorher ein Backup anlgen und danach überprüfen ob die Instanz noch sauber funktioniert.
Besten Dank erst mal für die Hilfe beim Entfernen und wieder anlernen der Nodes.
Das hat wie beschrieben sehr gut funktioniert.
So musste ich nicht die Logik erneuen…
Wie es nun mit meinen Timeouts weitergeht muss ich noch untersuchen.
Ich halte Euch hier am Laufenden!
Hast du evtl in deinen Aktoren/Sensoren immer alle Reportklassen im Einsatz. Damit kann man sich viel Ärger einholen.
D.h. ich sende nicht jede Information sofort los.
Temperatur/feuchte sind keine Echtzeit Geschichten, da reicht es auch alle 15 minuten, statt sofort bei jeglicher Veränderung.
Oder die Assoziationsgruppen. Ein zwave Controller muss nicht überall drin sein - je nach Aktor… Da sind manchmal unnötige Alarmklassen vorgesehen die eigentlich keinen interessieren
P.s. ich schalte über das Astronomie Modul alle Rolladen/Jalousien seit Jahren problemlos.
Am Morgen alles auf Kipp/Lüftungsstellungam Abend alles runter.
Ich hätte da noch nie Probleme.
Ich habe aber auch einen kleinen sleep zwischen den zwave rolladenaktoren eingebaut.
Dann fahren die raffstoren schön nacheinander hoch…
Im EG sind das gesamt 11 Aktoren die da fast gleichzeitig geschalten werden.