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.

[参考译文] CC2538:CC2538

Guru**** 2507315 points


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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/854477/cc2538-cc2538

器件型号:CC2538

在 UART 模式下运行引导加载程序时、我尝试读取 GPIO 引脚的状态。 我尝试通过使用 GPIO_DATA 寄存器的引导加载程序执行 COMMAND_MEMORY_READ 来测试电路内测试仪上的 GPIO 引脚是否存在卡在状态、但我得到的所有值都是0、即使 GPIO 引脚被驱动为逻辑高电平也是如此。 为了使 GPIO 模块变为现实、我需要进行一些设置吗? 所有内容都处于复位默认状态。 我知道引导加载程序正在工作、因为我能够擦除闪存并对其进行编程、从而获得可预测的 CRC32。 GPIO 寄存器是否甚至可用于引导加载程序? 如果不是、请告诉我、这样我就不会一直尝试不会发生的事情。

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

    我已将此案例转发给引导加载程序方面的专家、我将看到他是否返回给我。  

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

    我尚未检查寄存器说明、但我得到的反馈是 IO 可能设置为默认输出、因此您可能必须将这些设置为首先输入(注意: 您必须谨慎一些、以避免更改引导加载程序使用的引脚的状态。  

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

    我检查了寄存器说明、用户指南9.3.1.1.1指出 GPIO_DIR 寄存器全部复位默认值= 00 (输入)。 我还对所有4个寄存器执行了 MEMORY_READ 命令、以保持用户指南的诚实。 它们都包含0x00。

    昨天我猜了一些、发现如果我向 GPIO_IOE 写入0xFF、我可以读取 GPIO_RIS、该寄存器返回 GPIO 引脚的反相状态。 因此、我将使用它作为我的测试、并考虑使用替代解决方案来解决这个问题。