That’s amazing. I am trying to get this working on my vivint camera too I believe i have the same model as James_Y. I’m at the step of adding the card, however without luck. Any Tips?
I’ve been working with HA for about a month now, and have recently followed the advice of this thread to get my Vivint doorbell onto my local network. It is a DB8332-SW Version 0200m, if that matters. Originally using the default password and now with a revised password I have both http and telnet access.
The additions to configuration.yaml seem very straightforward, I’ve just used items from https://www.home-assistant.io/integrations/vivotek/ and the config passes all checks. For completeness, my config is:
In which the password (not shown) is my actual root password. However, when I restart to include the new integration, I get (the final line is)…
libpyvivotek.vivotek.VivotekCameraError: Unauthorized. Credentials may be invalid.
…this seems to have been a common error that happened last year moving from 0.99 to 0.100 (that was fixed?). Please, if it’s obvious to you, what stupid thing am I missing?
Yeah I’ve run into this before…Your config looks fine, but for comparison of what you have versus what I have, the only difference is I have live2.sdp in double-quotes, and I don’t have the security_level set, but its suppose to be admin by default anyway. If that doesn’t work, my only other suggestion would be to double-check the passwords…maybe change them in the vivotek web gui (and of course in this HA config) just to see.
@wmaker, thanks. I will give your suggestions a shot. I just successfully got the vivotek to mount a samba share (but not from the web interface - from telnet! argh!) so progress continues. Hopefully I can get HA to see the darn thing.
Looks like to get my SMB mount permanent I’ll need to follow your steps in post #16, so thanks in advance for blazing this trail!
Just some random updates that may hopefully help others… (I still can’t get HA to recognize the darn thing)…
The root filesystem can be remounted read/write using the “standard technique”… if you want to add changes to various scripts without having to perform the bind mounts mentioned in the first post (unless these are overwritten at reboot? donno)… Not sure what convinced me of this but I can’t repeat it…
Using the web interface you can set up network storage, but the current scripts in cgi-bin won’t correctly test mount a Samba share… however
mount.cifs will mount a Samba share if you remove the arg sec=ntlm and replace it with vers=3.0 (force a SMB version 3 mount)… at least this worked for me. I read that one shouldn’t use vers and sec (security) options at the same time, so I removed the sec option.
This has to be corrected in /mnt/flash/etc/auto.conf, so that automount can mount the SMB share when asked.
With this correction in place and the right event settings, the Vivotek is saving tarfiles (containing a snapshot and clip) to the Samba share…
Looks like I need to lower the sensitivity as 6 tarfiles have appeared in the last 10 minutes hahahahah!
Wow great additions from a lot of people! Just out of curiosity, does the vivotek integration perform better than just setting up an RTSP stream from the camera?
Before the Vivotek integration came along I did setup my Vivotek cameras using RTSP stream. The other thing I do with the Vivotek integration is to use some of service calls it provides.
Good question… I seem to recall when I first setup the Vivotek integration, it was setting up an rtsp stream to the camera just like a regular camera would do, so I think the performance is the same.
Hi Tommy,
did you maybe updated your plugin recently or the version available on the github is the latest one?
I finally managed to run it with my Dahua VTO2000A doorbell. It is great idea to run the communication as designed here and I believe it will run reliable.
I’m now thinking about some customizations however would like to avoid making mistakes I’ll do while learning :-).
@wmaker Hi Tommy, great project. I am trying to do something similiar, but really don’t understand the ports and DNS stuff. I am using Hassio with NGINX manager and are not sure how to resolve the wss://my.duckdns.org:8089/ws.
Are you using a reverse proxy or how are you forwarding the Duckdns to the correct ports.
Thank you Mark
Hi,
The websocket is the one used by the webbrowser/doorvivint card to reach the Asterisk server.
In the example, the webrowser/doorvivint card tries to get to the Asterisk server using my.duckdns.org with destination port 8089. The my.duckdns.org would name resolve to your router’s WAN/Public IP address so packets sent by the webrowser/doorvivint card would arrive at your router’s WAN/Public IP address with destination port 8089. You would put a Port Forward rule in your router to route Port 8089 to your internal LAN IP address of your Asterisk Server.
If you have to go through your NGINX to reach the Asterisk Server, then I would think you would set it up similar to how you set it up my.duckdns.org:8123 for Home Assistant.
@wmaker Thank you for your quick reply. I am a little confused with the whole network stuff. I have turned off NGINX and will see what happens. I think I have a few DNS caches that are also causing me issues.
@wmaker Thank you for this amazing project. I am using your code with the Grandstream 3710 and it is working perfectly from a chrome browser in windows 10. But when I try is on an Andriod device, such as Google Pixel 5 or Fire HD 8, I find that I can call the door station and two way audio is perfect. But if the door station calls the device, the Answer/reject buttons pop up, but when I select Answer, the call fails. Have you tried answering a call on an Andriod device?
I only tried that direction using Chrome/W10 when I first started playing with doordroid card. Since my doorbell is not setup to originate a call, I haven’t done much else for that direction.