通信协议中的转义符怎么代码实现？

跟紧我

这张图片中再增加了一个字符即0x1B。这个字符被定义为转义字符（也能够设置为别的），增加这个字符后的传输过程变为，0x02+用户数据+0x03。可是在用户数据中假设出现0x02即被替换为0x1B+0xE7，假设出现0x03即被替换为0x1B+0xE8。这样用户数据中就绝不会再出现0x02和0x03。可是万一用户要传输的数据就是0x1B+0xE7呢？这也没有关系，由于假设用户要传输的0x1B也会被转义为0x1B+0x00，所以假设用户真的须要传输0x1B+0xE7的话也被0x1B+0x00+0xE7所替代，也不会造成干扰。

这样做的结果是在接收端假设接收到转义字符，就必须要推断下一个字符是否为特定的三个值，假设是特定的三个值就须要做特殊处理，这就是转义字符解决通信中防止通信错误的原理。

jermy_z

古老的协议，现在要是谁还弄转义符，简直是吃饱撑的

LcwSwust

状态机，
收到02进入 接收数据状态，
接收数据状态收到1B进入转义状态，收到03则一帧结束，其它数据则存入数组。
转义状态收到数据进行转换后存入数组然后进入接收数据状态。

阿侑kevin

jermy_z 发表于 2021-6-9 14:40
古老的协议，现在要是谁还弄转义符，简直是吃饱撑的

别这么说，我们跟机智云有个IoT的项目，昨天他们发过来的协议还有转义字符，我也是一脸懵

jermy_z

阿侑kevin 发表于 2021-6-9 14:56
别这么说，我们跟机智云有个IoT的项目，昨天他们发过来的协议还有转义字符，我也是一脸懵

协议问题，肯定是个老年人制定的协议

245925587

转义就是把一个字节，转成特定的两个字节，如你那个0x02，封包的时候，遇到数据是0x02的，变成0x1B,0xE7,其他的同理；
反转义，就是接收的时候，遇到两个字节为特定的值，就反义回来，这种转义还是有很多标准协议用到，如GB17691，jt808等，这是为了接收方好处理；代码思路按照3楼说的，状态机的思路

跟紧我

245925587 发表于 2021-6-9 15:15
转义就是把一个字节，转成特定的两个字节，如你那个0x02，封包的时候，遇到数据是0x02的，变成0x1B,0xE7,其 ...

是不是发送方把0x02转为0x1B和0xE7发送。接收方收到0x1B和XE7转为0x02

jermy_z

跟紧我 发表于 2021-6-9 15:47
是不是发送方把0x02转为0x1B和0xE7发送。接收方收到0x1B和XE7转为0x02

是的，就是发送的时候遇到特定字符，膨胀为两个。
接收的时候，遇到两个连续的特定字节，转化为一个特定字符

跟紧我

jermy_z 发表于 2021-6-9 15:57
是的，就是发送的时候遇到特定字符，膨胀为两个。
接收的时候，遇到两个连续的特定字节，转化为一个特定 ...

感觉这样做很麻烦了。比如我要发送0x1B 0x1B 0x00就会转为0x1B 0x00 0x1B 0x00 0x00，平白多了两个字节，数据多的时候更是多出一大截。接收判断也很麻烦吧

jermy_z

跟紧我 发表于 2021-6-9 16:59
感觉这样做很麻烦了。比如我要发送0x1B 0x1B 0x00就会转为0x1B 0x00 0x1B 0x00 0x00，平白多了两个字节， ...

那没办法，转移字符就是这么扯淡，所以说是古老的协议

跟紧我

jermy_z 发表于 2021-6-9 17:04
那没办法，转移字符就是这么扯淡，所以说是古老的协议

那现在有什么好的方法吗

阿侑kevin

jermy_z 发表于 2021-6-9 15:04
协议问题，肯定是个老年人制定的协议

他们为了在接收数据包的时候只通过包头包尾就去判断是否为一包，不清楚怎么想的，反正他们觉得很高级

jermy_z

跟紧我 发表于 2021-6-9 17:27
那现在有什么好的方法吗

你协议都定了，还有啥办法？

qq215379484

带有转义字符的协议还是很多的,比如国标的交通信号机就是,只通过帧头帧尾就能判断一帧,其实没什么调试难度.

跟紧我

jermy_z 发表于 2021-6-10 09:32
你协议都定了，还有啥办法？

不是说转译字符古老吗，那现在一般用什么方法？

Acuity

这跟古老和非古老有什么关系？就一个for循环遍历每一个字节即可，很简单的逻辑。另外，这是一个非常优秀、高效的协议，一些控制协议常用的，纯二进制传输，比那些字符串、json高效得多！

jermy_z

跟紧我 发表于 2021-6-10 14:05
不是说转译字符古老吗，那现在一般用什么方法？

你去问下面那个称赞这个协议的吧，反正我觉得这个协议跟屎一样

Acuity

伪代码：

1. uint16_t decode_fun(uint8_t *src_data, uint16_t src_size, uint8_t *out_data)
   
2. {
   
3.     uint8_t index = 0;
   
4.     uint16_t out_index = 0;
   
5. 
   
6.     for (index=0; index<src_size; index++)
   
7.     {
   
8.         if (ESC == src_data[index])
   
9.         {
   
10.             index++;
    
11. 
    
12.             if (0xE7 == src_data[index])
    
13.             {
    
14.                 out_data[out_index++] = STX;
    
15.             }
    
16.             else if (0xE8 == src_data[index])
    
17.             {
    
18.                 out_data[out_index++] = ETX;
    
19.             }
    
20.             else if (0x00 == src_data[index])
    
21.             {
    
22.                 out_data[out_index++] = ESC;
    
23.             }
    
24.             else
    
25.             {
    
26.                 /* todo error? */
    
27.                 return 0;
    
28.             }
    
29.         }
    
30.         else
    
31.         {
    
32.             out_data[out_data++] = src_data[index];
    
33.         }
    
34.     }
    
35.    
    
36.     return out_index;
    
37. }

复制代码

跟紧我

jermy_z 发表于 2021-6-10 14:23
你去问下面那个称赞这个协议的吧，反正我觉得这个协议跟屎一样

目前来看，没有更好的方法了。

跟紧我

Acuity 发表于 2021-6-10 14:46
伪代码：

感谢分享