Software oder Script ? - IP-Symcon Community Forum

guyabano · #1 (**permalink**) 09.12.05, 13:32

Hallo,

irgendwie fabge ich an ein wenig zu verzweifeln:

Ganz einfaches script, das auch tadellos funktionniert:

PHP-Code:

  $move = GetValueBoolean("FS20PIRI_LEVEL2_move_detect");

$switch_duration = 30; // Switchtime in seconds

$FS20S4U_PB = GetValueBoolean("FS20S4U_LEVEL2_PB_Light");

 
if ($FS20S4U_PB == False)

    {

     if  ($move == True)

          {

          IPS_SetScriptTimer("FLOOR_LEVEL2_LIGHT_RESET", $switch_duration);

          FS20_SwitchDuration(57602, True, $switch_duration);

          }

    }

 
if ($FS20S4U_PB == True)

    {

     FS20_SwitchMode(57602, True);

     SetValueBoolean("FS20PIRI_LEVEL2_move_detect", False); // keep PIRI quiet

    }

Es schaltet mein Licht auf dem Flur. Daneben gibt es noch einen Schalter, der wenn ich ihn einschalte, das Licht auch eingeschaltet bleibt.
Dann funktionniert das ganze tadellos...einen halben Tag lang, dann funktionnieren die PIRI´s ganz gut, nur die Befehle werden nicht mehr angenommen und verarbeitet. Ich muss dann IPS runterfahren und wieder firsch starten, dann läuft es wieder....einen halben Tag lang. Das kann ja nicht der Sinn der Sache sein, oder?

Jemand eine Idee was hier falsch läuft?

PS: Ist NICHT die BETA !

Retiarius · #2 (**permalink**) 09.12.05, 14:12

durch was wird dieses Script getriggert?

der Status vom PIRI bleibt erhlaten - d.h. wenn er mal eine Bewegung erkannt hat bleibt er true - du müsstest den dann manuell zurücksetzen.

guyabano · #3 (**permalink**) 09.12.05, 14:55

Nee, der PIRI status wird ja im RESET script zurückgesetzt, das klappt alles.
Das Problem liegt woanders. Wenn ich IPS frisch starte von einem frisch gestarteten Computer , laufen alle scripte (die FS20 betreffen) tadellos. Nur so nach 1 bis 2 stunden geht dann nichts mehr. Gerade bin ich am PIRI vorbei gelaufen, kein Licht ging an. IPS läuft seit 1 Stunde erst. Nun habe ich bemerkt, dass 3 Minuten später (nachdem ich schon am Computer sass) das Licht erst anging, und dann nach der eingestellten Zeit wieder aus.

So, wo kommt diese gewaltige Zeitverzögerung her? Meine FHT´s sind ja in ordnung !

Das Script wird durch den PB (Push Button) und move_detect getriggert

paresy · #4 (**permalink**) 09.12.05, 15:04

Zitat:

Zitat von guyabano

Nee, der PIRI status wird ja im RESET script zurückgesetzt, das klappt alles.
Das Problem liegt woanders. Wenn ich IPS frisch starte von einem frisch gestarteten Computer , laufen alle scripte (die FS20 betreffen) tadellos. Nur so nach 1 bis 2 stunden geht dann nichts mehr. Gerade bin ich am PIRI vorbei gelaufen, kein Licht ging an. IPS läuft seit 1 Stunde erst. Nun habe ich bemerkt, dass 3 Minuten später (nachdem ich schon am Computer sass) das Licht erst anging, und dann nach der eingestellten Zeit wieder aus.

So, wo kommt diese gewaltige Zeitverzögerung her? Meine FHT´s sind ja in ordnung !

Das Script wird durch den PB (Push Button) und move_detect getriggert

Hast du irgendwelche Scripte die Zeitverzögernd wirken?

z.B. Wenn du das WebInterface 0.56 hast und zu viele Graphen, dann kann es sein, dass dein Rechner alle 15min für 2-3Minuten blockiert ist, wo er keine Scripte ausführen kann. (In der 0.7 ist das Problem behoben)

Grüße, paresy

guyabano · #5 (**permalink**) 09.12.05, 15:19

Nee, eigentlich nicht. Das Webgraph habe ich nur testweise 2 Grafiken laufen.
Soeben trat das Phenomen wieder auf. Wenn ich am PIRI vorbei lief, gings wieder nicht. Doch diesmal habe ich genauer hingeschaut: Im Windows-Task-Manager lief die CPU auf 100% ohne Unterbrechung. Erst, nachdem ich dem kleinen PIRI script die Trigger wegnahm, fiehl die CPU auf Null zurück. Ich kann mir jedoch nicht erklären, das das Script sich selbst andaurend triggert?

Irgendwie muss ich mir da was einfallen lassen. Der Fehler liegt wohl bei mir

paresy · #6 (**permalink**) 09.12.05, 15:22

Zitat:

Zitat von guyabano

Nee, eigentlich nicht. Das Webgraph habe ich nur testweise 2 Grafiken laufen.
Soeben trat das Phenomen wieder auf. Wenn ich am PIRI vorbei lief, gings wieder nicht. Doch diesmal habe ich genauer hingeschaut: Im Windows-Task-Manager lief die CPU auf 100% ohne Unterbrechung. Erst, nachdem ich dem kleinen PIRI script die Trigger wegnahm, fiehl die CPU auf Null zurück. Ich kann mir jedoch nicht erklären, das das Script sich selbst andaurend triggert?

Irgendwie muss ich mir da was einfallen lassen. Der Fehler liegt wohl bei mir

Im Kernel->Debug sieht man immer recht schnell, was so an Scripten ausgeführt wird oder wenn sich "Warteschlangen" bilden...

Du kannst ja sonst einen Log ranhängen... dann kann ich mal reingucken

Grüße, paresy

guyabano · #7 (**permalink**) 09.12.05, 15:39

Danke dir. Ich werde mir das mal anschauen, und wenn ich nicht finde werde ich mal die Logs sammeln und anhängen

Torro · #8 (**permalink**) 09.12.05, 17:52

Hallo,

Zitat:

Zitat von guyabano

Danke dir. Ich werde mir das mal anschauen, und wenn ich nicht finde werde ich mal die Logs sammeln und anhängen

ich fuerchte, Du hast Dir irgendwo eine boese Schleife programmiert, in der Dein Script sicht totlaeuft. Normalerweise wuerde dann in diesem Fall Dein Rechner bis in Ewigkeiten verloren sein, bei PHP wird aber jedes Script nach einer bestimmten Zeit (in der php.ini festlegbar) zwangsweise abgebrochen. Das ist das sogenannte Script Timeout. Das koennte dann bei Dir die Ursache sein, dass es nach einer bestimmten Zeit auf einmal geht....

Gruss Torro

guyabano · #9 (**permalink**) 09.12.05, 19:27

Nur, wieso läuft diese Schleife sich tot. Das script ist doch sehr einfach. PIRI an, Licht an für Zeit, Licht aus. So, warum läuft der sich also tot !?
Ich muss mir ein neues Konzept ausdenken.
Der Grundgedanke ist einfach der: Ich habe einen Taster, wenn ich den betätige, der PIRI einfach ignoriert wird, wenn Taster aber auf False, dann schaltet PIRI.
Es geht einfach drum, dass jeder in de Familie einfach das Licht vergisst auszumachen im Flur. (Chronische Krankheit! ) Doch wenn meine Frau grad den Flur wischen möchte, sollte sie mit dem Schalter das Licht einschalten können und dann eingeschaltet bleiben, bis sie manuell wieder ausschaltet.

guyabano · #10 (**permalink**) 09.12.05, 20:21

ok, ich habe es:

Diese Zeile ist Gift für das Script:

PHP-Code:

  if ($FS20S4U_PB == True)

    {

     FS20_SwitchMode(57602, True);

     SetValueBoolean("FS20PIRI_LEVEL2_move_detect", False); // keep PIRI quiet

Wenn jetzt der PB auf TRUE steht, und dann jemand am PIRI vorbei läuft, dann setzt der PB ihn wieder auf False (was ja auch gewollt ist) doch leider triggert der wiederum das script da diese Move_detect- variable als Event Trigger eingesetzt ist und schon haben wir die Schleife. hmp !

Themen-Optionen	Thema durchsuchen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen	Thema durchsuchen: Erweiterte Suche

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Verschiedene Scripte mit else?	hbraun	Allgemeine Diskussion	7	29.11.05 22:43
Welche Software?	pstukenb	Allgemeine Diskussion	8	29.09.05 14:57
Preis + Update ?	astrastar	Allgemeine Diskussion	3	25.08.05 19:03
Problem: Script Queue Time out	Andre_S	Allgemeine Diskussion	1	31.07.05 14:01