8000 Feature Request: Occupancy / Motion trigger by door contact · Issue #199 · Schmakus/ioBroker.lightcontrol · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Feature Request: Occupancy / Motion trigger by door contact #199

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
MichaelUray opened this issue Mar 3, 2024 · 4 comments
Open

Feature Request: Occupancy / Motion trigger by door contact #199

MichaelUray opened this issue Mar 3, 2024 · 4 comments
Labels
Feature Request

Comments

@MichaelUray
Copy link

I have there a SONOFF SNZB-04 sensor at the door of the living room.

It would be good if its openend status could trigger the occupancy / motion status of the light group.
This would allow to turn on the light as soon as the door gets openend, even before the motion sensor in the room detects a movement, which could take some time, depending on the position and type of the sensor.
The current sensor assignment will not work if noAutoOffWhenMotion is set to true, since if the door stays open, then openend status stays true, even the people already left the room, means only a raising (or falling, maybe depending on the sensor type) edge should trigger to turn on the group.

Maybe to split it up to two sensor types, like motion/presense sensors and door contacts/switches/buttons.
Could be related to #63
@Schmakus
Copy link
Owner
Schmakus commented Mar 3, 2024

Deutsch?
Aber der Türsensor agiert doch wie ein BWM?! Tür auf Licht an. Tür zu, Licht geht aus nach Zeit x. Wenn parallel ein BWM auslöst, bleibt das Licht an, bis BWM und Tür zu.
Was würdest du mit dem Türsensor sonst machen wollen?

@MichaelUray
Copy link
Author

Tür auf Licht an. Tür zu, Licht geht aus nach Zeit x.

Das wäre evtl. bei einer Abstellkammer so zu verwenden, bei anderen Wohnräumen aber nicht unbedingt, da die Türen ja auch offen bleiben können.

Ich meine, dass der Türkontakt (TK) zwar das Einschalten triggert, aber auch wenn die Türe offen bleibt das Licht wieder nach einer gewissen Zeit wieder ausgehen soll, falls nicht noch zusätzlich der BWM etwas meldet.

Beispiel:
Ein BWM ist im Wohnzimmer platziert, dieser reagiert aber erst recht spät, da die Türe schon weit geöffnet sein muss damit überhaupt eine Bewegung der eintretenden Person erkannt werden kann.
Hier ist daher meine Überlegung, dass der TK das Licht beim Öffnen der Türe sofort einschalten kann, er aber darf das Ausschalten nicht verhinden soll, denn die Türe kann ja offen bleiben, obwohl die Person den Raum schon wieder verlassen hat.
Spricht bei einem TK Wechsel von 0->1 (je nach Sensor Type auch invertiert) soll das Licht an gehen, kurz danach würde dann ja auch schon der BWM eine Anwesenheit erkennen. Bleibt der TK auf 1, dann muss die Lichtgruppe aber trotzdem ausschalten können, wenn für Zeit x keine Anwesenheit vom BWM mehr erkannt wird.

Vielleicht könnte man dies über eine "trigger only" checkbox am Objekt lösen?
2024-03-24_11-40-05_objects_-iob0–_Mozilla_Firefox

@MichaelUray
Copy link
Author
MichaelUray commented Mar 24, 2024 •
edited
Loading

Oder vielleicht besser ein Funktion des Objekts Dropdown wie es auch beim Licht Typ ist, dann könnte man dies später leichter für noch anderen Funktionen (z.B. für Taster von Fernbedienungen für ein/aus, heller/dunkler...) erweitern.

@Schmakus
Copy link
Owner
Schmakus commented Mar 24, 2024 •
edited
Loading

Ok,verstanden.
Als Workaround könntest nen eigenen DP erstellen, welcher bei Tür auf nach true wechselt und gleich/oder nach einem Timeout wider zurück nach false wechselt.
Diesen eigenen DP verwendest dann als zusätzlichen Sensor.

Oder einfacher per Script:
Wenn Tür auf dann Power State auf true setzen.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Feature Request
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@Schmakus @MichaelUray
0