电子大神的日记本,供应链专家的功夫茶盘,在这里记录、分享与共鸣。

登录以开始

dsPIC33F单片机间通讯问题及解决办法

刚刚做完一个PIC单片机的项目,使用的是dsPIC33FGP706,其中涉及两个单片机之间的数据传输。为了减少连线,采用串行口,最初设计的是使用SPI进行通讯,一个作为Master,另一个作为Slave,可是怎么调也调不通,后来在网上一查,发现这个系列的单片机SPI模块有BUG,作为Slave模式时SS引脚无法当做片选,只能通过软件手段辅助实现,看了看网上的解决办法,感觉有点麻烦。

刚想改板子,发现这个单片机的SPI口竟然和SCI口是复用的,而且两个单片机的连线刚好可以用SCI口进行通讯,大喜,赶紧改程序,让两个单片机用串口通讯。我设计了一个小的协议,1号单片机通过串口向2号单片机发送一个字节的数据,2号单片机收到后立刻传送8个字节的数据,这样重复进行。

1号单片机通过DMA接收,2好单片机通过DMA发送,程序写好后进行调试,问题出现了,发现1号单片机有时会出现收不到数的情况,而且似乎和上电情况有关系,如果上电后能正常收发,那么就会一直正常下去;如果上电后就不能正常接收,那么以后也无法正常接收,就算强制复位也没用。还有一个怪现象就是用PICkit3仿真调试时从来不出故障。

起初以为是DMA带来的问题,随即取消DMA,但故障依旧,后来仔细翻看单片机关于串口的文档,然后调试的时候不用PICkit3,而是把1号单片机串口状态寄存器的值通过另一个串口(这个单片机有两个串口模块)发送到电脑上来。这时找到问题的根源了,发现1号单片机用于与2号通讯的那个串口的UxSTA寄存器的bit0(URXDA)和bit1(OERR)位在上电时偶尔会出现非0值,默认情况下,单片机刚上电,这两个位应该是零,表示接收缓冲区中没有数据,同时也没有溢出,这样2号单片机送过来的数值才能被1号单片机接收。如果上电以后这两位不是0,说明接收缓冲区中有数据,还可能接收缓冲区已经溢出了。

这就是问题的根源所在,当上电后出现这两位非0时,说明接收缓冲区没有清干净,新来的数无法存入缓冲区,而后续的程序又没有清理接收缓冲区的操作,这样就导致一直读不到数。

所以我在每次读书前先强制清除接收缓冲区,添加了如下代码:

while((U1STA&0x0001)==0x0001)
{
  &

博主
csjedi@yeah.net
csjedi的博客——All about Electronics
csjedi
点击跳转