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
Yes! Super, It works!
This is the number one App on Homey. THX!!!
Great app!
Used this afternoon for some testing in combination with Neocam Motion-sensor.
While testing I found out that when the motion-sensor activated the alarm-state, and I deactivate the alarm, there will be no new alarm when a new motion is detected. In the logging I see:
And after deactivating the alarm, the new log:
When I restart the Heimdall-app, the alarm-state is activated by a new motion. When I won't restart the app, this is not happening.
Is this a normal thing, or is this a bug?
Keep up the great work!!
(Created a github issue for it: https://github.com/daneedk/com.uc.heimdall/issues/8)
Motion detected, no alarm trigger due to running delay countdown
I've fixed it and submitted a new version to the App Store for approval, we will have to wait for someone at Athom to approve it.
I would like to delay the alarm when being enabled. The checkbox in the settings page seems to be the perfect solution.
But; if I set that checkbox to true. And I have the following scenario:
1. Switch enables the Alarm
2. Heimdall is counting down from 30 to 0
3. At x-seconds, during the countdown, i decide to cancel the procedure because I forgot my phone.
Currently (and correct me if i'm wrong), i'm unable to cancel the countdown procedure. I need to wait until the 30s have passed and then disable the alarm. That's not ideal, so that makes in my situation the checkbox useless.
How I would solve it (if this wouldn't be native be resolved) is starting a Countdown timer that I'm able to cancel.
I just started using your app. So I might be wrong about this scenario. Great work btw. If i get everything up & running. I'll do a donation.
1. Use the Surveillance Mode Switch to set the state to Armed (or Partially Armed)
2. Heimdall starts the Delayed Arming
3. Use the Surveillance Mode Switch to set the state to Disarmed (at any time before the countdown is over)
For me that produces the following in my history and the Surveillance Mode remains Disarmed.
Next version will show this like this in the history:
So what you are saying is that when I set it Disarmed while its Disarmed. It kills the trigger?
The problem with that in my set-up is that I have a physical switch to enable/disable the Alarm. And I need to have the button ( a NEO touch switch ) in sync with the S Mode. If I do that in flows, it will create a loop.
So in order to prevent the loop, I check before switching of the alarm whether its on in the first place. And when turning it on whether it was off. That if-statement prevents a loop. But also prevents the situation in which i can switch Off while its already Disarmed.
I think I have a solution for your problem but I'm not 100% sure how you build your flows, so can you please post some screenshots of them here so I can help you better.
I've installed Heimdall, added Surveillance device, added Alarm device.
I added a motionsensor to Full surveillance mode.
Then, i created a flow:
Next, I triggered Armed in Surveillance device.
I then triggered the motion sensor, and the flow was executed perfectly.
I then disabled the alarm via the alarm device.
unfortunately, now it doesnt work anymore.
for some reason, i see the following message (motion detected, no alarm trigger due to running delay countdown):
any advice is welcome...
Btw, if I were you I would change the flow you posted, the 'The motion alarm is on' condition card is not needed, when you would add more sensors it can cause problems.
Also, the 'Activate Alarm Action' card is not needed, as the Alarm is already activated when that flow is triggered by the 'The alarm is activated.' card.
Version 0.1.7
*Heimdall is prepared, it is not yet implemented in the Homeykit app.
In this release there are also some other goodies:
@quakerix @mistaoutlaw @mruiter
works like a charm!
can you PM me your bank account?
I'd rather donate the 49 cent Paypal trx fee to you!
and if you use a paypal.me adres you dont have any trx fee
The extra Homey audio-feature is perfect.
Keep up the good work! I will donate a big beer to you!
Also, it seems like my loadavg shoots through the roof (goes from ~0.4 to ~3) when the settings page is open.
Am I the only one?
I can't say I see an impact on the loadavg myself, but I've cleared my history yesterday and only log when in Armed mode so not much entries yet. I can imagine having a large history can put some load on Homey when you're in the settings page as that is retrieved every second.
so you can have your beer @DaneeDeKruyff
[edit]
Did some more testing, the high load is indeed caused by the automatic refresh, even when the state is disarmed and no new entries are being logged.
When I disable the automatic refresh the loadavg slowly goes back to ~0.3
[edit2]
After removing the history enabling auto refresh doesn't change the loadavg anymore.
Maybe there's another way to do the refresh which doesn't stress the cpu as much?
Or make it so that we can input the refresh interval ourselves to set it to 5 or 10 sec?
@Fire69 I’ll look into it, created an issue for it on Github: https://github.com/daneedk/com.uc.heimdall/issues/9
Hi Danee, why is ther in the logging so much "Geen beweging gedetecteerd"
Is the Philio calling this so much to homey or does Heimdall is asking the status?
THX!
But less on fibaro and neo
You can use the Do not log deactivating of sensors setting to keep your history clean.