一个关于单片机串口通信协议的问题

I_believe

如果说单片机串口的通信协议是以字符串的形式来通信的话，大佬们有没有好的处理方式，比如这个协议的字符长短是不固定的，模块会给我单片机下发GETxxxxxxx，SETXXXXXX，RESETxxxxxx，之类的一堆字符串，我之前的做法是识别开头的字符，结束就判断\r\n，但是感觉不同指令用不同的头码识别，这个好像不太高效，随着协议的增加，程序会变得十分臃肿，希望有大佬能指导一下这种字符串协议的该怎么写好

duhe3hfu

参考MODBUS 协议，以时间间隔作为一串数据的结束和下一次数据的开始

nocturne

没必要纠结这个效率，当你定义指令以字符串方式来收发时，表示你已经不在意这个效率了，能识别即可，

elephant_

上位机和下位机之间串口通讯基本都是这种样子的呀,有的还是固定长度的呢,长度不够的话,还得加上0x00或者0xff补齐再发送,有的后面还会跟上一堆结束符,比如说3个0xff或者是3个0x00之类的
- B2 r" |- U0 r9 J8 G就连数据,有的上位机都是要求发送ASCII字符串的,比如255就不会发送0xff,而是分开发送"2" "5" "5"
$ F1 F0 |0 m/ g4 _, i3 L) }; d效率和程序代码大小并不是任何时候都要做到极致的
比如STC8A,它有64K程序空间,那省下来的几百个字节的内存,一点意义都没有
STM有的代码空间有512K,那就更不用说了
只有你的程序有实际运行,的确是因为效率或者代码真的太大了,才会开始考虑优化算法

purpose_857

我觉得只要不产生BUG,程序能正常运行,硬件资源也够的话,不用考虑那么多

unfaithful2021

串口的协议头都是固定的，可以写个数组来保存这些数据，然后判断解析