作者:zzssdd2
E-mail:zzssdd2@foxmail.com
近段时间做的项目涉及到设备固件OTA升级相关工作,其中有用到Ymodem
协议传输数据,故整理一下Ymodem协议的知识。一是为写上位机/下位机做准备,二是做个备忘便于以后用时查阅。
协议中用到的符号及其对应的数值和含义说明
符号 | 数值 | 含义 |
---|---|---|
SOH | 0x01 | 128字节数据包 |
STX | 0x02 | 1024字节数据包 |
EOT | 0x04 | 结束传输 |
ACK | 0x06 | 正确接收回应 |
NAK | 0x15 | 错误接收回应 |
CAN | 0x18 | 传输中止 |
C | 0x43 | 请求数据 |
接收方发起传输请求后由发送方发送的第一包数据
帧头 | 帧序 | 帧序反码 | 文件名 | 文件大小 | NULL | CRC-H | CRC-L |
---|---|---|---|---|---|---|---|
SOH | 00 | FF | n Bytes | m Bytes | x Bytes | 1 Byte | 1 Byte |
foo.c
,ACSII字符转换为HEX字符就是66 6F 6F 2E 63
。它在数据帧中存放格式为66 6F 6F 2E 63 00
,最后加一个00表示文件名字段结束。foo.c
文件大小为1024字节,转化成16进制即0x400。它在数据帧中存放格式为34 30 30 00
,即ASCII格式的400,最后加一个00表示文件大小字段结束文件内容数据包
帧头 | 帧序 | 帧序反码 | 数据 | CRC-H | CRC-L |
---|---|---|---|---|---|
STX/SOH | num | ~num | 1024/128 Bytes | 1 Byte | 1 Byte |
STX 表示这帧数据的数据段为1024字节,SOH 表示这帧数据的数据段为128字节
第一包帧序为01,帧序反码为FE,第二包帧序为02,其反码为FD......以此类推
CRC-H和CRC-L分别表示16位CRC校验码的高8位与低8位,校验只针对数据段。
如果文件最后一帧数据在128~1024之间,则使用STX的1024字节传输,但是剩余空间全部用0x1A填充,如下结构:
------------------------------------------------------- | STX | num | ~num | data[ ] | 1A ...1A | CRCH | CRCL | -------------------------------------------------------
如果文件最后一帧数据小于128字节,则选择SOH的128字节来传输,但是剩余空间全部用0x1A填充,如下结构:
------------------------------------------------------ | SOH | num | ~num | data[ ] | 1A...1A | CRCH | CRCL | ------------------------------------------------------
发送方发送的最后一包数据
帧头 | 帧序 | 帧序反码 | 数据 | CRC-H | CRC-L |
---|---|---|---|---|---|
SOH | 00 | FF | NUL[128] | 00 | 00 |
文件的传输分为如下几个阶段进行
接收方给发送方不断地发送字符'C',以期望收到发送方的数据响应。
接收方->>发送方: Char 'C' 接收方->>发送方: Char 'C' ......
发送方收到接收方发来'C'字符,开始发送起始帧数据。等待接收方响应ACK标记,发送方收到ACK标记后等待接收方发送字符'C'则开始正式传输文件内容。
发送方->>接收方: Start packet 接收方->>发送方: ACK 接收方->>发送方: C
发送方每发一个文件内容数据包,就期待接收方响应一个ACK标记,以继续发送下一个包。
发送方->>接收方: Packet 1 接收方->>发送方: ACK 发送方->>接收方: Packet 2 接收方->>发送方: ACK ......
若发送方发完数据包后收到了接收方NAK标记的响应,则重发此包,直到收到ACK响应或者超时退出。
发送方->>接收方: Packet n 接收方->>发送方: NAK 发送方->>接收方: Packet n 接收方->>发送方: ACK 发送方->>接收方: Packet n+1 ......
若发送方发完数据包后收到了接收方CAN标记的响应,则停止数据包发送,结束传输。
...... 发送方->>接收方: Packet n 接收方->>发送方: ACK 发送方->>接收方: Packet n+1 接收方->>发送方: CAN 中止传输
若发送方已将数据包全部发完,则发送EOT标记等待接收方的NAK响应,当发送方收到NAK后会再次发送EOT等待接收方的C标记来请求结束帧,发送结束帧后收到接收方的ACK标记则表示本次传输完成
发送方->>接收方: EOT 接收方->>发送方: NAK 发送方->>接收方: EOT 接收方->>发送方: C 发送方->>接收方: Over packet 接收方->>发送方: ACK 传输结束
假设以foo.c,大小为4196Bytes(16进制为0x1064)的文件作为传输对象,则它的传输过程如下:
发送方 | 传输方向 | 接收方 |
---|---|---|
<<<<<<<<<<<<<<<< | C(请求起始帧) | |
SOH 00 FF 66 6F 6F 2E 63 00 31 30 36 34 00 NUL[117] CRCH CRCL | >>>>>>>>>>>>>>>> | |
<<<<<<<<<<<<<<<< | ACK | |
<<<<<<<<<<<<<<<< | C(请求数据帧) | |
STX 01 FE data[1024] CRCH CRCL | >>>>>>>>>>>>>>>> | |
<<<<<<<<<<<<<<<< | ACK | |
STX 02 FD data[1024] CRCH CRCL | >>>>>>>>>>>>>>>> | |
<<<<<<<<<<<<<<<< | ACK | |
STX 03 FC data[1024] CRCH CRCL | >>>>>>>>>>>>>>>> | |
<<<<<<<<<<<<<<<< | NAK(接收错误请求重发) | |
STX 03 FC data[1024] CRCH CRCL | >>>>>>>>>>>>>>>> | |
<<<<<<<<<<<<<<<< | ACK | |
STX 04 FB data[1024] CRCH CRCL | >>>>>>>>>>>>>>>> | |
<<<<<<<<<<<<<<<< | ACK | |
SOH 05 FA data[100] 1A[28] CRCH CRCL | >>>>>>>>>>>>>>>> | |
<<<<<<<<<<<<<<<< | ACK | |
EOT | >>>>>>>>>>>>>>>> | |
<<<<<<<<<<<<<<<< | NAK(响应结束命令) | |
EOT | >>>>>>>>>>>>>>>> | |
<<<<<<<<<<<<<<<< | C(请求结束帧) | |
SOH 00 FF NUL[128] CRCH CRCL | >>>>>>>>>>>>>>>> | |
<<<<<<<<<<<<<<<< | ACK |
数据帧中校验码的计算方式——C语言
/****************************************************************************************** * 函 数: CRC16_Xmodem * 描 述: 计算CRC16-Xmodem * 多项式x16+x12+x5+1(0x1021) | 初始值0x0000 | 低位在后,高位在前 | 结果与0x0000异或 * 输 入: pData : 数据指针 * ulSize : 数据长度 * 输 出: CRC16检验码 ******************************************************************************************/ uint16_t CRC16_Xmodem(uint8_t *pData, uint32_t ulSize) { uint8_t i; uint16_t usCRC = 0x0000; while (ulSize--) { usCRC ^= (*pData++ << 8); for(i = 0; i < 8; i++) { if(usCRC & 0x8000) { usCRC = (CRCin << 1) ^ 0x1021; } else { usCRC = usCRC << 1; } } } return usCRC; }