這篇博文主要講講如何用Raspberry Pi Pico W自己動(dòng)手做一個(gè)環(huán)境監(jiān)測節(jié)點(diǎn)從傳感器選型、電路接線、MicroPython代碼到數(shù)據(jù)上報(bào)、可視化告警再到低功耗和長期運(yùn)行的改造整個(gè)過程都踩過坑也總結(jié)了不少經(jīng)驗(yàn)。如果你正好想給家里、辦公室或者陽臺(tái)做一套溫濕度、氣壓、光照監(jiān)測的小系統(tǒng)又不想被現(xiàn)成設(shè)備的封閉生態(tài)綁住這篇文章應(yīng)該能讓你少走很多彎路。1. 為什么選Pico W來做環(huán)境監(jiān)測先說清楚一個(gè)很多人問的問題環(huán)境監(jiān)測這事淘寶上一百多塊的成品溫濕度計(jì)不香嗎為什么要拿一塊開發(fā)板自己拼答案在于“靈活”和“可控”這四個(gè)字。成品設(shè)備一般只能看自家App里的數(shù)據(jù)數(shù)據(jù)格式不開放、導(dǎo)不出來、沒法自己設(shè)定更復(fù)雜的聯(lián)動(dòng)規(guī)則。而用Pico W自己搭一套環(huán)境監(jiān)測節(jié)點(diǎn)數(shù)據(jù)完全在自己手里想怎么存、怎么展示、怎么告警都行本質(zhì)上是把環(huán)境監(jiān)測從“用產(chǎn)品”變成了“做基礎(chǔ)數(shù)據(jù)設(shè)施”。1.1 幾款主流開發(fā)板對(duì)比在選定Pico W之前我實(shí)際對(duì)比過幾塊常見的板子各有各的脾氣。開發(fā)板無線能力價(jià)格約生態(tài)功耗表現(xiàn)適合場景Arduino Uno R3無需外加模塊50-80元C/C資料極多一般老牌入門教學(xué)、無需聯(lián)網(wǎng)的簡單控制ESP32 DevKitWiFi藍(lán)牙25-45元Arduino/MicroPython較高深睡眠不錯(cuò)聯(lián)網(wǎng)型IoT項(xiàng)目性能要求稍高Raspberry Pi Pico WWiFiCYW4343930-45元MicroPython/C/C低深睡眠很能打低功耗傳感器節(jié)點(diǎn)、輕量數(shù)據(jù)采集Raspberry Pi 4B有線WiFi200-300元Linux系統(tǒng)高不適合電池當(dāng)網(wǎng)關(guān)或服務(wù)器而非末端傳感器節(jié)點(diǎn)這里面最容易讓人糾結(jié)的是ESP32和Pico W。ESP32性能更強(qiáng)、帶藍(lán)牙、ADC精度還可以用的人也多Pico W的賣點(diǎn)是MicroPython開發(fā)體驗(yàn)極其清爽USB直接掛載成一個(gè)盤拖拽就能傳代碼加上RP2040那顆芯片在超低功耗深睡眠模式下表現(xiàn)非常突出很適合那種“一顆電池想撐半年”的傳感器節(jié)點(diǎn)場景。我最后選了Pico W還有一個(gè)實(shí)際原因MicroPython環(huán)境下讀取傳感器、處理異常、斷線重連這些邏輯寫起來非常快對(duì)快速原型驗(yàn)證來說效率優(yōu)勢很明顯。1.2 Pico W的硬指標(biāo)與原生優(yōu)勢Pico W的硬件核心其實(shí)還是RP2040雙核Cortex-M0主頻最高133MHz帶264KB SRAM和2MB板載Flash。有意思的是它的無線部分并不是RP2040原生的而是通過板載的CYW43439芯片走SPI接口連接所以無線協(xié)議棧占用了一部分CPU資源和內(nèi)存實(shí)測跑MicroPython時(shí)Flash剩下約1.5MB可用寫普通邏輯完全夠用。它另外一個(gè)原生優(yōu)勢就是前面提到的低功耗。Pico W在MicroPython里用machine.lightsleep()和machine.deepsleep()可以非常細(xì)粒度地控制功耗實(shí)測WiFi關(guān)閉、僅保留定時(shí)器喚醒時(shí)深睡眠電流可以壓到幾十微安級(jí)別。這對(duì)于丟在陽臺(tái)、閣樓這類不方便頻繁換電池的場景是非常重要的能力。另外不得不提Pico W的IO資源很夠用26個(gè)GPIO引腳多個(gè)I2C/SPI/UART接口3路ADC。接一路溫濕度傳感器、一路氣壓傳感器、一個(gè)光照傳感器也就占用了五六個(gè)引腳后面想擴(kuò)展空氣質(zhì)量傳感器、土壤濕度傳感器都還很從容。2. 傳感器選型與環(huán)境監(jiān)測的“數(shù)據(jù)拼圖”環(huán)境監(jiān)測不等于只測溫度。一套完整的環(huán)境監(jiān)測設(shè)備通常需要采集溫濕度、氣壓、光照、空氣質(zhì)量甚至噪聲等多項(xiàng)數(shù)據(jù)數(shù)據(jù)維度越豐富越能還原真實(shí)環(huán)境變化。但傳感器也不是堆得越多越好每一個(gè)傳感器都會(huì)引入新的故障點(diǎn)。2.1 溫濕度方案DHT22、SHT30與BME280怎么選溫濕度是環(huán)境監(jiān)測的基礎(chǔ)項(xiàng)市面上的傳感器方案五花八門最常見的三款是DHT22、SHT30和BME280。DHT22是老牌選手單線協(xié)議價(jià)格便宜6-10元用的人多網(wǎng)上示例代碼遍地都是。缺點(diǎn)也很明顯單線協(xié)議時(shí)序要求比較嚴(yán)讀數(shù)周期只能到2秒一次而且在高溫高濕環(huán)境下長期漂移比較明顯。我早期用它做過一個(gè)原型實(shí)際跑下來發(fā)現(xiàn)濕度數(shù)據(jù)偶爾會(huì)突然跳出幾個(gè)異常點(diǎn)排查了很久才發(fā)現(xiàn)是它內(nèi)部采樣后換算邏輯導(dǎo)致的需要在代碼里做濾波處理。SHT30是瑞士Sensirion的I2C接口傳感器精度和長期穩(wěn)定性都優(yōu)于DHT22響應(yīng)也更快最快每秒可以讀10次價(jià)格在15-25元區(qū)間。它是目前我在中等預(yù)算方案里最推薦的一款I(lǐng)2C總線還可以和其他傳感器共用比如接BMP280或BH1750光照傳感器。BME280則是“六邊形戰(zhàn)士”一顆芯片同時(shí)輸出溫度、濕度、氣壓三種數(shù)據(jù)I2C/SPI接口都有氣壓精度在士0.12hPa級(jí)別非常適合做高度變化檢測和天氣趨勢預(yù)測。價(jià)格大概20-35元。缺點(diǎn)是濕度響應(yīng)速度比SHT30稍慢但對(duì)環(huán)境監(jiān)測場景完全可以接受。如果你只想用一個(gè)傳感器搞定大部分維度BME280是性價(jià)比最高的選擇。我自己最終用的是SHT30測溫濕度、搭配BMP280專門測氣壓、再用一顆BH1750測光照強(qiáng)度。這么組合的好處是每顆傳感器都在自己最擅長的領(lǐng)域工作而且都是I2C接口接線非常統(tǒng)一后文會(huì)給到具體的接線方案。2.2 光照、氣壓與空氣質(zhì)量擴(kuò)展思路除了溫濕度光照度和氣壓也是環(huán)境監(jiān)測里非常有價(jià)值的維度。BH1750光照傳感器是I2C接口量程從1到65535勒克斯可以應(yīng)對(duì)從暗光環(huán)境到陽光直射的場景代碼也簡單直接讀寄存器就行。氣壓數(shù)據(jù)則非常有“指標(biāo)性”意義連續(xù)幾小時(shí)氣壓顯著下降大概率是天氣要變?cè)谕叨葪l件下氣壓的短期抖動(dòng)還能輔助判斷房間氣密性?？諝赓|(zhì)量方面常見的有SGP30eCO2TVOCI2C接口、PMS5003顆粒物濃度UART接口等。SGP30適合室內(nèi)空氣質(zhì)量趨勢監(jiān)測PMS5003則能給出PM2.5/PM10數(shù)值更直觀。這里有一個(gè)容易被忽略的點(diǎn)如果做戶外環(huán)境監(jiān)測空氣質(zhì)量傳感器需要做防護(hù)處理PMS5003有配套的進(jìn)氣嘴和防塵帽SGP30本身對(duì)濕氣敏感戶外長期裸奔容易導(dǎo)致基線漂移一定要做好防護(hù)。我做一個(gè)建議選傳感器不要只看“支持哪些”還要看“I2C地址是否沖突”。SHT30的默認(rèn)I2C地址是0x44BMP280是0x76部分模塊是0x77BH1750是0x23三者不沖突可以掛在同一條I2C總線上。萬一沖突了可以看芯片有沒有地址引腳可以改比如BME280的SDO引腳就是用來切換地址的。3. 搭建環(huán)境監(jiān)測節(jié)點(diǎn)從接線到跑通MicroPython硬件連接這關(guān)很多人會(huì)卡住不是因?yàn)殡y而是因?yàn)榧?xì)節(jié)。接線錯(cuò)了輕則讀不到數(shù)據(jù)重則燒傳感器。我自己第一次接BMP280的時(shí)候把VIN接到了3.3V結(jié)果冒煙了后來查資料才發(fā)現(xiàn)網(wǎng)上有些模塊板載的LDO輸出是3.3V但VIN需要接5V。所以接線前一定先看模塊的具體說明書或絲印標(biāo)注不要默認(rèn)什么都是3.3V。3.1 固件燒錄與開發(fā)環(huán)境準(zhǔn)備Pico W拿到手是沒有任何固件的需要先燒錄MicroPython固件。步驟很簡單按住Pico W板子上的BOOTSEL按鈕不放。用USB線連接到電腦此時(shí)電腦會(huì)彈出一個(gè)名為“RPI-RP2”的U盤。從樹莓派官網(wǎng)下載最新的MicroPython固件.uf2格式注意選RP2040 with WiFi版本普通Pico和Pico W的固件不通用。把.uf2文件直接拖進(jìn)RPI-RP2盤符中板子會(huì)自動(dòng)重啟此時(shí)U盤會(huì)消失出現(xiàn)串口設(shè)備。開發(fā)環(huán)境我推薦用Thonny自帶MicroPython解釋器集成可以非常方便地看到REPL輸出和文件管理。也可以用mpremote命令行工具適合喜歡用VS Code寫代碼的人。注意燒錄固件后建議先把板子的所有引腳斷電拔掉USB線再重新連接傳感器。熱插拔傳感器很容易讓傳感器受損。3.2 接線與第一版讀取代碼我的接線方案如下Pico W引腳定義以絲印為準(zhǔn)傳感器SHT30BMP280BH1750VCC3.3V (Pin 36)3.3V3.3VGNDGND (Pin 3)GNDGNDSDAGP0 (Pin 1)GP0GP0SCLGP1 (Pin 2)GP1GP1所有I2C傳感器共用一條I2C總線SDA接GP0SCL接GP1。這組引腳是Pico W的I2C0接口MicroPython中對(duì)應(yīng)machine.I2C(0, sdaPin(0), sclPin(1), freq400000)。第一版代碼先把三個(gè)傳感器的數(shù)據(jù)都讀出來看看from machine import Pin, I2C import sht30 import bmp280 import bh1750 import time i2c I2C(0, sdaPin(0), sclPin(1), freq400000) # 掃描I2C總線上的設(shè)備地址 devices i2c.scan() print(I2C devices:, [hex(addr) for addr in devices]) sht sht30.SHT30(i2c) bmp bmp280.BMP280(i2c) bh bh1750.BH1750(i2c) while True: temp_sht, hum sht.measure() temp_bmp, press bmp.measure() lux bh.lux() print(SHT30: {}C, {}%RH | BMP280: {}C, {}hPa | BH1750: {}lux.format( temp_sht, hum, temp_bmp, press, lux )) time.sleep(5)這里面有個(gè)小坑要提醒bh1750.BH1750這個(gè)庫的初始化方式因庫而異有的版本需要傳i2c地址參數(shù)有的默認(rèn)地址是0x23但有些模塊是0x5C。用前先i2c.scan()確認(rèn)地址更穩(wěn)妥。3.3 數(shù)據(jù)質(zhì)量處理多傳感器融合與濾波第一次跑通看到一串串?dāng)?shù)據(jù)之后先別急著接著做WiFi上報(bào)有一個(gè)環(huán)節(jié)非常重要數(shù)據(jù)質(zhì)量校驗(yàn)。環(huán)境監(jiān)測系統(tǒng)如果數(shù)據(jù)本身不可信后面所有圖表、告警都是空中樓閣。DHT類傳感器經(jīng)常會(huì)出現(xiàn)尖峰突變比如溫度瞬間跳變5度。SHT30和BMP280相對(duì)穩(wěn)定但也不能保證百分之百不出現(xiàn)異常值。我用的方法是“去重滑動(dòng)窗口濾波”from collections import deque class SensorFilter: def __init__(self, window_size5): self.window deque(maxlenwindow_size) def add(self, value): # 剔除超出合理范圍的值 if value is None: return None if self.window: prev self.window[-1] if abs(value - prev) 10: # 相差超過10個(gè)單位認(rèn)為異常 return None self.window.append(value) return sum(self.window) / len(self.window)實(shí)際部署時(shí)我把窗口設(shè)為5次采樣取平均這樣可以濾掉多數(shù)瞬時(shí)干擾。對(duì)于溫濕度這類變化緩慢的數(shù)據(jù)滑動(dòng)窗口濾波的滯后效應(yīng)幾乎無感。另外還有一個(gè)容易忽略的問題傳感器上電初期讀數(shù)是不準(zhǔn)的。SHT30剛上電時(shí)濕度數(shù)據(jù)可能需要幾十秒到幾分鐘才能穩(wěn)定BME280也要等溫度穩(wěn)定后才能獲得準(zhǔn)確氣壓。所以開機(jī)后我一般會(huì)先丟棄前10次采樣再開始正式記錄這在數(shù)據(jù)質(zhì)量上是很有效的保障。4. 數(shù)據(jù)上云Pico W WiFi與MQTT上報(bào)通道傳感器數(shù)據(jù)留在終端上打印出來意義不大環(huán)境監(jiān)測的核心價(jià)值在于“遠(yuǎn)程實(shí)時(shí)查看”和“歷史趨勢分析”所以必須讓Pico W把數(shù)據(jù)送出去。這一步涉及兩塊內(nèi)容WiFi連接的穩(wěn)定性以及選擇用哪種協(xié)議上報(bào)數(shù)據(jù)。4.1 WiFi連接與斷線重連Pico W的MicroPython固件內(nèi)置了network模塊連接WiFi的代碼很簡單。難的是“穩(wěn)定”兩個(gè)字——家用路由器凌晨重啟、廚房微波爐干擾、WiFi信號(hào)弱導(dǎo)致路由器主動(dòng)踢掉空閑設(shè)備這些問題我在實(shí)際跑的過程里都遇到過。后來我總結(jié)出一套比較穩(wěn)的WiFi連接邏輯核心思想是“連接前檢查、斷開后主動(dòng)重連、重試有間隔”import network import time def connect_wifi(ssid, password, max_retries10): wlan network.WLAN(network.STA_IF) wlan.active(True) retry_count 0 while not wlan.isconnected() and retry_count max_retries: try: wlan.connect(ssid, password) for _ in range(10): if wlan.isconnected(): break time.sleep(1) except Exception as e: print(WiFi connect error:, e) retry_count 1 time.sleep(5) if wlan.isconnected(): print(Connected:, wlan.ifconfig()) return wlan else: print(WiFi connect failed) return None測試時(shí)發(fā)現(xiàn)兩個(gè)很典型的坑第一連接WiFi后立即去連MQTT有可能失敗因?yàn)镈HCP可能還沒完成建議連接后time.sleep(2)再繼續(xù)網(wǎng)絡(luò)操作。第二路由器如果開啟了“WiFi節(jié)能模式”或“AP客戶端隔離”Pico W可能會(huì)出現(xiàn)連接極不穩(wěn)定這時(shí)候在路由器后臺(tái)關(guān)掉這些選項(xiàng)往往立竿見影。4.2 MQTT上報(bào)結(jié)構(gòu)、QoS與消息設(shè)計(jì)上報(bào)協(xié)議我選了MQTT原因很簡單生態(tài)成熟、帶寬開銷小、不依賴特定云平臺(tái)一條消息就幾十字節(jié)對(duì)Pico W的2MB Flash和不算大的RAM非常友好。它采用發(fā)布/訂閱模式Pico W作為客戶端把數(shù)據(jù)發(fā)布到一個(gè)主題topic服務(wù)器端訂閱這個(gè)主題就能收到數(shù)據(jù)。MicroPython環(huán)境下我用的MQTT庫是umqtt.simple2安裝方式mip install umqtt.simple2發(fā)送一條數(shù)據(jù)的核心邏輯如下from umqtt.simple2 import MQTTClient import ujson mqtt_client None def mqtt_init(broker, port1883, usernameNone, passwordNone): global mqtt_client client_id pico_w_env_{}.format(bytearray(6).hex()) # 動(dòng)態(tài)生成客戶端ID避免沖突 mqtt_client MQTTClient(client_id, broker, port, username, password) mqtt_client.connect() return mqtt_client def publish_data(temp, hum, press, lux): payload ujson.dumps({ temp: round(temp, 2), hum: round(hum, 2), press: round(press, 2), lux: round(lux, 1), ts: time.time() }) mqtt_client.publish(home/env/pico1, payload, qos1)關(guān)于QoS服務(wù)質(zhì)量等級(jí)我強(qiáng)烈建議在環(huán)境監(jiān)測場景下至少用QoS 1。QoS 0是“發(fā)出去就不管了”WiFi信號(hào)不好時(shí)消息可能丟失QoS 1會(huì)確保消息至少送達(dá)一次代價(jià)是多一次握手確認(rèn)。環(huán)境監(jiān)測數(shù)據(jù)雖然丟一條也能接受但長期跑下來數(shù)據(jù)斷檔會(huì)造成圖表缺口所以QoS 1是更穩(wěn)妥的選擇。消息結(jié)構(gòu)我專門設(shè)計(jì)成JSON格式并帶上了時(shí)間戳。這里有個(gè)容易被忽略的問題Pico W本身沒有RTC電池重啟后時(shí)間就回到1980年。如果你的服務(wù)器收數(shù)端需要時(shí)間戳建議在Pico W啟動(dòng)后通過NTP同步一下時(shí)間import ntptime def sync_time(): ntptime.host ntp.aliyun.com ntptime.settime()4.3 用服務(wù)器接收數(shù)據(jù)數(shù)據(jù)發(fā)給誰呢我這邊有兩個(gè)方案你可以按自己的條件選。第一個(gè)方案是如果有公網(wǎng)服務(wù)器云主機(jī)或者帶公網(wǎng)IP的樹莓派直接裝一個(gè)Mosquitto MQTT Broker讓Pico W發(fā)布到公網(wǎng)Broker服務(wù)器端訂閱即可。這是最經(jīng)典的做法但前提是你的Pico W能訪問到服務(wù)器的1883端口。第二個(gè)方案是局域網(wǎng)內(nèi)部署比如在家里一臺(tái)樹莓派上跑Mosquitto和后續(xù)可視化服務(wù)Pico W連家里WiFi數(shù)據(jù)只在局域網(wǎng)內(nèi)流轉(zhuǎn)。這個(gè)方案不依賴公網(wǎng)穩(wěn)定性好很多如果要做長期環(huán)境監(jiān)測強(qiáng)烈推薦先局域網(wǎng)內(nèi)跑通再考慮公網(wǎng)暴露的問題。安裝Mosquittosudo apt update sudo apt install mosquitto mosquitto-clients sudo systemctl enable mosquitto默認(rèn)配置下Mosquitto只監(jiān)聽本機(jī)需要改一下配置文件讓局域網(wǎng)內(nèi)設(shè)備也能連上來# /etc/mosquitto/conf.d/default.conf listener 1883 0.0.0.0 allow_anonymous true注意如果Mosquitto暴露在公網(wǎng)上且allow_anonymous true任何人都可以向你的Broker發(fā)布消息容易被惡意利用。如果必須公網(wǎng)部署務(wù)必開啟用戶名密碼認(rèn)證并限制端口訪問來源。訂閱端可以先在終端里驗(yàn)證數(shù)據(jù)是否正常到達(dá)mosquitto_sub -h localhost -t home/env/pico1看到一條條JSON數(shù)據(jù)刷屏就說明數(shù)據(jù)通道已經(jīng)打通了。5. 可視化與告警數(shù)據(jù)不再躺在終端里數(shù)據(jù)通了下一步就是讓人能“看得舒服、用得省心”。我自己搭了一套“Node-RED InfluxDB Grafana”的組合其中Node-RED負(fù)責(zé)接收MQTT消息、寫入數(shù)據(jù)庫和觸發(fā)告警InfluxDB存時(shí)序數(shù)據(jù)Grafana負(fù)責(zé)展示儀表盤。5.1 Node-RED InfluxDB Grafana方案這套組合各自分工很清晰Node-RED是一個(gè)可視化流程編排工具用節(jié)點(diǎn)拖動(dòng)就能實(shí)現(xiàn)MQTT訂閱、數(shù)據(jù)解析、數(shù)據(jù)庫寫入等邏輯非常適合快速搭建IoT后端不用寫太多代碼。InfluxDB是專門的時(shí)序數(shù)據(jù)庫針對(duì)“按時(shí)間索引”的數(shù)據(jù)做了大量優(yōu)化比用MySQL存環(huán)境數(shù)據(jù)高效得多。Grafana是通用的可視化工具能連InfluxDB做各種折線圖、儀表盤還支持自定義告警規(guī)則。安裝順序建議先裝InfluxDB再裝Grafana最后裝Node-RED。Node-RED安裝MQTT節(jié)點(diǎn)node-red-contrib-mqtt和InfluxDB節(jié)點(diǎn)node-red-contrib-influxdb之后流程邏輯非常簡單MQTT節(jié)點(diǎn)訂閱home/env/pico1解析JSON載荷映射成InfluxDB的measurement和field再寫進(jìn)數(shù)據(jù)庫。整個(gè)過程拉節(jié)點(diǎn)連線就行不用寫一行代碼。InfluxDB里建議的存儲(chǔ)格式measurement: env tags: devicepico1, locationbalcony fields: temp25.4, hum60.2, press1013.2, lux4500這樣設(shè)計(jì)的好處是后續(xù)可以有多個(gè)環(huán)境監(jiān)測節(jié)點(diǎn)比如室內(nèi)pico1、陽臺(tái)pico2、車庫pico3用tags區(qū)分設(shè)備位置查詢時(shí)非常方便。5.2 告警規(guī)則溫濕度超限提醒數(shù)據(jù)可視化只解決了“看”的問題真正的價(jià)值在“發(fā)現(xiàn)問題主動(dòng)通知”。比如夏天檢測到室內(nèi)溫度超過30度或者陽臺(tái)濕度長期超過85%容易滋生霉菌這時(shí)候就需要告警。Grafana的Alert規(guī)則設(shè)置得很直觀可以針對(duì)某個(gè)查詢結(jié)果設(shè)置閾值規(guī)則比如temp 30持續(xù)5分鐘就觸發(fā)告警。告警通知渠道我推薦先接釘釘/企業(yè)微信機(jī)器人或者直接用Telegram Bot都是免費(fèi)且配置容易的方式。Node-RED方案也可以做告警而且更靈活比如可以判斷“溫度連續(xù)3次超過30度才告警”避免瞬時(shí)波動(dòng)誤報(bào)// Node-RED function節(jié)點(diǎn) const threshold 30; const maxCount 3; // 用context存儲(chǔ)連續(xù)超限次數(shù) let overCount context.get(overCount) || 0; if (msg.payload.temp threshold) { overCount 1; context.set(overCount, overCount); if (overCount maxCount) { msg.payload 溫度連續(xù)超過{}度{}次當(dāng)前值: {}度.format(threshold, maxCount, msg.payload.temp); return msg; } } else { context.set(overCount, 0); } return null;這種連續(xù)判斷邏輯遠(yuǎn)比“單次超限即告警”可靠至少能過濾掉大半誤報(bào)。6. 低功耗與長期運(yùn)行改造環(huán)境監(jiān)測節(jié)點(diǎn)如果要長期運(yùn)行電源管理和設(shè)備穩(wěn)定是繞不開的兩個(gè)話題。一個(gè)插著USB電源的Pico W當(dāng)然能一直跑但如果你想把它放到陽臺(tái)、花園、地下室或者因?yàn)椴季€不方便不想用電源適配器那就得認(rèn)真考慮低功耗方案。6.1 電池供電與省電模式Pico W在外接電池時(shí)推薦工作電壓范圍是3.6V-5.5V如果從VSYS引腳接入。最常見的電池方案有兩類一類是用普通18650鋰電加一個(gè)帶充放電保護(hù)的模塊模塊輸出穩(wěn)定在5V或3.3V可以直接供電。好處是電路簡單電池容量大2000-3500mAh缺點(diǎn)是體積偏大。另一類是用LiPo電池直接接STANDBY引腳但Pico W沒有板載充電管理電路需要額外接一個(gè)充電模塊。這塊要注意的是LiPo電池如果過放很容易損壞務(wù)必購買帶保護(hù)板的LiPo電芯。省電策略方面Pico W的MicroPython支持machine.lightsleep()和machine.deepsleep()。對(duì)于環(huán)境監(jiān)測場景每5分鐘采集一次數(shù)據(jù)并上報(bào)其余時(shí)間深睡眠是標(biāo)準(zhǔn)的低功耗運(yùn)行模式import machine import time def deep_sleep_mode(seconds): # 關(guān)閉WiFi wlan network.WLAN(network.STA_IF) wlan.active(False) # 深睡眠前確保數(shù)據(jù)已發(fā)送完畢 time.sleep(1) machine.deepsleep(seconds * 1000)實(shí)測下來Pico W深睡眠電流在幾十微安級(jí)別加上傳感器的靜態(tài)功耗整機(jī)在深睡期間的電流大概100微安以內(nèi)。如果每5分鐘喚醒一次喚醒期間處理數(shù)據(jù)加WiFi連接上報(bào)大約需要10秒一個(gè)2000mAh的18650電池理論上可以跑非常久。我實(shí)際測試的節(jié)點(diǎn)放了接近半年電池電壓還有3.5V以上。不過要注意兩個(gè)深睡眠的細(xì)節(jié)深睡眠被喚醒后程序會(huì)從頭開始執(zhí)行所以代碼需要設(shè)計(jì)成“開機(jī)先判斷是否該采集、是否該上報(bào)”而不是無腦執(zhí)行采集。Pico W的machine.deepsleep()喚醒后WiFi連接需要重新建立這會(huì)導(dǎo)致喚醒期間的網(wǎng)絡(luò)操作耗時(shí)變長。為了穩(wěn)定建議在喚醒后先同步一次時(shí)間再做操作。下面是完整的主循環(huán)邏輯示例def main(): # 檢查是否需要執(zhí)行采集任務(wù) # 用RTC內(nèi)存保存上次采集時(shí)間避免每次喚醒都采集 rtc machine.RTC() try: last_wake rtc.memory() if last_wake: # 距離上次發(fā)送不足300秒則直接深睡 if time.time() - int(last_wake) 300: machine.deepsleep(300 * 1000) except: pass # 正式執(zhí)行采集上報(bào) connect_wifi(SSID, PASSWORD) sync_time() data read_all_sensors() mqtt_init(BROKER) publish_data(*data) rtc.memory(str(time.time())) # 進(jìn)入下一輪深睡 machine.deepsleep(300 * 1000) main()6.2 外殼與戶外部署要點(diǎn)如果把節(jié)點(diǎn)放在戶外外殼和防水就是必須考慮的問題。我的做法是買一個(gè)86型防水接線盒體積不大剛好能塞下一塊Pico W、傳感器和一塊18650電池。在盒子的側(cè)面打孔穿孔引出傳感器探頭然后用玻璃膠密封好孔洞縫隙。傳感器探頭的固定也有講究SHT30這類溫濕度傳感器不能直接貼在盒子內(nèi)壁上否則盒子內(nèi)部發(fā)熱會(huì)影響讀數(shù)。最佳做法是讓傳感器懸空可以用杜邦線引出來避免熱量傳導(dǎo)如果是戶外還需要給傳感器加一個(gè)防輻射罩不然在夏天的直射陽光下傳感器測出來的溫度會(huì)比真實(shí)空氣溫度高好幾度。還有一個(gè)小細(xì)節(jié)戶外節(jié)點(diǎn)如果使用了鋰電池加降壓模塊要考慮耐溫范圍。聚合物鋰電池在高低溫環(huán)境下性能都會(huì)下降特別是夏天戶外暴曬后盒子內(nèi)部溫度可能到50-60度電池會(huì)有一定安全風(fēng)險(xiǎn)。條件允許的話盡量選擇耐溫范圍更寬的鋰亞電池或磷酸鐵鋰電池。7. 常見問題與排查實(shí)錄長期運(yùn)行環(huán)境監(jiān)測節(jié)點(diǎn)會(huì)遇到各種千奇百怪的問題這部分我把實(shí)際踩過的坑和排查思路整理成一個(gè)速查表希望幫你省點(diǎn)時(shí)間。7.1 WiFi連不上與MQTT掉線WiFi連接不上是我最初遇到最多的問題大概率圍繞幾個(gè)原因固件版本不對(duì)、SSID密碼錯(cuò)誤、路由器限制連接數(shù)或者Pico W的WiFi固件在特定信道下兼容性問題。實(shí)測中如果Pico W連不上WiFi而且日志一直在刷assert or timeout可以嘗試在network.WLAN(network.STA_IF)之后顯式設(shè)置wlan.config(pm0xa11140)關(guān)閉省電模式這能解決一部分WiFi不穩(wěn)定的問題代價(jià)是功耗略微上升。MQTT掉線就更常見了。我總結(jié)下來主要分兩類一是Broker地址或端口不對(duì)或者服務(wù)器防火墻擋了1883端口二是MQTT客戶端在長時(shí)間空閑后Broker主動(dòng)斷開連接這是MQTT協(xié)議本身的心跳機(jī)制導(dǎo)致的。解決方法是設(shè)置更短的keepalive或者在客戶端里做“定時(shí)嘗試重連”邏輯def mqtt_loop(): while True: try: publish_data(...) time.sleep(300) except OSError as e: print(MQTT error:, e) # 重連并稍等 reconnect_mqtt() time.sleep(10)7.2 傳感器讀數(shù)異常速查表異常表現(xiàn)可能原因排查思路讀數(shù)固定不變I2C總線死鎖、傳感器供電異常拔掉傳感器重新上電檢查I2C地址是否沖突用 i2c.scan() 掃描確認(rèn)設(shè)備在線濕度讀數(shù)偶爾跳變傳感器污染、干擾清潔傳感器探頭在代碼中加滑動(dòng)窗口濾波減少采樣頻率溫度明顯偏高盒子散熱、傳感器貼著熱源傳感器懸空增加防輻射罩排查電源模塊發(fā)熱氣壓讀數(shù)差很多高度未校準(zhǔn)、傳感器型號(hào)差異確認(rèn)使用的庫讀取的單位是hPa還是Pa用當(dāng)?shù)貧庀笳緮?shù)據(jù)校準(zhǔn)高度偏移光照讀數(shù)忽高忽低BH1750測量模式不對(duì)確認(rèn)使用連續(xù)測量模式而不是一次性測量模式檢查是否被遮擋還有一個(gè)非常容易被忽略的問題傳感器的I2C總線在長線上傳輸?shù)臅r(shí)候信號(hào)質(zhì)量會(huì)變差。如果傳感器與Pico W距離超過20cm建議用雙絞線或者屏蔽線并在I2C線上加上拉電阻Pico W內(nèi)部已經(jīng)啟用上拉但長線時(shí)建議外加4.7kΩ上拉電阻。7.3 MicroPython環(huán)境的幾個(gè)隱藏坑MicroPython和桌面Python不是完全一樣的有幾個(gè)坑我想單獨(dú)拿出來說因?yàn)樗鼈兛恿宋也簧贂r(shí)間第一個(gè)坑是浮點(diǎn)數(shù)精度。MicroPython在RP2040上使用單精度浮點(diǎn)FPU這意味著0.1 0.2的結(jié)果和桌面Python不同大約只能精確到7位有效數(shù)字。對(duì)溫濕度這種只需要兩位小數(shù)精度的數(shù)據(jù)完全夠用但如果計(jì)算精確的氣壓海拔換算需要留意誤差。第二個(gè)坑是字符串格式化。MicroPython對(duì)str.format()的兼容性比較有限有些不常用的格式化寫法可能直接拋異常。我在代碼里盡量用{}.format()簡單形式關(guān)鍵路徑甚至直接用%格式化更穩(wěn)妥。第三個(gè)坑是文件系統(tǒng)損壞。Pico W的Flash文件系統(tǒng)如果突然斷電或拔出USB時(shí)正在寫入可能會(huì)出現(xiàn)異常造成板子無法掛載。遇到這種情況把BOOTSEL按住重新刷一遍固件就能恢復(fù)但板子上的腳本文件會(huì)丟失所以重要代碼一定要在電腦里備份。8. 從原型到長期可靠運(yùn)行的一些個(gè)人體會(huì)如果你跟著前面的內(nèi)容做了一套能跑起來的環(huán)境監(jiān)測節(jié)點(diǎn)那恭喜你已經(jīng)超過大多數(shù)只看教程不實(shí)踐的人了。但我想再分享幾點(diǎn)長期運(yùn)行過程中沉淀下來的真實(shí)體會(huì)這些內(nèi)容在官方文檔和教程里基本找不到。第一先從最小系統(tǒng)開始不要一上來就接五個(gè)傳感器。先只接一個(gè)SHT30跑通“讀取數(shù)據(jù) - 上報(bào)MQTT - 服務(wù)器收到消息”然后再逐步加傳感器加功能。這個(gè)順序能幫你快速定位問題出在硬件還是軟件、出在采集還是傳輸環(huán)節(jié)。第二日志記錄比想象中重要得多。Pico W跑在無人值守的環(huán)境中出問題時(shí)你不在現(xiàn)場唯一的線索就是日志。建議把啟動(dòng)時(shí)間、WiFi連接耗時(shí)、傳感器讀取耗時(shí)、MQTT發(fā)布結(jié)果這些都打印出來服務(wù)器端也可以定期存儲(chǔ)這些日志。我最后能做到遠(yuǎn)程排查很多問題靠的就是日志。第三環(huán)境監(jiān)測是一個(gè)“長跑”項(xiàng)目前兩周的新鮮感過去后真正考驗(yàn)?zāi)愕氖菙?shù)據(jù)長期穩(wěn)定下來后的維護(hù)能力。定期檢查電池電壓、定期校準(zhǔn)傳感器、定期清理灰塵這些瑣碎的工作才是系統(tǒng)長期可靠運(yùn)行的關(guān)鍵。我在實(shí)際運(yùn)維中發(fā)現(xiàn)每季度校準(zhǔn)一次SHT30和BMP280數(shù)據(jù)偏差可以控制在很小范圍內(nèi)。最后再分享一個(gè)小技巧Pico W板子上的LED引腳LED可以用MicroPython直接控制我把它當(dāng)成了“心跳指示燈”——程序正常運(yùn)行時(shí)LED慢閃報(bào)錯(cuò)時(shí)LED快閃?，F(xiàn)場排查時(shí)不用連電腦看一眼LED狀態(tài)就知道節(jié)點(diǎn)是否活著這個(gè)細(xì)節(jié)在維護(hù)多個(gè)節(jié)點(diǎn)的時(shí)候特別實(shí)用。希望這篇內(nèi)容能幫你順利搭出自己的環(huán)境監(jiān)測系統(tǒng)。如果過程中有任何沒提到的坑歡迎留言一起討論畢竟這類項(xiàng)目最有趣的地方就是在踩坑和填坑之間不斷接近“穩(wěn)定運(yùn)行”這四個(gè)字。