串口通讯当中为什么会出现收不到0的现象？

[edd]

用超级终端接收的时候，别的unsigned char都正常,就是0都收不到，自己和自己用同样的通讯函数做的通讯程序试验可以接收到，谁知道什么情况下会出现这种现象吗？

[witsoft2000]

是不是超级终端把0当成了结束符了

[mmmyyyaaa]

witsoft2000说的是对的，可以采用下面的方法。
其实你的程序接受到了数据，只是你没有取出来，使用memcpy把数据拷贝到自己的缓冲区里去。
memcpy的字节数参数，使用你的串行口类或者控件提供的数据大小。

[edd]

msdn里面说win32只能用二进制模式发送数据，我也已经设为二进制发送了，但是不知道为什么超级终端还是当作文本接收，但是别人从单片机上发出来的数据就不会这样。
witsoft2000,能把你的串口类email给我吗？我急死了。
我现在dcb的奇偶校验，数据位，停止位，等等都是设置了，就是流控制采用的却省的，是不是还这个地方有问题？但是我试验了各种流控制结果都还是一样，实在搞不清楚了。、

[witsoft2000]

HANDLE CComDev::OpenComm( LPCSTR lpszComCtrl )
{
ASSERT( lpszComCtrl != NULL );

if(m_idComDev != INVALID_HANDLE_VALUE) return m_idComDev;

CString szPort;
szPort.Format(_T("COM%u"),GetPort());

if((m_idComDev = CreateFile(szPort,GENERIC_READ|GENERIC_WRITE,0,NULL,OPEN_EXISTING,
FILE_ATTRIBUTE_NORMAL|FILE_FLAG_OVERLAPPED,NULL)) == INVALID_HANDLE_VALUE)
{
CString szErr;
szErr.Format(_T("打开串口%u失败. <CE-%u>"),GetPort(),GetLastError());

return INVALID_HANDLE_VALUE;
}

if(!SetCommMask(m_idComDev,EV_RXCHAR)|| !SetupComm(m_idComDev,MAXRECEIVEBUF,MAXSENDBUF)
|| !PurgeComm(m_idComDev,PURGE_TXABORT|PURGE_RXABORT|PURGE_TXCLEAR|PURGE_RXCLEAR))
{
CString szErr;
szErr.Format(_T("设置串口%u失败. <CE-%u>"),GetPort(),GetLastError());

CloseHandle( m_idComDev );
m_idComDev = INVALID_HANDLE_VALUE;

return INVALID_HANDLE_VALUE;
}

COMMTIMEOUTS CommTimeOuts;
CommTimeOuts.ReadIntervalTimeout = 0xFFFFFFFF; CommTimeOuts.ReadTotalTimeoutMultiplier = 0; CommTimeOuts.ReadTotalTimeoutConstant = 1000; CommTimeOuts.WriteTotalTimeoutMultiplier = 0; CommTimeOuts.WriteTotalTimeoutConstant = 1000;
SetCommTimeouts( m_idComDev, &CommTimeOuts );

if(!SetupConnection(lpszComCtrl))
{
CloseHandle(m_idComDev);
m_idComDev = INVALID_HANDLE_VALUE;

return INVALID_HANDLE_VALUE;
}

m_bConnected = TRUE;

EscapeCommFunction(m_idComDev,SETDTR);
return m_idComDev;
}

int CComDev::WriteComm( BYTE FAR* lpszBuffer, int nWrite )
{
if(m_idComDev==INVALID_HANDLE_VALUE||lpszBuffer==NULL||nWrite<=0) return 0;

DWORD NumberOfBytesWritten=0;
if(!WriteFile(m_idComDev,lpszBuffer,(DWORD)nWrite,(LPDWORD)&NumberOfBytesWritten,&osWrite))
{
DWORD dwErrorFlags;
if(GetLastError()==ERROR_IO_PENDING)
{
CommTimeOuts.WriteTotalTimeoutConstant

while(!GetOverlappedResult(m_idComDev,&osWrite,(LPDWORD)&NumberOfBytesWritten,TRUE))
{
DWORD dwError = GetLastError();
if(dwError==ERROR_IO_INCOMPLETE)
continue;
else
{
CString szErr;
szErr.Format(_T("写串口%u错误. <CE-%u>"),m_btPort,dwError );

ClearCommError( m_idComDev, &dwErrorFlags, NULL );
if(dwErrorFlags>0) szErr.Format(_T("%s <CE-%x>"),szErr,dwErrorFlags);

break;
}
}
}
else
{
ClearCommError( m_idComDev, &dwErrorFlags, NULL );
if(dwErrorFlags>0)
{
CString szErr;
szErr.Format(_T("写串口%u错误. <CE-%x>"),m_btPort,dwErrorFlags);
}

return 0;
}
}

if(NumberOfBytesWritten>0)
TraceToMonitor(M_COMM,M_SEND,(char*)lpszBuffer,NumberOfBytesWritten);

return NumberOfBytesWritten;
}

[edd]

找到原因了，原因就是..........不明白，反正在那台机器上就是不行，换一台机器就可以了，别的机器发给那台机器，或者那台机器发给别的机器，用超级终端接收所有的0都不见了，0a前面会自动加上0d,用我自己的程序就正常。换一台机器就不管用我的程序还是超级终端都正常，不知道为什么，找不到原因。

[edd]

好像是这样，我换的机器是winme操作系统，好像在win98下面超级终端的捕获文本功能是把接收到的信息按照文本文件存储，所以就去掉了0和加上回车换行。winme大概不是这样，谁有兴趣的可以自己试验一下。

[edd]

但是别人的程序可以用超级终端收到0。而且我发现我发送的0xa前面都被加上了0xd,也就是被当作会撤换行了。似乎全部被当作文本信息接受，但是我看msdn里面说win32串口只有二进制传输模式的

[witsoft2000]

是呀，你把要传输的数据先放入内存缓冲区（BYTE型），然后写到串口，应该没有问题。但如果你的串口是485的可要注意一下，传输之前要把电平拉起来。

[edd]

我是先用一个unsigned char数组存储要发送的数据，然后写到串口，关键是超级终端收不到0,我用同样都用自己的通讯函数做的两个程序之间就能接收到0，好像感觉是什么地方设置不对造成的。我用的是流行的那个CSerial类，上一次作类似的程序我也用这个类做的，一点问题都没有，这次和别人通讯就不正常，用超级终端一看，发现没有0，而且0xa都被添加上一个0xd。但是我自己的程序之间接收发送一切正常、

[mrboy]

建议用 二进制模式 收发数据。

[witsoft2000]

我用的和你不一样，我用的是标准API创建自己的类，因为我还要控制的更细一些，MRBOY先生说的有道理，你可以去试一试