Skip to content
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.

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

Enviromental Alarm trigger #896

Open
2 tasks done
Lezcarr opened this issue Feb 19, 2024 · 11 comments
Open
2 tasks done

Enviromental Alarm trigger #896

Lezcarr opened this issue Feb 19, 2024 · 11 comments

Comments

@Lezcarr
Copy link

Lezcarr commented Feb 19, 2024

Checklist

  • I checked for similar existing requests (both open and closed) before posting.
  • My request is generic, other users may benefit from it too.

Proposal

Would be good to have an alternative, so it can triggering a different message/alarm

Additional info

[some example of how the new functionality should look like]

@liorfranko
Copy link

+1

@erkr
Copy link

erkr commented Mar 3, 2024

+1(0 😉)

@stonegray
Copy link

I'm using Noonlight for monitoring which supports water and smoke. I'm interested in maybe adding this. I'd propose we do the following:

  • Extend the device type fields to include specific (eg. smoke, water, fire, CO, maybe panic while we're at it)
  • Add a new Mode called "Always" to allow keeping the devices armed all the time; we can use the existing arm/disarm logic to allow temporarly disarming it for maintenance.
  • Add a new Condition in the Actions pane to only fire an action if the type matches

@erkr
Copy link

erkr commented Mar 18, 2024

@stonegray
I like your proposal. At this moment always on is set implicitly. Option only exposed by the device types (smoke, water etc). Making it an additional setting for all devices , on by default for environment types, would be better.

I have a use case for that: windows that shall remain closed and emergency doors. I can only make them always on changing them into environmental sensors like smoke or water types are by default 🥹

@skaggerik
Copy link

skaggerik commented Mar 19, 2024

Different actions and notifications for tamper, flood, fire etc would be nice.

@ploeffler
Copy link

due to the fact, that "windspeed is too high" is well as "rainrate is too high" are no supported deviceclasses, I tried to keep them as "problem". they would trigger the alarm, but when they get into normal state, the alarm stays triggered.

so maybe supporting the "problem" class would be a good idea for environmental sensors

@skaggerik
Copy link

This could do well with adding devices, instead of sensors. So that tamper and battery could be included with the alarm sensor itself. Result could be an elegant solution for different notifications and actions depending on tampering etc, without using areas.

@skaggerik
Copy link

I use the Ring Keypad, different types of alarms could for example be used for triggering different types of siren sounds/lights on the keypad itself.

@skaggerik
Copy link

skaggerik commented Apr 12, 2024

@nielsfaber regarding #248 and this issue. Perhaps Alarmo could create three services. The calling of which could generate police/burglar, medical and fire alarms. A nice solution to this issue (896) could elegantly be combined with panic button support.

Notifications should also, according to me not only include the tripped sensor and state, but also if the type of alarm is burglar/police, fire, or medical.

Copy link

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days

@github-actions github-actions bot added the Stale label May 13, 2024
@erkr
Copy link

erkr commented May 13, 2024

Still very interested 😀

@github-actions github-actions bot removed the Stale label May 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

6 participants