我有一个使用两个定时器的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请求是此应用程序的显示阻止。)
答案 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.post
和http.get
回调函数。因此,定时器仅在收到响应时重新启动。有任何延迟的机会,或者你永远不会得到答复吗?
在某些第三方内容响应后重新启动计时器会增加一个可变延迟,因此不应该非常精确。我不希望它像某些测试代码一样准确。
对于调试,我建议你打印调用的回调之间的实际延迟或post / get和response之间的延迟。