Last Updated on : 2024-11-20 08:51:20download
本文档主要针对门锁锁控MCU对接的一些常见问题,梳理出对应的问题排查指引,帮助您解决一些日常问题。
主要关注cap字段设备能力:
如果是传图或者视频 拍照能力和传输方式是必须开启的。bit4目前是关系到OTA方式,建议客户开启自动升级。
通过重启模组,观察打印日志device_uart_baud_cfg是多少,可以判断现在锁定的波特率是多少,用目前锁定的波特率去发送重置命令,立即断开串口,重新接入新的波特率,可以再次扫描新波特率。
首先确定在cap字段里面是否支持串口传输方式,需要支持后模组才对进行图片大内存串口初始化。
目前支持在线密码和离线密码。在线密码锁端主动获取保存在锁端,离线密码的校验是在模组端。
部分客户有需求密码盘不是0-9的需求,进而衍生出来密码进制的概念。
举例说明:
配置数字“12345”,分别配置进制为6,起始值为1;
配置数字“012345”,分别配置进制为6,起始值为0;
对于门锁等记录型的设备,包含多个DP点数据需要服务端作为整条记录处理,在短暂断网的情况下本条命令会保存下无法上报成功的数据,0x80命令可以满足记录型设备的上报需求。这里的上报需要带上时间为本地时间。
目前Wi-Fi模组每次上电都会去向MCU进行查询PID信息,正常情况下,产品PID都不会发生变化,每次上电拉取该信息增长了模组上电联网的时间,为了节省这部分时间,让Wi-Fi模组在配网时,获取PID,存储下来,下次上电后不再获取PID信息。
MCU OTA升级与模组升级方式类似,目前也是两种:
方式一:MCU主动触发升级指令,模组端去云端检测升级,如果有升级则开始升级流程。(比较老旧,已经废除,但是对于老客户还是支持)。
方式二:App进行提醒(客户可设置成自动升级,每次升级不会提醒硬件自动升级),客户点击升级后等待唤醒升级,设备唤醒后主动向mcu发送升级消息,进行升级流程。设备端如果支持这种方式,需要在pid获取信息中增加升级支持,具体协议请查看门锁协议(以技术工单方式向涂鸦申请)。
Is this page helpful?
YesFeedback