UART中断

亲爱的乔恩，

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

//在Arch_Main.cn中的主循环中（1）{do {wdg_recoad（watchdog_default_period）;//安排所有待处理的事件计划_while_ble_on（）;} whiled（app_asynch_proc（）！= goto_sleep）;//授予控件到应用程序，尝试向下电//如果应用程序返回，如果应用程序返回到user_peripheral.chart.ch_main_loop_callback_ret_t user_app_on_system_powered（void）{if（！uart_receive_finished）{// wdg_recoad（watchdog_default_period）;返回KEEP_POWERED;其他}{connected_governor ();返回KEEP_POWERED;在我的代码中#define temp_queue_max_length 1 static char temp_queue;void UART_RECEIVE_INTR_CB（UINT16_T长度）{静态UINT8_T索引= 0;静态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配置似乎完好无损的情况下，我无法找到触发接收器行状态错误的原因。

问候，

汉米德