From 980cd6a4ffe3e62ca4a78fd42e689f164542c524 Mon Sep 17 00:00:00 2001 From: Fancy code <258828110.@qq.com> Date: Thu, 9 May 2024 20:37:21 +0800 Subject: [PATCH] Add readme files. --- middleware/McuManager/README.md | 320 ++++++++++++++++++++++++++++++++ utils/McuProtocol/README.md | 151 +++++++++++++++ 2 files changed, 471 insertions(+) create mode 100644 middleware/McuManager/README.md create mode 100644 utils/McuProtocol/README.md diff --git a/middleware/McuManager/README.md b/middleware/McuManager/README.md new file mode 100644 index 0000000..2bc02a9 --- /dev/null +++ b/middleware/McuManager/README.md @@ -0,0 +1,320 @@ +# 1. 打猎相机外置MCU软件设计 + +  为满足打猎相机的低功耗需求，使用外置MCU的硬件设计框架，在非工作状态下保持外置MCU供电，CPU断电，满足低功耗的产品需求。 + +## 1.1. 基本概念 + +* **启动模式：决定CPU单次启动的任务内容；** + +  每次启动的时间都是有限的，由CPU完成单次启动完成任务后发送断电关机指令给MCU，MCU给CPU断开物理电源；启动模式可以由CPU主动询问，也可以由MCU主动发送。 + +| 启动模式 | 说明 | +| ---- | ---- | +| PIR启动 | PIR触发启动。 | +| TEST启动 | 三档拨键拨到“TEST”，常通电的工作模式。 | +| 连拍启动 | PIR触发场景下，用户可以设置连拍的张数和连拍的间隔，CPU通过协议告诉MCU在多少时间之后进行连拍启动。 | +| PIR延时启动 | 同PIR启动，只是PIR触发后，需要延时一段时间再给CPU上电。 | +| 定时启动 | 间隔固定时间启动一次，例如：60min/次 | +| 关机启动 | 某种场景下需要关机，给CPU上电一次，由CPU正式下发“关机”指令。 | +| 低电关机 | 电池低电需要关机，给CPU上电一次，由CPU正式下发“关机”指令。 | +| 异常启动 | CPU不正常时断电重启，例如：喂狗异常，心跳异常。 | + +* **工作状态：** + +| 工作状态 | 说明 | +| ---- | ---- | +| OFF状态 | 整机处于断电状态，包括外置MCU和主控。 | +| TEST状态 | 非正常工作状态，此时主控常通电，除非无操作时自动切换到ON状态。 | +| ON状态 | 设备正常工作状态，必须保证低功耗性能，PIR触发抓拍后必须快速关机（主控断电）。 | + +  工作模式对应板子上的三档拨键，有三个工作模式：关机/TEST/ON。 + +## 1.2. MCU基本功能 + +* 外围连接RTC，PIR传感器； +* 保存数据包括：CPU的启动模式，CPU定时启动时间，工作时间周期； +* 使用串口协议与CPU进行数据/功能协议交互； + +| 需要保存的数据 | 说明 | +| ---- | ---- | +| 启动模式 | ---- | +| 定时启动时间 | 例如：60min/次 | +| 工作时间 | 打猎机正常PIR触发的时间周期，例如：2：00 ~ 20：00 | +| PIR灵敏度 | PIR灵敏度设置 | + +**存疑：** + +硬件光敏接在主控上，先由主控内置MCU控制，正常启动后Linux是否可以复用此GPIO口。 + +## 1.3. 功能UML时序图 + +### 1.3.1. 整机物理上电启动 + +  整机物理上电时，根据实际情况刷新设备的工作状态。 + +```mermaid +sequenceDiagram +participant CPU +participant MCU +MCU ->> MCU:物理上电 +MCU ->> MCU:串口初始化 +opt 检测到TEST拨档挡位 + MCU ->> CPU:物理上电 + MCU ->> +CPU:发送启动模式：TEST启动 + CPU ->> CPU:TEST启动 + CPU -->> -MCU:回复OK + loop 无操作 + CPU ->> +MCU:发送关机指令 + MCU -->> -CPU:回复OK + MCU ->> CPU:物理断电 + end +end +opt 检测到ON拨档挡位 +note over MCU:正常工作模式，PIR触发后可给主控上电 +end +opt PIR触发中断 + MCU ->> CPU:物理上电 + MCU ->> +CPU:发送PIR触发启动 + CPU ->> CPU:PIR启动 + CPU -->> -MCU:回复OK + CPU ->> +MCU:发送关机指令 + MCU -->> -CPU:回复OK + MCU ->> CPU:物理断电 +end +MCU ->> MCU:休眠 +note over MCU:休眠后进入正常工作模式：当发生PIR触发时，
给CPU物理上电并发送PIR启动命令 +``` + +### 1.3.2. MCU休眠逻辑 + +  合理的休眠设计，最大降低产品功耗，延长单次换电的使用周期。 + +```mermaid +sequenceDiagram +participant CPU +participant MCU +loop 常通电待机 + opt CPU关机 + CPU ->> MCU:发送关机指令 + MCU ->> CPU:物理断电 + MCU ->> MCU:休眠 + end + opt PIR触发中断 + MCU ->> MCU:休眠唤醒 + MCU ->> CPU:物理上电 + MCU ->> +CPU:发送PIR触发启动 + CPU -->> -MCU:回复OK + end + opt TEST按键中断 + MCU ->> MCU:休眠唤醒 + MCU ->> CPU:物理上电 + MCU ->> +CPU:发送TEST启动 + CPU -->> -MCU:回复OK + end + opt 设置定时唤醒 + CPU ->> MCU:发送设置定时唤醒协议 + opt 定时唤醒中断 + MCU ->> MCU:休眠唤醒 + MCU ->> CPU:物理上电 + MCU ->> +CPU:发送定时唤醒启动 + CPU -->> -MCU:回复OK + end + end +end +``` + +### 1.3.3. 常通电待机 + +  描述上电后的各种场景。 + +#### 1.3.3.1. 定时唤醒刷新环境数据（**待定，忽略**） + +  MCU定时唤醒更新环境参数，保证工作触发时的环境参数正确性。 + +```mermaid +sequenceDiagram +participant CPU +participant MCU +loop 常通电待机 + loop 大循环定时中断(20min/次) + note over MCU:大循环定时中断负责定时触发小循环定时中断 + opt 定时唤醒中断 + loop 小循环采集数据（1s/次，共30次） + note over MCU:小循环定时器，短时间间隔唤醒，多次采集环境数据，
计算出合理稳定的环境参数并保存，在工作时可快速响应。 + MCU ->> MCU:采集环境数据 + note right of MCU:采集光敏数据 + opt 采集30次完成 + note over MCU:计算平均值作为单次采集的真实数据 + MCU ->> MCU:计算30次平均值 + opt 对比上次发生翻转 + MCU ->> MCU:保存最新数据（白天/黑夜） + MCU ->> +CPU:发送数据同步任务 + CPU -->> -MCU:回复OK + MCU ->> CPU:物理上电 + CPU ->> +MCU:读取白天黑夜数据 + MCU -->> -CPU:回复白天黑夜数据 + CPU ->> MCU:断电关机 + MCU ->> CPU:物理断电 + end + end + end + end + end +end +``` + +#### 1.3.3.2. 喂狗 + +  外置MCU充当硬件狗，在系统异常时断电重启系统。喂狗逻辑和启动模式无关。 + +```mermaid +sequenceDiagram +participant CPU +participant MCU +MCU ->> MCU:物理上电 +MCU ->> CPU:某种启动模式触发物理上电 +opt 主控开启喂狗 + CPU ->> +MCU:开启狗/设置喂狗周期 + MCU -->> -CPU:回复OK + loop 主控喂狗 + note over MCU:喂狗不需要回复 + CPU ->> MCU:喂狗 + end + loop MCU定时查狗 + alt 主控喂狗异常 + MCU ->> CPU:断电重启 + MCU ->> +CPU:发送启动模式：喂狗异常启动 + CPU ->> CPU:喂狗异常启动 + CPU -->> -MCU:回复OK + CPU ->> MCU:断电关机 + end + end +end +CPU ->> MCU:断电关机 +MCU ->> CPU:物理断电 +MCU ->> MCU:休眠 +note over MCU:休眠后进入正常工作模式：当发生PIR触发时，
给CPU物理上电并发送PIR启动命令 +``` + +#### 1.3.3.3. 心跳 + +  CPU单次上电时间都是有限的，在主控未主动开启喂狗时，30s主动查询一次心跳，未回复则断电重启。此设计保证程序异常时电量不会一直消耗完。 + +**注意：** 整机上电之后如果从来未开启过喂狗功能，此功能不生效。避免调试版本不停重启。 + +```mermaid +sequenceDiagram +participant CPU +participant MCU +MCU ->> MCU:物理上电 +MCU ->> CPU:某种启动模式触发物理上电 +opt 主控开启喂狗 + CPU ->> +MCU:开启狗/设置喂狗周期 + MCU -->> -CPU:回复OK + MCU ->> MCU:激活心跳功能 +end +CPU ->> MCU:断电关机 +MCU ->> CPU:物理断电 +MCU ->> MCU:休眠 +note over MCU:只要CPU某次启动开启喂狗功能，下次启动心跳功能就会生效。 + +MCU ->> CPU:某种启动模式触发物理上电 +opt 心跳功能已经激活 +note over MCU:心跳功能在主控未开启喂狗时（异常）发挥作用。 + opt 主控未开启喂狗 + loop 30s主动查询一次心跳 + MCU ->> +CPU:发送心跳包 + alt 心跳回复 + CPU -->> -MCU:回复OK + else 5s超时， 心跳未回复 + MCU ->> CPU:断电重启 + MCU ->> +CPU:发送启动模式：心跳异常启动 + CPU ->> CPU:心跳异常启动 + CPU -->> -MCU:回复OK + CPU ->> MCU:断电关机 + end + end + end +CPU ->> MCU:断电关机 +MCU ->> CPU:物理断电 +MCU ->> MCU:休眠 +end +``` + +#### 1.3.3.4. PIR触发任务 + +  PIR触发是相机的正常工作模式，相机会快速启动抓拍，并快速关机。 + +```mermaid +sequenceDiagram +participant CPU +participant MCU +loop 常通电待机 + opt PIR触发中断 + MCU ->> MCU:休眠唤醒 + MCU ->> CPU:物理上电 + MCU ->> +CPU:发送PIR触发启动模式 + CPU ->> CPU:PIR启动 + CPU -->> -MCU:回复OK + CPU ->> MCU:断电关机 + MCU ->> CPU:物理断电 + MCU ->> MCU:休眠 + end +end +``` + +#### 1.3.3.5. TEST拨键启动 + +  TEST模式，相机处于一个长通电状态，功耗较高，长时间无操作会进入正常工作状态。 + +**存疑：** 实际使用时，当有人把按键从ON拨到TEST时，大概率会先触发PIR启动，再触发TEST启动。 + +```mermaid +sequenceDiagram +participant CPU +participant MCU +MCU ->> MCU:常电待机 +opt 拨键从ON拨到TEST +note over MCU:TEST模式启动，只会发生在从ON切换到TEST的瞬间，
如果PIR触发时，已经处于TEST挡位，此时不影响PIR模式启动 + MCU ->> CPU:物理上电 + MCU ->> +CPU:发送启动模式：TEST启动 + CPU ->> CPU:TEST启动 + CPU -->> -MCU:回复OK + opt 拨键从TEST拨到ON + note over MCU:进入ON模式，设备处于正常工作状态 + CPU ->> MCU:发送断电关机 + MCU ->> CPU:物理断电 + end + opt CPU关机 + note over MCU:超时关机时，
此时拨键还是处于“TEST”挡位的 + CPU ->> MCU:发送断电关机 + MCU ->> CPU:物理断电 + end +end +MCU ->> MCU:休眠 +``` + +#### 1.3.3.6. 数据同步 + +  主控和外置MCU之间数据同步，包括主控发给外置MCU的，也包括外置MCU发给主控的。数据同步流程可以在任意的工作状态下进行。 + +```mermaid +sequenceDiagram +participant CPU +participant MCU +MCU ->> MCU:物理上电 +MCU ->> CPU:某种启动模式触发物理上电 +opt 数据同步 +note over MCU:此处根据协议只做一个数据示例，其它协议雷同。 + CPU ->> +MCU:设置灵敏度 + MCU -->> -CPU:回复OK +end +CPU ->> MCU:断电关机 +MCU ->> CPU:物理断电 +MCU ->> MCU:休眠 +note over MCU:休眠后进入正常工作模式：当发生PIR触发时，
给CPU物理上电并发送PIR启动命令 +``` + +## 1.4. MCU协议 + +  负责对MCU协议进行封包/解包，协议封包/解包功能独立封装成库，详见[协议文档](../../utils/McuProtocol/README.md)。 \ No newline at end of file diff --git a/utils/McuProtocol/README.md b/utils/McuProtocol/README.md new file mode 100644 index 0000000..097b21f --- /dev/null +++ b/utils/McuProtocol/README.md @@ -0,0 +1,151 @@ + +# 1. MCU协议模块 + +  负责对MCU协议进行封包/解包，负责协议的多态替换。协议数据统一使用网络字节序（大端字节序）。 + +## 1.1. 协议格式 + +| 协议头 | 流水号 | 命令字 | 长度 | 数据段 | 校验码 | +|----|----|----|----|----|----| +| 2字节
0xFAC1 | 4字节 | 2字节 | 2字节 | - | 2字节 | + +**流水号** + +  流水号用于强绑定问答型协议的发送数据和回复数据,回复者原数据回传即可。例如： + +``` +unsigned char ASK_IPC_MISSION[] = {0xFA, 0xC1, 0x00, 0x00, 0x00, 0x01, 0x81, 0x01, 0x00, 0x0C, 0x71, 0x88}; +unsigned char REPLY_IPC_MISSION[] = {0xFA, 0xC1, 0x00, 0x00, 0x00, 0x01, 0x01, 0x01, 0x00, 0x0D, 0x01, 0xAA, 0x89}; +``` + +  流水号管理发送方和接收方互相独立，各自往外发的协议中流水号存在重复的可能，接收方直接复制回传即可。 + +  流水号必须大于等于1，0用于代码初始化值，代码意义上表示无效的流水号。 + +**协议收发匹配逻辑** +  协议发送时，附带自管理的流水号，对端回复时，根据流水号绑定发送的协议，为了避免对端回复时，流水号错误导致的业务逻辑错乱，本端除了匹配流水号，还需要根据协议匹配回复的命令字，保证回复内容的有效匹配。如果流水号和命令字无法同时匹配，该回复的数据包被丢弃。 + +**校验码算法** + +  校验码算法使用ModBus CRC16方法计算。 + +**参考代码(查表法)** + +``` +/* Table of CRC values for high–order byte */ +unsigned char chCRCHi[] ={ + 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, + 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, + 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, + 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, + 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, + 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, + 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, + 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, + 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, + 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, + 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, + 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, + 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, + 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, + 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, + 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, + 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, + 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, + 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, + 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, + 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, + 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, + 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, + 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, + 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, + 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40 +}; + +/* Table of CRC values for low–order byte */ +unsigned char chCRCLo[] ={ + 0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06, + 0x07, 0xC7, 0x05, 0xC5, 0xC4, 0x04, 0xCC, 0x0C, 0x0D, 0xCD, + 0x0F, 0xCF, 0xCE, 0x0E, 0x0A, 0xCA, 0xCB, 0x0B, 0xC9, 0x09, + 0x08, 0xC8, 0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A, + 0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC, 0x14, 0xD4, + 0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3, + 0x11, 0xD1, 0xD0, 0x10, 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3, + 0xF2, 0x32, 0x36, 0xF6, 0xF7, 0x37, 0xF5, 0x35, 0x34, 0xF4, + 0x3C, 0xFC, 0xFD, 0x3D, 0xFF, 0x3F, 0x3E, 0xFE, 0xFA, 0x3A, + 0x3B, 0xFB, 0x39, 0xF9, 0xF8, 0x38, 0x28, 0xE8, 0xE9, 0x29, + 0xEB, 0x2B, 0x2A, 0xEA, 0xEE, 0x2E, 0x2F, 0xEF, 0x2D, 0xED, + 0xEC, 0x2C, 0xE4, 0x24, 0x25, 0xE5, 0x27, 0xE7, 0xE6, 0x26, + 0x22, 0xE2, 0xE3, 0x23, 0xE1, 0x21, 0x20, 0xE0, 0xA0, 0x60, + 0x61, 0xA1, 0x63, 0xA3, 0xA2, 0x62, 0x66, 0xA6, 0xA7, 0x67, + 0xA5, 0x65, 0x64, 0xA4, 0x6C, 0xAC, 0xAD, 0x6D, 0xAF, 0x6F, + 0x6E, 0xAE, 0xAA, 0x6A, 0x6B, 0xAB, 0x69, 0xA9, 0xA8, 0x68, + 0x78, 0xB8, 0xB9, 0x79, 0xBB, 0x7B, 0x7A, 0xBA, 0xBE, 0x7E, + 0x7F, 0xBF, 0x7D, 0xBD, 0xBC, 0x7C, 0xB4, 0x74, 0x75, 0xB5, + 0x77, 0xB7, 0xB6, 0x76, 0x72, 0xB2, 0xB3, 0x73, 0xB1, 0x71, + 0x70, 0xB0, 0x50, 0x90, 0x91, 0x51, 0x93, 0x53, 0x52, 0x92, + 0x96, 0x56, 0x57, 0x97, 0x55, 0x95, 0x94, 0x54, 0x9C, 0x5C, + 0x5D, 0x9D, 0x5F, 0x9F, 0x9E, 0x5E, 0x5A, 0x9A, 0x9B, 0x5B, + 0x99, 0x59, 0x58, 0x98, 0x88, 0x48, 0x49, 0x89, 0x4B, 0x8B, + 0x8A, 0x4A, 0x4E, 0x8E, 0x8F, 0x4F, 0x8D, 0x4D, 0x4C, 0x8C, + 0x44, 0x84, 0x85, 0x45, 0x87, 0x47, 0x46, 0x86, 0x82, 0x42, + 0x43, 0x83, 0x41, 0x81, 0x80, 0x40 +}; +/** + * @brief 计算校验和 + * + * @param pData 数据指针 + * @param length 数据长度 + * @return unsigned short + */ +unsigned short calculate_check_sum(const unsigned char* pData, unsigned short length) +{ + unsigned char CRCHi = 0xFF; + unsigned char CRCLo = 0xFF; + int uIndex; + while (length--) + { + uIndex = CRCHi ^ *pData++; + CRCHi = CRCLo ^ chCRCHi[uIndex]; + CRCLo = chCRCLo[uIndex]; + } + return (CRCHi << 8 | CRCLo); +} +``` + +## 1.2. 协议内容 + +**基本描述** +1. 大于等于0x8000的命令字由CPU发给MCU; +2. 小于0x8000的命令字由MCU发给CPU; +3. 大于0x0801而小于0xC101的命令由CPU主动发送给MCU，大于等于0xC101的命令由CPU回复发送给MCU； +4. 问答型协议只有按位最高位相反，其它位相等，例如：0x8101与0x0101是一问一答的协议； + +| 命令字 | CPU | MCU | 数据段 | 协议解析 | 备注 | +|----|----|----|----|----|----| +| 0x8101 | ask | - | - | 获取启动模式 | - | +| 0x0101 | - | reply | Data[0]:启动模式
0x01:PIR启动
0x02:TEST启动
0x03:连拍启动
0x04:PIR延时启动
0x05:定时（间隔一定时间）启动
0x06:关机
0x07:低电关机
0x08:异常启动 | 回复启动模式 | 异常启动数据：Data[1]
0x00:喂狗异常启动
0x01:心跳异常启动 | +| 0x8102 | ask | - | - | 断电关机 | - | +| 0x8103 | ask | - | - | 喂狗 | - | +| 0x8104 | ask | - | Data[0]:Hour
0-23
Data[1]:Min
0-59
Data[2]:Sec
0-59 | 开启狗/设置喂狗周期 | - | +| 0x0104 | - | reply | Data[0]:结果
0x01:成功
0x02:失败 | 开启狗/设置喂狗周期回复 | - | +| 0x8105 | ask | - | - | 关闭狗 | - | +| 0x0105 | - | reply | Data[0]:结果
0x01:成功
0x02:失败 | 关闭狗回复 | - | +| 0x8106 | ask | - | Data[0]:Hour
0-23
Data[1]:Min
0-59
Data[2]:Sec
0-59 | 设置间隔启动时间 | - | +| 0x0106 | - | reply | Data[0]:结果
0x01:成功
0x02:失败 | 设置间隔启动时间回复 | - | +| 0x8107 | ask | - | Data[0]:Year
Data[1]:Mon
1-12
Data[2]:Day
0-31
Data[3]:Hour
0-23
Data[4]:Min
0-59
Data[5]:Sec
0-59 | 设置日期和时间 | - | +| 0x0107 | - | reply | Data[0]:结果
0x01:成功
0x02:失败 | 设置日期和时间回复 | - | +| 0x8108 | ask | - | Data[0]:灵敏度
0-9 | 设置PIR灵敏度 | - | +| 0x0108 | - | reply | Data[0]:结果
0x01:成功
0x02:失败 | 设置PIR灵敏度回复 | - | +| 0x8109 | ask | - | Data[0]:Hour
0-23
Data[1]:Min
0-59
Data[2]:Sec
0-59 | 设置连拍间隔 | - | +| 0x0109 | - | reply | Data[0]:结果
0x01:成功
0x02:失败 | 设置连拍间隔回复 | - | +| 0x810A | ask | - | Data[0]:控制模式
0-关闭红外灯
1-开启红外灯 | 红外灯控制 | 取消 | +| 0x010A | - | reply | Data[0]:结果
0x01:成功
0x02:失败 | 红外灯控制回复 | 取消 | +| 0x810B | ask | - | - | 获取光敏值 | 取消 | +| 0x010B | - | reply | Data[0]:结果
0-100 | 获取光敏值回复 | 取消 | +| ====== | === | ====== | ============================ | ==================== | ======= | +| 0xC101 | reply | - | Data[0]:结果
0x01:成功
0x02:失败 | 发送启动模式回复 | - | +| 0x4101 | - | ask | Data[0]:启动模式
0x01:PIR启动
0x02:TEST启动
0x03:连拍启动
0x04:PIR延时启动
0x05:定时（间隔一定时间）启动
0x06:关机
0x07:低电关机
0x08:异常启动 | 发送启动模式 | 异常启动数据：Data[1]
0x00:喂狗异常启动
0x01:心跳异常启动 | +| 0xC102 | reply | - | - | 回复心跳包 | - | +| 0x4102 | - | ask | - | 发送心跳包 | - | +