发现一个spcomm的问题，接收的时候会因为对方发送时间间隔过小而不同（10ms左右）--欢迎讨论

2007-12-11 12:21:54 363 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

【虚幻引擎】UE4初学者系列教程基础篇-全中文新手入门教程(UE5系列继续更新) 菜单栏菜单栏当中有文件、编辑、窗口帮助。文件当中可以进行一个关卡的新建、关卡的打开、关卡的保存还有就是打包项目，（项目大于关卡，项目里面可能有几百个关卡），这是比较常用的几个,这里可以看到打包当中有安卓端HTML5端,IOS端linux,还有就是TVOS（苹果电视）、windows的一些端口的一些设置。还可以打开最近打开的项目。关卡编辑器：工具栏3.3 “模式”面板保存所有：ctrl+shift+s（有的软件截屏也是这个按键需要注意）3.4 “内容浏览器”面板缩放：ctr+鼠标滚轮3.5.视口面板。阅读详情

实验环境，本机串口2，3短接，用于本机发送，本机接收。

发送数据程序自己编写，很简单，就是发送10个字符，如果手动发送没问题，

但是用程序以10ms一次连续发送，接收的地方会看到一大片一大片的接收到数据，而不是像循环那样一次一次发送的。

手动发送，接收响应时间短，收到的数据情况：01 02 03 04 05 06 07 08 09 0A

程序连续发送（10ms），响应时间长：，收到的数据情况：01 02 03 04 05 06 07 08 09 0A01 02 03 04 05 06 07 08 09 0A01 02 03 04 05 06 07 08 09 0A01 02 03 04 05 06 07 08 09 0A01 02 03 04 05 06 07 08 09 0A01 02 03 04 05 06 07 08 09 0A01 02 03 04 05 06 07 08 09 0A01 02 03 04 05 06 07 08 09 0A

根据观察数据是没有丢的，只是会一起接收到，不知道大家有没有碰到过

...全文

嵌入式开发实战：如何用cJSON库在STM32上实现轻量级JSON通信（附完整代码）本文详细介绍了如何在STM32嵌入式系统中使用cJSON库实现高效的JSON通信方案。针对嵌入式环境的内存限制，提供了内存优化策略、cJSON库的深度定制方法以及完整的通信流程实现代码，帮助开发者解决JSON解析效率低下和跨平台兼容性等核心挑战。阅读详情

s_delhpi

网络通信/分布式开发 1,594 成员 32,944 内容

+ 关注 + 加入社区

切换为时间正序

knowledge_Is_Life 2008-05-01

打赏
举报

有问题请先GOOGLE,BAIDU

etmsg 2008-01-11

打赏
举报

调整下spcom的接包时间，间隔就可以了

阿三 2008-01-11

打赏
举报

关注，学习

s_delhpi 2008-01-11

打赏
举报

偶尔会出现这个错误，请高手指点一下，

Exception EOSError in module Project1.exe at 0000FC96.
System Error. Code: 5.
拒绝访问.

s_delhpi 2008-01-07

打赏
举报

我现在是在队列中处理数据，只要有接收到数据我就执行

new(p);
p^.gData:= Str; //str是接收到的数据，已经把16进制转成了字符串
gQueue.Push(p);

另外有一个线程专门检测gQueue，检测到有数据就POP，然后按之前定义的协议（包头、包尾、长度、CRC）来解析出完整的包。

现在解析包没有问题。但是程序时间一长就会有一个I/O 32错误，还有就是关闭程序的时候会有个异常出现，但是不是每次都有，我现在正为这个发愁，请指点一下

ly_liuyang 2008-01-07

打赏
举报

这个根本不是问题啊,正常现象
还需要另外的处理队列来处理数据的~
你在接收事件中直接处理是不正确的

fox1999 2008-01-07

打赏
举报

RS232/485/422 是流的通訊方式，不做邊界檢查的。(事實上也不可能像UDP 那樣做成包的方式，因為使用環境決定的。) RS232 是種很底層的通訊方式，不做邊界檢查，不保證數據正確，不保證數據次序正確。
所以的這些都要在用戶協議中來保證。常見的做法就是定義一個協議，我一般這樣定。

[Packet Head] 固定 1 Byte
[Packet Length] 1 Byte ，表整個 Packet 長度,最大 255 字節
[Data] n Bytes (0-251 Bytes)
[CRC16] 2 Byte 高位在前

shangchao 2007-12-24

打赏
举报

没用过spcomm,用过ComPort,

numbbb 2007-12-13

打赏
举报

SPCOMM会根据设置的Timeout缓冲数据，如果Timeout大于10ms（以楼主的例子），就会缓冲到很多帧，直到缓冲区满了才会触发接收消息，通常修改readTimeout会解决这个问题，楼主修改的那几个属性是用于流控的，通常应该是false

Jethill 2007-12-12

打赏
举报

这个原因也有可能是缓冲区的大小问题造成的，类似的问题见到过。

ljq900 2007-12-12

打赏
举报

spcomm说过来跟mscomm还是有差距
有可能是写线程只执行写而不做同步检查，这样每收到一个发送指令就执行把数据也搞乱了
不管跟波特率有没有关系
这应该说是一个缺陷

jimmy_sun 2007-12-11

打赏
举报

串口通讯时间和波特率密切相关，如间隔时间非常接近通讯所需时间甚至小于，通讯就可能出现问题

s_delhpi 2007-12-11

打赏
举报

自己测试了一下，

把这些属性设为Flase：
TxContinueOnXoff := False;
Outx_XonXoffFlow := False;
Inx_XonXoffFlow := False;

就好了，基本可以发送一次收到一次，请问这个有什么分别吗？

tigerii 2007-12-11

打赏
举报

正常现象

发现一个spcomm的问题，接收的时候会因为对方发送时间间隔过小而不同（10ms左右）--欢迎讨论

相关推荐