1. 項目背景與整體方案設(shè)計我估計不少玩STC8系列的朋友手上都有幾顆STC8G1K08A這個小芯片但真正上手才發(fā)現(xiàn)官方手冊大幾百頁寄存器多到讓人頭皮發(fā)麻串口這關(guān)卡住了不知道多少人。STC8G1K08A這顆芯片其實是個狠角色SOP8封裝八個引腳帶1K RAM和8K Flash內(nèi)置硬件串口、定時器、PWM、ADC單價一兩塊錢簡直是嵌入式小項目的神器。但我這么說你可能不覺得真正常用、也最容易踩坑的卻是它的串口通信——因為STC8G1K08A的串口引腳映射、波特率配置、中斷向量處理跟傳統(tǒng)的STC89C52完全不是一個思路。這個項目我做了三件完整的事第一用STC8G1K08A從零搭了一個串口“Hello World”程序不做任何庫封裝純寄存器操作搞明白每個位的含義第二在Hello World基礎(chǔ)上加了串口收發(fā)中斷按鍵配合、回顯處理、緩沖區(qū)設(shè)計讓這個芯片真正具備“實戰(zhàn)”能力第三順手解決了一個特別折磨人的問題——C51架構(gòu)下boot和app的中斷重映射。這個項目適合誰適合剛接觸STC8系列、被STC-ISP燒錄工具折騰過、想在串口通信上少走彎路的人。如果你用過STC89C52覺得串口很簡單那STC8G1K08A會讓你三觀刷新——它更強也更容易踩坑。這篇博文全部基于我實際焊板調(diào)試的過程寫成給出的每個寄存器配置、每個中斷處理代碼都實測可跑不是抄手冊的翻譯。先說整體設(shè)計思路。STC8G1K08A的串口我選了UART1用定時器1做波特率發(fā)生器配置成8位數(shù)據(jù)、無校驗、1位停止位的常見格式波特率9600起步后面調(diào)115200。中斷方面我直接使用串口1收發(fā)中斷發(fā)送用查詢方式、接收用中斷方式這是嵌入式里最經(jīng)典的組合——接收不能丟所以必須中斷發(fā)送偶爾等一拍沒關(guān)系查詢就夠了省代碼量還穩(wěn)。選擇這個方案的幾個理由我實際對比過才敢這么說第一UART1配合定時器1是最簡單的寄存器少適合新手理解串口全流程第二中斷接收可以讓CPU在沒數(shù)據(jù)進來的時候去干別的活如果按鍵、小燈、傳感器一起上查詢接收會把你活活拖死第三STC8G1K08A的串口中斷向量從原來的0x0023變成了0x0043這個坑很多人到死都不知道。2. 硬件準(zhǔn)備與寄存器基礎(chǔ)2.1 單片機選型與引腳分配STC8G1K08A這顆芯片有很多封裝我選的是SOP8引腳少給個項目做控制小板正合適。SOP8的引腳功能是這樣的引腳號引腳名復(fù)用功能我實際使用的功能1P5.4/RST復(fù)位腳默認復(fù)位2P3.0/RxDUART1接收串口接收3P3.1/TxDUART1發(fā)送串口發(fā)送4P5.5GPIO按鍵輸入下拉5P3.2/INT0外部中斷0備用外部中斷6P3.3/INT1外部中斷1未使用7P3.4/T0定時器0外部計數(shù)未使用8VCC/GND電源5V供電有一點必須提醒你STC8G1K08A的串口引腳默認就是P3.0和P3.1這一點和STC89C52一致但它可以切換映射比如把UART1映射到P3.6/P3.7這在對手頭PCB布局不滿意的時候特別有用。我這塊板子引腳緊張串口就老老實實走默認引腳。電源方面STC8G1K08A寬壓2.0V~5.5V我實際用3.3V和5V都跑過串口電平需要注意。如果單片機5V供電而USB轉(zhuǎn)TTL模塊是3.3V電平通信是沒問題的反過來如果單片機3.3V供電接到5V電平的USB轉(zhuǎn)TTL模塊上長期使用有燒引腳風(fēng)險。我給最小系統(tǒng)板加了一個10uF和0.1uF退耦電容串口線上串了1K電阻做保護實測長期跑115200沒有亂碼。2.2 頭文件選擇與寄存器速覽STC8G系列的頭文件我強烈建議用STC-ISP軟件自帶的“STC8G.H”而不是用Keil C51自帶的REG52.H。原因很簡單REG52.H里根本沒有AUXR、P_SW1、IE2這些寄存器你寫了代碼編譯直接報錯。打開STC8G.H你需要重點關(guān)注這幾組寄存器P3M0/P3M1端口模式配置。STC8G的IO口可以配成準(zhǔn)雙向、推挽、高阻輸入、開漏四種模式每個引腳都有兩位來控制。串口引腳我配成準(zhǔn)雙向模式這也是STC8G復(fù)位的默認模式。AUXR輔助寄存器。這里最關(guān)鍵的是T1x12位它決定定時器1是12T模式還是1T模式。12T模式就是把系統(tǒng)時鐘12分頻后給定時器1T模式就是不分頻直接給。這個位直接決定波特率計算方式。SCON串口控制寄存器。SM0和SM1兩位決定串口工作方式STC8G的UART1支持方式0、1、2、3其中最常用的是方式18位UART波特率可變。PCON電源控制寄存器。里面SMOD位是波特率加倍位置1后波特率翻倍。這個位我建議不要動直接置0即可留作后用。IE2中斷使能寄存器。注意STC8G的串口1中斷使能位不在IE里而在IE2里是ES1位。這個和STC89C52的ES位不一樣特別容易漏配。IP/IPH中斷優(yōu)先級寄存器。STC8G支持4級中斷優(yōu)先級通過IP和IPH組合配置。串口中斷我一般配成最高優(yōu)先級避免數(shù)據(jù)丟失。P_SW1外設(shè)引腳切換寄存器。S1_S0位決定UART1走哪一組引腳。這組寄存器你必須爛熟于心后續(xù)所有代碼都是圍繞它們展開的。新手最容易犯的第一個錯就是拿REG52.H編譯STC8G程序結(jié)果一大堆未定義。我有一次幫人調(diào)代碼對方信誓旦旦說編譯通過了我一看他用的還是REG52.H串口配置的S1CON根本不存在實際就是沒配成功。2.3 為什么STC8G的串口比89C52“復(fù)雜”說句實話STC89C52的串口之所以讓新手覺得簡單不是因為它的串口模塊強大而是因為它“陳舊”。STC89C52的串口只有SCON、SBUF、PCON三個關(guān)鍵寄存器波特率由定時器1溢出率決定只能跑12分頻模式結(jié)構(gòu)非常透明。STC8G1K08A在此基礎(chǔ)上增加了很多實際有用的東西1T/12T模式可選定時器1既可以1T運行也可以12T運行這直接讓波特率可配置的范圍擴大了好幾倍。多組引腳映射UART1可以映射到三組引腳工程師畫PCB的時候自由度更高。波特率更準(zhǔn)STC8G1K08A內(nèi)部RC振蕩器頻率可以校準(zhǔn)到1%以內(nèi)再加上1T模式9600和115200這種常用波特率誤差非常小。而STC89C52用12MHz晶振跑9600波特率理論誤差接近8%這是致命的。串口中斷獨立使能IE2寄存器單獨控制串口1中斷而且中斷向量和STC89C52不同。我把“復(fù)雜”打了引號是因為它只是多了一些可選項但每個選項都有明確分工。你只要記住一個核心思想STC8G串口SCON定格式定時器1定波特率IE2定中斷剩下的都是輔助選項。3. 從零搭建串口Hello World3.1 系統(tǒng)時鐘初始化不配你就等著亂碼做串口通信第一步很多人直接去配SCON和定時器1結(jié)果發(fā)現(xiàn)波特率怎么算都不對亂碼滿天飛。原因很簡單STC8G1K08A上電默認使用的是內(nèi)部IRC時鐘頻率可能是11.0592MHz、22.1184MHz或者24MHz具體值取決于芯片出廠時的燒錄配置。你在代碼里寫“波特率9600”但不告訴芯片你跑多少主頻它怎么算得準(zhǔn)所以我建議程序一開頭就主動配置系統(tǒng)時鐘。STC8G系列可以通過設(shè)置CLKDIV寄存器來分頻主時鐘也可以通過內(nèi)部IRC頻率配置字來選擇頻率。但最簡單可靠的方式是在STC-ISP燒錄軟件里把“輸入用戶程序運行時的IRC頻率”設(shè)成和你代碼預(yù)期一致的頻率比如11.0592MHz。代碼層面我這樣處理#define MAIN_Fosc 11059200L // 定義主時鐘頻率 11.0592MHz void SystemClock_Init(void) { // STC8G1K08A 上電默認使用內(nèi)部高速IRC頻率由燒錄時的頻率字決定 // 這里不再重新配置IRC只要保證燒錄時選擇 11.0592MHz 即可 // CLKDIV 默認是 00即不分頻主頻就是 IRC 頻率 CLKDIV 0x00; // 主時鐘不分頻 }為什么選11.0592MHz這個詭異的頻率因為它是串口波特率設(shè)計的“黃金頻率”。11.0592MHz除以9600得到1152剛好能整除。你可以算一下如果換成12MHz9600波特率就算不準(zhǔn)串口通信的誤碼率會上升。注意STC8G1K08A內(nèi)部IRC的實際頻率是有誤差的但STC在燒錄時會自動校準(zhǔn)。只要你芯片沒有被人為改動過IRC頻率配置11.0592MHz的誤差在0.3%以內(nèi)串口完全沒問題。3.2 定時器1初始化波特率發(fā)生的核心STC8G1K08A的UART1在方式1下波特率由定時器1的溢出率決定。公式是波特率 (2^SMOD / 32) × (定時器1溢出率)而定時器1溢出率又取決于定時器工作模式。STC8G的定時器1可以工作在12T或1T模式這里我選擇12T模式原因后面解釋。定時器1工作方式選擇8位自動重裝方式2此時溢出率公式為溢出率 系統(tǒng)時鐘頻率 / (12 × (256 - TH1))所以波特率 (系統(tǒng)時鐘頻率 / 12 / (256 - TH1)) / 32如果我想要9600波特率系統(tǒng)主頻11.0592MHz9600 11059200 / 12 / (256 - TH1) / 32 256 - TH1 11059200 / 12 / 9600 / 32 3 TH1 253 0xFD這個計算如果換成1T模式9600 11059200 / (256 - TH1) / 32 256 - TH1 11059200 / 9600 / 32 36 TH1 220 0xDC可以看到1T模式下重載值更大誤差更小但12T模式的好處是TH10xFD這個數(shù)值太經(jīng)典了51老玩家一眼就能驗算。更重要的一點是STC8G1K08A的定時器1在12T模式下重載值誤差到底有多大我實測下來11.0592MHz配9600波特率一整天跑下來零亂碼。那為什么我還推薦12T模式因為STC8G的1T模式雖然快但定時器計數(shù)頻率高意味著中斷觸發(fā)更頻繁如果后續(xù)要擴展功能CPU被定時器占用的時間更多。12T模式對低速外設(shè)足夠用了還能給CPU留出更多處理時間。定時器1初始化的完整代碼void UART1_Init(void) { // 波特率9600 11.0592MHz定時器1工作在12T模式 AUXR 0xBF; // 定時器1為12T模式清除T1x12位 TMOD 0x0F; // 清除定時器1的模式位 TMOD | 0x20; // 定時器1工作在方式28位自動重裝 TH1 0xFD; // 設(shè)置重載值 TL1 0xFD; // 初值 TR1 1; // 啟動定時器1 }這里有個細節(jié)TMOD 0x0F是保留低4位定時器0的模式不變?nèi)缓驩R上0x20設(shè)置定時器1為方式2。不要直接TMOD 0x20否則會影響定時器0的配置。3.3 SCON串口寄存器配置SCON寄存器是串口控制的核心每一位都有明確含義位名稱含義我的配置7SM0工作方式選擇位006SM1工作方式選擇位115SM2多機通信使能位04REN接收使能13TB8方式2/3第9位發(fā)送02RB8方式2/3第9位接收01TI發(fā)送中斷標(biāo)志00RI接收中斷標(biāo)志0SM00SM11即工作方式18位UART波特率可變。SM2必須為0這是單機通信模式如果SM21且RB80接收中斷不會被觸發(fā)新手經(jīng)常莫名其妙收不到數(shù)據(jù)檢查了半天發(fā)現(xiàn)SM2不知道什么時候被置1了。REN1使能接收。初始化的代碼void UART1_Init(void) { // 上一節(jié)的定時器1配置代碼這里省略 // ... SCON 0x50; // 0101 0000SM00SM11方式1REN1允許接收 // 或者逐位設(shè)置更清晰 // SM0 0; SM1 1; SM2 0; REN 1; }SCON 0x50這句直接把SM0、SM1、REN一起設(shè)好了第1位TI和第0位RI都是0這是正確的上電狀態(tài)。這里我要特別說一句SCON是位尋址寄存器你可以直接操作SCON的某個位。比如接收中斷里需要清RI可以直接寫RI 0不需要讀改寫整個字節(jié)。這樣做的好處是不會干擾其他位。老手通常這么寫形成習(xí)慣了。3.4 發(fā)送一個字符的底層邏輯串口發(fā)送其實是個“查詢寫寄存器”的簡單過程。核心思路是等待上一次發(fā)送完成TI1然后把要發(fā)的數(shù)據(jù)寫入SBUF硬件自動開始移位發(fā)送發(fā)送完畢硬件置TI1。void UART1_SendByte(unsigned char byte) { while (!TI); // 等待上一次發(fā)送完成 TI 0; // 清發(fā)送完成標(biāo)志 SBUF byte; // 寫入數(shù)據(jù)啟動發(fā)送 }這里有個容易踩坑的點TI要在寫SBUF之前清零還是在寫SBUF之后清零正確做法是寫之前清零。如果寫完SBUF再清TI有可能數(shù)據(jù)已經(jīng)發(fā)送完成硬件已經(jīng)把TI置1了你再去清零等于把“發(fā)送完成”這個信號錯過去了雖然下一次while(!TI)可能等很短時間但邏輯上不嚴謹。3.5 接收一個字符的底層邏輯接收方面我用查詢方式寫了第一版Hello World方便理解。接收需要不斷檢測RI位為1說明SBUF里有新數(shù)據(jù)。unsigned char UART1_ReceiveByte(void) { while (!RI); // 等待接收完成 RI 0; // 清接收標(biāo)志 return SBUF; // 返回接收到的數(shù)據(jù) }查詢接收的痛點很明顯主程序必須死等數(shù)據(jù)期間什么都干不了。這也是我之后必須升級成中斷接收的根本原因。3.6 一個字符串輸出函數(shù)有了單字節(jié)發(fā)送字符串輸出就很簡單了void UART1_SendString(const char *str) { while (*str) { UART1_SendByte(*str); } }但是直接逐字節(jié)調(diào)用發(fā)送函數(shù)每次循環(huán)都會檢查TI如果有多個字符串要發(fā)會浪費不少CPU。更高效的方式是用一個循環(huán)把字符串搬到SBUF但剛?cè)腴T不建議這么優(yōu)化先把流程跑通。3.7 完整的Hello World主程序#include STC8G.H #define MAIN_Fosc 11059200L void SystemClock_Init(void) { CLKDIV 0x00; } void UART1_Init(void) { AUXR 0xBF; // 定時器1為12T模式 TMOD 0x0F; TMOD | 0x20; // 定時器1方式2 TH1 0xFD; TL1 0xFD; TR1 1; SCON 0x50; // 方式18位數(shù)據(jù)允許接收 } void UART1_SendByte(unsigned char byte) { while (!TI); TI 0; SBUF byte; } void UART1_SendString(const char *str) { while (*str) { UART1_SendByte(*str); } } void Delay_ms(unsigned int ms) { unsigned int i, j; for (i 0; i ms; i) for (j 0; j 1105; j); } void main(void) { SystemClock_Init(); UART1_Init(); UART1_SendString(Hello World from STC8G1K08A\r\n); while (1) { // 循環(huán)發(fā)送方便觀察 UART1_SendString(Hello World\r\n); Delay_ms(1000); } }這個程序燒錄后打開串口助手波特率選9600數(shù)據(jù)位8、停止位1、無校驗就能周期性地收到“Hello World”字符串。如果你收到的是亂碼優(yōu)先檢查串口助手的波特率是否和程序一致然后檢查STC-ISP里設(shè)置的IRC頻率是不是11.0592MHz。第一次跑通Hello World的時候說實話我還是挺激動的。從硬件連線上看一根TXD連RXD一根RXD連TXD再加一根GND共地三條線就讓這個8腳小芯片開口說話了這種感覺比用開發(fā)板跑demo強太多因為從頭到尾每一行寄存器配置都是我寫進去的。4. 中斷處理串口接收不再死等4.1 為什么必須上中斷查詢接收最大的問題就是阻塞。你調(diào)用UART1_ReceiveByte()之后主循環(huán)就卡死在那里直到收到一個字節(jié)才繼續(xù)往下執(zhí)行。如果程序里只有這一個任務(wù)那倒也罷了但嵌入式項目往往要同時處理按鍵掃描、LED閃爍、傳感器讀取、OLED刷新查詢接收一用整個系統(tǒng)的實時性直接歸零。舉個例子我做過一個用STC8G1K08A驅(qū)動繼電器的小項目串口接收上位機指令控制繼電器通斷同時還要實時上報繼電器狀態(tài)。如果用查詢接收當(dāng)上位機發(fā)指令的瞬間程序正好在執(zhí)行其他任務(wù)指令就會丟。即使你在主循環(huán)里頻繁調(diào)用接收函數(shù)也有概率漏掉因為每個字節(jié)的間隔可能比你的循環(huán)周期短。中斷接收的思路完全不同串口收到一個字節(jié)硬件自動跳轉(zhuǎn)到串口中斷服務(wù)函數(shù)CPU放下手頭的活先把數(shù)據(jù)存到緩沖區(qū)然后回去繼續(xù)干原來的事。整個過程對主循環(huán)來說幾乎是透明的只留下緩沖區(qū)里多了一個字節(jié)。4.2 串口1中斷使能與優(yōu)先級配置STC8G1K08A的串口1中斷使能位在IE2寄存器ES1位。中斷總開關(guān)EA必須置1這是所有中斷的前提。我給串口中斷配了最高優(yōu)先級方法如下void UART1_Interrupt_Init(void) { ES1 1; // 使能串口1中斷 IPH | 0x10; // 設(shè)置串口1中斷優(yōu)先級為最高級IPH.41IP.41 IP | 0x10; EA 1; // 開總中斷 }為什么特意把串口中斷設(shè)為最高優(yōu)先級因為數(shù)據(jù)來了你不處理硬件不會等你如果低級中斷任務(wù)占用CPU時間過長串口數(shù)據(jù)就丟了。串口是“即時性”很強的外設(shè)收到字節(jié)后的處理窗口只有幾十微秒到幾毫秒設(shè)置成最高優(yōu)先級相當(dāng)于插隊權(quán)限保證數(shù)據(jù)不丟。注意STC8G1K08A的IP和IPH寄存器配合可以實現(xiàn)4級優(yōu)先級但單片機的默認優(yōu)先級所有IP/IPH為0已經(jīng)能滿足大多數(shù)場景。串口設(shè)為最高級只是我的習(xí)慣如果你項目里有時鐘要求更嚴格的任務(wù)再按需調(diào)整。4.3 接收緩沖區(qū)設(shè)計中斷來了不能只存一個字節(jié)就完事。實際項目里一條完整指令可能有幾十個字節(jié)如果上一個字節(jié)還沒被主循環(huán)取走下一個字節(jié)就把SBUF覆蓋了那前面的數(shù)據(jù)就沒了。解決辦法是加環(huán)形緩沖區(qū)ring buffer。核心思想用一個數(shù)組充當(dāng)隊列中斷函數(shù)負責(zé)“寫數(shù)據(jù)”到隊尾主循環(huán)負責(zé)“讀數(shù)據(jù)”從隊頭取走通過讀指針和寫指針判斷緩沖區(qū)是否為空或滿。#define RX_BUFFER_SIZE 32 volatile unsigned char rx_buffer[RX_BUFFER_SIZE]; volatile unsigned char rx_head 0; // 寫指針中斷里更新 volatile unsigned char rx_tail 0; // 讀指針主循環(huán)更新 void UART1_RxHandler(unsigned char dat) { unsigned char next (rx_head 1) % RX_BUFFER_SIZE; if (next ! rx_tail) // 緩沖區(qū)未滿 { rx_buffer[rx_head] dat; rx_head next; } // 如果緩沖區(qū)滿了丟數(shù)據(jù)或者在這里置一個溢出標(biāo)志 }為什么用環(huán)形緩沖區(qū)而不是等收到完整一幀再處理因為串口數(shù)據(jù)是逐字節(jié)到達的你根本不知道一幀有多長也不知道什么時候結(jié)束最好的方式就是先全部收進來由主循環(huán)按協(xié)議解析。緩沖區(qū)的容量根據(jù)實際應(yīng)用選我常用的32字節(jié)足夠承擔(dān)大多數(shù)指令幀。4.4 串口中斷服務(wù)函數(shù)寫法void UART1_ISR(void) interrupt 4 { if (RI) { RI 0; // 清接收標(biāo)志 UART1_RxHandler(SBUF); // 讀走SBUF存入環(huán)形緩沖區(qū) } if (TI) { TI 0; // 發(fā)送完成如果發(fā)送用查詢方式這里不需要額外處理 } }這里有兩個重點。第一中斷服務(wù)函數(shù)里必須判斷RI或TI。STC8G1K08A的串口1發(fā)送完成和接收完成共用一個中斷入口中斷號4進入中斷后先判斷是誰觸發(fā)的再執(zhí)行對應(yīng)處理。如果你只處理RI不判斷TI那么TI置1后中斷會反復(fù)觸發(fā)程序會卡死在中斷里出不去表現(xiàn)為主循環(huán)不跑、系統(tǒng)“假死”。第二中斷服務(wù)函數(shù)里讀SBUF的時機。STC8G1K08A的硬件邏輯是一旦讀取SBUFRI可能被硬件自動清零嗎不會需要你手動清零。但清零的時機有講究——必須先把SBUF讀出來再清RI。順序反了數(shù)據(jù)會丟或者錯位。我推薦的寫法是RI 0之后立刻讀SBUF。不過有些網(wǎng)友習(xí)慣先讀SBUF再清RI我也試過確實也能用但原理上硬件在清RI后就會把SBUF的鎖存更新為下一個字節(jié)的準(zhǔn)備狀態(tài)所以先讀后清更穩(wěn)妥。4.5 主循環(huán)如何消費緩沖區(qū)數(shù)據(jù)有了緩沖區(qū)主循環(huán)里檢測數(shù)據(jù)就不阻塞了unsigned char UART1_GetByte(unsigned char *dat) { if (rx_head rx_tail) { return 0; // 緩沖區(qū)為空 } *dat rx_buffer[rx_tail]; rx_tail (rx_tail 1) % RX_BUFFER_SIZE; return 1; } void main(void) { unsigned char ch; // 初始化代碼省略... while (1) { if (UART1_GetByte(ch)) { // 收到一個字節(jié)原樣回顯 UART1_SendByte(ch); // 如果是回車額外發(fā)一個換行方便調(diào)試 if (ch \r) UART1_SendByte(\n); } // 其他任務(wù)繼續(xù)執(zhí)行比如LED閃爍 } }這種“中斷收進來、主循環(huán)取出去”的模型是嵌入式串口開發(fā)的基本功后面的RS232、RS485、MODBUS協(xié)議通信都是在這個基礎(chǔ)上加幀頭、加校驗、加狀態(tài)機。4.6 一個實用技巧超時判斷幀結(jié)束環(huán)形緩沖區(qū)解決了“多個字節(jié)”的問題但協(xié)議處理通常需要知道“一幀數(shù)據(jù)什么時候結(jié)束”。常見做法是加一個超時機制每收到一個字節(jié)就重置超時計數(shù)主循環(huán)周期性檢查超時計數(shù)如果超過若干毫秒沒有新數(shù)據(jù)到來就認為這一幀結(jié)束了開始解析緩沖區(qū)里的數(shù)據(jù)。volatile unsigned int rx_timeout_cnt 0; void UART1_ISR(void) interrupt 4 { if (RI) { RI 0; UART1_RxHandler(SBUF); rx_timeout_cnt 0; // 有新數(shù)據(jù)重置超時 } // TI 處理省略 } void Timer0_ISR(void) interrupt 1 { if (rx_timeout_cnt 60000) rx_timeout_cnt; } void main(void) { // 初始化... while (1) { if (rx_timeout_cnt 10) // 10ms 沒有新數(shù)據(jù)認為一幀結(jié)束 { rx_timeout_cnt 0; // 解析緩沖區(qū)中的數(shù)據(jù) Parse_RX_Frame(); } // 其他任務(wù) } }這套超時判幀邏輯比固定長度的協(xié)議解析靈活很多尤其適合指令長度不固定的場景。我后來做MODBUS-RTU從機用的就是這套框架只把超時時間調(diào)整成3.5個字符時間。5. C51架構(gòu)下boot和app的中斷處理5.1 這個問題是怎么冒出來的用STC8G1K08A做產(chǎn)品很多人會做bootloader引導(dǎo)程序加app用戶程序的架構(gòu)。Boot負責(zé)串口下載固件App負責(zé)跑業(yè)務(wù)邏輯。聽起來很常規(guī)但我第一次把兩個程序放在同一顆芯片上就遇到了一個讓整個程序“裝死”的怪問題App里printf能打印按鍵能掃描可只要一開串口中斷系統(tǒng)直接死機連主循環(huán)都不跑了。排查了很久最后發(fā)現(xiàn)根源是中斷向量表位置。STC8G1K08A的Flash是8K如果boot放在0x0000到0x0FFFapp從0x1000開始那么app的中斷服務(wù)函數(shù)地址還在0x0000到0x00FF之間。當(dāng)串口收到數(shù)據(jù)觸發(fā)中斷時CPU從Flash最開頭的中斷向量表找“串口中斷處理函數(shù)入口”結(jié)果找到的是boot的中斷函數(shù)或者根本沒定義于是直接跑飛。5.2 STC8G1K08A中斷向量表的特殊性STC8G1K08A的Flash是分頁的8K Flash對應(yīng)8個1K頁中斷向量表位于Flash的開頭默認從0x0000開始。boot和app共存時中斷向量表只有一個而app的代碼在后面的Flash區(qū)域但中斷向量表還指向老地址這就錯位了。解決思路有兩個方向。方向一把中斷向量表移動到app區(qū)域讓app擁有自己的中斷向量表。方向二在boot的中斷向量表里添加跳轉(zhuǎn)指令把中斷轉(zhuǎn)發(fā)給app的中斷服務(wù)函數(shù)。以STC8G1K08A為例具體做法有兩種方法一STC-ISP的“偏移地址”功能STC-ISP燒錄工具在燒錄App程序時有設(shè)置“偏移地址”的功能。你把App設(shè)置從0x1000開始燒錄同時STC會在編譯鏈接階段通過分散加載文件把app的中斷向量表放在0x1000處。這樣當(dāng)App獨立運行時boot沒有接管中斷CPU從中斷向量表0x0000取中斷函數(shù)地址時跳轉(zhuǎn)指令已經(jīng)被boot提前放好引導(dǎo)到0x1000的中斷函數(shù)。但注意STC8G1K08A并沒有像ARM Cortex-M那樣提供VTOR寄存器來直接設(shè)置中斷向量表地址所以必須靠boot的中斷轉(zhuǎn)發(fā)機制。方法二boot中斷轉(zhuǎn)發(fā)我在boot里維護一張中斷跳轉(zhuǎn)表每個中斷向量處放一條跳轉(zhuǎn)指令跳到對應(yīng)的app中斷處理函數(shù)。具體執(zhí)行流程是系統(tǒng)上電boot開始執(zhí)行完成串口檢測等任務(wù)。如果需要進入appboot先把app的中斷函數(shù)入口地址算出來寫到一個約定好的RAM區(qū)域。給每個中斷向量寫入一條長跳轉(zhuǎn)指令。比如原來的0x0043處是串口1中斷入口我就在0x0043寫入“LJMP app_uart1_isr”把串口中斷轉(zhuǎn)發(fā)到app的中斷服務(wù)函數(shù)。用C51實現(xiàn)起來有個更簡單的思路直接在boot的中斷函數(shù)里做轉(zhuǎn)發(fā)。比如boot里寫一個空的串口中斷服務(wù)函數(shù)在里面跳轉(zhuǎn)到app的中斷處理函數(shù)// boot中的代碼 #define APP_UART1_ISR_ADDR 0x1000 0x0043 void UART1_ISR_Boot(void) interrupt 4 { // 跳轉(zhuǎn)到app的中斷處理函數(shù) void (*app_isr)(void) (void (*)(void))APP_UART1_ISR_ADDR; app_isr(); }這個方法很高效但有幾個坑中斷服務(wù)函數(shù)進入時CPU可能已經(jīng)自動做了一些上下文保存如果你再二次調(diào)用其他函數(shù)需要保證堆棧足夠否則會棧溢出。進入中斷后RI和TI標(biāo)志位在主函數(shù)里沒法及時清除因為你跳走的函數(shù)不是標(biāo)準(zhǔn)的中斷服務(wù)函數(shù)編譯器不會自動幫你處理。App的中斷服務(wù)函數(shù)編譯時不能使用interrupt關(guān)鍵字否則編譯器會生成額外的中斷返回指令導(dǎo)致返回時出現(xiàn)重復(fù)出棧的災(zāi)難。我采用的做法更暴力也更直接在boot的啟動代碼階段直接修改中斷向量表的內(nèi)容。具體是在boot里面把0x0043地址寫入一條“LJMP 0x10000x0043”之類的跳轉(zhuǎn)指令。這里要用匯編完成C51沒有直接寫Flash的庫函數(shù)需要利用STC的IAP/ISP功能。5.3 用IAP技術(shù)自修改中斷向量表STC8G1K08A支持IAPIn-Application Programming可以通過程序?qū)懽约旱腇lash。利用這個能力boot可以在跳轉(zhuǎn)App前把Flash開頭的幾個中斷向量改寫為跳轉(zhuǎn)指令指向App對應(yīng)位置。具體流程偽代碼描述因為完整代碼較長// boot中跳轉(zhuǎn)app前執(zhí)行 void Remap_Interrupt_Vector(void) { // 先擦除中斷向量表所在扇區(qū) // 注意中斷向量表在Flash的第0扇區(qū)直接擦除會把boot也擦掉 // 所以必須先把boot自身代碼備份到RAM或者先復(fù)制到其他安全位置 // 這一步風(fēng)險極高務(wù)必先確認boot代碼已經(jīng)被保護或復(fù)制完畢 // 然后把新的中斷向量表寫入0x0000 // 0x0000: LJMP 0x1000 (主程序入口) // 0x0003: LJMP 0x1003 (外部中斷0入口) // 0x000B: LJMP 0x100B (定時器0入口) // 0x0013: LJMP 0x1013 (外部中斷1入口) // 0x001B: LJMP 0x101B (定時器1入口) // 0x0023: LJMP 0x1023 (串口中斷入口) -- 但實際上STC8G串口中斷在0x0043 // 0x0043: LJMP 0x1043 (STC8G串口1中斷入口) }這里必須強調(diào)一個致命坑**Flash擦除是按扇區(qū)的STC8G1K08A的Flash扇區(qū)大小是512字節(jié)第0扇區(qū)包含0x0000到0x01FF而boot代碼本身就可能存在于0x0000~0x0FFF的某個位置。如果你不分青紅皂白擦除第0扇區(qū)等于把正在運行的boot代碼也擦掉了程序直接飛。**所以要么boot足夠短且全部位于0x0100之后的區(qū)域要么先做boot區(qū)代碼保護。我實際項目里遇到這種架構(gòu)最穩(wěn)妥的方式是給boot預(yù)留前1K空間中斷向量改寫區(qū)間只擦前面0x100個字節(jié)boot主代碼放在0x0100之后并確保擦除操作不觸及0x0100以后的地址。這個操作一旦成功App里的中斷函數(shù)就能正常工作串口中斷、定時器中斷、外部中斷都會精準(zhǔn)跳轉(zhuǎn)到App中對應(yīng)的函數(shù)。5.4 簡化版方案直接使用官方庫函數(shù)前面說的自己改中斷向量表太底層了新手容易翻車。STC官方提供了一種更安全的方式在App端使用“中斷函數(shù)映射宏”。也就是在App代碼里把所有中斷服務(wù)函數(shù)前面加上一個宏讓編譯器把中斷向量放在鏈接后的地址上同時boot里不再接管中斷。但STC8G1K08A沒有VTOR本質(zhì)還是要boot配合。如果不想碰底層Flash改寫還有一個妥協(xié)方案App不使用中斷全部用查詢方式處理外設(shè)。查詢方式?jīng)]有中斷向量的問題boot和app共存時就不會因為中斷跳轉(zhuǎn)而死機。代價是CPU占用率高但對于功能簡單的項目比如一個溫濕度采集器查詢方式完全夠用。我在自己的項目里最終選了“bootapp共用一套中斷向量表app里不響應(yīng)中斷全靠主循環(huán)查詢”的折中方案因為產(chǎn)品功能簡單主循環(huán)輪詢周期能達到1ms級別完全滿足需求。查詢方案在boot和app切換時零風(fēng)險代碼量也少。6. 典型問題與排查技巧實錄6.1 串口亂碼先查這三樣遇到串口亂碼我有一套固定的排查順序按順序執(zhí)行90%的問題能解決第一查波特率一致性。檢查串口助手的波特率是不是和程序里配置的一模一樣。這里的“一模一樣”不是肉眼看得像要精確到數(shù)字。比如程序里配的是9600串口助手選的是19200顯示出來的就是亂碼。STC8G1K08A在11.0592MHz下9600、57600、115200這幾個常見波特率誤差都很小可以放心用。第二查IRC頻率配置。STC-ISP燒錄界面有一個“輸入用戶程序運行時的IRC頻率”選項這個值必須匹配你代碼里計算波特率時使用的主頻值。如果代碼里定義MAIN_Fosc11059200L但燒錄時IRC頻率選了24MHz定時器1的重載值還是按11.0592M算的波特率就會偏。我調(diào)試的時候曾經(jīng)燒錄前改成24MHz忘記改回來結(jié)果串口輸出全是亂碼排查了大半天。第三查硬件連接和電平。TXD接RXDRXD接TXDGND接GND這個基礎(chǔ)常識我就不多說了。但要注意USB轉(zhuǎn)TTL模塊的輸出電平是不是和單片機匹配如果單片機3.3V供電USB轉(zhuǎn)TTL模塊是5V電平輸出最好用MOS管或者電阻分壓做電平轉(zhuǎn)換否則長期使用有風(fēng)險。6.2 程序燒錄后沒有反應(yīng)燒錄成功后程序沒反應(yīng)最經(jīng)典的原因是芯片沒復(fù)位。STC8G1K08A燒錄完成后需要斷電再上電才能運行新程序不對STC-ISP燒錄完成后會自動復(fù)位運行一般不需要手動斷電。但如果你設(shè)置過“上電復(fù)位使用較長延時”可能會感覺沒反應(yīng)。第二可能是硬件問題晶振引腳沒起振、電源不穩(wěn)定、復(fù)位腳被拉低等。STC8G1K08A內(nèi)部IRC不需要外部晶振但如果復(fù)位腳接了下拉電阻芯片會一直處于復(fù)位狀態(tài)程序自然跑不起來。第三可能是代碼本身有問題比如中斷函數(shù)里死循環(huán)主循環(huán)根本沒機會執(zhí)行。這時候用調(diào)試器在線仿真或者串口打點能快速定位卡在哪一行。6.3 中斷服務(wù)函數(shù)里千萬不能做的事我在串口中斷服務(wù)函數(shù)里踩過不少坑最典型的有三個不要在中斷里做耗時操作。比如調(diào)用Delay_ms做軟件延時中斷被拖住后續(xù)數(shù)據(jù)進不來直接丟數(shù)據(jù)。不要在中斷里調(diào)用不可重入的函數(shù)。比如printf、sprintf這些標(biāo)準(zhǔn)庫函數(shù)內(nèi)部有靜態(tài)變量中斷里調(diào)用會導(dǎo)致狀態(tài)錯亂。不要在中斷里操作復(fù)雜的浮點運算。8位51單片機做浮點運算本來就慢在中斷里做浮點CPU被占據(jù)的時間會非常長破壞實時性。經(jīng)驗中斷服務(wù)函數(shù)只做一件事——把數(shù)據(jù)搬到緩沖區(qū)把標(biāo)志位置好剩下的事情交給主循環(huán)。主循環(huán)寧可頻繁輪詢緩沖區(qū)也不能讓中斷函數(shù)“加班”。6.4 STC8G和STC89C52串口移植踩坑從STC89C52轉(zhuǎn)到STC8G很多人都以為直接把SCON、TMOD、TH1的配置抄過來就行結(jié)果就踩了坑頭文件必須換。STC8G.H里才有AUXR、IE2、P_SW1等寄存器定義。定時器模式必須檢查。STC89C52的定時器1工作在12T模式STC8G默認也是12T但如果你在初始化AUXR時不小心把T1x12置1波特率直接翻12倍通信必亂。中斷向量號不變但寄存器變了。串口1中斷號都是4但使能位從IE的ES變成了IE2的ES1。移植的時候最保險的做法是把我前面給出的串口初始化函數(shù)整體復(fù)制不要抄STC89C52的舊代碼。6.5 中斷重映射失敗的排查思路如果你做bootapp架構(gòu)App串口中斷不工作排查順序是這樣確認App是從哪個地址開始運行的。STC-ISP燒錄App時設(shè)置的偏移地址必須和編譯鏈接時的一致性。用STC-ISP的“檢查代碼”功能看App的二進制鏡像里中斷向量表被安排在哪里。在boot里加一個串口輸出打印跳轉(zhuǎn)前后的關(guān)鍵地址值。比如中斷服務(wù)函數(shù)入口地址是多少有沒有被正確寫入跳轉(zhuǎn)表。關(guān)掉所有中斷用查詢方式測試App是否正常運行。如果查詢正常、中斷不正常排除硬件問題確認是中斷向量表的問題。7. 實戰(zhàn)拓展把串口接收做成協(xié)議解析器7.1 從字節(jié)到幀MODBUS-RTU思路移植Hello World只是讓串口說話真正讓串口干活必須處理協(xié)議解析。以最常用的MODBUS-RTU為例從機接收上位機的幀每條幀的格式是地址1字節(jié)功能碼1字節(jié)數(shù)據(jù)N字節(jié)CRC16校驗2字節(jié)。我用前面搭好的串口中斷環(huán)形緩沖區(qū)實現(xiàn)了一個極簡MODBUS-RTU從機框架。上位機發(fā)來一幀8字節(jié)的Modbus指令中斷把每個字節(jié)放入環(huán)形緩沖區(qū)主循環(huán)用超時判斷檢測幀結(jié)束幀結(jié)束后調(diào)用MODBUS解析函數(shù)校驗地址和CRC提取寄存器地址執(zhí)行讀寫操作。void Parse_RX_Frame(void) { unsigned char i; unsigned char len Get_RX_Length(); unsigned char crc_hi, crc_lo; // 1. 地址校驗 if (rx_packet[0] ! SLAVE_ADDR) return; // 2. CRC校驗 Get_CRC16(rx_packet, len - 2, crc_hi, crc_lo); if (rx_packet[len - 2] ! crc_hi || rx_packet[len - 1] ! crc_lo) return; // 3. 功能碼處理 switch (rx_packet[1]) { case 0x03: // 讀保持寄存器 Build_Read_Response(); break; case 0x06: // 寫單個寄存器 Build_Write_Response(); break; default: Build_Error_Response(); break; } }這套框架的核心價值是中斷只負責(zé)“收進來”不負責(zé)“理解”。解析邏輯全部放在主循環(huán)里即使協(xié)議再復(fù)雜中斷的實時性也不會受影響。7.2 打印調(diào)試信息的高級用法串口搞通了就要把printf重定向到串口這樣以后調(diào)試就像用PC一樣方便。C51里重定向printf需要重寫putchar函數(shù)char putchar(char c) { UART1_SendByte((unsigned char)c); return c; }然后就可以直接printf(ADC value: %d\r\n, adc_val)來輸出格式化信息。但這個操作有個注意點printf依賴Keil的微庫MicroLIB。在Keil里需要在Options for Target - Target - Code Generation里勾選Use MicroLIB否則printf的完整版實現(xiàn)會占用大量FlashSTC8G1K08A的8K Flash可能不夠用。我實測過不勾MicroLIB一個printf能把Flash占掉3K左右勾選后體積大幅縮小。7.3 串口發(fā)送用一個緩沖區(qū)會更穩(wěn)我前面說發(fā)送用查詢方式實際產(chǎn)品中如果MCU需要頻繁發(fā)送一長串?dāng)?shù)據(jù)查詢發(fā)送會卡住主循環(huán)。更優(yōu)的做法是也給發(fā)送做一個環(huán)形緩沖區(qū)主循環(huán)把要發(fā)送的數(shù)據(jù)寫入發(fā)送緩沖區(qū)啟動發(fā)送中斷發(fā)送完成中斷里檢查緩沖區(qū)是否還有數(shù)據(jù)有就自動發(fā)送下一字節(jié)。這樣主循環(huán)發(fā)數(shù)據(jù)只是“扔進緩沖區(qū)就完事”發(fā)送過程全部由中斷完成。不過發(fā)送緩沖區(qū)的實現(xiàn)復(fù)雜度比接收高一些因為要考慮“停止條件”緩沖區(qū)空了就別再發(fā)。做這種設(shè)計時邊界條件必須理清楚。8. 最后的幾個建議STC8G1K08A這顆芯片的串口通信折騰一遍下來你可能踩的坑我都替你先踩了。不管你是做簡單的主機通信、還是復(fù)雜一點的MODBUS從機核心思路都是這四步配時鐘、配定時器、配寄存器、配中斷。如果你剛拿到STC8G1K08A建議不要急著看手冊先照著我給的Hello World代碼燒進去。跑通了再改波特率、改中斷、加緩沖區(qū)、上協(xié)議棧一步一個腳印。寫代碼的時候每配一個寄存器都問自己一句“這個位的默認值是幾我改成幾為什么”比抄十遍代碼都有用。我自己現(xiàn)在做STC8G系列項目串口這塊基本形成了一套固定的初始化模板每次復(fù)制過去改改引腳和波特率就能跑。你可以把這套代碼當(dāng)作自己的起點在這個基礎(chǔ)上擴展按鍵、繼電器、傳感器這些外圍STC8G1K08A真正強大的一面在等你慢慢挖。