mirror of
https://gitee.com/jiuyilian/embedded-framework.git
synced 2025-01-06 10:16:51 -05:00
Add readme files.
This commit is contained in:
Fancy code
parent
1732cb9c63
commit
980cd6a4ff
320
middleware/McuManager/README.md
Normal file
320
middleware/McuManager/README.md
Normal file
|
|
@ -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触发时，<br>给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:小循环定时器，短时间间隔唤醒，多次采集环境数据，<br>计算出合理稳定的环境参数并保存，在工作时可快速响应。
|
||||
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触发时，<br>给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的瞬间，<br>如果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:超时关机时，<br>此时拨键还是处于“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触发时，<br>给CPU物理上电并发送PIR启动命令
|
||||
```
|
||||
|
||||
## 1.4. MCU协议
|
||||
|
||||
  负责对MCU协议进行封包/解包，协议封包/解包功能独立封装成库，详见[协议文档](../../utils/McuProtocol/README.md)。
|
||||
151
utils/McuProtocol/README.md
Normal file
151
utils/McuProtocol/README.md
Normal file
|
|
@ -0,0 +1,151 @@
|
|||
|
||||
# 1. MCU协议模块
|
||||
|
||||
  负责对MCU协议进行封包/解包，负责协议的多态替换。协议数据统一使用网络字节序（大端字节序）。
|
||||
|
||||
## 1.1. 协议格式
|
||||
|
||||
| 协议头 | 流水号 | 命令字 | 长度 | 数据段 | 校验码 |
|
||||
|----|----|----|----|----|----|
|
||||
| 2字节<br>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]:启动模式<br>0x01:PIR启动<br>0x02:TEST启动<br>0x03:连拍启动<br>0x04:PIR延时启动<br>0x05:定时（间隔一定时间）启动<br>0x06:关机<br>0x07:低电关机<br>0x08:异常启动 | 回复启动模式 | 异常启动数据：Data[1]<br>0x00:喂狗异常启动<br>0x01:心跳异常启动 |
|
||||
| 0x8102 | ask | - | - | 断电关机 | - |
|
||||
| 0x8103 | ask | - | - | 喂狗 | - |
|
||||
| 0x8104 | ask | - | Data[0]:Hour<br>0-23<br>Data[1]:Min<br>0-59<br>Data[2]:Sec<br>0-59 | 开启狗/设置喂狗周期 | - |
|
||||
| 0x0104 | - | reply | Data[0]:结果<br>0x01:成功<br>0x02:失败 | 开启狗/设置喂狗周期回复 | - |
|
||||
| 0x8105 | ask | - | - | 关闭狗 | - |
|
||||
| 0x0105 | - | reply | Data[0]:结果<br>0x01:成功<br>0x02:失败 | 关闭狗回复 | - |
|
||||
| 0x8106 | ask | - | Data[0]:Hour<br>0-23<br>Data[1]:Min<br>0-59<br>Data[2]:Sec<br>0-59 | 设置间隔启动时间 | - |
|
||||
| 0x0106 | - | reply | Data[0]:结果<br>0x01:成功<br>0x02:失败 | 设置间隔启动时间回复 | - |
|
||||
| 0x8107 | ask | - | Data[0]:Year<br>Data[1]:Mon<br>1-12<br>Data[2]:Day<br>0-31<br>Data[3]:Hour<br>0-23<br>Data[4]:Min<br>0-59<br>Data[5]:Sec<br>0-59 | 设置日期和时间 | - |
|
||||
| 0x0107 | - | reply | Data[0]:结果<br>0x01:成功<br>0x02:失败 | 设置日期和时间回复 | - |
|
||||
| 0x8108 | ask | - | Data[0]:灵敏度<br>0-9 | 设置PIR灵敏度 | - |
|
||||
| 0x0108 | - | reply | Data[0]:结果<br>0x01:成功<br>0x02:失败 | 设置PIR灵敏度回复 | - |
|
||||
| 0x8109 | ask | - | Data[0]:Hour<br>0-23<br>Data[1]:Min<br>0-59<br>Data[2]:Sec<br>0-59 | 设置连拍间隔 | - |
|
||||
| 0x0109 | - | reply | Data[0]:结果<br>0x01:成功<br>0x02:失败 | 设置连拍间隔回复 | - |
|
||||
| 0x810A | ask | - | Data[0]:控制模式<br>0-关闭红外灯<br>1-开启红外灯 | 红外灯控制 | 取消 |
|
||||
| 0x010A | - | reply | Data[0]:结果<br>0x01:成功<br>0x02:失败 | 红外灯控制回复 | 取消 |
|
||||
| 0x810B | ask | - | - | 获取光敏值 | 取消 |
|
||||
| 0x010B | - | reply | Data[0]:结果<br>0-100 | 获取光敏值回复 | 取消 |
|
||||
| ====== | === | ====== | ============================ | ==================== | ======= |
|
||||
| 0xC101 | reply | - | Data[0]:结果<br>0x01:成功<br>0x02:失败 | 发送启动模式回复 | - |
|
||||
| 0x4101 | - | ask | Data[0]:启动模式<br>0x01:PIR启动<br>0x02:TEST启动<br>0x03:连拍启动<br>0x04:PIR延时启动<br>0x05:定时（间隔一定时间）启动<br>0x06:关机<br>0x07:低电关机<br>0x08:异常启动 | 发送启动模式 | 异常启动数据：Data[1]<br>0x00:喂狗异常启动<br>0x01:心跳异常启动 |
|
||||
| 0xC102 | reply | - | - | 回复心跳包 | - |
|
||||
| 0x4102 | - | ask | - | 发送心跳包 | - |
|
||||
|
||||
Loading…
Reference in New Issue
Block a user