polarbear 发表于 2017-9-18 11:11
我之前写过一个国标（公安部标准），
一个字节内容解释：   
                                    。。 ...

后来咋样了？

flamma 发表于 2017-9-18 14:54
其实吧，对方如果水平差，用JSON来做协议最方便。随便上面怎么搞。

用JSON还不如传统仪器设备行业内的SCPI简单明了。
另外这个也要看应用吧，JSON数据量通常情况下比用16进制的协议要大很多。

本帖最后由 lihui_mc 于 2017-9-19 18:03 编辑

类似经历啊，在上一家企业工作时，与另一个同事用Modbus通信，我发了标准Modbus协议给他，然后他修改了协议，按照新协议写了程序没和我说，等到联调前才说改了一个地方:

1.jpg (60.27 KB, 下载次数: 0)

下载附件

2017-9-19 17:08 上传

他在协议里面加了一个数据有效标志，意思是485读FIFO寄存器没数据时，标志要发0。 FIFO寄存器有数据时，标志要发1，读常规寄存器时，也要发1。这显然可以在FIFO结果寄存器某一位设立标志来达到同样的目的。
他就非要在标准协议里面添加一个字节来干这事，而且影响到的是所有寄存器了，还影响到将来可能与这条485总线接口的其它程序员，我又比较轴，觉得不合理的事情就不想干。
后来这事就闹得不愉快了，总工（一个写上位机C#的）让我按照他的想法做，谁叫他两关系好，自认倒霉，调试时每次用Modsim32调试读寄存器也总要错开一个寄存器才能匹配内容。

我想骂爹的是：标准就是标准，大家按照标准来做，才能接口，或者只能说，这人脑子不会转吧。

modbus对于专业做上位机的会的应该不多吧？

好狗屎的协议