[nrf51][nrf52] 移植RTX或者FreeRTOS需要注意的问题-百检网

首页
中国
[nrf51][nrf52] 移植RTX或者FreeRTOS需要注意的问题

百检网是一家专业的第三方检测平台，汇聚众多拥有权威资质的第三方检测机构为你提供一站式的检测服务，做检测就上百检网。百检网让检测从此检测，一份报告全国通用，专业值得信赖。

一、使用MDK中的cmsis_os接口，需要查看以下代码是否被启用

Setup SVC to reset value.

__STATIC_INLINE void SVC_Setup(void)

{

#if (__ARM_ARCH_7A__ == 0U)

/* Service Call interrupt might be configured before kernel start */

/* and when its priority is lower or equal to BASEPRI, svc intruction */

/* causes a Hard Fault. */

NVIC_SetPriority(SVCall_IRQn, 0U);

#endif

}

/* Ensure SVC priority is at the reset value */

SVC_Setup();

原因：由于协议栈中也使用了SVC，这导致APP层调用SVC_Setup();导致协议栈异常。

二、 nrf52带BLE协议栈不能使用RTX5或者RTX4

原因大致跟注意(一)差不多

1. 在 RTX 和 Freertos 之外，Freertos 将是目前*好的解决方案。我们暂时在 SDK 中将 RTX 端口设置为“实验性”，因为它还不是 **** 稳定。

2. RTOS 与我们的软设备同时运行的想法在其核心是不理想的。软设备必须始终具有中断其他任务和运行时序关键协议任务的能力。这使得 RTOS 无法创建不能被中断的安全临界区。

3. 软设备在 nRF52 上启用 FPU 的情况下启用（无意，但这是提出的，将由软设备团队修复）如果启用了 FPU，则需要以不同方式处理 MBR 和软设备中的 SVC 处理程序。如果不与BLE softdevice 结合使用，RTX就能正常使用。

4. 原因是软件设备的 SVC 代码在启用 FPU 时也使用 MSP。对于 RTX 和软件设备，这会导致 MSP 冲突。

官方解释：当将 RTX 从 nRF51 移植到 nRF52 时，RTX 与软设备一起不再稳定。这是因为两者之间的架构差异。在我们使用新形式的临界区和无滴答空闲处理从头开始重新构建 nRF52 RTX 端口之前，支持已被移除。

三、 ANT协议栈问题

在 nRF51 兼容性矩阵中看到的，SDK 12.3.0 不支持 S310 软设备，支持该软设备的*后一个 SDK 是 SDK 10.0.0。

应该可以将 SDK 12.3 中的示例更改为使用 S310 软设备的 API，但没有可用的示例来说明这一点。S310 v3.0.0基于S110 v8.0.0和S210 v5.0.0。SDK 10.0.0 同时支持 S310 和 RTX，因此如果这是您要开发的应用程序，它应该是您应用程序的*佳起点。RTX 应该可以和 S110 softdevice 一起使用。

nRF SDK 不太支持 RTX（SDK 12.x 中仅支持 nRF51，并且在 SDK 13 中完全删除了对 nRF51 支持的支持）。我建议查看 FreeRTOS，它在*新的 SDK 中同时支持 nRF51 和 nRF52 系列。SDK v10.0.0以后的nRF51系列不支持ANT，如果要使用以后的SDK，需要更改softdevice调用或者切换到nRF52系列。

四、 NRF_CLOCK->EVENTS_LFCLKSTARTED 一直循环死等

1. 在 RTX_Conf_CM.c 的 os_tick_init() 中有一个循环，它不会结束。

while (NRF_CLOCK->EVENTS_LFCLKSTARTED == 0)

{

Do nothing.

}

因为上面的行试图用晶体启动低频时钟，而你没有一个，所以它永远不会启动。或者改为内部时钟。(将 CLOCK_LFCLKSRC_SRC_Xtal 更改为 CLOCK_LFCLKSRC_SRC_Synth)

百检网秉承“客户至上，服务为先，精诚合作，以人为本”的经营理念，始终站在用户的角度解决问题，为客户提供“一站购物式”的新奇检测体验，打开网站，像挑选商品一样简单，方便。打破行业信息壁垒，建构消费和检测机构之间高效的沟通平台