Programm für längere Anwesenheit mit HmIP-SPI
Moderator: Co-Administratoren
Programm für längere Anwesenheit mit HmIP-SPI
Hallo Zusammen,
ich benötige Hilfe beim Umsetzen folgender Aufgabenstellung.
Ich würde gern mit einem Präsenzmelder HmIP-SPI abhängig von der Helligkeit und Anwesenheitsdauer einen Shelly-Aktor schalten lassen.
Der untere Schwellwert für die Helligkeit soll 5 sein und eine Anwesenheit von mindestens 30 Sekunden muss gegeben sein bevor Präsenz erkennt und der Aktor geschaltet wird. Das heißt Melder soll nur bei Dunkelheit und erst bei längerer Anwesenheit einer Person einen Aktor schalten.
Hat jemanden Ideen zur Programmerstellung ggf. Skript?
Vielen Dank.
ich benötige Hilfe beim Umsetzen folgender Aufgabenstellung.
Ich würde gern mit einem Präsenzmelder HmIP-SPI abhängig von der Helligkeit und Anwesenheitsdauer einen Shelly-Aktor schalten lassen.
Der untere Schwellwert für die Helligkeit soll 5 sein und eine Anwesenheit von mindestens 30 Sekunden muss gegeben sein bevor Präsenz erkennt und der Aktor geschaltet wird. Das heißt Melder soll nur bei Dunkelheit und erst bei längerer Anwesenheit einer Person einen Aktor schalten.
Hat jemanden Ideen zur Programmerstellung ggf. Skript?
Vielen Dank.
- Roland M.
- Beiträge: 10067
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 265 Mal
- Danksagung erhalten: 1479 Mal
Re: Programm für längere Anwesenheit mit HmIP-SPI
Hallo!
Die 30 s sind gerade ungeschickt, aber es dürfen hoffentlich auch 32 sein.
SPI: Mindestsendeabstand 30 s, "Erkannte Bewegung innerhalb des Sendeabstandes" deaktivieren.
WENN Bewegung erkannt (Änderung)
UND Helligkeit < 5 (nur prüfen)
DANN SV_Licht_notwendig verzögert um 32 s wahr
SONST SV_Licht notwendig sofort falsch
Wichtig: Hier die Option "laufenden Verzögerungen abbrechen" aktivieren!
WENN SV_Licht_notwendig wahr
DANN Shelly ein
SONST Shelly aus
Hinweis: Der Mindestsendeabstand wird möglicherweise die Batterielebensdauer reduzieren. Ich habe so einem Fall, im WC/Dusche habe ich einen SPI mit 4 min, im davorliegenden Flur (der aber sicher auch öfter genutzt wird) nur 2 min. Im WC ergibt das eine Batterielebensdauer von ca. 1 Jahr, im Flur nur 9 Monate.
Roland
Die gute, alte Systemvariable!Pegboy hat geschrieben: ↑18.04.2024, 18:02Ich würde gern mit einem Präsenzmelder HmIP-SPI abhängig von der Helligkeit und Anwesenheitsdauer einen Shelly-Aktor schalten lassen.
Der untere Schwellwert für die Helligkeit soll 5 sein und eine Anwesenheit von mindestens 30 Sekunden muss gegeben sein bevor Präsenz erkennt und der Aktor geschaltet wird. Das heißt Melder soll nur bei Dunkelheit und erst bei längerer Anwesenheit einer Person einen Aktor schalten.
Die 30 s sind gerade ungeschickt, aber es dürfen hoffentlich auch 32 sein.
SPI: Mindestsendeabstand 30 s, "Erkannte Bewegung innerhalb des Sendeabstandes" deaktivieren.
WENN Bewegung erkannt (Änderung)
UND Helligkeit < 5 (nur prüfen)
DANN SV_Licht_notwendig verzögert um 32 s wahr
SONST SV_Licht notwendig sofort falsch
Wichtig: Hier die Option "laufenden Verzögerungen abbrechen" aktivieren!
WENN SV_Licht_notwendig wahr
DANN Shelly ein
SONST Shelly aus
Hinweis: Der Mindestsendeabstand wird möglicherweise die Batterielebensdauer reduzieren. Ich habe so einem Fall, im WC/Dusche habe ich einen SPI mit 4 min, im davorliegenden Flur (der aber sicher auch öfter genutzt wird) nur 2 min. Im WC ergibt das eine Batterielebensdauer von ca. 1 Jahr, im Flur nur 9 Monate.
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: Programm für längere Anwesenheit mit HmIP-SPI
Hallo Roland,
vielen Dank.
Auf was wird "Zeit, nach der erkannte Bewegung zurückgesetzt wird" eingestellt?
Warum muss "Innerhalb des Sendeabstandes erkannte Bewegung senden" deaktiviert werden?
Es soll die Zeit Präsenz erkannt verlängert werden, solange eine Bewegung im Raum erkannt wird.
Kannst Du mir "Mindestsendeabstand" und "Zeit, nach der erkannte Bewegung zurückgesetzt wird" einfacher erkären und die Unterschiede erläutern?
Im Handbuch ist mir das zu umständlich beschrieben..
Vielen Dank.
vielen Dank.
Auf was wird "Zeit, nach der erkannte Bewegung zurückgesetzt wird" eingestellt?
Warum muss "Innerhalb des Sendeabstandes erkannte Bewegung senden" deaktiviert werden?
Es soll die Zeit Präsenz erkannt verlängert werden, solange eine Bewegung im Raum erkannt wird.
Kannst Du mir "Mindestsendeabstand" und "Zeit, nach der erkannte Bewegung zurückgesetzt wird" einfacher erkären und die Unterschiede erläutern?
Im Handbuch ist mir das zu umständlich beschrieben..
Vielen Dank.
- Roland M.
- Beiträge: 10067
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 265 Mal
- Danksagung erhalten: 1479 Mal
Re: Programm für längere Anwesenheit mit HmIP-SPI
Hallo!
Du gehst durch einen Raum, der Bewegungsmelder löst aus.
Nach zwei Minuten gehst du zurück.
Nach 4 Minuten würde das Licht abgeschaltet werden, aber nachdem ja vor zwei Minuten Bewegung erkannt wurde, wird das Licht mit dieser gesetzten Option für weitere 4 Minuten eingeschaltet.
Fazit: das Licht bleibt für eine weitere (Mindestsende-) Periode an, oder in diesem Beispiel plakativ ausgedrückt 6 Minuten zu lange.
Und in deinem Fall würde sogar das Licht eingeschaltet werden, wenn du in den geforderten 30 Sekunden den überwachten Bereich verlässt.
Roland
Ich setze diese Zeit immer auf den Mindestsendeabstand.
Kleines Beispiel, angenommen der Mindestsendeabstand steht auf (Default) 4 min.Warum muss "Innerhalb des Sendeabstandes erkannte Bewegung senden" deaktiviert werden?
Du gehst durch einen Raum, der Bewegungsmelder löst aus.
Nach zwei Minuten gehst du zurück.
Nach 4 Minuten würde das Licht abgeschaltet werden, aber nachdem ja vor zwei Minuten Bewegung erkannt wurde, wird das Licht mit dieser gesetzten Option für weitere 4 Minuten eingeschaltet.
Fazit: das Licht bleibt für eine weitere (Mindestsende-) Periode an, oder in diesem Beispiel plakativ ausgedrückt 6 Minuten zu lange.
Und in deinem Fall würde sogar das Licht eingeschaltet werden, wenn du in den geforderten 30 Sekunden den überwachten Bereich verlässt.
Da wird ja auch gemacht, solange am Ende der Mindestsendeabstand noch immer bzw. schon wieder Bewegung erkannt wird.Es soll die Zeit Präsenz erkannt verlängert werden, solange eine Bewegung im Raum erkannt wird.
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: Programm für längere Anwesenheit mit HmIP-SPI
Hallo Roland,
ich habe dein Programmvorschlag in 2 Programmen umgesetzt.
Leider wird die Systemvariable (habe ich Flur_Päsenz genannt) nach 32s nicht geschalten.
Der SPI erkennt Präsenz, setzt einen Änderungszeitstempel.
Ich bleibe im Raum so dass nach Ablauf der 30s immer noch Präsenz erkannt wird.
Der SPI setzt Präsenz nach 30s Päsenz neu mit Änderungszeitstempel.
Die Systemvariable wird nicht geschalten.
Ich vermute es liegt am Änderungszeitstempel nach 30s immer neu gesetzt wird und das Programm was auf Änderung reagiert.
Eine Verlängerung der Präsenz wird scheinbar mit dem Mindestsendeabstand nicht erreicht.
VG.
ich habe dein Programmvorschlag in 2 Programmen umgesetzt.
Leider wird die Systemvariable (habe ich Flur_Päsenz genannt) nach 32s nicht geschalten.
Der SPI erkennt Präsenz, setzt einen Änderungszeitstempel.
Ich bleibe im Raum so dass nach Ablauf der 30s immer noch Präsenz erkannt wird.
Der SPI setzt Präsenz nach 30s Päsenz neu mit Änderungszeitstempel.
Die Systemvariable wird nicht geschalten.
Ich vermute es liegt am Änderungszeitstempel nach 30s immer neu gesetzt wird und das Programm was auf Änderung reagiert.
Eine Verlängerung der Präsenz wird scheinbar mit dem Mindestsendeabstand nicht erreicht.
VG.
- Roland M.
- Beiträge: 10067
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 265 Mal
- Danksagung erhalten: 1479 Mal
Re: Programm für längere Anwesenheit mit HmIP-SPI
Hallo!
Entferne einfach einmal den Haken vom "laufende Verzögerungen abbrechen" nur im DANN-Pfad beim Setzen der SV.
Roland
Ok, dass sich das wie bei einem "Auslösen bei Aktualisierung" auswirkt, verwundert mich jetzt ein bisschen, kann ich aber bei zyklisch sendenden Geräten auch etwas nachvollziehen.
Entferne einfach einmal den Haken vom "laufende Verzögerungen abbrechen" nur im DANN-Pfad beim Setzen der SV.
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: Programm für längere Anwesenheit mit HmIP-SPI
Hallo Roland,
ist das geänderte Programm richtig?
Hast Du noch Ideen?
VG
ist das geänderte Programm richtig?
Hast Du noch Ideen?
VG
- Roland M.
- Beiträge: 10067
- Registriert: 08.12.2012, 15:53
- System: CCU
- Wohnort: Graz, Österreich
- Hat sich bedankt: 265 Mal
- Danksagung erhalten: 1479 Mal
Re: Programm für längere Anwesenheit mit HmIP-SPI
Hallo!
Leider schaffe ich es auch nicht mehr, einen Testaufbau zu machen, der langersehnte Urlaub steht vor der Tür. Je nach Qualität (hust!) des deutschen Internetausbaus werde ich ins Forum schauen, aber das hilft wenig, wenn ich dem Bewegungsmelder ein paar hundert Kilometer entfernt zuwinken sollte!
Roland
Sieht so aus, wie ich es gedacht habe...
Leider nein, oder so gut wie nein. Du könntest nur probieren, die Helligkeitsbedingung vorerst einmal wegzulassen und zu prüfen, ob die Bewegung als einziges Kriterium funktioniert.Hast Du noch Ideen?
Leider schaffe ich es auch nicht mehr, einen Testaufbau zu machen, der langersehnte Urlaub steht vor der Tür. Je nach Qualität (hust!) des deutschen Internetausbaus werde ich ins Forum schauen, aber das hilft wenig, wenn ich dem Bewegungsmelder ein paar hundert Kilometer entfernt zuwinken sollte!
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,...