ycc365报警录像为啥没生成？我把排查过程全写这儿了

前几天邻居老张火急火燎地找我，说他家院子里的ycc365摄像头，半夜有人影晃过，手机倒是收到了报警推送，可点进去一看——报警录像压根没生成，老张那个着急啊，生怕错过了什么重要画面，我一听，这事儿我也遇到过，干脆边排查边给他讲，最后还真把问题解决了，今天就把这整个过程捋一捋，你要是也碰上这情况，跟着走一遍,大概率能搞定。

先整明白：报警和录像其实走的是两条路

很多人以为只要报警触发了，录像就自动有了，其实不是这么回事。报警推送靠的是摄像头检测到移动物体那一瞬间，立马给手机发通知，相当于有人敲了你一下说“嘿，有动静”，而报警录像是把画面存下来，存哪儿呢？要么存摄像头里的SD卡，要么存开了云存储的云端，两条路各走各的，哪个环节掉了链子,录像就空欢喜一场。

所以排查的时候，别眉毛胡子一把抓，得分两条线索去看：存储位置和报警设置，我当时给老张画了个简单的判断表,他说一看就清楚了：

先从SD卡下手，这一步最容易栽跟头

老张的摄像头用了快两年没动过卡，我一听就觉得悬，ycc365这摄像头挺挑卡的，必须用Class10以上的高速卡，容量最大一般支持128G，但超过32G那种exFAT格式的，它不一定认，正确做法是先把卡放电脑上格式化成FAT32，再塞回去，老张照做之后，SD卡状态立马从“异常”变成了“正常”，我心里就有底了,起码存储通路是通的。

说到这儿，顺便提一嘴ycc365 APP里查SD卡状态的入口：打开APP点进设备画面，右上角设置图标，找到“存储管理”，如果显示“未检测到SD卡”，八成是接触不良或卡槽进灰了，拿棉签稍微擦一下金手指，重新插拔,有时候就这么简单。

我后来在网上翻到一个类似案例，有用户发在“摄像头故障交流”的帖子里，说他家ycc365报警录像时有时无，最后发现是SD卡卡槽松了，垫了张纸片固定住就再也没出过问题，这事儿虽然听着土,但真管用。

还有一种隐蔽情况：报警录像开关没联动

ycc365的设置逻辑有点绕，它在“报警设置”里有个选项叫“触发录像”，默认可能是关闭的，或者只开了“推送通知”没开录像，你收到推送只是因为移动侦测工作了，但录像根本没被触发，我让老张点进“报警设置”，果然，“触发推送”亮着，“触发录像”那项灰扑扑的，他说从来没注意过这儿,一直以为报警就等于录像了。

这个设置藏得略深：设备设置 → 报警管理 → 报警方式 → 分别勾上“推送”和“录像”，注意，这里本地录像和云端录像是分开设置的，如果你用的是云存储，还得在云存储那栏里单独开启“报警录制”,别光开了本地那个。

云存储的问题，有时候比SD卡更隐蔽

老张的问题解决到一半，突然说他其实开过三个月的云存储体验，后来没续费，关键是，云到期后如果不手动切换回SD卡存储，摄像头可能还在傻傻地尝试往云端存录像，结果自然是啥也没落下，这就好比你把银行账户注销了，工资还往那儿打,肯定收不到钱。

正确的处理是：取消云服务自动续费后，回到“存储管理”，把存储位置重新选为“本地存储”，有的版本APP里叫“录像存储位置”，选“SD卡”就踏实了。

我见过更夸张的情况，有朋友家WiFi不稳定，摄像头跟云服务器的连接时断时续，报警触发那一瞬间正好网络卡了一下，录像就丢包了，这种用SD卡本地存储反而更稳,不受网络波动影响。

移动侦测灵敏度，调不好也白搭

老张说他这次报警是收到了，但之前有好几次明明有人经过却没报警，更别提录像了，我带他看了下移动侦测灵敏度，默认设在“中”，我给拉到了“高”，ycc365的移动侦测靠的是画面变化率，灵敏度低的话，小猫小狗或者远处的人可能就被忽略了，但也不能调太高，否则风吹草动都录,SD卡一天就满了。

还有个冷知识：布防时间设置，有的人设置了定时布防，比如晚上10点到早上6点才报警录像，白天完全不录，老张查了一下，他的布防时间设的是全天，这个没问题，要是你白天发现没录,得看看是不是时间规则写得太死。

固件版本，可能是最后那根稻草

老张的摄像头固件还是去年的版本，我让他顺手升了个级，有时候厂商会修复一些录像丢失的bug，升级完重启设备，运气好就全正常了，检查方法：APP设备设置 → 设备信息 → 固件版本，有个“检查更新”按钮,点一下就行。

全部折腾完，老张当场让我在他家院子里走了一圈测试，手机“叮”一声报警，点进去，录像稳稳当当地躺在那里，画面上我傻乎乎地冲镜头挥手，老张松了口气，说这事儿原来不是坏了,是没设置对。

说真的，ycc365这摄像头性价比挺高，但设置细节确实得自己摸一遍，下次再碰上报警录像没生成，你就按这个思路捋：先看存哪里，再看开没开，最后查网络和灵敏度，大部分时候不是硬件故障,就是某个开关没拨对位置。