Probleme mit Z-Wave Polling

[wupperi]

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:

PHP-Code:

<?
$id1 = 29341 /*[Rollos\Bad OG\Z-Wave Rollo Bad OG (NodeID 19)]*/;
$id2 = 50904 /*[Rollos\Bad UG\Z-Wave Rollo Bad UG (NodeID 003)]*/;
$id3 = 20648 /*[Rollos\Gaeste UG\Z-Wave Rollo Gaestezimmer UG (NodeID 004)]*/;
$id4 = 21831 /*[Rollos\Hauswirtschaftsraum EG\Z-Wave Rollo Hauswirtschaftsraum EG (NodeID 005)]*/;
$id5 = 49345 /*[Rollos\Kind UG\Z-Wave Rollo Kind UG (NodeID 002)]*/;
$id6 = 10363 /*[Rollos\Kueche Fenster EG\Z-Wave Rollo Kueche Fenster EG (NodeID 006)]*/;
$id7 = 45630 /*[Rollos\Kueche Terasse EG\Z-Wave Rollo Kueche Terasse EG (NodeID 007)]*/;
$id8 = 29002 /*[Rollos\Schlafzimmer OG\Z-Wave Schlafzimmer OG (NodeID 013)]*/;
$id9 = 31948 /*[Rollos\Wohnzimmer Balkon 1 EG\Z-Wave Rollo Wohnzimmer Balkon 1 EG (NodeID 010)]*/;
$id10 = 14867 /*[Rollos\Wohnzimmer Balkon 2 EG\Z-Wave Rollo Wohnzimmer Balkon 2 EG (NodeID 011)]*/;
$id11 = 10482 /*[Rollos\Wohnzimmer Terasse 1 EG\Z-Wave Rollo Wohnzimmer Terasse 1 (NodeID 008)]*/;
$id12 = 17823 /*[Rollos\Wohnzimmer Terasse 2 EG\Z-Wave Rollo Wohnzimmer Terasse 2 EG (NodeID 009)]*/;
$id13 = 49566 /*[Licht\Z-Wave Licht Treppe Aussen (NodeID 014)]*/;
$id14 = 52055 /*[Garten\Z-Wave Mauerlicht (NodeID 015)]*/;

$id1_status = ZW_requeststatus($id1);
ips_sleep(50);
$id2_status = ZW_requeststatus($id2);
ips_sleep(50);
$id3_status = ZW_requeststatus($id3);
ips_sleep(50);
$id4_status = ZW_requeststatus($id4);
ips_sleep(50);
$id5_status = ZW_requeststatus($id5);
ips_sleep(50);
$id6_status = ZW_requeststatus($id6);
ips_sleep(50);
$id7_status = ZW_requeststatus($id7);
ips_sleep(50);
$id8_status = ZW_requeststatus($id8);
ips_sleep(50);
$id9_status = ZW_requeststatus($id9);
ips_sleep(50);
$id10_status = ZW_requeststatus($id10);
ips_sleep(50);
$id11_status = ZW_requeststatus($id11);
ips_sleep(50);
$id12_status = ZW_requeststatus($id12);
ips_sleep(50);
$id13_status = ZW_requeststatus($id13);
ips_sleep(50);
$id14_status = ZW_requeststatus($id14);
?>

Wenn Du im Skripteditor STRG-Leer drückst, kommt die Liste der Befehle. Z-Wave fangen alle mit ZW_ an.

[wupperi]

Zitat von wupperi

Ich habe nämlich bei mir den seltsamen Effekt, dass ich, je nach Poll Intervall, früher oder später mit den Polls meinen Tricklestar Gateway ins Nirvana schicke. Ich hatte Intervalle eingestellt zwischen 30s und 5 Minuten. Jeweils mit dem Effekt, dass nach wenigen bis mehreren Stunden irgendwann IPS nicht mehr die Befehle absetzen konnte. Ich musste dann jedesmal den USB Port aus- und wieder einstecken. Paresy hat schon auf mein Mainboard getippt, er konnte den Fehler nicht nachstellen.

@Horst: Sieht dann aus wie im attachment. Mist, passiert auch mit der 2.1

[Horst]

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.

[wupperi]

Zitat von Horst

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.

Nein, ist laut Fa Schwaiger, den Entwicklern der Düwi/Popp Geräte, sowie auch dem CTO von Tricklestar bei Z-Wave nicht implementiert.

Zitat von Horst

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.

Ok, mache ich.

[wupperi]

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"

05.08.2009 08:31:05.00 | (RF) Waiting for transmit... | 25 02
05.08.2009 08:31:05.00 | Waiting for transmit... | 13 11 02 25 02 05 11
05.08.2009 08:31:05.00 | Transmitted | 09 00 13 11 02 25 02 05 11 C5
05.08.2009 08:31:05.00 | Received OK | 09 00 13 11 02 25 02 05 11 C5
05.08.2009 08:31:05.00 | (RF) Transmitted | 25 02
05.08.2009 08:31:10.00 | (RF) Wait Error | 25 02
05.08.2009 08:31:10.00 | (RF) Waiting for transmit... | 25 02
05.08.2009 08:31:10.00 | Waiting for transmit... | 13 12 02 25 02 05 12
05.08.2009 08:31:10.00 | Transmitted | 09 00 13 12 02 25 02 05 12 C5
05.08.2009 08:31:10.00 | Received OK | 09 00 13 12 02 25 02 05 12 C5
05.08.2009 08:31:11.00 | (RF) Transmitted | 25 02
05.08.2009 08:31:11.00 | Waiting for transmit... | 05
05.08.2009 08:31:11.00 | Transmitted | 03 00 05 F9
05.08.2009 08:31:11.00 | Received OK | 03 00 05 F9
05.08.2009 08:31:16.00 | (RF) Wait Error | 25 02
05.08.2009 08:32:00.00 | (RF) Waiting for transmit... | 25 02
05.08.2009 08:32:00.00 | Waiting for transmit... | 13 13 02 25 02 05 13
05.08.2009 08:32:00.00 | Transmitted | 09 00 13 13 02 25 02 05 13 C5
05.08.2009 08:32:00.00 | Received OK | 09 00 13 13 02 25 02 05 13 C5
05.08.2009 08:32:00.00 | (RF) Transmitted | 25 02
05.08.2009 08:32:05.00 | (RF) Wait Error | 25 02
05.08.2009 08:32:05.00 | (RF) Waiting for transmit... | 25 02
05.08.2009 08:32:05.00 | Waiting for transmit... | 13 03 02 25 02 05 03
05.08.2009 08:32:05.00 | Transmitted | 09 00 13 03 02 25 02 05 03 C5
05.08.2009 08:32:05.00 | Received OK | 09 00 13 03 02 25 02 05 03 C5
05.08.2009 08:32:05.00 | (RF) Transmitted | 25 02


Ich habe aber auch vorher einige Wait Errors. Woher die kommen ? Keine Ahnung.

Ein IPS restart hilft nichts. Nach restart kann ich auch keinen Aktor mehr fahren, hier um 08:37:47:

05.08.2009 08:37:08.00 | (RF) Waiting for transmit... | 26 01 00
05.08.2009 08:37:08.00 | Waiting for transmit... | 13 02 03 26 01 00 05 02
05.08.2009 08:37:08.00 | Transmitted | 0A 00 13 02 03 26 01 00 05 02 C7
05.08.2009 08:37:08.00 | Received OK | 0A 00 13 02 03 26 01 00 05 02 C7
05.08.2009 08:37:08.00 | (RF) Transmitted | 26 01 00
05.08.2009 08:37:13.00 | (RF) Wait Error | 26 01 00
05.08.2009 08:37:14.00 | Waiting for transmit... | 05
05.08.2009 08:37:14.00 | Transmitted | 03 00 05 F9
05.08.2009 08:37:14.00 | Received OK | 03 00 05 F9
05.08.2009 08:37:47.00 | (RF) Waiting for transmit... | 26 01 00
05.08.2009 08:37:47.00 | Waiting for transmit... | 13 02 03 26 01 00 05 02
05.08.2009 08:37:47.00 | Transmitted | 0A 00 13 02 03 26 01 00 05 02 C7
05.08.2009 08:37:47.00 | Received OK | 0A 00 13 02 03 26 01 00 05 02 C7
05.08.2009 08:37:47.00 | (RF) Transmitted | 26 01 00
05.08.2009 08:37:52.00 | (RF) Wait Error | 26 01 00


Für mich als Laien sieht es so als ob er 0A 00 13 02 03 26 01 00 05 02 C7 und empfängt, das 26 01 00 (ACK?) scheint irgendwo zu hängen?

Und so siehts dann aus, nachdem ich den Tricklestart abgezogen und wieder angesteckt habe:
05.08.2009 08:42:45.00 | (RF) Waiting for transmit... | 26 01 63
05.08.2009 08:42:45.00 | Waiting for transmit... | 13 04 03 26 01 63 05 04
05.08.2009 08:42:45.00 | Transmitted | 0A 00 13 04 03 26 01 63 05 04 A4
05.08.2009 08:42:45.00 | Received OK | 0A 00 13 04 03 26 01 63 05 04 A4
05.08.2009 08:42:45.00 | (RF) Transmitted | 26 01 63
05.08.2009 08:42:45.00 | (RF) Received OK | 26 01 63

[wupperi]

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?

[Horst]

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.

[wupperi]

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.

Welches Intervall/Pause nutzt Du?

[Horst]

IPS_Sleep(5000) mit Ausführung alle 5 Minuten. Wie von Dir als besonders problematisch beschrieben. Bisher keine Probleme.

[wupperi]

Nach 16 Stunden beim abbpollen meiner 3 direkt ansprechbaren Aktoren -> nix geht mehr.

Welche SW Version hat Dein Tricklestar Dongle?