UART中断

亲爱的乔恩，

我已经实现了我们讨论过的改变。我的代码现在看起来像这样:

//在主循环中arch_main.c while(1) {do {wdg_reload(WATCHDOG_DEFAULT_PERIOD);//调度所有挂起的事件} while (app_asynch_proc() != GOTO_SLEEP);//如果应用程序返回GOTO_SLEEP，则授予控制给应用程序，尝试关闭电源//如果应用程序返回GOTO_SLEEP，则user_peripheral.c arch_main_loop_callback_ret_t user_app_on_system_powered(无效){if (!uart_receive_finished){//wdg_reload(WATCHDOG_DEFAULT_PERIOD);返回KEEP_POWERED;其他}{connected_governor ();返回KEEP_POWERED;}} //在我的代码#定义TEMP_QUEUE_MAX_LENGTH 1 static char temp_queue;Void uart_receive_intr_cb(uint16_t length){static uint8_t index = 0;Static uint8_t temp_length = 0; if (SOM_RECEIVED){ if (index == 1){ temp_length = temp_queue; index ++; return; } else if ((index>1) && (index < temp_length + 3)){ queue[index] = temp_queue; index ++; return; } else if (index == (temp_length+3)){ queue[index] = temp_queue; uart_receive_finished = true; data_received_cnt = length; SOM_RECEIVED = false; index = 0; return; } else{ SOM_RECEIVED = false; index = 0; return; } } else if (temp_queue == NC_SOM_TYPE_SENSOR ){ queue[index] = temp_queue; index ++; SOM_RECEIVED = true; return; } else{ index = 0; SOM_RECEIVED = false; uart_receive_finished = false; data_received_cnt = 0; return; } } void uart_receive_intr_init(uart_t *uart){ //Configure the UART to receive more data uart_receive_finished = false; data_received_cnt = 0; uart_register_rx_cb(uart, uart_receive_intr_cb); uart_receive(uart, (uint8_t *)temp_queue, TEMP_QUEUE_MAX_LENGTH, UART_OP_INTR); } void uart_receive_intr_example(uart_t* uart) { if (chk_queue(data_received_cnt)){ process_buffer((uint8_t *)buffer,buffer_received_cnt); } //Reconfigure the UART to reset the receiving! uart_receive_intr_init(uart); }

但是，现在我有另一个问题。在接收到第一个字节并返回到UART中断处理程序时，为下一个字节，接收线状态中断触发，并在一个无限循环中导致程序崩溃。我怀疑我必须以某种方式释放或刷新接收缓冲区，你能给我一些指示吗?

问候,

汉米德

1）好的，我想自从我是谷歌以保持CPU运行一段时间，我应该重新加载调度程序循环内的看门狗。但是，它已经在大主循环的末尾重新加载;我删除了主文件上的修改（wdog_reload在调度器循环中)。谢谢你的评论。

2)我在每个接收完成后重新配置UART。这似乎是导致问题的原因。我也把这部分去掉了。

现在，当我在启动广告后一步一步运行程序时，该过程顺利进行。换句话说，主循环检查GO_TO_SLEEP每一次都在等待uart_receive_finished．然而，当我正常运行程序时，看门狗被再次启动。当我可以跟踪这个时，看门狗在这个while循环中被触发。看来这个无限循环还是有问题的?

亲爱的乔恩，

非常感谢，现在看门狗的问题解决了。但是，我还是有个问题接收器线状态错误中断。

我试着尽可能地简化代码。在这段代码中，uart应该只等待一个特殊字符。

//user_peripheral.c arch_main_loop_callback_ret_t user_app_on_system_powered(无效){wdg_reload(WATCHDOG_DEFAULT_PERIOD);if (!uart_receive_finished){返回KEEP_POWERED;其他}{connected_governor ();返回KEEP_POWERED;}} //我的文件void connected_governor(){//这个函数将被调用uart_receive_finished。//它检查接收到的消息并包含状态机。uart_receive_intr_example (UART2);//重新配置UART来重置接收!uart_receive_intr_init (UART2);} void uart_receive_intr_cb(uint16_t length){if (temp_queue_1 == SOM_CHAR){uart_receive_finished = true; return; } } void uart_receive_intr_init(uart_t *uart){ //Configure the UART to receive more data uart_receive_finished = false; data_received_cnt = 0; uart_register_rx_cb(uart, uart_receive_intr_cb); uart_receive(uart, (uint8_t *)(&temp_queue_1), 1, UART_OP_INTR); } void uart_receive_intr_example(uart_t* uart) { printf_string(uart,"SOM"); }

通常，我希望UART等待这个字符(SOM_CHAR)，在接收到这个字符后，UART应该开始记录给定长度的传入数据(在本例中是第二个传输字节)。

如果我将队列的大小从1byte改变为更大的数字，程序将工作，但我必须等待队列被填满才能有回调。这将增加系统的响应时间并降低QOS。此外，该队列大小需要大于任何接收到的消息。
在uart配置似乎完好无损的情况下，我无法找到触发接收器行状态错误的原因。

问候,

汉米德