1.5w+
社区成员
- 主页
- VC综合技术
- MFC新技术
- 互联网技术
- .NET 技术
- VC/MFC界面
- VC/MFC 进程
- VC/MFC 数据库
- VC++技术资源
vc6.0 SerialPort 串口接收数据不完整
我在VC6.0下使用SerialPort 类接收数据，在9600bps下能接收到数据，现在速率改为115200bps后接收数据不全，总是看到的是前半部分，或后半部分，我是发送命令到下位机后等待2秒后，去开始处理数据的。我给的2k缓冲,应该够用了。我用串口助手接受看了看能全部接收到数据。不知什么原因，请大家指点！谢谢！
...全文
请发表友善的回复…
发表回复
LZNJ06 2010-12-30
谢谢楼上的兄弟回复，怪我，原因我都不好意思说了，m_ReceiveLength 长度给搞成UCHAR了，大了就出界了，惭愧啊。UINT 后OK.
LZNJ06 2010-12-29
//初始化串口的 writebuffersize = 2048
if (m_SerialPort.InitPort(this, m_nCom, m_nBaud,m_cParity,m_nDatabits,m_nStopbits,m_dwCommEvents,writebuffersize))
//接收消息响应的。
LONG CSMSModuleToolDlg::OnCommunication(WPARAM ch ,LPARAM port)
{
if (!m_bReceiveEnd)
{
m_ucRECEIVE[m_ReceiveLength++] = ch;
}
return 0;
}另外就是接收处理的了，我从收到的 m_ucRECEIVE[m_ReceiveLength++] 发现就是不全的。
但数据量少的可以的。
feige170905 2010-12-29
贴出主要代码才能给你分析啊。
LZNJ06 2010-12-29
9600bps下可以，另外数据量较小时也是可以完整，准确接收的。当达到1k左右时，就出现了接受不全的情况。谢谢各位回复！我还在找原因中！
grf9527 2010-12-29
不排除频率过高的原因。你的软件在低频率的表现如何
Metrosexual 2010-12-29
代码贴出来看看吧！
还没想好 2010-12-29
使用api，createfile readfile 组合。很简单 更灵活。
手机写程序 2010-12-29
那就是代码有问题.猜不出哪里的问题.
LZNJ06 2010-12-29
首先谢谢你的回复。我用的是消息触发方式接收的，用的SerialPort 类当收到数据时会有一个消息来的，另外因为我接收数据长度不确定，所以我就用延时读取方式来读取了，我想这个延时时间内应该能收到全部数据。关于系统分配的这个缓冲大小，我再查查看！
sendwb 2010-12-29
首先可以确定你没有使用消息触发数据接收，而是采用延迟接收的方式。第二，一般系统会默认为串口分配一个缓冲区，而你接收的数据实际是读取的这个缓冲区的数据，当确定数据被取走后，串口会继续读取数据填充这一缓冲区。如果缓冲区满，会造成阻塞，甚至部分数据丢失。这个系统分配的缓冲区与你应用程序分配的缓冲区无关，大小暂时不记得，需要去查相关资料。如果你不想采用消息驱动数据读取，就建议采用死循环的方式读取，虽然效率低一点，但应该可以保证数据完全读取。
zgl7903 2010-12-29
直接使用API吧
Serial Communications in Win32
Serial Communications in Win32
lixingkai2 2010-12-29
不太可能吧!串口工具也是用这个类做的呀!
LZNJ06 2010-12-29
没有找到解决方法，不知什么原因，应该能解决的。