串行端口上数据损坏的异常模式 [英] Unusual pattern of data corruption over serial port

查看:76
本文介绍了串行端口上数据损坏的异常模式的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在通过从Windows超级终端发送数据来测试我的应用程序在串行端口上的数据接收,并且大多数情况下都有效.例如,如果我发送:

I'm testing my application's receipt of data over a serial port by sending data from Windows HyperTerminal and this mostly works. For example if I send :

Quick Brown Fox

我收到:

Quick Brown Fox

但是,如果我发送:

UUUUUUUUUUU

我收到

UUÕUÕUÕUÕUÕ

或者如果我发送:

aaaaaaaaaaa

我收到:

aaáaáaáaáaá

因此,对于任何重复的,长度超过2个的字符串,则第3,第5,第7等字符会因设置高位而损坏.

so for any repeated character string longer than 2, then the 3rd, 5th, 7th etc. characters are corrupted by having their high bit set.

两台计算机上的串行端口设置相同.

The serial port settings on both machines are identical.

推荐答案

我发现了这一点: http://seetron .com/archive/html/ht_tip1.htm

最后一段说:

保存的配置可能以奇怪的方式损坏.最明显的 症状是连续键入相同的字符三次导致 字符的第三个实例被错误地发送.其他 在这种情况下,终端程序完全无法工作.我们唯一的解决方法 知道的是从头开始创建新配置,如所述 以上.

Saved configurations can be corrupted in odd ways. The most obvious symptom is that typing the same character three times in a row causes the third instance of the character to be sent incorrectly. In other cases, the terminal program fails to work altogether. The only fix we know of is to create a new configuration from scratch, as described above.

听起来很熟悉吗?

这篇关于串行端口上数据损坏的异常模式的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆