有没有一种方法，在定时器失效的情况下，能够重启定时器，使之能正常工作

在Home 1.2.2a中，偶尔会出现定时器失效的问题，代码如下:

在主程序中调用：osal_start_reload_timer(timeOut_event_TaskID, NetworkBuilt_TIMEOUT_EVT,UartWriteInterval);//定时重发 

但是有时候会出现这个定时器任务并没有执行，请问是为啥？

我的疑问是这个事件有没有被出发，因为一进入程序肯定会有串口输出的，但是我的串口并没有收到数据。我是调试的时候测试程序的强壮性试出来这个问题的，会不会是定时器开停太频繁了。

我的疑问是这个事件有没有被出发，因为一进入程序肯定会有串口输出的，但是我的串口并没有收到数据。我是调试的时候测试程序的强壮性试出来这个问题的，会不会是定时器开停太频繁了。

定时器开停太频繁？你的UartWriteInterval值是多少？

用IAR調試看看这个事件则无法触发時osal_start_reload_timer(timeOut_event_TaskID, NetworkBuilt_TIMEOUT_EVT,UartWriteInterval);的回傳值是什麼

那您的串口能否正常地收到不断重复的命令吗？建议您调试一下看看

我调试了一下，情况是这样子的：
我的程序接收串口发过来的命令，通过串口命令去判断应该执行什么动作，以下代码是其中的一个动作：
case TestPort_Command://如果是测试串口的命令
{
osal_stop_timerEx(timeOut_event_TaskID,NetworkBuilt_TIMEOUT_EVT);//停止定时重发事件
NetworkBuilt_Times=0;
NetworkBuilt_Function();
uint8 temp=osal_start_reload_timer(timeOut_event_TaskID, NetworkBuilt_TIMEOUT_EVT,UartWriteInterval);//定时重发
if(temp!=SUCCESS)
HalUARTWrite(HAL_UART_PORT_0,&temp,1); //发送错误信息
break;
}
如果我每隔1s通过串口发送TestPort_Command这条命令的话，程序能够正常工作，temp返回的是SUCCESS,但是当我通过串口的数据流循环发送（间隔100ms）发送TestPort_Command这条命令的话，到了后面，程序就没法正常工作了，temp返回的是NO_TIMER_AVAIL（0x08）。这就是我的BUG的基本描述，烦请您讲解~

你檢查看看其他地方有沒有呼叫osal_start_timerEX來重複啓動NetworkBuilt_TIMEOUT_EVT

这个我能确定没有，现在总结一下这个问题就是：频繁的开闭定时器，定时器在工作一段时间后就没法正常工作了。

你用osal_start_timerEX取代osal_start_reload_timer試試

试了一下还是不行。现在我就想有没有一种方法能够在定时器失效的情况下，重启定时器，使之能正常工作

發生狀況的時候調用osal_timer_num_active的回覆值是什麼呢？

04

怎麼會才4個就有問題，我簡單測試都可以到16個沒有問題啊

哎，好迷茫啊，不知道出现的定时器这个问题是什么原因，实在找不到思路了

而且不只是某一个定时事件失效了，而是所有的定时事件都会失效

你的04是osal_start_reload_timerx回覆的還是osal_start_timerEx回覆的

osal_start_reload_timerx回复的

感覺上你100ms就發一次TestPort_Command好像太快造成這問題，你NetworkBuilt_Function裡頭都做了什麼事？

先把NetworkBuilt_Function去掉試試看還會不會看到問題

去掉了，定时器还是失效了

我刚刚梳理了一下逻辑osal_start_reload_timer(timeOut_event_TaskID, NetworkBuilt_TIMEOUT_EVT,UartWriteInterval);中的UartWriteInterval为500ms，然后我的串口是每100ms发送一次命令，这样会导致osal_start_reload_timer所定义的事件一直没来得及发生，我猜想是不是事件堆积导致内存满了？

這是有可能的，你要不要調整一下參數

刚刚调试排除了这种想法，就没有一种方法能让这个定时器重新清零复位？

源碼裡面沒有看過能让这个定时器重新清零复位的API