This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] cc3100:移植到 STM32F0 (STM32F072-Nucleo-Board)、硬故障错误

Guru**** 2531950 points
Other Parts Discussed in Thread: CC3100SDK

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/593554/cc3100-porting-to-stm32f0-stm32f072-nucleo-board-hard-fault-error

器件型号:CC3100

您好!

使用 STM32F0 UC 上的 STM32F4端口时遇到问题。 我不知道这是不是我的问题所在的正确论坛。

这是示例项目"SPI-debug-tool"的一部分。 SPI 读取的代码 schows 测试:

 /*找到同步模式。 如果需要、将完整的读取字节数设置为4的倍数(协议对齐)*/
   SyncCnt %= SYNC_pattern_LEN;
 
   if (SyncCnt > 0)                                                                                                           //调试器 SyncCnt = 3
   {
       *(_u32 *)&pBuf[0]=*(_u32 *)&pBuf[4];
        SL_IfRead (FD、&pBuf[SYNC_pattern_LEN - SyncCnt]、SyncCnt);        //<--硬故障错误
   }
   其他
   {
       SL_IfRead (FD、&pBuf[0]、4);
   }

如果我将 SPI 读取序列更改为以下代码:

char testbuf[8];

int index = SYNC_pattern_LEN - Synccnt;         //调试器:index = 1   和 SyncCnt = 3
 sl_IfRead (FD、testbuf、SyncCnt);
 对于(int i = 0;i < SyncCnt;i++)
          pBuf[i + index]= testbuf[i];

. 硬故障错误消失、SPI 调试测试成功结束!

这种奇怪行为的原因可能是什么。 我担心使用 MQTT 等更复杂的示例会遇到这些问题。

我们非常感谢您的帮助

奥托帕茨胡伯

慕尼黑应用科学大学

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Otto、

    硬件故障似乎与您的平台和低级 SPI 驱动程序有关。 我不认为 TI 论坛上的某个人会在 STM 部分为您提供帮助。

    一些提示:
    -如何设置 testbuf[]本地缓冲区,它看起来*(_u32 *)&pBuf[0]=*(_u32 *)&pBuf[4];不适用于您的情况
    - STM32F0是否是 Cortex-M0内核、没有这种限制?
    -您需要在 sl_IfRead ()内找到导致硬故障的确切位置

    1月
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Jan、
    感谢您的快速响应和帮助、
    我的低级 SPI 驱动程序来自 Cub-HAL、我担心您的操作正确、并且 Cortex-M0内核存在限制。

    大家好
    奥托
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您看 一下 CC3100SDK_1.2.0\cC3100-SDK\platform\stm32discovery 中的 SPI 实现、因为这将为您提供一个很好的 hwo 指示、应该写它...

    Mike