“Case Closed”
So the MK-III finally got its (3D-printed) case, now the case is closed.
Yep, case closed!
Sure the case is kinda rough (sorry, 1st time stuff there…), it still reminds me of the TARS, I don’t know why though.
Indoor Weather Station IoT – Mk III
Now it’s Mark III, having a self-designed simple carrier board with all dev kits mounted on it – seems working reliably.
室内气象采集节点，Wifi + 有线以太网两网通用，uPy固件。需要接HA的话，可以用restful sensor请求板端API，已经试过了，没毛病。这样玩的话，板子固件功能可以比esphome生成的更具自由度。
不要问我carrier board为啥选了白色，对我玩相机有印象的哥们，应该知道我备机（EOS-M3）就自己配的熊猫色，至今喜欢。
距离上次做layout，我算了一下15年有余。好在我不在乎外观，没打算从零画起，就只做了块载板。那么工作量自然也低，连原理图一起一天搞定。至于产出质量么……话说下单有点快，下完单回头review schematics发现电容接错了，又改了一版立即重新下单。
然后摩拳擦掌天天等快递，板子到手后，上电一遍过。当然一张底板，着实也是简单。
考虑到如果很多节点，server挨个请求node吧也不大合理，所以还做了个配置api地址，然后主动post数据的功能。
要问为啥不搞mqtt，呃，懒得摸新东西算个理由不？
折腾了半天，还以为想找个靠谱的asyncio http client有困难，结果还是有大佬给移植好了一版能用的。
到今天，算下来已经有三个版本了，只用业余时间，外加陪娃的话，感觉效率还凑合？
最近疫情放开，年底很多活儿堆在头上，加班免不了咯……什么时候才有精力做个壳体试试呢？
完整阅读本篇»基于RPi和LXD的ESP32开发环境
对于在板子手动重启时经常把ESP32带进下载模式的问题，LAN8720所需的上/下拉电阻恐怕是最大嫌犯。于是斥巨资近CNY 10元采购了万用板、线仔包和各种直/弯母座，终于搞了MKII —— 重启可靠性问题果然迎刃而解。
过程中，基于lxd的Debian in Debian做了套新环境，顺手也试了试C语言的esp-idf编译，用起来整体感觉很顺手。
RS232 connected with an lxc in raspberry pi 4b (not in pic)
Yes, it actually performs nicely to work on ESP32 development in debian bullseye LXD in Pi OS, no mater you’re working on hardcore C lang based esp-idf or the nice & easy micropython development.
“Hmm… so you need a standard Debian in a derived Debian? “
Well, since I found out that LXD is something very helpful to isolate different needs on different Linux distributions in different containers, while it kinda works pretty much like vm (instead of docker) since it’s easy to config the resources consumption or even usb devices pass-through, and the most important – having its own block storage which can be exported into a single archive.
Then, the only thing I can’t agree with, could be the deep connection with the snapd. Instead of switching to another distribution, such as Arch, I choose to build the LXD of my own (on both Pi OS aarch64 and Ubuntu 22.04 X86_64). Thanks to the good documentation, the stuff (native lxd without the snap crxp) works like a charm.
with Xfce and xrdp, the bullseye lxc can work as an esp dev server quite well
ESP32 + uPython + uaiohttpclient
Updated 2022-12-01: Let go this rough uaiohttpclient since it’s kind too simple (just GET, no POST, and lacking almost anything needed) to be integrated to something really useful. So currently I’m using someone’s own stuff (async mod on urequests) that works – from the REPO HERE.
This is a basic test around the async http client of micropython, which is NOT built-in with the official uPy image on download page of offcial site. Anyway it can be easily installed thru the upip – make sure you have sufficient free RAM before the installation though, otherwise it could fail.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
WebREPL connected >>> import gc >>> import upip >>> upip.install("micropython-uaiohttpclient") Installing to: /lib/ Warning: micropython.org SSL certificate is not validated Installing micropython-uaiohttpclient 0.5.1 from https://micropython.org/pi/uaiohttpclient/uaiohttpclient-0.5.1.tar.gz >>>utils.free() '61.11%' >>>gc.collect() >>>utils.free() '93.75%' |
I somehow guess that the reason it’s not included in standard build might be… the asyncio is not quite common among the uPy developers? So people can use the built-in urequests instead.
Well I’m not an async – await Python guy on Mac/Linux either (since we’ve an powerful O/S anyway), but here I consider it might be the only method, AFAIK, to make my ESP32 nodeMCU work with kinda multi-tasking with uPy, non-preemptive, though. If not, then I’m about to be left with no choice and head back to the C stuff (with a traditional RTOS), right?
完整阅读本篇»HAOS集成和风天气
室内搞完了，室外就别搞传感器了，直接走api拉数据。
系统默认集成的OpenWeather和AccuWeather都不太靠谱，前者填了api key后报无效，后者是数据离实际差距大+免费api次数不够用，最后还得自己搞国内的天气服务API。
注册了高德、和风两家，后者虽然没有前者的品牌，但毕竟数据种类更齐全，用来练手是不错的。
效果如下：
至于怎么安装，其实什么插件都不用装，直接File Editor插件编写 /config/configuration.yaml ，保存无误后，重启服务即可。
【注】重启服务，只需要“配置”->“系统”->“重新启动”。这个过程很快，30s搞定。不需要重启整个HAOS的vm或者物理机，那个时间要长很多。
要写什么内容呢？
完整阅读本篇»PVE + HomeAssistant + ESPHome
Today let’s try out this ESP32-C3-12F dev board that costs only $5 (domestic shipping included) but has 3 power supply mode (AC 220V, DC 7~12V and microUSB, which is super convenient!) and a relay to turn my ordinary led light strip to be a remote controlled.
记得上次玩Arduino已经是2014年的事情了，那会儿用的还是ATMega系列的MCU，装专用IDE，写的C lang。
近10年后，感觉家用IoT玩的都是ESP和Pico了。至于开发语言，常青树C lang自然还有的，但大多视频教程则是外行更容易上手的Micro Python、Lua乃至只要配个yaml config的ESP Home —— 可见贵圈也很卷。
今天搞的是这块ESP32-C3-12F，带wifi、蓝牙BLE和一路继电器，以上都属于一般配置。比较巴适的是，这货带三模供电，AC 220V、DC 7~12V，以及MicroUSB，这就很方便了，省一个手机充电头。
废话少叙，先看实验结果吧。
服务器自然是Proxmox VE Home Server上的vm，数据内网本地化存储（2C 2G 32G即可），公网使用走ddns没毛病。
【注】HAOS（Home Assistant Operating System）的部署有N多选择。支持X86物理机、至少三种VM（kvm、vbox、vmware）、三种主流操作系统（Linux、Win、MacOS），两种容器（docker、lxc）、以及包括树莓派在内的至少三种SBC…… 这友好程度，你要说自己小白不会安装，都对不起开发者。只是这里要注意，选择安装方式一定要带上Supervisor，否则无法支持ESPHome扩展，详情参阅官网文档。
HAOS装好后，打开web服务，安装ESPHome的插件，打开后就能开始设计ESP固件了。
完整阅读本篇»
京公网安备 11011502004657号