That would be consistent with all the other brands of the same doorbell. None of them have a web config.I’m unable to login into the doorbell. When I land on the ip of the doorbell it just says connection failed
That would be consistent with all the other brands of the same doorbell. None of them have a web config.I’m unable to login into the doorbell. When I land on the ip of the doorbell it just says connection failed
I was interested in this one, but not with the requirement for an account just to set it up and with no way to capture the push of the button conveniently. When will someone produce a PoE doorbell that allows access to the push of the button, although if it is PoE the button terminals will naturally be a dry contact (hopefully).
I was interested in this one, but not with the requirement for an account just to set it up and with no way to capture the push of the button conveniently. When will someone produce a PoE doorbell that allows access to the push of the button, although if it is PoE the button terminals will naturally be a dry contact (hopefully).
Does it expose the same API as the Amcrest ones? If so, then this should be accessible there and can be captured by such things as home assistant using the dahua add-on, or amcrest2mqtt.with no way to capture the push of the button conveniently.
there are intercoms which can do it, no need for indoor station , no need for cloud (but SIP server if you need forward to phone),
Agreed. I will continue to update my thread with additional findings after testing but definitely the account requirement is a negative IMO. Unfortunately when marketing teams state ‘private doorbell, no cloud’ but then force an account as a requirement to use doorbell functions it really does kill the locked down / more secure approach that most people either are / or should be implementing when adding these and other security devices we discuss here, to their properties both residential and commercial / enterprise.
I have a villa station and while it is PoE and more secure there is still no way to conveniently pick off a button push which just plain stinks. Yeah it works with the VTH unit, but then your stuck in one spot where the VTH is. That's great at a reception desk but stinks for home use. I'll be taking the VTO apart to see if I can pick off the button push one way or another. Pictures will be posted IF I am successful.
The VTH acts as the SIP server, but even with that there's no pickoff for a button push to activate a real doorbell. Jumping through hoops to do that with scripts is a no go for me, too old to jump much anymore. Last time I did that my teeth fell out and my toupe' went flying.
In terms of video, it's fine for what it is meant for...close up observation. It's not an overview camera at all. At the range of a few feet 720P is fine. It is a little clunky compared to a normal video doorbell but in my case, mounted on a gate post, it fits in just fine.
I have no idea about exposed APIs since I don't have the doorbell but maybe Wildcat does. I'm more of a wiring guy than a scripting expert and even if there's an API that means a SeaLevel device to act as a relay for the physical doorbell which, once again, stinks and is a kludge for what should be a simple, standard, option.
I have a villa station and while it is PoE and more secure there is still no way to conveniently pick off a button push which just plain stinks. Yeah it works with the VTH unit, but then your stuck in one spot where the VTH is. That's great at a reception desk but stinks for home use. I'll be taking the VTO apart to see if I can pick off the button push one way or another. Pictures will be posted IF I am successful.
I was interested in this one, but not with the requirement for an account just to set it up and with no way to capture the push of the button conveniently. When will someone produce a PoE doorbell that allows access to the push of the button, although if it is PoE the button terminals will naturally be a dry contact (hopefully).
I think I'm missing something then, what do you mean by "capture"? The doorbell this thread is about does act like a traditional doorbell, during setup you select either mechanical, or digital, chime, and it rings the normal chime in your house just fine.I have no idea about exposed APIs since I don't have the doorbell but maybe Wildcat does. I'm more of a wiring guy than a scripting expert and even if there's an API that means a SeaLevel device to act as a relay for the physical doorbell which, once again, stinks and is a kludge for what should be a simple, standard, option.
I'm pretty sure, that neither one of us have claimed that that exists.