关于串口数据读取的有关问题

关于串口数据读取的问题
将硬件配置完全相同的A、B两块板子的串口直连（TX,RX反接），两者可以互通数据。

但从A用 read读取 B发送来的数据时，有时会出现只读取到一部分的情况。需要再次read，
才能读取出B发送内容的后面部分。

而在B上的 write 函数中，其返回值与要写入的长度是相等的，即，从B上的write来看，其执行
是正确的。

我的疑问是，为何有时会出现read 不全的情况存在？每次read的buf和长度都是足够的。

下面是我的 open 等部分函数，个人猜测是不是设置上哪里的问题？还望各位指点下，非常感谢！

int open_port(int fd,int comport)
{
char *dev[]={"/dev/ttyS0","/dev/ttyS1","/dev/ttyS2"};

fd = open(dev[comport], O_RDWR|O_NOCTTY|O_NDELAY);
if (-1 == fd)
{
perror("Can't open serial port ");
return (-1);
}
debug("open ttyS%d \n", comport);

if(fcntl(fd, F_SETFL, 0)<0)
debug("fcntl failed!\n");
else
debug("fcntl=%d\n",fcntl(fd, F_SETFL,0));

if(isatty(STDIN_FILENO)==0)
debug("standard input is not a terminal device\n");
else
debug("isatty success!\n");

debug("fd-open=%d\n",fd);
return fd;
}

int set_opt(int fd,int nSpeed, int nBits, char nEvent, int nStop)
{
struct termios newtio,oldtio;
if ( tcgetattr( fd,&oldtio) != 0)
{
perror("SetupSerial 1");
return -1;
}
bzero( &newtio, sizeof( newtio ) );
newtio.c_cflag |= CLOCAL | CREAD;
newtio.c_cflag &= ~CSIZE;

switch( nBits )
{
case 7:
newtio.c_cflag |= CS7;
break;
case 8:
newtio.c_cflag |= CS8;
break;
}

switch( nEvent )
{
case 'O': //奇校验
newtio.c_cflag |= PARENB;
newtio.c_cflag |= PARODD;
newtio.c_iflag |= (INPCK | ISTRIP);
break;

case 'E': //偶校验
newtio.c_iflag |= (INPCK | ISTRIP);
newtio.c_cflag |= PARENB;
newtio.c_cflag &= ~PARODD;
break;
case 'N': //无校验
newtio.c_cflag &= ~PARENB;
break;
}

　　switch( nSpeed )
{
case 2400:
cfsetispeed(&newtio, B2400);
cfsetospeed(&newtio, B2400);
break;
case 4800:
cfsetispeed(&newtio, B4800);
cfsetospeed(&newtio, B4800);
break;
case 9600:
cfsetispeed(&newtio, B9600);
cfsetospeed(&newtio, B9600);
break;
case 115200:
cfsetispeed(&newtio, B115200);
cfsetospeed(&newtio, B115200);
break;
default:
cfsetispeed(&newtio, B9600);
cfsetospeed(&newtio, B9600);
break;
}
if( nStop == 1 )
{
newtio.c_cflag &= ~CSTOPB;
}
else if ( nStop == 2 )
{
newtio.c_cflag |= CSTOPB;
}
newtio.c_cc[VTIME] = 0;
newtio.c_cc[VMIN] = 0;
tcflush(fd,TCIFLUSH);
if((tcsetattr(fd,TCSANOW,&newtio))!=0)
{
perror("com set error");

return -1;
}
debug("set done!\n");
return 0;
}

/********实际调用部分********/

if((fd=open_port(fd,1))<0)
{
perror("open_port error");
close(fd);
return -1;
}

if(set_opt(fd,115200,8,'N',1)<0)
{
perror("set_opt error");
close(fd);
return -1;
}

/********************/

read、write 都很普通.

rd_len = read(fd, rd_buf, sizeof(rd_buf));
wt_count = write(fd,wt_msg,wt_len);

[解决办法]
这个很正常吧，系统底层是有缓冲的，这个缓冲是由驱动维护的

因此你一次从驱动中能读到多少数据，往往跟底层驱动的工作模式和实现方式都有关系
[解决办法]

引用:

OK, 感谢回复，按照上面的意思，我从B write数据过去后，数据在A的缓冲区里，我read 可能暂时取不到，可我尝试过延时啊， A延时很久再读，也是读不全。。。

另， A板read 等软硬件都不动， B那边换成另一个其他公司的什么设备，他发过来的数据居然每次都能read完全，或者说绝大多数 A板子都能read完全。这就比较奇怪了。因为我觉得发数据，就一个write，没什么特殊处理啊... 那为何我的B板子就不太对呢。。。。

这个要彻底解决，确实需要从寄存器和驱动上找找原因。可我们老大不让动驱动，因为是非常稳定的，怕我改不稳定了...

建议先不要从底层来搞，其实说了网络编程socket也有这样类似的特性，但没见谁说看到这样类似的问题就跑去改网络驱动吧，一般问题能在上层解决在上层解决，实在不行才进底层解决，这是要考虑底层的稳定性和高效性的。

你只需要做一下数据补齐的工作就完了。例如说ret = read(fd，pbuf，num)，结果read()完后，注意ret和num的关系：
if（ret<num）//这是比较普遍的情况，
那说明想读num个数据，结果是读到了ret个数据，那你马上再读num-ret个数据出来就好了嘛。

if（ret==num）//这相对来说出现概率也比较高
那就不需要补齐了，刚刚好。

if（ret>num）//这也是有可能的，比如说串口那边发了很多数据，这边硬件和驱动都接收到了，但是应用程序的read是后来才调用的，那可能会读出来多的，这你就注意把多的数据放到下一次要读的用户缓冲区中。

另外建议把缓冲区开大点，建议采用环形多块、片的方式的缓冲区。

驱动和硬件一般在第一时间收到数据，并放到内核缓冲区中(如果有OS)，等待用户调用read函数才把数据转移到应用层。

驱动和硬件只负责正确及时高效稳定的收到数据，怎么用这些数据是应用层的事，不能说应用层的用法不对就要跑去改驱动或硬件。

如果说驱动和硬件不能正确及时高效稳定的收到数据，那当然才需要改驱动和硬件。

write也有和read类似的特性。

[解决办法]
你板间接线多长啊？

关于串口数据读取的有关问题

热点推荐