Polling heisst, dass Du den Aktor von IPS aus aktiv fragst (anpollst) wie denn sein momentaner Status ist. Das brauchts Du dann, wenn Du einen Aktor von Hand bedienst (z.B. am Schalter den Rollo runterfährst) und Du möchtest, dass IPS auch den momentanen Zustand (runter) mitkriegt.
Sonst hast Du unschöne Effekte, dass z.B. IPS denkt der Rollo ist oben, in wirklichkeit ist er aber unten. (=alles durcheinander)
Pollen geht in einem Skript, welches Du zyklisch aufrsufst z.B. so:
Ich muss nur den einen Aktor pollen. Alle anderen werden über den Merten 4fach Binäreingang oder direkt über Bewegungsmelder ausgelöst.
Es gibt eine Verordnung oder ähnliches, die dafür sorgt, dass z.B. FS20 nicht permanent senden darf. Die könnte auch auf Z-Wave passen. Du könntest nochmal die Zeit zwischen dem Polling auf 200ms erhöhen. Meiner Erinnerung nach hatten wir beim Implementieren 200ms für Request-Response beim Pollen der Assoziationsgruppen als zuverlässigen Wert gefunden. Und meine Merten-FB hat immerhin 48 Gruppen, die damit durchgehen.
Das mit dem Zwang zum Pollen bei den Aktoren liegt daran, dass ein US-Hersteller ein Patent auf das Senden von Ereignissen zu Controllern über die erste Assoziationsgruppe hat. Mal wieder ein Beispiel dafür, dass das Patent-System zu trivial ist. Wenn ein Hersteller keine Patentgebühren zahlen will hat er übrigens ganz einfach die Möglichkeit die erste Gruppe leer zu lassen und die Funktionalität in die zweite Gruppe zu packen ;). Sollen z.B. neuere HomePro-Geräte machen. Auch wurden dadurch Z-Wave-Szenen entwickelt. Von denen haben wir jedoch noch kein EU-taugliches Gerät hier gehabt.
Auch mit 200ms gleiches Problem.
Kannst Du mal versuchen das Problem nachzustellen.
Ich habe 17 Aktoren, die ich jede Minute einmal abpolle. Das geht dann ein paar Stunden, und dann kommt (RF) Zeitüberschreitung beim warten auf Antwort in zeile…
Das seltsame ist:
In meinem Meldungsfenster kam die Fehlermeldung genau um 08:31:16.
Im Dump der Schnittstelle sehe ich da aber nur genau ein Paket: „Wait Error“
Jetzt wirds interessant:
Habe jetzt IPS_Sleep(5000) gesetzt und das Skript alle 5 Minuten ausgeführt.
Bei 5 Sekunden Sleep, 5 Sekunden Zeit für Ausführen des Befehls und 14 Aktoren ergibt sich eine Laufzeit des Skriptes von circa 2,3 Minuten.
Also eigentlich genug Zeit, damit das skript in Ruhe durchlaufen kann.
Trotzdem waren jetzt nach schon 60 Minuten meine Aktoren nicht erreichbar und nicht nach mehreren Stunden wie bei IPS_Sleep (200).
Ich musste dann im Anschluß NICHT! den USB dongle ausstecken, sondern nach einem restart von IPS gings wieder. Irgendwie scheint es doch mit IPS zusammenzuhängen.
@Horst: Kannst Du nicht das mal nachstellen, abpollen von 14 Aktoren (alle ausser 3 geroutet) über mehrere Stunden?
Ich kann Dir nur 4 Aktoren ohne Routing bieten. Geroutet werden bei mir in der derzeitigen Konstellation nur ein paar Bewegungsmelder, aber die kann ich nicht abfragen. Polling läuft jetzt jedenfalls bei mir.
Ok, ich habe jetzt mal mein Skript so umgestellt, dass es jede Minute nur die 3 direkt vom Kontroller erreichbaren Aktoren abpollt. Jeweils mit 200ms Pause dazwischen.
Ich denke IPS -> Splitter -> Z-Wave gateway -> Version. Bei mir ists z-wave 2.48 wobei das 2.48 glaube ich der SW Stand ist. Ich bin auf W2003R2 Server.
Welche CPU/Mainboard Kombi hast Du?
Bei obigem Versuch war mein Tricklestar komplett blockiert. Selbst ein reboot des Servers hat ihn nicht dazu bewegt wieder zu senden. Ich glaube fast, dass entweder die firmware defekt ist oder ich evtl. einen defekten Stick habe.
Du nutzt auch Tricklestar? Gibts noch andere von Euch getestete Gateways?
Da habe ich auch die 2.48.
Mein Server ist mein altes HP Compaq nc4200 Subnotebook. Daran hängt ein aktiver No-Name-USB-Hub ohne Netzteil und darin steckt der Tricklestick.
Getestet haben wir noch das Homepro ZCU201 Z-Wave USB-Interface. Das hat aber seine Unzulänglichkeiten. Eine Übersicht an Interfaces mit Hardware-Kritik findet man unter Z-Wave - LinuxMCE wiki. An sich sollte IPS mit allen Interfaces arbeiten, da Z-Wave schließlich genormt ist. Aber ich würde mich da jetzt nicht drauf verlassen wollen.
Den Homepro würde ich nicht kaufen. Ich kann mich nicht mehr genau erinnern, was wir an ihm nicht mochten, aber es hat uns zum Kauf des Tricklestar-Sticks gebracht. Mit der seriellen Version sollten die Probleme allerdings nicht auftreten.
Naja, 60 Euronen und um zumindest den Fehler einzugrenzen…
Heute Morgen ist mein Network USB Hub gekommen. Sollte mein Mainboard I/O das Problem sein, dann müsste es danach ja funktionieren.
Muss den Stick powercyceln. Meinst Du mein Stick hat einen Knacks?
Komisch ist, heute lief es problemlos die ganze Nacht. Nachdem ich dann 10 Minuten wach war und meinen panel PC mit Dashboard in der Küche angechaltet habe waren dann die Fehler da.
Das einzige was sonst noch nebenher lief war eine installation einer Virtuellen Maschine in VM, die war aber (wenn auch auf user input wartend) die ganze Nacht aktiv.