做低頻刷卡項目的人十有八九會碰到 EM4100 這顆 125kHz 低頻卡芯片。它便宜、穩(wěn)定、協(xié)議簡單但有一個坎從讀卡模塊天線端解調(diào)出來的數(shù)據(jù)是曼徹斯特編碼的直接拿串口打印根本看不出卡號。這篇文章就記錄我用 STM32 標準庫函數(shù)版本從底層解碼 EM4100 曼徹斯特編碼的完整過程從定時器輸入捕獲配置、邊沿時間戳采集到幀同步和卡號提取全部給出可以直接參考的代碼思路。適合正在做門禁、考勤、實驗室閘機、工位刷卡或者任何低頻 RFID 項目的嵌入式開發(fā)尤其是用慣庫函數(shù)、還沒切換到 HAL 的朋友。1. 項目整體設(shè)計EM4100 數(shù)據(jù)鏈路與庫函數(shù)方案1.1 EM4100 卡為什么需要“解碼”EM4100 是 EM Microelectronic 推出的一種 125kHz 只讀 RFID 標簽芯片市場上有大量門禁卡、動物耳標、巡更卡都基于它。它本身不主動發(fā)射信號而是通過線圈耦合從讀卡器天線獲得能量再以負載調(diào)制方式把內(nèi)部保存的 ID 回傳給讀卡器。讀卡器那一側(cè)經(jīng)過檢波、放大、比較整形之后最終會輸出一個 0~3.3V 或 0~5V 的數(shù)字信號。這個信號里已經(jīng)包含完整的卡號但并不是簡單的串口數(shù)據(jù)而是曼徹斯特編碼。曼徹斯特編碼把每個數(shù)據(jù)位對應(yīng)到一個電平變化過程。EM4100 的編碼約定是邏輯 1 的前半位周期輸出高電平、后半位周期輸出低電平邏輯 0 的前半位周期輸出低電平、后半位周期輸出高電平。也就是說每個位周期的中間必然有一次跳變。這種編碼自帶時鐘信息抗干擾能力強但代價是解碼端必須先把電平翻轉(zhuǎn)關(guān)系還原成真正的 0/1 序列再從前導(dǎo)碼、校驗位里把卡號拼出來。很多初學者在第一步就卡住是因為拿萬用表或示波器看 DATA 引腳看到的是 1.95kHz 左右的方波頻率對但直接按位采樣出來的東西要么是亂的要么少一位多一位。原因就是曼徹斯特編碼里連續(xù)相同的兩個邏輯位之間還會有一次額外的電平跳變你不能簡單地在每個上升沿或下降沿去“數(shù)位”。1.2 曼徹斯特編碼中的半位、整位與位速率先明確幾個時間參數(shù)后面所有代碼和算法都圍繞它們展開。EM4100 的載波是 125kHz內(nèi)部數(shù)據(jù)時鐘由載波分頻得到通常是 125kHz 除以 64約等于 1.953kHz。于是一位周期 T 大約是 512μs。曼徹斯特碼要求每個位周期中心有一次跳變所以信號上最短的電平持續(xù)時間為 T/2也就是約 256μs。連續(xù)出現(xiàn)相同邏輯位時位邊界上還會多一次反相跳變于是你會看到兩個相鄰翻轉(zhuǎn)間隔僅為 256μs而連續(xù)出現(xiàn)不同邏輯位時位邊界沒有額外翻轉(zhuǎn)兩個中心翻轉(zhuǎn)之間的距離就是一個完整的位周期 512μs。這個特性非常重要。解碼時要做的第一件事不是急著讀電平而是先測量跳變與跳變之間的時間差把 256μs 和 512μs 兩類間隔分出來。這樣才能判斷當前處于“相同位延續(xù)”還是“位切換”。如果只是盲目地每 500μs 采一次樣遇到連續(xù) 1 或連續(xù) 0 時很容易丟位。幀結(jié)構(gòu)也要提前背下來。EM4100 發(fā)送一個完整幀共 64 位字段位數(shù)說明前導(dǎo)碼9全部為邏輯 1用來做同步數(shù)據(jù)區(qū)5010 組每組 4 位數(shù)據(jù) 1 位行奇偶校驗列奇偶校驗4對 40 位數(shù)據(jù)按列做偶校驗停止位1邏輯 0表示一幀結(jié)束所以一次完整刷卡過程讀卡器模塊會周期性地重復(fù)發(fā)送這一幀。解碼器的目標就是從連續(xù)不斷的曼徹斯特碼流里找到那 9 個連續(xù)的 1 前導(dǎo)碼再鎖定后面的 55 位提取出 40 位卡號數(shù)據(jù)。1.3 庫函數(shù)版本的技術(shù)選型這次我用的是 STM32F103C8T6 加標準外設(shè)庫也就是很多人電腦里還存著的 STM32F10x_StdPeriph_Lib_V3.5。選庫函數(shù)而不是 HAL不是因為 HAL 不好而是低頻 RFID 解碼這種需求其實很簡單庫函數(shù) API 直來直去寄存器操作也留了很大的自由度。KEIL 工程里包含幾個外設(shè)源文件就能跑不需要像 HAL 那樣一下子引入一堆中間層文件。用庫函數(shù)版本還有一個現(xiàn)實原因很多畢業(yè)設(shè)計、老項目代碼、比賽工程都是基于庫函數(shù)寫的如果你翻到一個 2018 年左右的“STM32 讀 EM4100”項目大概率就是庫函數(shù)版本。把庫函數(shù)版本吃透再移植到 HAL 只需要把外設(shè)初始化部分替換掉解碼算法本身完全通用。整個項目的軟件鏈路是這樣讀卡模塊輸出曼徹斯特碼接 STM32 的 PA6配置成定時器 TIM3 的輸入捕獲通道 1。每檢測到一個跳變沿中斷里記錄當前定時器計數(shù)值和引腳電平形成一個邊沿事件環(huán)形緩沖。主循環(huán)不斷消費這個緩沖重構(gòu)出原始波形的時間線然后按位周期去采樣拼出 64 位幀最后校驗并輸出卡號。2. 硬件連接、定時器捕獲配置與數(shù)據(jù)緩沖2.1 讀卡模塊輸出口與 STM32 的接法市面上常見的 125kHz 讀卡模塊大致分兩類一類是自帶天線線圈和比較整形電路的整體模塊比如集成在門禁讀頭里的那種會引出一個 DATA 或 OUT 引腳另一類是半成品讀卡頭輸出的是模擬包絡(luò)需要你自己加一級比較器。做解碼實驗時盡量選第一種省去模擬前端調(diào)比較器閾值的時間。DATA 引腳輸出的是數(shù)字方波直接接到 STM32 的 GPIO 即可。要注意模塊供電電壓。如果模塊是 5V 供電輸出高電平可能也是 5VSTMF103 的引腳不是 5V 耐受型穩(wěn)妥一點串一個 1kΩ 電阻再加一個 3.3V 穩(wěn)壓二極管或者用電阻分壓把幅值降到 3.3V 以內(nèi)。我測試時用的是 3.3V 供電模塊直接接 PA6省事。PA6 在 STM32F103 上就是 TIM3 的通道 1硬件上支持輸入捕獲。為什么用輸入捕獲而不用外部中斷 EXTI因為外部中斷只能告訴你“發(fā)生了一次跳變”你要測跳變之間的時間差還得自己維護一個微秒級時間戳要么讀 SysTick 要么讀另一個定時器很繞。而定時器輸入捕獲是硬件自動記錄邊沿到來瞬間的計數(shù)器值精度高、CPU 開銷小一個定時器就同時解決了時間測量問題。2.2 GPIO 和 TIM3 輸入的庫函數(shù)配置代碼庫函數(shù)版本初始化分成四步開時鐘、配 GPIO、配定時器時基、配輸入捕獲通道。先配置 GPIOAPA6 作為 TIM3_CH1 輸入用浮空輸入模式。雖然讀卡模塊輸出是推挽信號但輸入引腳本身不需要內(nèi)部上拉下拉浮空就夠了。不過如果你的模塊輸出低電平驅(qū)動能力弱也可以把模式改成 GPIO_Mode_IPD內(nèi)部下拉保證空閑狀態(tài)為低。我一般用浮空因為前面已經(jīng)有比較器整形過信號邊沿很干凈。定時器時基用預(yù)分頻 72得到 1MHz 計數(shù)頻率每個計數(shù)單位正好 1μs。定時器計數(shù)周期設(shè) 0xFFFF讓計數(shù)器自由運行不用頻繁處理溢出。16 位計數(shù)器在 1MHz 下大約 65.5ms 溢出一次EM4100 位周期只有 512μs任意兩次相鄰邊沿之間的間隔最多就是 512μs 左右只要在一幀內(nèi)不發(fā)生溢出就不會算錯。幀與幀之間如果出現(xiàn)較長靜默靠軟件容錯重置狀態(tài)。輸入捕獲部分用庫函數(shù)TIM_ICInit配置通道。我會把濾波寄存器開大一點一般設(shè) 0x0F。125kHz 模塊經(jīng)過天線耦合后邊沿上偶爾會帶毛刺如果濾波太小一次跳變會被誤認為是兩次捕獲解碼狀態(tài)機直接崩掉。濾波值 0x0F 在 72MHz 時鐘下相當于對輸入信號做連續(xù)采樣確認能把幾百納秒的窄毛刺濾掉。下面是完整初始化代碼void EM4100_Capture_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_ICInitTypeDef TIM_ICInitStructure; NVIC_InitTypeDef NVIC_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM3, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_6; GPIO_InitStructure.GPIO_Mode GPIO_Mode_IN_FLOATING; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, GPIO_InitStructure); TIM_TimeBaseStructure.TIM_Period 0xFFFF; TIM_TimeBaseStructure.TIM_Prescaler 72 - 1; TIM_TimeBaseStructure.TIM_ClockDivision TIM_CKD_DIV1; TIM_TimeBaseStructure.TIM_CounterMode TIM_CounterMode_Up; TIM_TimeBaseInit(TIM3, TIM_TimeBaseStructure); TIM_ICInitStructure.TIM_Channel TIM_Channel_1; TIM_ICInitStructure.TIM_ICPolarity TIM_ICPolarity_Rising; TIM_ICInitStructure.TIM_ICSelection TIM_ICSelection_DirectTI; TIM_ICInitStructure.TIM_ICPrescaler TIM_ICPSC_DIV1; TIM_ICInitStructure.TIM_ICFilter 0x0F; TIM_ICInit(TIM3, TIM_ICInitStructure); // 手動把通道配置成雙邊沿捕獲上升沿和下降沿都能觸發(fā)中斷 TIM3-CCER | 0x000A; TIM_ITConfig(TIM3, TIM_IT_CC1, ENABLE); TIM_Cmd(TIM3, ENABLE); NVIC_InitStructure.NVIC_IRQChannel TIM3_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority 1; NVIC_InitStructure.NVIC_IRQChannelSubPriority 0; NVIC_InitStructure.NVIC_IRQChannelCmd ENABLE; NVIC_Init(NVIC_InitStructure); }這里說下TIM3-CCER | 0x000A的用意。標準庫的TIM_ICInit只提供上升沿或下降沿單一觸發(fā)但曼徹斯特解碼最舒服的方式是上升沿、下降沿都捕獲這樣不會漏掉任何一個電平翻轉(zhuǎn)點。F1 的定時器手冊里寫到將 CC1P 和 CC1NP 都置 1通道 1 就能在雙邊沿觸發(fā)捕獲。直接操作 CCER 寄存器設(shè) 0x000A 是最簡單的做法如果你不喜歡寄存器寫法也可以查庫函數(shù)手動的宏定義來配置。實測下來這種配置在 TIM3_CH1 上是可靠的。2.3 邊沿時間戳緩沖區(qū)與中斷處理解碼程序不能在中斷里干重活因為兩個邊沿最短間隔只有 256μs而主循環(huán)還要做協(xié)議解析。所以中斷里只做一件事把捕獲時間和捕獲后的引腳電平存進環(huán)形緩沖區(qū)。為什么還要保存電平因為捕獲時間只能告訴我們“什么時候發(fā)生了跳變”但如果不知道跳變之后是高還是低就沒法重構(gòu)波形。電平信息應(yīng)用來判斷前半個位周期是高還是低而曼徹斯特碼恰好就是靠前半位周期電平來定義邏輯值的。數(shù)據(jù)結(jié)構(gòu)定義#define CAP_BUF_SIZE 256 typedef struct { uint16_t time; // TIM3 捕獲值單位 1us uint8_t level; // 捕獲后 PA6 電平0 或 1 } cap_event_t; volatile cap_event_t cap_buf[CAP_BUF_SIZE]; volatile uint16_t cap_wr 0;中斷處理函數(shù)void TIM3_IRQHandler(void) { if (TIM_GetITStatus(TIM3, TIM_IT_CC1) ! RESET) { cap_buf[cap_wr].time TIM_GetCapture1(TIM3); cap_buf[cap_wr].level GPIO_ReadInputDataBit(GPIOA, GPIO_Pin_6); cap_wr (cap_wr 1) (CAP_BUF_SIZE - 1); TIM_ClearITPendingBit(TIM3, TIM_IT_CC1); } }cap_wr做成 2 的冪取模256 個事件大概能存將近 100ms 的邊沿記錄即使主循環(huán)繁忙也不容易丟。主循環(huán)維護一個cap_rd讀指針不斷追趕cap_wr。如果兩者相等說明緩沖區(qū)里沒有新數(shù)據(jù)就繼續(xù)等待。有一個細節(jié)要注意GPIO_ReadInputDataBit在中斷里讀取得到的是捕獲邊沿發(fā)生之后那個瞬間的引腳電平。因為捕獲事件和讀引腳之間只有幾條指令的延遲對 256μs 的電平持續(xù)時間來說完全足夠不會誤判。2.4 采樣方案的取舍說明也有人問為什么不用一個定時器每隔 64μs 去采樣 GPIO然后靠軟件找邊沿這種方案也不是不行優(yōu)點是代碼更直觀缺點是 CPU 每 64μs 就要進一次中斷在低功耗場景下很浪費。更關(guān)鍵的是固定周期采樣對邊沿時間的分辨率取決于采樣間隔容易把 256μs 和 512μs 兩個間隔測出偏差。輸入捕獲方案是事件驅(qū)動只在邊沿發(fā)生時打斷 CPU一次中斷就拿到精確到 1μs 的時間主循環(huán)處理起來特別順。這也是為什么我在項目里堅持用捕獲來做時間測量。3. 曼徹斯特解碼算法與信息提取3.1 邊沿時間戳如何還原成波形拿到一長串邊沿事件后第一步是還原出原始電平隨時間的分布。每個事件記錄的就是“從這個時刻開始電平變成了 level”。所以相鄰兩個事件之間信號電平是保持不變的。比如事件 A 的 level 是 1事件 B 的 level 是 0那么從 A.time 到 B.time 這 512μs 時間內(nèi)電平都是 1。還原波形時只需要計算相鄰兩個事件的差值uint16_t t0 cap_buf[rd].time; uint16_t t1 cap_buf[(rd 1) (CAP_BUF_SIZE - 1)].time; uint16_t dt (uint16_t)(t1 - t0); uint8_t level cap_buf[rd].level;dt 就是上一段電平的持續(xù)時間。因為定時器是 16 位自由運行直接用 uint16_t 做減法可以讓回繞問題自動消失。如果 dt 在 200μs 到 320μs 之間判定為半位間隔如果在 450μs 到 580μs 之間判定為整位間隔。這個判定屬于粗分類后面還要靠幀校驗兜底。3.2 前導(dǎo)碼同步與位起點確定EM4100 的前導(dǎo)碼是 9 個連續(xù)的邏輯 1曼徹斯特編碼后這 9 個 1 會讓信號在每半個位周期都翻轉(zhuǎn)一次。也就是說你在捕獲中斷里會看到連續(xù)一串 256μs 的邊沿間隔。這正是識別同步碼最明顯的特征。解碼狀態(tài)機在空閑狀態(tài)時只要連續(xù)檢測到 12 個以上的半位間隔就認為找到了前導(dǎo)碼區(qū)域。為什么是 12 而不是 9因為 9 個連續(xù)邏輯 1 對應(yīng)十幾處電平翻轉(zhuǎn)直接要求連續(xù) 16 個半位間隔都滿足條件誤觸發(fā)概率更低。一旦進入同步狀態(tài)就可以確定一個虛擬的“位周期起點”。曼徹斯特碼每一位周期是 512μs半位間隔是 256μs。前導(dǎo)碼區(qū)域里信號呈 1、0、1、0 交替只要隨便從一個邊沿開始向前或向后找到位周期的整數(shù)倍關(guān)系就能推算每一位的邊界。實際實現(xiàn)中我不去精確到位周期的絕對起點而是用一個滑動窗口方法同步后把當前時間點作為基準往后每 512μs 切出一個時間片在這個時間片的 1/4 位置采樣波形。這個采樣點取位周期前四分之一而不是正中間是因為曼徹斯特碼的位值定義在前半位周期。邏輯 1 前半周期為高邏輯 0 前半周期為低。如果取正中間剛好落在中心跳變沿附近偶爾會采到不確定電平。取 T/4 也就是 128μs既遠離了起始邊界又遠離了中心翻轉(zhuǎn)點是最穩(wěn)的采樣點。3.3 通過 T/4 采樣還原完整 64 位幀有了位周期起點后每 512μs 處理一個邏輯位。我維護一個 64 位移位緩存或數(shù)組每算出一個位就推進一位。同時用一個函數(shù)去模擬“查詢某時刻引腳電平”因為電平波形已經(jīng)由邊沿事件序列重構(gòu)出來了實際上就是在邊沿序列里線性查找。主循環(huán)處理偽代碼如下while (cap_rd ! cap_wr) { // 消費兩個連續(xù)事件得到一段持續(xù)時間和電平 dt get_next_interval(); level get_current_level(); // 在前導(dǎo)碼同步之前持續(xù)統(tǒng)計半位間隔 if (sync_state SYNC_IDLE) { if (is_half(dt)) half_cnt; else half_cnt 0; if (half_cnt 12) { sync_state SYNC_OK; bit_cnt 0; current_bit_start get_current_time(); } continue; } // 已經(jīng)同步每個位周期采樣一次 if (current_bit_start 512u get_current_time()) { current_bit_start 512u; uint8_t bit query_level(current_bit_start 128u); push_frame_bit(bit); bit_cnt; // 湊滿64位后做幀校驗 if (bit_cnt 64) { if (em4100_check_and_extract(frame_buffer)) output_card_id(); // 重新等待下一幀避免位偏移累積 sync_state SYNC_IDLE; half_cnt 0; } } }這段邏輯有兩個關(guān)鍵點。第一在同步狀態(tài)下不是每一個邊沿事件都對應(yīng)一個位顯式地用 512μs 的時間軸去采樣這樣才能正確跳過連續(xù)相同位之間多出來的那次邊界翻轉(zhuǎn)。第二位周期起點在同步時被固定下來但標簽時鐘和 STM32 定時器時鐘總會有微小偏差幾十毫秒內(nèi)影響不大所以每解碼完一幀就重新回到空閑狀態(tài)再同步一次避免誤差累積導(dǎo)致漏位。如果你不想用重構(gòu)波形再查電平的方法也有更簡化的做法同步后在中斷里每當定時器計數(shù)值到達current_bit_start 128直接讀取 PA6 引腳電平。這種硬實時方式效率更高但需要再加一個比較中斷或用定時器輸出比較通道代碼復(fù)雜度反而上去了。我這次在主循環(huán)里做解析幀率只有幾十赫茲重復(fù)CPU 完全跟得上。3.4 校驗位、卡號轉(zhuǎn)換與輸出當 64 位移位緩存被填滿解碼器還不能直接認為數(shù)據(jù)正確必須過校驗。EM4100 幀里的數(shù)據(jù)區(qū)是 10 組每組結(jié)構(gòu)是 4 位數(shù)據(jù)加 1 位行奇偶校驗。EM4100 使用偶校驗即每組 5 位里邏輯 1 的個數(shù)必須是偶數(shù)。同時40 位數(shù)據(jù)按列還要有 4 位列奇偶校驗位。校驗代碼可以寫成這樣int em4100_check_and_extract(uint8_t frame[64]) { // frame[0..8] 為前導(dǎo)碼必須都是 1 for (int i 0; i 9; i) if (frame[i] ! 1) return 0; // 行偶校驗10 組每組 frame[9 i*5] 為行校驗位 for (int i 0; i 10; i) { int ones 0; for (int j 0; j 4; j) ones frame[9 i * 5 j]; if ((ones frame[9 i * 5 4]) % 2 ! 0) return 0; } // 40 位數(shù)據(jù)取出 uint64_t id 0; for (int i 0; i 10; i) for (int j 0; j 4; j) id (id 1) | frame[9 i * 5 j]; // 輸出到串口 printf(UID%010llu\r\n, id); return 1; }這里直接把 40 位數(shù)據(jù)按整數(shù)輸出就是常見的 10 位十進制卡號。實際產(chǎn)品里有的還要把前 8 位當廠商代碼、后 32 位當用戶卡號具體按你的項目需求去拆分即可。列奇偶校驗位我沒有在代碼里強制檢查因為行校驗已經(jīng)能濾掉絕大多數(shù)錯幀。如果想更嚴格可以在校驗函數(shù)里把列校驗也加上EM4100 幀最后 4 位就是四個列校驗位每組數(shù)據(jù)對應(yīng)一列規(guī)則同樣是偶校驗。4. 調(diào)試經(jīng)驗、常見問題和踩坑整理4.1 先用串口打印邊沿間隔來驗證硬件這個項目剛啟動時不要急著寫完整解碼狀態(tài)機。先把捕獲時間差通過串口打印出來看數(shù)字是否符合預(yù)期。正常情況下尋卡時串口會周期性出現(xiàn)一串數(shù)字260 附近和 520 附近交替偶爾出現(xiàn)毛刺值。如果看到的全是幾十微秒的小值說明讀卡模塊輸出帶毛刺或者濾波沒配置好如果看到的全是幾千微秒的大值說明數(shù)據(jù)根本沒進來可能卡沒放對位置或模塊供電不對。這一步調(diào)試非常關(guān)鍵。它能幫你把“硬件問題”和“軟件解碼問題”隔離開。我在第一次調(diào)試時因為讀卡模塊離 MCU 太遠杜邦線接觸不良串口打印的間隔一會兒是一會兒沒排查了很久才發(fā)現(xiàn)是地線沒接牢。4.2 極性問題解碼結(jié)果全反了怎么辦曼徹斯特編碼有兩種約定一種邏輯 1 對應(yīng)前半周期高、后半周期低另一種正好反過來。EM4100 數(shù)據(jù)手冊上的定義和我上面說的一致但有些讀卡模塊為了適配后端電路輸出端已經(jīng)把信號反相了。這時候你按前半周期高低去還原解出來的位流會整體取反前導(dǎo)碼從 111111111 變成 000000000自然怎么都同步不上。解決辦法有三條。第一在軟件里加一個極性宏解碼后將每一位取反。第二把定時器捕獲從雙邊沿改成單邊沿例如只捕獲下降沿通過邊沿方向的統(tǒng)計來判斷極性。第三直接在硬件上把 DATA 引腳經(jīng)過一級反相器再送入 PA6。我最推薦第一種改一行代碼的事。判斷是否需要取反也很簡單把解碼后位流里前 9 位打印出來如果一直是全 0那就是極性反了。EM4100 前導(dǎo)碼固定全 1這是最好的判斷依據(jù)。4.3 定時器溢出和時間戳回繞的影響16 位定時器在 1MHz 計數(shù)頻率下 65ms 溢出一輪而 EM4100 完整一幀大約 33ms一幀內(nèi)不會溢出所以早期測試沒出問題。但如果你的程序在主循環(huán)里處理不及時讀取的時間戳跨越了溢出點計算差值照樣能用 uint16_t 減法糾正可如果需要絕對時間查詢就麻煩了。改進方案是在定時器更新中斷里維護一個 32 位溢出計數(shù)器拼接成完整時間戳static volatile uint32_t tim_overflow_cnt; void TIM3_IRQHandler(void) { if (TIM_GetITStatus(TIM3, TIM_IT_Update) ! RESET) { tim_overflow_cnt; TIM_ClearITPendingBit(TIM3, TIM_IT_Update); } // CC1 捕獲處理... } uint32_t get_full_time(uint16_t cnt) { return (tim_overflow_cnt 16) | cnt; }拼接時要考慮讀溢出計數(shù)和讀計數(shù)器之間的競爭最穩(wěn)妥是在關(guān)閉定時器更新中斷的情況下讀取。實際項目里因為每次幀間隔不超過 65ms很多工程師直接忽略溢出問題靠“幀校驗失敗就重新同步”來兜底。但單步調(diào)試時如果斷點停太久回來一看時間戳全亂了。這一點要有心理準備。4.4 毛刺、弱信號和邊界卡位的處理EM4100 是低頻耦合工作卡離天線太遠或角度偏斜時讀卡模塊輸出的信號幅值會下降比較器輸出邊沿抖動明顯。雖然我在初始化里已經(jīng)把輸入捕獲濾波調(diào)到 0x0F但碰上質(zhì)量差的模塊還是會有偶發(fā)毛刺。毛刺會直接打斷前導(dǎo)碼同步表現(xiàn)就是卡有時能讀出來、有時讀不出來。我用的一個技巧是在解碼狀態(tài)機里加“半位間隔容忍窗口”。判斷某個間隔是否為半位時不要用絕對等于 256μs而是在 200μs 到 320μs 之間都算合法。判斷整位間隔時在 430μs 到 590μs 之間都算合法。這樣即使邊沿抖動幾十微秒狀態(tài)機也不會輕易失步。同一個容錯窗口也用在 T/4 采樣點的位置計算里采樣點前后浮動幾十微秒不會影響結(jié)果。另外如果讀卡模塊輸出是 5V 邏輯電平千萬不能直接接 STM32 引腳。用電阻分壓降到 3.3V 后邊沿速度會變慢這時候輸入捕獲濾波值就不要設(shè)太大否則會把真實邊沿也濾掉。0x06 到 0x0A 之間比較合適具體以實測為準。4.5 這個項目還能怎么擴展解碼出 40 位卡號只是第一步。如果你打算把它做成一個完整門禁或考勤項目后續(xù)可以加掉電存儲把最近刷卡記錄寫進 EEPROM也可以加 RTC 時間戳記錄刷卡時間還可以把解碼邏輯搬到低功耗模式平時讓 STM32 進入 STOP 模式只有讀卡模塊檢測到卡時才通過外部中斷喚醒 MCU。因為輸入捕獲支持事件驅(qū)動喚醒后第一幀數(shù)據(jù)可能需要丟棄從第二幀開始解碼成功率會非常高。如果想把讀取距離做得更遠可以考慮換用帶 AGC 的低頻模擬前端芯片或者在天線匹配網(wǎng)絡(luò)上做調(diào)諧。軟件解碼這部分基本不用動因為輸出口仍然是一路曼徹斯特數(shù)字信號核心算法完全通用。項目做到最后我最大的一點體會是曼徹斯特解碼并不難難的是你想通“什么時候該數(shù)邊沿、什么時候該按時間軸采樣”。我最初也走進過死胡同試圖根據(jù)上升沿和下降沿直接映射邏輯 1 和邏輯 0結(jié)果在連續(xù)相同位那里總是多解一位。后來改成先重構(gòu)電平波形、再固定 512μs 時間軸取采樣點問題一下子就解決了。如果你正在調(diào)類似項目建議先拿一個能確認卡號的現(xiàn)成讀卡模塊做對照再用邏輯分析儀抓取 DATA 引腳波形配合串口打印中間變量。只要把前導(dǎo)碼同步和極性這兩個點抓住整個 EM4100 解碼器其實一晚上就能跑通。