1. 項目概述從零開始理解CAN通信最近在做一個車載設備相關的項目不可避免地要和CAN總線打交道。說實話第一次接觸CANController Area Network控制器局域網時看著那一堆縮寫和協議幀格式確實有點懵。它不像我們熟悉的UART、I2C或SPI那樣“直來直去”發送和接收都靠兩根線還得考慮仲裁、錯誤幀這些復雜機制。但當你真正理解了它的設計哲學和應用場景后就會明白為什么在汽車、工業自動化這些對可靠性和實時性要求極高的領域CAN總線幾乎是不可替代的選擇。這篇筆記就是我結合STM32平臺從零開始梳理CAN通信核心概念和基礎實操的總結目標是讓后來者能少走些彎路快速建立起對CAN的直觀認識。簡單來說CAN是一種多主、廣播式的串行通信總線。它的核心思想是“用消息標識符ID來區分優先級而不是設備地址”。所有節點都掛載在兩條差分信號線CAN_H和CAN_L上任何一個節點都可以主動發送消息成為主節點總線上所有其他節點都會收到這條消息并根據消息ID來決定是否接收和處理它。這種設計非常適合分布式控制系統比如汽車里的發動機控制單元ECU、車身控制器、儀表盤等模塊之間的數據交換。你不需要為每兩個設備之間單獨布線所有信息都通過這一對“高速公路”廣播出去誰需要誰就“聽”大大簡化了線束復雜度也提升了系統的可擴展性。那么為什么我們要學習CAN特別是在STM32上首先STM32系列微控制器幾乎全系都集成了至少一個CAN控制器bxCAN硬件支持完善學習成本相對較低。其次無論是做汽車電子后裝產品如OBD診斷儀、車載娛樂系統、無人機飛控、還是工業現場的PLC通訊CAN都是必須掌握的技能。理解CAN不僅僅是會調通一個發送接收的例程更重要的是理解其背后的錯誤管理、總線仲裁、幀格式等機制這樣才能設計出穩定、可靠的通信系統。接下來我們就從最基礎的物理層和協議層開始拆解。2. CAN通信的核心原理與協議層詳解要玩轉CAN不能只停留在調用HAL庫函數的層面必須對其底層原理有清晰的認識。這部分內容可能有點枯燥但它是后續一切調試和問題排查的基礎請務必耐心理解。2.1 物理層差分信號與總線拓撲CAN的物理層決定了它的抗干擾能力和通信距離。它使用ISO 11898標準定義的兩種邏輯電平顯性電平Dominant和隱性電平Recessive。顯性電平對應邏輯‘0’。此時CAN_H電壓比CAN_L高典型值為CAN_H3.5V CAN_L1.5V差分電壓Vdiff 2V。隱性電平對應邏輯‘1’。此時CAN_H和CAN_L電壓相等都約為2.5V差分電壓Vdiff 0V。這里有一個非常關鍵的設計顯性電平優先級高于隱性電平。當多個節點同時發送時只要有一個節點發送顯性位‘0’總線就被拉成顯性狀態。這個特性是實現“線與”邏輯和總線仲裁的基礎。物理層通常需要一個CAN收發器芯片如TJA1050、SN65HVD230來連接微控制器的CAN控制器和實際的CAN總線。控制器產生的是數字信號TX RX而收發器負責將其轉換為差分模擬信號并驅動總線。關于拓撲CAN總線要求兩端必須各接一個120歐姆的終端電阻用于阻抗匹配消除信號反射。很多新手容易忽略這一點導致通信不穩定或根本無法通信。總線一般采用直線型拓撲干線節點通過短支線Stub接入支線應盡可能短以減少信號完整性問題。注意終端電阻必須且只能有兩個分別位于總線物理距離的兩端。如果網絡中只有兩個節點那么每個節點內部都應配置一個120歐姆電阻。使用開發板時務必檢查板載的CAN收發器附近是否有跳線帽選擇是否接入終端電阻避免重復接入導致總線負載過重。2.2 數據鏈路層幀格式、仲裁與錯誤處理這是CAN協議的核心。CAN2.0規范定義了兩種幀格式標準幀11位標識符和擴展幀29位標識符。我們以最常見的標準幀為例拆解其構成。一個完整的CAN數據幀由以下字段順序構成幀起始SOF一個顯性位‘0’標志一幀的開始用于同步。仲裁場包含標識符ID和遠程傳輸請求位RTR。ID決定了消息的優先級和內容。ID數值越小優先級越高。RTR位用于區分數據幀顯性‘0’和遠程幀隱性‘1’。控制場包含一個保留位IDE用于區分標準/擴展幀和4位數據長度碼DLC指示后續數據場包含0-8個字節的數據。數據場實際要傳輸的數據0-8字節。這是CAN幀的載荷部分。CRC場15位循環冗余校驗碼 1位隱性CRC界定符用于接收方校驗數據在傳輸過程中是否出錯。應答場ACK包括ACK槽和ACK界定符。發送節點在ACK槽發出一個隱性位‘1’所有正確接收到該幀的節點會在此時刻向總線發送一個顯性位‘0’作為應答。如果發送節點沒檢測到這個顯性位它會認為傳輸失敗并嘗試重發。幀結束EOF7個連續的隱性位‘1’標志幀的結束。總線仲裁機制是CAN的精髓。當多個節點同時開始發送時它們從SOF開始同步地逐位發送自己的ID。在發送ID的過程中每個節點同時也在監聽總線電平。如果某個節點發送了一個隱性位‘1’但監聽到的卻是顯性位‘0’它立刻意識到有更高優先級的消息正在發送于是立即退出發送轉為接收模式等待總線空閑后再嘗試重發。這個過程完全由硬件在位級別實時完成沒有任何延遲保證了最高優先級的消息總能無中斷地發送出去實現了非破壞性的仲裁。錯誤處理是CAN高可靠性的保障。每個CAN控制器內部都有錯誤計數器發送錯誤計數器TEC和接收錯誤計數器REC。檢測到錯誤如位錯誤、填充錯誤、CRC錯誤、格式錯誤、應答錯誤時節點會發送一個“錯誤幀”連續6個顯性或隱性位來主動破壞當前幀通知所有節點“這幀出錯了請丟棄”。同時錯誤計數器會根據錯誤類型增減。根據計數器的值節點會處于三種狀態主動錯誤狀態可正常收發發現錯誤時發送主動錯誤標志6個連續顯性位。被動錯誤狀態可正常收發但發現錯誤時只能發送被動錯誤標志6個連續隱性位且發送后需等待一段額外時間。總線關閉狀態當TEC超過255時節點自動從總線上斷開無法收發只能等待恢復。這套復雜的機制確保了即使個別節點出現故障也不會長期阻塞整個總線。2.3 CAN控制器的工作模式與波特率計算以STM32的bxCAN為例它支持幾種關鍵的工作模式需要通過配置寄存器來設定。正常模式控制器參與總線通信正常收發。靜默模式控制器可以接收消息但不會發送任何數據包括ACK位和錯誤幀。它向總線發送的都是隱性位。常用于監控總線流量而不干擾總線。環回模式發送端輸出直接反饋到接收端不與外部總線相連。用于自測試在不連接其他節點的情況下驗證CAN控制器的軟硬件功能是否正常。環回靜默模式結合了以上兩者內部環回且不對外發送用于最徹底的自檢。波特率計算是配置的第一步也是最容易出錯的地方。CAN總線上的位時間被劃分為4個不重疊的段同步段Sync_Seg固定為1個時間份額Tq用于同步跳變沿。傳播時間段Prop_Seg用于補償網絡中的物理延遲。相位緩沖段1Phase_Seg1用于補償邊沿的相位誤差可被重新同步拉長。相位緩沖段2Phase_Seg2用于補償邊沿的相位誤差可被重新同步縮短。采樣點通常位于Phase_Seg1結束的位置。計算公式如下位時間 (Tbit) Tq * (Sync_Seg Prop_Seg Phase_Seg1 Phase_Seg2) 波特率 1 / Tbit Tq (PCLK1的預分頻值) / (CAN外設時鐘頻率)其中Sync_Seg固定為1其他段的長度以Tq為單位可以配置。對于常見的1Mbps波特率在APB1時鐘為36MHz時一種典型的配置是預分頻值3Prop_Seg1Phase_Seg13Phase_Seg23。這樣Tq 3 / 36MHz 83.33ns 位時間Tbit 83.33ns * (1133) 666.67ns 波特率 ≈ 1.5Mbps等等這里算錯了。實際上Tq (PCLK1的預分頻值) / (CAN外設時鐘頻率)這個表述不準確。更準確的說法是CAN外設的時鐘源來自APB1PCLK1經過一個可編程的預分頻器得到時間份額Tq的時鐘。即Tq (BRP 1) / PCLK1其中BRP是波特率預分頻器寄存器的值。那么對于PCLK136MHz 目標波特率1Mbps位時間1000ns 假設我們設置總的時間份額數TS1TS21為 15410 Tq其中TS1Phase_Seg1 TS2Phase_Seg2 Prop_Seg合并到了TS1中這是STM32 bxCAN的簡化模型。 則 Tq 位時間 / 10 1000ns / 10 100ns。 所以 BRP 1 Tq * PCLK1 100ns * 36MHz 100e-9 * 36e6 3.6。 取整 BRP 3因為BRP是整數 則實際 Tq (31)/36e6 111.11ns 實際位時間 111.11ns * 10 1.111us 實際波特率 900kbps。要得到精確的1Mbps需要調整PCLK1或時間份額的分配。許多STM32CubeMX工具可以幫你自動計算這些參數。實操心得波特率配置不匹配是導致通信失敗的最常見原因之一。務必確保總線上的所有節點使用完全相同的波特率設置包括Tq各段長度。在復雜電磁環境中建議將采樣點設置在位時間的75%-80%左右以提高抗干擾能力。可以使用CAN分析儀抓取總線波形觀察實際位時序來驗證配置。3. 基于STM32CubeMX與HAL庫的CAN驅動實現理論鋪墊完畢我們進入實戰環節。我將以STM32F103系列藍色Pill板常見為例使用STM32CubeMX圖形化配置工具和HAL庫一步步搭建一個能收能發的CAN節點。3.1 硬件連接與CubeMX工程配置首先準備硬件兩塊STM32開發板如F103C8T6、兩個CAN收發器模塊如帶TJA1050的模塊、若干杜邦線。連接方式如下兩塊板的CAN_TXMCU側分別接各自收發器模塊的TX。兩塊板的CAN_RXMCU側分別接各自收發器模塊的RX。兩塊收發器模塊的CAN_H連在一起CAN_L連在一起。在總線兩端即兩個模塊上的CAN_H和CAN_L之間各接一個120歐姆電阻。很多模塊自帶120歐姆終端電阻通過跳線帽選擇是否啟用確保只有兩個端點啟用。共地將兩塊開發板和兩個模塊的GND連接在一起。打開STM32CubeMX創建新工程選擇你的芯片型號。時鐘配置在RCC中將HSE設置為Crystal/Ceramic Resonator。在Clock Configuration標簽頁配置系統時鐘。對于F103通常使用外部8MHz晶振經過PLL倍頻到72MHz系統時鐘。然后配置APB1 Prescaler使PCLK1時鐘為36MHzCAN外設掛載在APB1總線上。CAN配置在Pinout Configuration標簽頁的左側找到Connectivity-CAN1。將Mode設置為Normal。進入Parameter Settings子標簽Bit Timing Parameters: 這是關鍵。假設我們配置500kbps波特率PCLK136MHz。在Prescaler (for Time Quantum)里填寫6。Time Quantum (tq) (BRP1)/PCLK1 (51)/36MHz 166.67ns。然后配置位時間段Time Segment 113 tqTime Segment 22 tq。這里Time Segment 1包含了標準的Prop_Seg Phase_Seg1Time Segment 2對應Phase_Seg2。同步段固定為1tq。所以總位時間 1 13 2 16 tq 166.67ns * 16 2.6667us 對應波特率 1/2.6667us ≈ 375kbps看來又需要調整。我們可以利用CubeMX的自動計算功能在Bit Rate欄直接輸入目標波特率如500000然后調整Time Quanta in Bit Segment 1和2使Actual Bit Rate最接近目標值且誤差在可接受范圍1%。經過嘗試Prescaler9Time Segment 110Time Segment 23時實際波特率為500kbps位時間2us 20tq Tq100ns。Operating Mode: 選擇Normal。Slave Start Filter Bank: 如果只有一個CAN保持默認。進入Filter Configuration子標簽過濾器我們稍后詳細講可以先添加一個過濾器Filter Mode選Mask modeFilter Scale選32-bitFilter ID High/Low和Filter Mask High/Low都設為0表示不過濾任何消息全接收。回到Pinout視圖檢查PA11被自動配置為CAN_RXPA12被配置為CAN_TX這是F103的默認引腳其他芯片可能不同。生成代碼在Project Manager標簽設置好工程名、路徑、IDE如MDK-ARM然后點擊GENERATE CODE。3.2 過濾器配置詳解精準接收所需消息CAN控制器在接收時會收到總線上所有的幀。如果不加篩選CPU會被大量無關的中斷淹沒。硬件過濾器Filter的作用就是在消息到達接收郵箱FIFO之前根據ID進行篩選。STM32的bxCAN提供了多達28個取決于型號可配置的過濾器組每個組可以配置為以下兩種模式之一標識符列表模式Identifier List Mode過濾器寄存器中存放的是具體的CAN ID列表。只有當接收到的幀ID與列表中某個ID完全匹配時才會被接收。這相當于“白名單”。標識符掩碼模式Identifier Mask Mode過濾器寄存器中存放一個ID值和一個掩碼Mask值。掩碼位為1表示該ID位必須嚴格匹配為0表示該ID位不關心可以是0或1。這允許接收一個ID范圍內的幀。每個過濾器還可以關聯到兩個接收FIFOFIFO0或FIFO1之一。配置過濾器的步驟通常在MX_CAN1_Init()函數之后進行。下面是一個示例配置一個掩碼模式過濾器只接收標準ID為0x123的幀CAN_FilterTypeDef canfilter; canfilter.FilterBank 0; // 使用過濾器組0 canfilter.FilterMode CAN_FILTERMODE_IDMASK; // 掩碼模式 canfilter.FilterScale CAN_FILTERSCALE_32BIT; // 32位寬 canfilter.FilterIdHigh 0x123 5; // STDID[10:0]放在[15:5]位右對齊 canfilter.FilterIdLow 0x0000; canfilter.FilterMaskIdHigh 0x7FF 5; // 掩碼低11位標準ID位必須匹配 canfilter.FilterMaskIdLow 0x0000; canfilter.FilterFIFOAssignment CAN_RX_FIFO0; // 匹配的幀放入FIFO0 canfilter.FilterActivation ENABLE; canfilter.SlaveStartFilterBank 14; // 對于單CAN此參數無效 if (HAL_CAN_ConfigFilter(hcan1, canfilter) ! HAL_OK) { Error_Handler(); }這里的關鍵是ID和掩碼的移位操作。對于標準ID11位它需要被左移5位放到FilterIdHigh寄存器的[15:5]位因為前面還有擴展ID位和IDE、RTR等控制位。掩碼同樣需要移位。對于擴展ID29位配置更為復雜需要用到FilterIdHigh和FilterIdLow兩個寄存器。注意事項過濾器配置必須在CAN啟動HAL_CAN_Start之前完成。如果運行時需要動態修改過濾器必須先調用HAL_CAN_Stop修改配置后再調用HAL_CAN_Start和HAL_CAN_ActivateNotification如果使用中斷。3.3 中斷方式收發數據實戰配置好過濾器后我們啟用中斷并實現數據的發送和接收。首先在CubeMX的NVIC Settings中使能CAN1_RX0和CAN1_TX中斷如果需要發送中斷通知的話。在main.c的用戶代碼區添加以下代碼1. 啟動CAN并激活接收中斷// 啟動CAN控制器 if (HAL_CAN_Start(hcan1) ! HAL_OK) { Error_Handler(); } // 激活FIFO0消息掛起中斷即收到消息時產生中斷 if (HAL_CAN_ActivateNotification(hcan1, CAN_IT_RX_FIFO0_MSG_PENDING) ! HAL_OK) { Error_Handler(); }2. 發送函數我們編寫一個簡單的發送函數。通常我們會準備一個發送郵箱TxMailbox配置好幀頭和數據然后啟動發送。uint8_t CAN_Send_Msg(uint32_t id, uint8_t* data, uint8_t len) { CAN_TxHeaderTypeDef TxHeader; uint32_t TxMailbox; TxHeader.StdId id; // 標準ID TxHeader.ExtId 0; // 擴展ID標準幀時設為0 TxHeader.IDE CAN_ID_STD; // 標準幀 TxHeader.RTR CAN_RTR_DATA; // 數據幀 TxHeader.DLC len; // 數據長度0-8 TxHeader.TransmitGlobalTime DISABLE; // 啟動發送使用阻塞模式等待發送完成或超時 if (HAL_CAN_AddTxMessage(hcan1, TxHeader, data, TxMailbox) ! HAL_OK) { return 1; // 發送失敗 } // 如果需要等待發送完成可以輪詢郵箱狀態但中斷方式更高效 // while(HAL_CAN_GetTxMailboxesStatusLevel(hcan1) ! 0) {} // 等待所有郵箱空 return 0; // 發送成功 }在實際應用中更推薦使用中斷或DMA方式發送避免阻塞主程序。可以通過HAL_CAN_ActivateNotification(hcan1, CAN_IT_TX_MAILBOX_EMPTY)激活發送郵箱空中斷在中斷回調函數中填充下一個要發送的消息。3. 接收中斷回調函數當FIFO0收到新消息時會觸發中斷并跳轉到弱定義的回調函數。我們需要重寫這個函數。// 在main.c文件末尾用戶代碼區添加 void HAL_CAN_RxFifo0MsgPendingCallback(CANHandleTypeDef *hcan) { CAN_RxHeaderTypeDef RxHeader; uint8_t RxData[8]; // 從FIFO0讀取消息 if (HAL_CAN_GetRxMessage(hcan, CAN_RX_FIFO0, RxHeader, RxData) HAL_OK) { // 成功接收到一幀數據 uint32_t id RxHeader.StdId; // 如果是標準幀 uint8_t len RxHeader.DLC; // 在這里處理接收到的數據例如打印、存儲或觸發動作 // 注意此回調函數在中斷上下文中應盡快處理避免耗時操作 // 常見的做法是將數據拷貝到全局緩沖區并設置一個標志位在主循環中處理 printf(Received ID: 0x%03X, Data: , id); for(int i0; ilen; i) { printf(%02X , RxData[i]); } printf(\n); } }4. 主循環中的調用示例int main(void) { // ... HAL初始化系統時鐘配置CAN外設初始化由CubeMX生成... // ... 調用前面的過濾器配置函數 ... // ... 啟動CAN并激活中斷 ... uint8_t send_data[8] {0x11, 0x22, 0x33, 0x44, 0x55, 0x66, 0x77, 0x88}; while (1) { // 每隔1秒發送一幀ID為0x456的數據 CAN_Send_Msg(0x456, send_data, 8); HAL_Delay(1000); // 主循環中可以進行其他任務接收由中斷回調函數處理 } }將兩塊板子的代碼分別燒錄一塊定時發送ID為0x456的數據另一塊配置為接收所有幀或只接收0x456。連接好硬件打開串口助手應該能看到接收方打印出發送的數據。至此一個最基本的CAN雙向通信就實現了。4. 常見問題排查與調試技巧實錄在實際動手過程中你幾乎一定會遇到各種問題。下面是我踩過的一些坑和總結的排查思路希望能幫你快速定位問題。4.1 硬件連接與電源問題這是最基礎也最容易被忽視的環節。癥狀完全無法通信邏輯分析儀或示波器上看不到任何差分信號。排查步驟檢查供電確保所有節點MCU、收發器供電穩定且電壓正確。CAN收發器通常需要5V或3.3V供電務必核對數據手冊。檢查終端電阻用萬用表測量CAN_H和CAN_L之間的電阻。在總線兩端都正確接入120歐姆電阻的情況下并聯阻值應為60歐姆左右。如果測得120歐姆說明只有一個終端電阻如果阻值很大或開路說明終端電阻沒接或接觸不良如果阻值遠小于60歐姆可能有多個節點都使能了終端電阻。檢查差分線確保CAN_H接CAN_H CAN_L接CAN_L沒有接反。接反可能導致通信異常。檢查共地所有節點的地GND必須連接在一起構成共同的參考電位。不共地是導致通信失敗的常見原因。檢查收發器模式有些收發器如TJA1050有靜默模式引腳STB需要接高或接低才能進入正常工作模式。4.2 波特率配置錯誤癥狀自發自收環回模式正常但兩個節點之間無法通信或者能收到一些亂碼或錯誤幀。排查方法嚴格核對配置確保兩個節點的Prescaler、Time Segment 1、Time Segment 2、SJW等所有位時序參數完全一致。一個字節一個字節地對比初始化代碼。使用CAN分析儀這是最有效的工具。將分析儀接入總線它可以直觀地顯示總線上的波形、解碼出的幀內容、錯誤統計并能直接測量出實際波特率。對比測量值與你的配置值。計算時鐘源確認給CAN外設提供時鐘的PCLK1頻率是多少。如果使用了PLL檢查倍頻、分頻系數是否正確。在代碼中打印或通過調試器查看系統時鐘配置寄存器的值。4.3 過濾器配置不當導致收不到數據癥狀發送方似乎正常用分析儀能看到總線有波形但接收方毫無反應中斷不觸發。排查步驟關閉過濾器測試先將所有過濾器禁用FilterActivation DISABLE或者配置一個全接收的掩碼ID0 Mask0。如果此時能收到數據說明問題出在過濾器配置上。檢查ID格式確認你配置的是標準幀還是擴展幀IDE位與發送方發出的幀格式是否一致。標準幀和擴展幀的過濾器配置方式不同。檢查移位操作這是最容易出錯的地方。對于標準ID需要左移5位放入FilterIdHigh對于擴展ID需要拆分到FilterIdHigh和FilterIdLow并注意IDE位的設置。仔細閱讀參考手冊中關于過濾器寄存器位映射的說明。檢查過濾器組分配確保接收中斷如FIFO0與過濾器關聯的FIFOFilterFIFOAssignment一致。4.4 錯誤幀頻發與總線狀態異常癥狀通信時斷時續用分析儀能看到大量錯誤幀或者節點自動進入總線關閉狀態。可能原因與對策總線負載過高如果短時間內發送大量高優先級幀可能導致低優先級幀一直無法獲得總線仲裁從而觸發發送錯誤計數器增長。優化通信協議減少不必要的數據發送頻率或合理分配ID優先級。電磁干擾EMI在工業環境中強電磁干擾可能導致位錯誤。檢查布線CAN雙絞線絞距應盡量小并遠離電源線等干擾源。可以考慮使用帶屏蔽層的CAN電纜并將屏蔽層單點接地。節點硬件故障某個節點的CAN收發器損壞可能會持續向總線發送顯性電平導致整個總線癱瘓“總線鎖死”。可以嘗試逐個斷開節點來定位故障點。地線環路如果網絡跨度大多點接地可能形成地線環路引入共模干擾。確保網絡采用單點接地或使用隔離型CAN收發器模塊。4.5 調試工具與技巧速查表工具/方法用途使用技巧萬用表測量終端電阻、檢查電源和通斷。斷電測量電阻上電測量電壓。CAN_H和CAN_L對地電壓在靜態隱性時都應約為2.5V。示波器觀察CAN_H和CAN_L的差分波形。使用差分探頭或分別測量CAN_H和CAN_L后做數學運算。觀察波形是否干凈上升/下降沿是否陡峭有無過沖或振鈴。邏輯分析儀抓取并解碼CAN總線數字信號。配合CAN解碼軟件可以直觀看到每一幀的ID、數據、幀類型是分析通信邏輯的利器。專用CAN分析儀最強大的調試工具可模擬節點、壓力測試、統計錯誤。如PCAN ZLG的CAN卡等。可以實時監控總線負載、錯誤幀計數、精確測量波特率并模擬發送任意幀對復雜問題診斷至關重要。軟件打印調試在代碼中插入狀態打印。在初始化成功、發送完成、接收回調、錯誤回調等位置打印信息通過串口輸出了解程序運行到哪一步出了錯。STM32 CubeMonitor圖形化監控CAN總線數據。需要配合ST-Link可以實時繪制信號變化曲線適合分析周期性發送的數據。實操心得遇到問題務必遵循“從硬件到軟件從簡單到復雜”的排查順序。首先用萬用表和示波器確認物理層正常然后用CAN分析儀確認數據鏈路層有正確的幀在傳輸最后再深入調試軟件配置和邏輯。養成在初始化后檢查HAL_CAN_GetError和HAL_CAN_GetState函數返回值的習慣能快速定位大部分配置錯誤。對于穩定性要求高的項目一定要在代碼中實現錯誤回調函數如HAL_CAN_ErrorCallback并記錄錯誤類型這對于后期運維和故障診斷有極大幫助。