串口接收GPS模块发送的信息，接收上丢失数据

EZWORD

你确定是串口丢的？最好跟进串口驱动去看看吧。。。

EZWORD

呵呵，这么确信。那再上层点就应该更不会丢掉先到的数据了，这个很奇怪。
要是有机会的话还是在串口中断中把接收到的东西打印出来看看吧，又不是很麻烦。

EZWORD

那现在就要检查是不是驱动的问题了，内核层（《hardware》->tty_driver层->ldisc层->tty核心层->）到应用层，基本都能打印出来看看。

EZWORD

在8250.c中有个函数叫receive_chars，把ch接收到的内容有条件的打印出来看看。
只打印接收gps数据的那个串口的数据

EZWORD

ch = serial_inp(up, UART_RX);
#if 1
                {
                        if(up->port.membase==(unsigned char*)IO_ADDRESS(TEST_SERIAL))                               
                                printk("\t%02x",ch);//hk
                }
#endif
                flag = TTY_NORMAL;
类似上面，那个TEST_SERIAL为gps对应串口所在的物理地址。

EZWORD

晕，这里就丢数据，这是直接从硬件中读出来的东西。
是不是模式设置的问题，或者中断共享出现问题，最坏可能是硬件的问题。

EZWORD

看看硬件的fifo溢出了没，再者看看不是中断丢失了？

EZWORD

你出现问题的地方与上面还没有什么关系呢，那个地方是一个提供给更上层的轮换缓冲区，两个512字节。
溢出应该可以通过状态寄存器看出来，若没有溢出，而数据又有丢失，那么可能是中断丢失。

建议：
1，你用其它的串口与引串口通讯看看能否正常？
2，查看丢失数据有没有规律？

另外问下：你现在用的gps是不是韩国生产的那块ourarv广告的芯片？

EZWORD

tty_flip_buffer_push只是把此处ch从硬件中读出的内容放到更上面一层的缓存中，此处丢失，就是此处之前的问题了，那就是溢出了，你最好写个应用程序把数据不停的读出来，这里cat不知道是不是有问题。
你看看是不是512字节后的数据丢失了？
为什么要用cat呢？

EZWORD

办法总是有的，就怕你不去寻找