Hallo zusammen,
kleine Frage, wo ich gerade auf dem Schlauch stehe.
Ich habe ein kleines Alarm-Programm:
Jetzt hatte ich in der Vergangenheit sehr selten das Problem, das innerhalb 1s vom Sensor der Status offen und dann geschlossen kam. Natürlich hat der Alarm ausgelöst.
Jetzt wollte ich versuchen das abzufangen.
z.B. wenn Bad offen, dann warte 2s und prüfe dann ob immer noch offen und dann löse aus
Aber ich sehe den Ansatz bzw. den Wald vor lauter Bäumen gerade nicht^^
Muss ich das über eine weitere Systemvariable auslagern?
Wenn Bad offen
dann warte 2s und setze Systemvariable auf auslösen
Sonst setze Systemvariable auf nicht auslösen?
Und im zweiten Programm dann Wenn Systemvariable auf auslösen geht und Bad immer noch offen, dann Alarm?
Geht das überhaupt?
Danke für kurze Ideen.
LG Sandy
Alarm - zeitverzögerte Zweitprüfung
Moderator: Co-Administratoren
- Roland M.
- Beiträge: 9778
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 1369 Mal
Re: Alarm - zeitverzögerte Zweitprüfung
Hallo Sandy!
Allerdings brauchst du im zweiten Programm nicht nochmals alle Bedingungen abfragen.
WENN Fester offen
DANN SV verzögert um 2 s wahr
SONST SV sofort falsch
WENN SV wahr
DANN mach Alarm
Roland
Im Prinzip genau so!SandyDE hat geschrieben: ↑02.08.2021, 23:00Muss ich das über eine weitere Systemvariable auslagern?
Wenn Bad offen
dann warte 2s und setze Systemvariable auf auslösen
Sonst setze Systemvariable auf nicht auslösen?
Und im zweiten Programm dann Wenn Systemvariable auf auslösen geht und Bad immer noch offen, dann Alarm?
Allerdings brauchst du im zweiten Programm nicht nochmals alle Bedingungen abfragen.
WENN Fester offen
DANN SV verzögert um 2 s wahr
SONST SV sofort falsch
WENN SV wahr
DANN mach Alarm
Roland
Zur leichteren Hilfestellung bitte unbedingt beachten:
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
- Bezeichnung (HM-... bzw. HmIP-...) der betroffenen Geräte angeben (nicht Artikelnummer)
- Kurzbeschreibung des Soll-Zustandes (Was soll erreicht werden?)
- Kurzbeschreibung des Ist-Zustandes (Was funktioniert nicht?)
- Fehlermeldungen genau abschreiben, besser noch...
- Screenshots von Programmen, Geräteeinstellungen und Fehlermeldungen (direkt als jpg/png) einstellen!
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
Re: Alarm - zeitverzögerte Zweitprüfung
Hallo Roland,
Danke Dir. Dann werde ich das mal versuchen umzusetzen und mal berichten.
LG Sandy
Danke Dir. Dann werde ich das mal versuchen umzusetzen und mal berichten.
LG Sandy
Re: Alarm - zeitverzögerte Zweitprüfung
Hallo zusammen,
konnte es heute erfolgreich einbauen etc. pp. und es funzt alles. Hab mal alles als Screens angehangen, falls wem das interessiert:
Programm 1 = Auslöser Programm 2 = Warnung Programm 3 = Alarm Programm 4 = Alarm aus
Gibt da was zu optimieren?
Sonst noch ne Frage hätte ich noch, habe das Auslöse-Script von Alchy in Benutzung. Ne Idee wie ich dieses auch verzögern kann und nur auslösen wenn 2s vorbei sind? Ins zweite Programm bringt nicht, weil er den Auslöser aus dem ersten Programm nicht mitnimmt.
konnte es heute erfolgreich einbauen etc. pp. und es funzt alles. Hab mal alles als Screens angehangen, falls wem das interessiert:
Programm 1 = Auslöser Programm 2 = Warnung Programm 3 = Alarm Programm 4 = Alarm aus
Gibt da was zu optimieren?
Sonst noch ne Frage hätte ich noch, habe das Auslöse-Script von Alchy in Benutzung. Ne Idee wie ich dieses auch verzögern kann und nur auslösen wenn 2s vorbei sind? Ins zweite Programm bringt nicht, weil er den Auslöser aus dem ersten Programm nicht mitnimmt.
-
- Beiträge: 266
- Registriert: 05.10.2019, 21:17
- Hat sich bedankt: 110 Mal
- Danksagung erhalten: 2 Mal
Re: Alarm - zeitverzögerte Zweitprüfung
Hallo,
was ich gemacht habe, sind zwei virtuelle Schalter.
1. Alarm an
2. Alarm aus
Diese habe ich dann mittels Direktverknupfung mit den Sirenen gekoppelt.
Wenn ich das mit dem DC richtig verstanden habe, ist das wesentlich schonender weil ein Signal alle Sirenen triggert....
hugo
was ich gemacht habe, sind zwei virtuelle Schalter.
1. Alarm an
2. Alarm aus
Diese habe ich dann mittels Direktverknupfung mit den Sirenen gekoppelt.
Wenn ich das mit dem DC richtig verstanden habe, ist das wesentlich schonender weil ein Signal alle Sirenen triggert....
hugo
- Roland M.
- Beiträge: 9778
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 252 Mal
- Danksagung erhalten: 1369 Mal
Re: Alarm - zeitverzögerte Zweitprüfung
Hallo Hugo!
Man kann die Kirche auch im Dorf lassen.
Roland
Wie viele Sirenen hast du bzw. wie oft löst dein Alarm aus, dass das der DC ein Thema wird?Hugo Oberstein hat geschrieben: ↑07.08.2021, 17:41Diese habe ich dann mittels Direktverknupfung mit den Sirenen gekoppelt.
Wenn ich das mit dem DC richtig verstanden habe, ist das wesentlich schonender weil ein Signal alle Sirenen triggert....
Man kann die Kirche auch im Dorf lassen.
Roland
Zur leichteren Hilfestellung bitte unbedingt beachten:
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...
- Bezeichnung (HM-... bzw. HmIP-...) der betroffenen Geräte angeben (nicht Artikelnummer)
- Kurzbeschreibung des Soll-Zustandes (Was soll erreicht werden?)
- Kurzbeschreibung des Ist-Zustandes (Was funktioniert nicht?)
- Fehlermeldungen genau abschreiben, besser noch...
- Screenshots von Programmen, Geräteeinstellungen und Fehlermeldungen (direkt als jpg/png) einstellen!
-----------------------------------------------------------------------
1. CCU2 mit ~100 Geräten (in Umstellung auf RaspberryMatic-OVA auf Proxmox-Server)
2. CCU2 per VPN mit ~50 Geräten (geplant: RaspberryMatic auf Charly)
3. CCU2 per VPN mit ~40 Geräten (geplant: RaspberryMatic auf CCU3)
CCU1, Test-CCU2, Raspi 1 mit kleinem Funkmodul, RaspberryMatic als VM unter Proxmox, Access Point,...