调试 ESP32 时,最烦的往往不是把逻辑写出来,而是改完还要整包编译、进下载模式、再擦写 Flash。串口一重启,刚才那段日志就断了。电脑上的 AI 就算把新判断写对了,也只停在草稿里,板子上跑的还是旧的。
可以换一种分工:
1. 固件只烧一次。里面留 Wi-Fi、引脚和外设初始化,再加一个只在局域网开放的小 HTTP,用来读当前脚本、写入新脚本。这块稳定之后,别跟着业务一起重刷。
2. 会变的判断放到设备上的 Lua。阈值、简单状态机、继电器条件都放这里。Agent 改完这段脚本,用 HTTP 发下去,几秒就能换一套行为,不用按住 BOOT。
3. 发完立刻用同一个接口把板上的脚本读回来,和刚改的文本对一下。对上了才算改到设备,而不是只改了编辑器。
别省的地方:接口不要裸露到公网;脚本里不要放密钥;脚本写坏或拉不下来时,固件回到默认逻辑,设备还能动。分区方案要和 Flash 容量一致,选错会直接起不来。
想让 AI 按这个方式改板子上的逻辑,搜 OnlyClaws。
可以换一种分工:
1. 固件只烧一次。里面留 Wi-Fi、引脚和外设初始化,再加一个只在局域网开放的小 HTTP,用来读当前脚本、写入新脚本。这块稳定之后,别跟着业务一起重刷。
2. 会变的判断放到设备上的 Lua。阈值、简单状态机、继电器条件都放这里。Agent 改完这段脚本,用 HTTP 发下去,几秒就能换一套行为,不用按住 BOOT。
3. 发完立刻用同一个接口把板上的脚本读回来,和刚改的文本对一下。对上了才算改到设备,而不是只改了编辑器。
别省的地方:接口不要裸露到公网;脚本里不要放密钥;脚本写坏或拉不下来时,固件回到默认逻辑,设备还能动。分区方案要和 Flash 容量一致,选错会直接起不来。
想让 AI 按这个方式改板子上的逻辑,搜 OnlyClaws。
