1. 同一塊面板上的兩件事旋鈕檔位與float上報(bào)做嵌入式調(diào)試做到第6篇我越來越發(fā)現(xiàn)一個(gè)規(guī)律真正耗時(shí)間的往往不是某個(gè)高深算法而是那些看起來很簡(jiǎn)單上手全是坑的基礎(chǔ)環(huán)節(jié)。比如這次控制面板項(xiàng)目里同時(shí)撞上的兩個(gè)問題——4檔旋轉(zhuǎn)開關(guān)怎么用最少IO把檔位讀回來以及float數(shù)據(jù)在Modbus總線上怎么安全地拆出去、再完整地拼回來。前者是典型的省IO采集需求后者是Modbus協(xié)議里最容易被忽視的float拆分還原問題。兩件事湊在一起不是因?yàn)榍珊隙且驗(yàn)樗鼈儽举|(zhì)上是同一個(gè)需求的上下游旋鈕檔位是輸入Modbus上報(bào)是輸出中間隔著一層怎么表達(dá)、怎么轉(zhuǎn)換的嵌入式基本功。1.1 這次調(diào)試背后的具體場(chǎng)景項(xiàng)目是一個(gè)小型控制面板MCU用的STM32F103系列片上資源本身不算緊張但板子上已經(jīng)掛了兩個(gè)UART、一個(gè)SPI Flash、一路PWM調(diào)光、外加若干狀態(tài)指示燈把GPIO擠得只剩三個(gè)。面板上有一個(gè)機(jī)械式4檔旋轉(zhuǎn)開關(guān)用來切換設(shè)備的工作模式客戶要求當(dāng)前檔位實(shí)時(shí)顯示在觸摸屏上觸摸屏和MCU之間走M(jìn)odbus RTU通信。這種情況下旋轉(zhuǎn)開關(guān)的檔位采集如果按常規(guī)思路做每個(gè)檔位一個(gè)IO口去讀4個(gè)檔位就要占用4個(gè)GPIO——板子上根本騰不出來。最后用的是二進(jìn)制編碼思路選一個(gè)雙路輸出的編碼開關(guān)兩個(gè)IO口就能編碼出4種組合狀態(tài)。IO省下來了但代價(jià)是軟件里多了一套狀態(tài)映射和消抖邏輯。1.2 省IO和拆float其實(shí)是一條線上的兩個(gè)節(jié)點(diǎn)觸摸屏要顯示當(dāng)前擋位本身是整數(shù)用一個(gè)保持寄存器就能傳。但客戶后續(xù)還要在觸摸屏上設(shè)定運(yùn)行參數(shù)比如目標(biāo)溫度、壓力閾值這類浮點(diǎn)數(shù)。上位機(jī)下發(fā)float數(shù)據(jù)給MCU或者M(jìn)CU上報(bào)float給上位機(jī)都繞不開一個(gè)現(xiàn)實(shí)問題Modbus寄存器是16位的一個(gè)寄存器裝不下32位的float。于是兩個(gè)問題就在同一個(gè)調(diào)試周期里出現(xiàn)了本地要省IO采旋轉(zhuǎn)開關(guān)遠(yuǎn)程要拆float過Modbus。這篇文章就把這兩塊完整的排查思路、實(shí)測(cè)數(shù)據(jù)和能直接抄的代碼記下來給后面做類似項(xiàng)目的朋友留個(gè)參考。特別是float那塊很多人五花八門的錯(cuò)誤用法我都見過這里一次性說透。2. 4檔旋轉(zhuǎn)開關(guān)省IO采集2個(gè)IO讀4個(gè)狀態(tài)2.1 旋轉(zhuǎn)開關(guān)選型和引腳摸底先說選型。市面上能實(shí)現(xiàn)4檔的旋轉(zhuǎn)開關(guān)大體分三類第一類是普通波段開關(guān)每個(gè)檔位對(duì)應(yīng)一個(gè)獨(dú)立觸點(diǎn)公共端COM加4個(gè)分檔引腳這種是最常見的但讀它需要4個(gè)IO口第二類是編碼輸出開關(guān)內(nèi)部把檔位編碼成2位二進(jìn)制或格雷碼信號(hào)外部只有COM、A、B三根線兩路輸出就是4個(gè)狀態(tài)正好滿足需求第三類是增量旋轉(zhuǎn)編碼器比如EC11輸出正交脈沖適合無檔位限制的連續(xù)旋轉(zhuǎn)不適合做檔位絕對(duì)位置讀取。我這次選的是第二類雙路編碼輸出的旋轉(zhuǎn)開關(guān)。選它之前有個(gè)關(guān)鍵動(dòng)作把開關(guān)手冊(cè)找出來或者直接拿萬用表把4個(gè)檔位的通斷關(guān)系摸排一遍。原因很簡(jiǎn)單不同廠家的編碼表不一樣有的按自然二進(jìn)制排列即檔位1到4對(duì)應(yīng)00、01、10、11有的為了旋鈕旋轉(zhuǎn)時(shí)的機(jī)械友好性會(huì)按格雷碼排列比如00、01、11、10。查清楚之前千萬別開始寫代碼。舉個(gè)實(shí)際測(cè)量的例子我手里這顆開關(guān)公共端是COM編碼輸出是A和B旋到檔位1時(shí)A和B都斷開檔位2時(shí)A導(dǎo)通、B斷開檔位3時(shí)A斷開、B導(dǎo)通檔位4時(shí)A和B都導(dǎo)通。這個(gè)通斷關(guān)系就是后續(xù)狀態(tài)表的依據(jù)不同型號(hào)可能反著來一切以實(shí)測(cè)為準(zhǔn)。2.2 硬件接線內(nèi)部上拉、公共端和去耦電容接線方案是這樣的旋轉(zhuǎn)開關(guān)的COM腳接GNDA、B輸出腳分別接MCU的兩個(gè)GPIOGPIO配置為輸入模式并開啟內(nèi)部上拉電阻。這樣當(dāng)開關(guān)某一位導(dǎo)通時(shí)對(duì)應(yīng)引腳被拉到低電平斷開時(shí)內(nèi)部上拉把引腳拉回高電平。這里有個(gè)容易忽略的細(xì)節(jié)內(nèi)部上拉的阻值通常在30kΩ到50kΩ左右阻值偏大抗干擾能力弱一些。如果設(shè)備工作環(huán)境里有電機(jī)、繼電器這類干擾源建議在A、B線上各加一個(gè)10kΩ外部上拉電阻再并聯(lián)一個(gè)100nF電容到地組成簡(jiǎn)單的RC濾波能顯著降低誤讀概率。我這次在面板樣機(jī)上先用的是純內(nèi)部上拉邏輯分析儀上看波形沒問題但裝到帶220V交流電機(jī)的機(jī)柜里之后偶爾出現(xiàn)檔位跳變后來補(bǔ)了外部上拉和電容就好了。對(duì)于引腳采集讀的是電平狀態(tài)代碼上把電平映射成邏輯值#define SW_A_GPIO GPIOA #define SW_A_PIN GPIO_PIN_0 #define SW_B_GPIO GPIOA #define SW_B_PIN GPIO_PIN_1 uint8_t sw_get_raw(void) { uint8_t a (HAL_GPIO_ReadPin(SW_A_GPIO, SW_A_PIN) GPIO_PIN_RESET) ? 1 : 0; uint8_t b (HAL_GPIO_ReadPin(SW_B_GPIO, SW_B_PIN) GPIO_PIN_RESET) ? 1 : 0; return (a 1) | b; }在協(xié)議上導(dǎo)通讀到的低電平被轉(zhuǎn)成邏輯1斷開讀到的被上拉拉高轉(zhuǎn)成邏輯0。這步轉(zhuǎn)換做完檔位1到4對(duì)應(yīng)的原始值就是00、01、10、11對(duì)應(yīng)十進(jìn)制的0、1、2、3狀態(tài)表就很清晰了。2.3 軟件完成狀態(tài)表映射、去抖與檔位鎖定開關(guān)觸點(diǎn)的機(jī)械抖動(dòng)是必然存在的尤其是旋轉(zhuǎn)過程中兩個(gè)引腳的通斷時(shí)序會(huì)出現(xiàn)毫秒級(jí)的抖動(dòng)窗口。如果每次讀取都直接當(dāng)作最終結(jié)果檔位顯示會(huì)在切換瞬間跳出一串亂碼值。所以軟件上要做兩件事一是連續(xù)多次采樣確認(rèn)狀態(tài)穩(wěn)定二是把穩(wěn)定狀態(tài)映射成檔位。我的做法是每5ms采樣一次連續(xù)4次讀到相同編碼才認(rèn)為檔位有效這樣相當(dāng)于20ms的去抖窗口旋轉(zhuǎn)開關(guān)的切換速度遠(yuǎn)沒有這么快不會(huì)覺得響應(yīng)遲鈍。狀態(tài)映射用查表而不是一堆if-else代碼更簡(jiǎn)潔uint8_t sw_get_position(void) { static uint8_t last_pos 0; static uint8_t sample_count 0; static uint8_t candidate 0; uint8_t raw sw_get_raw(); uint8_t pos 0; switch (raw) { case 0x00: pos 1; break; case 0x01: pos 2; break; case 0x02: pos 3; break; case 0x03: pos 4; break; default: pos 0; break; } if (pos candidate) { if (sample_count 4) { last_pos pos; } } else { candidate pos; sample_count 0; } return last_pos; }注意case 0x02對(duì)應(yīng)的是a1, b0的情況因?yàn)閞aw的高位是A低位是B。如果開關(guān)編碼表是格雷碼把case里的值對(duì)應(yīng)改掉即可。這里最核心的思路是不穩(wěn)定時(shí)保持上一檔位不變穩(wěn)定之后才更新輸出這就避免了抖動(dòng)造成的檔位閃爍。3. 檔位采集的實(shí)測(cè)細(xì)節(jié)抖動(dòng)、中間態(tài)和上電毛刺3.1 邏輯分析儀揭示的切換瞬間亂象第一次寫好采集代碼后我用邏輯分析儀抓了旋轉(zhuǎn)開關(guān)從檔位1擰到檔位3的過程波形讓我意識(shí)到問題沒有想象中簡(jiǎn)單。A、B兩個(gè)通道在全過程出現(xiàn)了多次毛刺有些毛刺持續(xù)時(shí)間只有3到5微秒有些則長(zhǎng)達(dá)幾毫秒而且出現(xiàn)了一些非法中間態(tài)比如從01直接跳到11再跳到10這在機(jī)械結(jié)構(gòu)上其實(shí)是正常的因?yàn)閮深w觸點(diǎn)的通斷本來就有前后順序不可能是絕對(duì)同步的。如果不對(duì)這些中間態(tài)做處理5ms周期采樣恰好采到11時(shí)系統(tǒng)就會(huì)短暫判定為檔位4觸摸屏上就會(huì)閃一下當(dāng)前檔位4雖然只閃幾十毫秒用戶卻能明顯感覺到。所以狀態(tài)鎖存策略非常關(guān)鍵上一小節(jié)里的連續(xù)4次采樣正是基于這個(gè)波形觀察做出來的。3.2 非法狀態(tài)三個(gè)處理策略旋轉(zhuǎn)開關(guān)雖然只有4個(gè)有效檔位但在切換過程中可能會(huì)短暫出現(xiàn)任何其他組合比如00和11之間瞬時(shí)變化甚至從有效檔位跳到完全沒定義的組合。處理非法狀態(tài)我試過三種思路對(duì)比之后選了第三種。第一種是直接丟棄讀到非法值就保持上次狀態(tài)這個(gè)在輕微干擾下表現(xiàn)還行但如果在非法狀態(tài)停留時(shí)間較長(zhǎng)比如開關(guān)觸點(diǎn)氧化導(dǎo)致接觸不良系統(tǒng)會(huì)長(zhǎng)時(shí)間無響應(yīng)。第二種是進(jìn)入錯(cuò)誤狀態(tài)把檔位顯示成0或者一個(gè)特殊數(shù)值讓上位機(jī)知道當(dāng)前狀態(tài)異常。這個(gè)對(duì)安全要求高的設(shè)備是對(duì)的但這個(gè)面板項(xiàng)目的檔位切換本來就是個(gè)很隨意的操作沒必要因?yàn)橐淮握`讀就讓整個(gè)系統(tǒng)報(bào)錯(cuò)。第三種也是最終用的策略非法值視為無效連續(xù)多次讀到同一個(gè)非法值才進(jìn)入未定義檔位狀態(tài)否則保持上一有效檔位。這樣既不會(huì)閃跳也不會(huì)一有風(fēng)吹草動(dòng)就報(bào)錯(cuò)。工程上穩(wěn)妥的做法是在狀態(tài)機(jī)里加一個(gè)計(jì)數(shù)器連續(xù)讀到無效值超過200ms才真正認(rèn)為檔位異常。3.3 上電瞬間的防誤判還有一個(gè)很容易踩的坑是上電瞬間。MCU復(fù)位后GPIO在復(fù)用功能配置完成之前默認(rèn)可能是浮空輸入此時(shí)旋轉(zhuǎn)開關(guān)如果有觸點(diǎn)導(dǎo)通引腳電平被拉低但如果沒有導(dǎo)通引腳電壓處于不確定狀態(tài)可能是高也可能是低。如果恰好讀到一組有效編碼系統(tǒng)一開機(jī)就鎖定了錯(cuò)誤檔位。解決方法是把檔位初始化函數(shù)的執(zhí)行順序放在GPIO配置完全生效、內(nèi)部上拉穩(wěn)定之后并且在初始化階段連續(xù)讀20次也就是100ms的穩(wěn)定時(shí)間期間所有讀到的值只用來刷新候選不直接更新last_pos等第一輪采樣結(jié)束后才把最終候選賦給檔位變量。實(shí)際測(cè)試下來無論開關(guān)停在哪個(gè)檔位上電都能準(zhǔn)確抓到真實(shí)檔位沒有再出現(xiàn)錯(cuò)位。4. Modbus里float為什么拆不對(duì)字節(jié)序的真相4.1 1.0f在內(nèi)存里的樣子與IEEE 754布局先說float本身的存儲(chǔ)。按IEEE 754標(biāo)準(zhǔn)單精度float占32位分成三部分最高bit是符號(hào)位接下來8位是指數(shù)最低23位是尾數(shù)。以1.0f為例它的十六進(jìn)制表示是0x3F800000二進(jìn)制展開是0 01111111 00000000000000000000000符號(hào)位0表示正數(shù)指數(shù)位0x7F加上偏移量之后對(duì)應(yīng)2的0次方尾數(shù)部分全是0隱含的整數(shù)位是1所以數(shù)值就是1.0。問題是這個(gè)0x3F800000放在MCU內(nèi)存里的順序。STM32、AVR這類主流的小端CPU內(nèi)存地址從低到高存放的是00 00 80 3F。也就是說你用調(diào)試器看一個(gè)float變量?jī)?nèi)存窗口里看到的是倒序。這一點(diǎn)如果不搞清楚后面所有轉(zhuǎn)換代碼都會(huì)錯(cuò)得莫名其妙。我見過不少人在串口調(diào)試助手里用printf把float按字節(jié)打印發(fā)現(xiàn)順序和理論值對(duì)不上就開始懷疑編譯器有問題其實(shí)完全是大小端在作怪。想要看得直觀可以先用聯(lián)合體或者memcpy把float轉(zhuǎn)成無符號(hào)整數(shù)再打印十六進(jìn)制值。4.2 Modbus字序、字節(jié)序與寄存器地址順序的關(guān)系Modbus協(xié)議本身做了很多規(guī)定比如讀寫保持寄存器、讀輸入寄存器每個(gè)寄存器的數(shù)據(jù)都是16位多字節(jié)的數(shù)據(jù)類型都必須大端傳輸也就是高位字節(jié)在前。但對(duì)于float這種跨兩個(gè)寄存器的32位數(shù)據(jù)協(xié)議沒有明確規(guī)定兩個(gè)寄存器之間按什么順序排也沒有規(guī)定用這兩種字序之外是否允許字節(jié)交換這就給設(shè)備廠商留下了自由空間也給聯(lián)調(diào)挖了坑。我在實(shí)際項(xiàng)目里遇到的設(shè)備大致有四種格式格式名稱1.0f的寄存器值兩個(gè)寄存器報(bào)文中的字節(jié)序列說明AB CD標(biāo)準(zhǔn)大端0x3F80, 0x00003F 80 00 00最高字在前高字節(jié)在前CD AB字交換0x0000, 0x3F8000 00 3F 80低字在前高字在后BADC字節(jié)交換0x803F, 0x000080 3F 00 00每16位內(nèi)部字節(jié)顛倒DCBA全小端0x0000, 0x803F00 00 80 3F字交換外加字節(jié)交換這四種格式在市面上都能找到有的PLC、觸摸屏、儀表用AB CD有的傳感器模塊用CD AB有的國(guó)產(chǎn)模塊還默認(rèn)DCBA沒有統(tǒng)一標(biāo)準(zhǔn)。聯(lián)調(diào)時(shí)如果不對(duì)齊格式上位機(jī)讀回來的float經(jīng)常是一個(gè)天文數(shù)字或者兩個(gè)寄存器互相拆分成兩個(gè)奇怪的整數(shù)。還有一個(gè)維度是寄存器地址順序。同一個(gè)float拆成兩個(gè)寄存器有些設(shè)備把高位字放在低地址功能碼地址小的那一個(gè)有些設(shè)備把高位字放在高地址。即使字節(jié)和字序都選對(duì)了這兩個(gè)寄存器在地址上放反解析出來照樣錯(cuò)。所以做協(xié)議對(duì)接第一步永遠(yuǎn)是查對(duì)方手冊(cè)里的寄存器表確認(rèn)哪幾個(gè)地址裝的是這個(gè)float再根據(jù)實(shí)際值反推格式。5. float拆分還原的工程實(shí)現(xiàn)與驗(yàn)證5.1 三種常見寫法對(duì)比union、指針、位運(yùn)算拆分float最直觀的做法是用聯(lián)合體把float和uint16_t數(shù)組放在同一個(gè)內(nèi)存空間里讀出來就是兩個(gè)16位字。代碼很短調(diào)試也方便typedef union { float f; uint16_t w[2]; } float_uint16_union_t; float_uint16_union_t u; u.f 3.14f; // u.w[0], u.w[1] 直接作為兩個(gè)寄存器內(nèi)容但問題在于u.w[0]和u.w[1]的排列取決于CPU大小端。在STM32上u.w[0]拿到的是低16位也就是0x1EB8u.w[1]拿到的是高16位0x40483.14f的十六進(jìn)制是0x4048F5C3小端順序是C3 F5 48 40。直接把這兩個(gè)字塞進(jìn)Modbus寄存器上位機(jī)按AB CD解析就會(huì)得到一個(gè)完全不對(duì)的數(shù)。第二種寫法是指針直接操作本質(zhì)和union一樣也是受CPU大小端影響。第三種是位運(yùn)算加memcpy先把float的位模式取成一個(gè)uint32_t整數(shù)再用數(shù)值移位的方式按字節(jié)拆分這種寫法與CPU大小端、編譯器平臺(tái)都無關(guān)是嵌入式工程里最適合做協(xié)議封裝的方案void float_to_modbus(float value, uint16_t *regs, uint8_t order) { uint32_t bits 0; uint8_t b[4]; memcpy(bits, value, 4); b[0] (uint8_t)(bits 24); /* 最高字節(jié) */ b[1] (uint8_t)(bits 16); b[2] (uint8_t)(bits 8); b[3] (uint8_t)(bits 0xFF); /* 最低字節(jié) */ switch (order) { case FLOAT_ORDER_ABCD: /* 標(biāo)準(zhǔn)大端 AB CD */ regs[0] (uint16_t)((b[0] 8) | b[1]); regs[1] (uint16_t)((b[2] 8) | b[3]); break; case FLOAT_ORDER_CDAB: /* 字交換 */ regs[0] (uint16_t)((b[2] 8) | b[3]); regs[1] (uint16_t)((b[0] 8) | b[1]); break; case FLOAT_ORDER_BADC: /* 字節(jié)交換 */ regs[0] (uint16_t)((b[1] 8) | b[0]); regs[1] (uint16_t)((b[3] 8) | b[2]); break; default: regs[0] 0; regs[1] 0; break; } }這里的關(guān)鍵點(diǎn)是memcpy(bits, value, 4)先把float的位模式原樣搬到uint32_t變量里之后的移位操作是在數(shù)值層面進(jìn)行的不依賴CPU按什么順序存這幾個(gè)字節(jié)。無論芯片是小端還是大端b[0]拿到的一定是float的bit31到bit24。5.2 用固定值在Modbus Poll里快速驗(yàn)證格式代碼寫完之后最怕的是格式選錯(cuò)了還不知道。我習(xí)慣先用1.0f這種特征非常明顯的數(shù)來驗(yàn)證。1.0f的十六進(jìn)制是0x3F800000如果設(shè)備按標(biāo)準(zhǔn)AB CD方式發(fā)送Modbus Poll數(shù)據(jù)區(qū)應(yīng)該顯示第一個(gè)寄存器為0x3F80第二個(gè)寄存器為0x0000。如果第一個(gè)寄存器是0x0000第二個(gè)是0x3F80說明設(shè)備用的是CD AB字交換?？吹?x803F和0x0000則是BADC字節(jié)交換。這四個(gè)特征對(duì)照表可以直接拿去做聯(lián)調(diào)時(shí)的判斷依據(jù)。Modbus Poll軟件里有一個(gè)很方便的功能查看寄存器時(shí)可以把顯示格式切到Float或Float swapped它會(huì)自動(dòng)按當(dāng)前配置解釋兩個(gè)連續(xù)寄存器。但注意這只是軟件側(cè)的解釋方式真正決定數(shù)據(jù)對(duì)不對(duì)的是設(shè)備發(fā)出來時(shí)采用的格式。我用這個(gè)方式跟幾個(gè)不同品牌觸摸屏聯(lián)調(diào)時(shí)十分鐘內(nèi)就能把格式對(duì)上。5.3 實(shí)戰(zhàn)中出現(xiàn)天書數(shù)字的排查鏈路如果上位機(jī)讀到的float顯示成了幾百、幾萬、甚至NaN之類的值基本可以肯定是格式不匹配。我的排查鏈路是固定的先用Modbus Poll按無符號(hào)整數(shù)格式看兩個(gè)寄存器的原始值把原始值轉(zhuǎn)成十六進(jìn)制跟0x3F800000這類已知值對(duì)比判斷是哪一種排列再修改代碼里的order參數(shù)或者上位機(jī)的數(shù)據(jù)格式設(shè)置一步步逼近。有一次現(xiàn)場(chǎng)聯(lián)調(diào)上位機(jī)讀到溫度值顯示為-1082130432這個(gè)數(shù)一看就是有符號(hào)整數(shù)解釋了一個(gè)不算太離譜的位模式把寄存器原始值記下來轉(zhuǎn)十六進(jìn)制是0xC1200000和0x00000000的組合0xC1200000是-10.0f的二進(jìn)制表示也就是-192.0之類其實(shí)本質(zhì)是對(duì)的只是高字和低字位置錯(cuò)了。把代碼里的FLOAT_ORDER_ABCD改成FLOAT_ORDER_CDAB之后顯示立刻變成-10.0。這類問題一般二十分鐘就能定位完但如果每一步都靠猜可能一整天都搞不定。6. 把兩個(gè)問題串起來旋鈕檔位以float量值上報(bào)6.1 完整示例檔位采集、參數(shù)映射、寄存器組包整個(gè)鏈路捋通之后我寫了一個(gè)組合示例旋轉(zhuǎn)開關(guān)當(dāng)前檔位讀出來映射成一個(gè)float參數(shù)再按特定格式打包進(jìn)Modbus保持寄存器上位機(jī)直接讀寄存器就能顯示當(dāng)前模式和參數(shù)值。#include string.h #define FLOAT_ORDER_ABCD 0 uint8_t sw_get_position(void); void float_to_modbus(float value, uint16_t *regs, uint8_t order); static const float mode_map[4] { 0.0f, /* 檔位1停機(jī)模式 */ 12.5f, /* 檔位2低速模式 */ 25.0f, /* 檔位3中速模式 */ 37.5f /* 檔位4高速模式 */ }; void app_update_holding_regs(uint16_t *holding_regs, uint16_t len) { uint8_t pos sw_get_position(); uint16_t float_regs[2]; float_to_modbus(mode_map[pos - 1], float_regs, FLOAT_ORDER_ABCD); if (len 4) { holding_regs[0] pos; /* 當(dāng)前檔位 */ holding_regs[1] float_regs[0]; /* float 高字 */ holding_regs[2] float_regs[1]; /* float 低字 */ holding_regs[3] 0; /* 備用 */ } }注意mode_map的索引sw_get_position返回的pos是從1開始的對(duì)應(yīng)數(shù)組下標(biāo)要減1。如果旋轉(zhuǎn)開關(guān)的檔位和mode_map的映射關(guān)系在硬件上就是反的那在查表前把pos做一個(gè)映射即可不要用1-1這種硬編碼去湊。6.2 上位機(jī)側(cè)和協(xié)議文檔的約定要點(diǎn)寄存器地址規(guī)劃也不是隨意的要寫在協(xié)議文檔里。我的慣例是從地址0開始0號(hào)寄存器存當(dāng)前檔位1號(hào)和2號(hào)寄存器存float參數(shù)兩個(gè)寄存器的語義在文檔里寫清楚比如地址1為參數(shù)值高字地址2為參數(shù)值低字格式為IEEE 754標(biāo)準(zhǔn)大端AB CD。別小看這一句話它能讓后面接手的同事少走很多彎路。Modbus RTU從機(jī)收到讀保持寄存器請(qǐng)求后把數(shù)據(jù)從固定數(shù)組里取出來按大端方式組幀返回。STM32上處理Modbus幀時(shí)寄存器的字節(jié)序本身也要注意MCU的小端字節(jié)順序和Modbus協(xié)議要求的大端順序不同很多人為了省事直接在協(xié)議層用memcpy把整個(gè)寄存器數(shù)組發(fā)出去這在x86測(cè)試平臺(tái)上可能沒問題但在小端MCU上就會(huì)全部反掉。這里有個(gè)經(jīng)驗(yàn)Modbus RTU的CRC計(jì)算和幀組包最好獨(dú)立寫一個(gè)工具函數(shù)幀里的兩個(gè)字節(jié)和寄存器內(nèi)部的字節(jié)序分開處理別混在一起。我在初版代碼里就是因?yàn)榘鸭拇嫫髯止?jié)序轉(zhuǎn)換和CRC計(jì)算寫在一個(gè)函數(shù)里出了問題后定位花了很長(zhǎng)時(shí)間。在實(shí)測(cè)中我還把旋轉(zhuǎn)開關(guān)切換過程里讀到的檔位變化做成事件通知每當(dāng)檔位穩(wěn)定后才更新保持寄存器并且給上位機(jī)發(fā)一條主動(dòng)上報(bào)的廣播幀。雖然標(biāo)準(zhǔn)Modbus RTU是主從問答式但從機(jī)可以在收到主機(jī)的請(qǐng)求幀后在返回?cái)?shù)據(jù)里帶上最新的狀態(tài)不建議從機(jī)主動(dòng)發(fā)數(shù)據(jù)容易在總線上造成沖突。我這里的做法是在主機(jī)周期輪詢時(shí)從機(jī)每次返回最新值這樣上位機(jī)雖然最多延遲一個(gè)輪詢周期但數(shù)據(jù)永遠(yuǎn)是準(zhǔn)的。