1.2.0RC 挂载3个SPI设备到SPI1上出现的奇怪问题

发布于 2013-11-10 17:16:14 浏览：3426 订阅该版

哎，一直在索取，从未有过贡献，每次出问题都来求助感觉很不好意思。。。
这次这个问题搞了4、5天也没搞清楚，实在没招只能厚着脸皮来发帖，
1.2.0RC中好像没有rt_stm32f10x_spi.c 这个文件，我从之前的某个过程中的这个文件加到其中，
然后挂载3个SPI设备到spi10 spi11 spi12，
然后finish->list_device(),也显示成功加载了这3个device,
然后分别“手动”读写这3个设备也没问题，但是奇怪是是，
当我在单独的一个线程中，“自动”的反复切换调用spi11 和 spi12 这2 个设备时，程序总是死掉，
这个线程干的事情类似于：先不停的读写spi11设备，然后会去不停的读写spi12设备，
不停的读写spi11设备时没问题，一旦要切换到读写spi12设备，程序立刻死掉，打印如下：

```psr: 0x21000000
r00: 0x20004bd0
r01: 0x10000000
r02: 0xf0000000
r03: 0x00000020
r04: 0x20001350
r05: 0x00000000
r06: 0x20001290
r07: 0x00000001
r08: 0x20001288
r09: 0x00000001
r10: 0xdeadbeef
r11: 0xdeadbeef
r12: 0x0800bfed
 lr: 0x0800a99d
 pc: 0x0800a99c
hard fault on thread: atau

thread  pri  status      sp     stack size max used   left tick  error
-------- ---- ------- ---------- ---------- ---------- ---------- ---
tcpip    0x0c suspend 0x000000dc 0x00000400 0x00000134 0x00000012 000
ushell   0x0d suspend 0x00000080 0x00000800 0x00000248 0x0000000a 000
ttcp     0x0c suspend 0x00000148 0x00000400 0x00000178 0x0000000a 000
atau     0x0b ready   0x000000e0 0x00001000 0x00000210 0x00000009 000
etx      0x0f suspend 0x0000009c 0x00000200 0x0000009c 0x00000010 000
erx      0x0f suspend 0x00000094 0x00000200 0x00000094 0x00000010 000
tidle    0x1f ready   0x00000044 0x00000100 0x00000060 0x00000011 000
usage fault:
SCB_CFSR_UFSR:0x02 INVSTATE```

每次都死在spi_core.c文件中的rt_spi_send_then_recv()函数中的
   /* not the same owner as current, re-configure SPI bus */
   result = device->bus->ops->configure(device, &device->config);
这个地方，因为切换不同spi设备时，肯定要调用configure（）进行重新配置。

为什么说奇怪呢，因为手动发串口命令先读写spi10设备 再读写spi11设备，再读写spi12 设备。。。这样反复再多次也没问题，
但是一旦发串口命令启动挂起的一个线程“自动”切换读写spi11 和 spi12 设备时就会死掉。。。

查了宋岩译的《M3的权威指南》，好像SCB_CFSR_UFSR:0x02 INVSTATE这个错误是：试图切换到ARM状态错误
但是不知道是什么引起的

然后我就反复研究spi_core.c 、 spi_device.c 和rt_stm32f10x_spi.c这3个文件，但始终不懂问题出在哪里。。。