请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：SIMPLELINK-MSP432-SDK Thread 中讨论的其他器件：SYSBIOS
工具/软件：TI-RTOS
您好！
我已开始使用 MSP432和 simplelink_msp432_sdk_1_40_01_00的新器件。 我更喜欢在启用仪器的情况下进行开发、以便验证断言并生成日志。 但是、SDK 的1.40.01.00不附带预构建的仪表库。 simplelink_msp432_sdk_1_40_01_00\source\ti\drivers\lib 中包含的库为：drivers_msp432p401x、drivers_msp432p4xx 和 drivers_msp432p4x1xi、每个都有 aem4f/am4fg/arm4f 变体。 我还找不到检测的 DPL (kernel/tirtos/packages/ti/dpl)库、因此所有 DebugP_logx 函数都不会生成输出。
在对如何正确使用 XDC 进行 google 处理后、我自己设法构建了检测版本的驱动程序。 但是、由于 GPIO_setConfig (GPIOMSP432.c 中的第414行)开头的断言在 GPIO_init 期间失败、因此无法引导。 断言如下：
DebugP_assert (initCalled && index < GPIOMSP432_config.numberOfPinConfigs)；
由于 GPIO_init 行324 - 334在设置 initCalled 之前尝试配置引脚、因此失败。 在 for 循环之前设置 initCalled 可以解决该问题。
但是、这不会让我对 SDK 的质量充满信心、因此我有几个问题：
- 为什么弃用了通过 RTSC 包含驱动程序而不是手动链接？ 这使得仪表的获取变得更加困难/乏味。
- 检测的库是否得到良好的支持/测试？ 似乎很难开始、这让我感觉它没有得到充分利用。
- 如果我希望 DebugP_xx 生成输出、我是否必须自己构建 DPL？ 我看不到任何会导致日志无法正常工作的预处理器魔术、但如果我执行 DebugP_log0 ("test")、我不会输出、而 Log_print0 (Diags_User1、"test")(这是所有 DebugP_log0在内部执行的操作)、那么我会在日志中看到它。 值得注意的是、我在配置中启用了日志、并且在日志中看到了正常的 SYSBIOS 条目。
在我们决定在这里作出承诺之前、我想更好地理解一些事情。
谢谢
