If it’s the Coral USB, I suspect you should be fine. While mine is running on a Pi4, I have a bunch of Odroids arm systems around, and usually the armhf and arm64 stuff is compatible whether a Pi or Odroid based arm board. You can follow the instructions on the Google Coral site and add the repo and install it. If it installs, and the sample code runs (even without the TPU), I think you’ll be fine.
I want to share my automation for notification of Frigate events.
Here’s a few things I do that are interesting:
Create an input_boolean for each camera, named input_boolean.block_notify_<camera_name> If this input_boolean is on, I don’t get a notification. When that input_boolean gets enabled, I have another automation that waits for it to be on for 15 minutes, and then turns it back off.
Use a condition template to only allow notifications from certain cameras. I have a few cameras that are very busy, and I don’t want notifications from them. So I only send notifications from cameras that are part of a list.
Here’s my automation, partially from the new actionable notifications stuff, plus what was posted above. Hope this helps someone!
I’m still trying to figure out how to parallel it properly, and what the wait for trigger timeout should be. Probably drop the wait for timeout to just a minute.
Is it possible to configure a notification for a specific zone? I have two zones configured and only want a notification on my phone for one of the two zones and still get snapshots in my events for both zones.
Since Coral USB is sold out everywhere,
Would using M.2 adapter to USB for the M.2 coral board work with Pi4?
@tonioa it’s working now, the video button redirects to the video link
Btw, could we actually configure to play the video stream directly on the notification?
it runs without the coral. Not sure though how to access hardware acceleration (other N2+ users in this thread?) and would be good to understand, does this only work with rtsp? Or are there plans to also access home assistant embedded cams (like doods can do).
Sure thing! It’s not perfect. It simply looks for the input_boolean going to on for 15 minutes, and then turns it back off. I’ve done this different ways in the past.
alias: Re-enable camera notification after 15 minutes
description: ''
trigger:
- platform: state
entity_id: >-
input_boolean.block_notify_backyard,input_boolean.block_notify_driveway,input_boolean.block_notify_front_door,input_boolean.block_notify_leftside,input_boolean.block_notify_rightside
from: 'off'
to: 'on'
for: '00:15:00'
condition: []
action:
- service: input_boolean.turn_off
data_template:
entity_id: |-
{{
trigger.to_state.entity_id
}}
mode: single
Have you noticed a behavior when you use one of the actions in the notification that cross-launches the HA app, it gets stuck displaying that image/clip?
The issue that I’m currently seeing is that the runs are not timing out properly, and I’m hitting my max parallel runs. I haven’t seen what you’re describing however.
Close the HA app, reopen and you still get the last viewed image.
Reset the frontend cache, reopen you still get the last viewed image.
Reboot your phone, reopen the app you still get the last viewed image.
No amount of swiping or pinching will get you back to the dashboard.
Obviously nothing to do with this automation in particular but possibly an issue with the app and reactive notifications in iOS.
Thank you
I’ve managed to execute it however it cannot find my USB Coral Stick. It can initi it however after it fails to load delegate from libedgetpu.so.1.0.