[参考译文] LAUNCHXL-F280039C：FreeRTOS

您好、

感谢您的答复！

关于#10234-D错误—编译器不会列出任何特定符号、因此很难跟踪。

在 free RTOS 部分、我确实按照您的建议将 LED 引脚更改为20和22、在中 非 SysConfig 示例 一切都正常。 不过、在中 基于 SysConfig 的示例 、即使在正确更新针脚后、LED 仍然不闪烁。

有趣的是,当我 替换main.c代码 在 SysConfig 工程(使用非 SysConfig 示例中的一个)中、它开始工作。 因此、该问题似乎与 SysConfig 如何与 FreeRTOS 集成有关。

最初、我使用的是 macOS 上的 CCS 版本20 一方 SDK 5.4的帮助 和 SysConfig 1.23 但现在 我也尝试了 Windows (CCS v12) 我仍然面临着同样的问题。

为了验证 SysConfig 是否执行了任何操作、我尝试了设置 直接在 SysConfig 中显示初始 LED 状态 并且该部件工作正常—LED 保持在初始状态。 但是、当我在调试模式下逐步执行代码时、它是一个示例 就会卡在里面的环路中 task.c、并且永远不会到达任务应运行的位置。

我将附上与此相关的屏幕截图、以供进一步的上下文使用。

非常感谢您帮助我们找出问题所在。

此致、

您好、

您是否可以尝试在任务内放置断点、在 SysConfig 示例中放置计时器 ISR、以确保正确配置任务和中断？ 您看到的循环是 FreeRTOS 空闲任务、因此调度器已成功启动。 您是否还可以链接您的.syscfg 文件以进行进一步的调试？

此致、

Arnav

/**
 * These arguments were used when this file was generated. They will be automatically applied on subsequent loads
 * via the GUI or CLI. Run CLI with '--help' for additional information on how to override these arguments.
 * @cliArgs --board "/boards/LAUNCHXL_F280039C" --device "F28003x" --part "F28003x_100PZ" --package "100PZ" --context "system" --product "C2000WARE@5.04.00.00"
 * @v2CliArgs --board "/boards/LAUNCHXL_F280039C" --device "TMS320F280037C" --package "100PZ" --context "system" --product "C2000WARE@5.04.00.00"
 * @versions {"tool":"1.23.0+4000"}
 */

/**
 * Import the modules used in this configuration.
 */
const led       = scripting.addModule("/driverlib/board_components/led", {}, false);
const led1      = led.addInstance();
const led2      = led.addInstance();
const cputimer  = scripting.addModule("/driverlib/cputimer.js", {}, false);
const cputimer0 = cputimer.addInstance();
const FREERTOS  = scripting.addModule("/kernel/freertos_tool/FREERTOS", {}, false);
const FREERTOS1 = FREERTOS.addInstance();

/**
 * Write custom configuration values to the imported modules.
 */
led1.$name      = "myLED1";
led1.$hardware  = system.deviceData.board.components.LED5;
led1.gpio.$name = "LED1";

led2.$name      = "myLED2";
led2.$hardware  = system.deviceData.board.components.LED4;
led2.gpio.$name = "LED2";

cputimer0.$name                     = "timer1";
cputimer0.enableInterrupt           = true;
cputimer0.registerInterrupts        = true;
cputimer0.timerPeriod               = 20000000;
cputimer0.startTimer                = true;
cputimer0.cputimerBase              = "CPUTIMER0_BASE";
cputimer0.timerInt.interruptHandler = "timer1_ISR";
cputimer0.timerInt.enableInterrupt  = true;

FREERTOS1.$name                               = "myFREERTOS0";
FREERTOS1.CPU_CLOCK_HZ                        = 120000000;
FREERTOS1.MINIMAL_STACK_SIZE                  = 256;
FREERTOS1.USE_MUTEXES                         = true;
FREERTOS1.USE_RECURSIVE_MUTEXES               = true;
FREERTOS1.USE_COUNTING_SEMAPHORES             = true;
FREERTOS1.vTaskSuspend                        = false;
FREERTOS1.STACK_ALLOCATION_FROM_SEPARATE_HEAP = true;
FREERTOS1.tasks.create(2);
FREERTOS1.tasks[0].$name                      = "redTask";
FREERTOS1.tasks[0].taskPointer                = "LED_TaskRed";
FREERTOS1.tasks[0].taskStackSize              = 256;
FREERTOS1.tasks[0].taskPriority               = 2;
FREERTOS1.tasks[0].taskParams                 = "0xDEADBEAF";
FREERTOS1.tasks[1].$name                      = "blueTask";
FREERTOS1.tasks[1].taskPointer                = "LED_TaskBlue";
FREERTOS1.tasks[1].taskStackSize              = 256;
FREERTOS1.tasks[1].taskPriority               = 1;
FREERTOS1.tasks[1].taskParams                 = "0xBAADF00D";
FREERTOS1.semaphores.create(1);
FREERTOS1.semaphores[0].$name                 = "binarySem1";

/**
 * Pinmux solution for unlocked pins/peripherals. This ensures that minor changes to the automatic solver in a future
 * version of the tool will not impact the pinmux you originally saw.  These lines can be completely deleted in order to
 * re-solve from scratch.
 */
led1.gpio.gpioPin.$suggestSolution = "boosterpack1.12";
led2.gpio.gpioPin.$suggestSolution = "boosterpack2.53";

这是示例中以文本文件形式给出的 SysConfig。

您好、

很高兴听到您能够解决此问题！ 如果您有任何其他问题,请随时跟进,或创建另一个主题。

此致、

Arnav