前陣子把一塊 7 寸串口觸摸屏接到 ARM Linux 主板上時(shí)我以為這個(gè)活半小時(shí)就能搞定。畢竟板子內(nèi)核里已經(jīng)帶了 8250 串口驅(qū)動(dòng)屏幕模塊自己也有觸摸功能接上 UART 之后無(wú)非就是在應(yīng)用層發(fā)指令、讀坐標(biāo)。結(jié)果真正調(diào)起來(lái)才發(fā)現(xiàn)Linux 下做串口屏和單片機(jī)上完全是兩碼事。設(shè)備樹(shù)里串口引腳的 pinctrl 沒(méi)配好觸摸坐標(biāo)上報(bào)到 Linux 輸入子系統(tǒng)之后的映射關(guān)系也是錯(cuò)的跑一會(huì)兒還會(huì)丟字節(jié)。折騰了兩三天最后問(wèn)題基本都在內(nèi)核配置和輸入子系統(tǒng)接入方式上反而屏幕本身沒(méi)出什么幺蛾子。這次就把我做 Linux 串口觸摸屏的完整設(shè)計(jì)和排錯(cuò)過(guò)程總結(jié)一下給后面要做類似方案的朋友一個(gè)參考。主題圍繞 Linux 內(nèi)核如何正確支持串口屏、串口觸摸數(shù)據(jù)怎么變成標(biāo)準(zhǔn) Linux 輸入事件以及這個(gè)過(guò)程中容易踩到的各種坑。1. 串口屏項(xiàng)目的技術(shù)邊界Linux下不是“接上就能用”1.1 串口屏與普通LCD的本質(zhì)差異很多人剛接觸串口屏?xí)r會(huì)有一個(gè)思維慣性覺(jué)得屏幕就是顯示設(shè)備要么走 HDMI、要么走 RGB/MIPI最多再加個(gè) I2C 觸摸芯片。但串口屏的原理完全不同。它本身就是一塊帶 MCU 的獨(dú)立顯示模組內(nèi)部有自己的顯存、字庫(kù)和控件庫(kù)主控只需要通過(guò)串口發(fā)一條“顯示一張圖”“設(shè)置某個(gè)文本控件”之類的指令剩下的渲染工作全部在屏幕內(nèi)部完成。這帶來(lái)一個(gè)非常大的好處Linux 側(cè)不需要維護(hù) framebuffer也不需要關(guān)心分辨率、刷新率、圖層疊加這些復(fù)雜功能。整個(gè)過(guò)程看起來(lái)就是“打開(kāi)一個(gè)串口設(shè)備往里寫指令再讀取返回”。但也正因?yàn)槿绱薒inux 內(nèi)核側(cè)的工作邊界變得很微妙。你不需要去寫一個(gè) LCD 控制器驅(qū)動(dòng)但你必須保證串口設(shè)備穩(wěn)定可用、數(shù)據(jù)不丟、觸摸事件能進(jìn)入 Linux 標(biāo)準(zhǔn)的輸入子系統(tǒng)。否則就會(huì)出現(xiàn)“屏幕顯示正常但觸摸點(diǎn)了沒(méi)反應(yīng)”這種最尷尬的局面。1.2 Linux側(cè)要解決的三層問(wèn)題接串口屏?xí)r我習(xí)慣把問(wèn)題拆成三層來(lái)看。第一層是硬件載體層。串口屏一般走 TTL 電平的 UART少數(shù)工業(yè)場(chǎng)景會(huì)轉(zhuǎn) RS232 或者 RS485。這一層要做的事情包括確認(rèn) SoC 的 UART 引腳是否被其他外設(shè)占用、設(shè)備樹(shù)里的串口節(jié)點(diǎn)是否使能、波特率和校驗(yàn)位是否和屏幕一致。內(nèi)核側(cè)主要涉及 pinctrl、串口驅(qū)動(dòng)、設(shè)備樹(shù) aliases。第二層是數(shù)據(jù)通道層。串口屏的通訊協(xié)議通常是一幀一幀的里面可能有幀頭、命令字、長(zhǎng)度、負(fù)載、校驗(yàn)和、幀尾。Linux 的read()是流式讀取不保證一次拿到完整的一幀所以需要一個(gè)狀態(tài)機(jī)或者緩沖機(jī)制來(lái)拼包。這一層可以在用戶態(tài)做也可以寫一個(gè)內(nèi)核模塊做 line discipline。第三層是輸入事件層。這是 Linux 串口屏和單片機(jī)串口屏最大的區(qū)別。單片機(jī)可以直接把觸摸坐標(biāo)拿去用但 Linux 下各種圖形框架Qt、GTK、Flutter默認(rèn)從/dev/input/eventX讀取輸入事件所以串口屏上報(bào)的觸摸數(shù)據(jù)必須轉(zhuǎn)換成標(biāo)準(zhǔn)的input_event結(jié)構(gòu)。要么通過(guò) uinput 從用戶態(tài)注入要么在內(nèi)核里注冊(cè)一個(gè) input device 驅(qū)動(dòng)。這三層只要有一層沒(méi)做對(duì)整個(gè)系統(tǒng)用起來(lái)就會(huì)很別扭。2. 內(nèi)核側(cè)支持串口屏UART設(shè)備樹(shù)、驅(qū)動(dòng)與DMA配置2.1 先讓tty節(jié)點(diǎn)穩(wěn)定可用的關(guān)鍵配置內(nèi)核對(duì)串口屏的支持核心其實(shí)就是“把串口這個(gè)基礎(chǔ)外設(shè)整利索”。以 ARM Linux 上常用的設(shè)備樹(shù)為例一個(gè)串口節(jié)點(diǎn)往往要打開(kāi)兩樣?xùn)|西status okay和對(duì)應(yīng)的pinctrl。uart3 { pinctrl-0 uart3_tx_pins uart3_rx_pins; pinctrl-names default; status okay; };看起來(lái)簡(jiǎn)單但實(shí)際板卡上會(huì)有很多隱性沖突。最常見(jiàn)的是這個(gè)串口被內(nèi)核 console 占用了。很多 BSP 默認(rèn)把consolettyS0,115200寫在內(nèi)核啟動(dòng)參數(shù)里而ttyS0恰好就是要接串口屏的串口。這時(shí)候即使你的應(yīng)用能打開(kāi)/dev/ttyS0內(nèi)核日志也會(huì)時(shí)不時(shí)地往這個(gè)串口上吐數(shù)據(jù)屏幕就會(huì)間歇性亂碼。解決方式有三個(gè)換一個(gè)不沖突的串口節(jié)點(diǎn)比如把串口屏接到ttyS1。修改console啟動(dòng)參數(shù)讓內(nèi)核日志輸出到別的串口。用earlycon或者獨(dú)立調(diào)試串口把普通串口完全釋放給業(yè)務(wù)。另一個(gè)我踩過(guò)的坑是設(shè)備樹(shù)里串口的時(shí)鐘和別名。有些平臺(tái)需要配置clocks屬性否則串口波特率計(jì)算會(huì)偏差很大例如 115200 實(shí)際跑出來(lái)是 110000 左右屏幕端就會(huì)一直亂碼。調(diào)試時(shí)可以先在內(nèi)核 dmesg 里看串口驅(qū)動(dòng)的初始化信息確認(rèn)最終的波特率分頻系數(shù)是否符合預(yù)期。2.2 串口驅(qū)動(dòng)選型與調(diào)度依賴Linux 下最常見(jiàn)的串口驅(qū)動(dòng)是 8250 系列和 PL011 系列。8250 通常對(duì)應(yīng)兼容 16550A 的 UART很多 x86 板卡和部分 ARM SoC 都走這一套PL011 則是 ARM 平臺(tái)常見(jiàn)的驅(qū)動(dòng)比如樹(shù)莓派和一些基于 AMBA 總線的 SoC。這兩個(gè)驅(qū)動(dòng)在內(nèi)核 config 里的選項(xiàng)不一樣CONFIG_SERIAL_8250y CONFIG_SERIAL_8250_CONSOLEy CONFIG_SERIAL_AMBA_PL011y CONFIG_SERIAL_AMBA_PL011_CONSOLEy如果裁剪內(nèi)核的時(shí)候漏掉了對(duì)應(yīng)選項(xiàng)系統(tǒng)可能連/dev/ttyS0或/dev/ttyAMA0都不會(huì)出現(xiàn)。檢查的時(shí)候不要光看有沒(méi)有這個(gè)設(shè)備節(jié)點(diǎn)還要確認(rèn)驅(qū)動(dòng)有沒(méi)有真正 probe 成功。串口屏對(duì)實(shí)時(shí)性的要求其實(shí)不高但觸摸體驗(yàn)對(duì)“連續(xù)上報(bào)”很敏感。如果系統(tǒng)負(fù)載高用戶態(tài)讀串口的線程被調(diào)度器長(zhǎng)時(shí)間掛起觸摸事件就會(huì)一陣一陣地卡。比較好的做法是把讀取線程設(shè)置成高優(yōu)先級(jí)實(shí)時(shí)線程或者用poll/select加超時(shí)的阻塞式讀取不要用忙等循環(huán)。Linux 的串口驅(qū)動(dòng)內(nèi)部有等待隊(duì)列機(jī)制poll會(huì)在數(shù)據(jù)到達(dá)時(shí)喚醒進(jìn)程這對(duì)觸摸讀取已經(jīng)足夠。2.3 DMA/FIFO的取舍與實(shí)測(cè)效果內(nèi)核里的串口驅(qū)動(dòng)為了降低中斷頻率一般都會(huì)打開(kāi) FIFO常見(jiàn) 16550A 的 FIFO 是 64 字節(jié)。但串口屏的數(shù)據(jù)量其實(shí)很小觸摸坐標(biāo)動(dòng)靜也就幾十個(gè)字節(jié)顯示指令一般也不會(huì)超過(guò)幾百字節(jié)所以 FIFO 溢出風(fēng)險(xiǎn)并不高。另外很多 BSP 會(huì)默認(rèn)給串口打開(kāi) DMA 支持。DMA 能夠把數(shù)據(jù)從 UART FIFO 搬到內(nèi)存減少 CPU 中斷但在某些平臺(tái)上反而會(huì)帶來(lái)問(wèn)題DMA 描述符分配失敗、緩存一致性問(wèn)題、或者 DMA 通道和別的驅(qū)動(dòng)沖突。實(shí)際測(cè)試下來(lái)如果只是接一塊串口觸摸屏關(guān)閉 DMA 讓數(shù)據(jù)走傳統(tǒng)中斷FIFO系統(tǒng)更穩(wěn)。關(guān)閉方式因平臺(tái)而異有一些是在設(shè)備樹(shù)里配置dmas屬性為空或去掉dma-names有些是內(nèi)核 config 里關(guān)閉CONFIG_SERIAL_8250_DMA。關(guān)鍵判斷依據(jù)是看實(shí)測(cè)是否丟字節(jié)。我曾經(jīng)遇到一個(gè)平臺(tái)開(kāi)著 DMA 時(shí)串口屏的觸摸坐標(biāo)偶爾多出幾個(gè) FF 字節(jié)關(guān)了 DMA 之后連續(xù)點(diǎn)了半個(gè)小時(shí)都沒(méi)出現(xiàn)異常。這種問(wèn)題排查起來(lái)很耗費(fèi)時(shí)間不如一開(kāi)始就按“數(shù)據(jù)量小就關(guān) DMA”的原則處理。3. 串口協(xié)議解析策略內(nèi)核處理還是用戶態(tài)處理3.1 串口屏通信數(shù)據(jù)幀的基本模樣串口屏品牌很多協(xié)議也各不相同但常見(jiàn)協(xié)議的結(jié)構(gòu)往往差不太多。拿市面上主流的幾類串口屏來(lái)說(shuō)發(fā)送指令一般是“幀頭 命令 參數(shù) 幀尾”觸摸上報(bào)則是“幀頭 觸摸狀態(tài) X坐標(biāo) Y坐標(biāo) 幀尾”。假設(shè)某串口屏的觸摸包格式是這樣0xAA 0x01 0x00 0x80 0x01 0x2C 0x00 0xFF 0xFF 0xFF其中0xAA是幀頭0x01表示觸摸按下后面0x0080是 X 坐標(biāo)大端0x012C是 Y 坐標(biāo)0xFF 0xFF 0xFF是結(jié)束標(biāo)志。不同品牌會(huì)有不同設(shè)計(jì)有的用長(zhǎng)度字段有的用 CRC16 校驗(yàn)有的用累加和校驗(yàn)。解析時(shí)務(wù)必先看明白兩個(gè)問(wèn)題這條協(xié)議是定長(zhǎng)的還是變長(zhǎng)的有沒(méi)有校驗(yàn)字段定長(zhǎng)協(xié)議解析最簡(jiǎn)單每次讀到固定字節(jié)數(shù)就能處理變長(zhǎng)協(xié)議需要根據(jù)長(zhǎng)度字段來(lái)循環(huán)讀。校驗(yàn)字段也不能忽略工業(yè)環(huán)境下的串口線經(jīng)常會(huì)受干擾沒(méi)有校驗(yàn)的協(xié)議很容易出現(xiàn)“觸摸亂跳”。3.2 兩種解析路線的對(duì)比這里有一個(gè)經(jīng)常被問(wèn)到的選擇串口協(xié)議解析到底放在內(nèi)核里還是用戶態(tài)我的回答是默認(rèn)放用戶態(tài)。理由有三個(gè)調(diào)試方便。用戶態(tài)程序可以隨便printf可以用腳本模擬串口屏回包不用反復(fù)重新編譯內(nèi)核。協(xié)議迭代快。串口屏廠商偶爾會(huì)出固件升級(jí)波協(xié)議微調(diào)用戶態(tài)改起來(lái)成本低。內(nèi)核社區(qū)不建議在驅(qū)動(dòng)里維護(hù)業(yè)務(wù)協(xié)議。內(nèi)核自帶的大量串口驅(qū)動(dòng)只負(fù)責(zé)數(shù)據(jù)搬運(yùn)不解析業(yè)務(wù)幀。但有一種情況我會(huì)考慮寫內(nèi)核模塊屏幕觸摸事件需要參與系統(tǒng)的休眠喚醒策略。比如系統(tǒng)休眠后串口屏來(lái)觸摸事件要喚醒系統(tǒng)這時(shí)候用戶態(tài)進(jìn)程已經(jīng)被凍結(jié)無(wú)法及時(shí)處理就必須在中斷/驅(qū)動(dòng)層做事件檢測(cè)。另一個(gè)場(chǎng)景是觸摸數(shù)據(jù)量極大用戶態(tài) read 已經(jīng)成了性能瓶頸雖然這種情況在串口屏項(xiàng)目里很少出現(xiàn)。同時(shí)也要提醒一點(diǎn)有一些想“玩得高級(jí)”的人會(huì)試圖動(dòng)態(tài) hook tty 設(shè)備的file_operations攔截read和write來(lái)實(shí)現(xiàn)串口數(shù)據(jù)過(guò)濾甚至透明加密。這種思路確實(shí)能解決問(wèn)題但風(fēng)險(xiǎn)很高。內(nèi)核里隨便替換file_operations很容易造成引用計(jì)數(shù)混亂而且不同內(nèi)核版本的tty_operations結(jié)構(gòu)體定義不一致升級(jí)一次內(nèi)核就要重新適配。與其這樣還不如正兒八經(jīng)注冊(cè)一個(gè) line discipline把串口數(shù)據(jù)流在鏈路層做自定義處理。3.3 粘包、斷包與狀態(tài)機(jī)解析串口本身是字節(jié)流不是“一包一包”的。用戶態(tài)調(diào)用read()時(shí)有可能一次拿到半包數(shù)據(jù)也有可能一次拿到兩包數(shù)據(jù)。這就叫斷包和粘包。很多初次做串口屏的人吃了這個(gè)虧——以為read()返回多少字節(jié)就是完整的一幀結(jié)果發(fā)現(xiàn)坐標(biāo)偶爾錯(cuò)亂。正確做法是引入一個(gè)簡(jiǎn)單的狀態(tài)機(jī)逐字節(jié)處理enum parse_state { ST_IDLE, ST_HEAD, ST_CMD, ST_LEN, ST_DATA, ST_TAIL }; for (size_t i 0; i len; i) { switch (state) { case ST_IDLE: if (buf[i] FRAME_HEAD) state ST_HEAD; break; case ST_HEAD: if (buf[i] FRAME_HEAD) // 連續(xù)兩個(gè)幀頭按協(xié)議處理 continue; cmd buf[i]; state ST_CMD; break; // ... 其余狀態(tài)處理 } }另外還需要一個(gè)超時(shí)機(jī)制。如果收到半個(gè)包之后就再也沒(méi)有后續(xù)字節(jié)一定要在超時(shí)后復(fù)位狀態(tài)機(jī)否則下一個(gè)幀頭到來(lái)之前會(huì)一直卡在中間狀態(tài)。這個(gè)超時(shí)的經(jīng)驗(yàn)值一般取“若干個(gè)字節(jié)間隔”串口波特率 115200 時(shí)5~10ms 超時(shí)就已經(jīng)足夠。解析完成之后還可以順便在/proc或/sys下導(dǎo)出一些統(tǒng)計(jì)信息比如收了多少幀、校驗(yàn)錯(cuò)誤多少次、解析成功多少次。這樣在客戶現(xiàn)場(chǎng)出了問(wèn)題時(shí)能快速判斷是協(xié)議解析問(wèn)題還是電磁干擾問(wèn)題。4. 從觸摸數(shù)據(jù)到標(biāo)準(zhǔn)input事件串口觸摸屏接入Linux輸入子系統(tǒng)4.1 evdev/input子系統(tǒng)的基礎(chǔ)Linux 下幾乎所有輸入設(shè)備——鍵盤、鼠標(biāo)、觸摸屏、遙控器——最終都會(huì)通過(guò) input 子系統(tǒng)向上層報(bào)事件。用戶空間的圖形庫(kù)經(jīng)常監(jiān)聽(tīng)/dev/input/eventXevdev就是這一層的內(nèi)核驅(qū)動(dòng)。串口屏的觸摸功能要跟 Linux 生態(tài)無(wú)縫配合就得把坐標(biāo)上報(bào)到 evdev。接入方式有兩種用戶態(tài)通過(guò) uinput 模擬輸入設(shè)備或者內(nèi)核態(tài)寫一個(gè) input driver。uinput 的優(yōu)點(diǎn)是極其靈活int fd open(/dev/uinput, O_WRONLY | O_NONBLOCK); ioctl(fd, UI_SET_EVBIT, EV_KEY); ioctl(fd, UI_SET_KEYBIT, BTN_TOUCH); ioctl(fd, UI_SET_EVBIT, EV_ABS); ioctl(fd, UI_SET_ABSBIT, ABS_X); ioctl(fd, UI_SET_ABSBIT, ABS_Y); ioctl(fd, UI_DEV_CREATE); struct input_event ev {0}; ev.type EV_ABS; ev.code ABS_X; ev.value x; write(fd, ev, sizeof(ev)); ev.type EV_SYN; ev.code SYN_REPORT; ev.value 0; write(fd, ev, sizeof(ev));用 uinput 時(shí)核心邏輯就是解析串口幀 → 算出真實(shí)坐標(biāo) → 寫一個(gè)input_event→ 發(fā)送SYN_REPORT。這個(gè)鏈路非常清晰而且不用改內(nèi)核、不用重新編譯設(shè)備樹(shù)適合大多數(shù)商業(yè)項(xiàng)目。內(nèi)核態(tài)的 input driver 適合對(duì)延遲極其敏感、或者需要深度休眠喚醒的場(chǎng)景。實(shí)現(xiàn)上大致是注冊(cè)一個(gè)input_allocate_device()創(chuàng)建的設(shè)備設(shè)置好ABS_X/ABS_Y的最小值和最大值然后在一個(gè)內(nèi)核線程或中斷上下文里調(diào)input_report_abs()和input_sync()。這種方法要求你對(duì)內(nèi)核模塊開(kāi)發(fā)有足夠的把握否則一個(gè)空指針就能讓整個(gè)系統(tǒng) panic。4.2 坐標(biāo)換算與校準(zhǔn)串口屏返回的坐標(biāo)值取決于屏幕內(nèi)部觸摸面板的 ADC 采樣范圍。有些屏幕的 X 范圍是 0~4095有些是 0~1023Y 范圍也可能和屏幕分辨率不是嚴(yán)格對(duì)應(yīng)。但 Linux 輸入子系統(tǒng)上報(bào)的坐標(biāo)范圍必須是設(shè)備描述里聲明的absmax否則用戶態(tài)拿到之后還要二次換算。通常做法是把串口屏上報(bào)的原始值線性映射到屏幕的實(shí)際分辨率linux_x (raw_x - x_min) * (screen_width - 1) / (x_max - x_min) linux_y (raw_y - y_min) * (screen_height - 1) / (y_max - y_min)這里最容易忽略的一點(diǎn)是觸摸面板的零點(diǎn)方向。有些屏幕的 X 坐標(biāo)從左往右增加有些卻是反的Y 軸也是一樣。如果映射之后觸摸點(diǎn)和顯示點(diǎn)仍然是鏡像的就要對(duì)坐標(biāo)做反轉(zhuǎn)。校準(zhǔn)也不能只做一次。實(shí)際項(xiàng)目里屏幕可能被更換、屏幕玻璃面板存在裝配誤差、或者貼了不同厚度的保護(hù)膜都會(huì)導(dǎo)致觸摸坐標(biāo)漂移。Linux 桌面環(huán)境一般用 libinput 的校準(zhǔn)矩陣嵌入式 Qt 環(huán)境可以用 tslib 的ts_calibrate生成校準(zhǔn)參數(shù)按映射公式寫進(jìn)應(yīng)用配置即可。經(jīng)驗(yàn)上在顯示畫面正確的前提下先用evtest查看上報(bào)值再用一個(gè)小畫布程序驗(yàn)證“按下位置和光標(biāo)位置”是否一致是最快的校準(zhǔn)方法。4.3 多點(diǎn)觸摸和按鍵組合上報(bào)常見(jiàn)串口屏里帶多點(diǎn)觸摸的型號(hào)也不在少數(shù)。Linux 內(nèi)部對(duì)多點(diǎn)觸摸使用 MT 協(xié)議Type B 是比較主流的實(shí)現(xiàn)方式需要用到input_mt_slot和input_mt_report_slot_state。假設(shè)屏幕支持兩個(gè)觸摸點(diǎn)上報(bào)邏輯大概是input_mt_slot(dev, 0); input_mt_report_slot_state(dev, MT_TOOL_FINGER, true); input_report_abs(dev, ABS_MT_POSITION_X, x0); input_report_abs(dev, ABS_MT_POSITION_Y, y0); input_mt_slot(dev, 1); input_mt_report_slot_state(dev, MT_TOOL_FINGER, true); input_report_abs(dev, ABS_MT_POSITION_X, x1); input_report_abs(dev, ABS_MT_POSITION_Y, y1); input_mt_report_slot_state(dev, MT_TOOL_FINGER, false); input_sync(dev);注意協(xié)議解析層要怎么區(qū)分“多點(diǎn)”與“單點(diǎn)”。很多串口屏的觸摸協(xié)議在單點(diǎn)觸摸和多點(diǎn)觸摸下走的是不同的命令字不能混用。如果協(xié)議文檔不夠詳細(xì)可以在屏幕上放兩個(gè)手指慢慢移動(dòng)直接打印收到的十六進(jìn)制原始數(shù)據(jù)來(lái)反推。還有一類串口屏是做“控件跳轉(zhuǎn)”的屏幕上的按鈕會(huì)主動(dòng)上報(bào)“按鍵編號(hào)”而不是絕對(duì)坐標(biāo)。這種場(chǎng)景下更簡(jiǎn)單——直接把按鍵編號(hào)映射成EV_KEY事件交給上層應(yīng)用處理。但要注意區(qū)分觸摸類是單擊還是長(zhǎng)按否則上層會(huì)收到一大批重復(fù)按鍵事件。5. 實(shí)測(cè)中的問(wèn)題清單亂碼、丟幀、漂移與開(kāi)機(jī)時(shí)序5.1 亂碼和串口參數(shù)不一致亂碼是最容易定位、也最常見(jiàn)的問(wèn)題。大部分串口屏出廠默認(rèn)波特率是 9600 或者 115200如果你的應(yīng)用stty設(shè)置成了 57600或者內(nèi)核 console 啟動(dòng)參數(shù)里用了別的串口參數(shù)就會(huì)出現(xiàn)一堆亂碼。排錯(cuò)時(shí)先做三件事stty -F /dev/ttyS3 115200 raw -echo cat /dev/ttyS3第一確認(rèn)內(nèi)核啟動(dòng)階段沒(méi)有往這個(gè)串口打印日志第二確認(rèn)上位機(jī)的波特率和屏幕固件一致第三確認(rèn)串口電平匹配。TTL 串口屏接 RS232 電平轉(zhuǎn)換器或者在相反方向接板載 RS232 口都會(huì)出現(xiàn)不穩(wěn)定亂碼。這里再順便提一個(gè)容易忽略的校驗(yàn)位問(wèn)題。很多串口屏默認(rèn)是8N1也就是 8 個(gè)數(shù)據(jù)位、無(wú)校驗(yàn)、1 個(gè)停止位。但用老款迪文屏或某些工業(yè)屏?xí)r可能會(huì)是8E1或8O1。如果應(yīng)用層一直用 8N1 去讀偶校驗(yàn)的屏幕偶爾能收到正確數(shù)據(jù)但整體上是隔三差五亂碼。5.2 丟幀與緩沖區(qū)配置“丟幀”從表面看是觸摸卡頓、指令沒(méi)反應(yīng)但底層原因往往在 Linux 的數(shù)據(jù)鏈路里。一個(gè)常見(jiàn)原因是用戶態(tài)讀取線程被高負(fù)載任務(wù)拖住串口接收緩沖區(qū)溢出后新來(lái)的數(shù)據(jù)被丟棄。Linux tty 驅(qū)動(dòng)本身有接收緩沖區(qū)但默認(rèn)大小有限。如果你確定某路串口數(shù)據(jù)量比較大或者讀取線程確實(shí)響應(yīng)不及時(shí)可以嘗試調(diào)大 tty 的 flip buffer 或者使用TIOCVHANGUP清理緩沖。更常見(jiàn)的做法是提高讀取線程優(yōu)先級(jí)struct sched_param param { .sched_priority 50 }; pthread_setschedparam(thread_id, SCHED_FIFO, param);如果平臺(tái)支持把當(dāng)前線程綁到和 UART 中斷親和性一致的 CPU 核上也能減少調(diào)度延遲。另外一個(gè)容易造成“數(shù)據(jù)看起來(lái)丟了”的原因是 DMA 未配置好卻開(kāi)著 DMA。DMA 描述符不夠時(shí)UART 收到的數(shù)據(jù)沒(méi)有及時(shí)搬到內(nèi)存硬件 FIFO 一旦溢出就會(huì)丟字節(jié)。遇到這種情況直接看/proc/interrupts里對(duì)應(yīng)串口的中斷計(jì)數(shù)增長(zhǎng)是否正常和dmesg里有沒(méi)有報(bào)DMA timeout之類的錯(cuò)誤。5.3 觸摸漂移與坐標(biāo)零點(diǎn)錯(cuò)誤觸摸漂移最典型的癥狀是“點(diǎn)擊屏幕右上角光標(biāo)卻出現(xiàn)在左上角附近”。除了第 4 章說(shuō)的坐標(biāo)映射和零點(diǎn)方向問(wèn)題之外還有一種漂移是“越往邊緣越偏”這通常說(shuō)明屏幕觸摸面板本身不是線性的。很多串口屏支持在屏幕內(nèi)部做觸摸校準(zhǔn)你可以在屏的工程配置里手動(dòng)校準(zhǔn)一次之后再往 Linux 側(cè)輸出坐標(biāo)。這種二次校準(zhǔn)的效果往往比純線性映射更準(zhǔn)因?yàn)槠聊粌?nèi)部的校準(zhǔn)固件能修正非線性誤差。如果換了不同批次、不同尺寸的串口屏校準(zhǔn)參數(shù)務(wù)必要重新做一遍。不要為了圖省事把上一塊屏的校準(zhǔn)文件直接拷貝到新設(shè)備里尤其是從老型號(hào)屏幕換到新型號(hào)屏幕時(shí)坐標(biāo)范圍可能完全不一樣。5.4 上電時(shí)序與串口屏的“假故障”最后說(shuō)一下上電時(shí)序。很多工控板是 Linux 系統(tǒng)和串口屏同時(shí)上電串口屏內(nèi)部 MCU 啟動(dòng)可能需要幾百毫秒甚至一秒而 Linux 用戶態(tài)程序可能更早地嘗試向串口屏發(fā)初始化指令。這時(shí)候屏幕還沒(méi)就緒程序等不到應(yīng)答就會(huì)誤判為“串口屏壞了”。解決方式是加一個(gè)初始化握手機(jī)制。程序打開(kāi)串口節(jié)點(diǎn)后不急著發(fā)業(yè)務(wù)數(shù)據(jù)先發(fā)送一條查詢指令等待屏幕返回確定應(yīng)答連續(xù)重試幾次都失敗才報(bào)錯(cuò)。同樣如果系統(tǒng)里有獨(dú)立看門狗喂狗線程應(yīng)該和串口讀取線程分開(kāi)。因?yàn)樽x串口偶爾會(huì)阻塞如果讓同一個(gè)線程既讀串口又喂狗一旦串口屏瞬時(shí)無(wú)響應(yīng)看門狗可能先超時(shí)復(fù)位整個(gè)系統(tǒng)造成更嚴(yán)重的問(wèn)題。6. 選型與工程落地建議從STM32到Linux的遷移經(jīng)驗(yàn)6.1 串口屏品牌選型時(shí)的內(nèi)核視角市面上常見(jiàn)的串口屏品牌比如淘晶馳、迪文、大彩都有各自的開(kāi)發(fā)生態(tài)。選型時(shí)除了看屏幕分辨率、色深、UI 組態(tài)軟件好不好用之外還要特別關(guān)注兩點(diǎn)。第一串口協(xié)議是否公開(kāi)、文檔是否完整。有的屏幕協(xié)議只在廠商的組態(tài)軟件里封裝不提供公開(kāi)指令表這種就很難在 Linux 下穩(wěn)定擴(kuò)展。第二觸摸上報(bào)是否走同一路串口。有些屏幕支持觸摸數(shù)據(jù)通過(guò)單獨(dú)引腳輸出有些必須和顯示指令共用同一路 UART這會(huì)直接影響你的串口資源配置。另外新舊型號(hào)切換也要留個(gè)心眼。某些品牌的老型號(hào)屏幕固件和新型號(hào)使用不同的協(xié)議格式代碼里最好不要把協(xié)議解析寫死在業(yè)務(wù)邏輯里而是單獨(dú)抽象一層方便后面換屏?xí)r只改協(xié)議適配。6.2 內(nèi)核裁剪與系統(tǒng)打包時(shí)的注意事項(xiàng)如果產(chǎn)品要量產(chǎn)內(nèi)核裁剪是繞不開(kāi)的一步。裁剪時(shí)最容易犯的錯(cuò)誤就是把“看起來(lái)沒(méi)用”的輸入子系統(tǒng)給裁掉了。串口屏雖然不走 I2C 觸摸芯片但它一旦通過(guò) uinput 注入輸入事件就需要CONFIG_INPUT_UINPUT上層圖形庫(kù)讀取觸摸點(diǎn)則需要CONFIG_INPUT_EVDEV。CONFIG_INPUTy CONFIG_INPUT_EVDEVy CONFIG_INPUT_UINPUTy CONFIG_SERIAL_8250y CONFIG_SERIAL_COREy這幾個(gè)選項(xiàng)建議直接編進(jìn)內(nèi)核而不是編譯成模塊否則系統(tǒng)啟動(dòng)時(shí)如果沒(méi)有提前insmod/dev/input目錄下就會(huì)少設(shè)備節(jié)點(diǎn)。同時(shí)還要注意 udev 規(guī)則。串口屏設(shè)備節(jié)點(diǎn)權(quán)限如果不做處理普通用戶態(tài)程序可能打不開(kāi)/dev/ttySx。在開(kāi)發(fā)板階段直接跑 root 可能沒(méi)感覺(jué)到了產(chǎn)品要做降權(quán)運(yùn)行時(shí)節(jié)點(diǎn)權(quán)限就會(huì)變成一個(gè)問(wèn)題。KERNELttyS[0-9]*, MODE0660, GROUPdialout KERNELuinput, MODE0660, GROUPinput6.3 和裸機(jī)開(kāi)發(fā)不同的幾個(gè)思維轉(zhuǎn)變從 STM32 裸機(jī)方案遷移到 Linux最大的差異是多任務(wù)環(huán)境。裸機(jī)里你可以寫一個(gè)while(1)循環(huán)原地等待串口數(shù)據(jù)完全可控但在 Linux 里會(huì)有藍(lán)牙、WiFi、看門狗、業(yè)務(wù)線程等一大堆進(jìn)程搶 CPU 和中斷資源串口讀取線程必須用阻塞式 IO 加超時(shí)而不是忙等。另一個(gè)差異是調(diào)試方式。裸機(jī)可以直接用 JTAG 打斷點(diǎn)看寄存器Linux 下判斷串口問(wèn)題就應(yīng)該先用evtest、stty、dmesg、/proc/tty/driver/serial這些工具和接口做快速定位而不是一上來(lái)就改內(nèi)核代碼。串口屏項(xiàng)目里絕大多數(shù)問(wèn)題都出在配置不在驅(qū)動(dòng)本身。最后分享一個(gè)小經(jīng)驗(yàn)如果串口屏在開(kāi)發(fā)板上工作正常換到量產(chǎn)主板上出現(xiàn)觸摸漂移或亂碼先別急著懷疑代碼優(yōu)先檢查主板串口電平參考電壓和信號(hào)完整性。很多小批量主板會(huì)把 UART 走線拉得太長(zhǎng)又沒(méi)加 ESD 防護(hù)和上拉電阻干擾引起的丟幀比軟件問(wèn)題更難查。在硬件端正、協(xié)議解析正確的基礎(chǔ)上內(nèi)核和用戶態(tài)的配置只要按我前面說(shuō)的幾個(gè)原則去處理這套方案基本能穩(wěn)定跑很久。