ESP8266与NodeMCU仅响应3次

我有一个简单的Lua脚本,创建一个监听消息的服务器。当消息为 'led1' 或 'led2' 时,脚本会翻转两个GPIO的输出。问题在于,脚本仅运作了2或3次。我会回来实际显示脚本。

编辑1:服务器的脚本如下(GPIO部分已被移除以简化脚本):

wifi.setmode(1)
wifi.sta.config("my_router","12345678")
tmr.delay(3000000)
print(wifi.sta.getip())

s=net.createServer(net.TCP)
s:listen(433,function(conn)
    conn:on("receive",function(conn,payload)
        print(payload)
    conn:send("received")
    end)
    conn:on("sent",function(conn) conn:close() end)
end)

结果如下(如果发送 'led1' 到服务器超过3次):

>192.168.0.117 255.255.255.0 192.168.0.1
>led1
>led1
>led1

此后,客户端会显示 '连接超时',但ESP8266仍然工作(至少串行线路)。

点赞
用户1142045
用户1142045

一个 tmr.delay 延迟 3 秒将会破坏 wifi 栈。使用 tmr.alarm,并将主处理挂在其上。这个例子对我来说工作得很好:

do
  local srv = net.createServer(net.TCP)
    srv:listen(8888, function(sk)
      sk:on("receive", function(sk, rec)
      print("Received ", rec)
      sk:send("echo "..rec, sk.close)
    end)
  end)
  function close() srv:close() end
end

发送的最后一个参数只是一个完成回调来关闭 socket。你还需要关闭 srv 来释放对 Lua 注册表中监听函数的引用。

确保使用来自 nodeMCU 云构建器的当前 dev 版本。

2016-04-14 16:16:59
用户131929
用户131929

这是对Terry的回答的补充。

正如他所说,主要问题在于你的tmr.delay(3000000)。它接受的是“微”秒而不是毫秒,这是有原因的。以下是API文档的一部分内容:

通常这是一个不好的想法,因为没有其他的东西可以运行,网络堆栈(和其他东西)可能会崩溃。tmr.delay()唯一可能适用的情况是处理需要命令之间的(非常)短暂的延迟的外围设备,或类似情况。请谨慎使用

你首先添加延迟的原因是因为你想等待WiFi堆栈完全初始化(即分配IP)。你要做的是设置一个tmr.alarm,在1秒的间隔内“循环”,直到WiFi准备就绪。以下是来自https://cknodemcu.wordpress.com的简略示例:

--init.lua
function startup()
    -- do stuff here
end

print("set up wifi mode")
wifi.setmode(wifi.STATION)
wifi.sta.config(SSID,PASSWORD)
wifi.sta.connect()
tmr.alarm(1, 1000, 1, function()
    if wifi.sta.getip() == nil then
        print("IP unavaiable, Waiting...")
    else
        tmr.stop(1)
        print("Config done, IP is "..wifi.sta.getip())
        print("You have 5 seconds to abort Startup")
        print("Waiting...")
        tmr.alarm(0, 5000, 0, startup)
    end
 end)

除了检查wifi.sta.getip()之外,你也可以像我在旧gist中所做的那样检查wifi.sta.status() == 5

此外,请查看net模块API文档

2016-04-14 19:36:52