NodeMCU计时器意外停止

时间:2016-05-13 17:56:06

标签: timer lua nodemcu

我有一个使用两个定时器的NodeMCU Lua应用程序。每个计时器都会调用一个函数,该函数会向本地服务器发出HTTP请求。

经过几次迭代后,其中一个计时器停止,另一个计时器继续。计时器停止之前的迭代次数似乎是随机的。我已经多次运行测试脚本,并且计时器停止的点永远不会相同。注意:它并不总是与停止的计时器相同。

以下是一些可靠地证明此问题的测试代码:

ctr1=0
ctr2=0

local function doCmdChk()
    ctr1 = ctr1 + 1
    http.get( "http://192.168.2.38/ICmd.py?i=" .. ctr1 , nil, 
    function(rspCode, payload)
        tmr.start(1)
    end)
end

local function sendData()
    ctr2 = ctr2 + 1
    local msgBdy = '{"s":"' .. ctr2 .. '","i":"test23", "d":"heap='..node.heap()..'"}'

    http.post("http://192.168.2.38/DeviceScan.py", "Content-Type: text/json\r\n", msgBdy,
    function(rspCode, payload)
        tmr.start(2)
    end)
end

--mainline start:
tmr.alarm(1, 3000, tmr.ALARM_SEMI, doCmdChk)
tmr.alarm(2, 5000, tmr.ALARM_SEMI, sendData)

我的应用程序没有像测试代码一样快地触发HTTP请求,但是当应用程序运行几个小时时,最终会发生相同的结果(即其中一个计时器停止运行)。减少HTTP请求之间的时间会使错误更快发生。

有没有人遇到过这个问题?有没有人对如何解决这个问题有任何想法? (无法可靠地发送连续的HTTP请求是此应用程序的显示阻止。)

2 个答案:

答案 0 :(得分:1)

解决方案是设置标志,以便在任何给定时间只有一个http请求未完成。以下是包含标志的先前测试脚本:

ctr1=0
ctr2=0
sendFlag=true

local function doCmdChk()
    if sendFlag then
        sendFlag=false        
        ctr1 = ctr1 + 1
        http.get( "http://192.168.2.38/ICmd.py?i=" .. ctr1 , nil, 
        function(rspCode, payload)
            sendFlag=true
            tmr.start(1)
        end)
    else
        tmr.alarm(3, 1000, tmr.ALARM_SINGLE, doCmdChk)
    end
end

local function sendData()
    if sendFlag then
        sendFlag=false        
        ctr2 = ctr2 + 1
        local msgBdy = '{"s":"' .. ctr2 .. '","i":"test23", "d":"heap='..node.heap()..'"}'

        http.post("http://192.168.2.38/DeviceScan.py", "Content-Type: text/json\r\n", msgBdy,
        function(rspCode, payload)
            sendFlag=true
            tmr.start(2)
        end)
    else
        tmr.alarm(3, 1000, tmr.ALARM_SINGLE, sendData)
    end
end

--mainline start:
tmr.alarm(1, 3000, tmr.ALARM_SEMI, doCmdChk)
tmr.alarm(2, 5000, tmr.ALARM_SEMI, sendData)

我运行此脚本几个小时,两个http发送功能继续按预期工作。

我尝试了node.task.post()选项,测试脚本如下:

ctr1=0
ctr2=0

local function doCmdChk()
        ctr1 = ctr1 + 1
        http.get( "http://192.168.2.38/ICmd.py?i=" .. ctr1 , nil, 
        function(rspCode, payload)
            sendFlag=true
            tmr.start(1)
        end)
end

local function sendData()
        ctr2 = ctr2 + 1
        local msgBdy = '{"s":"' .. ctr2 .. '","i":"test23", "d":"heap='..node.heap()..'"}'

        http.post("http://192.168.2.38/DeviceScan.py", "Content-Type: text/json\r\n", msgBdy,
        function(rspCode, payload)
            sendFlag=true
            tmr.start(2)
        end)
end

--mainline start:
tmr.alarm(1, 3000, tmr.ALARM_SEMI, function() node.task.post(node.task.MEDIUM_PRIORITY, doCmdChk) end)
tmr.alarm(2, 5000, tmr.ALARM_SEMI, function() node.task.post(node.task.HIGH_PRIORITY, sendData) end)

但是经过几个小时的运行后,没有调用其中一个http回调,所以肯定会发生冲突。

答案 1 :(得分:0)

我对NodeMCU了解不多,但根据参考手册,在收到响应时会调用http.posthttp.get回调函数。因此,定时器仅在收到响应时重新启动。有任何延迟的机会,或者你永远不会得到答复吗?

在某些第三方内容响应后重新启动计时器会增加一个可变延迟,因此不应该非常精确。我不希望它像某些测试代码一样准确。

对于调试,我建议你打印调用的回调之间的实际延迟或post / get和response之间的延迟。