This is the forum archive of Homey. For more information about Homey, visit the Official Homey website.
The Homey Community has been moved to https://community.athom.com.
This forum is now read-only for archive purposes.
The Homey Community has been moved to https://community.athom.com.
This forum is now read-only for archive purposes.
Closed Official CommunityApp SDK2
[APP] Heimdall - Let Homey watch over your home.
This discussion has been closed.
Comments
Now thats uber cool
I don't have sensors that have both capabilities (contact and motion) in one device so I can't test on it but I've included a minor change in the version (1.0.4) that is submitted (and waiting for approval by Athom) that should show improvement.
Having Heimdall trigger 'if the door is opened AND if a motion is detected' will not happen, the first detection on a device will trigger the delay/alarm.
not that secure but no intruder will know that.
and as long there is no proper rfid tag reader for zwave that talks to Homey it’s good enough
I stated my question a bit wrong, I did not wanted to trigger the alarm only if both door open and motion are detected, but I want to trigger the alarm if the door is open (so when somebody comes in) or when motion is detected (when I come donw in the morning). I will wait for the update.
Or you can create your own action with this flow card:
Version 1.0.4
New setting: Please select the desired option(s)
@vaderag
Can it be that the app remembers its alarm state after a power cut and comes back on "alarmed" if that was its state before the power cut ?
Andrew
I had an issue where the countdown didn't seem to be kicking in - seems this was related to the update above and resetting the value and ticking the box worked
But I also have another issue - I don't seem to be getting the countdown on re-entry - in fact, I seem to get nothing...
If i trigger one of the delayed trigger, it does noting (I have alarm and arming countdown ticked so should get a countdown - I was yesterday)
If i trigger one of the non-delayed trigger it alarms (as expected)
Is this a bug with the new release perhaps? Or could it be related to the test conditions - my family is in the room with one of the sensors so it was probably detecting motion as arming / disarming was occuring...
I guess it's caused by the fact the sensors are already in a tripped state before arming, I've just tested this (and before publishing this version) again and it works like it should.
To be honest tho the PIR in question is usually tripped on activation the more I think about it since it's in the room where activation occurs, so but confused why suddenly but working
Version 1.0.5
Flow Card The alarm is activated now has two tags: Zone and Reason
The current version should give better support for the Philio 4 in 1 sensors, could you please test if the sensor now reports movement and an open/closed state when you trigger that particular sensor of the device?
Thanks.
I will create a paypal account when i get home from the hospital so I can send you a beer
I just created a flow to Arm the Surveillance with an NFC key. I have a 30second countdown to arm
It seems that if you press the NFC key during countdown it will actually run a second countdown alongside it (so reading out a mix of numbers), even though I have a flow that checks for Survellance mode being armed and NFC presented, set to disarmed, it didn't...
There is no condition card that checks if a Surveillance mode is being armed, only if it is armed. So when you are arming with a delay the condition card will not be true (when checking for the armed state) until the countdown is done.
I had done some testing and the armed state seemed to activate the moment the countdown started (ie. Being armed is part of the armed state), but sounds like you're saying that being armed is still part of the unarmed state?
The condition card will validate disarmed, the history will show disarmed and the status indicator on the Dashboard will show disarmed.
But here's the catch: The Surveillance Device (on your phone or in the devices view) will show the Surveillance Mode that is being countdown towards. This sounds weird but makes sense because a) you can easily switch to Disarmed when desired b) When setting the Surveillance Mode from the Surveillance Device you would have selected the new desired mode. So it will only be noticed when you set a Surveillance Mode via a flow AND use a Arming Delay AND use the Surveillance Device to check the state.
Can I make a request for an 'is counting down' card? (Or to include it as a state perhaps?)
It seems this would be the only way to have an interrupt of the countdown via the same method (unless I'm missing something)
E.g tap NFC = arm but if counting down or armed = disarm
I'll look into it, I've created an issue for your request: https://github.com/daneedk/com.uc.heimdall/issues/14
and a condition flowcard to check if there is an Alarm countdown active
These cards will be available in version 1.0.7
Version 1.0.6
The tampering detection that some sensors have like for example the Aeotec MultiSensor 6 or the Fibaro Motion Sensor will now also be used as a trigger for devices you have selected in an Armed Surveillance Mode.
I haven't played with Heimdall for I while, perhaps I have to let the App know these two sensors should be added?
How do I do so?
Normally new sensors that have capabilities that Heimdall supports (alarm_motion, alarm_tamper and alarm_contact) show up in the devices overview on the settings page immediately after adding them.
Can you try to restart the app? When the app is started it will go through all devices.
I will let you know!