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