如何设置串口通信中的COMMTIMEOUTS结构？

[alexmayer]

typedef struct _COMMTIMEOUTS {
DWORD ReadIntervalTimeout;
DWORD ReadTotalTimeoutMultiplier;
DWORD ReadTotalTimeoutConstant;
DWORD WriteTotalTimeoutMultiplier;
DWORD WriteTotalTimeoutConstant;
} COMMTIMEOUTS,*LPCOMMTIMEOUTS;

如何设置？网上很多介绍的文章，但是具体如何设置没有明确的指导？取值的大小跟什么有关？不同的协议、不同的波特率是否应该有不同的取值？

[alexmayer]

没人愿意谈谈吗？分太少？不够可以在加！

对这个超时结构的议论网上也有不少，但多是MSDN的翻译，没有针对性的探讨。

比如：
1、在485总线结构中，有多个设备，需要监听总线上的数据通信，PC（用作监听）端口通过RS232转RS485转接入485总线。其余设备都是单片系统，采用超时处理，即时刻监视总线，发现80ms总线上没有新数据传入，就认为一帧结束，进入处理函数。如果主设备发出下行询问命令，没有从设备回答，延时10秒后，才重复询问。这样的话，是不是
ReadIntervalTimeout=80；
ReadTotalTimeoutMultiplier=0;
ReadTotalTimeoutConstant=10000;

2、通过PC的RS232口直接连接一个子设备，子设备始终在不停的发送数据没有明显的分帧现象，只不过是协议中对数据中插入了同步标志，
eb 90 eb 90 eb 90 71 61 10 01 01 f0 00 00 00 00 00 ff 01 00 00 00 00 9d 02 00 00 00 00 3b 03 00 00 00 00 59 04 00 00 00 00 70 05 00 00 00 00 12 06 00 00 00 00 b4 07 00 00 00 00 d6 08 00 00 00 00 e6 09 00 00 00 00 84 0a 00 00 00 00 22 0b 00 00 00 00 40 0c 00 00 00 00 69 0d 00 00 00 00 0b 0e 00 00 00 00 ad 0f 00 00 00 00 cf
eb 90 eb 90 eb 90 71 61 10 01 01 f0 00 00 00 00 00 ff 01 00 00 00 00 9d 02 00 00 00 00 3b 03 00 00 00 00 59 04 00 00 00 00 70 05 00 00 00 00 12 06 00 00 00 00 b4 07 00 00 00 00 d6 08 00 00 00 00 e6 09 00 00 00 00 84 0a 00 00 00 00 22 0b 00 00 00 00 40 0c 00 00 00 00 69 0d 00 00 00 00 0b 0e 00 00 00 00 ad 0f 00 00 00 00 cf
其中的eb 90 eb 90 eb 90就是同步标志，这样有应该如何处理？串口一直在接受，如何设置超时？

[alexmayer]

?!

up

[ACuke]

正在研究中。。。。。。
不过这个变量我没怎么看

[alexmayer]

期待……

[tsys2000]

mark

[Horus_]

会不会是通讯协议的问题

[alexmayer]

想听听高手对不同情况下COMMTIMEOUTS的设置，及为什么这样设置？

[Mr-Chen]

COMMTIMEOUTS：COMMTIMEOUTS主要用于串口超时参数设置。COMMTIMEOUTS结构如下：

typedef struct _COMMTIMEOUTS {
DWORD ReadIntervalTimeout;
DWORD ReadTotalTimeoutMultiplier;
DWORD ReadTotalTimeoutConstant;
DWORD WriteTotalTimeoutMultiplier;
DWORD WriteTotalTimeoutConstant;
} COMMTIMEOUTS,*LPCOMMTIMEOUTS;


　　ReadIntervalTimeout：两字符之间最大的延时，当读取串口数据时，一旦两个字符传输的时间差超过该时间，读取函数将返回现有的数据。设置为0表示该参数不起作用。

　　ReadTotalTimeoutMultiplier：读取每字符间的超时。

　　ReadTotalTimeoutConstant：一次读取串口数据的固定超时。所以在一次读取串口的操作中，其超时为ReadTotalTimeoutMultiplier乘以读取的字节数再加上 ReadTotalTimeoutConstant。将ReadIntervalTimeout设置为MAXDWORD，并将ReadTotalTimeoutMultiplier 和ReadTotalTimeoutConstant设置为0，表示读取操作将立即返回存放在输入缓冲区的字符。

　　WriteTotalTimeoutMultiplier：写入每字符间的超时。

　　WriteTotalTimeoutConstant：一次写入串口数据的固定超时。所以在一次写入串口的操作中，其超时为WriteTotalTimeoutMultiplier乘以写入的字节数再加上 WriteTotalTimeoutConstant。

一般都会做以下设置：
TimeOuts.ReadIntervalTimeout=MAXDWORD;
// 把间隔超时设为最大，把总超时设为0将导致ReadFile立即返回并完成操作

TimeOuts.ReadTotalTimeoutMultiplier=0;
//读时间系数

TimeOuts.ReadTotalTimeoutConstant=0;
//读时间常量

TimeOuts.WriteTotalTimeoutMultiplier=50;
//总超时=时间系数*要求读/写的字符数+时间常量

TimeOuts.WriteTotalTimeoutConstant=2000;
//设置写超时以指定WriteComm成员函数中的

[alexmayer]

楼上de说法通过Google能搜到不少，但是，能不能说下具体某个值取多少的原因吗？同步模式和异步模式、不同的速率、不同的通信协议，取值难道都一样吗？

[shakaCY]

关注！^_^

[天外怪魔]

ReadIntervalTimeout:指定时间最大值（毫秒），充许接收的2个字节间有时间差。也就
是说，刚接收了一个字节后，等了ReadIntervalTimeout时间后还没有新的字节到达，就
认为本次读串口操作结束（后面的字节等下一次读取操作来处理）。即使你想读8个字节，
但读第2个字节后，过了ReadIntervalTimeout时间后，第3个字节还没到。实际上就只读
了2个字节。

ReadTotalTimeoutMultiplier:指定比例因子（毫秒），实际上是设置读取一个字节和等
待下一个字节所需的时间，这样总的超时时间为读取的字节数乘以该值，同样一次读取
操作到达这个时间后，也认为本次读操作己经结束。

ReadTotalTimeoutConstant:可以理解为一个修正时间，实际上就是按ReadTotalTimeout
Multiplier计算出的超时时间再加上该时间才作为整个超时时间。

WriteTotalTimeoutMultiplier，WriteTotalTimeoutConstant 意思类似。
如果设为0值表示这些参数不起作用。

这样我们很容易看出，如果我们想读写可靠，要根据
不同的速率和应用实际情况设置合适的值。和同步模式和异步模式、不同的通信协议无关。

重点在于理解:超时就意味着本次读写操作结束。

常见设置:
一般都会做以下设置：
TimeOuts.ReadIntervalTimeout=MAXDWORD;
// 把间隔超时设为最大，把总超时设为0将导致ReadFile立即返回并完成操作

TimeOuts.ReadTotalTimeoutMultiplier=0;
//读时间系数

TimeOuts.ReadTotalTimeoutConstant=0;
//读时间常量

TimeOuts.WriteTotalTimeoutMultiplier=50;
//总超时=时间系数*要求读/写的字符数+时间常量

TimeOuts.WriteTotalTimeoutConstant=2000;
//设置写超时以指定WriteComm成员函数中的

[alexmayer]

有人这样：
COMMTIMEOUTS CommTimesOuts;

if( IoInfoData.dwBaudRate == CBR_2400 ||
IoInfoData.dwBaudRate == CBR_1200 ||
IoInfoData.dwBaudRate == CBR_300 ||
IoInfoData.dwBaudRate == CBR_110 )
{
// 读取溢出时间 = 要读取的字节 * 放大因子 + 固定时间
// Bin 码每个BIN 间的时间允许为 30 ms , 在此设定为 50 ms , 超过该时间说明读取完成
CommTimesOuts.ReadIntervalTimeout = 50;
// 时间放大因子
CommTimesOuts.ReadTotalTimeoutMultiplier = 10 ;
// 固定时间,
CommTimesOuts.ReadTotalTimeoutConstant = 1000 ;

}
else
{
// 读取溢出时间 = 要读取的字节 * 放大因子 + 固定时间
// Bin 码每个BIN 间的时间允许为 30 ms , 在此设定为 100 ms , 超过该时间说明读取完成
CommTimesOuts.ReadIntervalTimeout = 30;
// 时间放大因子
CommTimesOuts.ReadTotalTimeoutMultiplier = 8 ;
// 固定时间,
CommTimesOuts.ReadTotalTimeoutConstant = 100 ;
}

// 写数据溢出时间 = 要写入的字节 * 放大因子 + 固定时间
CommTimesOuts.WriteTotalTimeoutMultiplier = 2*CBR_9600 / IoInfoData.dwBaudRate ;
CommTimesOuts.WriteTotalTimeoutConstant = 50;

SetCommTimeouts(IoInfoData.idComDev,&CommTimesOuts);

有人这样：
m_CommTimeouts.ReadIntervalTimeout = 1000;
m_CommTimeouts.ReadTotalTimeoutMultiplier = 1000;
m_CommTimeouts.ReadTotalTimeoutConstant = 1000;
m_CommTimeouts.WriteTotalTimeoutMultiplier = 1000;
m_CommTimeouts.WriteTotalTimeoutConstant = 1000;
if (SetCommTimeouts(m_hComm， &m_CommTimeouts))

难道只能在实际应用中，不断调整？

[alexmayer]

另外，超时时间能设成多小，跟定时器控件一样也受制于系统时钟？这样岂不是同一程序在不同机型上有可能串口收发的表现不一样！？

[alexmayer]

我写了一个如下的串口监视线程：（部分代码）
UINT CommProc(LPVOID pParam)
{
OVERLAPPED os;
DWORD dwMask, dwTrans;
COMSTAT ComStat;
DWORD dwErrorFlags;
CTerminalDoc *pDoc = (CTerminalDoc*)pParam;

memset(&os, 0, sizeof(OVERLAPPED));
os.hEvent = CreateEvent(NULL, TRUE, FALSE, NULL);
if (os.hEvent == NULL)
{
AfxMessageBox("Can't create event object!");
return (UINT)-1;
}

while(pDoc->m_bConnected)
{
ClearCommError(pDoc->m_hCom, &dwErrorFlags, &ComStat);
if (ComStat.cbInQue)
{
WaitForSingleObject(pDoc->m_hPostMsgEvent, INFINITE);
ResetEvent(pDoc->m_hPostMsgEvent);
PostMessage(pDoc->m_hTermWnd, WM_COMMNOTIFY, EV_RXCHAR, 0);
continue;
}

dwMask = 0;
if (!WaitCommEvent(pDoc->m_hCom, &dwMask, &os))
{
if (GetLastError() == ERROR_IO_PENDING)
{
GetOverlappedResult(pDoc->m_hCom, &os, &dwTrans, TRUE);
}
else
{
CloseHandle(os.hEvent);
return (UINT)-1;
}
}
}

CloseHandle(os.hEvent);

return 0;
}
使用的是重叠方式，监视线程线程函数CommProc先是调用ClearCommError函数查询输入缓冲区中是否有字符，如果有，就向视图发送WM_COMMNOTIFY消息通知其接收字符。如果没有，则调用WaitCommEvent函数监视EV_RXCHAR通信事件，该函数执行重叠操作，紧接着调用的GetOverlappedResult函数无限等待通信事件，如果EV_RXCHAR事件发生（串口收到字符并放入输入缓冲区中），那么函数就结束等待。

现在的问题是对方设备发送过来的数据不能在一次读取中全部读完，而对方设备的通信协议又没有帧头、帧尾标志，只是靠50ms的线路空闲时间区分每一帧，而且发送还相当频繁，几乎是连续的！每次不能读完整一帧数据，造成我无法对数据分析！

是不是这样串口就无法使用重叠方式。

[Mr-Chen]

你的数据如此频繁的话，我觉得用这种时间的方式就不太合适了，最好采用轮询的方式，这样能保证不会丢数。
而且你要靠空闲时间来区分每一帧的话，就得你自己定义一个接收协议与发送端匹配了。
数据分析你可以放到另外的线程里去进行。

[alexmayer]

协议不由我呀？现在确实没有丢数，但是如果不能每次都一次性读入一个完整数据帧，就没有办法处理了！
有什么办法能保证能每次读入一个完整帧？