ST Microelectronics STR75x 移植
适用于 IAR ARM 开发工具
[RTOS 移植]

STR750 评估板

此 STR750 ARM7 演示应用程序已预配置为在 STR750 EVAL 评估板上执行， 该评估板来自 ST Microelectronics（如果您希望使用替代开发板，我们也提供了说明）。

STR750 是一款基于 ARM7TDMI 的微控制器，包括 CANBus、USB 和高级模拟外围设备等。

本页介绍的 RTOS 移植和演示应用程序需要适用于 ARM 的 IAR 嵌入式开发工具 。 演示应用程序可以使用免费的 32KB KickStart 限制版本进行编译和调试。 请确保使用最新的工具版本。

使用 ST 提供的处理器外围库来提高开发速度。

注意：如果项目构建失败，则可能是使用的 IAR 嵌入式工作台版本过低。 如果构建失败， 那么也可能是项目文件（在无提示的情况下）已经损坏，因此需要 将其恢复至初始状态，然后才能使用新版本的 IAR 构建项目。

重要提示！使用 STR750 ARM RTOS 移植的注意事项

1. 源代码组织
2. 演示应用程序
3. 配置和使用详情

源代码组织

STR75x IAR ARM7 移植包含 THUMB 模式示例项目。 工作区 rtosdemo.eww 位于 Demo/ARM7_STR75x_IAR 目录中，应该从 Embedded Workbench IDE 中打开。

Demo/ARM7_STR75x_IAR/ST library 目录包含演示应用程序使用的 ST 外围设备库 组件。

演示应用程序

演示应用程序硬件设置

演示应用程序使用内置在评估板上的 LED ，因此不需要特定的硬件设置。 任何跳线和开关都应 保持默认位置。

IAR 工作区

演示应用程序工作区

IDE 工作区包含 4 个文件夹：

1. 演示源文件
   包含演示应用程序的源文件。

2. 库源文件
   包含 RTOS 内核和演示应用程序使用的 ST 外设库的组件。

3. RTOS 源文件
   包含 FreeRTOS 实时内存的源文件。

4. Startup
   包含启动代码和中断向量表定义。

构建演示应用程序

只需从 IAR Embedded Workbench IDE 中打开 Demo/ARM7_STR75x_IAR/rtosdemo.eww 工作区文件，确保根据需要选择调试或释放（上图中红色圈出）， 然后从 IDE "Project" 菜单中选择 "Rebuild All"。

运行演示应用程序

1. 确保 J-Link JTAG 调试接口已连接，并且目标主板已接通电源。

2. 在 IDE 的 "Project" 菜单中选择 "Debug"。

3. 微控制器闪存将自动写入演示应用程序，并且调试器 会在程序入口处中断。 在 IDE 的 "Debug" 菜单中选择 "Go" 以开始执行应用程序。

功能

"print" 任务是一项“网关守卫”任务。 也就是说，这是唯一应该直接访问 LCD 的任务，因此始终保证独占 （一致性）访问。 "print" 任务只是阻塞队列以等待来自希望在 LCD 上显示文本的其他任务的消息。 到达的消息将解除阻塞任务，该任务将消息内容写入 LCD，然后再次阻塞。 尽管在此应用程序中实际上只有一个生成显示文本的任务， 但此功能仅用于演示目的。

"check" 任务负责确保所有标准演示任务都按预期执行。 该任务通常每 3 秒执行一次， 但其在系统内拥有最高优先级，因此保证能够获得执行时间。 "check" 任务发现的任何错误都会被锁定， 直到处理器重置。 "check" 任务在每个执行周期结束时会向 "print" 任务发送通过或失败的消息，以在 LCD 上显示。

如果演示应用程序正确执行，其表现如下：

• LED LD2 到 LD4 由 "flash" 任务控制。 每个 LED 将以恒定频率闪烁，其中 LD2 的频率最快，LD4 频率最慢。

• LED LD5 处于标准 ComTest Tx 任务的控制之下。 每次 ComTest Tx 任务 通过 RS232 端口传输字符时，其状态都会切换。

• 大多数标准演示任务不会更新 LED ，因此没有明确迹象表明它们运行正常，因此 由 "'check" 任务监控。

  LCD 上显示的 "Pass" 表示检查任务从未检测到任何任务中发生错误。 每次显示文本时， 文本的位置略有偏移，以提供检查任务本身仍在执行的视觉指示。 错误检测机制可以通过在演示运行时从串行端口中移除回环连接器来进行测试， 其中 "Pass" 消息应更改为 "Fail"。

配置和用法详情

RTOS 移植特定配置

每个移植都会将 "BaseType_t" 定义为该处理器的最有效数据类型。 本移植将 BaseType_t 定义为长整型。

请注意，vPortEndScheduler() 尚未实现。

中断服务程序

中断服务程序必须编写为 ARM 模式 C 函数。 例如：

    static __arm void vAnISR( void )
    {
        /* ISR C code goes here. */

        /* Clear the interrupt within the peripheral here. */
    }

通常情况下，您需要中断服务程序来引起上下文切换。 例如，正在被接收的串行端口字符 可能会唤醒在等待该字符时被阻塞的高优先级任务。 如果 ISR 中断了一个优先级较低的任务， 则其应立即返回到已被唤醒的任务。 只需在中断服务程序中调用宏 END_SWITCHING_ISR() 来执行，如下所示：

    static __arm void vAnISR( void )
    {
        /* ISR C code goes here. */

        /* Clear the interrupt within the peripheral here. */

        /* Pass in true to cause a context switch, or false to return
        to the interrupted task. */
        portEND_SWITCHING_ISR( pdTRUE );
    }

有关完整示例，请参阅 Demo/ARM7_STR75x_IAR/serial/serial.c 中的函数 vSerialISR()。

用户定义的中断程序必须替换 75x_vect.s（包含在项目的启动文件夹中）中 ST 提供的存根。

在抢占式和协同式 RTOS 内核之间切换

编译器选项

执行上下文

注意！： 启动 RTOS 调度器时（vTaskStartScheduler 被调用），处理器必须处于监管器模式 。 FreeRTOS 下载中包含的演示应用程序， 会在 main 函数调用前切换到监管器模式。 如果您没有使用 这些演示应用程序，那么在调用 vTaskStartScheduler 函数之前，请确保处理器已进入特权模式。

使用链接器脚本中定义的常量配置每个必要操作模式的堆栈大小。 无需 为用户/系统模式配置堆栈。

SWI 指令由实时内核使用，不能被应用程序代码使用。

内存分配

串行端口驱动器

滴答中断

IAR 编译器注意事项

遗憾的是，仅仅修改源代码无法修复这些警告，因为这些警告主要与良性代码有关， 添加这些良性代码是为了修复其他编译器生成的警告（主要与类型转换有关）。 因此，部分警告已在项目文件中被禁用。