问题描述:
之前一直使用的单片机是LPC2109,对其SPI很熟悉。基本就是原本拿来稍作修改就用。
由于某种原因需要使用STM32,然后设备的驱动是之前写好的,只修改了一些硬件控制端口,由于硬件驱动使用到了SPI接口,而我是把SPI接口提供了出来,本来以为简单修改SPI配置到对应单片机就行了。简单看了STM3的SPI配置,轻车熟路改代码,瞬间体现了良好的接口有哈。
编译,生成目标文件,下载运行。
并没有出现预想的结果。由于之前的设备驱动是能用的,所以排除设备驱动问题。
开始以为是由于对STM32端口配置的不熟悉导致的、看手册,看别人代码,没发现问题。
debug........
问题定在SPI代码上。查看配置,一样啊。郁闷!!!
把自己配置考到别人能用的代码中,可以使用。更加郁闷!!!!
debug看寄存器。对比能运行代码寄存器状态。发现运行到一段代码的时候寄存器不同
SPI_CR 0x0043
SPI_CR 0x0002
看datasheet.OVR置位。问题应该就在这了。可是为什么呢??????
搜此问题,此处出自这里
溢出错误(OVR)
溢出错误表示连续传输多个数据时,后一个数据覆盖了前一个数据而产生的错误。
状态标志SPIF表示的是数据传输正在进行中,它对数据的传输有较大的影响。主器件的SPIF有效由数据寄存器的空标志SPTE=0产生,而从器件的SPIF有效则只能由收到的第一个SCK的跳变产生,且又由于从器件的SPIF和主器件发出的SCK是异步的,因此从器件的传输标志SPIF从相对于主器件的传输标志SPIF主有一定的滞后。如图4所示,在主器件连续发送两个数据的时候将有可能导致从器件的传输标志和主器件下一个数据的传输标志相重叠(图4中虚线和阴影部分),第一个收到的数据必然被覆盖,第二个数据的收/发也必然出错,产生溢出错误
图4溢出错误
通过对从器件的波形分析发现,counter=8后的第一个时钟周期,数据最后一位的传输已经完成。在数据已经收/发完毕的情况下,counter=8状态的长短对数据的正确性没有影响,因此可以缩短counter=8的状态,以避免前一个SPIF和后一个SPIF相重叠。这样,从硬件上避免了这一阶段的溢出错误。
但是,如果从器件工作速度不够快或者软件正在处理其他事情,在SPI接口接收到的数据尚未被读取的情况下,又接收到一个新的数据,溢出错误还是会发生的。此时,SPI接口保护前一个数据不被覆盖,舍弃新收到的数据,置溢出标志OVR=1;另外发出中断信号(如果该中断允许),通知从器件及时读取数据。
23.4.7 错误标志位
I2S 单元有2个错误标志位。
下溢标志位(UDR)
在从发送模式下,如果数据传输的第一个时钟边沿到达时,新的数据仍然没有写入SPI_DR寄存
器,该标志位会被置’1’ 。在寄存器SPI_I2SCFGR的I2SMOD 位置’1’ 后,该标志位才有效。如果
寄存器SPI_CR2的ERRIE位为’1’ ,就会产生中断。
通过对寄存器SPI_SR进行读操作来清除该标志位。
上溢标志位(OVR)
如果还没有读出前一个接收到的数据时,又接收到新的数据,即产生上溢,该标志位置’1’ ,如
果寄存器SPI_CR2的ERRIE位为’1’ ,则产生中断指示发生了错误。
这时,接收缓存的内容,不会刷新为从发送设备送来的新数据。对寄存器SPI_DR的读操作返回
最后一个正确接收到的数据。其他所有在上溢发生后由发送设备发出的16位数据都会丢失。
通过先读寄存器SPI_SR再读寄存器SPI_DR,来清除该标志位。
void SPI_write_byte(u8 data) { S0SPDR = data; while ((S0SPSR & 0x80) == 0); } u8 SPI_read_byte(void) { S0SPDR = 0xff; while((S0SPSR & 0x80) == 0); return (S0SPDR); }
整个工程修改的代码如下(注释代码为不能正常工作的):
/*---------------------------------------------------------------------------*/ // void SPI_write_byte(u8 data) // { // while (!(SPI1->SR & (1 << 1))); // SPI1->DR = data; // } // u8 SPI_read_byte(void) // { // while (!(SPI1->SR & 1)); // return SPI1->DR; // } u8 spi_rw(u8 data) { while (!(SPI1->SR & (1 << 1))); SPI1->DR = data; while (!(SPI1->SR & 1)); return SPI1->DR; } /*---------------------------------------------------------------------------*/ // SPI_write_byte(op | (address & ADDR_MASK)); // SPI_write_byte(data); spi_rw(op | (address & ADDR_MASK)); spi_rw(data); /*---------------------------------------------------------------------------*/ // SPI_write_byte(RBM); spi_rw(RBM); // *data = SPI_read_byte(); *data = spi_rw(0xff); /*---------------------------------------------------------------------------*/ // SPI_write_byte(WBM); spi_rw(WBM); // SPI_write_byte(*data); spi_rw(*data); /*---------------------------------------------------------------------------*/
看完基本就明白问题所在了...
分析问题:
我是按照LPC的SPI配置的,而现在的是STM32,问题关键就在于STM32的接受缓冲空和发送缓冲非空的标志是不同的。而LPC单片机是相同的。仔细分析我写的代码,实际上每次执行都缺少了对状态的判断,从而导致了数据的溢出。
解决问题:
修改代码如下,问题解决。
u8 SPI_write_byte(u8 data) { while (!(SPI1->SR & (1 << 1))); SPI1->DR = data; while (!(SPI1->SR & 1)); return SPI1->DR; } u8 SPI_read_byte(void) { while (!(SPI1->SR & (1 << 1))); SPI1->DR = 0xff; while (!(SPI1->SR & 1)); return SPI1->DR; }
总结:
问题出在思维的定势,先入为主的思想导致了错误的思维,也体现了对问题的分析能力,以及编码的随意性。哎血的教训啊。。。
来源:https://www.cnblogs.com/bugershang/p/STM32.html