這是什麼、給誰用
你的系統裡已經有資料——產量、叫號、剩餘車位、待出貨單、警示——但現場的人看不到， 或要有人去後台改 LED 的字。我們把資料源直接接到 LED 控制卡，由程式決定什麼時候顯示什麼， 沒有人操作也一直是對的。
- 已經有 LED 屏、但字要人工改的：接上資料，改成自動。
- 想把系統狀態放到現場的：產線、倉庫、櫃檯、停車場、車隊。
- 屏很多、訊息互相搶的：重要的優先、正常時輪播，不會閃來閃去。
自家實例：車後窗 LED 字幕機
我們在自家車輛的後窗裝了一面 256×64 的全彩 LED 屏，2026 年 10 月起每天上路使用，把車子接下來要做什麼、為什麼告訴後車： 前車急煞、前方停車還有幾公尺、準備右轉、前方塞車。資料全部來自車機的即時狀態，沒有人在操作。
前車距離與速度、規劃器的減速原因、速限、方向燈
選哪個畫面、播多久、能不能被蓋掉
256×64、思源黑體、會動的圖示
USB → ESP32-C3 → 2.4G WiFi → 控制卡
難的是「什麼時候顯示什麼」
畫面做出來只是第一步。真正花時間的是規則：兩件事同時發生顯示哪一個？剛顯示 0.3 秒就要換掉嗎？ 這些規則我們用實際行車紀錄重播來調，同一份規則程式同時給車上用、也給離線重播驗證用。
時鐘最低、平穩行駛 0、減速與彎道 3、轉彎與路口 4、前方停車 5、前車急煞 6。兩個畫面同時成立時，顯示比較重要的那個。
沒有這條時，用 9/18–9/20 的行車紀錄重播：「準備減速」出現 77 次，有 50 次不到 1.5 秒就被停車畫面蓋掉——後車根本讀不到。前車急煞例外，立刻插隊、至少顯示 2.5 秒。
目前的畫面至少播 2 秒（多頁的播完一輪、最多 4 秒），新畫面也要連續成立 1 秒才換，不會在門檻附近閃來閃去。已經發生的事直接接下一個（前方停車 → 停止中），不用等。
後車要在 2 秒內讀完兩行中文，所以大字講發生什麼、小字講請對方怎麼做，大字控制在 5 字左右。
「平穩行駛」佔 9/24–10/12 行車時間的 21.7%，看久了單調；知道路段速限時，多輪一頁「本路段速限」。
不顯示自己的車速；系統沒有接手駕駛時只顯示日期時間（那時規劃器的判斷不是車子實際在做的事）；沒有號誌辨識時，只講「前方停車」，不講燈號。
手動字幕：系統偵測不到、但後車需要知道的
一顆藍牙小鍵盤上有 8 個字幕鍵：禮讓行人、禮讓救護車、前方事故、準備靠邊、路況不熟、臨時停車、謝謝禮讓、不好意思。 「謝謝」「抱歉」這種一下子的事，顯示 10 秒自己消失；要看現場多久的（例如臨時停車）常駐到再按一次， 期間如果有更重要的自動畫面（減速、彎道、前方停車、急煞），照樣插隊，結束後回到字幕。
串接層：控制卡、無線中繼、斷線
- 用控制卡的官方通訊協定 —— 畫面與設定都透過控制卡公開的協定指令送出，收送程式是我們自己寫的， 不依賴廠商的桌面軟體，也就能從任何系統自動推送。
- 只支援 2.4 GHz 的卡，就自己做中繼 —— 車上主機唯一的無線網路已經連著車機的 5 GHz 熱點， 兩張 USB 網卡也都不能用。改用一顆 ESP32-C3 插在 USB 上當無線中繼，韌體自己寫。 實測每張畫面中位 197 ms（約每秒 5 張，瓶頸在控制卡本身）、訊號 −34 dBm、耗電 100–350 mA，5 分鐘連推 1,497 張、0 次失敗。
- 斷線不拖累其他系統 —— LED 與駕駛副屏是兩個獨立服務。找不到控制卡時只記一筆， 之後每 5 秒快速探測一次、自己接回來，不用重開任何東西；車機與副屏完全不受影響。
- 斷線會自己說出原因 —— 每次斷線記下中繼的狀態，分得出是控制卡重開機、控制卡回應太慢、 還是中繼自己重開，不用猜。剛裝上車時曾經一趟 10 分鐘內斷線 30 幾次，靠這份紀錄排查後， 調整中繼的 USB 線與天線擺位、並改成「連續 3 張超過 1.5 秒才判定斷線」，之後就每天上路使用。
- 換密碼不中斷 —— 中繼韌體同時記得新舊兩組熱點密碼，先試新的、不行再試舊的； 密碼放在不進版本控制的檔案。
- 沒有文件的也做過 —— 另一款藍牙 LED 屏沒有公開協定，我們從它的 App 讀出連線握手與指令格式， 用 Python 重現並在實機驗證；後來因為屏體本身硬體故障暫停。
同一套做法，適用場景
下面是做法可以直接套用的場景；除了車隊之外，目前還沒有對外的實際案例，數字一律以您的現場 PoC 為準。
目標／實際產量、良率、停機警示從 MES 或 PLC 資料直接上屏，嚴重的警示優先、正常時輪播。
叫號、等候人數、預估等候時間從排隊系統推送，號碼變動不需要人去改字。
剩餘車位、滿位、引導方向依感測或閘門資料即時更新。
今日待出貨、已揀貨、異常單數從 WMS 帶出，現場人員抬頭就看得到進度。
車輛狀態、路線、提醒訊息從車機資料產生；這就是我們自家後窗字幕機的做法。
場次、倒數、人流提示；臨時訊息用快捷鍵一鍵上屏、再按一次撤下。
最近進展
- 斷線自己說原因：分辨控制卡重開、回應太慢、中繼重開2026 年 10 月 — 每次斷線記下中繼與控制卡熱點的狀態，分得出是控制卡重開機、控制卡卡住，還是中繼自己因供電不足重開，車上斷線的根因不用再猜。斷線時每 5 秒快速探測、自動接回，主系統與副屏不受影響。
- 最常出現的畫面加變化：平穩行駛時多輪一頁路段速限2026 年 10 月 — 「平穩行駛」佔 9/24–10/12 行車時間的 21.7%，看久了單調；知道路段速限時多輪一頁「本路段速限」——只講路的速限，不顯示自己的車速。
- 8 個手動字幕鍵：一下子的 10 秒消失、要看現場的常駐2026 年 10 月 — 禮讓行人、禮讓救護車、前方事故、臨時停車等 8 個系統偵測不到的情境，用藍牙小鍵盤一鍵上屏；「謝謝」「抱歉」10 秒自己消失，其餘常駐到再按一次，期間更重要的自動畫面照樣插隊。
- 顯示規則：嚴重度 0–6 級＋防閃爍，用行車紀錄重播調出來2026 年 10 月 — 每個畫面有嚴重度，往嚴重的方向要連續成立 1 秒才切（急煞例外、至少顯示 2.5 秒），往輕微的方向要先播滿 2–4 秒。沒有這條時重播 9/18–9/20 的紀錄，「準備減速」77 次有 50 次不到 1.5 秒就被蓋掉。同一份規則程式同時給車上用、也給離線重播驗證用。
- 後窗 LED 字幕：樹莓派經 ESP32-C3 以 WiFi 推送畫面2026 年 9 月 — 車內不另購 USB 網卡：樹莓派用 USB 序列埠把畫面交給 ESP32-C3，再轉 2.4G WiFi 推到 LED 控制卡。辦公室驗收每張畫面中位 197 ms（約每秒 5 張），5 分鐘耐久測試推送 1,497 張、0 次失敗。上車初期曾頻繁斷線，10/12 調整中繼的 USB 線與天線擺位後不再斷線，之後每天上路使用。
邊界與誠實揭露
- 車輛加裝 LED 顯示是自家研究：是否合乎道路與車輛相關法規，請依主管機關規定；我們不提供上路合法性判斷。
- 控制卡因廠牌而異：有官方通訊協定或 SDK 的最快；沒有文件的要先評估可行性，不保證每一款都能接。
- 硬體用市售品：LED 屏與控制卡我們不生產；已經有的就沿用，我們負責資料到畫面這一段。