I own the Dome 1080p camera, flashed the firmware as per the documentation of the firmware developer and configured according to the platform documentation
The camera appear as not available, anything I can do to debug ?
I’ve changed the FTP password and entered the correct password in the HA configuration, any ideas ?
Hi,
If you say that if camera have FTP Server, this platform will work, then maybe the xiaomi xiaofang with this firmware
https://github.com/samtap/fang-hacks
Also can works with the platform?
thanks
yes, my fang work.
- platform: ffmpeg
name: Test Camera
input: -rtsp_transport tcp -i rtsp://192.168.31.41/unicast
1 Like
Hi @mp3llll,
when you use ffmpeg, in which platform are you using HA and ffmpeg? Raspi 3? because in my case i’m using a docker in synology.
Yes, PI 3.
@ohadbenita Set your HASS log level to debug, find entries relates to camera.yi, and post here for me to take a look. Thanks!
2017-10-26 12:02:06 ERROR (Thread-21) [homeassistant.components.camera.yi] Unable to find path: /tmp/sd/record
2017-10-26 12:02:06 DEBUG (Thread-21) [homeassistant.components.camera.yi] 550 Error
2017-10-26 12:02:06 ERROR (Thread-16) [homeassistant.components.camera.yi] Unable to find path: /tmp/sd/record
2017-10-26 12:02:06 DEBUG (Thread-16) [homeassistant.components.camera.yi] 550 Error
It seems that the /tmp/sd mount exists but no recordings are executed
Any idea why ? The card I’m using is a pretty large one (150GB) formatted in FAT32
Thanks
It seems that the Micro SD card was imporperly formatted
Once I re-formatted it everything’s fine, thanks 
1 Like
Hi all,
I just buyed this cam (thank you black friday) at a very low price but I don’t know much about it:
Pan movement is supported with the current implementation?
The cam will be still send ANY data to china? (you know…)
Thank you in advance
Is it possible to control PTZ from within home assistant?
I cannot control PTZ from the home assistant but its native app
I just bought Yi Dome 1080p camera and have Hassio intsllation, how can I integrate the camera???
Hey, wonder if any of you get a super delayed video feed (like say maybe a good 1 minute after incident).
Followed the method, and followed the recommendation based on the link given - 0.1.4-beta2 (https://home-assistant.io/components/camera.yi/).
My settings are as below:
- platform: yi
name: Common Bedroom Camera
host: ‘192.168.xxx.xxx’
password: xxxxxxxxxxxx
ffmpeg_arguments: ‘-vf scale=800:450’
Did I miss out anything? FYI, I also have other cameras (mixture of DLink, V380s and USB cameras), and Yi Dome 1080p seems to give me the most trouble after following the steps given. Much help would be appreciated!
Just follow the following link for the instructions:
*Make sure you have SD card inside even after installing the firmware. If all else fails, go via telnet to your camera and type ‘ln -s /tmp tmp’.
I’ve a Yi Dome 1080p, after I will hack it with the yi-hack-v3 firmware… I will lost the automatic detection and motion tracking feature?
You won’t lose it. That all still works fine. Unfortunately you will not have access to those features from within HASS, only from the mobile app.
Yes, it is super delayed. I believe the way it works is that it does not show a live feed since RTSP is not supported. Instead, it waits for the camera to save a video, then downloads that video over FTP. So the image will not update until presence is detected and a new video is recorded. Not ideal, but I suppose it gets the job done from a home security standpoint.
I see. True.
With the original settings that I have, the video is not only delayed at times, it went into ‘crash’ mode, and never get any more feed beyond a day.
I read up some ffmpeg_argument possible syntax, and I decide to tinker with framerate. So here’s my updated code:
- platform: yi
name: Common Bedroom Camera
host: ‘192.168.xxx.xxx’
password: xxxxxxxxxxxx
ffmpeg_arguments: ‘-r 2’
By adding ‘-r 2’ essentially I am trying to reduce the framerate (from original 24 fps in a very slow speed due to the network traffice (i guess?!) to just 2 fps), it seems that I can get at most 10 seconds difference between the original incident and the video feed. Which to me is acceptable range.
Thought of sharing just in case. By the way, anyone manage to do any video feed with audio through?
The - r 2 doesn’t reduce the size of the video though. It still records at 24fps in HD. The platform downloads the video and converts it to 2fps. So it’s actually adding more overhead to the system rather than less.
But as far as ffmpeg arguments, I found that reducing the resolution has been the most effective for Hass performance. I don’t need HD in Hass, I can get HD straight from the camera if I need it.
ffmpeg_arguments: '-pred 1 -vf scale=800:450'
I’ve never ran into a crash situation and ha e had perfect stream uptime for the past month on 2 cameras.