一、FET113i-S核心闆國産化降本之選

對于成本敏感型的工業項目，飛淩嵌入式FET113i-S核心闆是一款極具優勢的選擇。這款基于全志T113-i工業級處理器打造的全國産工業級核心闆，含稅價格最低僅需88元。

1. 多核異構，靈活配置

飛淩嵌入式FET113i-S核心闆雖定位為入門級，卻擁有三種處理器架構：雙核ARM Cortex-A7 CPU（主頻1.2GHz）、64位玄鐵C906 RISC-V CPU和專用DSP核。通過軟件可靈活控制各核心的開啟與關閉，實現A7核+RISC-V核+DSP核同時運行的強大組合。

這種架構讓單一芯片即可應對複雜場景：Cortex-A7負責主控運算，DSP核處理多媒體和數字信号，RISC-V核則滿足實時控制需求，實現“一芯多用”。

2. 工業級可靠性與豐富接口

FET113i-S核心闆整闆采用100%國産工業級元器件，從内存、存儲到每一顆阻容件均可經受-40℃~+85℃嚴苛工作溫度的考驗，适應工業現場複雜環境。

接口資源同樣豐富：支持8位并行CSI、CVBS視頻輸入；CVBS、RGB、雙通道LVDS、四通道MIPI DSI視頻輸出；同時還配備USB、SDIO、UART、SPI、CAN、Ethernet等工業常用接口。

3. 适用領域

憑借超高性價比和工業級可靠性，FET113i-S特别适合應用于軌道交通、電力能源、工業控制、安防監控、會議系統等領域中對成本控制要求較高的項目。

二、FET536-C核心闆高性能多接口專家

在去年的9月的工博會上，全志科技發布了T系列處理的最新成員——T536，同一時間，飛淩嵌入式也行業首發了搭載T536系列處理器的FET536-C核心闆。對于需要實時控制和豐富接口的高端工業應用而言，飛淩嵌入式FET536-C核心闆是一款十分值得推薦的解決方案。

1. 四核A55 + RISC-V實時雙架構

飛淩嵌入式FET536-C核心闆采用AMP多核異構設計：四核Cortex-A55（主頻1.6GHz）處理複雜應用，600MHz玄鐵E907 RISC-V MCU專攻實時任務。這種架構支持Linux RT+FreeRTOS+裸機代碼混合運行，平衡高性能計算與實時控制需求。集成2TOPS NPU，為邊緣AI應用提供強勁支持。

2. 工業級接口矩陣

FET536-C核心闆核心闆的最大亮點在于其配備了豐富的接口資源：通信接口：4路CAN-FD、17路UART、2路千兆以太網；高速擴展：USB3.1、PCIe 2.1（5Gbps）；控制信号：34路PWM、28路ADC、196路GPIO，此外，還支持并行總線LocalBus，讀寫速率高達16bit@100M/32bit@50M，可實現與FPGA的百納秒級低延時數據交互，特别适合工業控制中的實時數據采集場景。

3. 适用領域

憑借豐富接口和實時性能，FET536-C可以成為集中器、DTU、充電樁、工業控制等領域的理想選擇。

三、FET527N-C核心闆多場景性能旗艦

當項目需要處理複雜計算任務或AI推理時，飛淩嵌入式FET527N-C核心闆展現出強大的多場景适應能力。該産品基于全志T527系列高性能處理器，采用闆對闆連接器設計，便于安裝維護，并具有10-15年生命周期，保障長期供應。

1. 八核超高性能工業級國産芯片

FET527N-C的核心亮點在于其8核Cortex-A55架構（4核@1.8GHz + 4核@1.4GHz），數據處理能力高達36.7K DMIPS。同時集成RISC-V協處理器和HiFi4 DSP核，形成完善的多核異構計算體系。

更重要的是其搭載的2TOPS NPU，支持INT8/INT16量化運算，提供40+種AI算子，為邊緣AI應用提供強勁算力支持。

2. 超強多媒體與顯示能力

FET527N-C核心闆在多媒體處理上表現卓越：支持H.264編解碼、H.265解碼（4K@60fps），并實現4K+1080P雙屏異顯輸出。顯示接口全面覆蓋RGB、雙通道LVDS、四通道MIPI DSI和eDP，滿足多屏互動場景需求。

3. 全棧國産化生态

作為戰略合作夥伴，飛淩嵌入式與全志科技深度合作，确保硬件功能表現的深度優化。此外，核心闆已适配OpenHarmony 4.1系統，實現從芯片到操作系統的全鍊路國産化。

4. 适用領域

憑借卓越的綜合性能，FET527N-C核心闆廣泛适用于商顯/收銀、雲電腦、機器人、工業智能、邊緣計算網關、後裝中控、商用車、工控機等領域。

四、總結

通過深度解析三款核心闆的特性，我們可清晰梳理出選型決策——FET113i-S核心闆，适用于成本敏感型的輕量級工業應用場景；FET527N-C核心闆，适合高性能多媒體及AI應用；FET536-C核心闆，則是面向更為複雜的高端工業控制場景。希望本文能夠幫助您找到更加匹配項目需求的全志T系列核心闆解決方案，助力您的項目快速落地。

盡管控制器局域網（CAN）總線憑借其卓越的實時性、抗幹擾能力和傳輸可靠性等優勢，長期以來都是電池數據傳輸的主流協議，但在應對超大規模電池組監測場景時，傳統處理器有限的CAN接口數量逐漸成為制約系統性能的瓶頸。

一、T536核心闆，8路CAN-FD支持

在這樣的背景下，飛淩嵌入式基于全志T536處理器設計開發的FET536-C核心闆便是一款十分理想的主控選擇 —— FET536-C核心闆原生支持4路CAN-FD接口，并可通過4路SPI轉CAN-FD接口進行擴展，直接滿足8路CAN-FD并行采集的需求！搭載主頻1.6GHz的4核A55架構CPU，使其具備線程級負載均衡能力。當面對8路CAN-FD并行接收産生的大量數據時，高性能CPU可将數據處理、中斷響應等任務合理分配至不同核心，避免單一核心負載過重。

二、多線程架構，構建高效數據鍊路

飛淩嵌入式基于FET536-C核心闆設計了一套【8路CAN-FD技術展示方案】，它的架構分為下位機、中位機、上位機三級，通過協同工作實現實現8路CAN-FD并行處理。以下是系統框架圖以及各層功能詳解：

1、下位機

下位機是系統中直接與電池接觸的部分，通常被稱為執行器或傳感器。下位機負責采集電池的實時數據，如電池電量、内阻等數據，并将這些數據上傳給中位機。本展示方案中，下位機的主要功能包括：

數據采集：采集8路CAN-FD數據；

模拟按鍵操控：按鍵模拟電池容量，每按一下循環增加電池容量，将電池容量信息發送至中位機。

2、中位機

中位機在系統中扮演着承上啟下的角色，作為數據與通信中樞，一方面中位機通過下位機獲取底層的電池系統數據，另一方面負責向上位機彙報數據。中位機的主要功能包括：

數據接收：通過下位機獲取8路CAN-FD通道底層的電池容量數據和單位時間發送幀數，根據幀數分别計算出每個通道的帶寬數據并更新共享内存；

數據上傳：将計算出的帶寬數據和電池容量數據，通過Socket發送至上位機進行分析和界面顯示。

3、上位機

上位機，是處于整個測試系統最上層的控制設備。上位機的主要功能包括：

數據接收：Socket連接中位機，接收來自中位機的帶寬和電池容量數據；

可視化界面顯示：界面展示帶寬變化曲線圖和實時電池容量，供用戶分析。

三、四大優化策略，提升性能上限

1、通道性能調優

緩沖區擴容：擴大接收緩沖區，降低高負載丢包率；

CPU親和性綁定：避免資源争搶，實現負載均衡。

2、并行處理優化

非阻塞I/O與批量讀取：避免線程阻塞，循環讀取所有待處理幀；

原子操作替代鎖：獲取各通道幀計數，消除鎖競争帶來的性能瓶頸。

3、通信協議增強

CAN-FD協議适配：啟用FD模式（數據段4Mbps），擴展幀、單幀承載數據量提升至64字節；

TCP可靠傳輸：避免客戶端斷開引發進程崩潰，支持斷線重連機制。

四、效果展示，表現優異 

1、核心指标驗證 

2、實時監控效果

如動圖所示：8路CAN-FD通道實時帶寬監控曲線，原生通道穩定在3.2-3.6Mbps，擴展通道穩定在2.9Mbps；下位機按鍵模拟電池容量逐漸增加或置0後再次增加，中位機快速響應接收并上傳至上位機，上位機界面可以即刻展示出相應變化。

3、應用價值

新能源場景：支持百電芯級電池組實時監控，數據延遲＜10ms；

工業自動化：8路并行采集滿足多設備協同控制需求，系統響應效率大幅度提升；

技術前瞻性：為下一代車載ECU、智能電網邊緣計算提供高帶寬通信範式。

五、總結

【基于飛淩嵌入式T536核心闆的8路CAN-FD技術展示方案】通過多核架構優化、協議棧深度調優與并行處理技術，成功破解八路CAN-FD高帶寬接收難題。在新能源與工業領域數字化轉型浪潮中，該技術為海量數據實時采集提供了可複用的工程化解決方案，推動嵌入式系統向高并發、低延遲方向邁進。

一、高性能多核異構架構：集成AI 算力的高效計算方案

全志T536芯片采用AMP多核異構設計，集成了4核1.6GHz ARM Cortex-A55内核和1個600MHz RISC-V輔助核。這種架構設計不僅實現了計算資源的高效利用，還極大地提升了系統的靈活性和擴展性。飛淩嵌入式 T536核心闆充分利用了這一優勢，能夠高效處理系統調度和并發業務，确保産品在複雜場景下的出色性能表現和交互體驗。全志T536芯片還集成了算力高達2Tops的NPU，為端側語音及自然語言處理、圖像處理及畫質增強等AI應用提供了強大的性能支持，讓飛淩嵌入式T536核心闆在集中器、FTU、DTU、充電樁、交通、機器人、工業控制等領域展現出卓越的智能處理能力。

 二、工業級接口矩陣與靈活擴展能力

飛淩嵌入式T536核心闆完整保留了全志T536芯片豐富的接口資源，為工業應用提供了全方位的連接支持。它支持4路CAN-FD接口、2路GMAC千兆以太網接口、USB3.1和PCIe2.1等高速接口，以及17路UART、34路PWM、28路ADC等數據接口和196路GPIO接口。這些接口能夠滿足各種外圍設備的連接需求，讓網絡通信、精确數據采集、快速數據傳輸和外部設備拓展變得更加得心應手。

此外，核心闆搭載的高速并口總線LocalBus 支持 100MHz 傳輸時鐘與 300MB/s 帶寬，搭配專用 DMA 通道，可實現與 FPGA 的低延時（百納秒級）數據交互，适用于工業控制中的實時數據采集與處理場景，為工業控制器、邊緣計算網關、電力集中器等應用提供了強大的硬件基礎。

三、全鍊路開發支持：軟硬件協同加速産品落地

飛淩嵌入式 T536核心闆配備了靈活且完善的軟件系統配置，為用戶提供了強大的開發支持。核心闆支持Linux 5.10操作系統，并為開發者提供了全面的開發資源，包括軟件和硬件開發資料、常見問題手冊、引腳複用對照表、硬件手冊、測試例程以及底闆原理圖等。這些完備的資料極大地簡化了開發流程，顯著提升了開發效率，使得産品開發和生産更加高效便捷。

在硬件架構上，全志T536芯片集成四核Cortex-A55處理器與64位玄鐵E907 RISC-V微控制器，形成“高性能計算 + 實時控制” 的雙引擎架構，支持Linux RT、FreeRTOS及裸機代碼運行環境，可同時滿足高效能處理與實時性控制需求。

四、工業級信息安全體系：全鍊路數據防護方案

飛淩嵌入式T536核心闆通過集成多項先進的安全技術，為系統安全和數據加密提供了全方位的保障。它支持以下功能：

TrustZone技術：通過硬件級的安全隔離機制，将系統劃分為安全區域（Secure World）和非安全區域（Normal World），确保關鍵數據和操作在安全區域内執行，防止惡意攻擊和數據洩露。

Secure Boot（安全啟動）：從硬件層面确保設備從啟動到運行的全過程都在安全環境下進行，防止惡意軟件在啟動過程中注入，保障系統的初始狀态安全可靠。

國密算法SM2/SM3/SM4：支持國産商用密碼算法，包括SM2橢圓曲線公鑰密碼算法、SM3摘要算法和SM4分組密碼算法。這些算法在保障數據加密強度的同時，也滿足了國内信息安全的合規要求，為數據傳輸和存儲提供了高強度的加密保護。

全通路ECC（Error-Correcting Code）技術：覆蓋從CPU到DDR内存的整個數據傳輸路徑，提供實時的錯誤檢測和糾正功能。ECC技術能夠自動檢測并糾正單比特錯誤，防止數據在傳輸過程中因硬件故障或幹擾而損壞，從而保障數據的完整性和可靠性，有效防止非法篡改。

通過這些技術的綜合應用，T536核心闆不僅确保了系統的安全性和數據的保密性，還提升了系統的可靠性和穩定性，特别适用于對安全性和可靠性要求極高的工業控制、智能安防、電力數據采集等領域，有效抵禦惡意攻擊與數據洩露風險。

五、工業級可靠性驗證：嚴苛環境下的穩定保障

為了确保在工業環境中的穩定運行，T536核心闆經過了充分的可靠性測試。無論是極端溫度、高濕度還是強電磁幹擾，這款核心闆都能憑借其卓越的工業級品質，展現出可靠的性能表現。工業應用中，穩定性是生命線，而飛淩嵌入式T536 核心闆憑借其卓越的工業級品質，成為工業設備穩定運行的堅實基石。

飛淩研發實驗室-更多檢測詳情-點擊查看

六、100% 國産化方案：供應鍊穩定與成本優化

在國産化替代趨勢的不斷推進下，飛淩嵌入式T536核心闆采用工業級方案，實現全部物料100%國産化，為用戶提供更加穩定可靠的硬件支撐，有效降低了因外部供應不穩定帶來的風險，并且大大降低了采購成本，讓企業在項目投入上更具性價比。

飛淩嵌入式T536核心闆憑借其成熟的設計和完善的開發支持，設備廠商可以大幅縮短開發周期，平均可節省3~6個月的開發時間。不僅降低了開發門檻和研發成本，同時在中後期還便于産品疊代升級，減少維護工作量。

七、長生命周期保障：10~15 年持續供應

飛淩嵌入式T536核心闆承諾10~15年的生命周期，這不僅是對産品質量的自信，更是對用戶長期需求的堅定承諾。在産品的整個生命周期内，用戶将享受到持續穩定的供應保障，無需擔心因核心部件停産或供應中斷而導緻的項目停滞，可專注于産品的持續優化和市場拓展。

八、國産化工業場景落地：多領域核心應用方案

基于高性能、多接口、高可靠性及國産化特性，飛淩嵌入式T536 核心闆可廣泛應用于以下工業場景。

在工業自動化領域，作為核心部件，可對生産流程實時監測與優化管控；在智能交通領域，可用于交通信号調控、車輛流量監測等裝備，提升交通智能化管理水平；在新能源領域，能用于充電樁的控制系統，實現對充電流程的精準操控與管理；在機器人行業，可賦予機器人高效數據處理及實時控制能力，助力完成複雜精準動作控制；在電力系統中，作為集中器關鍵部分，可精準監控和智能調度電力傳輸與分配，保障電力系統穩定可靠運行。

核心闆功能全面，加之飛淩嵌入式具備競争力的價格優勢及完備的售後技術支持，為用戶提供了堅實的硬件基礎，助力産品快速上市。

九、總結

飛淩嵌入式T536 核心闆是集多核異構計算、工業級接口矩陣、國密安全體系于一體的工業級邊緣計算核心闆。其通過 100% 國産化方案、10~15 年生命周期承諾及全鍊路開發支持，不僅為工業自動化、智慧能源、智能交通等領域提供了高性能、高可靠的硬件支撐，更助力企業實現國産化替代，降低供應鍊風險與開發成本。是工業領域用戶追求高效、穩定、安全解決方案的卓越之選。

一、RK3576核心闆，更新更強的引擎

消費者對割草機器人功能要求的提升，正催生行業對智能化、高效化技術方案的迫切需求。作為智能化浪潮的核心技術載體，瑞芯微RK3576處理器憑借高性能計算、高算力、多傳感器融合及低功耗設計，正在拓寬智能割草機器人的技術邊界，推動産品向更精準、自主、環保的方向進化。

飛淩嵌入式基于瑞芯微RK3576芯片設計開發的FET3576-C核心闆，采用先進8nm制程工藝，集成四核Cortex-A72（主頻2.3GHz）與四核Cortex-A53（主頻2.2GHz），配備Mali-G52 MC3圖形處理單元GPU及獨立6TOPS算力的神經網絡處理單元NPU，成為了國産高端割草機器人更強大的引擎。

二、強大性能帶來技術革新

将飛淩嵌入式FET3576-C核心闆這顆強大的引擎作為新一代割草機器人的主控設備，對功能豐富度以及性能表現的提升是十分明顯的，其技術革新主要體現在以下維度：

(1) 核心計算架構

FET3576-C核心闆的CPU部分由四顆Cortex-A72核心與四顆Cortex-A53核心組成，大小核架構能夠支持如路線決策、圖像采集、機械控制等多任務的并發執行能力。

(2) AI計算加速體系

FET3576-C核心闆内置的NPU支持 INT4/ INT8/ INT16/ FP16/ BF16/ TF32操作，并支持TensorFlow、Caffe、Pytorch等多種深度學習框架，6TOPS充沛算力可以實現精确的物體識别檢測，在複雜環境中也可以識别各種障礙物，并優化割草路線決策。

(3) 智能除草系統實現

FET3576-C核心闆通過多樣化總線接口構建了智能除草機器人的完整功能閉環。得益于FlexBus并行總線（最高100MHz時鐘，兼容2/4/8/16bits傳輸）及DSMC、CAN-FD、PCIe2.1、SATA3.0、USB3.2等高速接口，可靈活适配多光譜攝像頭陣列（通過MIPI-CSI接入）及各類執行機構。

在功能實現上，AI視覺算法通過攝像頭數據實現準确的障礙物實時辨識；決策層采用AI模型完成動态路徑規劃；執行端則通過CAN/GPIO接口控制激光模塊或機械臂，實現毫米級精準作業。此外，Wi-Fi和藍牙可支持手機APP遠程設置虛拟邊界、查看工作日志。

三、總結

從傳統手推式割草機到智能化作業平台的疊代，中國品牌正通過創新推動割草機器人産業的發展。飛淩嵌入式FET3576-C核心闆通過高性能的處理器架構、強大的AI算力及全場景功能接口，構建了的智能割草機器人“感知-決策-執行”的閉環，也為中國智造走向全球的貢獻了力量。

一、硬件平台：FET3588-C核心闆

飛淩嵌入式FET3588-C核心闆是基于瑞芯微RK3588旗艦處理器設計開發的一款高性能嵌入式平台，搭載強大的6TOPS算力NPU（神經處理單元），專為AI推理優化，功耗低、算力強，可應用于工業和消費電子設備。

AI算法模塊：結合CNN提取特征、LSTM捕捉趨勢，融合後預測容量。

部署模塊：通過RKNN工具将模型優化為.rknn格式，确保在RK3588核心闆上高效運行。

數據處理模塊：支持從NASA數據集 提取樣本，生成預測結果。

二、算法如何預測電池壽命

1、算法實現

CNN提取特征：卷積神經網絡（CNN）處理電池的電壓、電流、溫度等的5個時間步，提取充電過程中的局部模式（如電壓曲線拐點）。通過多個卷積核和ReLU激活，生成特征向量，捕捉電池運行條件的細微變化。

LSTM捕捉趨勢：長短期記憶網絡（LSTM）分析容量序列，運用輸入門、遺忘門和輸出門機制，有效記憶并建模電池容量的長期衰減趨勢（例如從2.0Ah到1.4Ah的老化過程）。使用以下公式動态更新隐藏狀态，确保長期依賴建模。

融合與回歸：将CNN提取的局部特征與LSTM捕捉的長期趨勢進行拼接融合，輸入到全連接層進行回歸預測，輸出歸一化的電池容量值。訓練過程使用MSE損失函數、Adam優化器，并加入Dropout層防止過拟合。最終預測結果通過MinMaxScaler反歸一化為實際的Ah容量值。

RUL計算：基于預測的容量值，當容量衰減至預設阈值（通常為初始容量的80%，例如1.6Ah）時，即可計算出剩餘使用壽命（RUL）。方案還引入了指數衰減模型進行拟合優化，通過參數λ進一步精化RUL預測結果。指數衰減模型如下：

2、部署在 RK3588核心闆上

模型轉換：将Keras模型導出為ONNX，再用RKNN工具包轉換為.rknn格式，支持RK3588的NPU。FP16量化減少計算量，單樣本推理僅0.55毫秒。

推理優化：RKNNLite API逐樣本推理，輸入轉置為NCHW格式（例如[1,1,5]）。可優化為批量推理，減少循環開銷。INT8量化進一步提升效率，但需驗證精度。

三、效果展示

上圖清晰地展示了方案的實際預測效果：

• 藍線： 真實的電池容量衰減曲線。

• 橙線： AI模型預測的電池容量曲線。

• X軸： 樣本索引（代表時間/循環次數）。

• Y軸： 電池容量（Ah）。

從圖中可以直觀看出，預測曲線（橙色）與真實曲線（藍色）基本吻合，充分證明了AI預測模型的精準性。

四、總結

飛淩嵌入式将CNN+LSTM融合AI算法與高性能的RK3588核心闆深度結合，精準解決了锂電池剩餘使用壽命（RUL）預測的精度與效率難題——在FET3588-C核心闆上，算法以FP16量化實現單樣本推理的用時僅0.55ms，兼顧高精度（MAPE 3.3%）和低功耗，INT8量化可進一步優化效率。該方案為锂電池管理系統（BMS）提供了強大、可靠、可落地的輕量級AI預測能力，顯著提升了電池使用的安全性和經濟性，在電動汽車、儲能系統、便攜設備等領域具有廣闊的應用前景。

演示平台：飛淩嵌入式OK-MX9352-C開發闆

一、FreeRTOS-generic

飛淩嵌入式OK-MX9352-C開發闆支持FreeRTOS功能特性示例代碼如下：

freertos_event：任務事件演示例程

freertos_queue：隊列消息實現任務間通信的演示例程

freertos_mutex：互斥鎖使用例程

freertos_sem：信号量使用例程

freertos_swtimer：軟件計數器及其回調的用法。

freertos_tickless：使用 LPTMR 延時喚醒或者硬件中斷喚醒例程

freertos_generic：task、queue、swtimer、tick hook 、semaphore 組合利用演示例程。

因FreeRTOS_generic例程使用的FreeRTOS特性較多，我們重點分析此例程。

1、軟件實現

示例程序内容包括：任務創建、隊列、軟定時器、系統節拍時鐘、信号量、異常處理。具體如下：

任務創建：

主函數創建了隊列發送、接收，信号量三個任務。

//  創建隊列接收任務
if(xTaskCreate(prvQueueReceiveTask,"Rx",configMINIMAL_STACK_SIZE+166,NULL,mainQUEUE_RECEIVE_TASK_PRIORITY,NULL)!=pdPASS)
// 創建隊列發送任務
if(xTaskCreate(prvQueueSendTask,"TX",configMINIMAL_STACK_SIZE+166, NULL, mainQUEUE_SEND_TASK_PRIORITY, NULL) !=pdPASS)
// 創建信号量任務
if(xTaskCreate(prvEventSemaphoreTask,"Sem",configMINIMAL_STACK_SIZE+166,NULL,mainEVENT_SEMAPHORE_TASK_PRIORITY, NULL) != pdPASS)

隊列： 

隊列發送任務，阻塞200ms後向隊列發送數據；隊列接收任務，任務阻塞讀取隊列，數據讀取正确，則打印此時的隊列接收數量。

// 隊列發送任務，阻塞200ms後 向隊列發送數據 
static void prvQueueSendTask(void *pvParameters)  
{  
    TickType_t xNextWakeTime;  
    const uint32_t ulValueToSend = 100UL;  
    xNextWakeTime = xTaskGetTickCount();  
    for (;;)  
    {  
        // 任務阻塞，直至200ms延時結束  
        vTaskDelayUntil(&xNextWakeTime, mainQUEUE_SEND_PERIOD_MS);  
        // 向隊列發送數據，阻塞時間為0表示當隊列滿的時候就立即返回  
        xQueueSend(xQueue, &ulValueToSend, 0);  
    }  
} 
// 隊列接收任務，任務阻塞讀取隊列，數據讀取正确，則打印此時的隊列接收數量。
static void prvQueueReceiveTask(void *pvParameters)  
{  
    uint32_t ulReceivedValue;  
    for (;;)  
    {  
        // 任務一直阻塞，知道隊列内讀取到數據  
        xQueueReceive(xQueue, &ulReceivedValue, portMAX_DELAY);  
        //  隊列數據和發送一緻，隊列接收數量+1 輸出此時的隊列接收數量  
        if (ulReceivedValue == 100UL)  
        {  
            ulCountOfItemsReceivedOnQueue++;  
            PRINTF("Receive message counter: %d.\r\n", ulCountOfItemsReceivedOnQueue);  
        }  
    }  
}  

軟定時器：

設置軟定時器周期1s，時間到後，調用回調函數，記錄次數并串口打印。

// 創建軟件定時器任務 時間為1s,周期循環  
xExampleSoftwareTimer = xTimerCreate(  
                                     "LEDTimer",  
                                     mainSOFTWARE_TIMER_PERIOD_MS,  
                                     pdTRUE,  
                                     (void *)0,  
                                     vExampleTimerCallback);  
// 啟動軟件定時器  
xTimerStart(xExampleSoftwareTimer, 0); 
   // 回調函數
static void vExampleTimerCallback(TimerHandle_t xTimer)  
{  
    // 每1s進入一次回調函數，計數增加  
    ulCountOfTimerCallbackExecutions++;  
    PRINTF("Soft timer: %d s.\r\n", ulCountOfTimerCallbackExecutions);  
}

系統節拍時鐘：

通過設置文件 FreeRTOSConfig.h 中 configTICK_RATE_HZ 設置任務節拍中斷頻率， 在啟動任務調度器時，系統會根據另一個變量CPU的頻率configCPU_CLOCK_HZ計算對應寫入節拍計數器的值，啟動定時器中斷。

// 設置系統時鐘節拍為 1000/200=5ms  
#define configTICK_RATE_HZ                      ((TickType_t)200)
  

信号量：

每個系統節拍時鐘中斷中，調用函數vApplicationTickHook，累積500次即500*5ms=2.5s後，發送信号量。信号量任務獲取信号後，計數并打印累積次數。

// 系統節拍為5ms，每個500*5ms=2.5s 釋放事件信号量  
void vApplicationTickHook(void)  
{  
    BaseType_t xHigherPriorityTaskWoken = pdFALSE;  
    static uint32_t ulCount             = 0;  
    ulCount++;  
    if (ulCount >= 500UL)  
    {  
        // 在中斷中釋放事件信号量  
        xSemaphoreGiveFromISR(xEventSemaphore, &xHigherPriorityTaskWoken);  
        ulCount = 0UL;  
    }  
} 
// 任務阻塞等待信号量，收到後，接收次數增加，并通過串口打印  
static void prvEventSemaphoreTask(void *pvParameters)  
{  
    for (;;)  
    {  
        // 任務阻塞，直到能獲取信号量  
        if (xSemaphoreTake(xEventSemaphore, portMAX_DELAY) != pdTRUE)  
        {  
            PRINTF("Failed to take semaphore.\r\n");  
        }  
        // 接收到信号量的次數累加  
        ulCountOfReceivedSemaphores++;  
        PRINTF("Event task is running. Get semaphore :%d \r\n",ulCountOfReceivedSemaphores);  
    }  
}  

異常處理：

當内存分配失敗、堆棧發生錯誤或任務空閑時，進入相應的函數，用戶可添加相應的處理函數。

// 内存分配失敗函數，當内存分配失敗時，進入此函數  
void vApplicationMallocFailedHook(void)  
{  
    for (;;)  
        ;  
}
// 堆棧錯誤檢查函數，當堆棧發生溢出時，進入此函數  
void vApplicationStackOverflowHook(TaskHandle_t xTask, char *pcTaskName)  
{  
    (void)pcTaskName;  
    (void)xTask;  
    for (;;)  
        ;  
}  
// 空閑任務，優先級最低，沒有實際意義，隻是讓CPU有事情做，用戶可以自己添加自己的函數  
void vApplicationIdleHook(void)  
{  
    volatile size_t xFreeStackSpace;  
    xFreeStackSpace = xPortGetFreeHeapSize();  
    if (xFreeStackSpace > 100)  
    {  
    }  
}  

2、實驗現象

① 編譯程序：在uboot手動加載M核程序。

② 隊列：每隔200ms，隊列發送任務發送數據，隊列接收任務獲取數據，從阻塞态到運行态，打印計數。

③ 軟定時器：每隔1s，時間到達，調用回調函數，打印計數。

④ 信号量：每隔5ms，系統時鐘節拍中斷調用函數，超過500次後，釋放信号量。信号量任務獲的信号量，從阻塞态到運行态，打印計數。

二、FreeRTOS-外設

飛淩嵌入式OK-MX9352-C開發闆支持外設使用FreeRTOS完成相應功能，示例代碼如下：

freertos_uart：freertos串口演示例程

freertos_lpi2c_b2b：freertos I2C演示例程

freertos_lpspi_b2b：freertos SPI演示例程

因freertos_uart例程使用的FreeRTOS特性比較典型，我們重點分析此例程。

1、軟件實現

示例程序内容包括：串口初始化任務、串口發送任務、串口接收任務。具體如下：

串口初始化任務：

主要包含串口外設初始化，發送、接收互斥量，發送和接收事件組。串口外設初始化在裸跑串口例程中已展現，此處不再詳述。

//  創建串口發送互斥量
handle->txSemaphore = xSemaphoreCreateMutex();
//  創建串口接收互斥量
handle->rxSemaphore = xSemaphoreCreateMutex(); 
// 創建發送事件标志組
handle->txEvent     = xEventGroupCreate();
// 創建接收事件标志組
handle->rxEvent     = xEventGroupCreate();

串口發送： 

發送前獲取信号量，啟動發送流程，在中斷中置位發送完成事件标志。發送任務獲取到事件後，釋放發送信号量。

// 1 獲取發送信号量  
if (pdFALSE == xSemaphoreTake(handle->txSemaphore, 0))   
{  
    return kStatus_Fail;  
}  
handle->txTransfer.data     = (uint8_t *)buffer;  
handle->txTransfer.dataSize = (uint32_t)length;  
// 2 阻塞式發送  
status = UART_TransferSendNonBlocking(handle->base, handle->t_state, &handle->txTransfer);  
if (status != kStatus_Success)  
{  
    (void)xSemaphoreGive(handle->txSemaphore);   
    return kStatus_Fail;  
}  
// 3 等待發送完成的事件  
ev = xEventGroupWaitBits(handle->txEvent, RTOS_UART_COMPLETE, pdTRUE, pdFALSE, portMAX_DELAY);// 等待并判斷多個事件位  
if ((ev & RTOS_UART_COMPLETE) == 0U)  
{  
    retval = kStatus_Fail;  
}  
// 4 發送完成，釋放發送信号量  
if (pdFALSE == xSemaphoreGive(handle->txSemaphore)) // 釋放信号量  
{  
    retval = kStatus_Fail;  
}

串口接收：

接收前獲取信号量，調用串口接收函數，在中斷中置位獲取事件标志。接收任務獲取到事件後，釋放接收信号量。

// 1獲取接收信号量  
if (pdFALSE == xSemaphoreTake(handle->rxSemaphore, portMAX_DELAY))    
{  
    return kStatus_Fail;  
}  
handle->rxTransfer.data     = buffer;  
handle->rxTransfer.dataSize = (uint32_t)length;  
// 2 串口接收函數  
status = UART_TransferReceiveNonBlocking(handle->base, handle->t_state, &handle->rxTransfer, &n);  
if (status != kStatus_Success)  
{  
    (void)xSemaphoreGive(handle->rxSemaphore);   
    return kStatus_Fail;  
}  
// 3 獲取接收事件  
ev = xEventGroupWaitBits(handle->rxEvent,RTOS_UART_COMPLETE | RTOS_UART_RING_BUFFER_OVERRUN | RTOS_UART_HARDWARE_BUFFER_OVERRUN, pdTRUE, pdFALSE, portMAX_DELAY);   // 等待并判斷接收完成事件位  
// 3.1 硬件接收錯誤  
if ((ev & RTOS_UART_HARDWARE_BUFFER_OVERRUN) != 0U)   
{  
    UART_TransferAbortReceive(handle->base, handle->t_state);  
    (void)xEventGroupClearBits(handle->rxEvent, RTOS_UART_COMPLETE);    // 将接收完成的事件位清零，  
    retval         = kStatus_UART_RxHardwareOverrun;  
    local_received = 0;  
}  
// 3.2 接收緩沖區過載錯誤  
else if ((ev & RTOS_UART_RING_BUFFER_OVERRUN) != 0U)   
{  
    UART_TransferAbortReceive(handle->base, handle->t_state);  
    (void)xEventGroupClearBits(handle->rxEvent, RTOS_UART_COMPLETE);    // 将接收完成的事件位清零，  
    retval         = kStatus_UART_RxRingBufferOverrun;  
    local_received = 0;  
}  
// 3.3 接收完成  
else if ((ev & RTOS_UART_COMPLETE) != 0U)     
{  
    retval         = kStatus_Success;  
    local_received = length;  
}  
else  
{  
    retval         = kStatus_UART_Error;  
    local_received = 0;  
}  
// 4 釋放接收信号量  
if (pdFALSE == xSemaphoreGive(handle->rxSemaphore))   
{  
    retval = kStatus_Fail;  
} 

2、實驗現象

① 編譯程序，在uboot手動加載M核程序。

② 裝置上電後，串口打印程序信息，此時通過鍵盤輸入4個字符，M核調試串口将回顯，重複輸入和回顯字符，證明程序運行成功。

以上就是在飛淩嵌入式i.MX 9352開發闆M核上軟件設計FreeRTOS的例程演示，希望能夠對各位工程師朋友有所幫助

接下來，本文将重點介紹基于飛淩T536 系列核心闆（以 ROM 為 8G 版本為例），在 Linux5.10 操作系統下，如何修改分區大小，包括擴大根目錄分區和新增分區的操作，其他平台可參考但需根據實際情況調整。

 一、擴大根目錄分區

在T536 核心闆中，我們可通過 df -h 和 fdisk -l 命令查看各分區空間大小。

1、查看分區情況

執行df -h 命令，可查看各挂載點的文件系統大小、已用空間、可用空間等信息；

執行以下命令：

root@OK536:~# df-h

輸出結果如下：

Filesystem          Size  Used Avail Use% Mounted on
/dev/root           991M  380M  595M  39% /
tmpfs               460M  116K  460M   1% /tmp
tmpfs               460M  396K  460M   1% /run
devtmpfs            458M     0  458M   0% /dev
/dev/mmcblk0p1    128M  5.3M  123M   5% /run/media/mmcblk0p1
/dev/by-name/UDISK  6.1G  4.0K  6.1G   1% /mnt/UDISK

執行fdisk -l 命令，可查看磁盤的分區表信息，包括各分區的起始扇區、結束扇區、大小和名稱等。

執行以下命令：

root@OK536:~# fdisk-l

輸出結果如下：

Found valid GPT with protective MBR; using GPT
Disk /dev/mmcblk0: 15269888 sectors, 3360M
Logical sector size: 512
Disk identifier (GUID): ab6f3888-569a-4926-9668-80941dcb40bc
Partition table holds up to 6 entries
First usable sector is 73728, last usable sector is 15269854
Number  Start (sector)    End (sector)  Size Name
     1           73728          139263 32.0M boot-resource
     2          139264          172031 16.0M env
     3          172032          368639 96.0M boot
     4          368640          401407 16.0M private
     5          401408         2498559 1024M rootfs
     6         2498560        15269854 6235M UDISK

從上述結果可知，默認根目錄分配了1G 空間。如果我們需要對它進行擴充，可以做以下修改。

2、修改根目錄分區大小

打開okt536-c/buildroot/sys_partition.fex 文件，找到對 rootfs 分區空間的定義：

[partition]
    name         = rootfs
    size         = 2097152
    downloadfile= "rootfs.fex"
user_type    = 0x8000

其中，size 參數表示分配給分區的扇區數量，每個扇區為 512 Byte。通過計算512Byte * 2097152 = 1,073,741,824 Byte = 1,048,576 KByte = 1024 MByte = 1 GByte，可知默認rootfs 分區大小為 1G。

若要将rootfs 分區空間擴大至 2G，需将 size 參數修改為 4194304，然後重新編譯并燒錄。編譯并燒錄成功後，執行df -h 和 fdisk -l 命令進行驗證。若結果顯示根目錄大小已變為 2.0G，且分區表中 rootfs 分區大小為 2048M，則說明修改成功。

執行以下命令：

root@OK536:~# df-h

輸出結果如下：

Filesystem          Size  Used Avail Use% Mounted on
/dev/root           2.0G  389M  1.6G  20% /
tmpfs               460M  152K  460M   1% /tmp
tmpfs               460M  404K  460M   1% /run
devtmpfs            458M     0  458M   0% /dev
/dev/mmcblk0p1      128M  5.3M  123M   5% /run/media/mmcblk0p1
/dev/by-name/UDISK  5.1G  4.0K  5.1G   1% /mnt/UDISK

再次執行fdisk -l 命令

root@OK536:~# fdisk -l

查看分區情況：

Found valid GPT with protective MBR; using GPT
Disk /dev/mmcblk0: 15269888 sectors, 3360M
Logical sector size: 512
Disk identifier (GUID): ab6f3888-569a-4926-9668-80941dcb40bc
Partition table holds up to 6 entries
First usable sector is 73728, last usable sector is 15269854
Number  Start (sector)    End (sector)  Size Name
     1           73728          139263 32.0M boot-resource
     2          139264          172031 16.0M env
     3          172032          368639 96.0M boot
     4          368640          401407 16.0M private
     5          401408         4595711 2048M rootfs
     6         4595712        15269854 5211M UDISK

根據結果顯示，rootfs 分區已成功擴大到 2G，修改成功。

二、新增分區

1、修改系統配置文件

在okt536-c/buildroot/sys_partition.fex 文件中新增一個1G空間的 usr 分區，需要添加相應的分區配置信息，包括名稱、大小、下載文件和用戶類型等參數。

[partition]
    name         = usr
    size         = 2097152
    downloadfile= "usr-resource.fex"
    user_type    = 0x8000

執行以下命令創建對應配置文件：

mkdir device/config/chips/t536/usr-resource/usr-resource-p
cp device/config/chips/t536/boot-resource/boot-resource.ini device/config/chips/t536/usr-resource/usr-resource.ini

然後打開usr-resource.ini 文件，根據實際情況修改其中的 fsname、size 和 root0 參數，使其與新增的 usr 分區配置相匹配。

修改内容如下：

fsname=.\usr-resource.fex   （修改名稱）
size=1048576                （修改分區大小，要和sys_partition.fex配置相對應）
root0=.\usr-resource        （修複名稱）

2、修改打包腳本build/pack

對build/pack 打包腳本進行修改，添加與 usr_resource 相關的文件列表和複制操作。通過循環遍曆文件列表，将對應的文件複制到指定目錄，并對 usr-resource.ini 文件中的路徑進行替換，以确保路徑正确。

usr_resource_list=(
${LICHEE_CHIP_CONFIG_DIR}/usr-resource/usr-resource:${LICHEE_PACK_OUT_DIR}
${LICHEE_CHIP_CONFIG_DIR}/usr-resource/usr-resource.ini:${LICHEE_PACK_OUT_DIR}
)

LOGD "copying usr resource\n"
for filein ${usr_resource_list[@]} ; do
    cp -rf $(echo $file | sed -e 's/:/ /g') 2>/dev/null
done

sed -i 's/\\usr-resource/\/usr-resource/g' ${LICHEE_PACK_OUT_DIR}/usr-resource.ini

wrapper_run_logd fsbuild      usr-resource.ini split_xxxx.fex> /dev/null

3、添加預裝文件

完成上述修改後，在device/config/chips/t536/usr-resource/usr-resource 目錄下添加需要預裝的文件。這些文件将在後續的編譯燒錄過程中被寫入到新增的usr 分區中。

4、驗證

重新編譯燒錄後，通過fdisk -l 命令查看分區情況。若結果顯示分區表中已成功添加了 usr 分區，且其大小為 1024M，則說明新增分區操作成功。

執行以下命令：

root@OK536:~# fdisk-l

查看分區情況：

Found valid GPT with protective MBR; using GPT
Disk /dev/mmcblk0: 15269888 sectors, 3360M
Logical sector size: 512
Disk identifier (GUID): ab6f3888-569a-4926-9668-80941dcb40bc
Partition table holds up to 7 entries
First usable sector is 73728, last usable sector is 15269854
Number Start (sector) End (sector) Size Name
1 73728 139263 32.0M boot-resource
2 139264 172031 16.0M env
3 172032 368639 96.0M boot
4 368640 401407 16.0M private
5 401408 4595711 2048M rootfs
6 4595712 6692863 1024M usr
7 6692864 15269854 4187M UDISK

從結果可知，usr 分區已成功添加到系統中。

以上内容為全志T536 分區修改的相關技術指南，希望對從事嵌入式開發的相關技術人員有所幫助。在實際操作過程中，請根據具體的需求和設備情況進行調整和優化，以确保系統的穩定運行和滿足應用需求。

 一、輕量級設計的性能突圍

RK3506J采用3×Cortex - A7多核架構，實現了資源的精準分配與效能最大化。3×A7核主頻1.5GHz，運行Linux系統（自主适配QT），能夠高效處理人機交互、協議棧等非實時任務，确保了任務的高效執行與響應速度。

RK3506J依托AMP架構，各核心可獨立運行不同操作系統或任務，實現資源合理劃分與精準分配。在複雜外設協同工作場景下，AMP 架構能将兩套系統合二為一，一套闆卡即可同時獨立運行 Linux 系統和實時系統。

飛淩嵌入式的FET3506J-S核心闆基于此架構提供了AP+AP模式實時方案，在此模式下，可以選擇任意CPU作為實時核，如CPU0和CPU1作為實時核，CPU2運行Linux系統。Cortex-A7的1.5GHz高主頻及硬浮點單元加速特性，使其在處理高精度采樣、實時計算、故障檢測等嚴苛實時任務時，能降低任務響應延遲，提升系統實時處理效能，确保系統快速響應與穩定運行，為工業環境中複雜任務的高效處理提供了有力支持。

二、硬件精簡：接口複用與資源集約化

RK3506J通過高密度接口複用與靈活矩陣配置，大幅降低了硬件開發複雜度與外圍器件成本。豐富的通信接口 ，具備雙百兆以太網（支持IEEE1588協議）、2×CAN FD（5Mbps）、6×UART、12×PWM，滿足了工業場景中多樣化的通信需求，實現了設備間的高效互聯與數據傳輸。

  高性能DSMC接口，支持FPGA高速協同，支持主/從模式，為複雜工業系統的高速數據交互與協同工作提供了強大的硬件支持。

靈活的FlexBUS接口，可擴展高速ADC/DAC，能夠根據實際應用場景靈活擴展功能，增強了芯片的通用性與适應性。

IOMUX矩陣技術，98個功能信号可自由映射至32個物理引腳，支持UART TX/RX 極性反轉、PWM信号重定向，簡化了PCB布線層數，降低了硬件設計成本與開發難度，提高了設計的靈活性與效率。

三、場景适配：輕量化内核的高效落地

在典型工業場景下，RK3506通過定制化系統裁剪與輕量級框架适配，實現了“小内核、高産出”的顯著效果。它憑借卓越的兼容性與靈活的架構，支持Linux 6.1（自主适配 QT）和Linux RT操作系統，同時可搭載LVGL9.2圖形界面庫，支持AMP 架構，能夠充分滿足多樣化應用場景的需求。

基于Buildroot定制的Linux系統，融合UBoot加速技術，實現3秒開機，大幅縮短啟動時間。同時，采用LVGL圖形框架，支持1280×800分辨率HMI界面渲染，為工業設備提供清晰流暢的人機交互界面，提升操作便捷性與用戶體驗。

四、成本重構：國産化供應鍊的價值釋放

FET3506J-S核心闆基于Rockchip RK3506J處理器開發設計。通過 100% 國産化元器件選型與長周期供貨承諾，滿足電力、交通、工控等行業對國産化的要求。同時進行了充分的可靠性測試，确保在工業環境的可靠運行。

核心闆物料100%國産化，含稅價格僅88元，為設備廠商提供了更具性價比的國産替代方案，降低了對進口芯片的依賴，保障了供應鍊的安全與穩定。采用飛淩嵌入式基于瑞芯微RK3506J處理器設計核心闆，可縮短2~3個月開發周期，降低開發門檻與研發成本，提高設備廠商的産品開發效率與市場競争力。

結語：

RK3506J以“輕量級架構+硬核性能”的組合，證明了工業芯片無需依賴“堆料”也能實現高效能。其通過多核異構資源分配、接口複用設計與國産化成本控制，不僅為設備廠商提供了高性價比選擇，更推動了工業控制芯片從“性能競賽”向“精準适配” 的範式轉變。

微電網協調控制器的關鍵作用與技術挑戰

微電網協調控制器是微電網中的核心控制設備，它需要實時監控光伏、風電、儲能、充電樁等設備的運行狀态，并基于安全與經濟優化的目标制定控制策略。總體而言，微網協調控制器作為系統“大腦”需具備高速數據采集、并離網無縫切換、功率協調控制、調頻調壓控制以及策略執行等核心功能。

面對複雜的控制任務，傳統單核處理器往往力不從心。一方面需要運行Linux系統實現網絡通信、數據處理和人機交互；另一方面又要求實時控制，在毫秒級完成并離網切換和功率調節。同時，微電網設備數量多、通信協議複雜，對接口資源提出了嚴苛要求。

應用拓撲圖

FET6254-C核心闆多核異構，強力賦能

針對微電網協調控制器的技術需求，飛淩嵌入式推薦使用基于TI Sitara™ AM62x系列工業級處理器設計開發的FET6254-C核心闆作為主控解決方案，它能夠以多核異構架構和豐富接口資源，為微電網控制提供強大技術支撐。

1. 多核異構，兼顧高效運算和實時控制

飛淩嵌入式FET6254-C核心闆采用4核Cortex-A53+Cortex-M4F的多核異構設計，能夠将高性能計算與實時控制進行有效地融合——4核Cortex-A53主頻高達1.4GHz，運行Linux系統，用來處理複雜算法、通信協議棧和能源管理策略；Cortex-M4F控制核，可獨立運行實時任務，處理并離網切換、調頻調壓等毫秒級控制。

值得注意的是，AM62x的M4F核可獨立運行，内核啟動和運行不依賴A53内核，保障了關鍵控制的可靠性。這種架構設計使得協調控制器能夠同時處理管理任務和實時控制，确保在電網故障時可毫秒級切換至離網模式，保障關鍵負荷供電。

2. 豐富的接口資源，全面連接微網設備

微電網協調控制器需要接入光伏逆變器、儲能變流器（PCS）、電池管理系統（BMS）、充電樁等多種設備，因此對接口數量和類型要求極高。

FET6254-C核心闆提供了全面的接口支持——2路支持TSN（時間敏感網絡）的千兆以太網，确保控制指令的實時傳輸；3路原生CAN-FD總線，滿足BMS、PCS等設備的可靠通信；多達9路的UART，可連接電表、環境監測儀等輔助設備；此外，GPMC接口可接入FPGA，可直接接入高精度ADC芯片，完成多路模拟信号同步采集，滿足電能質量監測需求。

3. 業級品質，無懼嚴苛環境

微電網協調控制器通常部署在變電站、充電站等工業環境，因此對設備可靠性要求極高。

飛淩嵌入式FET6254-C核心闆擁有-40℃~+85℃的工業級溫寬，可以适應無空調櫃體的嚴苛工作環境；電磁兼容性也很強，通過了GB/T 17626系列測試，在複雜電磁環境下可穩定運行；此外，長生命周期可确保10年以上穩定供應，意味着微電網協調控制器的長期運營無憂。

總結

飛淩嵌入式FET6254-C核心闆憑借其多核異構架構、豐富的接口資源和工業級可靠性，為微電網協調控制器提供了理想的技術平台。該方案不僅滿足了高速數據采集、并離網控制、功率協調、調頻調壓等核心需求，還支持邊緣計算和雲邊協同，能夠助力客戶打造新一代智能微電網控制系統。

一、通用排查思路

在硬件調試過程中，系統化的排查方法能夠顯著提高效率。以下是針對飛淩嵌入式AM62x開發闆的通用排查流程：

1、芯片一緻性驗證：

首先确保所用功能芯片與參考設計原理圖完全一緻。若芯片型号不同，可能需要進行驅動移植工作，包括修改設備樹配置和驅動程序。

① 基礎信号檢查：

對于功能驗證失敗的模塊，應依次檢查：

電源電壓是否在允許範圍内；

複位信号時序是否符合要求；

時鐘信号頻率和幅值是否正常。

② 交叉測試：

通過替換核心闆或底闆的方式，快速定位問題所在位置，判斷是核心闆的問題還是底闆的問題。

信号完整性檢查：

測量引腳電平是否符合預期；

檢查數據信号是否有正常輸出；

确認信号空閑狀态是否正常。

③ 焊接質量檢查：

排查焊接問題，阻容器件是否存在虛焊、連焊、漏焊、錯焊等問題；

排查器件焊接的方向，是否存在如焊接的器件1腳和底闆的1腳标識不對應問題。

④ 引腳複用确認：

通過查閱AM62x技術參考手冊，确認所用引腳的功能複用配置是否正确，特别要注意啟動相關引腳的默認功能。

二、系統不啟動問題排查

當OK62xx-C開發闆無法正常啟動時，可按照以下步驟排查：

1、關鍵信号檢查：

測量VCC_3V3_SYS_PG（RD60）信号，确保電源正常；

檢查所有電源軌電壓是否在允許範圍内；

驗證複位信号時序是否符合處理器要求。

2、啟動配置檢查：

确認底闆設計中對GPMC總線相關啟動項引腳做了正确的上下拉處理；

特别注意連接FPGA等外設時，不能影響啟動配置電平；

核對boot模式選擇引腳的電平狀态。

3、I2C總線沖突排查：

RU50、RU52為I2C0總線，核心闆可能已挂載多個設備；

确保底闆不懸空這些引腳，同時其他功能不重複使用I2C0；

檢查I2C總線上拉電阻是否正常。

4、交叉測試：

更換核心闆或底闆，确認是否是個例問題。

三、I2C接口問題排查

I2C總線常見問題及解決方法：

1、基礎配置檢查：

确認SCL和SDA線均有上拉電阻；

檢查同組I2C總線下挂載設備的地址是否有沖突。

2、信号質量分析：

測量空閑狀态是否為高電平；

觀察數據傳輸時波形是否完整，是否存在過沖或振鈴；

使用邏輯分析儀捕獲完整通信過程。

3、阻抗匹配調整：

若波形上升沿緩慢，可減小上拉電阻值；

若低電平過高，可增大上拉電阻值。

4、診斷工具使用：

可通過I2Ctool工具查看總線上是否挂載設備：

i2cdetect-l//檢測系統上有幾組I2C

i2cdetect-r-y2//檢測I2C第二組總線上的挂載的設備

四、SPI接口問題排查

SPI通信故障排查要點：

1、硬件連接确認：

MOSI和MISO必須交叉連接；

确認片選信号連接正确且未被其他功能複用；

檢查SPI時鐘線是否連通。

2、模式配置驗證：

确認主從設備的CPOL和CPHA設置一緻；

檢查時鐘頻率是否在設備支持範圍内；

驗證數據位寬設置是否正确。

3、信号測量：

使用示波器測量時鐘信号質量；

觀察數據線在片選有效期間的信号變化；

檢查空閑狀态下各信号線的電平狀态。

五、USB接口問題排查

USB接口（2.0/4G/5G）常見問題：

1、電源檢查：

測量USB_VBUS_3V3信号是否為穩定的1.8V；

确認VBUS電流供給能力滿足設備需求。

2、信号連接确認：

确認USB的發送信号串聯了AC耦合電容。

3、USB特殊注意事項：

一般USB設備端的發送信号已經添加了AC耦合電容，因此接收端不需要再次添加耦合電容；

建議使用差分探頭測量高速信号完整性。

六、SDIO問題排查

1、電平配置檢查：

SDIO接口的引腳電平與傳輸速度有關，默認工作電壓為3.3V，高速模式需切換至1.8V；

SDIO信号不可通過電平轉換芯片，必須直接連接。

2、信号完整性優化：

确認SDIO總線做了等長處理。

3、上拉電阻配置：

根據規範配置适當的上拉電阻；

檢查卡檢測引腳的電平狀态。

以上就是小編為大家整理的OK62xx-C開發闆在開發過程中常見的問題類型以及排查思路。由于篇幅有限，本文先為大家介紹通用思路、不啟動問題、I2C接口問題、SPI接口問題、USB問題 和 SDIO問題共6大類型，後續還将介紹LVDS、PCIe、UART、CAN等等接口的問題以及解決思路，希望大家持續關注。

本文将系統地梳理飛淩嵌入式RK平台主控産品在開發過程中常用的命令，助力更多開發者快速掌握RK系列芯片的開發方法。

1、查看CPU溫度

cat /sys/class/thermal/thermal_zone0/temp

2、查看CPU頻率（主頻）

cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq  
#查看CPU可支持的最高頻率
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies 
#查看當前可支持的CPU頻率（受核心闆溫度影響，溫控策略會改變可支持頻率列表
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq 
#查看當前CPU工作在什麼頻率
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
#查看當前CPU所有支持的調頻策略
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
#查看當前CPU應用的調頻策略
#interactive：動态調頻模式
#performance ：高效率模式，CPU主頻總是支持列表中的最高頻率(受溫控策略影響
#powersave：省電模式，CPU主頻總是支持列表中的最低頻率
#userspace：用戶自定義模式
#    使用方法：
#    echo userspace > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
#    echo 1800000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed
#ondemand：在最高頻率和最低頻率之間切換
#conservative：平滑的調整頻率

3、增加CPU負載

cat /dev/urandom | md5sum &
#該命令多次運行即可拉滿CPU負載

4、查看GPU使用率

cat /sys/devices/platform/ff9a0000.gpu/devfreq/ff9a0000.gpu/load
#platform後的文件路徑需自行查看當前平台gpu映射到的寄存器地址

5、查看GPIO占用狀态

cat /sys/kernel/debug/gpio

cat /sys/kernel/debug/pinctrl/pinctrl-rockchip-pinctrl/pinmux-pins

resize

8、重新挂載文件系統讀寫屬性

mount -o rw,remount rootfs

9、重新獲取文件系統當前分區大小

resize2fs /dev/mmcblk0p8

cat /sys/class/devfreq/dmc/cur_freq 
//獲取當前DDR頻率、可調值、容量
cat /sys/class/devfreq/dmc/available_frequencies 
//查看DDR頻率可調節的值
cat /proc/meminfo 
//獲取DDR容量
//DDR測試定頻，最後cat出來頻率為輸入值則定頻成功，注意 設置值需獲取DDR可調值
echo userspace  > /sys/class/devfreq/dmc/governor
echo 856000000 > /sys/class/devfreq/dmc/userspace/set_freq
cat cur_freq

11、查看DDR帶寬占用率

cat /sys/devices/platform/dmc/devfreq/dmc/load

12、Gstreamer播放圖片

gst-launch-1.0 -v playbin delay=10000000000 uri="file:///home/test.jpg"

apt autoremove --purge snapd

以GPIO4C6為例：
A-D對應1-4：A-1，B-2，C-3，D-4。
GPIOn_xy =n × 32 + (x - 1) × 8 + y
GPIO4_C6=4 × 32 + (3 - 1) × 8 + 6 =150

15、eMMC分區擴容計算方法

rootfs分區為根分區，@後的為起始地址，@前的為分區大小。注意userdate分區的起始地址為rootfs的起始地址+分區大小
每塊分區512byte
uboot舉例：
0x00002000 *512byte = 8192 * 512byte = 4,194,304byte
4,194,304÷1024 = 4096KB
4096÷1024=4MB
所以uboot設置的大小為4MB

在/etc/fstab 添加 .host:/ /mnt/hgfs fuse.vmhgfs-fuse allow_other 0 0  如下：

 17、GLIBC支持版本查詢命令 

strings /lib/x86_64-linux-gnu/libc.so.6 | grep GLIBC

18、手動清除DDR cache占用

echo 3 > /proc/sys/vm/drop_caches

echo 1 > /sys/bus/pci/rescan

systemctl set-default multi-user.target 
#設置為默認啟動進入 多用戶模式，即啟動時沒有圖形界面，而是進入命令行界面（CLI）

強大的四核或雙核ARM@Cortex®-A53處理器，主頻高達1.6GHz，帶有神經處理單元（NPU），最高運行速率可達2.3TOPS；内置圖像信号處理器（ISP）和兩個攝像頭輸入，打造高效的視覺系統；多媒體功能包括視頻編碼（含H.265）和解碼、3D/2D圖形加速以及多種音頻和語音功能；通過Cortex-M7進行實時控制，采用CAN-FD和雙千兆以太網的強大控制網絡，具有時間敏感網絡（TSN）；2個USB3.0、1個PCle3.0、1個SDIO3.0等高速通信接口，滿足5G網絡、高清視頻、雙頻Wi-Fi、高速工業以太網等應用場景。

詳細産品信息，您可點擊下方鍊接獲取

1、TFTP服務搭建

TFTP（簡單文件傳輸協議），是TCP/IP協議族中用來在客戶機和服務器之間進行簡單文件傳輸的協議，通常用于内核調試。在嵌入式Linux開發過程中，内核調試是其中一個基礎、重要的環節。

1.1 安裝服務器、客戶端和守護進程

forlinx@ubuntu:~$ sudo apt-get install tftp-hpa tftpd-hpa xinetd

1.2 服務器配置

首先，在根目錄下建一個tftpboot，并把屬性改成任意用戶可讀寫：

forlinx@ubuntu:~$ cd /

forlinx@ubuntu:/$ sudo mkdir tftpboot

forlinx@ubuntu:/$ sudo chmod777tftpboot

然後，進入目錄/etc/xinetd.d/，并在其中新建文件tftp，把指定的内容加入到tftp文件中：

forlinx@ubuntu:/$ cd /etc/xinetd.d/

forlinx@ubuntu:/etc/xinetd.d$ sudo vim tftp

添加以下内容到tftp文件

service tftp

{

disable = no 138

socket_type = dgram

protocol = udp

wait = yes

user = root

server = /usr/sbin/in.tftpd

server_args = -s /tftpboot -c

per_source = 11

cps = 100 2

}

最後，修改配置文件/etc/default/tftpd-hpa

forlinx@ubuntu:/etc/xinetd.d$ cd /

forlinx@ubuntu:/$ sudo vim /etc/default/tftpd-hpa

這裡需要注意，将“TFTP_DIRECTORY”改為新建tftpboot目錄所在的路徑。

1.3 重新啟動服務

forlinx@ubuntu:/$ sudo /etc/init.d/xinetd reload

forlinx@ubuntu:/$ sudo /etc/init.d/xinetd restart

forlinx@ubuntu:/$ sudo /etc/init.d/tftpd-hpa restart

1.4 測試服務器

測試一下，在/tftpboot文件夾下新建一個文件

forlinx@ubuntu:/tftpboot$ sudo touch abc

進入另外一個文件夾：

forlinx@ubuntu:/tftpboot$ cd /home/

forlinx@ubuntu:/home$ sudo tftp192.168.2.57//192.168.2.57為本機IP

tftp>getabctftp> quitforlinx@ubuntu:/home$ ls

abc

如果可以下載說明服務器已經安裝成功，将開發闆同PC通過網線進行連接後即可使用tftp下載文件。

2、NFS服務搭建

NFS（網絡文件系統），可以通過網絡讓不同機器、不同系統之間可以實現文件共享。通過NFS，可以訪問遠程共享目錄，就像訪問本地磁盤一樣。

2.1 Ubuntu下搭建NFS服務器方法如下

軟件下載安裝

forlinx@ubuntu:~# sudo apt-get install nfs-kernel-server nfs-common portmap

創建NFS目錄并解壓文件系統（以rootfs.tar.bz2文件系統為例，當前目錄為根目錄）

forlinx@ubuntu:~# cd /

forlinx@ubuntu:/# sudo mkdir nfs_rootfs

forlinx@ubuntu:/# sudo tar -xvf rootfs.tar.bz2 -C /nfs_rootfs/

修改配置文件

在文件中添加以下配置：

/nfs_rootfs *(rw,sync,no_root_squash,no_subtree_check)

重啟配置文件和服務

forlinx@ubuntu:/# sudo exportfs -rv

forlinx@ubuntu:/# sudo /etc/init.d/rpcbind restart

forlinx@ubuntu:/# sudo /etc/init.d/nfs-kernel-server restart

2.2 在i.MX9352開發闆上驗證NFS服務器

執行完以下命令将NFS服務器挂載到開發闆的/mnt目錄

root@ok-mx93:~# mount -t nfs4 -o vers=4192.168.0.57:/nfs_rootfs /mnt

挂載成功後，查看/mnt目錄，會看到剛才解壓的文件系統

root@ok-mx93:~# ls /mnt/

注：192.168.0.57為NFS服務器主機Ubuntu的IP，Ubuntu的網絡需設置為橋接模式，并跟i.MX9352開發闆在同一網段。

3、SSH服務搭建

SSH是較可靠的專為遠程登錄會話和其他網絡服務提供安全性的協議，利用SSH協議可以有效防止遠程管理過程中的信息洩露問題。SSH最初是UNIX系統上的一個程序，後來又迅速擴展到其他操作平台。

3.1 安裝SSH

在Ubuntu（Linux主機）終端鍵入以下指令，安裝SSH服務：

3.2 啟動SSH服務

3.3 查看SSH服務的狀态

forlinx@ubuntu:/$ sudo service ssh status

●ssh.service - OpenBSD Secure Shell server

Loaded:loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)

Active:active (running) since Mon 2021-08-23 17:19:57 CST; 45s ago

MainPID: 7383 (sshd)

Tasks:1 (limit: 2292)

CGroup:/system.slice/ssh.service

└─7383/usr/sbin/sshd -D

8月23 17:19:57 ubuntu systemd[1]: Starting OpenBSD Secure Shell server...

8月23 17:19:57 ubuntu sshd[7383]: Server listening on 0.0.0.0 port 22.

8月23 17:19:57 ubuntu sshd[7383]: Server listening on :: port 22.

8月23 17:19:57 ubuntu systemd[1]: Started OpenBSD Secure Shell server.

3.4 關閉SSH服務

forlinx@ubuntu:/$ sudo service ssh stop

3.5 測試方法

i.MX9352開發闆通過SSH訪問Linux主機：

root@ok-mx93:~# ssh forlinx@192.168.0.57

Host'192.168.0.57'isnotin the trusted hosts file.

(ecdsa-sha2-nistp256 fingerprint md507:72:76:56:47:e0:da:5e:77:a2:58:b1:b5:9f:cb:2a)

Do you want tocontinueconnecting? (y/n) y //首次登錄需要确認，輸入y

forlinx@192.168.0.57's password: //輸入forlinx賬戶密碼

Welcome to Ubuntu 22.04.1 LTS (GNU/Linux 5.15.0-56-generic x86_64)

* Documentation: http://help.ubuntu.com

* Management: https://landscape.canonical.com

* Support: https://ubuntu.com/advantage

0 updates can be applied immediately.

The programs included with the Ubuntu system are free software;

the exact distribution terms for each program are described in the

individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by

applicable law.

forlinx@ubuntu:~$                       //通過用戶名和主機名确認ssh登錄成功

Linux主機通過SSH登錄i.MX9352開發闆：

The authenticity of host'192.168.0.232 (192.168.0.232)'can't be established.

RSA key fingerprint is SHA256:fsa3SVdSPDtCMacfd8PjHF1RIPsnXB22gKS97qJpwys.

This key is not known by any other names

Are you sure you want to continue connecting (yes/no/[fingerprint])? yes //首次登錄需要确認，輸入yes

Warning: Permanently added '192.168.0.232' (RSA) to the list of known hosts.

root@ok-mx93:~# //通過用戶名和主機名确認ssh登錄成功

以上就是在飛淩嵌入式OK-MX9352-C開發闆的Linux6.1.36系統上完成網絡服務搭建的方法，希望能夠對各位工程師朋友有所幫助。需要注意的是，本文的操作方法适用于飛淩嵌入式OK-MX9352-C平台的Linux6.1.36操作系統，其他平台可能會存在差異，本文的方法僅作為參考。

評測産品：OK527N-C開發闆（2GB+16GB）

申請數量：5個

活動禮品：價值¥149的小米五合一擴展塢

申請時間：5月15日~6月15日

>>點擊此處，立即申請

不久前，飛淩嵌入式基于全志T527處理器設計開發的FET527-C核心闆獲得了「OpenHarmony生态産品兼容性證書」，目前該方案已适配了标準版OpenHarmony4.1/OpenHarmony5.0系統，成為了工業智能化領域的重要OpenHarmony硬件方案。

現在，飛淩嵌入式FET527-C核心闆的OpenHarmony适配代碼已開源，開發者可通過社區獲取相關資源，加速産品開發；未來，飛淩嵌入式也将繼續與全志科技深化合作，推動更多工業級OpenHarmony嵌入式主控方案的落地，共同促進開源鴻蒙生态的建設與發展。

點擊上圖，即可了解關于FET527-C核心闆的更多産品詳情。

尊敬的客戶您好：

端午節即将來臨，根據國家法定節假日規定，我公司2025年端午假期安排如下：

2025年5月31日-6月2日，共計放假3天，6月3日正常上班。

放假期間您可在Forlinx天貓旗艦店正常購買産品，下單後聯系客服協商發貨，6月3日上班後統一發貨，給您帶來的不便敬請諒解。

本産品集成了多種功能模塊與機械臂組件，構建了覆蓋嵌入式開發、人工智能算法驗證及工業場景應用的全鍊條實驗體系。采用模塊化硬件設計與開放軟件框架，可快速搭建個性化實驗場景，支持邊緣計算、嵌入式系統、物聯網工程等課程實驗教學，同時服務于綜合實訓、畢業設計、學科競賽及科研平台建設。适用于電子信息、人工智能、物聯網、自動化等工科專業，既能滿足基礎實驗教學需求，又能支撐複雜系統開發與創新實踐，為學生工程實踐能力培養與科研創新探索提供強大助力。

嵌入式人工智能實驗箱EDU-AIoT ELF 2已在第63屆中國高等教育博覽會上重磅亮相，5月23日~5月25日，飛淩嵌入式及旗下教育品牌ElfBoard在長春東北亞國際博覽中心A1-A1J76展位等待着大家，歡迎朋友們來到現場參觀交流。

點擊上圖，了解産品詳情

本屆高博會，ElfBoard攜帶全系列嵌入式教育産品閃耀登場，産品矩陣涵蓋： 入門級嵌入式教育産品ELF 1開發闆、進階版嵌入式教育産品ELF 1S開發闆、AI嵌入式教育産品ELF 2開發闆以及剛剛上市的AIoT嵌入式教育産品嵌入式人工智能實驗箱EDU-AIoT ELF 2和其他搭載NXP、瑞芯微、全志、TI、龍芯等多款國内外主流芯片的嵌入式開發闆。

産品矩陣可以覆蓋工業控制、智能終端、物聯網等多維度應用場景，為高校學子提供從硬件原型到算法落地的全流程研發支持，加速産學研用一體化實踐進程。

除此之外，ElfBoard還帶了多款智慧交通、AI識别以及動作捕捉機械臂動态方案，通過提供從硬件接口到算法模型的完整開發棧，深度賦能高校師生多個應用行業的科研創新，持續推動産教融合生态建設。

本次高博會，ElfBoard充分展示了在嵌入式教育領域的創新成果。未來，ElfBoard也将持續發揮技術優勢，在定制化課程設計、聯合創建實驗室、師資專業化培訓、共建導論課實習基地、聯合創辦學科競賽等多個維度與全國高校展開深度合作，助力高校構建“教-學-研-創”四位一體的新工科育人模式。

為期3天的中國高等教育博覽會正在進行中，誠邀嵌入式教育行業同仁及高校師生莅臨交流。

飛淩嵌入式基于瑞芯微RK3506J處理器設計開發的FET3506J-S核心闆，采用3*Cortex-A7+1*Cortex-M0的多核異構架構；滿載運行實測功耗僅0.7W，滿載運行且無需任何散熱處理即可應對+85℃的高溫環境；并且有着強大的軟件兼容性和靈活的系統架構，支持Linux 6.1、AMP架構以及Linux RT等多種軟件生态。

以上特性使這款FET3506J-S核心闆成為了電力FTU理想的主控選型方案，接下來我們展開說說。

1、實時方案: AP 或 MCU

飛淩嵌入式FET3506J-S核心闆支持兩種實時方案，即AP+MCU模式和AP+AP模式，兩種模式各有相應的特點，适用于不同的應用領域。

① AP+MCU系統架構

在瑞芯微的多核異構系統中，AP+MCU系統架構為Linux+MCU RTOS/Bare-metal。運行LinuxAP處理器核心作為主核（Master Core）。運行RTOS/Bare-metal的MCU處理器核心作為從核（Remote Core）。主核負責整個多核異構系統中共享資源的劃分和管理，并運行主站服務程序。

但RK3506J實時核（Cortex-M0）的主頻隻有200MHz，且無法訪問硬件浮點單元(FPU)，在應對複雜實時計算時，計算性能存在顯著瓶頸。适用于一些簡單控制的應用領域。FTU類似的保護測控類産品一般使用AP+AP實時方案。在此背景下，AMP（Asymmetric Multi-Processing）架構已成為主流解決方案。

② AP+AP系統架構

在瑞芯微多核異構系統中，AP+AP系統架構為Linux+RTOS/Bare-metal兩種。在Linux+RTOS/Bare-metal系統架構中，運行Linux的處理器核心作為主核（MasterCore）。運行RTOS/Bare-metal 的處理器核心作為從核（Remote Core）。主核負責整個多核異構系統中共享資源的劃分和管理，并運行主站服務程序。

在該方案中，系統将CPU2核心配置為實時核。CPU0和CPU1依舊運行Linux系統，憑借Cortex-A7的1.5GHz高主頻，能調用硬浮點單元加速等特性，在處理諸如高精度采樣、實時計算、故障檢測等對實時性要求嚴苛的任務時，能大幅降低任務響應延遲，提升系統整體的實時處理效能 ，确保系統對關鍵事件的快速響應與穩定運行。

2、實時AP核接口資源

二、FTU方案資源框圖

1、實時A核

北鬥定位、實時時鐘、多路模拟量采集、FFT運算、保護邏輯、故障處理及錄波等高實時性任務由實時A核承載。該核心可同步處理多間隔單元的實時業務：通過50MHz SPI總線實現多路AD7616高速采樣，動态配置DDR存儲空間适配不同周期錄波需求，并利用RPMsg雙核通信機制将錄波數據高效傳輸至管理核心生成标準化文件。

2、管理A核

管理A核集成多類型通信接口，可同時完成：

① 傳感器數據協議适配與接入管理；

② 按IEC101/IEC104标準對采集數據進行加密處理，并通過專用通道向調度中心轉發規範報文。雙核通過共享内存與消息隊列實現實時數據流與控制指令的高效交互。

三、應用實例

1、SPI數據收發

本案例為SPI回環測試，将SPI的MOSI和MISO兩個引腳短接進行數據收發。

① 功能介紹

② 效果展現

SPI的發送和接收FIFO均為64個，在底層hal庫程序中，當數據長度被64整除時，采用DMA方式，否則采用CPU中斷模式。通過此demo，展示了SPI的中端和DMA兩種使用方法，設置SPI速率為50M全雙工，案例中讀或寫平均傳輸速率為45.59Mbit/s，接近理論帶寬。

傳輸效果：

2、GOOSE

本案例采用GMAC0發送Goose數據包測試。

① 功能介紹

② 效果展現

測試方法：采用單片機進行接收，接收完成後将GPIO進行反轉，使用示波器測量GPIO波形。實測64字節數據，用時7μs，接近百兆理論帶寬。

3、核間通信RPMsg

① 标準框架

瑞芯微為多核異構系統設計了RPMsg通信框架：Linux内核采用标準RPMsg，RTOS/Bare-metal使用輕量化RPMsg-Lite，作為AMP系統核間通信的标準化二進制接口。

該協議基于VirtIo虛拟化IO架構（同虛拟網卡/虛拟磁盤等技術），通過VirtIo-Ring共享内存機制實現數據傳輸，采用單向vring設計（vring0發數據、vring1收數據）配合vdev-buffer緩沖區。

整體框架由核間中斷及vring0、vring1、vdev-buffer三段共享内存區域構成。

② 通信流程

在RPMsg中，主-從核心通過中斷和共享内存的方式進行通信，内存的管理由主核負責，在每個通信方向上都有USED和AVAIL兩個緩沖區，這兩個緩沖區可以按照RPMsg的消息格式分成一塊一塊，由這些内存塊可以鍊接成一個環。

因此當主核（Master Core）和從核（Reomte Core）進行通信時：

1. Master Core發送時，從vring0(USED)中取得一塊 buffer，再将消息按照RPMsg協議填充；

2. 将處理好的内存 buffer 鍊接到 ving1(AVAIL)；

3. 觸發中斷通知 Remote Core 有數據處理待處理。

當從核需要和主核進行通信時：

1. 從核根據隊列從 vring1(AVAIL) 中取得一塊 buffer，再将消息按照 RPMsg 協議填充；

2. 将處理好的内存 buffer 鍊接到 ving0(USED)；

3. 觸發中斷通知 Master Core 有數據處理待處理。

完成消息傳遞後，釋放使用的 buffer，并等待下一筆數據發送。從核發送時，與主核發送流程相反。通信過程中的共享數據放在 vdev buffer 中。

RPMsg 每次發送的最大數據長度取決于 payload 長度，這個長度在SDK中默認為 512 Bytes，由于 RPMsg還帶有16 Bytes的數據頭，因此一次性傳輸的最大數據量為 496 Bytes。

③ 效果展示

普通傳輸：乒乓示例

大數據傳輸：

在實際使用中采用原始RPMsg框架通信具有一定的局限性，默認單次發送數據最大為496字節，如果傳輸1MB數據，需要發送1024*1024/496=2114次才可傳輸完成；且每次傳輸需要觸發兩次中斷，共計需要觸發4228次中斷，耗時1.05ms，綜合上面兩個因素可知，傳輸1MB數據時間大概為2.2s，且頻繁中斷占用CPU資源較多。

而飛淩嵌入式在RPMsg基礎上優化了大數據傳輸的性能，在FET3506J-S核心闆上的具體表現如下所示。傳輸6MB的數據，用時僅111ms，且僅需要觸發4次中斷，大大提高了傳輸效率，減少了對CPU資源的占用。

飛淩嵌入式FET3506J-S核心闆在AMP異構多核架構下展現出卓越的通信性能，其雙系統間數據交互速率達到行業領先水平，為電力FTU（饋線終端裝置）應用提供了高效可靠的核心支撐。該闆卡采用工業級設計标準，工作溫寬覆蓋-40℃至+85℃嚴苛環境，配備的豐富功能接口（包括多路串口、以太網、CAN總線等）可全面滿足配電自動化終端的多場景接入需求。憑借出色的通信效率、環境适應性和接口擴展能力，FET3506J-S核心闆已成為電力FTU設備主控方案的理想選擇，特别适用于對實時性和穩定性要求極高的智能電網應用場景。

此次峰會，飛淩嵌入式帶來了基于恩智浦i.MX 95xx、i.MX 9352、i.MX 8MPlus 和 i.MX 6ULL 處理器設計開發的嵌入式核心闆，并且重點展出了“基于i.MX 8MPlus開發闆的内窺鏡方案”和“基于i.MX 9352開發闆的駕駛員疲勞檢測方案”2款動态演示方案，通過動态演示的形式給現場觀衆帶來了更加豐富和多維的體驗。 

自2014年飛淩嵌入式與恩智浦建立合作以來，雙放已共同推出了20餘款嵌入式核心闆産品，涵蓋i.MX6/8/9系列、LS系列、i.MXRT系列等處理器，客戶覆蓋AIoT、智慧醫療、交通、能源等多元領域，為全球客戶提供了更高效智能的嵌入式解決方案，引領行業創新進程。

此次參會，飛淩嵌入式展示了邊緣計算與工業物聯網領域的前沿技術成果；在未來，飛淩嵌入式也将與恩智浦持續攜手創新，賦能智能制造、智慧交通、智慧城市等垂直領域，加速全球産業智能化轉型進程。

2025年恩智浦創新技術峰會及技術研讨會持續進行中，歡迎大家的關注和參與。

在設計上，FCU3501 采用工業無風扇設計，摒棄了傳統風扇散熱可能帶來的噪音大、易積塵、故障率高等問題，通過被動散熱方式，能在-40℃~+85℃的寬泛環境溫度下長時間穩定可靠運行，适應各種複雜惡劣的工作環境，無論是戶外的智慧交通監測點，還是工廠車間等複雜場所，它都能穩定如一地發揮性能。

産品通過了 CE/FCC/RoHS 等權威認證，并曆經嚴苛的環境試驗與 EMC 測試，這不僅确保了産品的安全性和質量，也使其能夠順利進入全球多個特定市場，為國際化的應用鋪平道路，讓客戶在選擇時更加安心，無需擔心産品在不同市場環境下的合規性問題。

此外，FCU3501 在擴展性方面也表現出色。它具備多種存儲擴展選項，包括 M.2 硬盤和 TF 卡，用戶可根據實際需求靈活選擇不同的存儲方式，以滿足各類應用場景對存儲容量的要求。同時，産品還支持 4G/5G 模塊選配，方便用戶快速便捷地進行網絡部署，實現設備與外界的高速數據傳輸，進一步提升系統的整體運行效率。

FCU3501 嵌入式控制單元憑借其卓越的性能、可靠的品質、出色的擴展性以及廣泛的應用适配性，為各行業的智能化升級注入強勁動力。

五一勞動節放假通知

尊敬的客戶：

勞動節即将來臨，根據國家法定節假日規定，我公司2025年五一假期安排如下：

2024年5月1日(星期四)至2024年5月5日(星期一)，共計放假5天，5月6日(星期二)正常上班。

放假期間您可在Forlinx天貓旗艦店正常購買産品，下單後聯系客服進行協商發貨，5月6日上班後統一發貨，給您帶來不便敬請諒解。

飛淩嵌入式FET527-C核心闆搭載全志T527系列全國産高性能處理器，集成8個ARM Cortex-A55核心，并内置RISC-V核和DSP核，提供出色的處理能力和能效比，并且經過嚴格的工業環境測試，具備高穩定性和可靠性，可為産品的穩定運行保駕護航。

點擊下圖進入飛淩嵌入式官網，即可查看FET527-C系列核心闆的産品詳情。

中移物聯高級專家嚴鐳演講

中移物聯自研的OneOS操作系統，以高實時、高安全、高可靠為核心優勢。此次與飛淩嵌入式強強聯手，推出多款搭載OneOS操作系統的工業控制核心闆，旨在為國産工業自動化行業提供全新的解決方案。

中移物聯OneOS操作系統展台

在國産化浪潮的全新機遇下，中移物聯OneOS始終堅持自主創新，率先通過了IEC 61508 SIL3、ISO 26262及 CCRC EAL4+ 等權威認證，系統内核自主度100%，實時性業内領先。

同時，為滿足産業應用需求，OneOS自主研發了軟PLC方案——在實時内核的基礎之上，結合了符合IEC61131-3标準的工業運行時、工業總線等能力，并已适配各類工業芯片，以标準化的核心能力，有效縮短開發交付周期。此次攜手飛淩嵌入式，雙方深度合作更進一步實現了軟硬件的協同優化，打造出具備行業領先優勢的工控核心闆。

總線豐富，應用廣泛

OneOS工業軟PLC方案已适配多種主流工業總線協議，包括Modbus RTU、Modbus TCP、CANopen、EtherCAT、Profinet等，可應用到工業控制、機器人、工程機械、能源電力等場景。

實時高效，穩定可靠

OneOS工業軟PLC方案與穩定的工業核心闆硬件協同優化，實現了整個軟硬一體方案的高實時性能，A55@1.8GHz（基于FET3568J-C核心闆）下實現125μs控制周期和15μs以内抖動的優異性能。

部署多樣，屏蔽差異

OneOS工業軟PLC方案原生具備操作系統混合部署方案（AMP或虛拟化方式），OneOS工業軟PLC隻占用SoC部分資源，其他用于部署openEuler、Linux等其他系統，方便客戶進行複雜應用開發，屏蔽軟硬件差異。

目前，飛淩嵌入式已有FET3568-C、FET1052-C和FET1061-S共3款核心闆産品完成了與中移物聯OneOS工業軟PLC方案的優化适配，共同聯合為智能制造、工程機械、能源電力、無人系統等領域的設備廠商提供從硬件到軟件的全方位支持。

未來，雙方将進一步攜手共進，在國産化浪潮與産業智改數轉的趨勢下，為産業譜寫全新篇章。

4月22日，飛淩嵌入式“2025嵌入式及邊緣AI技術論壇”将在深圳舉行，論壇以“新生态，智未來”為主題，旨在彙聚行業智慧，探讨嵌入式技術與邊緣AI的深度融合與創新應用。

飛淩嵌入式邀請到了瑞芯微産品總監彭華成、開源歐拉社區生态經理石文璐、菲尼克斯PLCnext研發負責人趙航三位重量級嘉賓；此外，飛淩嵌入式技術總監、項目總監和AI高級工程師也會一同亮相—— 6位業内大咖，6場主題分享，緊密結合嵌入式及邊緣AI技術，解析當前行業熱點和前沿應用，為您的項目開發助力。

除了幹貨滿滿的主題演講，現場還将準備大型的 産品及生态參觀展區。飛淩嵌入式及瑞芯微、菲尼克斯、開源歐拉社區、中國移動OneOS、大灣區國創中心、統信軟件、拓斯達、望獲OS等生态夥伴将帶來數十款動态方案，共同為您帶來一場嵌入式技術與AI創新的視覺盛宴。

誠邀各位行業夥伴和客戶朋友報名參加。

活動日期：2025年4月22日

簽到時間：13:00~13:45

活動時間：13:45~17:30

活動地點：深圳深鐵皇冠假日酒店5層宴會廳

 前兩周，有一位老朋友聯系我，他想找人開發一款數據采集器，用來采集工業現場的設備數據，并且可以根據不同的業務場景，通過不同的接口把這些數據分發出去。

我把他提的需求總結了一下，這款産品方案大概有以下功能接口，妥妥地一款工業網關，在網上也能找到很多類似的産品方案，為啥他不直接買來用？

再跟朋友深入地聊了一下，他之所以聯系我，是因為看到我在公衆号介紹過一款由飛淩嵌入式推出的RK3506核心闆，認為比較符合需求，再結合他現在創業所面臨的業務情況，所以才找我探讨一下自研網關的可能性。

朋友還告訴我，因為近幾年的各種限制，很多客戶不太敢用進口芯片方案，特别是有些國央企，要求整套産品都必須用國産芯片方案。

需求弄清楚後，開幹就完事兒！

我打算用RK3506這款芯片來進行開發，但方案是否可行還不确定，如果馬上就開始設計原理圖和PCB，然後去打闆做樣機，風險還是有點大。（容我想想）

簡單地描述一下飛淩嵌入式FET3506J-S核心闆的參數：搭載的CPU是瑞芯微RK3506J（3*Cortex-A7+1*Cortex-M0），有256MB+256MB和512MB+8GB這兩種存儲配置可選，DC-5V供電，真工業級溫寬-40℃~+85℃。

這款核心闆的體積做得非常小，手動測量後的尺寸為：長44mm*寬35mm*高2.3mm，加上郵票孔的設計，可以很方便地嵌入到産品設計裡面。我順便觀察了一下FET3506J-S核心闆的關鍵芯片，都是國内的芯片品牌，妥妥地100%全國産。

直接用開發闆去驗證軟件方案可行性，是一種省時省力省成本的高效開發方式，根據朋友提出的工業網關需求，我打算先用飛淩嵌入式的OK3506J-S開發闆去進行軟件方案評估。

第一步，下載資料。其實OK3506J-S的參考手冊不用下載，官方把它的手冊資料都做成了在線文檔了，點擊下圖即可跳轉浏覽。

飛淩嵌入式OK3506J-S開發闆運行的是Linux6.1.99操作系統，我所關注的系統驅動程序都已經有提供，比如：以太網、串口、LCD控制器、按鍵、LED、TF卡、USB等等。

在開發産品應用程序的時候，可以充分參考配套資料裡面提供的命令行測試例程，這些例程都是通過命令行的方式啟動預置的應用，然後驅動底闆上的硬件來實現常規的功能。

跟瑞芯微其他高性能處理器相比，RK3506的定位是中低性能工業級處理器，所以它不支持Android或者OpenHarmony系統，它支持Linux 6.1和Linux RT，可以滿足常規的工業應用場景。硬件設計方面，我比較關注以太網和RS485通信，在配套資料裡面提供了雙百兆以太網和隔離型RS485的參考設計，其他硬件也能找到相關的參考設計方案。（照抄就行！）

OK3506J-S開發闆使用了LVGL 9.2作為圖形界面設計框架，結合CPU本身自帶的2D硬件引擎和圖像顯示引擎，可以輕松地實現圖像顯示。

配套的硬件資料裡面，提供了OK3506J-S的底闆原理圖和底闆PCB設計文件，可以直接把原理圖庫和PCB封裝庫都導出來，在設計工業網關的時候就可以直接使用，就不用自己再重新畫封裝庫了。

據我了解，FET3506J-S工業核心闆的兩種存儲配置在網上的含稅零售價分别是：256MB+256MB售價¥88，512MB+8GB售價¥128，并且提供10~15年供貨周期，成本和供貨周期均在可控範圍内。

整體評估下來，不管是軟件配套還是硬件性能，飛淩嵌入式FET3506J-S核心闆是可以完全滿足工業網關的設計要求的。

接下來，我們就開始在RK3506開發闆上驗證軟件方案，包括裁剪内核優化系統啟動時間，移植Modbus-RTU/TCP相關庫，移植MQTT，編寫配置文件，編寫業務應用相關邏輯，等等。

同時也開始安排硬件工程師評估硬件方案，進行原理圖設計，PCB-Layout，在做出第一款工程樣機後，以便再繼續進行軟件應用驗證和各種可靠性測試。

以上就是自媒體創作者溫老師帶來的飛淩嵌入式OK3506J-S開發闆和FET3506J-S核心闆的開箱分享。點擊下圖進入RK3506J核心闆，即可查看更多産品詳情。

飛淩嵌入式作為國内專業的嵌入式核心控制系統研發、設計和生産的企業，在本次展會隆重亮相，展位号3-360，這也是飛淩嵌入式連續第3年參加Embedded World，堅持為全球産業上下遊合作夥伴和客戶展示和推廣來自中國的嵌入式主控産品、動态方案和應用案例。

本次展會，飛淩嵌入式帶來了基于NXP、TI、瑞芯微、全志等國内外知名芯片公司的最新平台及主流平台打造的嵌入式主控産品，包括嵌入式核心闆、開發闆、工控機和顯控一體機等。

除了産品的靜态展示外，飛淩嵌入式還帶來了多個應用于不同領域的熱門行業解決方案。

AI疲勞駕駛監測方案，可以精準識别駕駛員的疲勞狀态以提高駕駛安全性；多核異構展示方案，充分利用M核和A核的協同工作進行實時采樣、分析和顯示；LVGL顯示+快速啟動方案，則提供了一種低資源消耗的可定制化圖形界面方案；機械臂方案，實現了AI高效識别和實時精确控制的充分融合；AI物體識别方案，則是利用穩定的平台來實現高效模型推理和即時的預覽與展示。

這些方案聚焦人工智能、智慧交通、工業物聯網等多個領域，通過形象的動态演示，給來自全球各地的電子行業夥伴和觀衆帶來了更加全面、更加多維的體驗。

為期3天的Embedded World 2025正在進行中，3月12和3月13日還将有更多行業前沿應用和技術幹貨等着大家，歡迎朋友們的持續關注，飛淩嵌入式會在德國紐倫堡會展中心3-360展位等待着大家，歡迎廣大客戶朋友和行業夥伴的莅臨。

一、T536處理器：多核異構架構，滿足複雜應用場景需求

全志T536處理器是FET536-C核心闆的核心動力。它采用了先進的多核異構架構，集成了四核Cortex-A55應用處理器和64位玄鐵E907 RISC-V處理器。Cortex-A55主頻高達1.6GHz，能夠輕松應對複雜的數據處理任務，而玄鐵E907 RISC-V則專注于實時性任務，确保系統快速響應。這種架構設計使得FET536-C核心闆能夠同時滿足高效能計算和實時性控制的需求。

二、FET536-C核心闆：工業級品質與靈活定制能力

在接口資源方面，FET536-C核心闆配備了豐富的連接接口，包括USB、SDIO、UART、SPI、CAN-FD、以太網、ADC以及LocalBus等。LocalBus支持16bit@100M或32bit@50M的高速數據讀寫速率，為ARM處理器與FPGA之間的高效通信提供了有力支持。這種豐富的接口資源使得核心闆能夠輕松與各類外圍設備進行連接與通信，進一步拓展了其應用場景。

三、安全特性：全方位保障系統穩定與數據安全

此外，核心闆還集成了國密算法SM2/SM3/SM4，能夠對數據進行加密處理，确保數據在傳輸與存儲過程中的安全。全通路ECC技術則為CPU至DDR的數據傳輸提供了錯誤檢測與糾正能力，進一步提高了系統的可靠性與穩定性。

四、開發支持：完備資料與高效開發體驗

飛淩FET536-C核心闆為開發者提供了全面且持續更新的開發資源，包括詳細的産品手冊、硬件原理圖、引腳複用對照表、常見問題手冊、測試例程等。這些資料為開發者提供了清晰的開發指引，使得開發過程更加高效便捷。同時，飛淩嵌入式公司還為FET536-C核心闆提供了完備的售後技術支持，幫助開發者快速解決開發過程中遇到的問題，加速産品上市時間。

五、應用場景：多領域适用，助力智能化升級

FET536-C核心闆憑借其高性能、多接口、工業級品質以及強大的安全特性，在多個領域展現出廣泛的應用前景。在工業自動化中，它可以作為集中器的核心部件，實現對生産過程的實時監控與優化控制；在智能交通領域，可用于交通信号控制、車輛流量監測等設備，提升交通系統的智能化管理水平；在新能源領域，核心闆可用于充電樁的控制系統，實現對充電過程的精确控制與管理；在機器人領域，核心闆能夠為機器人提供高效的數據處理與實時控制能力，助力機器人實現更加複雜與精準的動作控制。

FET536-C全國産核心闆

除性價比超高的處理器外，核心闆整闆均采用工業級國産元器件，是集中器、FTU、DTU、充電樁、交通、機器人、工業控制等關鍵領域實現國産化降本的優質之選。

接口資源豐富

安全特性

持續更新的用戶資料

1. T536核心闆的優勢

飛淩嵌入式FET536-C核心闆基于全志T536工業級處理器開發設計，主頻1.6GHz，集成4核Cortex-A55和64位玄鐵E907 RISC-V MCU，能夠提供高效的計算能力。其中RISC-V核最高主頻可達600MHz，支持16KB指令緩存和16KB數據緩存， 可運行于超大容量DDR。

T536處理器的玄鐵E907 RISC-V核的接口資源也十分豐富，能夠充分滿足配電自動化終端DTU所需功能的實現。

2. 基于T536核心闆的DTU方案亮點

實時業務高效處理：

如采樣、FFT計算、故障動作等實時性強的業務，都可以在T536核心闆的RISC-V核上運行，依靠600MHz主頻和浮點運算單元，RISC-V核能輕松完成多路間隔的實時功能。對于多路AD7616采樣，既可以憑借SPI高達100MHz的速率輕松實現，也可通過5MHz波特率和單幀64字節的CAN-FD與每個間隔的單片機高效實現。

故障錄波與雙核協同：

T536核心闆的RISC-V核可以動态調整DDR空間，滿足故障錄波數據存儲需求，憑借RPMsg和RPbuf強大的雙核通信帶寬，可将故障錄波數據高效傳給A核，生成故障錄波文件。

管理核的通信中樞：

A核憑借四核1.6GHz主頻和豐富的資源接口，可通過多種通信接口實現數據的采集和加密/解密功能，滿足各種傳感器接入和向調度中心加密後IEC101/IEC104的轉出功能。

3. 應用實例

3.1 SPI數據收發

本案例為SPI回環測試，即将SPI的MOSI和MISO兩個引腳短接進行數據收發。

3.1.1 功能介紹

3.1.2 效果實現

SPI發送和接收的FIFO均為128個，在底層hal庫程序中，當數據長度小于128字節時，采用中斷方式，當FIFO大于等于128字節時，采用DMA模式。

中斷方式傳輸效果：

DMA方式傳輸效果：

使用DMA傳輸3200字節，SPI速率默認為100Mbit/s，案例中平均傳輸速率為64Mbit/s，單次傳輸的字節越多，系統調度時間占比越可以忽略，接近理論值。

3.2 核間通信RPbuf

RPbuf是全志基于RPMsg所實現一套高帶寬數據傳輸的框架。RPMsg是基于共享内存和msgbox中斷實現的一套核間通信機制，RPMsg除去頭部的16字節數據外，單次最多可發送496字節有效數據。目前RPbuf最高可支持511.875KB數據（512KB減去128Bytes頭部）我們以單次511.875KB數據傳輸為例進行展示。

3.2.1 功能介紹

• VirtIO：一套虛拟化數據傳輸框架，用于管理共享内存VRING；

• VRING：由VirtIO管理的一個環形共享内存；

• Msgbox：全志提供的一套消息中斷機制，已與Linux内核中原生的mailbox框架适配；

• MSGBOX_IRQ：Msgbox中斷；

• RPMsg：基于VirtIO管理的共享内存所實現一套少量數據傳輸的框架；

• RPbuf：全志基于RPMsg所實現一套大量數據傳輸的框架。

由上圖可知（以RISC-V核向A核發送數據為例），RPbuf首先将數據放置在DDR中，再将緩沖區首地址和大小通過RPMsg發送至A核（RPMsg将緩沖區首地址和大小放入VRING，然後請求Msgbox中斷，A核收到這個中斷後，在其回調函數中使用RPMsg接口函數來從VRING中取出cmd），随後A核從cmd handler中獲取緩沖區内的地址和長度，最後在應用層讀取數據，從而完成雙核間數據傳輸。

3.2.2 效果展示

4. 總結

總體而言，飛淩嵌入式的A核+RISC-V核DTU解決方案憑借T536核心闆的多核架構和卓越性能，為配電自動化終端提供了強大的技術支持，這一方案不僅提升了供電可靠性和效率，還為配電系統的實時監控和高效管理提供了有力保障，是未來智能電網發展的重要方向。

該核心闆基于Rockchip RK3506J 處理器開發，實現了 100% 國産化物料選型，有力地滿足了電力、交通、工控等行業在國産化方面的嚴格要求，為關鍵基礎設施的自主可控提供了硬件基礎。同時，經過全面且嚴格的可靠性測試，确保其能夠在工業環境中穩定可靠地運行，有效降低了因硬件故障導緻的生産中斷風險。

RK3506J 處理器作為核心闆的關鍵部件，是一款高性能的三核 Cortex-A7 應用處理器。它在提供強大計算能力的同時，還具備出色的功耗控制與散熱能力，專為智能工業應用設計。FET3506J-S 核心闆滿載運行實測功耗僅為 0.7W，且無需額外散熱措施，就能輕松通過 +85℃高溫環境實驗，這使得其在能效和散熱方面具有顯著優勢，特别适合對能耗和散熱條件有限制的工業應用場景。

核心闆配備了豐富的外圍接口，如RMII、UART、CAN、Display 等，能夠滿足不同應用場景下的開發需求。無論是工業自動化中的設備通信、交通系統中的數據傳輸，還是消費電子中的顯示輸出，這些接口都能提供良好的支持，方便開發者進行功能拓展和系統集成。

RK3506J 的并行總線接口 DSMC 為低成本、易開發的 FPGA 與 ARM 高速通信提供了有力保障，支持主 / 從模式，可實現高效的數據交互。

其可配置的并行數據接口 FlexBUS 也十分實用，可用于連接 ADC、DAC 芯片，以及 DVP 攝像頭、QSPI LCD 顯示屏等外設，進一步增強了核心闆的功能多樣性和應用适應性。

此外，RK3506J 采用矩陣 IO 設計，衆多功能信号可共享有限的引腳接口，并且任何功能信号都能通過軟件配置映射到任何引腳接口，支持 98 個功能信号映射到 32 個引腳接口。這種靈活的引腳配置方式為産品設計帶來了更高的自由度，能夠根據具體應用需求快速調整硬件布局，縮短産品研發周期，降低開發成本。

在存儲方面，飛淩嵌入式為用戶提供深度存儲驅動優化以及eMMC 健康診斷工具，能夠實時監測存儲設備狀态，提前預警潛在故障，最大限度地延長存儲壽命和可靠性，減少因存儲壽命耗盡導緻的産品故障，确保數據安全和系統穩定運行。

軟件支持方面，FET3506J-S 核心闆憑借對 Linux 6.1、LVGL 9.2、AMP 架構以及 Linux RT 等多種軟件生态的全面兼容，展現出強大的軟件适應性和靈活的系統架構。無論是構建複雜的圖形用戶界面，還是實現高精度的實時控制，都能輕松應對，充分滿足從顯示到控制的多樣化應用需求，廣泛适用于多種複雜的應用場景。

FET3506J-S 核心闆憑借其國産化、高性能、低功耗、豐富接口、靈活設計以及強大的軟件支持等優勢，廣泛适用于工業自動化、消費電子、智慧醫療、電力、新能源、通信等行業及相關應用領域。再加上具有競争力的價格優勢和完備的售後技術支持，能夠助力企業産品快速上市，在市場競争中占據有利地位，為我國嵌入式産業發展和各行業智能化升級提供了有力支持。

embedded world 2025作為嵌入式技術的全球頂級盛會，預計将彙聚數千家參展商與數十萬名專業觀衆，共同展示嵌入式技術的最新成果、探讨行業趨勢、推動國際合作。展會期間，不僅将展出涵蓋汽車電子、工業控制、消費電子、醫療電子等多個領域的嵌入式創新産品，還将舉辦多場專業論壇與研讨會，邀請行業領袖與專家學者共話未來。屆時，飛淩嵌入式将攜多款重量級的嵌入式核心闆、開發闆、工控機等主控産品，以及充電樁、LVGL、機械臂、AI識别等多個熱門行業解決方案Demo亮相，為全球客戶帶來一場技術與創新的盛宴。

飛淩嵌入式第一時間拿到了FRDM i.MX 93開發闆，本篇文章，小編就為大家帶來這款産品的快速開箱介紹。

一、開箱初體驗-體積小巧，功能全面

打開FRDM i.MX 93開發闆小巧的包裝，首先映入眼簾的是開發闆緊湊而精緻的設計，用直尺大緻測量一下，開發闆的長邊也僅有10.5cm左右。盡管體積小巧，但開發闆上的每一個元件都經過精心布局，确保了功能的全面性和穩定性。

除此之外，包裝内還有附送的快啟動指南、配件清單以及2條USB 2.0 Type-A 轉 Type-C線。

二、i.MX 93處理器-性能與功耗的平衡

FRDM i.MX 93的核心當然就是NXP i.MX93處理器了，這款處理器以其卓越的性能和低功耗特性而著稱，集成了2個主頻1.7GHz的ARM Cortex-A55多任務核和1個Cortex-M33實時核，并創新性地采用了ARM Ethos U-65 microNPU方案，每個周期256個MAC，0.5TOPS算力可在邊緣為高效、快速、安全的機器學習賦能。

Energy Flex架構的引入，使得i.MX 93在處理複雜任務時能夠保持高效能，同時在待機狀态下實現極低的功耗，非常适合物聯網和工業應用。

三、IW612模塊-輕松接入多種無線網絡

FRDM i.MX 93配備了IW612無線通信模塊，支持2.4/5GHz雙頻Wi-Fi 6、Bluetooth 5.4和IEEE 802.15.4等多種協議。這意味着您的設備可以輕松接入各種無線網絡，實現與其他設備的無縫通信，為智能家居、工業物聯網、智能設備、網關等應用場景提供強有力的支持。

值得注意的是，IW612模塊為Wi-Fi、藍牙和IEEE 802.15.4子系統分别集成了專用的處理器和存儲器，從而實現實時的獨立協議處理。

四、擴展接口-滿足多樣化需求

FRDM i.MX 93提供了豐富的擴展接口，包括GPIO、UART、I2C、SPI等，這些接口可以滿足您連接各種傳感器、執行器和外設的需求。開發闆的這種靈活性，使得它能夠适應多種應用場景，為您的項目開發提供更多可能性。

五、多媒體性能-HDMI、MIPI接口一應俱全

對于需要高清顯示的應用場景，FRDM i.MX 93同樣表現出色。開發闆上的HDMI接口支持高清視頻輸出，可以連接到顯示器或電視上，呈現出細膩、清晰的畫質。這對于工業監控、家庭娛樂等應用場景來說，無疑是一個巨大的加分項。

此外，還配備了4通道MIPI-DSI接口和2通道MIPI CSI-2接口，可輕松實現高分辨率的顯示屏連接和高分辨率、高幀率的圖像捕獲，提供了強大的多媒體處理能力。

六、軟件與工具支持-大大加快開發周期

為了幫助開發者們更快地上手，FRDM i.MX 93開發闆還配備了全面的軟件和工具鍊。操作系統環境支持（如Yocto Linux和Debian Linux），還支持面向i.MX應用處理器的GoPoint及豐富的應用程序示例。這些軟件和工具将大大加快開發周期，簡化從原型到生産的過程。

不難看出，NXP FRDM i.MX 93開發闆擁有緊湊的設計、卓越的性能、低功耗特性、豐富的無線連接能力、多樣化的擴展接口以及全面的多媒體能力等諸多優勢，能夠成為嵌入式工程師手中的得力助手。如果您正在尋找一款高性能、低功耗的開發闆來支持您的項目開發，那麼FRDM i.MX 93開發闆無疑是一個值得考慮的選擇。

以上就是小編為大家帶來的FRDM i.MX93開發闆的快速開箱介紹，關注飛淩嵌入式官方微信公衆号，第一時間獲取更多技術幹貨與産品推薦。

在這個萬物互聯的時代，無線通信技術已經成為嵌入式系統中不可或缺的一部分。其中，Wi-Fi模塊作為連接設備與網絡的重要橋梁，其性能與兼容性顯得尤為關鍵。Intel的AX210NGW Wi-Fi 6E模塊作為一款高性能的無線網絡适配器，不僅支持最新的Wi-Fi 6E标準和藍牙5.3，還具備出色的傳輸速度和兼容性，為嵌入式系統的無線連接提供了強有力的支持。

為了更好地滿足客戶對高性能嵌入式主控的應用需求，本文将詳細介紹在飛淩嵌入式OK3576-C開發闆上适配AX210NGW Wi-Fi 6E模塊（以下簡稱模塊）的方法，幫助開發者快速上手并充分發揮性能優勢。

注：目前暫未對Wi-Fi模塊的藍牙功能進行适配，本文隻講解Wi-Fi功能的适配方式。

首先，需要将Wi-Fi模塊連接到飛淩嵌入式RK3576開發闆上（Wi-Fi模塊使用的是M.2 key A+E接口，但通過接口圖看到OK3576-C開發闆沒有此接口，這時使用M.2轉PCIe雙頻無線網卡轉接卡進行轉接就可以）。

進入内核目錄開始配置：

forlinx@ubuntu20:~/3576$ cd kernel-6.1/
forlinx@ubuntu20:~/3576/kernel-6.1$ make menuconfig ARCH=arm64

按如下順序進行選擇：

Location:
  -> Device Drivers
-> Network device support (NETDEVICES [=y])
      -> Wireless LAN (WLAN [=y])
        -> Intel devices (WLAN_VENDOR_INTEL [=y])
          -> Intel Wireless WiFi Next Gen AGN - Wireless-N/Advanced-N/Ultimate-N (iwlwifi)  (IWLWIFI [=m]) 
            -> Intel Wireless WiFi MVM Firmware support (IWLMVM [=m])

進行編譯：

forlinx@ubuntu20:~/3576/kernel-6.1$ export CROSS_COMPILE=/home/forlinx/3576/prebuilts/gcc/linux-x86/aarch64/gcc-arm-10.3-2021.07-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu-
forlinx@ubuntu20:~/3576/kernel-6.1$ export PATH=$PATH:/home/forlinx/3576/prebuilts/gcc/linux-x86/aarch64/gcc-arm-10.3-2021.07-x86_64-aarch64-none-linux-gnu/bin/
forlinx@ubuntu20:~/3576/kernel-6.1$ make ARCH=arm64 rk3576-evb1-v10-linux.img

最後将編譯好的模塊自行拷貝到RK3576開發闆中，我們這裡是将模塊拷貝到 /root目錄中了。模塊在内核源碼中的路徑：

(1) drivers/net/wireless/intel/iwlwifi/iwlwifi.ko
(2) drivers/net/wireless/intel/iwlwifi/mvm/iwlmvm.ko

除此之外，還需要将Wi-Fi固件和STA腳本拷貝到/root目錄中備用。

root@rk3576-buildroot:/root# ls
firmware.zip  fltest_wifi.sh  iwlmvm.ko  iwlwifi.ko

STA腳本可以參考以下内容，如自行創建腳本，記得要添加可執行權限。

#!/bin/sh
cnt1=`ps aux | grep hostapd | grep -v grep  | wc -l`
if [ "$cnt1" != "0" ];then
        killall hostapd > /dev/null
fi
ifconfig uap0 down
function usage()
{
    echo "Usage: -i <wifi> -s <ssid> -p <password>"
    echo "eg: ./wifi.sh -i mlan0 -s bjforlinx -p 12345678 "
    echo "eg: ./wifi.sh -i mlan0 -s bjforlinx -p NONE "
    echo " -i : mlan0 or mlan1"
    echo " -s : wifi ssid"
    echo " -p : wifi password or NONE"
}
function parse_args()
{
    while true; do
        case "$1" in
            -i ) wifi=$2;echo wifi $wifi;shift 2 ;;
            -s ) ssid=$2;echo ssid $ssid;shift 2 ;;
            -p ) pasw=$2;echo pasw $pasw;shift 2 ;;
            -h ) usage; exit 1 ;;
            * ) break ;;
        esac
    done
}
if [ $# != 6 ]
then
    usage;
    exit 1;
fi
parse_args $@
if [ -e /etc/wpa_supplicant.conf ]
then
    rm /etc/wpa_supplicant.conf
fi
    echo \#PSK/TKIP >> /etc/wpa_supplicant.conf
        echo ctrl_interface=/var/run/wpa_supplicant >>/etc/wpa_supplicant.conf
        echo ctrl_interface_group=0 >>/etc/wpa_supplicant.conf
        echo update_config=1 >>/etc/wpa_supplicant.conf
        echo network={ >>/etc/wpa_supplicant.conf
    echo ssid=\"$ssid\" >>/etc/wpa_supplicant.conf
        echo scan_ssid=1 >>/etc/wpa_supplicant.conf
    if [ $pasw == NONE ]
        then
                echo key_mgmt=NONE >>/etc/wpa_supplicant.conf
        else
                echo psk=\"$pasw\" >>/etc/wpa_supplicant.conf
                echo key_mgmt=WPA-EAP WPA-PSK IEEE8021X NONE >>/etc/wpa_supplicant.conf
        #       echo group=CCMP TKIP WEP104 WEP40 >>/etc/wpa_supplicant.conf
        fi
    echo } >>/etc/wpa_supplicant.conf

ifconfig -a|grep mlan0 |grep -v grep  > /dev/null
if [ $? -eq 0 ]
then
        ifconfig mlan0 down > /dev/null
fi

ifconfig -a|grep mlan1 |grep -v grep  > /dev/null
if [ $? -eq 0 ]
then
        ifconfig mlan1 down > /dev/null
fi
ifconfig -a|grep eth0 |grep -v grep  > /dev/null
if [ $? -eq 0 ]
then
        ifconfig eth0 down > /dev/null
fi
ifconfig -a|grep eth1 |grep -v grep  > /dev/null
if [ $? -eq 0 ]
then
        ifconfig eth1 down > /dev/null
fi
ifconfig -a|grep usb0 |grep -v grep  > /dev/null
if [ $? -eq 0 ]
then
        ifconfig usb0 down > /dev/null
fi
ps -fe|grep wpa_supplicant |grep -v grep > /dev/null
if [ $? -eq 0 ]
then
        kill -9 $(pidof wpa_supplicant)
fi
sleep 1
ifconfig $wifi up > /dev/null 
sleep 1
(wpa_supplicant -Dnl80211,wext -i$wifi -c/etc/wpa_supplicant.conf  >/dev/null) &
echo "
waiting...
"
sleep 3
wpa_cli -i$wifi status |grep COMPLETED |grep -v grep >/dev/null
if [ $? -eq 0 ]
then
        dhcpcd -i $wifi
        echo "
Finshed!
" 
else
        echo "
try to connect again...
"
        sleep 3
        wpa_cli -i$wifi status |grep COMPLETED |grep -v grep >/dev/null
                if [ $? -eq 0 ]
                then
                        dhcpcd -i $wifi
                                echo "
nameserver 114.114.114.114
" > /etc/resolv.conf
                        echo "
Finshed!
"
                else
                        echo "
************************************************
"
                        echo "
connect faild,please check the passward and ssid
"
                        kill -9 $(pidof wpa_supplicant)
                        exit 1
                fi
fi

接下來就需要将固件部署到闆卡的/lib/firmware路徑下：

root@rk3576-buildroot:/root# unzip firmware.zip -d /lib/
root@rk3576-buildroot:/root# ls /lib/firmware/iwlwifi-ty-a0-gf-a0*
/lib/firmware/iwlwifi-ty-a0-gf-a0-59.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-66.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-71.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-72.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-73.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-74.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-77.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-78.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-79.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-81.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-83.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-84.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-86.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0-89.ucode
/lib/firmware/iwlwifi-ty-a0-gf-a0.pnvm

接下來就可以加載模塊了：

root@rk3576-buildroot:/root# insmod iwlwifi.ko 
[ 1996.796387] Intel(R) Wireless WiFi driver for Linux
[ 1996.803930] iwlwifi 0000:01:00.0: api flags index 2 larger than supported by driver
[ 1996.804075] iwlwifi 0000:01:00.0: TLV_FW_FSEQ_VERSION: FSEQ Version: 0.0.2.36
[ 1996.806470] iwlwifi 0000:01:00.0: loaded firmware version 72.a764baac.0 ty-a0-gf-a0-72.ucode op_mode iwlmvm
root@rk3576-buildroot:/root# insmod iwlmvm.ko 
[ 2005.034727] iwlwifi 0000:01:00.0: Detected Intel(R) Wi-Fi 6 AX210 160MHz, REV=0x420
[ 2005.036391] thermal thermal_zone6: power_allocator: sustainable_power will be estimated
[ 2005.036966] thermal thermal_zone6: failed to read out thermal zone (-61)
[ 2005.212436] iwlwifi 0000:01:00.0: loaded PNVM version 35148b80
[ 2005.228063] iwlwifi 0000:01:00.0: Detected RF GF, rfid=0x10d000
[ 2005.299203] iwlwifi 0000:01:00.0: base HW address: 4c:49:6c:f0:99:7a
[ 2005.323434] iwlwifi 0000:01:00.0 wlp1s0: renamed from wlan0

如有上述信息，說明模塊已經加載成功，即可看到網卡節點信息：

root@rk3576-buildroot:/root# ifconfig wlp1s0
wlp1s0    Link encap:Ethernet  HWaddr 4C:49:6C:F0:99:7A  
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

下面開始測試STA模式：

root@rk3576-buildroot:/root# ./fltest_wifi.sh -i wlp1s0 -s forlinx-wlan -p fl03123102650
ifconfig: SIOCGIFFLAGS: No such device
wifi wlp1s0
ssid forlinx-wlan
pasw fl03123102650
[ 2242.183049] rk_gmac-dwmac 2a220000.ethernet eth0: FPE workqueue stop
waiting...
try to connect again...
[ 2247.876030] wlp1s0: authenticate with ee:b9:70:81:7d:88
[ 2247.883905] wlp1s0: send auth to ee:b9:70:81:7d:88 (try 1/3)
[ 2248.015556] wlp1s0: send auth to ee:b9:70:81:7d:88 (try 2/3)
[ 2248.119667] wlp1s0: send auth to ee:b9:70:81:7d:88 (try 3/3)
[ 2248.172500] wlp1s0: authenticated
[ 2248.175429] wlp1s0: associate with ee:b9:70:81:7d:88 (try 1/3)
[ 2248.183347] wlp1s0: RX AssocResp from ee:b9:70:81:7d:88 (capab=0x1931 status=0 aid=42)
[ 2248.192191] wlp1s0: associated
[ 2248.218419] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready
main: control_open: Connection refused
dhcpcd-10.0.4 starting
dev: loaded udev
DUID 00:01:00:01:c7:92:c8:aa:4c:49:6c:f0:99:7a
wlp1s0: connected to Access Point: forlinx-wlan
wlp1s0: IAID 6c:f0:99:7a
wlp1s0: soliciting an IPv6 router
wlp1s0: rebinding lease of 192.168.81.206
wlp1s0: NAK: from 192.168.80.1
wlp1s0: soliciting a DHCP lease
wlp1s0: offered 192.168.81.206 from 192.168.80.1
wlp1s0: probing address 192.168.81.206/23
wlp1s0: leased 192.168.81.206 for 28800 seconds
wlp1s0: adding route to 192.168.80.0/23
wlp1s0: adding default route via 192.168.80.1
forked to background, child pid 1185
dhcpcd_fork_cb: truncated read 0 (expected 4)
Finshed!

測試ping到飛淩嵌入式官網，查看是否可以正常上網：

root@rk3576-buildroot:/root# ifconfig wlp1s0
wlp1s0    Link encap:Ethernet  HWaddr 4C:49:6C:F0:99:7A  
          inet addr:192.168.81.206  Bcast:192.168.81.255  Mask:255.255.254.0
          inet6 addr: fe80::4e49:6cff:fef0:997a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1547 errors:0 dropped:93 overruns:0 frame:0
          TX packets:21 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:150462 (146.9 KiB)  TX bytes:3123 (3.0 KiB)
root@rk3576-buildroot:/root# ping www.bczlgz.com     
PING s-526319.gotocdn.com (211.149.226.120) 56(84) bytes of data.
64 bytes from 211.149.226.120 (211.149.226.120): icmp_seq=1 ttl=54 time=45.9 ms
64 bytes from 211.149.226.120 (211.149.226.120): icmp_seq=2 ttl=54 time=40.1 ms
64 bytes from 211.149.226.120 (211.149.226.120): icmp_seq=3 ttl=54 time=39.8 ms
64 bytes from 211.149.226.120 (211.149.226.120): icmp_seq=4 ttl=54 time=40.8 ms
64 bytes from 211.149.226.120 (211.149.226.120): icmp_seq=5 ttl=54 time=40.5 ms
^C
--- s-526319.gotocdn.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4007ms
rtt min/avg/max/mdev = 39.813/41.401/45.867/2.257 m

可以看到ping飛淩嵌入式官網是正常的，這樣小編就把STA模式配置好了。
那麼，AP模式如何開啟？接下來，我們就介紹一下如何配置AP模式。
第一步還是需要編寫AP模式腳本。小編 将腳本放在了/usr/bin/目錄中，文件名稱為fltest_hostapd.sh ，同樣的也需要配置可執行權限。

#!/bin/sh
cnt=`ps aux | grep wpa_supplicant | grep -v grep  | wc -l`
if [ "${cnt}" != "0" ];then
        killall wpa_supplicant > /dev/null
fi
cnt1=`ps aux | grep hostapd | grep -v grep  | wc -l`
if [ "${cnt1}" != "0" ];then
        killall hostapd > /dev/null
fi
/etc/init.d/S80dnsmasq stop
echo 1 > /proc/sys/net/ipv4/ip_forward
#iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
sleep 1
ifconfig wlp1s0 192.168.2.1
hostapd /etc/hostapd-2.4g.conf &
#hostapd /etc/hostapd-5g.conf &
/etc/init.d/S80dnsmasq start

以上就是fltest_hostapd.sh腳本的全部内容。在fltest_hostapd.sh腳本中，還用到了/etc/hostapd-2.4g.conf配置文件，以下是文件的配置内容：

interface=wlp1s0
driver=nl80211
channel=9
hw_mode=g
auth_algs=1
ieee80211n=1
wpa=1
ssid=OK3576_WIFI_2.4G_AP   //AP模式wifi名稱
wpa_passphrase=12345678   //AP模式WiFi密碼
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

下面還需要配置下dnsmasq.conf服務：

root@rk3576-buildroot:/root# vi /etc/dnsmasq.conf
interface=wlp1s0
bind-interfaces
except-interface=lo
dhcp-range=192.168.2.100,192.168.2.254,12h
dhcp-option=3,192.168.2.1
dhcp-option=6,192.168.2.1

有的朋友可能就要問了，在其他系統上使用的是udhcpd服務，為什麼在這裡使用的DNSmasq服務？下面就簡單介紹一下這兩個服務的區别：

（1）udhcpd 是來自 BusyBox 工具集的 DHCP 服務器程序。主要的功能是為本地網絡設備分配動态IP地址、子網掩碼、網關等信息。DHCP服務本身是不包含DNS轉發或其他的網絡服務。
（2）DNSmasq 是一個輕量級的 DNS 轉發器和 DHCP 服務器軟件。
     ① 可以将DNS查詢的請求轉發到上遊DNS服務器，并緩存這些查詢結果，目的是為了提高網絡應用的響應速度。
     ② 做DHCP服務器時與第一條udhcpd服務功能相同，這裡就不做重複介紹了。
此外，應用場景也不同，DNSmasq主要用戶小型網絡環境。易于配置和管理，如家庭網絡、小型辦公室和路由器中；而udhpcd服務适合用于嵌入式系統或者資源有限的環境中。
擴展知識介紹完畢，下面就開啟AP模式：

root@rk3576-buildroot:/root# fltest_hostapd.sh 
[ 6470.256308] wlp1s0: deauthenticating from ee:b9:70:81:7d:88 by local choice (Reason: 3=DEAUTH_LEAVING)
killall: hostapd: no process killed
Stopping dnsmasq: FAIL
Starting dnsmasq: OK
[ 6471.641533] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready
wlp1s0: interface state UNINITIALIZED->ENABLED
wlp1s0: AP-ENABLED 
root@rk3576-buildroot:/root# ifconfig wlp1s0
wlp1s0    Link encap:Ethernet  HWaddr 4C:49:6C:F0:99:7A  
          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:50382 errors:0 dropped:2982 overruns:0 frame:0
          TX packets:261 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4291281 (4.0 MiB)  TX bytes:27170 (26.5 KiB)

下面就是要使用手機連接飛淩嵌入式RK3576開發闆的熱點了。


root@rk3576-buildroot:/root# ping 192.168.2.225
PING 192.168.2.225 (192.168.2.225) 56(84) bytes of data.
64 bytes from 192.168.2.225: icmp_seq=1 ttl=64 time=142 ms
64 bytes from 192.168.2.225: icmp_seq=2 ttl=64 time=60.1 ms
64 bytes from 192.168.2.225: icmp_seq=3 ttl=64 time=88.2 ms
64 bytes from 192.168.2.225: icmp_seq=4 ttl=64 time=110 ms
64 bytes from 192.168.2.225: icmp_seq=5 ttl=64 time=69.9 ms
^C
--- 192.168.2.225 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4004ms

到此，一個新的AX210NGW Wi-Fi模塊就已經适配完成了。小編在這裡想告訴大家的是，PCIe Wi-Fi模塊的适配思路都是一樣的，如果有其他Wi-Fi模塊，大家也可以參考此方法動手嘗試。

首先，嵌入式場景中常用來存儲數據的介質分為兩類：

·Managed NAND，以eMMC（embedded Multi-Media Card）TF卡、SD卡為主内部帶有存儲管理控制器。 

·Raw NAND，以NAND為主的未帶有存儲管理功能，隻包含簡單IO邏輯控制。

上圖描述了NAND存儲和eMMC存儲的關系，NAND Controller代指核心闆的CPU，NAND指實際參與存儲的區域，由此看出實際上eMMC和NAND的區别在于存儲管理控制是在eMMC内部還是核心闆的 CPU。存儲管理主要包括功能：壞塊管理、ECC校驗、磨損均衡、數據保持和地址管理及映射等。

一、存儲的相關概念

存儲類型分為SLC、MLC、TLC、QLC。嵌入式常用類型低存儲容量一般為SLC和MLC，高存儲容量一般是TLC。

SLC (Single-Level Cell) 速度快，壽命長，價格貴，理論擦寫次數在10萬次左右。

MLC (Multi-Level Cell) 速度較快，壽命較長、價格較貴，理論擦寫次數在3000-5000次。 

TLC (Trinary-Level Cell) 速度較慢，壽命較短、價格最便宜，理論擦寫次數在1000-3000次。 

QLC (Quad-Level Cell) 容量可以做的更大，成本上更低，劣勢就是P/E壽命更短。 

pSLC (pseudo SLC) 以 MLC的FLASH為基礎，但在每個Cell中隻存1 bit而不是2 bit數據。由于在同一個Cell中跟SLC一樣隻存儲一個bit，但又不是真的 SLC，所以稱之pSLC。依上述原理，若将MLC用做pSLC，存儲空間将減半，壽命通常可以提升到3萬次左右。

P/E (Program/Erase Count) ：擦寫壽命。耐用性兩個指标之一。

TBW (Total Bytes Written) ：總寫入量。是廠商用以界定質保期的數值，即超過了這個數值的寫入量之後，廠商就不再給予質保服務。耐用性兩個指标之一。 

FW (Firmware) ：由于eMMC内部控制器屬于軟件編程控制器，會需要固件，eMMC在存儲廠家出廠前已經燒錄對應固件。 

WA (Write amplification) ：寫放大。表示實際寫入的物理數據量是寫入數據量的多少倍，即：閃存寫入的數據量÷主控寫入的數據量 = 寫放大。 

GC（Garbage Collection) ：垃圾回收。NAND介質的存儲寫入是按照頁（Page）寫入，是按照塊（Block）擦除。

二、eMMC和NAND的差異

（1）eMMC與NAND對比

（2） eMMC的相關特點

·eMMC使用單獨的硬件控制器對存儲進行管理，相比于Linux下NAND驅動管理可靠性更高。

·内部固件集成多種功能：使用壽命等健康信息記錄、根據不同的場景動态調整内部存儲策略。 

·接口标準，各廠家各容量兼容性好。 

·eMMC的存儲壽命普遍不如NAND壽命長。相比于NAND大部分使用SLC或者MLC，eMMC大部分是MLC或者TLC，eMMC相對于NAND單位壽命會低；但是由于eMMC的存儲容量一般較大，一定程度上抵消單位壽命低的劣勢。

（3）NAND的相關特點

·系統的驅動主要是由SoC廠家及系統上遊邏輯決定，針對不同的NAND存儲介質無法發揮出最大優勢，或者存在驅動邏輯兼容性問題。 

·NAND容易出現位翻轉、壞塊等情況，相比eMMC内部管理，CPU管理需要占用較大系統開銷用來維護存儲内容。 

·接口标準采用ONFI接口協議，但是不同廠家的NAND的頁、OOB區及塊大小等配置存在差異，如果物料停産需要換型會存在鏡像不兼容風險。

·NAND的布局控制是由CPU管理，對應的分區管理和邏輯定制會有很大的靈活性，根據實際應用場景制定不同的管理策略。 

·NAND單位存儲壽命較長。 

綜上，産品存儲選型建議使用帶有管理功能的eMMC。

三、存儲使用建議

·eMMC：建議預留25%空間，避免頻繁觸發GC。 

·由于存儲的最小寫入單元是Page，最小的擦除單元是Block。以16K page舉例，如果單次寫入小于 一個Page的數據，會造成寫放大。如果單次寫入數據遠遠小于Page的大小，寫放大會很嚴重。最終會導緻壽命大大縮短。建議對小數據先通過DDR内存進行緩沖，緩沖一定數據再組合寫入。 

·使用中如果出現異常斷電，定期需要對文件系統使用工具掃描修複，避免由于異常斷電數據未及時 保存導緻文件系統異常。如果是頻繁異常掉電場景，可以增加硬件加掉電保護措施，用來保證系統穩定性。

·産品設計初期，需要結合實際應用場景存儲數據的頻率，為保證産品壽命要求，評估選擇合适的存儲類型和容量。

四、飛淩嵌入式賦能

（1）針對eMMC，根據對壽命及健康信息讀取分析，讓應用掌握更全面的存儲信息，并作出合理的調整。

應用可以實時監控當前的存儲壽命，用來在設備存儲壽命降低到自定義阈值時發送報警信号做 特定處理。 

應用可以實時查看系統的健康信息，評估存儲的寫放大系數，用來評估應用軟件升級對存儲帶 來的影響，進而估算剩餘壽命。 

（2）針對NAND，根據增加手段統計實際NAND的擦寫、搬移、标記等信息，給出應用IO操作改善建議。

（3）針對所有類型存儲，根據對終端設備不同使用場景特點采集分析，評估出更适合場景的應用編寫參考。

·終端實際應用場景主要集中在：日志循環存儲、應用關鍵數據參數存儲及緩沖數據。

·日志循環存儲特點：循環擦寫，寫入頻繁，讀取不頻繁。和文件系統同時存在，會出現寫頻繁 和隻讀混放數據，會影響整體的穩定性。舉例：大部分eMMC的損耗平衡特性是全盤範圍，軟件上的文件系統分區未實現想要的數據隔離效果，這個其實可以在初期評估階段解決。

·關鍵數據特點：小數據量狀态信息，比較重要，信息量不大。 

·緩沖數據特點：順序寫入，整體擦除。

實際軟件開發過程中，根據如上數據特點，為保證産品穩定性在如下3個階段給出優化方案：

·産品開發前做對應存儲方案選型，能夠提前評估出風險。通過實際應用場景産品的目标壽命， 評估出存儲類型、文件系統類型、應用數據讀寫建議及燒錄方式等。

·産品開發完成前做實際存儲的優化。産品的樣機測試階段需要對系統實際讀寫頻次、大小做接 口數據統計分析，對存儲做數據穩定性分析（例：NAND存儲變位及壞塊分析）。通過分析給 出讀寫數據單元大小優化建議、連續/随機讀寫優化建議。 

·産品部署前做最終的預估壽命評估。結合最終優化效果給出實際應用中的一個壽命預估。

除上述優化策略外，不同eMMC、NAND廠家在滿足接口協議标準前提下提供了不同的優化特性，部分優化特性需要結合操作系統修改才能發揮出更好的效果。

五、總結

存儲穩定性直接關乎到最終産品的穩定性，本文圍繞eMMC和NAND的特性做了對比介紹，目的是幫助研發工程師在實際開發産品過程中更簡單、更高效。

核心闆與底闆結構：靈活性與擴展性的完美結合

飛淩RK3576 開發平台采用核心闆與底闆相結合的模塊化設計理念。核心闆 FET3576-C 搭載瑞芯微 RK3576 CPU，集成四核 Cortex-A72 和四核 Cortex-A53 處理器以及獨立 NEON 協處理器，内置 6TOPS 算力的 NPU。其設計充分平衡高性能與低功耗，通過精細的電路設計和優化的電源管理方案，确保在高負載下保持穩定性能。核心闆還集成豐富的接口資源，包括 MIPI CSI、MIPI DSI、HDMI、USB 3.0 和 PCIe 等，滿足多樣化應用場景需求。

底闆為核心闆提供必要的支持和擴展功能，集成了多種外設接口和電源管理模塊。其設計充分考慮用戶實際需求，預留TF 卡接口、USB 3.0/USB 2.0 接口、HDMI/eDP/DP 接口、Ethernet 接口、CAN 接口以及 4G/5G 和 WIFI&BT 模塊接口等，滿足開發者對功能模塊的測試和驗證需求。開發闆支持 Linux 和 Android 等多種操作系統，為開發者提供靈活選擇。

底闆與核心闆通過高質量超薄闆對闆連接器實現穩固連接，确保信号傳輸的穩定性和可靠性。這種模塊化結構不僅提高了系統靈活性，還使開發者能夠根據項目需求自由組合和擴展功能模塊，顯著提升開發效率。

穩定可靠的硬件設計

在硬件設計方面，飛淩始終專注于細節打磨與創新實踐，緻力于為用戶提供高性能、高可靠性的硬件解決方案。工程師們在硬件設計的每一個環節都追求極緻，從電源電路的穩定性到接口設計的抗幹擾能力，再到整體架構的優化，體現了對品質的執着追求。例如，開發闆的USB 接口、HDMI 接口和 PCIe 接口采用差分信号設計，有效減少信号傳輸幹擾，提升信号完整性。同時，這些接口配備 ESD 匹配電路，進一步增強穩定性。

為了确保RK3576開發闆的穩定性和可靠性，飛淩嵌入式對其進行了嚴苛的測試。包括電磁兼容性測試、溫濕度測試、開關機測試、老化測試等，确保産品能夠在各種環境下穩定運行。此外，出廠前還進行了100%的24小時老化測試和AOI自動光學檢測，為用戶的産品穩定性保駕護航。 

應用廣泛，滿足多元需求

憑借強大性能和豐富接口，飛淩RK3576 開發闆在多個領域展現出廣泛的應用前景。在信息發布終端領域，其高清視頻編解碼和網絡通信能力可實現高質量多媒體展示和遠程更新；在智能座艙中，支持多屏顯示、車載娛樂系統及車輛系統通信控制，提升駕駛體驗；在邊緣計算場景下，可實時處理和分析數據，減輕數據傳輸壓力，提高系統響應速度；在高端 IPC 和智能 NVR 領域，強大的圖形處理和數據存儲能力可實現高清視頻監控和高效數據管理

從用戶體驗出發，打造友好開發環境

飛淩嵌入式為開發者提供了詳盡的硬件設計指南，涵蓋了原理圖設計、PCB 設計以及常見接口問題排查思路等多個方面。在原理圖設計部分，詳細介紹了最小系統設計、接口設計等内容，包括核心闆電源供電、複位電路、系統啟動與複位設計、調試串口、燒寫接口、TF 卡等關鍵部分的設計要點和注意事項。在 PCB設計方面，提供了通用設計規範以及針對不同接口的詳細設計建議，确保開發者能夠在 PCB 設計階段充分考慮信号完整性、電源完整性等因素，避免因設計不當導緻的信号幹擾、電源噪聲等問題。

專業的技術支持，助力開發無憂

飛淩嵌入式的技術支持團隊由經驗豐富的工程師組成，能夠及時響應用戶需求，提供專業的技術指導和解決方案。用戶可通過電話、論壇、郵箱等多種方式咨詢産品相關問題，包括硬件資源提供、手冊使用、OEM/ODM 售後技術支持、産品故障判斷及維修服務等。此外，飛淩嵌入式還提供定制開發服務，可根據用戶特定需求進行嵌入式操作系統底層驅動和硬件闆卡的有償定制開發，幫助用戶縮短開發周期，快速實現産品的差異化和個性化設計。

飛淩嵌入式FET3576-C 核心闆與 OK3576-C 開發平台憑借高性能、高可靠性和強大擴展能力，為開發者提供理想的開發環境，助力智能硬件項目從概念走向現實，是推動嵌入式技術創新發展的有力工具。

近日，飛淩嵌入式榮獲瑞芯微“2024 年度優秀合作獎”，這一榮譽不僅是對飛淩嵌入式過去一年與瑞芯微緊密合作的高度認可，也為未來的合作注入了新動力。飛淩嵌入式自與瑞芯微建立合作關系以來，雙方合作不斷深化，從産品合作開發，到行業應用，再到生态共建，深度與廣度都在不斷強化。特别是在産品研發方面，飛淩嵌入式基于瑞芯微RK3588、RK3576、RK3568、RK3562和RK3506 等系列芯片，開發設計了一系列核心闆、開發闆、工控機産品。這些産品憑借高性能、工業級、國産化等綜合優勢，以及飛淩嵌入式強大的技術支持服務能力，使得衆多企業産品能夠快速上市，走在行業前沿。

未來，飛淩嵌入式與瑞芯微會繼續深化合作，在技術創新、産品優化、市場拓展以及生态共建等方面持續發力，共同為嵌入式領域的發展貢獻更多力量。

一、移植過程

（1）下載DeepSeek-R1源碼 

在Ubuntu虛拟機上從DeepSeek-R1官網地址下載DeepSeek-R1-Distill-Qwen-1.5B權重文件。

（2）安裝轉換工具 

在Ubuntu創建虛拟環境并安裝RKLLM-Toolkit，以便将DeepSeek-R1大語言模型轉換為RKLLM模型格式和編譯闆端推理的可執行程序。

（3）模型轉換 

使用RKLLM-Toolkit對模型進行轉換，RKLLM-Toolkit提供模型的轉換、量化功能。作為RKLLM-Toolkit的核心功能之一，它允許用戶将Hugging Face或GGUF格式的大語言模型轉換為RKLLM模型，從而将RKLLM模型在Rockchip NPU上加載運行。

（4）編譯DeepSeek-R1程序 

安裝交叉編譯工具鍊，以編譯RKLLM Runtime可執行文件，該程序包含模型初始化、模型推理、回調函數處理輸出和模型資源釋放等全部流程。

（5）模型部署 

将編譯好的RKLLM模型和可執行文件上傳至闆端即可執行，這樣就可以在OK3588-C開發闆的調試串口上和DeepSeek-R1對話了，而且無需聯網。

二、效果展示

DeepSeek-R1是一款多功能的人工智能助手，它在多個領域内均能提供高效而全面的支持。即便是本地離線版本，無論是日常的信息檢索需求、專業設備的維修指導建議、複雜數學問題的解答，還是編程任務的輔助完成，R1都能憑借其強大的數據處理能力和廣博的知識儲備庫，給出既準确且實用的建議，成為用戶在各領域探索時的可靠夥伴。

（1）普通信息搜索

DeepSeek-R1能夠快速檢索并提供準确的信息。例如，當詢問“保定飛淩嵌入式技術有限公司”時，DeepSeek-R1可以詳細介紹該公司的背景、主營業務、産品特點等，幫助用戶全面了解該公司的情況。

（2）專業設備問題維修意見

對于專業設備問題，DeepSeek-R1能夠提供詳細的故障分析和解決方案。例如，針對PLC報錯誤碼E01的問題，R1分析可能造成故障的原因，如電源問題、接線錯誤或硬件故障，并提供相應的解決步驟，幫助用戶快速排除故障。

（3）數學題解答

DeepSeek-R1擁有卓越的數學運算能力，擅長解決各類數學難題。舉例來說，在面對紅藍鉛筆的采購問題時，它能夠巧妙地構建方程組并迅速求解，精确計算出紅鉛筆與藍鉛筆的應購數量，為用戶提供即時且準确的解決方案。不僅如此，DeepSeek-R1還附帶了詳盡的驗證步驟，确保結果的準确無誤。

（4）編程任務

DeepSeek-R1在編程方面表現出色，能夠根據用戶需求編寫代碼。例如，針對OK3588-C開發闆的串口通信需求，R1可以提供完整的C語言示例程序，包括串口初始化、數據接收和發送等功能，幫助用戶實現串口通信。

從上述視頻中不難發現，DeepSeek-R1在衆多領域内彰顯了其卓越的實用價值與高效性能，已然成為用戶工作中不可或缺的智能夥伴。

三、性能測評

在完成移植後我們進行了全面的性能評測，以驗證 DeepSeek-R1在OK3588-C開發闆上的運行效果。經過詳細的測試與對比，歸納了以下幾個關鍵性能指标：
實時性：從上文視頻播放中可以看到，DeepSeek-R1輸出的回答結果清晰且流暢，未出現任何延遲或卡頓現象。
CPU占用：DeepSeek-R1在OK3588-C開發闆上運行的CPU占用為12%~17%，這一表現證明了框架的高效性，使其即便在資源受限的設備上也能順利運行，擴展了其應用場景和商業潛力。

内存占用：在進行上述功能測試時，DeepSeek-R1的内存使用量約為825MB。這保證了系統的流暢運行，避免了由于内存不足引起的性能問題，使得用戶的應用體驗更加順暢。

NPU占用：由下圖可見DeepSeek-R1在OK3588-C開發闆上運行時，能夠更高效地分配計算資源，其NPU（神經處理單元）的三個核心負載均達到了83%。

在此次演示中，我們全面展示了DeepSeek-R1的實際應用成效，其強大功能與高效能表現得到了有力證明。後續文章中将詳細介紹DeepSeek-R1向OK3588-C開發闆的移植細節，包括多樣化的移植方式及操作步驟。如果您對這一過程感興趣，歡迎随時與我們聯系，飛淩嵌入式将為您提供全面的技術支持和詳細指導，期待與您共同探索更多可能性！點擊下圖進入飛淩嵌入式官網，即可了解有關OK3588-C開發闆的更多産品詳情。

一、RK3562J處理器概述

RK3562J處理器是一款高性能、多核心的處理器，采用了獨特的異構架構設計。它集成了4個Cortex-A53核心和1個Cortex-M0核心，其中4個Cortex-A53核心運行頻率高達1.8GHz，憑借其強大的處理能力，主要負責運行複雜的操作系統任務和各種高性能應用程序，能夠高效地處理多任務操作和數據密集型計算，為設備提供卓越的性能表現。而Cortex-M0核心則以200MHz的頻率運行，作為一個輔助核心，它運行裸核系統，具有極高的響應速度和低延遲特性，能夠快速響應實時性要求較高的任務，如傳感器數據采集、電機控制等，确保設備在實時任務處理方面具備出色的穩定性和可靠性。這種獨特的架構設計使得RK3562J處理器在兼顧高性能計算的同時，還能滿足對實時性要求較高的應用場景，廣泛适用于智能物聯網設備、工業自動化控制以及嵌入式系統等多種領域，為用戶帶來高效、穩定且靈活的解決方案。

二、啟動M0核固件的前期準備

目前，飛淩嵌入式OK3562J-C開發闆上默認并沒有啟動M0核固件。因此，我們需要通過一系列步驟來配置和啟動M0核。以下是具體的操作步驟：

1. U-Boot修改

理論上我們需要打開AMP（非對稱多處理）編譯宏，但由于飛淩嵌入式OK3562J-C開發闆的U-Boot已默認配置AMP功能，因此用戶無需進行任何U-Boot修改操作。

2. Kernel修改

（1）安裝工具包

首先，我們需要安裝SCons工具包，用于後續的編譯工作。可以通過以下命令進行安裝：

forlinx@ubuntu:~$ sudo apt-get install scons

（2）添加AMP設備樹的調用

OK3562J-C開發闆已經添加了AMP設備樹的調用，我們可以查看相關配置文件以了解其内容。

forlinx@ubuntu:~$ cd /home/forlinx/work/OK3562-linux-source/

forlinx@ubuntu:~/work/OK3562-linux-source$ vi kernel-5.10/arch/arm64/boot/dts/rockchip/OK3562-C-common.dtsi+include"rk3562-amp.dtsi"

rk3562-amp.dtsi 主要内容包括：

/ {
/* 描述設備 */
    rockchip_amp: rockchip-amp {
        compatible = "rockchip,amp";
        clocks = <&cru FCLK_BUS_CM0_CORE>, <&cru CLK_BUS_CM0_RTC>,
            <&cru PCLK_MAILBOX>, <&cru PCLK_INTC>,
        //  <&cru SCLK_UART7>, <&cru PCLK_UART7>,
            <&cru PCLK_TIMER>, <&cru CLK_TIMER4>, <&cru CLK_TIMER5>;
        //pinctrl-names = "default";
        //pinctrl-0 = <&uart7m1_xfer>;
        amp-cpu-aff-maskbits = /bits/ 64 <0x0 0x1 0x1 0x2 0x2 0x4 0x3 0x8>;
        amp-irqs = /bits/ 64 <GIC_AMP_IRQ_CFG_ROUTE(147, 0xd0, CPU_GET_AFFINITY(3, 0))>;
        status = "okay";
    };

/* 定義了一些保留内存區域 */
    reserved-memory {
        #address-cells = <2>;
        #size-cells = <2>;
        ranges;
        /* remote amp core address */
        amp_shmem_reserved: amp-shmem@7800000 {
            reg = <0x0 0x7800000 0x0 0x400000>;
            no-map;
        };
        rpmsg_reserved: rpmsg@7c00000 {
            reg = <0x0 0x07c00000 0x0 0x400000>;
            no-map;
        };
        rpmsg_dma_reserved: rpmsg-dma@8000000 {
            compatible = "shared-dma-pool";
            reg = <0x0 0x08000000 0x0 0x100000>;
            no-map;
        };
        /* mcu address */
        mcu_reserved: mcu@8200000 {
            reg = <0x0 0x8200000 0x0 0x100000>;
            no-map;
        };
};

/* 實現Rockchip RPMsg功能 */
    rpmsg: rpmsg@7c00000 {
        compatible = "rockchip,rpmsg";
        mbox-names = "rpmsg-rx", "rpmsg-tx";
        mboxes = <&mailbox 0 &mailbox 3>;
        rockchip,vdev-nums = <1>;
        /* CPU3: link-id 0x03; MCU: link-id 0x04; */
        rockchip,link-id = <0x03>;
        reg = <0x0 0x7c00000 0x0 0x20000>;
        memory-region = <&rpmsg_dma_reserved>;
        status = "okay";
    };
};

3. 生成配置文件

接下來，我們需要生成M0核固件的配置文件。在RTOS源碼目錄下，通過複制默認配置文件并運行SCons菜單配置界面來生成所需的配置文件。雖然在此示例中無需進行額外配置，但用戶可以根據需求進行相應的配置。

forlinx@ubuntu:~/work/OK3562-linux-source$ cd rtos/bsp/rockchip/rk3562-32
forlinx@ubuntu:~/work/OK3562-linux-source/rtos/bsp/rockchip/rk3562-32$ cp board/rk3562_evb1_lp4x/defconfig .config
forlinx@ubuntu:~/work/OK3562-linux-source/rtos/bsp/rockchip/rk3562-32$ scons --menuconfig

打開圖形化配置界面後，無需配置，直接退出即可。

若有其他功能需求，可進行相應配置後再退出并保存。

forlinx@ubuntu:~/work/OK3562-linux-source/rtos/bsp/rockchip/rk3562-32$ cp .config board/rk3562_evb1_lp4x/defconfig
forlinx@ubuntu:~/work/OK3562-linux-source/rtos/bsp/rockchip/rk3562-32$ cp rtconfig.h board/rk3562_evb1_lp4x/defconfig.h

4. 編譯源碼

完成配置文件的生成後，我們可以開始編譯源碼。通過運行構建腳本，選擇相應的defconfig配置，并分别編譯Linux系統和M0核固件。編譯成功後，會在指定目錄下生成 amp.img 鏡像文件。

forlinx@ubuntu:~/work/OK3562-linux-source/rtos/bsp/rockchip/rk3562-32$ cd ../../../../
forlinx@ubuntu:~/work/OK3562-linux-source$ ./build.sh chip
Log colors: message notice warning error fatal

Log saved at /home/forlinx/work/3562/git/OK3562-linux-source/output/sessions/2024-08-27_15-48-21
Switching to chip: ok3562
Pick a defconfig:

1. forlinx_defconfig
2. forlinx_ok3562_linux_defconfig
3. forlinx_ok3562_linux_mcu_defconfig
4. forlinx_ok3562_linux_rtos_defconfig
Which would you like? [1]: 4   //選擇第四個配置
forlinx@ubuntu:~/work/OK3562-linux-source$ ./build.sh rtos
forlinx@ubuntu:~/work/OK3562-linux-source$ ./build.sh mcu

編譯後在rockdev目錄下生成amp.img：

forlinx@ubuntu:~/work/OK3562-linux-source$ ls rockdev/
amp.img  boot.img  linux-headers.tar  MiniLoaderAll.bin  misc.img  oem.img  parameter.txt  recovery.img  rootfs.img  uboot.img  update.img  userdata.img

三、燒寫鏡像

将生成的 amp.img 鏡像文件拷貝到電腦中，并将開發闆切換到燒寫模式。使用燒寫工具配置 amp.img 的路徑。

點擊“設備分區表”，讀取成功後點擊“執行”。

四、驗證啟動

重新啟動開發闆時按下空格鍵進入U-Boot菜單。在U-Boot菜單中，輸入 3 将 amp start 配置成 on。

然後輸入 1 重啟開發闆。在啟動過程中，觀察U-Boot階段的打印信息，如果看到與M0核固件啟動相關的打印信息，則說明已成功使用U-Boot啟動M0核固件。

五、總結

上述操作僅為簡單啟動M0核并打印信息。實際上，M0核的功能非常強大，支持UART、PWM、I2C、SPI等多種外設接口。（目前飛淩嵌入式暫無更多M0核接口的測試例程，您若有相關需求，可以聯系技術支持獲取瑞芯微官方資料進行深入學習和開發）

希望通過本文的介紹和實踐操作，能讓您對RK3562J處理器的M0核有更進一步的了解，并為後續的開發工作提供幫助。點擊下圖，即可了解有關FET3562J-C核心闆的更多詳情。

飛淩嵌入式推出的RK3562開發闆，是基于高性能、低功耗且支持國産化需求而設計的智慧解決方案。在當今物聯網、消費類電子和工業自動化快速發展的背景下，這款開發闆成為了衆多開發者和廠商的理想選擇。

高效能與低功耗的完美結合

飛淩嵌入式 RK3562 開發闆搭載 RK3562 芯片，集成了4個ARM Cortex-A53高性能核，主頻高達1.8GHz。其内置1TOPS算力的NPU，支持INT4/INT8/INT16/FP16數據類型的混合操作，與TensorFlow、MXNet、PyTorch和Caffe等一系列框架具有強大的兼容性，能夠輕松轉換網絡模型，為人工智能應用提供強大的支持，無論是複雜的圖像處理、視頻解碼還是多任務處理，為用戶提供流暢的使用體驗。

在性能與功耗的平衡上，RK3562 開發闆表現出色。它擁有高性能與低功耗的特性，在工業應用領域，如工業自動化控制、智能機器人等方面，也能憑借低功耗優勢，降低設備能耗，提高運行效率 ，滿足長時間穩定運行的需求。

滿足多樣化應用需求

飛淩嵌入式RK3562開發闆支持多種接口，PCIe2.0、USB3.0 、雙以太網、CAN 等一應俱全。這些接口不僅保證了數據傳輸的高效性和穩定性，還使得開發闆可以與各種外部設備輕松連接，實現更多功能的拓展。在工業物聯網中，通過雙以太網接口可實現高效的數據傳輸和設備聯網；CAN 接口則方便與工業現場的各種設備進行通信，構建穩定可靠的工業控制系統。此外，RK3562開發闆還支持4G/5G通信模塊（選配）、TF卡等存儲方式，滿足不同應用場景的需求。

國産化方案，安全可靠保障

在國産化替代趨勢的不斷推進下，飛淩嵌入式RK3562核心闆采用工業級方案，實現全部物料100%國産化，為用戶提供更加穩定可靠的硬件支撐，有效降低了因外部供應不穩定帶來的風險，并且大大降低了采購成本，讓企業在項目投入上更具性價比。10~15年的生命周期，為您的産品提供持續供應保障。

嚴苛測試，确保品質無憂

為了确保RK3562開發闆的穩定性和可靠性，飛淩嵌入式對其進行了嚴苛的測試。包括電磁兼容性測試、溫濕度測試、開關機測試、老化測試等，确保産品能夠在各種環境下穩定運行。此外，出廠前還進行了100%的24小時老化測試和AOI自動光學檢測，為用戶的産品穩定性保駕護航。

飛淩研發實驗室-更多檢測詳情-點擊查看

多元軟價值，助力開發無憂

飛淩嵌入式對産品的态度遠不止于基礎的硬件設計和代工生産。我們深知，真正的價值在于我們為客戶提供的軟性服務和支持。這些服務包括但不限于缺陷修複、功能優化、功能新增、開源軟件修複以及多系統支持等，這些都是确保終端産品能夠穩定、高效運行的關鍵因素。

飛淩嵌入式始終秉持“讓客戶的産品研發更簡單、更高效，讓客戶的産品更智能、更穩定”的使命。為了幫助客戶快速推出穩定可靠的終端産品，我們為客戶提供全面的技術支持和豐富詳盡的技術文檔。無論您是電子愛好者，還是經驗豐富的專業開發者，都能在這裡找到所需的幫助。

市場評價與客戶反饋

結語

飛淩嵌入式RK3562開發闆以其強大的核心性能、豐富的接口支持、高性能與低功耗的完美結合、國産化的堅定步伐以及全方位的技術支持，在衆多開發闆中脫穎而出。無論您是專業的開發者，還是電子愛好者，飛淩嵌入式RK3562開發闆都将是您的理想選擇。讓我們共同期待飛淩嵌入式RK3562開發闆在未來的發展中，為我們帶來更多驚喜和創新。

RK3562詳細資料>> 點我索取

近期，飛淩嵌入式為基于NXP i.MX93系列處理器打造的OK-MX9352-C開發闆成功移植了LVGL v8.3，不僅界面美觀精緻，啟動速度也大幅提升，僅需3.1s。下面，我們将通過Ebike Screen Demo來展示LVGL v8.3在OK-MX9352-C開發闆上的實際運行效果。

在OK-MX9352-C開發闆上運行的LVGL v8.3版本中，飛淩嵌入式移植了一個Ebike Screen Demo，用于模拟電助力自行車屏幕界面。它充分利用了LVGL的組件和特性，展示了一個既美觀又實用的儀表盤。

1、自定義背景圖片

Demo使用了自定義繪制的背景圖片，不僅美觀，還通過LVGL的圖像處理功能被完美地嵌入到界面中，使得整個儀表盤看起來更為美觀。

Demo中使用了按鈕、頁面跳轉等基本組件，提供了豐富的交互功能。用戶可以通過點擊按鈕來切換不同的頁面，查看不同的信息。這些組件的靈活應用使得Demo的界面更加直觀和易用。

Ebike Screen Demo中展示了包括速度、電池、時間、地圖和設置在内的多種信息，這些信息通過LVGL的圖表和文本組件被清晰地呈現在屏幕上，使用戶能夠一目了然地了解電助力自行車的當前狀态。

通過Ebike Screen Demo的展示，我們可以看到LVGL在OK-MX9352-C開發闆上運行的優勢——快速啟動、功能豐富、界面美觀，這對于正在尋找輕量化、易集成GUI解決方案的開發者來說，是一個非常具有優勢的選擇。相信在未來，LVGL的圖形界面将會更加多樣化和智能化。飛淩嵌入式也将有更多産品适配LVGL，為嵌入式設備帶來更加豐富和高效的交互體驗，大家敬請期待。

尊敬的各位客戶：
您好！首先，衷心感謝大家長期以來對飛淩嵌入式的信任與支持。根據國家規定及我公司實際情況，現将飛淩嵌入式春節期間的放假安排通知如下：
放假時間：2025年1月26日至2月5日，共計11天。
開工日期：2025年2月6日。
值此新春佳節來臨之際，為确保貨物順利送達，避免因物流公司停運導緻貨物中途停滞或丢失，我公司特對春節前後的發貨時間做出如下安排：
一、庫房将于2025年1月24日停止發貨，請各合作夥伴提前做好貨品儲備工作，以保障春節前後各項業務的順利進行。
二、在停止發貨期間，我公司将正常接收訂單，并于春節後2025年2月6日起，按照訂單順序依次恢複正常發貨。
最後，在2025年春節假期來臨之際，再次感謝大家一直以來的支持與厚愛。在此，向您及家人緻以節日的問候，祝您新年快樂，家庭幸福，生意興隆，财源廣進！

一、性能表現

1.CPU 性能：性能與能效的平衡

RK3588采用了ARM的big.LITTLE架構，結合了四個高性能的Cortex-A76核心和四個高效能的Cortex-A55核心。Cortex-A76最高頻率可達2.4GHz，适用于計算密集型任務；Cortex-A55則具有更低的功耗特性，适用于低負載場景，實現了性能與能效的平衡。獨立的NEON協處理器進一步提升了矢量運算的性能。

2.GPU 性能：3D 與 2D 的卓越表現

RK3588在圖形處理領域表現出色，内置ARM Mali-G610 MC4 GPU，與前代Mali-G57相比性能提高了20%。支持OpenGL ES 1.1/2.0/3.2、OpenCL 1.1/1.2/2.0以及Vulkan 1.1/1.2等圖形API标準，能夠高效處理3D圖形，提供流暢的視覺體驗。芯片内嵌帶有MMU的專用2D硬件引擎，可加速平移、縮放、旋轉和混合等2D圖形操作，極大提升界面流暢度與用戶體驗。

3.NPU 性能：AI 應用的強大助力

RK3588内置瑞芯微自研三核NPU，可協同或獨立工作，綜合算力可達6 TOPS，支持INT4/INT8/INT16/FP16/BF16/TF32等多種數據類型，兼容TensorFlow、PyTorch、Caffe、MXNet等主流深度學習框架。RK3588在AI應用中表現出色，能夠輕松處理複雜的機器學習任務，如圖像識别、自然語言處理等滿足絕大多數終端設備邊緣計算需求。

4. 視頻編解碼：高清視頻處理的佼佼者

RK3588支持8K@60fps的H.265和VP9解碼，8K@30fps的H.264解碼，以及4K@60fps的AV1解碼；同時支持8K30fps的H.264和H.265編碼。這種強大的視頻編解碼能力，适用于視頻監控、多媒體播放、視頻會議等應用場景。

二、完善的開發支持

1. 核心闆：高集成度與穩定性的典範

對于開發者來說，直接使用芯片進行産品開發需要具備深厚的硬件設計知識和豐富的開發經驗，包括芯片的選型、電路設計、驅動開發等。而核心闆已經将芯片及其周邊電路進行了高度集成和優化，開發者隻需關注功能接口的外圍電路設計，大大降低了硬件開發的難度和風險，縮短了開發周期

飛淩嵌入式FET3588-C/FET3588J-C核心闆基于RK3588系列CPU設計，集成CPU、LPDDR4x、eMMC和PMIC，支持多屏顯示和多種外設接口。飛淩嵌入式RK3588系列核心闆設計緊湊，易于集成到各種嵌入式系統中，适用于需要高集成度和穩定性的應用場景。

FET3588-C/FET3588J-C核心闆，經過中國賽寶實驗室（電子五所）權威認證，電子元器件國産化率高達100%；物料自主可控，産品生命周期長，全面驗證國産化實力，終端用戶可放心選用。

2.開發闆：一站式開發平台

OK3588-C開發闆是一款完整的開發平台，可用于評估和應用程序開發。該套件很好地展示了核心闆的連接功能和性能。飛淩嵌入式提供完整的設計資料，包含參考設計原理圖、PCB封裝庫、内核源碼、例程Demo及虛拟機開發環境，刷機工具等等，均可從飛淩嵌入式是的網站免費下載或向客服人員索要。

3.操作系統支持：豐富選擇，滿足多樣需求

RK3588 具備出色的操作系統兼容性，支持Android 12.0，開發者可充分借助其龐大生态，輕松運行各類應用。同時，它支持Forlinx Desktop 20.04/22.04（基于Ubuntu），為開發者提供優化的開發環境，可利用Ubuntu 豐富的工具和軟件庫，高效完成代碼編寫、調試等操作。此外，RK3588支持Linux 5.10内核，開發者可按需求深度定制系統，優化性能，滿足特定行業要求。

三、廣泛的應用領域及方向

RK3588由于其高算力、超強多媒體、豐富數據接口等特點，多個應用領域取得了顯著進展，與各細分行業内的頭部客戶以及其他衆多行業客戶建立了合作關系。

1. 工業計算機

RK3588提供超高的處理器的計算能力，支持多線程應用和複雜的圖形處理，适用于工業自動化系統、工業物聯網設備等。其高性能和低功耗的特點使其在工業環境中具有顯著優勢。

2. 醫療智能設備

RK3588支持多路4K/8K視頻采集處理能力，并可提供4K/8K多屏顯示能力，适用于醫療内窺鏡、超聲影像系統等設備。其高性能NPU能夠支持實時圖像處理和AI輔助診斷。

3. 車載環視系統

RK3588提供6路MIPI視頻輸入能力，可提供高清的汽車周邊視圖，并支持多種傳感器數據融合和視頻處理技術，從而提高汽車的安全性能。其高性能和低功耗的特點使其在車載應用中具有顯著優勢。

4. 目标識别跟蹤

RK3588提供6TOPS高性能NPU算力，支持深度學習算法和人臉識别等應用。其豐富的接口和擴展能力使其能夠輕松集成到各種目标識别和跟蹤系統中，适用于安防監控、智能零售等場景。

四、總結

瑞芯微RK3588是一款高性能、低功耗的智能應用處理器，适用于多種應用場景。其強大的CPU、GPU和NPU性能，豐富的接口和擴展能力，以及多操作系統支持，使其成為開發者和企業的理想選擇。無論是工業計算機、醫療智能設備、車載環視系統還是目标識别跟蹤，RK3588都能提供卓越的性能和穩定的運行環境。通過豐富的開發支持和實用教程，開發者可以快速上手，輕松實現各種創新應用。

希望本文能幫助用戶全面了解RK3588的性能、開發支持、應用領域和技術細節，為您的項目選擇提供參考。

基于NXP i.MX8M Mini處理器設計開發的飛淩嵌入式FETMX8MM-C核心闆，擁有4個Cortex-A53高性能核和1個Cortex-M4實時核，擁有高性能、高算力和流暢的系統運行速度。Linux6.1系統則為其帶來了更多新特性，包括硬件加速功能的增強、電源管理的優化以及系統安全性和穩定性的提升等等，這些改進使得FETMX8MM-C核心闆在數據處理、功耗控制和數據安全方面的表現更加出色。

FETMX8MM-C平台内置了豐富的命令行工具和Forlinx測試程序可供用戶使用，輸入如下命令，即可查看内核信息：

Linux okmx8mm6.1.36#19 SMP PREEMPT Wed Oct 9 18:15:14 CST 2024 aarch64 GNU/Linux

此次升級的最大亮點在于内存帶寬的提升。得益于全新的BSP，FETMX8MM-C的内存讀帶寬飙升至約2170MB/s，寫帶寬也達到約1030MB/s，相比之前近乎翻倍。這意味着在處理大數據、高清視頻或複雜算法時，核心闆能提供更流暢、高效的表現，顯著提升用戶體驗。

此外，FETMX8MM-C核心闆配備的外設接口也非常豐富，如MIPI-CSI、MIPI-DSI、USB、PCIe等，能夠為用戶提供極大的擴展靈活性。

特别值得一提的是，FETMX8MM-C核心闆所搭載的i.MX8M Mini處理器享有NXP的長期供貨承諾，确保至少15年的供貨穩定性，為用戶提供了可靠的供貨保障。

綜上所述，飛淩嵌入式FETMX8MM-C核心闆在Linux6.1系統的加持下，不僅内存帶寬大幅提升，系統功能也更加完善，是高性能嵌入式應用開發的理想選擇。

近期，飛淩嵌入式為OK3506J-S開發闆移植了最新9.2版本的LVGL，支持多種屏幕構件以及鼠标、鍵盤、觸摸等多種輸入方式， 能夠帶來更加友好的操作界面；同時，啟動速度也大幅提升，經過Demo測試，啟動時間僅需2秒左右，CPU占用為8%~17%。

1、OK3506J-S開發闆介紹

飛淩嵌入式OK3506J-S開發闆基于瑞芯微RK3506J處理器開發設計，采用ARM 3*Cortex-A7+Cortex-M0架構，具有低成本、低功耗、高效能的特點，專為智能語音交互、音頻輸入/輸出處理、圖像輸出處理等數字多媒體應用而設計。

值得注意的是，飛淩嵌入式FET3506J-S核心闆也是行業内首個搭載RK3506J處理器的SoM方案。

2、LVGL簡介

(1) LVGL數據流

我們可以為每個屏幕創建一個顯示盤(lv_display)，在其上創建屏幕小部件，将小部件添加到這些屏幕上。

如果要處理觸摸、鼠标、鍵盤等輸入時間，需要為它們創建一個Input Device；Tick接口告訴LVGL現在是什麼時間；計時器處理器驅動LVGL的計時器，依次執行LVGL所有與時間相關的任務。

(2) LVGL數據流支持的顯示後端

(3) 常用的顯示控件

(4) 常用的組件

(5) 常用的布局

3、LVGL案例展示

飛淩嵌入式在OK3506J-S開發闆上移植了一套Ebike screem的Demo，使用按鈕、頁面跳轉等基本組件配合自定義繪制的背景圖片制作出炫酷的儀表盤，可以逼真地模拟電助力自行車的屏幕界面，并展示出速度Speed、電池Battery、時間Time、地圖Map等豐富的信息。

騎行信息界面	設置界面
電池信息界面	地圖信息界面

飛淩嵌入式RK3506系列産品即将上市，請您持續關注。如您對RK3506系列産品感興趣，>> 點擊咨詢