九,ESP8266 判断是断电上电(强制硬件复位)之后运行的内部程序还是内部软件复位之后运行的程序(基于Lua脚本语言)
现在我有一个需求,WIFI模块控制一个继电器,我要做的是如果内部程序跑乱了,造成了内部程序复位重启,那么控制继电器的状态不能改变
如果是设备断电了,然后又来电了,我需要的是继电器一定要是断开才好。不能加额外的电路,只能在程序中做判断
其实 内部程序跑乱了,造成了内部程序复位重启 和 设备断电了,然后又来电了 然后都是重新执行程序,不知道大家是如何做的
我的思路是。。。
先说一下WIFI模块的一个很大的优点,
大家有没有注意WIFI模块的引脚,假设配置了一个引脚为高电平,无论内部如何的利用软件复位,这个引脚都会保持高电平
还有就是,WIFI模块如果是断电上电那么引脚一开始一定是低电平,但是必须是这样配置
local PowerResetPin = 2 gpio.mode(PowerResetPin, gpio.OUTPUT) local PowerReset = false if gpio.read(PowerResetPin) == 1 then PowerReset = false print("PowerReset = false") else PowerReset = true print("PowerReset = true") end
最终我的方案是:
先读取引脚是不是低电平,如果是,就是说是断电上电然后执行的程序,如果不是,就是说内部复位重启然后执行的程序
其实是自己人为设置的那个引脚输出的高电平,看下面的程序
local PowerResetPin = 2 gpio.mode(PowerResetPin, gpio.OUTPUT) local PowerReset = false if gpio.read(PowerResetPin) == 1 then PowerReset = false print("PowerReset = false") else PowerReset = true print("PowerReset = true") end gpio.write(PowerResetPin, 1)
整个程序运行之前先运行上面的程序
如果 PowerReset = false 说明是内部程序复位重启然后执行的程序
如果 PowerReset = true 说明是断电上电然后执行的程序
好了就是这么简单,主要还是因为WIFI引脚有这个特点,软件复位可以保持住状态
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· AI技术革命,工作效率10个最佳AI工具