前陣子有個做智能家居的朋友問我想用Python控制Arduino或樹莓派感覺網(wǎng)上資料很散不知道該從哪條路入門。這個問題我太熟了剛接觸硬件時我也被這兩種設備搞暈過Arduino是微控制器跑的是C樹莓派是一臺小電腦跑的是Linux。用Python把它們管起來最關鍵的從來不是Python語法而是搞清通信鏈路和設備邊界。這篇文章就把我實測過的幾種方案、對應的坑和完整示例一次講清楚覆蓋串口通信、Firmata協(xié)議和GPIO直控給正在做自動化項目的朋友一份能直接上手的路線圖。1. 先想清楚你需要的究竟是哪種控制方式1.1 什么是“用Python控制”三條主流路徑Arduino和樹莓派雖然常被放在一起比較但本質完全不同。Arduino是基于AVR或ARM微控制器的開發(fā)板沒有操作系統(tǒng)上電后只能反復執(zhí)行一段用C/C寫好的循環(huán)程序樹莓派則是一臺完整的ARM Linux迷你電腦有CPU、內存、存儲和圖形界面Python可以直接跑在上面。正因如此“用Python控制它們”這句話在不同設備上對應的實現(xiàn)方式完全不一樣。我實測下來主流玩法有三條路徑路徑一Arduino跑自己的固件電腦上的Python通過USB串口向Arduino發(fā)送指令。Arduino收到指令后執(zhí)行動作比如點亮LED、驅動電機、采集傳感器數(shù)據(jù)再把結果發(fā)回電腦。路徑二給Arduino燒錄Firmata固件把Arduino變成一個“USB外設”。電腦上的Python用pyFirmata或pymata4直接讀寫Arduino的引腳相當于Python直接控制硬件。路徑三在樹莓派上直接安裝Python和GPIO庫通過樹莓派的GPIO引腳控制外設代碼和Python進程跑在同一臺設備上。三條路徑不是非此即彼的排他關系很多時候可以混用。我做過一個自動澆灌系統(tǒng)樹莓派負責天氣API和數(shù)據(jù)庫Arduino負責控制水泵和讀取土壤濕度兩者之間用USB串口通信。樹莓派是大腦Arduino是手腳Python是膠水。1.2 選型判斷從實時性、開發(fā)效率和成本切入選擇哪條路徑主要看三個維度實時性要求、開發(fā)效率、設備成本。Arduino串口方案實時性最好。Arduino固件在中斷和循環(huán)中執(zhí)行響應時間可控特別適合PWM調速、步進電機脈沖、傳感器連續(xù)采樣這些需要確定性的任務。Firmata方案開發(fā)效率最高燒錄一次固件后之后所有邏輯都在Python里寫改代碼不用反復燒板適合原型驗證、實驗室數(shù)據(jù)采集但同一個引腳被上位機不斷讀寫時延遲會比原生固件高幾毫秒到幾十毫秒做小車避障這種對響應速度敏感的項目就得斟酌。樹莓派GPIO方案適合任務多、邏輯復雜、需要聯(lián)網(wǎng)或圖像識別的項目但樹莓派跑的是非實時Linux線程調度不確定如果你需要用微秒級精度做波形建議還是交給Arduino或者用pigpio的硬件PWM輔助。用生活場景類比Arduino是那種任勞任怨的直屬員工你告訴它做什么它就不停執(zhí)行Firmata像是把員工變成遠程操作員你隨時發(fā)指令但它一次只能處理一件樹莓派更像一個部門經理能同時協(xié)調多件事但每件事的響應時間不是絕對保證。所以我的選型建議很簡單外設簡單、交互頻率低可以用Firmata快速出Demo要做高確定性控制老老實實用串口協(xié)議需要跑攝像頭和AI模型直接用樹莓派的Python環(huán)境。項目的技術棧永遠跟著需求走而不是反過來。2. Arduino串口通信最通用、最穩(wěn)定的控制方案2.1 環(huán)境準備從安裝到接線一次到位先把基礎環(huán)境搭好。電腦端需要Arduino IDE現(xiàn)在叫Arduino IDE 2和PythonPython需要pyserial安裝一行命令pip install pyserialArduino IDE主要用于寫Arduino固件和確認串口狀態(tài)。安裝后用USB線把Arduino接到電腦Windows下Arduino一般會識別成COM口比如COM3、COM5Linux/macOS下是/dev/ttyACM0或/dev/cu.usbmodem14101這類路徑。第一次接上時如果系統(tǒng)沒自動裝驅動多半是板子上的USB轉串口芯片驅動沒裝常見芯片有CH340、CP2102、ATmega16U2按芯片型號裝驅動就好。硬件接線這件事很多教程寫得過于神秘。如果你只是想測試串口通信不需要任何外部電路直接用USB線連電腦和開發(fā)板板載LED就是最好的實驗對象。Arduino Uno的板載LED通常焊在D13引腳部分板子上叫L直接控制它不需要額外接線。如果要外接LED記住LED長腳接正極短腳接負極串一個220歐姆到330歐姆的電阻到D13另一端接GND。這個電阻不是可選項沒有它電流容易超過LED額定值燒壞LED甚至可能影響引腳。接線時還有兩個細節(jié)容易踩坑。一是外部供電時一定要和Arduino共地也就是外部電源的地線要和Arduino的GND接在一起否則串口信號沒有參考零點數(shù)據(jù)全是亂碼二是不要在板子通電狀態(tài)反復插拔杜邦線容易造成引腳瞬間短路。我的習慣是斷電狀態(tài)下接線確認無誤再通電。2.2 最小示例讓Python點亮Arduino板載LED現(xiàn)在做一個最簡單的閉環(huán)Python向串口發(fā)一個字符Arduino收到后點亮或熄滅板載LED。Arduino端固件如下char cmd; void setup() { Serial.begin(9600); pinMode(LED_BUILTIN, OUTPUT); digitalWrite(LED_BUILTIN, LOW); } void loop() { if (Serial.available() 0) { cmd Serial.read(); if (cmd 1) { digitalWrite(LED_BUILTIN, HIGH); } else if (cmd 0) { digitalWrite(LED_BUILTIN, LOW); } } }要點是Serial.begin(9600)的波特率和Python端必須完全一致這是串口通信最容易出問題的地方一個9600一個115200讀到的全是亂碼。Serial.available()判斷緩沖區(qū)有沒有字節(jié)Serial.read()每次讀取一個字符固件循環(huán)里的指令處理是實時的收到一個字符就執(zhí)行一次。這個固件雖小但已經包含了一個完整的串口指令解析邏輯讀取、判斷、執(zhí)行。真實項目里這幾十行基礎結構完全夠用你只需要在if后面添加更多指令分支比如a控制舵機、m控制電機、r讀取傳感器。Python端代碼import serial import time ser serial.Serial(COM3, 9600, timeout1) time.sleep(2) ser.write(b1) # 點亮LED time.sleep(1) ser.write(b0) # 熄滅LED ser.close()這里有兩個必修知識點。第一time.sleep(2)不是亂加的。Arduino在USB連接后會自動復位一次復位過程中會重新啟動此時上位機立刻發(fā)數(shù)據(jù)容易丟等2秒是讓板子完成啟動。第二ser.write(b1)必須傳字節(jié)串而不是普通字符串Python3里字符串和字節(jié)串是兩種類型普通字符串需要先encode()否則會報錯。串口打開時經常會遇到PermissionErrorWindows下通常是串口被Arduino IDE的串口監(jiān)視器占用關掉監(jiān)視器再運行Linux下則是當前用戶沒有訪問串口設備的權限后面常見問題部分會詳細說。2.3 為什么不能直接發(fā)字符串給自己設計一個指令協(xié)議很多初學者做到上一步就停了然后把代碼堆成幾百行在Arduino和Python兩側用無數(shù)if和字符串比較處理數(shù)據(jù)遇到數(shù)據(jù)錯亂才回頭補協(xié)議。我的經驗是串口通信別看它簡單真正的坑全在“消息邊界”上。串口本質上是字節(jié)流數(shù)據(jù)一個字節(jié)一個字節(jié)地從TX口送到RX口沒有像報文那樣的消息間隔。如果你的Python程序連續(xù)發(fā)1和2Arduino先收到的是1再收到2這沒問題但如果你發(fā)的是12Arduino可能會完整收到1,2也可能因為時序問題只讀到1下一條指令就成了2。環(huán)境干擾、電源紋波、系統(tǒng)調度抖動都可能讓字節(jié)流“切”出問題。所以稍微復雜一點的通信都要自己約定協(xié)議。最簡單的做法是給每條指令加固定的幀頭和長度。比如幀頭0xAA 0x55兩個字節(jié)長度1個字節(jié)表示后面數(shù)據(jù)個數(shù)數(shù)據(jù)N個字節(jié)校驗1個字節(jié)對長度和數(shù)據(jù)做異或單片機端收到后先判斷幀頭再讀長度然后讀夠N個字節(jié)做異或校驗校驗通過才執(zhí)行命令。這樣即使一個壞幀出現(xiàn)也能通過幀頭同步恢復不會影響后續(xù)指令。Python端組裝一幀的代碼可以這樣寫def build_command(data: bytes) - bytes: frame_header b\xaa\x55 length len(data) checksum length for b in data: checksum ^ b return frame_header bytes([length]) data bytes([checksum])這只是很簡單的示意實際協(xié)議要根據(jù)項目復雜度裁剪。如果只需要控制幾個開關用單字符或帶換行符的字符串也完全夠如果要做傳感器數(shù)據(jù)回傳和命令下發(fā)建議把幀結構固定下來并且最好帶上應答和超時重發(fā)機制。這會在調試上省下大量時間。還要注意Arduino Uno的串口緩沖區(qū)默認最大64字節(jié)如果你要一次性傳輸大批數(shù)據(jù)可以把數(shù)據(jù)切片發(fā)送或者調大緩沖區(qū)。我做過一次八軸機械臂的指令解析一幀正好60字節(jié)超過緩沖區(qū)就出現(xiàn)丟幀最后是靠把幀長減到48字節(jié)才規(guī)避的這種問題到后面排查時會很痛苦。3. Arduino Firmata把Arduino變成可插拔的USB外設3.1 Firmata協(xié)議的原理與固件燒錄如果你只需要快速驗證一個想法不想每次改功能都去改Arduino固件、重新燒錄那Firmata是很好的選擇。Firmata是一種通用協(xié)議它定義了上位機比如電腦上的Python和Arduino之間的通信格式是發(fā)送指令、讀引腳還是寫引腳都用一套標準消息來承載而不是自定義字符。先用Arduino IDE打開固件文件 - 示例 - Firmata - StandardFirmata選擇你的板子和串口直接燒錄。這個固件是官方維護的燒進去之后Arduino就不再執(zhí)行你自己的邏輯而是變成一個“聽話的USB轉IO設備”Python通過協(xié)議告訴它引腳幾、模式是什么、是輸出高電平還是讀模擬值它就照做。需要注意StandardFirmata默認的波特率通常是57600pyFirmata在連接時也會默認用這個值如果你手動設置波特率必須兩邊保持一致。另外Firmata不是萬能的燒錄后如果串口波特率選錯上位機連不上一次只能有一個程序占用Arduino串口不能同時開著串口監(jiān)視器和Python。如果你頻繁調用引腳讀寫serial上的延遲會成為瓶頸。3.2 Python端使用pyFirmata控制引腳安裝依賴pip install pyfirmata然后連接from pyfirmata import Arduino, util import time port /dev/ttyACM0 # Windows下是COM3 board Arduino(port) # 寫數(shù)字引腳13 board.digital[13].write(1) time.sleep(1) board.digital[13].write(0) # 讀模擬引腳A0 analog_input board.analog[0] it util.Iterator(board) it.start() time.sleep(0.1) print(analog_input.read()) board.exit()需要注意讀取模擬值必須開啟Iterator否則Arduino不會主動往電腦發(fā)數(shù)據(jù)第一次讀取之前等一小段時間等引腳采樣穩(wěn)定。還要留意pyFirmata在部分Python新版本下可能會因為依賴庫版本問題報錯如果遇到可以換成pymata4API類似但更現(xiàn)代pip install pymata4from pymata4 import pymata4 board pymata4.Pymata4(com_port/dev/ttyACM0) board.set_pin_mode_digital_output(13) board.digital_write(13, 1) board.set_pin_mode_analog_input(0) board.analog_read(0) board.shutdown()pymata4的寫法更清晰文檔也更完整我現(xiàn)在做原型項目一般直接用pymata4。3.3 什么情況下該用Firmata什么情況別用在硬件原型階段Firmata能把“改代碼”的工作從Arduino搬到Python效率提升非常明顯特別適合做課程設計、數(shù)據(jù)采集、傳感器標定這類場景。但正式項目里我更建議回到自定義串口協(xié)議原因有幾個第一Firmata的每一條引腳讀寫消息都有協(xié)議開銷連續(xù)操作大量引腳時實時性不夠穩(wěn)定。第二StandardFirmata固件固定了引腳模式有些高級功能比如外部中斷、高精度PWM、特殊I2C配置要么不支持要么需要改固件那就失去了不燒固件的意義。第三如果Arduino在現(xiàn)場還要獨立工作不能依賴電腦那Firmata方案直接出局因為它離了上位機就是一塊“木頭”。所以我的結論是Firmata擅長給原型加分不擅長給產品兜底。當一個項目從Demo走向落地我會把通信層從Firmata切換到自定義固件這個切換越早做越好因為協(xié)議變更會影響上層Python邏輯。4. 樹莓派直接跑PythonGPIO控制與更多可能4.1 從Arduino切換到樹莓派先理解物理引腳和邏輯電平樹莓派本身就是一臺電腦所以用Python控制樹莓派的GPIO思路和Arduino完全不同。不需要USB串口不需要上位機Python進程直接訪問Linux系統(tǒng)映射出的GPIO接口。樹莓派最常用的是40Pin GPIO排針布局基本兼容。開發(fā)時我手邊常備一張引腳圖可以搜索“Raspberry Pi GPIO pinout”并保存。重點區(qū)分兩類編號物理編號比如從左上角開始數(shù)第1腳和BCM編號Broadcom芯片的端口編號。比如物理第11腳對應的BCM是17RPi.GPIO和gpiozero默認使用BCM編號所以代碼里寫GPIO17基本不會錯但接線時要對著物理引腳確認。硬件上的電平也需要格外小心樹莓派的GPIO是3.3V邏輯不是5V。把5V設備的TX信號直接接到樹莓派RX引腳長時間可能燒壞CPU需要用電平轉換模塊或者分壓電阻。Arduino Uno的引腳邏輯是5V所以和樹莓派直接連串口時Arduino TX的5V電平不能直接進樹莓派RX必須加轉換。這是我見過燒板最高發(fā)的原因沒有之一。4.2 GPIO庫怎么選RPi.GPIO、gpiozero、pigpio樹莓派上常見的Python GPIO庫有三個它們各有各的脾氣。RPi.GPIO是最老牌、資料最多的庫很多教程都用它。語法直白GPIO.setmode(GPIO.BCM)、GPIO.setup(17, GPIO.OUT)、GPIO.output(17, GPIO.HIGH)一看就懂。但它的維護已經趨于停滯在新的樹莓派系統(tǒng)上偶爾會遇到運行時錯誤而且對異步支持不好。我第一個GPIO項目就是用它寫的但對新手來說現(xiàn)在有更好的選擇。gpiozero是官方推薦的庫API設計非?！癙ythonic”。它把LED、Button、Motor、Servo這些外設封裝成了類代碼讀起來像自然語言比如led LED(17)、btn Button(2)而且封裝了設備異步事件、防抖邏輯甚至會自動清理退出狀態(tài)。對快速做項目、寫教學Demo我強烈推薦它。pigpio走的是守護進程模式樹莓派上跑一個pigpiod守護進程你的Python腳本通過socket連接這個進程好處是PWM波形更精確、支持遠程GPIO局域網(wǎng)內另一臺機器控制樹莓派還能同時監(jiān)聽多個引腳。它適合對時序要求高、需要PWM或者邊緣檢測的場景。缺點是多了后臺服務調試時多一個故障點。我用表格總結一下庫維護狀態(tài)適合場景底層實現(xiàn)備注RPi.GPIO停止活躍維護舊項目遷移直接操作寄存器資料最多但API略老gpiozero官方持續(xù)維護快速開發(fā)、教學封裝底層庫外設類豐富易上手pigpio持續(xù)維護高頻PWM、遠程控制C守護進程socketPWM精確功耗略高選型建議很簡單99%的新項目直接用gpiozero如果遇到它解決不了的高頻需求再切pigpio別在一個庫上死磕。4.3 一個按鈕控制LED的完整示例用gpiozero寫一個按鈕控制LED的完整示例。接線按鈕一端接GPIO2另一端接GNDLED接GPIO17串聯(lián)一個電阻到GND。from gpiozero import LED, Button led LED(17) btn Button(2) btn.when_pressed led.toggle input(按鍵控制LED回車退出...\n)只用三行核心代碼就實現(xiàn)了事件驅動按鈕按下時LED切換狀態(tài)不需要while循環(huán)輪詢。gpiozero在內部用了線程和回調input()保持主進程存活。這里注意GPIO2在樹莓派上默認帶1KΩ上拉電阻Button默認就是上拉輸入所以按鈕另一端接GND按下時電平被拉低識別為按下這是最常見的接法。如果用RPi.GPIO寫輪詢版本大致是這樣import RPi.GPIO as GPIO import time GPIO.setmode(GPIO.BCM) GPIO.setup(2, GPIO.IN, pull_up_downGPIO.PUD_UP) GPIO.setup(17, GPIO.OUT) GPIO.output(17, GPIO.LOW) try: while True: if GPIO.input(2) GPIO.LOW: GPIO.output(17, not GPIO.input(17)) time.sleep(0.3) # 防抖 finally: GPIO.cleanup()對比能看出gpiozero封裝掉了輪詢、去抖和狀態(tài)管理的細節(jié)代碼更少出錯的概率也更低。不過封裝也意味著你想完全控制引腳時序時不太方便這是取舍不是bug。4.4 把GPIO能力封裝成網(wǎng)絡接口給后續(xù)項目鋪路樹莓派既然跑著完整系統(tǒng)就沒必要只拿GPIO做開關。我常用的一個模式是把GPIO控制封裝成HTTP接口這樣手機、另一臺電腦甚至網(wǎng)頁都能控制樹莓派。用FastAPI寫一個最小接口from fastapi import FastAPI from gpiozero import LED app FastAPI() led LED(17) app.get(/led/on) def led_on(): led.on() return {status: ok} app.get(/led/off) def led_off(): led.off() return {status: ok}這樣就已經是一個局域網(wǎng)內的智能開關服務器了。更進一步可以接入MQTT讓設備通過主題home/led/17接收指令再配合一套控制面板就能脫離電腦和IDE實現(xiàn)真正的遠程控制。別被這么多技術名詞嚇到核心仍然是我們剛才的GPIO庫外面包了一層網(wǎng)絡協(xié)議而已。5. 常見問題與排查技巧實錄5.1 串口識別不到、權限被拒Arduino接上電腦后設備管理器看不到新增COM口或者Python報could not open port。按順序排查檢查USB線是不是純充電線很多USB線只接電源不接數(shù)據(jù)接上后板子能通電但沒有任何串口。換一根已知能傳數(shù)據(jù)的線。檢查USB轉串口驅動。CH340、CP2102芯片在Windows下容易驅動識別異常去芯片官網(wǎng)裝驅動或者換用原生USB串口的Arduino板。Windows下打開設備管理器查看端口COM和LPT確認端口號。如果顯示黃色感嘆號更新驅動。Linux/macOS下用ls /dev/tty*或ls /dev/cu*查看設備。如果能看到設備但Python打不開幾乎都是權限問題把當前用戶加進dialout組后重新登錄sudo usermod -a -G dialout $USER如果Arduino IDE能打開串口監(jiān)視器但Python打不開檢查是否同時開著兩個串口監(jiān)控程序同一個串口同一時刻只能被一個程序獨占。5.2 亂碼、丟包、卡死串口通信三大頑疾串口出現(xiàn)亂碼優(yōu)先檢查波特率是否一致、地線是否可靠共地。波特率不一致最典型如果Arduino端Serial.begin(9600)Python端定為115200那讀到的基本是天書。另外如果Arduino供電電壓不穩(wěn)比如用劣質USB線或者電源電流不足也可能在通信過程中偶發(fā)亂碼。丟包和卡死多半和寫入時機有關。Python端調用serial.write()后立即close()Arduino可能還沒讀完緩沖區(qū)數(shù)據(jù)進程就退了。正確做法是寫入后等待一小段時間或者讀取Arduino發(fā)回的確認字符再繼續(xù)下一步。尤其不要在循環(huán)里不加延時地往串口扔數(shù)據(jù)Arduino的串口緩沖區(qū)一旦被填滿后續(xù)數(shù)據(jù)全部丟棄程序看起來就是“卡死”。解決卡死還有一個很實用的技巧在串口讀取上設置超時。Python端serial.Serial的timeout參數(shù)一定要設置不要用默認的-1timeout1表示讀操作最多阻塞1秒避免Arduino長時間不響應時Python進程無限等待。如果你用ser.read()讀取不定長數(shù)據(jù)可以先用ser.in_waiting獲取當前緩沖區(qū)可用字節(jié)數(shù)再讀指定數(shù)量這樣不會一次讀太多導致超時。5.3 電流不夠和電平不匹配硬件安全紅線很多新手把LED直接接在GPIO上或者把一個小電機直接接在Arduino引腳結果引腳發(fā)燙、芯片損壞。原因是微控制器GPIO的驅動能力有限Arduino的IO引腳通常只能提供20mA左右的電流樹莓派GPIO更是只有16mA左右。LED串個電阻就能解決但電機啟動電流很容易達到數(shù)百毫安必須用電機驅動板比如常見的L298N、TB6612或者用MOSFET模塊。計算LED限流電阻的公式很簡單R (Vcc - Vf) / I。以Arduino的5V驅動一個紅色LED為例導通壓降Vf約2V工作電流選10mA那么R (5 - 2) / 0.01 300Ω取標準值330Ω就很安全。樹莓派3.3V驅動藍色LEDVf約3VR (3.3 - 3) / 0.01 30Ω但藍色LED亮度很高實際可以用100Ω甚至220Ω限制到更小電流。電平匹配方面上面已經提過樹莓派GPIO不能接受5V邏輯信號。如果要讓樹莓派讀取一個5V傳感器的輸出最簡單是使用電平轉換模塊或者用電阻分壓串一個1K電阻后再接一個2K電阻到地中間抽頭接樹莓派引腳這樣5V經過分壓后約3.3V。分壓只適用于低速信號高速串口建議還是用專用模塊。5.4 程序退出后引腳狀態(tài)殘留與代碼健壯性寫Python控制GPIO最詭異的現(xiàn)象是程序崩潰后LED仍然亮著或者引腳電平異常。原因是GPIO狀態(tài)不會被自動清理Linux內核保持最后一次寫出的電平直到下一個進程重新控制或者板子重啟。gpiozero在正常退出時會清理但如果遇到CtrlC、異常退出清理邏輯不一定會執(zhí)行。所以代碼要養(yǎng)成這樣的習慣主邏輯盡量包在有finally的結構里退出前做清理。用gpiozero時可以顯式調用led.close()用RPi.GPIO時調用GPIO.cleanup()。如果你寫任何長時間運行的服務還要考慮信號處理比如在SIGTERM時把引腳拉低防止斷電前外設出現(xiàn)不該有的動作。同樣Python腳本里如果使用了atexit注冊清理函數(shù)最好把硬件的停止邏輯也放進去例如關閉所有PWM、拉低電機使能腳這能防止下次啟動時設備突然原地動作。產品現(xiàn)場偶爾重啟機器這類問題最容易被忽略。5.5 調試習慣日志、模擬器和版本管理最后想分享一個很多教程不會提的調試習慣。硬件項目調試時不要靠print盲猜尤其不要在主循環(huán)里寫一堆print導致時序偏移。建議用標準的logging模塊輸出到文件串口接收數(shù)據(jù)時記錄十六進制原始內容比如import logging logging.basicConfig(levellogging.DEBUG, filenamedebug.log) ... logging.debug(RX: %s, raw.hex())這樣一旦出問題直接翻日志看原始字節(jié)流比起在終端前守著要省心得多。如果你身邊沒有硬件也完全可以用模擬環(huán)境做上層邏輯開發(fā)。樹莓派這邊gpiozero提供了模擬引腳實現(xiàn)配合pytest可以寫單元測試來驗證業(yè)務邏輯Arduino那一側可以用Python的fake serial類替換真實串口讓Python代碼在本地跑通到了現(xiàn)場再切回真實設備。我的很多項目都是這樣分層處理的復雜的算法邏輯在模擬環(huán)境里先驗證硬件只是最后一步的“設備驅動”。版本管理也不可忽略。Arduino固件和Python代碼放在同一個git倉庫建立firmware/和python_controller/兩個目錄每次改動留下記錄非常重要。硬件問題有時候是代碼回歸有時候是接線錯誤git能幫你快速對比老版本代碼省掉很多重復排查。6. 寫在最后的實操體會這幾套方案我陸陸續(xù)續(xù)用了很長時間最大的感受是工具永遠在變但通信鏈路和硬件常識不會變。無論是Arduino串口、Firmata還是樹莓派GPIO本質都是把Python的邏輯翻譯成硬件能理解的信號。如果正在起步別貪多先把“串口發(fā)一個1點亮LED”這個閉環(huán)跑通再慢慢往協(xié)議、網(wǎng)絡、多設備協(xié)作上擴展。等這三條路都熟練了再回頭看很多所謂的高端項目無非是這些基礎模塊的組合。最后提醒一句任何時候插拔線路都先斷電數(shù)據(jù)丟了可以重跑板子燒了只能掏錢換。