開發板與伺服器共用的那一扇窗

嵌入式工程師的一天常常切成兩半。上午屬於開發板，連線是一條串列線，而你正在除錯的東西可能連作業系統都還沒有。下午屬於伺服器，連線是加密的，而你正在除錯的東西是別人上線的服務。這是兩個世界、兩套習慣，可是你需要的工具形狀卻一樣：一個能顯示字元進來的視窗，讓你能打字，而且不擋路。

Tera Term 就是那個視窗，而且當了它幾十年。選好埠就開好串列連線，速率、資料位元、同位檢查與流量控制攤在眼前，而不是塞進一個向導裡。遠端登入交給內建元件，金鑰與密碼兩種驗證都有。介面二十年來沒什麼變，有人讀成疏於照顧，也有人讀成它至今還能用的原因：字元呈現、日誌記錄與編碼支援全都在，而且都不必翻找。

這一類工具是靠單一美德站住位置的，而那美德不是好看。是每一個連線都在該發生的時候發生，用你設定的參數，接在你插上去的那個硬體上。可靠性會複利：第五年還敢相信的工具，就是第一年從來不必去想的工具。

巨集語言才是藏起來的王牌

讓這支程式留在老手工具箱裡的，不是終端機視窗，而是它底下的腳本能力。登入、送出指令、等某個字串回來說話、抓下輸出、換下一台再來一次：把這段流程寫成巨集檔，它就變成一次雙擊。產線燒錄、上百片板子的批次設定、同一段開機流程的反覆除錯，全部收斂成一個動作，而且不依賴有人記得順序。

這個專案也用不張揚的方式跟上了時代。開發搬到現代的程式碼託管平台，社群接手維護並持續發版，近期版本還修掉了一個存在多年的小毛病：較新的硬體上無法選擇高傳輸速率。最後這一點是好兆頭：會去修小抱怨的工具，代表它的維護者還在聽那些手上拿著線的人說話。

一個會讓新手意外的細節：開發板不肯開機的時候，串列線往往是唯一能看到點什麼的途徑。作業系統還無法寫日誌的地方，只剩下剛剛吐出來的那個字元。工具在這裡是幫手還是障礙，差別就在那一瞬間。

日誌功能也值得一句。把一次工作階段的過程記下來，日後就能回頭讀哪個指令產生了哪個回應，而不必靠記憶。對於偶爾才出現的故障，這是「猜測」與「證據」之間的差別。

Tera Term 像一把用舊的螺絲起子：握把磨白了，頭型卻依然精準。終端工具不需要讓人驚豔，需要的是每一次連線都如約而至。

日常使用上的幾個實務提醒

兩個習慣能擋掉大部分挫折。串列除錯之前，先確認驅動與埠號，並照目標裝置手冊對齊連線參數而不是憑感覺猜，因為速率不對會產生一堆看起來像硬體故障的亂碼。另外，花半小時把重複的流程寫成巨集，這筆投資的報酬會隨著每一次使用而倍增。

需要分頁、分割畫面或現代字型呈現的遠端管理，搭配一套當代終端一起用完全合理，兩者並不衝突。它仍然守著的是串列連線最後一哩路上最可靠的那個選項，這個說法範圍很窄，但它是真的。免費、開放源碼、僅限 Windows，而就「跟硬體說話」這件事而言，它比大多數試圖取代它的東西活得更久。