gpt4 book ai didi

c# - 串行,RS422,在C#中,TxDone事件未触发,未接收到任何数据

转载 作者:行者123 更新时间:2023-11-30 18:06:22 25 4
gpt4 key购买 nike

我正在编写一个使用OpenNETCF.IO.Serial(开源,see serial code here)在Windows CE 6.0设备上进行串行通信的应用程序。该应用程序使用Compact Framework 2.0中的C#进行编码。我认为我要描述的问题与这些细节没有特别关系,但是在这方面我可能被证明是错误的。

我遇到的问题是,似乎是随机的(读为:间歇性问题,我现在还不能可靠地复制),直到重新启动设备本身后,数据才能传输或接收。 Windows CE设备与运行完全不同的应用程序的系统通信。重新启动此其他系统并断开/重新连接通信电缆似乎无法解决此问题,仅重新启动Windows CE设备即可。

发生此问题的唯一迹象是,OpenNETCF触发缺少TxDone事件(在OpenNETCF.IO.Serial类中查找“ TxDone();”),并且当我知道已连接的事实时,没有接收到任何数据系统正在发送数据。

在我们的串行通信中,可以发送和接收1-255(0x01-0xFF)之间的任何字符值。空值将被丢弃。

我的串行设置为38400波特,8个数据位,无奇偶校验,1个停止位(38400、8n1)。我将输入和输出缓冲区的大小设置为256个字节。每当我们收到1个或多个字符时,都会发生DataReceived事件,而由于消息的长度是可变的,因此当输出缓冲区中有1个或多个字节时,就会发生传输。

不使用握手。由于这是RS422,因此仅使用4个信号:RX +,RX-,TX +,TX-。

我收到一个“ DataReceived”事件,我从输入缓冲区读取所有数据,并在自己的代码中创建自己的缓冲区,以便在DataReceived事件之外的空闲时间通过它进行解析。当我收到命令消息时,我会发回快速确认消息。当另一个系统从Windows CE设备接收到命令消息时,它将发回快速确认消息。确认消息没有进一步的答复,因为它们的目的只是一个简单的“是的,知道了”。
在我的代码中,我通过多个线程进行接收/传输,因此我使用了lock关键字,因此不会在多个线程上同时传输多个消息。通过代码仔细检查表明,我没有挂任何锁。

在这一点上,我想知道我是否一直在丢失关于串行通信如何工作的明显信息,例如是否需要设置一些变量或属性,而不是在不为空时仅从输入缓冲区读取并写入传输缓冲区。

欢迎您提供任何见解,检查选项,建议,想法等。这是我几个月来一直在努力的事情,希望在这里收到的答案或评论可以帮助您解决此问题。先感谢您。

编辑,2011年2月24日:
(1)我似乎只能在Windows CE设备正在与之通信的系统启动时重新创建错误,而不是每次启动时都重新创建。我还查看了信号,共模电压波动,但是在系统启动时出现的噪声幅度似乎与是否出现问题无关,我已经看到,当峰值电压为5V时,峰峰值不会出现25V的问题-再说一次问题)。
问题一直与越来越多的硬件相关,但是我试图找出是什么原因导致了我所看到的症状,因为没有一个硬件实际上似乎出现故障或关闭,至少在我能够达到的位置测量信号。不好意思,但是我无法提供任何类型的硬件部件,所以请不要问所使用的组件。

(2)根据@ctacke的建议,我确保所有传输都通过同一位置以进行维护,因此我输入的线程安全性基本上如下:

lock(transmitLockObj)
{
try
{
comPort.Output = data;
}
[various catches and error handling for each]
}


(3)在大约300毫秒的时间间隔(38400波特)上发送和接收<10个字节的测试中,出现UART溢出错误。一旦收到错误,它将转到下一个循环迭代,并且不运行ReadFile,也不运行TxDone事件(或任何其他行检查过程)。此外,关闭并重新打开端口不仅无法解决此问题,而且在设备仍在运行时重新启动软件也不起作用。仅硬件重启。

我的DataReceived事件如下:

try
{
byte[] input = comPort.Input; //set so Input gets FULL RX buffer

lock(bufferLockObj)
{
for (int i = 0; i < input.Length; i++)
{
_rxRawBuffer.Enqueue(input[i]);
//timer regularly checks this buffer and parses data elsewhere
//there, it is "lock(bufferLockObj){dataByte = _rxRawBuffer.Dequeue();}"
//so wait is kept short in DataReceived, while remaining safe
}
}
}
catch (Exception exc)
{
//[exception logging and handling]
//hasn't gotten here, so no point in showing
}


但是,在WriteFile调用确实在测试中第一次超时后,立即就是我开始收到UART OVERRUN错误。老实说,我看不到我的代码导致UART OVERRUN条件。

有什么想法吗?与硬件或软件有关,我正在检查我想检查的所有内容。

最佳答案

一切听起来不错,但是您的观察表明它们并非如此。

既然您已经声明要从多个线程进行发送,那么我要做的第一件事就是采用某种发送机制,将所有发送请求都放在一个位置,然后再调用串行对象实例。当然,您说的是已经确保了线程安全,但是通过一个位置序列化这些调用将有助于加强这一点(并使代码更具可维护性/可扩展性)。

接下来,我可能会在Serial lib中添加一些临时处理,以专门设置事件或在完成Tx后在调试器中中断,但是TxDone事件不会在某个限制时间内触发。 Serial lib总是有可能在其中存在某些竞争条件的错误(相信我,该代码的作者并非万无一失)。

关于c# - 串行,RS422,在C#中,TxDone事件未触发,未接收到任何数据,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4958723/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com