This might be the push I need to go back to using the core manual alarm (give me those 0.115 goodies!).
I haven’t used the bwalarm html panel since setting up the alarm and actually hide it from the side menu.
It is a convenient way to set up and change sensors on the fly but I just don’t change them that often.
I can arm/disarm the manual alarm via automation or using Lovelace. I can get the triggering sensor name (though not using the bwalarm method, I think).
For the moment i have commented out the part in the code where it tries to register the panel. i then use the alarm card to arm and set from the GUI if needed
I think i will be taking the time to see what i am missing and whether the built in one is sufficient for my needs. This isn’t a failing on @AhmadK in anyway he has done a fantastic job in keeping it going and improving the original also real life takes priority but staying too far behind on releases can cause all sorts of issues
thats brought it back but doesn’t seem to fire when armed. Was hoping I could just update yaml file with new sensors. Never mind probably time to get manual alarm working, but great work until now, it let me get on with other things. Cheers akasma74.
where it would be necessary to put the sensors for the manual alarm of ha, in the alarm jump automations of each mode, where the trigger would be the state of the sensors if they go on, with the condition that the alarm is armed in a mode , I do not know if I explain myself very well
Is it possible to have a mix of “delayed” trigger sensors and “immediate” trigger sensors with the manual alarm, such as it is with bwalarm? I read the documentation a while back and I got the impression that it was either everything-delayed or everything-immediate with either armed_home or armed_away.
I’m not updating to 0.115 immediately, but it will be on my list of things to do in the next 2 weeks certainly.
Yep it’s working! Too bad that panel is gone. I use it all the time, i have all my wall mounted ipads switch to that panel when home is armed, super convenient and looks very sharp. Hope that doesn’t get removed
Works for me too. But hoping to see the Alarm side-panel again soon :D. Thanks for this awsome Alarm component. Exactly how the official Alarm component should have been.
You can use the automations with the standard manual alarm.
EDIT: so after doing some experimenting it seems that what the standard HA alarm lacks is a separation between a pending time and and exit delay. When setting a pending time, it gets used for both and exit and a trigger delay. So whatever you set that as it will be added as a delay to any sensor triggering the alarm.
I’ll let you know once I iron out the current bugs… for some reason the HA sensors seem to send the alarm into ‘pending’ rather than ‘triggered’ then after a whole lot of waiting the alarm finally triggers…
EDIT: currently not getting any notification regarding the triggered sensor, but I’ll work on getting it sorted and post the answer if I get one.
EDIT 2: so after doing some experimenting it seems that what the standard HA alarm lacks is a separation between a pending time and and exit delay. When setting a pending time, it gets used for both and exit and a trigger delay. So whatever you set that as it will be added as a delay to any sensor triggering the alarm (actually I think this is only the manual_mqtt since it differs slightly from the manual alarm). The BWAlarm had a ‘warning’ state for when someone had triggered the alarm and the entry delay was counting down, the manual alarm does not have this…
You could kludge it by setting the pending time to 0 and automating the exit delay. Condition: alarm must be armed for x seconds for a particular group of sensors.