-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Smart Video Doorbell (Wi-Fi) #15
Comments
Progress -- I was able to figure out the "id" and "key" so that scan found my doorbell. However, it has no properties. So I guess that is the next thing to figure out. |
Hi, nice to hear you successfully obtained your device's id and key values. So the first step is done already.
As far as I know, tuya provides an own interface dedicated to Home Assistant. That's also why you can simply connect using your tuya credentials. I experimented a little taking advantage of this interface (have a look at this repository which utilizes the cloudtuya package instead of the tuyapi used in this project) as well but without overwhelming success. As far as I know this interfae is neither well documented nor very stable (though I would be quite happy being proved wrong there).
Could you please do the following:
If you experience any problems doing so just reach back to me. |
Hmmmm. Maybe I don't have the correct key value (see log). When leaving the device type undefined, it is added with no properties, actions, nor events. Log grepped for "tuya":
|
Hmm, this really looks a lot as if your device uses a completely different protocol than all the other ones supported by tuyapi. Honestly, "Please check your key value" gets logged whenever something is wrong with the data sent by the device. Here, this is definitely the case, but I guess it's all about the protocol and not a wrong key... |
This add-on is based on the tuyapi, wich (as far as I know) only uses the local API. Home Assistant on the other hand (and therefore also cloudtuya as well as this project) use the could API. Therefore, you can just sign in with your e-mail address there instead of having to obtain the id and key values (which are used to find out the ip adress which is then used to communicate with the device locally - that's at least how I understand it). There is an open issue in the tuya repository that discusses using tuya cloud instead of local control: codetheweb/tuyapi#20 |
Sign in? Do you mean I can put my email/pass for iot.tuya.com in the add-on configuration page, in the fields for id and key? I glanced at the other thread you linked to but it's rather confusing. Thanks much though for being so responsive and helpful! For anyone else thinking of buying one of these smart doorbells, think hard. If I had known it wasn't possible to connect locally and avoid their cloud after discovery, there's no way I would have bought this thing... :( |
The tuyacolud-adapter is based on a Homeassistant interface. So yes, this one allows to sign in via e-mail + password. With this add-on, the connection to the device is running through the tuya cloud. But it is rather unstable and I only managed to add very basic functionality to this add-on. The linked add-on has a different configuration page than this add-on (since it works completely different). It does not allow you to enter id/key values there but you rather have to specify username, password, country code and region. |
The Home Assistant project and some other smart home gateways have managed to connect to the TUYA smart doorbell API, so I'm wondering if this add-on for the WebThings Gateway could be enhanced to include it. The device includes a motion sensor, IR and light sensors, a mic, speaker, video camera, and of course a doorbell (momentary push button).
And even if I tried to initially detect it as a switch, I am not sure what to fill in for "key (aka localKey)" on the configuration page for the add-on. I did put in the device id. But I don't see anything when I scan for devices. I would also have expected to have to fill in my email/passwd to connect via the API, but that information isn't in the add-on config.
Any thoughts, tips?
The text was updated successfully, but these errors were encountered: