卡的状态有恢复正常的。
问题是,如果一直非常频繁的触发录像,在这个过程中,如果卡的状态发生了变化,如从异常变为正常,在变为正常前触发了录像,此时会报E_STORAGE_UNWRITEABLE以及不能录像,但是在卡的状态变为正常后,还是会继续报E_STORAGE_UNWRITEABLE以及不能录像。
谢谢各位。
卡的状态有恢复正常的。
问题是,如果一直非常频繁的触发录像,在这个过程中,如果卡的状态发生了变化,如从异常变为正常,在变为正常前触发了录像,此时会报E_STORAGE_UNWRITEABLE以及不能录像,但是在卡的状态变为正常后,还是会继续报E_STORAGE_UNWRITEABLE以及不能录像。
谢谢各位。
/**
这个函数是tuya sdk 里面实现的吧。
谢谢各位。
hellokernel 2025年 Sep 29日 17:03还想问下,重复格式化需要 做什么特殊处理不 ?
比如设备开机后,第一次格式化sd卡,此时格式化进度显示成功,sd卡也格成功了;然后马上进行第二次格式化,但是此时 格式化进度窗口 很快就消失了,没有显示进度。
谢谢各位。
已经解决了,谢谢各位。
还想问下,重复格式化需要 做什么特殊处理不 ?
比如设备开机后,第一次格式化sd卡,此时格式化进度显示成功,sd卡也格成功了;然后马上进行第二次格式化,但是此时 格式化进度窗口 很快就消失了,没有显示进度。
谢谢各位。
问题描述:
在sd卡格式化成功后,触发报警录像,报了“base_path[/mnt/sdcard/DCIM/CHAN0] un writeable” 这个错,无法写卡录像;
“---------record state” 这种打印是tuya_ipc_ss_get_status()的返回值,tuya_ipc_ss_get_status的返回值后面一直是E_STORAGE_UNWRITEABLE 且没有恢复。
谢谢各位。
想问下,上线前有 mqc_pub_async err:-2 打印一定是 发送了dp 不 ?我们检查也修改过了,不知道为啥现在开机上线前还是有这个报错。
[20250925_10:56:54][01-01 00:00:00 ty D][e254][mqc_app.c:1001] Send MQTT Msg.P:312 N:1019 Q:0
[20250925_10:56:54][01-01 00:00:00 ty E][e254][mqc_app.c:1022] mqc_pub_async err:-2
谢谢各位。