在LPC1788的USB ISR中使用embOS功能

Question

我正在为NXP LPC1788微控制器开发软件，并且正在使用embOS RTOS。 每当通过USB接收到一条消息时，我都想使用OS_PutMailCond（）函数将USB消息存储在一个等待处理程序功能的邮箱中。 换句话说，我想使消息处理由中断驱动。

embOS用户手册可在此处找到。 页面145描述了OS_PutMailCond（）函数。

每当收到USB消息时，它都会在LPC上触发USB中断服务例程，但是要让embOS知道这是一个ISR，我必须分别在ISR的开始和结尾处放置OS_EnterInterrupt（）和OS_LeaveInterrupt（）。 如果要在其中调用embOS函数，包括OS_PutMailCond（），则这是必需的。

问题是，如果我将OS_EnterInterrupt（）/ OS_LeaveInterrupt（）放在USB ISR内的任何位置，则USB会停止正常运行，并且Windows会通知我该设备发生了故障。

我不知道为什么会这样。 如下所示，我们已经尝试过类似的方法来处理CAN上的消息，并且效果很好。

void CAN_IRQHandler(void)
{   
  OS_EnterInterrupt();

  ...

  if (MBfieldCANframeInitialised)
    OS_PutMailCond (&MBfieldCANframe, &recMessage);
  OS_LeaveInterrupt();
}

OS_EnterInterrupt（）和OS_LeaveInterrupt（）在链接的手册的第252和253页上进行了介绍。 从前者的其他信息部分：

如果使用OS_EnterInterrupt（），则它应该是中断处理程序中要调用的第一个函数。 它必须与OS_LeaveInterrupt（）一起用作最后一个调用的函数。 使用此功能具有以下效果：

• 禁用任务开关
• 使内部例程中的中断保持禁用

编辑

我进行了进一步调查，发现在USB ISR（以及其他ISR，如在引脚上检测到上升沿或下降沿时使用的ISR）中使用OS_EnterInterrupt（）和OS_LeaveInterrupt（）会导致OS错误。 错误值为166，表示“从ISR以高优先级调用的OS功能”。

如果发现其他问题，我会进行更新。

Answer 1

问题解决了。 事实证明，为CAN ISR进行这项工作的人更改了embOS源文件之一的代码，以将CAN ISR优先级级别从0设置为29（更高级别=更低优先级）。 我对USB ISR做了同样的事情：

void OS_InitHW(void) {
  OS_IncDI();
  //
  // We assume, the PLL and core clock was already set by the SystemInit() function
  // which was called from the startup code
  // Therefore, we don't have to initailize any hardware here,
  // we just ensure that the system clock variable is updated and then
  // set the periodic system timer tick for embOS.
  //
  SystemCoreClockUpdate();                             // Update the system clock variable (might not have been set before)
  if (SysTick_Config (OS_PCLK_TIMER / OS_TICK_FREQ)) { // Setup SysTick Timer for 1 msec interrupts
    while (1);                                         // Handle Error
  }
  //
  // Initialize NVIC vector base address. Might be necessary for RAM targets or application not running from 0
  //
  NVIC_VTOR = (OS_U32)&__Vectors;
  //
  // Set the interrupt priority for the system timer to 2nd lowest level to ensure the timer can preempt PendSV handler
  //
  NVIC_SetPriority(SysTick_IRQn, (1u << __NVIC_PRIO_BITS) - 2u);

  NVIC_SetPriority(CANActivity_IRQn, (1u << __NVIC_PRIO_BITS) - 3u);
  NVIC_SetPriority(CAN_IRQn, (1u << __NVIC_PRIO_BITS) - 3u);
  NVIC_SetPriority(USB_IRQn, (1u << __NVIC_PRIO_BITS) - 3u);

  OS_COM_INIT();
  OS_DecRI();
}

我在embOS文档中找到了这一点：

为什么高优先级的ISR不能使用OS API？

修改embOS数据结构时，embOS禁用低优先级中断。 在此期间，启用高优先级ISR。 如果他们调用embOS函数（该函数还修改embOS数据），则embOS数据结构将被破坏。