最近在做一個小項目用樹莓派 Pico 控制舵機寫 MicroPython 代碼時發(fā)現(xiàn)最耗時間的不是邏輯本身而是反復連接和調試的環(huán)節(jié)。我需要一個能隨時打開、快速連上 Pico REPL 的工具在里面敲幾行指令試驗舵機角度改改參數(shù)再試一次。一開始我用 Thonny圖形界面確實省事但每次啟動要等、要建項目調試高頻場景下總覺得有點笨重。后來我開始逐個嘗試 mpremote、PuTTY、MobaXterm 這三個工具每種都實際連了樹莓派 Pico 的 REPL 跑了一遍踩了不少坑也摸清了各自的脾性。這篇文章就把這段實戰(zhàn)過程完整記錄下來包括每個工具的安裝配置、關鍵操作和問題排查給同樣想在終端里玩 Pico 的人一份可以直接照做的參考。先說清楚一個很多人容易混淆的點樹莓派Raspberry Pi和樹莓派 Pico 是兩種完全不同的東西。樹莓派是可以跑 Linux 系統(tǒng)的小電腦能接顯示器、有 HDMI 口而樹莓派 Pico 是一塊單片機開發(fā)板大小接近一個 U 盤上面跑的是 MicroPython 或者 C/C 固件。我們這篇文章討論的是后者。1. 為什么連接 Pico REPL 有必要專門對比1.1 REPL 到底是什么為什么調試離不開它REPL 是 Read-Eval-Print Loop 的縮寫翻譯過來就是“讀取-求值-打印-循環(huán)”。這個概念在 Python 里非常常見你在終端里輸入python進入的那個交互界面就是一個 REPL。樹莓派 Pico 刷了 MicroPython 固件之后板子上就運行了一個精簡版的 Python 解釋器你可以通過 USB 線連接電腦然后在一個終端工具里打開與 Pico 的通信通道這個通道就是 REPL。在這個 REPL 里你可以直接敲 Python 語句讓 Pico 立即執(zhí)行。比如控制舵機的時候我經(jīng)常要做這樣的操作先導入舵機庫然后不斷修改 PWM 占空比觀察舵機轉動的角度是不是符合預期。這種“敲一行、看一次反應”的交互方式比每次改完整代碼再燒錄要高效得多。REPL 的數(shù)據(jù)傳輸走的是 USB 虛擬串口。Pico 板載的 USB 口在電腦上會識別成一個串口設備Windows 下叫 COM3、COM5 之類的名字Linux 下是/dev/ttyACM0macOS 下是/dev/cu.usbmodem101。任何能打開串口的終端軟件理論上都能連上 Pico REPL這也是 mpremote、PuTTY、MobaXterm 三個工具可以同臺競技的原因。1.2 三個候選工具的真實定位差在哪里在動手之前我先梳理一下這三個工具到底誰擅長什么。mpremote 是 MicroPython 官方團隊維護的命令行工具定位非常明確配合 MicroPython 設備完成連接、文件復制、腳本運行等開發(fā)任務。它不是一個圖形界面程序而是在你電腦的終端里運行的命令。PuTTY 是 Windows 平臺上老牌的開源終端軟件絕大多數(shù)人知道它是用來做 SSH 遠程連接服務器的。不過 PuTTY 同樣支持串口協(xié)議所以在很多嵌入式教程里也經(jīng)常見到它的身影。MobaXterm 是一個功能非常全面的終端管理工具集成了 SSH、RDP、SFTP、X11 轉發(fā)等一大堆功能內置多標簽頁和會話管理。它可以建立串口會話但它的目標用戶更多是服務器運維人員。這三者的重量級完全不同。mpremote 輕到只是一個 Python 包PuTTY 是一個幾百 KB 的 Windows 小程序MobaXterm 則是一個需要安裝、功能繁多的重型軟件。但它們都能完成“連上 Pico REPL”這一件事區(qū)別在于過程中的細節(jié)體驗。1.3 誰需要讀這篇對比如果你屬于下面幾種情況這篇內容會比較有價值剛開始玩樹莓派 Pico裝好 MicroPython 后不知道怎么用終端連上去已經(jīng)裝了 Thonny但覺得太笨重想找更輕量的替代方案需要同時調試多塊開發(fā)板希望有一個統(tǒng)一的工具來管理或者是想搞清楚 mpremote 到底比傳統(tǒng)串口工具強在哪。哪怕你只是好奇這些工具差異的路過讀者這篇文章里的配置步驟和踩坑記錄也能幫你省下不少時間。我一直覺得開發(fā)工具的選擇沒有絕對的對錯只有適不適合自己的使用場景。所以下面我不會只給出一個“標準答案”而是把每個工具的真實表現(xiàn)和適用邊界都說清楚。2. 實戰(zhàn)前的準備固件、數(shù)據(jù)線和串口識別2.1 從一塊全新的 Pico 到能出提示符如果你手上的樹莓派 Pico 還是全新的需要先刷入 MicroPython 固件。去樹莓派官網(wǎng)下載最新的.uf2固件文件然后按住 Pico 板子上的 BOOTSEL 按鈕用 USB 線連接到電腦。這時候電腦上會彈出一個名為RPI-RP2的可移動磁盤把下載好的.uf2文件直接拖進這個磁盤Pico 會自動重啟固件就刷好了。這一步有兩點需要注意。第一USB 線必須是支持數(shù)據(jù)傳輸?shù)臄?shù)據(jù)線不是只能充電的電源線。我剛開始玩 Pico 的時候隨手拿了一根舊手機充電線電腦怎么都識別不到設備折騰了半天才發(fā)現(xiàn)是線的問題。判斷起來很簡單插上電腦后看設備管理器有沒有新增設備沒有就換一根線。第二刷完固件后系統(tǒng)不會彈出任何提示框Pico 會自動以 USB 串口設備的形式出現(xiàn)在系統(tǒng)中這一步需要去設備管理器確認。Windows 10 和 Windows 11 系統(tǒng)基本都內置了 USB 串口驅動程序插上 Pico 后不需要額外裝驅動就能識別。如果你用的是比較老的系統(tǒng)或者精簡版系統(tǒng)設備管理器里可能會出現(xiàn)帶黃色感嘆號的未知設備這時候才需要考慮手動安裝驅動。Linux 和 macOS 系統(tǒng)下基本也是免驅的只要權限允許就能直接訪問串口設備。2.2 正確找到 Pico 對應的串口號連接一切終端工具的前提是找到 Pico 對應的串口設備名。每次插入 Pico 后Windows 會在設備管理器里的“端口 (COM 和 LPT)”分類下出現(xiàn)一個新的串口名稱一般是USB Serial Device (COM3)或者類似的指示。不同電腦上分配的 COM 編號可能不同同一個電腦上你插了多個 USB 串口設備時編號也可能變化所以不要死記硬背 COM 號。最可靠的辦法是拔掉 Pico 的 USB 線看一眼設備管理器里有哪些串口再插上 Pico注意哪些串口是新出現(xiàn)的。這個新出現(xiàn)的 COM 就是 Pico 的設備節(jié)點。如果在設備管理器里看到好幾個串口這個方法能幫你快速定位避免連到別的 USB 轉串口模塊上。Linux 系統(tǒng)用ls /dev/ttyACM*命令查看macOS 用ls /dev/cu.usbmodem*拔插前后對比輸出內容即可。2.3 最容被忽略的串口獨占問題串口設備和網(wǎng)卡不太一樣它天然是“獨占模式”的同一時刻只能有一個程序打開這個串口。如果你先用 Thonny 連接了 Pico沒關掉就直接打開 PuTTY 或 MobaXterm 去連接后者大概率會提示打開串口失敗或者連接上后沒有任何反應。這個坑在實測中特別容易遇到。我習慣一邊用 Thonny 寫代碼一邊開終端工具查看輸出結果經(jīng)常出現(xiàn)工具連不上設備的情況。排查到最后發(fā)現(xiàn)原因就是 Thonny 窗口底部的 MicroPython Shell 還在占用串口。正確的做法是先徹底退出 Thonny 或者其他可能占用串口的程序比如 Arduino IDE 的串口監(jiān)視器然后再打開新的終端工具連接 Pico。如果你在調試過程中切換工具記得把前一個工具的連接斷開不要只是把窗口最小化。3. mpremote 實戰(zhàn)官方命令行工具到底香不香3.1 安裝與最常用命令mpremote 是一個 Python 包安裝前需要確保電腦上有可用的 Python 環(huán)境。Windows 安裝 Python 時有一個容易忽略的細節(jié)在安裝向導的第一屏記得勾選 “Add python.exe to PATH” 這個選項。如果漏勾了后續(xù)在命令行里執(zhí)行pip或python會提示“不是內部或外部命令”安裝 mpremote 會遇到阻礙。裝好 Python 后在終端里執(zhí)行安裝命令pip install mpremote安裝完成后先插上 Pico然后用connect list命令查看當前連接的設備。mpremote 會自動掃描系統(tǒng)中可用的 MicroPython 設備mpremote connect list屏幕上會列出類似COM3、/dev/ttyACM0這樣的設備標識。如果只有一個設備可以省略指定設備這一步直接執(zhí)行mpremote repl這個命令會嘗試自動連接第一個可用的 MicroPython 設備并進入 REPL?？吹教崾痉退愠晒α恕Ｈ绻枰付骋粋€設備在connect參數(shù)后面寫清楚設備名比如mpremote connect COM3 repl mpremote connect /dev/ttyACM0 repl自動尋找設備是我覺得 mpremote 最省心的一個點。我電腦上插了好幾個 USB 串口設備用 PuTTY 和 MobaXterm 時每次都要打開設備管理器確認哪個 COM 是 Pico用了 mpremote 之后直接mpremote repl就進去了很少再關心設備編號的問題。3.2 進入 REPL 后的操作細節(jié)進入 mpremote 的 REPL 后操作方式和在 Python 交互環(huán)境里差不多可以直接輸入代碼執(zhí)行。有幾個快捷鍵需要特別記牢因為和日常使用終端的感覺差異很大。第一個是退出 mpremote 連接的方式。很多人習慣按CtrlC停止當前程序或者按CtrlD退出 Python 解釋器但在 mpremote 連接 Pico 的場景下這兩個鍵的含義完全不同。CtrlC是中斷 Pico 上正在運行的 MicroPython 程序CtrlD是讓 Pico 軟復位重啟都不是退出工具的正確方式。真正退出 mpremote 的快捷鍵是Ctrl]按下去之后會回到本機的終端命令行。這個差異在實際使用中很容易造成困惑。我第一次用 mpremote 時想退出連接順手按了CtrlD結果發(fā)現(xiàn)板子重啟了屏幕上滾過 dev 模式和 soft reboot 信息自己還是一臉茫然地掛在 REPL 里。后來看清文檔才知道要按Ctrl]。第二個常用快捷鍵是CtrlE進入粘貼模式。當你需要從本地文件復制一段較長的 Python 類定義或函數(shù)代碼到 REPL 中時直接粘貼會遇到縮進錯亂的問題。按CtrlE進入粘貼模式后Pico 會原樣接收粘貼的內容不再逐行解釋執(zhí)行粘貼完成后按CtrlD結束粘貼模式并執(zhí)行整段代碼。在 REPL 里可以用help()查看 MicroPython 的交互幫助用import sys然后查看sys.platform等內容確認固件信息這些都是日常調試的基本操作。我實際調試舵機時最常用的流程是在 REPL 里先from machine import Pin, PWM導入庫然后創(chuàng)建 PWM 對象修改占空比觀察舵機角度變化整個過程非常順手。3.3 mpremote 獨有優(yōu)勢把文件放進 Pico 里面mpremote 真正拉開差距的地方不是進入 REPL而是它自帶的文件管理能力。PuTTY 和 MobaXterm 在串口連接下只能做到“把 Pico 當成一個遠程解釋器對話”沒法直接操作 Pico 內部的文件系統(tǒng)。mpremote 卻可以像命令行 SSH 一樣在電腦和 Pico 之間傳遞文件。最常用的一個命令是mpremote cp main.py :這條命令會把當前目錄下的main.py文件復制到 Pico 的內部文件系統(tǒng)根目錄。冒號:表示 Pico 目標路徑Pico 上的 MicroPython 固件啟動時會自動執(zhí)行根目錄下的main.py所以這個操作對于部署程序非常關鍵。如果你只是想運行本地腳本而不想把文件永久保存到 Pico可以用mpremote run main.py這個命令會把main.py的內容推送到 Pico 上執(zhí)行執(zhí)行完畢后自動斷開連接相當于一個“遠程運行”命令。調試階段可以用它快速驗證完整程序的行為確認無誤再決定是否部署為開機自啟。還可以用mpremote ls查看 Pico 內部文件列表用mpremote rm 文件名刪除設備上的文件用mpremote reset遠程重啟板子。這一套組合下來整個開發(fā)閉環(huán)都可以在終端里完成不需要切換到其他圖形工具。對習慣了命令行的開發(fā)者來說這比任何圖形界面串口工具都高效。不過 mpremote 也有明顯的局限性。首先它沒有圖形界面對不太熟悉命令行的新手來說存在使用門檻。其次如果板子上運行的 MicroPython 程序崩潰或者輸出大量內容終端的回滾體驗不如 MobaXterm 那么舒服搜索歷史輸出也比較麻煩。另外mpremote 偶爾也會遇到自動掃描不到設備的情況通常升級到最新版本就能解決偶爾需要手動指定 COM 口。4. PuTTY 實戰(zhàn)老牌輕量終端怎么連 Pico4.1 打開即用但首屏設置要看清PuTTY 對 Windows 用戶來說非常熟悉很多人用它管理服務器但未必知道它也能連串口。打開 PuTTY 后主界面默認顯示的是 Session 相關配置這時候你需要做以下幾步操作。在 Connection type 這一排單選按鈕里把默認選中的 SSH 改成 Serial。界面會刷新左側的配置項和右側的輸入框都會變化。在 Serial line 輸入框里填寫 Pico 對應的串口號比如COM3在 Speed 輸入框里填寫115200。Pico 的 MicroPython 固件默認串口波特率就是 115200這個參數(shù)不需要改動默認就是 8 位數(shù)據(jù)位、1 位停止位、無校驗General 選項里如果有 Flow control保持默認 None 即可。填好之后點擊 Open 按鈕PuTTY 會打開一個新的黑色窗口。如果你運氣好這個窗口里會直接出現(xiàn)提示符說明已經(jīng)成功連上 Pico 的 REPL。如果窗口是空白的不用著急按一下 Pico 板子上的 RESET 按鈕或者直接敲幾下回車、按一次CtrlC一般就會看到輸出。如果窗口里出來的是一堆亂碼先別急著懷疑板子壞了檢查一下波特率是不是 115200再檢查窗口標題欄確認連的是不是正確的 COM 口。串口參數(shù)里最常見的錯誤就是把波特率填成了 9600 或者 57600MicroPython 默認是 115200填錯了就會出現(xiàn)亂碼或者完全沒反應。4.2 保存常用 Pico 會話避免每次重新配置PuTTY 有一點比較友好就是可以把配置好的串口參數(shù)保存下來。在主界面的 Session 頁面里連接參數(shù)配置完成之后在 Saved Sessions 輸入框里填一個能識別的名字比如pico-115200然后點擊右側的 Save 按鈕。以后需要連接 Pico 時只需要打開 PuTTY雙擊這個會話條目程序就會用保存好的串口參數(shù)直接打開連接。使用中需要注意一個細節(jié)Windows 給 Pico 分配的 COM 編號不是固定不變的。今天插入可能識別為 COM3明天插入系統(tǒng)可能分配為 COM5。如果你保存的會話里寫的是 COM3而 Pico 這次識別為 COM5雙擊會話會提示無法打開串口。遇到這種情況到設備管理器里重新確認一下當前的 COM 編號然后回到 PuTTY 更新 Session 里的 Serial line 參數(shù)再重新保存即可。因為這個問題會不定期出現(xiàn)所以我在實際操作中會習慣每次插上 Pico 后都瞄一眼設備管理器保持串口號和 PuTTY 會話配置一致。PuTTY 里還有一個可以配置的選項是日志記錄。在主界面左側找到 Session 下的 Logging可以設置把全部會話輸出保存到文件中。找到 “Logging” 配置項把日志類型改成 “All session output”填寫一個日志文件的保存路徑下次打開串口會話時PuTTY 就會把終端上顯示的所有內容都記錄下來。調試長時間運行的傳感器數(shù)據(jù)采集腳本時這個功能很有用。4.3 PuTTY 讓人感覺不夠現(xiàn)代的幾個點PuTTY 是一個很經(jīng)典但也很“懷舊”的軟件。它在功能性上做減法但界面體驗確實停留在比較早的年代。比如字體設置默認不太好看需要到 Window 菜單里的 Appearance 去手動調整字體大小終端配色固定沒有高亮語法默認的鼠標操作是選中即復制、右鍵粘貼習慣了 Windows 上常見的CtrlC、CtrlV之后需要一點時間去適應。另一個問題是 PuTTY 的終端編碼設置。MicroPython 的 REPL 默認輸出是 UTF-8 編碼如果你的代碼里有中文字符串打印出來在 PuTTY 里可能會顯示為亂碼。解決方法是在連接前的 PuTTY 配置頁面左側找到 Window 下的 Translation將 Remote character set 從默認的字符集改成UTF-8。改完這個設置后重新連接中文輸出就能正常顯示了。這個問題很常見尤其是國內開發(fā)者喜歡在注釋或者打印信息里使用中文如果沒有提前設置排查起來容易誤以為是 Pico 的問題。PuTTY 還有一個比較明顯的短板它只是一個透明的串口終端沒有任何文件管理能力和代碼推送能力。你想讓 Pico 自動運行main.py還得靠別的方式把文件放進去PuTTY 本身幫不上忙。如果只是偶爾進 REPL 敲幾行測試代碼PuTTY 很省心但如果要高頻開發(fā)調試這個工具就顯得過于簡陋了。5. MobaXterm 實戰(zhàn)全家桶里的串口終端表現(xiàn)如何5.1 新建一個 Serial 會話的關鍵配置MobaXterm 的界面比 PuTTY 現(xiàn)代化很多啟動后會有一個左側會話欄和一個主顯示區(qū)域。要連接 Pico需要新建一個會話。點擊頂部工具欄左側的 Session 圖標彈出來的會話創(chuàng)建窗口里會有很多連接類型其中第一行就有 Serial 這個選項。點開 Serial 圖標后會出現(xiàn)串口參數(shù)配置框。需要在 Serial port 下拉框里選擇 Pico 對應的 COM 口在 Speed 里選擇115200。這個下拉框會自動列出系統(tǒng)當前的串口設備名字一般是 COMn 編號后面會帶詳細的驅動名稱信息可以用來輔助判斷選的是不是 Pico。Flow control 選項默認是 None不要隨便改成硬件流控。設置好后點擊 OKMobaXterm 的左側會話欄會出現(xiàn)一個新會話雙擊即可打開串口終端。連接成功后和 PuTTY、mpremote 看到的內容是一樣的都是一個提示符的 MicroPython REPL。如果打開后界面沒有反應按一下鍵盤上的回車或者按CtrlC。如果還不行點一下會話窗口右上角的重啟按鈕或者手動按一次 Pico 的 RESET 鍵。MobaXterm 對串口會話的編碼支持整體比 PuTTY 好默認就能正確顯示中文內容很少需要手動調整編碼。界面支持多標簽頁你可以同時打開好幾個終端每個標簽頁連接不同的設備這在對比調試的時候非常方便。5.2 更好用的日志與會話管理MobaXterm 讓我覺得比較順手的是它的日志功能。它在串口終端窗口的工具欄里提供了一個日志錄制按鈕點開之后會把之后終端里顯示的所有內容實時寫入一個本地文件。這個操作對記錄傳感器數(shù)值或者查看長時間運行的腳本輸出非常有幫助。我用 PuTTY 時想記錄日志還得提前在配置里設置好用 MobaXterm 則是在已經(jīng)打開會話的情況下隨時可以啟動錄制靈活度更高。如果只是連 Pico REPLMobaXterm 的這些功能可能顯得有點“殺雞用牛刀”。但如果你同時玩多個開發(fā)板或者同時管理幾臺服務器MobaXterm 的價值就體現(xiàn)出來了。比如我在實驗桌上通常會同時使用樹莓派 Pico 和一臺樹莓派電腦樹莓派電腦通過 SSH 連接管理Pico 通過串口連 REPL。這兩個連接可以并排放在 MobaXterm 的多標簽頁里不用開兩個獨立軟件來回切換。這個體驗比“PuTTY 開一個 SSH 窗口再開另一個串口窗口”要整齊得多。MobaXterm 還支持給每個會話自定義名稱、設置圖標、調整終端字體和背景顏色這些個性化配置對日常使用的影響其實不小看著舒服的工具用起來心情也好很多。5.3 MobaXterm 的煩心事主密碼、會話上限和漢化陷阱MobaXterm 的缺點也比較明顯。首先它體型不小啟動速度比 PuTTY 要慢對硬件配置較低的電腦來說有一點點壓力。其次如果你下載的是便攜版Portable第一次啟動時會讓你設置一個 Master Password也就是主密碼。這個密碼會用來加密保存你所有會話信息、賬號密碼等敏感配置一旦忘記后續(xù)恢復會話列表會非常麻煩。我當初為了圖方便下載了便攜版結果換到另一臺電腦上打開時被要求輸入主密碼自己早就忘了折騰了好一陣才解決。如果不想處理這種麻煩建議直接用普通安裝版日常使用不需要設置主密碼。免費版 MobaXterm 還有一個讓人頭疼的限制能保存的會話數(shù)量是有限的。我平時要同時保存好幾個樹莓派 SSH 會話和云服務器會話再想添加新的 Pico 串口會話時提示已經(jīng)達到免費賬號的上限只能刪除一些不常用的會話才能保存新的。如果你有很多設備需要管理可能要考慮這個限制對使用習慣的影響。另一個在搜索熱度里反復出現(xiàn)的問題是“MobaXterm 漢化”和“中文版下載”。以我個人的實際經(jīng)驗完全沒有必要去安裝第三方漢化包或所謂中文版。MobaXterm 的界面本身不算復雜常用的新建會話、打開終端、設置日志這幾個入口很容易記住而第三方漢化包的來源不明很可能被植入多余的東西為了一個漢字界面把系統(tǒng)安全搭進去不劃算。如果你在互聯(lián)網(wǎng)上搜索 MobaXterm 的下載很容易點到下載站通過“高速下載”誘導安裝一堆綁定的軟件。我建議一定去軟件的官網(wǎng)下載最新免費版哪怕是英文界面也比帶著全家桶的“方便版”強很多。6. 三選一結論不同場景各自更適合用什么6.1 一張表看清三個工具的差異為了把這次實戰(zhàn)對比的結論說清楚我用一個表格把三個工具的核心差異整理出來。這樣在不同場景下需要什么能力對號入座就可以快速做決定。對比維度mpremotePuTTYMobaXterm使用方式命令行工具Windows 原生圖形窗口圖形界面多標簽終端安裝門檻需要 Python 環(huán)境安裝包很小安裝包較大功能多跨平臺支持Windows、Linux、macOS以 Windows 為主Windows 為主自動識別串口支持自動查找設備需要手動填 COM 口需要手動選 COM 口文件傳輸能力支持 cp、run、ls、rm 等操作不支持串口會話下不支持日志記錄無專用日志需要提前配置一鍵錄制終端輸出會話保存無會話概念支持保存串口參數(shù)支持會話列表管理界面體驗終端內操作界面比較老舊現(xiàn)代、可定制適合人群MicroPython 開發(fā)者、命令行愛好者只想要最小連接方案的新手設備多、需要統(tǒng)一管理的用戶表格只是幫你看清差距實際用的時候還要結合場景判斷。6.2 快速決策建議如果你是第一次接觸樹莓派 Pico手邊是 Windows 電腦什么工具都沒用過我建議你直接裝 PuTTY。它體積小、打開快、配置少只需要填一個 COM 口和波特率就能看到 REPL。對于偶爾進 REPL 敲幾句測試代碼的人來說PuTTY 足夠可靠而且能讓你把注意力放在 MicroPython 本身而不是被工具用法分散精力。如果你已經(jīng)在寫完整的 MicroPython 工程需要頻繁把腳本傳到 Pico 上運行或者在多個設備之間切換我強烈建議花點時間學一下 mpremote。它對 MicroPython 設備的支持是三個工具中最好的官方持續(xù)維護文件管理能力直擊痛點。雖然命令行看起來有點冷冰冰但習慣之后會發(fā)現(xiàn)它節(jié)省的時間非常可觀。如果你除了玩 Pico還管理著樹莓派電腦、云服務器或者其他支持 SSH 的設備那 MobaXterm 是統(tǒng)一管理的好選擇。把串口會話和 SSH 會話放在同一個軟件里配合一鍵日志和分屏功能工作效率會有明顯提升。它的大體積和會話數(shù)量限制是必須接受的代價但換來的是更現(xiàn)代的整體體驗。6.3 我的日常使用套路經(jīng)過這一陣子的實測我自己形成一個相對固定的使用習慣日常 MicroPython 開發(fā)幾乎全程用 mpremote。比如寫舵機控制代碼時先在本地編輯好main.py執(zhí)行mpremote run main.py看程序效果再根據(jù)現(xiàn)象到 REPL 里手動敲命令調整參數(shù)最后用mpremote cp main.py :把最終版本部署到 Pico 上。整個流程不離開終端也不需要切換窗口寫代碼的連貫性保持得很好。PuTTY 我保留了一個叫pico-115200的會話主要用在快速應急查看的場景。比如 mpremote 偶爾遇到驅動沖突導致自動識別失敗時我會打開 PuTTY 手動選一次串口確認板子本身沒有問題再回頭處理 mpremote 的環(huán)境問題。MobaXterm 則專門用于需要記錄日志或者管理多臺設備的場合平時不太會為了單純連 Pico 去專門啟動它。三個工具不是彼此替代的關系更像是扳手、螺絲刀和多用工具的關系。按具體任務選工具而不是抱著一個工具走天下這可能是我這次實測最大的體會。7. 連接 Pico 時的常見問題與排查技巧7.1 連不上設備從線材和占用開始排查串口連接失敗時第一個要確認的不是軟件配置而是硬件層面到底有沒有識別到設備。插上 Pico 后打開設備管理器如果端口列表里壓根找不到新的 COM 口問題大概率出在 USB 線上。換上一條確認能傳數(shù)據(jù)的手機數(shù)據(jù)線測試排除充電線的嫌疑。設備管理器里能看到 COM