ESP8266已经时髦好久了，实在便宜又容易上手，招来一窝疯的模仿效法、争相倒腾，很是热闹。难怪这么兴奋，此家伙远程控制功能真的很了不起。
可是指令发出去了，是否被远程执行了呢？被控状态实为咋样子呢？从实用上讲这可是至关要紧的，这同在跟前控制的情况不大一样。就是说每个操控指令得有实时的回调信息反应被控状态才算靠谱。可是目前这个节骨眼做得好的不多，原因看来不光是技术问题，还连带了资源占用和商业考虑。为此，咱尝试探索了各个不同的引用方式和不同的云端服务，意欲找出个像样点的来。这里选一个觉得有点靠谱的实验，秀来参考讨论。原谅咱业余嗜好者，全捡现成的改巴改巴来做实验，不会生造，不好意思说是原创。
选用是 espush.cn 的云端服务器，申请免费设备的AppID和AppKey，下载其专用的NodeMCU固件和App手机包。据介绍固件添加了一系列的专用的推送指令和回调函数等等代码。（逐一个的实验不同服务器和应用方案后觉得这个才比较靠谱，尤其实时回调信息确实能实时的反应被控状态）。感谢 espush.cn 的NodeMCU固件和App手机包都开源了，而且文档资料也很个细，照顾到了不是很强智的咱，居然能依指引如法上手。App手机包源码可用Andriod studio编辑修改，NodeMCU固件可以用Lua Editer 添加自己的Lua应用代码以及填入wifi和espush.cn 服务器的ID和密钥。不用讲客气，想咋改就咋改。你看看原来的手机界面被咱改成了这样，不是很正规，但是很亲民不是？
实验证明，手机App每次开启或重新加载后都会得到回调信息并在手机界面上反应出被控端真实状态，每次控制动作后界面底部都会即时弹出成功与否信息，若控制失败，比如断网、设备断电时，除弹出报错信息外，开关图标是不乱改变的。设备被运程可靠操控的感觉真好。
就服务器来讲虽然都属于瞬时服务，兼顾到了服务器资源利用率，却还是干得很漂亮，显得比其它服务器要开明。比如乐为网服务器就限定了回调信息传送周期不能小于10秒钟，这显然无法做为开关控制的实时信息回调。
当然，你若妄想要人家服务器连续实时的泡在你一个设备上全时效劳，巨不现实。
可是指令发出去了，是否被远程执行了呢？被控状态实为咋样子呢？从实用上讲这可是至关要紧的，这同在跟前控制的情况不大一样。就是说每个操控指令得有实时的回调信息反应被控状态才算靠谱。可是目前这个节骨眼做得好的不多，原因看来不光是技术问题，还连带了资源占用和商业考虑。为此，咱尝试探索了各个不同的引用方式和不同的云端服务，意欲找出个像样点的来。这里选一个觉得有点靠谱的实验，秀来参考讨论。原谅咱业余嗜好者，全捡现成的改巴改巴来做实验，不会生造，不好意思说是原创。
选用是 espush.cn 的云端服务器，申请免费设备的AppID和AppKey，下载其专用的NodeMCU固件和App手机包。据介绍固件添加了一系列的专用的推送指令和回调函数等等代码。（逐一个的实验不同服务器和应用方案后觉得这个才比较靠谱，尤其实时回调信息确实能实时的反应被控状态）。感谢 espush.cn 的NodeMCU固件和App手机包都开源了，而且文档资料也很个细，照顾到了不是很强智的咱，居然能依指引如法上手。App手机包源码可用Andriod studio编辑修改，NodeMCU固件可以用Lua Editer 添加自己的Lua应用代码以及填入wifi和espush.cn 服务器的ID和密钥。不用讲客气，想咋改就咋改。你看看原来的手机界面被咱改成了这样，不是很正规，但是很亲民不是？
实验证明，手机App每次开启或重新加载后都会得到回调信息并在手机界面上反应出被控端真实状态，每次控制动作后界面底部都会即时弹出成功与否信息，若控制失败，比如断网、设备断电时，除弹出报错信息外，开关图标是不乱改变的。设备被运程可靠操控的感觉真好。
就服务器来讲虽然都属于瞬时服务，兼顾到了服务器资源利用率，却还是干得很漂亮，显得比其它服务器要开明。比如乐为网服务器就限定了回调信息传送周期不能小于10秒钟，这显然无法做为开关控制的实时信息回调。
当然，你若妄想要人家服务器连续实时的泡在你一个设备上全时效劳，巨不现实。
