Unfortunately, the button wasn’t included in the API. Several people (including myself) have asked for them to add it , they said that they will look into it.
It seemed to work, I set it up but I already had a sensor in my chime so didn’t really need to worry about it working all the time … but it did seem to change when button was pressed
I’ll try to look at it again after the holiday there has to be a way to “subscribe” to the event similar to how you can get camera motion alerts… I use this: https://github.com/psyciknz/CameraEvents/blob/master/README.md
To get camera motion events from my nvr… there may be a way to modify it to watch for the CallInfo thing, but as I mentioned I already have a sensor in my chime so I never pursued it much further…
In the meantime you may be able to make a command line sensor using curl and set the scan interval to a few seconds or something…
The Amcrest camera integration is dependent on the pypi python-amcrest library for all I/O such as subscribing to events. Recently this library was updated to be able to subscribe to any and all events (and their associated json payloads) the camera or doorbell can produce.
What this means is that doorbell button presses can now be recognized by subscribing to either "_DoTalkAnswer_ with Action=“Invite” or “CallNoAnswer” with Action=“Start”. The former event is unique to SmartHome App communication, and the latter event is common to other Dahua VTO/doorbell devices as well, so I would prefer to use it.
The Amcrest integration PR to be able to leverage this new capability is pending review, but unfortunately, it is very slow going. Some folks have set up a python script to subscribe to CallNoAnswer and trigger events to HA for immediate button alerts.
I am currently using Tasker on a dedicated Android device to catch SmartHome notifications and trigger immediate motion or button press events which works quite well. I’m now looking into using AppDaemon to run an event-monitoring python script in the HA background.
EDIT: 10/9/21 - For those that missed it (like me) the Amcrest Integration was updated several months ago to provide complete Amcrest & Dahua camera/doorbell Event handling. So quite simple now to trigger on the doorbell push event “CallNoAnswered” action “Start”. There is also a new Dahua camera custom integration that uses a different library (Dahua-VTO) that also returns events as well as creates binary sensors for each event start/stop. I’ve used both and they work great.
Well… The last time I tried was when I wrote this topic. It’s been 3 months now. I should give it another trying. Idk if there are any changes or firmware updates.
At that time I tried reseting. Call notification was ON.
When using the normal amcrest integration should there be an event listener called amcrest? Or does it just show up? I was going to watch for the event but expected to see an event topic to subscribe to (same with rrollers dahua, no binary sensor for button press and didn’t see an event topic either). Also I don’t see the 110 mentioned on rrollers docs
i am talking about two different, the official and another but I know @GaryOkie is familiar with both so I figured he’d know… with the official did you get an amcrest event on the events page of listeners?
The event_type for the core Amcrest Integration is “Amcrest” and it does show up in the developer’s event tool as an active listener. This doorbell press “CallNoAnswered” event is the same for the AD110 and AD410, and can be triggered in the exact same way as rroller’s custom dahua integration except the event_type/listener is “dahua_event_received”.
Motion event handling is different between the AD110 and AD410, since the latter has the excellent human detection which leverages IVS/intrusion detection AI.
EDIT: Since all I care about is the “start” of an event and not when/if “stop” occurs, I don’t need to create binary sensors. Triggering on events is just as easy once you understand how to include the payload. It’s true that rroller’s custom integration automatically creates binary sensors for events that are selected, but I prefer not to use them.