Closed rigrig closed 3 years ago
synology_dsm documentation synology_dsm source (message by IssueLinks)
I'm having the same issue on my end.
I can (very temporary) resolve this by going to the Synology DSM integration and clicking "Reload". The cameras work again after that, but stop working again shortly afterward.
Same behavior as @SiliconAvatar here. It can correctly detect the camera from Synology, it can show still images from the camera (updating every few seconds), but clicking on the camera card on the interface plays no video. Logs show:
2021-01-09 11:37:48 ERROR (stream_worker) [libav.rtsp] method DESCRIBE failed: 401 Unauthorized
2021-01-09 11:37:48 ERROR (stream_worker) [homeassistant.components.stream.worker] Error opening stream rtsp://syno:****@192.168.***.***:554/Sms=4.unicast
The IP address is correct, which makes me believe my issue (and possibly @SiliconAvatar's issue as well) has a different root cause than @rigrig's issue (expired credentials, instead of wrong host).
Home Assistant 2020.12.2 running on HA OS 5.10, on a RPi3.
Like @SiliconAvatar, going to /config/integrations
and clicking on "⋮ → Reload" on the Synology DSM integration will "work": the live video stream from the camera will be playable inside Home Assistant, but after a while (hours? minutes? I haven't measured.) it will start failing again.
EDIT: Seems like my issue is better described at #43080 and #44573 and #43683.
Hi all,
based on #43683 f469caf I have created new docker images containing improvements for camera data update. They can be found here https://hub.docker.com/r/mib85/homeassistant
It would be great, if some of you could test it on your environment.
thanks in advanced.
I gave it a try, didn't solve my issue :-(
Hi @rigrig
thanks for testing. Because the synology_dsm
integration takes over the life view URL (rtsp://syno:*****@192.168.2.99:554/Sms=2.unicast
in your case) directly from surveillance station, please check the Path
and if available URL
data directly from camera configuration in surveillance station (example below)
Hrm... Turns out that I didn't pay attention, and 192.168.2.99
actually is in use, by the second network interface. And apparently Synology advertises that as public ip.
My camera settings look like this:
So I have these ip addresses:
192.168.2.1: router
192.168.2.8: DSM (home assistant also runs here, inside docker)
192.168.2.99: DSM (secondary interface)
192.168.2.15: Camera
Reason for this is that my router ran out of ports, so I set it up so that I could connect another device through the secondary NAS port, forgot I assigned .99 to it :-|
I definitely configured the integration with 192.168.2.8
though, so no idea why it tried to connect to 192.168.2.99
, probably Surveillance Station getting confused?
And even weirder: I just removed the integration, restarted HA, added it again, and now it does work properly...
Nice to know, that you found the root cause for the issue in your setup 👍 If your issue is solved, please close this one.
Btw. configure IP address from same subnet on two different interfaces in same routing context is not a good idea 😉 If you need more ethernet ports in your network, than I would highly recommend to invest in a switch (already available for less than 20€ - for an unmanaged switch example is TP-Link TL-SG105)
Whoops, sorry for not closing this.
And thanks for the advice. I know it's not great, but as long as it works I'm happy to avoid adding yet another box to my mess ;-)
The problem
Viewing a camera stream through Synology Surveillance Station doesn't work: Camera: Foscam C1 at 192.168.2.15
Surveillance station: 192.168.2.8
Home Assistant: 192.168.2.8 (docker on the same NAS)
From the log it seems like it is trying to connect to
192.168.2.99
, but I know there aren't any devices with that address in my network.Environment
Problem-relevant
configuration.yaml
none: integration is configured through UI,
core.config.entries
section:Traceback/Error logs
(passwords replaced with *****)
Additional information