串口读来的数据有可能发生比特错位吗？

zzqbruce

串口读来的数据有可能发生比特错位吗？ [复制链接]

    linux下用read()函数读取串口数据，读出来的用%c输出，有时正确，有时是乱码，波特率没有问题，请问会是什么原因呢？可能会出现比特错位的现象吗？
    比如把 0x30 0x30 0x30 0x30 0x30 ( 0011000000110000001100000011000000110000 )
    读取为 0x18 0x18 0x18 0x18 ...  ( 00011000000110000001100000011000 ...) 错了一个比特位
    如果是这样的话？是什么原因造成的呢？怎么解决呢？
    如果不可能出现这种情况，那又会是什么原因呢？
    我在网上找了很多资料，没有关于read()读取串口会出现比特错位的介绍！！
    等待高手解决！！

jiaodacit521

可能原因：
1。硬件电路噪声，可能需要滤波
2。串口IC异常，更换一个试试
3。最有可能，底层软件没有同步，检查底层代码

qybr0159

补充：启动位延时时间重点检查，1P？1.5P？

26`87765

这个问题是一个朋友问的，后来她自己解决了，配置没有问题，原来就是把一个数组声明放到了程序中间（引用之前）char sun[200]={0}，后来把这句话放到了main的开头就没事了。
    不过我还是不太明白，为什么这件声明放到中间就会出现有时正确有时乱码的现象呢？C语言中既然编译已经通过，那变量在开头声明和中间声明还有什么区别吗？

ruohanzi

没有正确得到初始化。放到main前方，是全局变量。 放在main的开头，是局部变量