That is a good point. Its one notification that can be swiped away, rather than multiple ones. It updates the image constantly throughout the motion and triggers an android notification sound each time. This results in my phone binging 5-10 times when somebody walks up the drive etc.
Still getting 404: not found on the notifications. The snapshot is displayed properly in the notification, but attempting to look at the clip or screenshot always 404ās
I forgot to mention you need to set the toggle to true for tv notifications down where the tv settings are. Thatās why the group doesnāt work currently.
Thanks, turning on the toggle to True for TV notifications did the trick. Iām just running two automations as suggested to get mobile and TV notifications.
I look forward to your next progress on this. Iām sure youāll work out images to TV.
Hello everyone I am also interested in the possibility of receiving a message in telegram. I assume that you need to change the notification capability in the frigate_0.11_notification file.yaml is somewhere here:
device:
integration: mobile_app
multiple: false
notify_group:
name: Notification Group
I just had a quick look at telgram and it may be fairly easy to get most functionality working.
What happens if you type the name of your telegram notification group/service in the notification group section? do you at least get the title and message? If there is an error, please provide it.
The blueprint relies on mqtt messages as the trigger.
The MQTT config in frigate.yaml is meant to contain the username and password of your mqtt application (mqtt addon in your case)
You can setup a login for frigate in the config for mqtt
I have image notifications to the tv working in beta 8c.
If you want to do a group that has both android TV and android phones you can notify both but you have to chose which one gets the snapshot using the TV Notifications toggle. Otherwise you can still continue to get snapshots on both by having two separate automations.
Canāt say for sure but do you have the payload from any mqtt messages you can view? maybe from the trace of the frigate example that did work?
i suspect it might be due to use of hyphens in the cam name. if the payload contains the camera name with hyphens that is problematic. I know there are a bunch of historical posts in this thread about using underscores instead of hyphens.
In anticipation of the response being yes, iāve updated beta 8d with a possible fix for you to try.
is there a bug with notification delay? Its set to 300second, and home assistant says the notification is being triggered constantly via ālast triggeredā on automation dashboard because it can see cars on the road. The phones are not notified because the cars must be on driveway as it is a zone filter. This is expected behaviorā¦ however now when a car crosses driveway, no notification is sent to the phones because the blueprint is forever on cooldown from seeing cars on the road despite road not being on zone filter!
Moving the conditionals for zone checking to top level solves the problem. As it will not allow home assistant to trigger the automation, thus preserving a true ālast triggeredā for cooldown checking.
I see what you are saying. That might be achievable but i can think of a few reason whys it is the way it is.
The automation is designed to run for the duration of a frigate event. In order to track that an event is indeed the same event, it needs to run in a loop and validate future mqtt messages against the stored id. Without looking into it just yet, if we block an event from triggering the automation then if the object later enters the desired zone, frigate wont be creating a new event, just updating the existing one.
A rework of how it reads the mqtt payload might produce a way to do it, weād have to stop looking for new events and instead trigger based on something else unique perhaps.