345
102
97
13
举报
发布时间:2025-12-13 14:19
全部评论
大家都在搜:
MO 读bus?
1周前·广东

0

分享
回复
其实你说的方法并不属于通信协议的范畴,通讯协议注重于硬件层面,比如数据线的数量,产生时钟的方式 ,一般一到两根数据线,而显示器的通讯协议则需要八根数据线。你说的方法属于发送内容的问题,你可以用各种通讯协议发送你的数据包,是数据打包的问题,谈不上通信协议。比如你可以用串口传送GPS数据包,你也可以用I2C,传送GPS数据包。
7小时前·四川

0

分享
回复
多出的字节,就是没做好分包。 在接收一个字节后计时,超出一定时间没数据就视为一包数据。 串口接收数据本来就会有误码率,如果一包数据校验没通需要有重发机置的,来保障通信,不然CRC是干嘛用的。 不是莫名奇妙多出来字节,是受到干扰了,干扰不只是在开始和结尾,是随机的,数据中间也会有的。 还有可能485电路没设计好也会有的。
2周前·重庆

1

分享
回复
很多人太情绪化了,没有经历过,没被锤过,没有从零到一的做过大批量的工业产品,很难和鸿哥产生共鸣,很多人都是一知半解,大批量就知道锅儿是铁打的,多年以后那颗子弹会命中眉心
2周前·广东

14

分享
回复
评论很精彩[赞]
2周前·广东

0

分享
回复
...
以前调继电保护的时候,就有这种情况,理想是很美好的,但是用户现场永远会有乱七八糟的干扰,确实是会经常遇到485莫名其妙多数据或者少数据的情况。 但是也没必要一味的说不用就不用,因为做设备始终只是整个控制流程的一环,用不用485也不是自己能够说了算[微笑]
2周前·江苏

1

分享
回复
modbus rtu这种古老协议,确实应该丢进时代的垃圾堆里了,速度非常慢,在用485通讯的工业环境下如果有误码时,重发校核更是慢的离谱,大家看似讨论的热火朝天,大部分人只在讨论从机对数据的解析,没人真正关心主机协议的致命缺陷。
2周前·山东

1

分享
回复
modbus不给用,IIC也不给用,CAN也不给用,贴片晶振不给用,QT不给用,就只疯狂地用SPI,你这样能不孤独吗[捂脸]
2周前·广东

2

分享
回复
[尬笑]不要自定义协议了 除非你开发2.4G的无线通信,因为时间久了自己会忘记 能用就用标准协议 实在不行再改,不然兼容性不好 反正我不敢自定义协议 我当初为了抗干扰手搓光纤透传模块
1周前·河南

0

分享
回复
边缘计算,对接别人的系统,私有协议会被扣大分,除非你是很大或者很出名分的厂,才可以让别人也来解析你的私有协议 不然大家都用通用的协议
2周前·北京

1

分享
回复
我用PLC搞工程,和锅炉DCS通讯,都采用M0dBuS协议,没问题。
2周前·江苏

1

分享
回复
我用485 3ms高速查询查询200台从设备都没问题,你和我说会乱码,这不就是你自己程序没处理好,要么单片机水平不达标,要么就是上位机水平不达标
2周前·浙江

3

分享
回复
干扰是肯定的,不会判断干扰不是一个好工程师!根本不要加头
2周前·江苏

3

分享
回复
...
看产品应用场景
1周前·重庆

0

分享
回复
有些东西不是想改就能改的,明明知道有误却无能为力
1周前·湖南

0

分享
回复
没有什么单片机高手有的只是会用单片机又熟悉自己所在领域的业务的骨干
2周前·辽宁

5

分享
回复
私有协议就算在完美,数据上传到平台还得标准协议,遇到过这样的情况,但还是要硬件和软件上找原因,工业级进口芯片,隔离,双绞线,集线器,程序的合理性,你要是做一个产品,集成到后台,然后协议出了问题,你说是协议本身的问题,不是我的问题,没人管你的。除非你不要钱了,某些行业就算你不要钱,死的更快,完成不了工程,背锅了,全网通报,拉黑名单,我觉得做一个工程师遇到问题第一件事就是找自己的原因,选择这条路注定是孤独的。
2周前·广东

3

分享
回复
你自己搞协议,再好也没有用,协议必须是权威才能搞,引导多数人用,别人自发的用,哪怕一大堆毛病,只要用的人多就是好协议。你自己搞的再好也是屁,自己跟自己通讯吧
2周前·天津

0

分享
回复
...
每家都用自己的协议,你让用户怎么想
2周前·天津

0

分享
回复
确实很孤独,有时候感觉空有一身本事,也没有机会跟其他同事交流。
2周前·广东

0

分享
回复
吴大拿工控软件
吴大拿工控软件

粉丝3.7万获赞12.3万

猜你喜欢

推荐视频

热榜推荐