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

全志T536芯片采用AMP多核異構(gòu)設(shè)計，集成了4核1.6GHz ARM Cortex-A55內(nèi)核和1個600MHz RISC-V輔助核。這種架構(gòu)設(shè)計不僅實現(xiàn)了計算資源的高效利用，還極大地提升了系統(tǒng)的靈活性和擴展性。飛凌嵌入式 T536核心板充分利用了這一優(yōu)勢，能夠高效處理系統(tǒng)調(diào)度和并發(fā)業(yè)務，確保產(chǎn)品在復雜場景下的出色性能表現(xiàn)和交互體驗。全志T536芯片還集成了算力高達2Tops的NPU，為端側(cè)語音及自然語言處理、圖像處理及畫質(zhì)增強等AI應用提供了強大的性能支持，讓飛凌嵌入式T536核心板在集中器、FTU、DTU、充電樁、交通、機器人、工業(yè)控制等領(lǐng)域展現(xiàn)出卓越的智能處理能力。

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

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

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

三、全鏈路開發(fā)支持：軟硬件協(xié)同加速產(chǎn)品落地

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

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

四、工業(yè)級信息安全體系：全鏈路數(shù)據(jù)防護方案

飛凌嵌入式T536核心板通過集成多項先進的安全技術(shù)，為系統(tǒng)安全和數(shù)據(jù)加密提供了全方位的保障。它支持以下功能：

TrustZone技術(shù)：通過硬件級的安全隔離機制，將系統(tǒng)劃分為安全區(qū)域（Secure World）和非安全區(qū)域（Normal World），確保關(guān)鍵數(shù)據(jù)和操作在安全區(qū)域內(nèi)執(zhí)行，防止惡意攻擊和數(shù)據(jù)泄露。

Secure Boot（安全啟動）：從硬件層面確保設(shè)備從啟動到運行的全過程都在安全環(huán)境下進行，防止惡意軟件在啟動過程中注入，保障系統(tǒng)的初始狀態(tài)安全可靠。

國密算法SM2/SM3/SM4：支持國產(chǎn)商用密碼算法，包括SM2橢圓曲線公鑰密碼算法、SM3摘要算法和SM4分組密碼算法。這些算法在保障數(shù)據(jù)加密強度的同時，也滿足了國內(nèi)信息安全的合規(guī)要求，為數(shù)據(jù)傳輸和存儲提供了高強度的加密保護。

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

通過這些技術(shù)的綜合應用，T536核心板不僅確保了系統(tǒng)的安全性和數(shù)據(jù)的保密性，還提升了系統(tǒng)的可靠性和穩(wěn)定性，特別適用于對安全性和可靠性要求極高的工業(yè)控制、智能安防、電力數(shù)據(jù)采集等領(lǐng)域，有效抵御惡意攻擊與數(shù)據(jù)泄露風險。

五、工業(yè)級可靠性驗證：嚴苛環(huán)境下的穩(wěn)定保障

為了確保在工業(yè)環(huán)境中的穩(wěn)定運行，T536核心板經(jīng)過了充分的可靠性測試。無論是極端溫度、高濕度還是強電磁干擾，這款核心板都能憑借其卓越的工業(yè)級品質(zhì)，展現(xiàn)出可靠的性能表現(xiàn)。工業(yè)應用中，穩(wěn)定性是生命線，而飛凌嵌入式T536 核心板憑借其卓越的工業(yè)級品質(zhì)，成為工業(yè)設(shè)備穩(wěn)定運行的堅實基石。

飛凌研發(fā)實驗室-更多檢測詳情-點擊查看

六、100% 國產(chǎn)化方案：供應鏈穩(wěn)定與成本優(yōu)化

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

飛凌嵌入式T536核心板憑借其成熟的設(shè)計和完善的開發(fā)支持，設(shè)備廠商可以大幅縮短開發(fā)周期，平均可節(jié)省3~6個月的開發(fā)時間。不僅降低了開發(fā)門檻和研發(fā)成本，同時在中后期還便于產(chǎn)品迭代升級，減少維護工作量。

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

飛凌嵌入式T536核心板承諾10~15年的生命周期，這不僅是對產(chǎn)品質(zhì)量的自信，更是對用戶長期需求的堅定承諾。在產(chǎn)品的整個生命周期內(nèi)，用戶將享受到持續(xù)穩(wěn)定的供應保障，無需擔心因核心部件停產(chǎn)或供應中斷而導致的項目停滯，可專注于產(chǎn)品的持續(xù)優(yōu)化和市場拓展。

八、國產(chǎn)化工業(yè)場景落地：多領(lǐng)域核心應用方案

基于高性能、多接口、高可靠性及國產(chǎn)化特性，飛凌嵌入式T536 核心板可廣泛應用于以下工業(yè)場景。

在工業(yè)自動化領(lǐng)域，作為核心部件，可對生產(chǎn)流程實時監(jiān)測與優(yōu)化管控；在智能交通領(lǐng)域，可用于交通信號調(diào)控、車輛流量監(jiān)測等裝備，提升交通智能化管理水平；在新能源領(lǐng)域，能用于充電樁的控制系統(tǒng)，實現(xiàn)對充電流程的精準操控與管理；在機器人行業(yè)，可賦予機器人高效數(shù)據(jù)處理及實時控制能力，助力完成復雜精準動作控制；在電力系統(tǒng)中，作為集中器關(guān)鍵部分，可精準監(jiān)控和智能調(diào)度電力傳輸與分配，保障電力系統(tǒng)穩(wěn)定可靠運行。

核心板功能全面，加之飛凌嵌入式具備競爭力的價格優(yōu)勢及完備的售后技術(shù)支持，為用戶提供了堅實的硬件基礎(chǔ)，助力產(chǎn)品快速上市。

九、總結(jié)

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

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

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

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

二、強大性能帶來技術(shù)革新

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

(1) 核心計算架構(gòu)

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

(2) AI計算加速體系

FET3576-C核心板內(nèi)置的NPU支持 INT4/ INT8/ INT16/ FP16/ BF16/ TF32操作，并支持TensorFlow、Caffe、Pytorch等多種深度學習框架，6TOPS充沛算力可以實現(xiàn)精確的物體識別檢測，在復雜環(huán)境中也可以識別各種障礙物，并優(yōu)化割草路線決策。

(3) 智能除草系統(tǒng)實現(xiàn)

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

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

三、總結(jié)

從傳統(tǒng)手推式割草機到智能化作業(yè)平臺的迭代，中國品牌正通過創(chuàng)新推動割草機器人產(chǎn)業(yè)的發(fā)展。飛凌嵌入式FET3576-C核心板通過高性能的處理器架構(gòu)、強大的AI算力及全場景功能接口，構(gòu)建了的智能割草機器人“感知-決策-執(zhí)行”的閉環(huán)，也為中國智造走向全球的貢獻了力量。

一、硬件平臺：FET3588-C核心板

飛凌嵌入式FET3588-C核心板是基于瑞芯微RK3588旗艦處理器設(shè)計開發(fā)的一款高性能嵌入式平臺，搭載強大的6TOPS算力NPU（神經(jīng)處理單元），專為AI推理優(yōu)化，功耗低、算力強，可應用于工業(yè)和消費電子設(shè)備。

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

部署模塊：通過RKNN工具將模型優(yōu)化為.rknn格式，確保在RK3588核心板上高效運行。

數(shù)據(jù)處理模塊：支持從NASA數(shù)據(jù)集 提取樣本，生成預測結(jié)果。

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

1、算法實現(xiàn)

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

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

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

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

2、部署在 RK3588核心板上

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

推理優(yōu)化：RKNNLite API逐樣本推理，輸入轉(zhuǎn)置為NCHW格式（例如[1,1,5]）?？蓛?yōu)化為批量推理，減少循環(huán)開銷。INT8量化進一步提升效率，但需驗證精度。

三、效果展示

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

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

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

• X軸： 樣本索引（代表時間/循環(huán)次數(shù)）。

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

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

四、總結(jié)

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

演示平臺：飛凌嵌入式OK-MX9352-C開發(fā)板

一、FreeRTOS-generic

飛凌嵌入式OK-MX9352-C開發(fā)板支持FreeRTOS功能特性示例代碼如下：

freertos_event：任務事件演示例程

freertos_queue：隊列消息實現(xiàn)任務間通信的演示例程

freertos_mutex：互斥鎖使用例程

freertos_sem：信號量使用例程

freertos_swtimer：軟件計數(shù)器及其回調(diào)的用法。

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

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

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

1、軟件實現(xiàn)

示例程序內(nèi)容包括：任務創(chuàng)建、隊列、軟定時器、系統(tǒng)節(jié)拍時鐘、信號量、異常處理。具體如下：

任務創(chuàng)建：

主函數(shù)創(chuàng)建了隊列發(fā)送、接收，信號量三個任務。

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

隊列： 

隊列發(fā)送任務，阻塞200ms后向隊列發(fā)送數(shù)據(jù)；隊列接收任務，任務阻塞讀取隊列，數(shù)據(jù)讀取正確，則打印此時的隊列接收數(shù)量。

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

軟定時器：

設(shè)置軟定時器周期1s，時間到后，調(diào)用回調(diào)函數(shù)，記錄次數(shù)并串口打印。

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

系統(tǒng)節(jié)拍時鐘：

通過設(shè)置文件 FreeRTOSConfig.h 中 configTICK_RATE_HZ 設(shè)置任務節(jié)拍中斷頻率， 在啟動任務調(diào)度器時，系統(tǒng)會根據(jù)另一個變量CPU的頻率configCPU_CLOCK_HZ計算對應寫入節(jié)拍計數(shù)器的值，啟動定時器中斷。

// 設(shè)置系統(tǒng)時鐘節(jié)拍為 1000/200=5ms  
#define configTICK_RATE_HZ                      ((TickType_t)200)
  

信號量：

每個系統(tǒng)節(jié)拍時鐘中斷中，調(diào)用函數(shù)vApplicationTickHook，累積500次即500*5ms=2.5s后，發(fā)送信號量。信號量任務獲取信號后，計數(shù)并打印累積次數(shù)。

// 系統(tǒng)節(jié)拍為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;  
    }  
} 
// 任務阻塞等待信號量，收到后，接收次數(shù)增加，并通過串口打印  
static void prvEventSemaphoreTask(void *pvParameters)  
{  
    for (;;)  
    {  
        // 任務阻塞，直到能獲取信號量  
        if (xSemaphoreTake(xEventSemaphore, portMAX_DELAY) != pdTRUE)  
        {  
            PRINTF("Failed to take semaphore.\r\n");  
        }  
        // 接收到信號量的次數(shù)累加  
        ulCountOfReceivedSemaphores++;  
        PRINTF("Event task is running. Get semaphore :%d \r\n",ulCountOfReceivedSemaphores);  
    }  
}  

異常處理：

當內(nèi)存分配失敗、堆棧發(fā)生錯誤或任務空閑時，進入相應的函數(shù)，用戶可添加相應的處理函數(shù)。

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

2、實驗現(xiàn)象

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

② 隊列：每隔200ms，隊列發(fā)送任務發(fā)送數(shù)據(jù)，隊列接收任務獲取數(shù)據(jù)，從阻塞態(tài)到運行態(tài)，打印計數(shù)。

③ 軟定時器：每隔1s，時間到達，調(diào)用回調(diào)函數(shù)，打印計數(shù)。

④ 信號量：每隔5ms，系統(tǒng)時鐘節(jié)拍中斷調(diào)用函數(shù)，超過500次后，釋放信號量。信號量任務獲的信號量，從阻塞態(tài)到運行態(tài)，打印計數(shù)。

二、FreeRTOS-外設(shè)

飛凌嵌入式OK-MX9352-C開發(fā)板支持外設(shè)使用FreeRTOS完成相應功能，示例代碼如下：

freertos_uart：freertos串口演示例程

freertos_lpi2c_b2b：freertos I2C演示例程

freertos_lpspi_b2b：freertos SPI演示例程

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

1、軟件實現(xiàn)

示例程序內(nèi)容包括：串口初始化任務、串口發(fā)送任務、串口接收任務。具體如下：

串口初始化任務：

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

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

串口發(fā)送： 

發(fā)送前獲取信號量，啟動發(fā)送流程，在中斷中置位發(fā)送完成事件標志。發(fā)送任務獲取到事件后，釋放發(fā)送信號量。

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

串口接收：

接收前獲取信號量，調(diào)用串口接收函數(shù)，在中斷中置位獲取事件標志。接收任務獲取到事件后，釋放接收信號量。

// 1獲取接收信號量  
if (pdFALSE == xSemaphoreTake(handle->rxSemaphore, portMAX_DELAY))    
{  
    return kStatus_Fail;  
}  
handle->rxTransfer.data     = buffer;  
handle->rxTransfer.dataSize = (uint32_t)length;  
// 2 串口接收函數(shù)  
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 接收緩沖區(qū)過載錯誤  
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、實驗現(xiàn)象

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

② 裝置上電后，串口打印程序信息，此時通過鍵盤輸入4個字符，M核調(diào)試串口將回顯，重復輸入和回顯字符，證明程序運行成功。

以上就是在飛凌嵌入式i.MX 9352開發(fā)板M核上軟件設(shè)計FreeRTOS的例程演示，希望能夠?qū)Ω魑还こ處熍笥延兴鶐椭?/span>

接下來，本文將重點介紹基于飛凌T536 系列核心板（以 ROM 為 8G 版本為例），在 Linux5.10 操作系統(tǒng)下，如何修改分區(qū)大小，包括擴大根目錄分區(qū)和新增分區(qū)的操作，其他平臺可參考但需根據(jù)實際情況調(diào)整。

 一、擴大根目錄分區(qū)

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

1、查看分區(qū)情況

執(zhí)行df -h 命令，可查看各掛載點的文件系統(tǒng)大小、已用空間、可用空間等信息；

執(zhí)行以下命令：

root@OK536:~# df-h

輸出結(jié)果如下：

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

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

執(zhí)行以下命令：

root@OK536:~# fdisk-l

輸出結(jié)果如下：

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

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

2、修改根目錄分區(qū)大小

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

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

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

若要將rootfs 分區(qū)空間擴大至 2G，需將 size 參數(shù)修改為 4194304，然后重新編譯并燒錄。編譯并燒錄成功后，執(zhí)行df -h 和 fdisk -l 命令進行驗證。若結(jié)果顯示根目錄大小已變?yōu)?2.0G，且分區(qū)表中 rootfs 分區(qū)大小為 2048M，則說明修改成功。

執(zhí)行以下命令：

root@OK536:~# df-h

輸出結(jié)果如下：

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

再次執(zhí)行fdisk -l 命令

root@OK536:~# fdisk -l

查看分區(qū)情況：

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

根據(jù)結(jié)果顯示，rootfs 分區(qū)已成功擴大到 2G，修改成功。

二、新增分區(qū)

1、修改系統(tǒng)配置文件

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

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

執(zhí)行以下命令創(chuàng)建對應配置文件：

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 文件，根據(jù)實際情況修改其中的 fsname、size 和 root0 參數(shù)，使其與新增的 usr 分區(qū)配置相匹配。

修改內(nèi)容如下：

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

2、修改打包腳本build/pack

對build/pack 打包腳本進行修改，添加與 usr_resource 相關(guān)的文件列表和復制操作。通過循環(huán)遍歷文件列表，將對應的文件復制到指定目錄，并對 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 目錄下添加需要預裝的文件。這些文件將在后續(xù)的編譯燒錄過程中被寫入到新增的usr 分區(qū)中。

4、驗證

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

執(zhí)行以下命令：

root@OK536:~# fdisk-l

查看分區(qū)情況：

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

從結(jié)果可知，usr 分區(qū)已成功添加到系統(tǒng)中。

以上內(nèi)容為全志T536 分區(qū)修改的相關(guān)技術(shù)指南，希望對從事嵌入式開發(fā)的相關(guān)技術(shù)人員有所幫助。在實際操作過程中，請根據(jù)具體的需求和設(shè)備情況進行調(diào)整和優(yōu)化，以確保系統(tǒng)的穩(wěn)定運行和滿足應用需求。

 一、輕量級設(shè)計的性能突圍

RK3506J采用3×Cortex - A7多核架構(gòu)，實現(xiàn)了資源的精準分配與效能最大化。3×A7核主頻1.5GHz，運行Linux系統(tǒng)（自主適配QT），能夠高效處理人機交互、協(xié)議棧等非實時任務，確保了任務的高效執(zhí)行與響應速度。

RK3506J依托AMP架構(gòu)，各核心可獨立運行不同操作系統(tǒng)或任務，實現(xiàn)資源合理劃分與精準分配。在復雜外設(shè)協(xié)同工作場景下，AMP 架構(gòu)能將兩套系統(tǒng)合二為一，一套板卡即可同時獨立運行 Linux 系統(tǒng)和實時系統(tǒng)。

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

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

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

  高性能DSMC接口，支持FPGA高速協(xié)同，支持主/從模式，為復雜工業(yè)系統(tǒng)的高速數(shù)據(jù)交互與協(xié)同工作提供了強大的硬件支持。

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

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

三、場景適配：輕量化內(nèi)核的高效落地

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

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

四、成本重構(gòu)：國產(chǎn)化供應鏈的價值釋放

FET3506J-S核心板基于Rockchip RK3506J處理器開發(fā)設(shè)計。通過 100% 國產(chǎn)化元器件選型與長周期供貨承諾，滿足電力、交通、工控等行業(yè)對國產(chǎn)化的要求。同時進行了充分的可靠性測試，確保在工業(yè)環(huán)境的可靠運行。

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

結(jié)語：

RK3506J以“輕量級架構(gòu)+硬核性能”的組合，證明了工業(yè)芯片無需依賴“堆料”也能實現(xiàn)高效能。其通過多核異構(gòu)資源分配、接口復用設(shè)計與國產(chǎn)化成本控制，不僅為設(shè)備廠商提供了高性價比選擇，更推動了工業(yè)控制芯片從“性能競賽”向“精準適配” 的范式轉(zhuǎn)變。

微電網(wǎng)協(xié)調(diào)控制器的關(guān)鍵作用與技術(shù)挑戰(zhàn)

微電網(wǎng)協(xié)調(diào)控制器是微電網(wǎng)中的核心控制設(shè)備，它需要實時監(jiān)控光伏、風電、儲能、充電樁等設(shè)備的運行狀態(tài)，并基于安全與經(jīng)濟優(yōu)化的目標制定控制策略。總體而言，微網(wǎng)協(xié)調(diào)控制器作為系統(tǒng)“大腦”需具備高速數(shù)據(jù)采集、并離網(wǎng)無縫切換、功率協(xié)調(diào)控制、調(diào)頻調(diào)壓控制以及策略執(zhí)行等核心功能。

面對復雜的控制任務，傳統(tǒng)單核處理器往往力不從心。一方面需要運行Linux系統(tǒng)實現(xiàn)網(wǎng)絡(luò)通信、數(shù)據(jù)處理和人機交互；另一方面又要求實時控制，在毫秒級完成并離網(wǎng)切換和功率調(diào)節(jié)。同時，微電網(wǎng)設(shè)備數(shù)量多、通信協(xié)議復雜，對接口資源提出了嚴苛要求。

應用拓撲圖

FET6254-C核心板多核異構(gòu)，強力賦能

針對微電網(wǎng)協(xié)調(diào)控制器的技術(shù)需求，飛凌嵌入式推薦使用基于TI Sitara? AM62x系列工業(yè)級處理器設(shè)計開發(fā)的FET6254-C核心板作為主控解決方案，它能夠以多核異構(gòu)架構(gòu)和豐富接口資源，為微電網(wǎng)控制提供強大技術(shù)支撐。

1. 多核異構(gòu)，兼顧高效運算和實時控制

飛凌嵌入式FET6254-C核心板采用4核Cortex-A53+Cortex-M4F的多核異構(gòu)設(shè)計，能夠?qū)⒏咝阅苡嬎闩c實時控制進行有效地融合——4核Cortex-A53主頻高達1.4GHz，運行Linux系統(tǒng)，用來處理復雜算法、通信協(xié)議棧和能源管理策略；Cortex-M4F控制核，可獨立運行實時任務，處理并離網(wǎng)切換、調(diào)頻調(diào)壓等毫秒級控制。

值得注意的是，AM62x的M4F核可獨立運行，內(nèi)核啟動和運行不依賴A53內(nèi)核，保障了關(guān)鍵控制的可靠性。這種架構(gòu)設(shè)計使得協(xié)調(diào)控制器能夠同時處理管理任務和實時控制，確保在電網(wǎng)故障時可毫秒級切換至離網(wǎng)模式，保障關(guān)鍵負荷供電。

2. 豐富的接口資源，全面連接微網(wǎng)設(shè)備

微電網(wǎng)協(xié)調(diào)控制器需要接入光伏逆變器、儲能變流器（PCS）、電池管理系統(tǒng)（BMS）、充電樁等多種設(shè)備，因此對接口數(shù)量和類型要求極高。

FET6254-C核心板提供了全面的接口支持——2路支持TSN（時間敏感網(wǎng)絡(luò)）的千兆以太網(wǎng)，確?？刂浦噶畹膶崟r傳輸；3路原生CAN-FD總線，滿足BMS、PCS等設(shè)備的可靠通信；多達9路的UART，可連接電表、環(huán)境監(jiān)測儀等輔助設(shè)備；此外，GPMC接口可接入FPGA，可直接接入高精度ADC芯片，完成多路模擬信號同步采集，滿足電能質(zhì)量監(jiān)測需求。

3. 業(yè)級品質(zhì)，無懼嚴苛環(huán)境

微電網(wǎng)協(xié)調(diào)控制器通常部署在變電站、充電站等工業(yè)環(huán)境，因此對設(shè)備可靠性要求極高。

飛凌嵌入式FET6254-C核心板擁有-40℃~+85℃的工業(yè)級溫寬，可以適應無空調(diào)柜體的嚴苛工作環(huán)境；電磁兼容性也很強，通過了GB/T 17626系列測試，在復雜電磁環(huán)境下可穩(wěn)定運行；此外，長生命周期可確保10年以上穩(wěn)定供應，意味著微電網(wǎng)協(xié)調(diào)控制器的長期運營無憂。

總結(jié)

飛凌嵌入式FET6254-C核心板憑借其多核異構(gòu)架構(gòu)、豐富的接口資源和工業(yè)級可靠性，為微電網(wǎng)協(xié)調(diào)控制器提供了理想的技術(shù)平臺。該方案不僅滿足了高速數(shù)據(jù)采集、并離網(wǎng)控制、功率協(xié)調(diào)、調(diào)頻調(diào)壓等核心需求，還支持邊緣計算和云邊協(xié)同，能夠助力客戶打造新一代智能微電網(wǎng)控制系統(tǒng)。

一、通用排查思路

在硬件調(diào)試過程中，系統(tǒng)化的排查方法能夠顯著提高效率。以下是針對飛凌嵌入式AM62x開發(fā)板的通用排查流程：

1、芯片一致性驗證：

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

① 基礎(chǔ)信號檢查：

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

電源電壓是否在允許范圍內(nèi)；

復位信號時序是否符合要求；

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

② 交叉測試：

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

信號完整性檢查：

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

檢查數(shù)據(jù)信號是否有正常輸出；

確認信號空閑狀態(tài)是否正常。

③ 焊接質(zhì)量檢查：

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

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

④ 引腳復用確認：

通過查閱AM62x技術(shù)參考手冊，確認所用引腳的功能復用配置是否正確，特別要注意啟動相關(guān)引腳的默認功能。

二、系統(tǒng)不啟動問題排查

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

1、關(guān)鍵信號檢查：

測量VCC_3V3_SYS_PG（RD60）信號，確保電源正常；

檢查所有電源軌電壓是否在允許范圍內(nèi)；

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

2、啟動配置檢查：

確認底板設(shè)計中對GPMC總線相關(guān)啟動項引腳做了正確的上下拉處理；

特別注意連接FPGA等外設(shè)時，不能影響啟動配置電平；

核對boot模式選擇引腳的電平狀態(tài)。

3、I2C總線沖突排查：

RU50、RU52為I2C0總線，核心板可能已掛載多個設(shè)備；

確保底板不懸空這些引腳，同時其他功能不重復使用I2C0；

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

4、交叉測試：

更換核心板或底板，確認是否是個例問題。

三、I2C接口問題排查

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

1、基礎(chǔ)配置檢查：

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

檢查同組I2C總線下掛載設(shè)備的地址是否有沖突。

2、信號質(zhì)量分析：

測量空閑狀態(tài)是否為高電平；

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

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

3、阻抗匹配調(diào)整：

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

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

4、診斷工具使用：

可通過I2Ctool工具查看總線上是否掛載設(shè)備：

i2cdetect-l//檢測系統(tǒng)上有幾組I2C

i2cdetect-r-y2//檢測I2C第二組總線上的掛載的設(shè)備

四、SPI接口問題排查

SPI通信故障排查要點：

1、硬件連接確認：

MOSI和MISO必須交叉連接；

確認片選信號連接正確且未被其他功能復用；

檢查SPI時鐘線是否連通。

2、模式配置驗證：

確認主從設(shè)備的CPOL和CPHA設(shè)置一致；

檢查時鐘頻率是否在設(shè)備支持范圍內(nèi)；

驗證數(shù)據(jù)位寬設(shè)置是否正確。

3、信號測量：

使用示波器測量時鐘信號質(zhì)量；

觀察數(shù)據(jù)線在片選有效期間的信號變化；

檢查空閑狀態(tài)下各信號線的電平狀態(tài)。

五、USB接口問題排查

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

1、電源檢查：

測量USB_VBUS_3V3信號是否為穩(wěn)定的1.8V；

確認VBUS電流供給能力滿足設(shè)備需求。

2、信號連接確認：

確認USB的發(fā)送信號串聯(lián)了AC耦合電容。

3、USB特殊注意事項：

一般USB設(shè)備端的發(fā)送信號已經(jīng)添加了AC耦合電容，因此接收端不需要再次添加耦合電容；

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

六、SDIO問題排查

1、電平配置檢查：

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

SDIO信號不可通過電平轉(zhuǎn)換芯片，必須直接連接。

2、信號完整性優(yōu)化：

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

3、上拉電阻配置：

根據(jù)規(guī)范配置適當?shù)纳侠娮瑁?

檢查卡檢測引腳的電平狀態(tài)。

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

本文將系統(tǒng)地梳理飛凌嵌入式RK平臺主控產(chǎn)品在開發(fā)過程中常用的命令，助力更多開發(fā)者快速掌握RK系列芯片的開發(fā)方法。

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所有支持的調(diào)頻策略
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
#查看當前CPU應用的調(diào)頻策略
#interactive：動態(tài)調(diào)頻模式
#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：平滑的調(diào)整頻率

3、增加CPU負載

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

4、查看GPU使用率

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

5、查看GPIO占用狀態(tài)

cat /sys/kernel/debug/gpio

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

resize

8、重新掛載文件系統(tǒng)讀寫屬性

mount -o rw,remount rootfs

9、重新獲取文件系統(tǒng)當前分區(qū)大小

resize2fs /dev/mmcblk0p8

cat /sys/class/devfreq/dmc/cur_freq 
//獲取當前DDR頻率、可調(diào)值、容量
cat /sys/class/devfreq/dmc/available_frequencies 
//查看DDR頻率可調(diào)節(jié)的值
cat /proc/meminfo 
//獲取DDR容量
//DDR測試定頻，最后cat出來頻率為輸入值則定頻成功，注意 設(shè)置值需獲取DDR可調(diào)值
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分區(qū)擴容計算方法

rootfs分區(qū)為根分區(qū)，@后的為起始地址，@前的為分區(qū)大小。注意userdate分區(qū)的起始地址為rootfs的起始地址+分區(qū)大小
每塊分區(qū)512byte
uboot舉例：
0x00002000 *512byte = 8192 * 512byte = 4,194,304byte
4,194,304÷1024 = 4096KB
4096÷1024=4MB
所以uboot設(shè)置的大小為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 
#設(shè)置為默認啟動進入 多用戶模式，即啟動時沒有圖形界面，而是進入命令行界面（CLI）

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

詳細產(chǎn)品信息，您可點擊下方鏈接獲取

1、TFTP服務搭建

TFTP（簡單文件傳輸協(xié)議），是TCP/IP協(xié)議族中用來在客戶機和服務器之間進行簡單文件傳輸?shù)膮f(xié)議，通常用于內(nèi)核調(diào)試。在嵌入式Linux開發(fā)過程中，內(nèi)核調(diào)試是其中一個基礎(chǔ)、重要的環(huán)節(jié)。

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，把指定的內(nèi)容加入到tftp文件中：

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

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

添加以下內(nèi)容到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

如果可以下載說明服務器已經(jīng)安裝成功，將開發(fā)板同PC通過網(wǎng)線進行連接后即可使用tftp下載文件。

2、NFS服務搭建

NFS（網(wǎng)絡(luò)文件系統(tǒng)），可以通過網(wǎng)絡(luò)讓不同機器、不同系統(tǒng)之間可以實現(xiàn)文件共享。通過NFS，可以訪問遠程共享目錄，就像訪問本地磁盤一樣。

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

軟件下載安裝

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

創(chuàng)建NFS目錄并解壓文件系統(tǒng)（以rootfs.tar.bz2文件系統(tǒng)為例，當前目錄為根目錄）

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開發(fā)板上驗證NFS服務器

執(zhí)行完以下命令將NFS服務器掛載到開發(fā)板的/mnt目錄

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

掛載成功后，查看/mnt目錄，會看到剛才解壓的文件系統(tǒng)

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

注：192.168.0.57為NFS服務器主機Ubuntu的IP，Ubuntu的網(wǎng)絡(luò)需設(shè)置為橋接模式，并跟i.MX9352開發(fā)板在同一網(wǎng)段。

3、SSH服務搭建

SSH是較可靠的專為遠程登錄會話和其他網(wǎng)絡(luò)服務提供安全性的協(xié)議，利用SSH協(xié)議可以有效防止遠程管理過程中的信息泄露問題。SSH最初是UNIX系統(tǒng)上的一個程序，后來又迅速擴展到其他操作平臺。

3.1 安裝SSH

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

3.2 啟動SSH服務

3.3 查看SSH服務的狀態(tài)

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 關(guān)閉SSH服務

forlinx@ubuntu:/$ sudo service ssh stop

3.5 測試方法

i.MX9352開發(fā)板通過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: https://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開發(fā)板：

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開發(fā)板的Linux6.1.36系統(tǒng)上完成網(wǎng)絡(luò)服務搭建的方法，希望能夠?qū)Ω魑还こ處熍笥延兴鶐椭?/span>需要注意的是，本文的操作方法適用于飛凌嵌入式OK-MX9352-C平臺的Linux6.1.36操作系統(tǒng)，其他平臺可能會存在差異，本文的方法僅作為參考。

評測產(chǎn)品：OK527N-C開發(fā)板（2GB+16GB）

申請數(shù)量：5個

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

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

>>點擊此處，立即申請

不久前，飛凌嵌入式基于全志T527處理器設(shè)計開發(fā)的FET527-C核心板獲得了「OpenHarmony生態(tài)產(chǎn)品兼容性證書」，目前該方案已適配了標準版OpenHarmony4.1/OpenHarmony5.0系統(tǒng)，成為了工業(yè)智能化領(lǐng)域的重要OpenHarmony硬件方案。

現(xiàn)在，飛凌嵌入式FET527-C核心板的OpenHarmony適配代碼已開源，開發(fā)者可通過社區(qū)獲取相關(guān)資源，加速產(chǎn)品開發(fā)；未來，飛凌嵌入式也將繼續(xù)與全志科技深化合作，推動更多工業(yè)級OpenHarmony嵌入式主控方案的落地，共同促進開源鴻蒙生態(tài)的建設(shè)與發(fā)展。

點擊上圖，即可了解關(guān)于FET527-C核心板的更多產(chǎn)品詳情。

尊敬的客戶您好：

端午節(jié)即將來臨，根據(jù)國家法定節(jié)假日規(guī)定，我公司2025年端午假期安排如下：

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

放假期間您可在Forlinx天貓旗艦店正常購買產(chǎn)品，下單后聯(lián)系客服協(xié)商發(fā)貨，6月3日上班后統(tǒng)一發(fā)貨，給您帶來的不便敬請諒解。

本產(chǎn)品集成了多種功能模塊與機械臂組件，構(gòu)建了覆蓋嵌入式開發(fā)、人工智能算法驗證及工業(yè)場景應用的全鏈條實驗體系。采用模塊化硬件設(shè)計與開放軟件框架，可快速搭建個性化實驗場景，支持邊緣計算、嵌入式系統(tǒng)、物聯(lián)網(wǎng)工程等課程實驗教學，同時服務于綜合實訓、畢業(yè)設(shè)計、學科競賽及科研平臺建設(shè)。適用于電子信息、人工智能、物聯(lián)網(wǎng)、自動化等工科專業(yè)，既能滿足基礎(chǔ)實驗教學需求，又能支撐復雜系統(tǒng)開發(fā)與創(chuàng)新實踐，為學生工程實踐能力培養(yǎng)與科研創(chuàng)新探索提供強大助力。

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

點擊上圖，了解產(chǎn)品詳情

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

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

除此之外，ElfBoard還帶了多款智慧交通、AI識別以及動作捕捉機械臂動態(tài)方案，通過提供從硬件接口到算法模型的完整開發(fā)棧，深度賦能高校師生多個應用行業(yè)的科研創(chuàng)新，持續(xù)推動產(chǎn)教融合生態(tài)建設(shè)。

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

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

飛凌嵌入式基于瑞芯微RK3506J處理器設(shè)計開發(fā)的FET3506J-S核心板，采用3*Cortex-A7+1*Cortex-M0的多核異構(gòu)架構(gòu)；滿載運行實測功耗僅0.7W，滿載運行且無需任何散熱處理即可應對+85℃的高溫環(huán)境；并且有著強大的軟件兼容性和靈活的系統(tǒng)架構(gòu)，支持Linux 6.1、AMP架構(gòu)以及Linux RT等多種軟件生態(tài)。

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

1、實時方案: AP 或 MCU

飛凌嵌入式FET3506J-S核心板支持兩種實時方案，即AP+MCU模式和AP+AP模式，兩種模式各有相應的特點，適用于不同的應用領(lǐng)域。

① AP+MCU系統(tǒng)架構(gòu)

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

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

② AP+AP系統(tǒng)架構(gòu)

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

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

2、實時AP核接口資源

二、FTU方案資源框圖

1、實時A核

北斗定位、實時時鐘、多路模擬量采集、FFT運算、保護邏輯、故障處理及錄波等高實時性任務由實時A核承載。該核心可同步處理多間隔單元的實時業(yè)務：通過50MHz SPI總線實現(xiàn)多路AD7616高速采樣，動態(tài)配置DDR存儲空間適配不同周期錄波需求，并利用RPMsg雙核通信機制將錄波數(shù)據(jù)高效傳輸至管理核心生成標準化文件。

2、管理A核

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

① 傳感器數(shù)據(jù)協(xié)議適配與接入管理；

② 按IEC101/IEC104標準對采集數(shù)據(jù)進行加密處理，并通過專用通道向調(diào)度中心轉(zhuǎn)發(fā)規(guī)范報文。雙核通過共享內(nèi)存與消息隊列實現(xiàn)實時數(shù)據(jù)流與控制指令的高效交互。

三、應用實例

1、SPI數(shù)據(jù)收發(fā)

本案例為SPI回環(huán)測試，將SPI的MOSI和MISO兩個引腳短接進行數(shù)據(jù)收發(fā)。

① 功能介紹

② 效果展現(xiàn)

SPI的發(fā)送和接收FIFO均為64個，在底層hal庫程序中，當數(shù)據(jù)長度被64整除時，采用DMA方式，否則采用CPU中斷模式。通過此demo，展示了SPI的中端和DMA兩種使用方法，設(shè)置SPI速率為50M全雙工，案例中讀或?qū)懫骄鶄鬏斔俾蕿?5.59Mbit/s，接近理論帶寬。

傳輸效果：

2、GOOSE

本案例采用GMAC0發(fā)送Goose數(shù)據(jù)包測試。

① 功能介紹

② 效果展現(xiàn)

測試方法：采用單片機進行接收，接收完成后將GPIO進行反轉(zhuǎn)，使用示波器測量GPIO波形。實測64字節(jié)數(shù)據(jù)，用時7μs，接近百兆理論帶寬。

3、核間通信RPMsg

① 標準框架

瑞芯微為多核異構(gòu)系統(tǒng)設(shè)計了RPMsg通信框架：Linux內(nèi)核采用標準RPMsg，RTOS/Bare-metal使用輕量化RPMsg-Lite，作為AMP系統(tǒng)核間通信的標準化二進制接口。

該協(xié)議基于VirtIo虛擬化IO架構(gòu)（同虛擬網(wǎng)卡/虛擬磁盤等技術(shù)），通過VirtIo-Ring共享內(nèi)存機制實現(xiàn)數(shù)據(jù)傳輸，采用單向vring設(shè)計（vring0發(fā)數(shù)據(jù)、vring1收數(shù)據(jù)）配合vdev-buffer緩沖區(qū)。

整體框架由核間中斷及vring0、vring1、vdev-buffer三段共享內(nèi)存區(qū)域構(gòu)成。

② 通信流程

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

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

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

2. 將處理好的內(nèi)存 buffer 鏈接到 ving1(AVAIL)；

3. 觸發(fā)中斷通知 Remote Core 有數(shù)據(jù)處理待處理。

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

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

2. 將處理好的內(nèi)存 buffer 鏈接到 ving0(USED)；

3. 觸發(fā)中斷通知 Master Core 有數(shù)據(jù)處理待處理。

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

RPMsg 每次發(fā)送的最大數(shù)據(jù)長度取決于 payload 長度，這個長度在SDK中默認為 512 Bytes，由于 RPMsg還帶有16 Bytes的數(shù)據(jù)頭，因此一次性傳輸?shù)淖畲髷?shù)據(jù)量為 496 Bytes。

③ 效果展示

普通傳輸：乒乓示例

大數(shù)據(jù)傳輸：

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

而飛凌嵌入式在RPMsg基礎(chǔ)上優(yōu)化了大數(shù)據(jù)傳輸?shù)男阅?，在FET3506J-S核心板上的具體表現(xiàn)如下所示。傳輸6MB的數(shù)據(jù)，用時僅111ms，且僅需要觸發(fā)4次中斷，大大提高了傳輸效率，減少了對CPU資源的占用。

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

此次峰會，飛凌嵌入式帶來了基于恩智浦i.MX 95xx、i.MX 9352、i.MX 8MPlus 和 i.MX 6ULL 處理器設(shè)計開發(fā)的嵌入式核心板，并且重點展出了“基于i.MX 8MPlus開發(fā)板的內(nèi)窺鏡方案”和“基于i.MX 9352開發(fā)板的駕駛員疲勞檢測方案”2款動態(tài)演示方案，通過動態(tài)演示的形式給現(xiàn)場觀眾帶來了更加豐富和多維的體驗。 

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

此次參會，飛凌嵌入式展示了邊緣計算與工業(yè)物聯(lián)網(wǎng)領(lǐng)域的前沿技術(shù)成果；在未來，飛凌嵌入式也將與恩智浦持續(xù)攜手創(chuàng)新，賦能智能制造、智慧交通、智慧城市等垂直領(lǐng)域，加速全球產(chǎn)業(yè)智能化轉(zhuǎn)型進程。

2025年恩智浦創(chuàng)新技術(shù)峰會及技術(shù)研討會持續(xù)進行中，歡迎大家的關(guān)注和參與。

在設(shè)計上，F(xiàn)CU3501 采用工業(yè)無風扇設(shè)計，摒棄了傳統(tǒng)風扇散熱可能帶來的噪音大、易積塵、故障率高等問題，通過被動散熱方式，能在-40℃~+85℃的寬泛環(huán)境溫度下長時間穩(wěn)定可靠運行，適應各種復雜惡劣的工作環(huán)境，無論是戶外的智慧交通監(jiān)測點，還是工廠車間等復雜場所，它都能穩(wěn)定如一地發(fā)揮性能。

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

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

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

五一勞動節(jié)放假通知

尊敬的客戶：

勞動節(jié)即將來臨，根據(jù)國家法定節(jié)假日規(guī)定，我公司2025年五一假期安排如下：

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

放假期間您可在Forlinx天貓旗艦店正常購買產(chǎn)品，下單后聯(lián)系客服進行協(xié)商發(fā)貨，5月6日上班后統(tǒng)一發(fā)貨，給您帶來不便敬請諒解。

飛凌嵌入式FET527-C核心板搭載全志T527系列全國產(chǎn)高性能處理器，集成8個ARM Cortex-A55核心，并內(nèi)置RISC-V核和DSP核，提供出色的處理能力和能效比，并且經(jīng)過嚴格的工業(yè)環(huán)境測試，具備高穩(wěn)定性和可靠性，可為產(chǎn)品的穩(wěn)定運行保駕護航。

點擊下圖進入飛凌嵌入式官網(wǎng)，即可查看FET527-C系列核心板的產(chǎn)品詳情。

中移物聯(lián)高級專家嚴鐳演講

中移物聯(lián)自研的OneOS操作系統(tǒng)，以高實時、高安全、高可靠為核心優(yōu)勢。此次與飛凌嵌入式強強聯(lián)手，推出多款搭載OneOS操作系統(tǒng)的工業(yè)控制核心板，旨在為國產(chǎn)工業(yè)自動化行業(yè)提供全新的解決方案。

中移物聯(lián)OneOS操作系統(tǒng)展臺

在國產(chǎn)化浪潮的全新機遇下，中移物聯(lián)OneOS始終堅持自主創(chuàng)新，率先通過了IEC 61508 SIL3、ISO 26262及 CCRC EAL4+ 等權(quán)威認證，系統(tǒng)內(nèi)核自主度100%，實時性業(yè)內(nèi)領(lǐng)先。

同時，為滿足產(chǎn)業(yè)應用需求，OneOS自主研發(fā)了軟PLC方案——在實時內(nèi)核的基礎(chǔ)之上，結(jié)合了符合IEC61131-3標準的工業(yè)運行時、工業(yè)總線等能力，并已適配各類工業(yè)芯片，以標準化的核心能力，有效縮短開發(fā)交付周期。此次攜手飛凌嵌入式，雙方深度合作更進一步實現(xiàn)了軟硬件的協(xié)同優(yōu)化，打造出具備行業(yè)領(lǐng)先優(yōu)勢的工控核心板。

總線豐富，應用廣泛

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

實時高效，穩(wěn)定可靠

OneOS工業(yè)軟PLC方案與穩(wěn)定的工業(yè)核心板硬件協(xié)同優(yōu)化，實現(xiàn)了整個軟硬一體方案的高實時性能，A55@1.8GHz（基于FET3568J-C核心板）下實現(xiàn)125μs控制周期和15μs以內(nèi)抖動的優(yōu)異性能。

部署多樣，屏蔽差異

OneOS工業(yè)軟PLC方案原生具備操作系統(tǒng)混合部署方案（AMP或虛擬化方式），OneOS工業(yè)軟PLC只占用SoC部分資源，其他用于部署openEuler、Linux等其他系統(tǒng)，方便客戶進行復雜應用開發(fā)，屏蔽軟硬件差異。

目前，飛凌嵌入式已有FET3568-C、FET1052-C和FET1061-S共3款核心板產(chǎn)品完成了與中移物聯(lián)OneOS工業(yè)軟PLC方案的優(yōu)化適配，共同聯(lián)合為智能制造、工程機械、能源電力、無人系統(tǒng)等領(lǐng)域的設(shè)備廠商提供從硬件到軟件的全方位支持。

未來，雙方將進一步攜手共進，在國產(chǎn)化浪潮與產(chǎn)業(yè)智改數(shù)轉(zhuǎn)的趨勢下，為產(chǎn)業(yè)譜寫全新篇章。

4月22日，飛凌嵌入式“2025嵌入式及邊緣AI技術(shù)論壇”將在深圳舉行，論壇以“新生態(tài)，智未來”為主題，旨在匯聚行業(yè)智慧，探討嵌入式技術(shù)與邊緣AI的深度融合與創(chuàng)新應用。

飛凌嵌入式邀請到了瑞芯微產(chǎn)品總監(jiān)彭華成、開源歐拉社區(qū)生態(tài)經(jīng)理石文璐、菲尼克斯PLCnext研發(fā)負責人趙航三位重量級嘉賓；此外，飛凌嵌入式技術(shù)總監(jiān)、項目總監(jiān)和AI高級工程師也會一同亮相—— 6位業(yè)內(nèi)大咖，6場主題分享，緊密結(jié)合嵌入式及邊緣AI技術(shù)，解析當前行業(yè)熱點和前沿應用，為您的項目開發(fā)助力。

除了干貨滿滿的主題演講，現(xiàn)場還將準備大型的 產(chǎn)品及生態(tài)參觀展區(qū)。飛凌嵌入式及瑞芯微、菲尼克斯、開源歐拉社區(qū)、中國移動OneOS、大灣區(qū)國創(chuàng)中心、統(tǒng)信軟件、拓斯達、望獲OS等生態(tài)伙伴將帶來數(shù)十款動態(tài)方案，共同為您帶來一場嵌入式技術(shù)與AI創(chuàng)新的視覺盛宴。

誠邀各位行業(yè)伙伴和客戶朋友報名參加。

活動日期：2025年4月22日

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

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

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

 前兩周，有一位老朋友聯(lián)系我，他想找人開發(fā)一款數(shù)據(jù)采集器，用來采集工業(yè)現(xiàn)場的設(shè)備數(shù)據(jù)，并且可以根據(jù)不同的業(yè)務場景，通過不同的接口把這些數(shù)據(jù)分發(fā)出去。

我把他提的需求總結(jié)了一下，這款產(chǎn)品方案大概有以下功能接口，妥妥地一款工業(yè)網(wǎng)關(guān)，在網(wǎng)上也能找到很多類似的產(chǎn)品方案，為啥他不直接買來用？

再跟朋友深入地聊了一下，他之所以聯(lián)系我，是因為看到我在公眾號介紹過一款由飛凌嵌入式推出的RK3506核心板，認為比較符合需求，再結(jié)合他現(xiàn)在創(chuàng)業(yè)所面臨的業(yè)務情況，所以才找我探討一下自研網(wǎng)關(guān)的可能性。

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

需求弄清楚后，開干就完事兒！

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

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

這款核心板的體積做得非常小，手動測量后的尺寸為：長44mm*寬35mm*高2.3mm，加上郵票孔的設(shè)計，可以很方便地嵌入到產(chǎn)品設(shè)計里面。我順便觀察了一下FET3506J-S核心板的關(guān)鍵芯片，都是國內(nèi)的芯片品牌，妥妥地100%全國產(chǎn)。

直接用開發(fā)板去驗證軟件方案可行性，是一種省時省力省成本的高效開發(fā)方式，根據(jù)朋友提出的工業(yè)網(wǎng)關(guān)需求，我打算先用飛凌嵌入式的OK3506J-S開發(fā)板去進行軟件方案評估。

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

飛凌嵌入式OK3506J-S開發(fā)板運行的是Linux6.1.99操作系統(tǒng)，我所關(guān)注的系統(tǒng)驅(qū)動程序都已經(jīng)有提供，比如：以太網(wǎng)、串口、LCD控制器、按鍵、LED、TF卡、USB等等。

在開發(fā)產(chǎn)品應用程序的時候，可以充分參考配套資料里面提供的命令行測試例程，這些例程都是通過命令行的方式啟動預置的應用，然后驅(qū)動底板上的硬件來實現(xiàn)常規(guī)的功能。

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

OK3506J-S開發(fā)板使用了LVGL 9.2作為圖形界面設(shè)計框架，結(jié)合CPU本身自帶的2D硬件引擎和圖像顯示引擎，可以輕松地實現(xiàn)圖像顯示。

配套的硬件資料里面，提供了OK3506J-S的底板原理圖和底板PCB設(shè)計文件，可以直接把原理圖庫和PCB封裝庫都導出來，在設(shè)計工業(yè)網(wǎng)關(guān)的時候就可以直接使用，就不用自己再重新畫封裝庫了。

據(jù)我了解，F(xiàn)ET3506J-S工業(yè)核心板的兩種存儲配置在網(wǎng)上的含稅零售價分別是：256MB+256MB售價￥88，512MB+8GB售價￥128，并且提供10~15年供貨周期，成本和供貨周期均在可控范圍內(nèi)。

整體評估下來，不管是軟件配套還是硬件性能，飛凌嵌入式FET3506J-S核心板是可以完全滿足工業(yè)網(wǎng)關(guān)的設(shè)計要求的。

接下來，我們就開始在RK3506開發(fā)板上驗證軟件方案，包括裁剪內(nèi)核優(yōu)化系統(tǒng)啟動時間，移植Modbus-RTU/TCP相關(guān)庫，移植MQTT，編寫配置文件，編寫業(yè)務應用相關(guān)邏輯，等等。

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

以上就是自媒體創(chuàng)作者溫老師帶來的飛凌嵌入式OK3506J-S開發(fā)板和FET3506J-S核心板的開箱分享。點擊下圖進入RK3506J核心板，即可查看更多產(chǎn)品詳情。

飛凌嵌入式作為國內(nèi)專業(yè)的嵌入式核心控制系統(tǒng)研發(fā)、設(shè)計和生產(chǎn)的企業(yè)，在本次展會隆重亮相，展位號3-360，這也是飛凌嵌入式連續(xù)第3年參加Embedded World，堅持為全球產(chǎn)業(yè)上下游合作伙伴和客戶展示和推廣來自中國的嵌入式主控產(chǎn)品、動態(tài)方案和應用案例。

本次展會，飛凌嵌入式帶來了基于NXP、TI、瑞芯微、全志等國內(nèi)外知名芯片公司的最新平臺及主流平臺打造的嵌入式主控產(chǎn)品，包括嵌入式核心板、開發(fā)板、工控機和顯控一體機等。

除了產(chǎn)品的靜態(tài)展示外，飛凌嵌入式還帶來了多個應用于不同領(lǐng)域的熱門行業(yè)解決方案。

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

這些方案聚焦人工智能、智慧交通、工業(yè)物聯(lián)網(wǎng)等多個領(lǐng)域，通過形象的動態(tài)演示，給來自全球各地的電子行業(yè)伙伴和觀眾帶來了更加全面、更加多維的體驗。

為期3天的Embedded World 2025正在進行中，3月12和3月13日還將有更多行業(yè)前沿應用和技術(shù)干貨等著大家，歡迎朋友們的持續(xù)關(guān)注，飛凌嵌入式會在德國紐倫堡會展中心3-360展位等待著大家，歡迎廣大客戶朋友和行業(yè)伙伴的蒞臨。

一、T536處理器：多核異構(gòu)架構(gòu)，滿足復雜應用場景需求

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

二、FET536-C核心板：工業(yè)級品質(zhì)與靈活定制能力

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

三、安全特性：全方位保障系統(tǒng)穩(wěn)定與數(shù)據(jù)安全

此外，核心板還集成了國密算法SM2/SM3/SM4，能夠?qū)?shù)據(jù)進行加密處理，確保數(shù)據(jù)在傳輸與存儲過程中的安全。全通路ECC技術(shù)則為CPU至DDR的數(shù)據(jù)傳輸提供了錯誤檢測與糾正能力，進一步提高了系統(tǒng)的可靠性與穩(wěn)定性。

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

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

五、應用場景：多領(lǐng)域適用，助力智能化升級

FET536-C核心板憑借其高性能、多接口、工業(yè)級品質(zhì)以及強大的安全特性，在多個領(lǐng)域展現(xiàn)出廣泛的應用前景。在工業(yè)自動化中，它可以作為集中器的核心部件，實現(xiàn)對生產(chǎn)過程的實時監(jiān)控與優(yōu)化控制；在智能交通領(lǐng)域，可用于交通信號控制、車輛流量監(jiān)測等設(shè)備，提升交通系統(tǒng)的智能化管理水平；在新能源領(lǐng)域，核心板可用于充電樁的控制系統(tǒng)，實現(xiàn)對充電過程的精確控制與管理；在機器人領(lǐng)域，核心板能夠為機器人提供高效的數(shù)據(jù)處理與實時控制能力，助力機器人實現(xiàn)更加復雜與精準的動作控制。

FET536-C全國產(chǎn)核心板

除性價比超高的處理器外，核心板整板均采用工業(yè)級國產(chǎn)元器件，是集中器、FTU、DTU、充電樁、交通、機器人、工業(yè)控制等關(guān)鍵領(lǐng)域?qū)崿F(xiàn)國產(chǎn)化降本的優(yōu)質(zhì)之選。

接口資源豐富

安全特性

持續(xù)更新的用戶資料

1. T536核心板的優(yōu)勢

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

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

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

實時業(yè)務高效處理：

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

故障錄波與雙核協(xié)同：

T536核心板的RISC-V核可以動態(tài)調(diào)整DDR空間，滿足故障錄波數(shù)據(jù)存儲需求，憑借RPMsg和RPbuf強大的雙核通信帶寬，可將故障錄波數(shù)據(jù)高效傳給A核，生成故障錄波文件。

管理核的通信中樞：

A核憑借四核1.6GHz主頻和豐富的資源接口，可通過多種通信接口實現(xiàn)數(shù)據(jù)的采集和加密/解密功能，滿足各種傳感器接入和向調(diào)度中心加密后IEC101/IEC104的轉(zhuǎn)出功能。

3. 應用實例

3.1 SPI數(shù)據(jù)收發(fā)

本案例為SPI回環(huán)測試，即將SPI的MOSI和MISO兩個引腳短接進行數(shù)據(jù)收發(fā)。

3.1.1 功能介紹

3.1.2 效果實現(xiàn)

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

中斷方式傳輸效果：

DMA方式傳輸效果：

使用DMA傳輸3200字節(jié)，SPI速率默認為100Mbit/s，案例中平均傳輸速率為64Mbit/s，單次傳輸?shù)淖止?jié)越多，系統(tǒng)調(diào)度時間占比越可以忽略，接近理論值。

3.2 核間通信RPbuf

RPbuf是全志基于RPMsg所實現(xiàn)一套高帶寬數(shù)據(jù)傳輸?shù)目蚣?。RPMsg是基于共享內(nèi)存和msgbox中斷實現(xiàn)的一套核間通信機制，RPMsg除去頭部的16字節(jié)數(shù)據(jù)外，單次最多可發(fā)送496字節(jié)有效數(shù)據(jù)。目前RPbuf最高可支持511.875KB數(shù)據(jù)（512KB減去128Bytes頭部）我們以單次511.875KB數(shù)據(jù)傳輸為例進行展示。

3.2.1 功能介紹

? VirtIO：一套虛擬化數(shù)據(jù)傳輸框架，用于管理共享內(nèi)存VRING；

? VRING：由VirtIO管理的一個環(huán)形共享內(nèi)存；

? Msgbox：全志提供的一套消息中斷機制，已與Linux內(nèi)核中原生的mailbox框架適配；

? MSGBOX_IRQ：Msgbox中斷；

? RPMsg：基于VirtIO管理的共享內(nèi)存所實現(xiàn)一套少量數(shù)據(jù)傳輸?shù)目蚣埽?

? RPbuf：全志基于RPMsg所實現(xiàn)一套大量數(shù)據(jù)傳輸?shù)目蚣堋?

由上圖可知（以RISC-V核向A核發(fā)送數(shù)據(jù)為例），RPbuf首先將數(shù)據(jù)放置在DDR中，再將緩沖區(qū)首地址和大小通過RPMsg發(fā)送至A核（RPMsg將緩沖區(qū)首地址和大小放入VRING，然后請求Msgbox中斷，A核收到這個中斷后，在其回調(diào)函數(shù)中使用RPMsg接口函數(shù)來從VRING中取出cmd），隨后A核從cmd handler中獲取緩沖區(qū)內(nèi)的地址和長度，最后在應用層讀取數(shù)據(jù)，從而完成雙核間數(shù)據(jù)傳輸。

3.2.2 效果展示

4. 總結(jié)

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

該核心板基于Rockchip RK3506J 處理器開發(fā)，實現(xiàn)了 100% 國產(chǎn)化物料選型，有力地滿足了電力、交通、工控等行業(yè)在國產(chǎn)化方面的嚴格要求，為關(guān)鍵基礎(chǔ)設(shè)施的自主可控提供了硬件基礎(chǔ)。同時，經(jīng)過全面且嚴格的可靠性測試，確保其能夠在工業(yè)環(huán)境中穩(wěn)定可靠地運行，有效降低了因硬件故障導致的生產(chǎn)中斷風險。

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

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

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

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

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

在存儲方面，飛凌嵌入式為用戶提供深度存儲驅(qū)動優(yōu)化以及eMMC 健康診斷工具，能夠?qū)崟r監(jiān)測存儲設(shè)備狀態(tài)，提前預警潛在故障，最大限度地延長存儲壽命和可靠性，減少因存儲壽命耗盡導致的產(chǎn)品故障，確保數(shù)據(jù)安全和系統(tǒng)穩(wěn)定運行。

軟件支持方面，F(xiàn)ET3506J-S 核心板憑借對 Linux 6.1、LVGL 9.2、AMP 架構(gòu)以及 Linux RT 等多種軟件生態(tài)的全面兼容，展現(xiàn)出強大的軟件適應性和靈活的系統(tǒng)架構(gòu)。無論是構(gòu)建復雜的圖形用戶界面，還是實現(xiàn)高精度的實時控制，都能輕松應對，充分滿足從顯示到控制的多樣化應用需求，廣泛適用于多種復雜的應用場景。

FET3506J-S 核心板憑借其國產(chǎn)化、高性能、低功耗、豐富接口、靈活設(shè)計以及強大的軟件支持等優(yōu)勢，廣泛適用于工業(yè)自動化、消費電子、智慧醫(yī)療、電力、新能源、通信等行業(yè)及相關(guān)應用領(lǐng)域。再加上具有競爭力的價格優(yōu)勢和完備的售后技術(shù)支持，能夠助力企業(yè)產(chǎn)品快速上市，在市場競爭中占據(jù)有利地位，為我國嵌入式產(chǎn)業(yè)發(fā)展和各行業(yè)智能化升級提供了有力支持。

embedded world 2025作為嵌入式技術(shù)的全球頂級盛會，預計將匯聚數(shù)千家參展商與數(shù)十萬名專業(yè)觀眾，共同展示嵌入式技術(shù)的最新成果、探討行業(yè)趨勢、推動國際合作。展會期間，不僅將展出涵蓋汽車電子、工業(yè)控制、消費電子、醫(yī)療電子等多個領(lǐng)域的嵌入式創(chuàng)新產(chǎn)品，還將舉辦多場專業(yè)論壇與研討會，邀請行業(yè)領(lǐng)袖與專家學者共話未來。屆時，飛凌嵌入式將攜多款重量級的嵌入式核心板、開發(fā)板、工控機等主控產(chǎn)品，以及充電樁、LVGL、機械臂、AI識別等多個熱門行業(yè)解決方案Demo亮相，為全球客戶帶來一場技術(shù)與創(chuàng)新的盛宴。

飛凌嵌入式第一時間拿到了FRDM i.MX 93開發(fā)板，本篇文章，小編就為大家?guī)磉@款產(chǎn)品的快速開箱介紹。

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

打開FRDM i.MX 93開發(fā)板小巧的包裝，首先映入眼簾的是開發(fā)板緊湊而精致的設(shè)計，用直尺大致測量一下，開發(fā)板的長邊也僅有10.5cm左右。盡管體積小巧，但開發(fā)板上的每一個元件都經(jīng)過精心布局，確保了功能的全面性和穩(wěn)定性。

除此之外，包裝內(nèi)還有附送的快啟動指南、配件清單以及2條USB 2.0 Type-A 轉(zhuǎn) Type-C線。

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

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

Energy Flex架構(gòu)的引入，使得i.MX 93在處理復雜任務時能夠保持高效能，同時在待機狀態(tài)下實現(xiàn)極低的功耗，非常適合物聯(lián)網(wǎng)和工業(yè)應用。

三、IW612模塊-輕松接入多種無線網(wǎng)絡(luò)

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

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

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

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

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

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

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

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

為了幫助開發(fā)者們更快地上手，F(xiàn)RDM i.MX 93開發(fā)板還配備了全面的軟件和工具鏈。操作系統(tǒng)環(huán)境支持（如Yocto Linux和Debian Linux），還支持面向i.MX應用處理器的GoPoint及豐富的應用程序示例。這些軟件和工具將大大加快開發(fā)周期，簡化從原型到生產(chǎn)的過程。

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

以上就是小編為大家?guī)淼腇RDM i.MX93開發(fā)板的快速開箱介紹，關(guān)注飛凌嵌入式官方微信公眾號，第一時間獲取更多技術(shù)干貨與產(chǎn)品推薦。

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

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

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

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

進入內(nèi)核目錄開始配置：

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開發(fā)板中，我們這里是將模塊拷貝到 /root目錄中了。模塊在內(nèi)核源碼中的路徑：

(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腳本可以參考以下內(nèi)容，如自行創(chuàng)建腳本，記得要添加可執(zhí)行權(quán)限。

#!/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

如有上述信息，說明模塊已經(jīng)加載成功，即可看到網(wǎng)卡節(jié)點信息：

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到飛凌嵌入式官網(wǎng)，查看是否可以正常上網(wǎng)：

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 m.alphatocol.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飛凌嵌入式官網(wǎng)是正常的，這樣小編就把STA模式配置好了。
那么，AP模式如何開啟？接下來，我們就介紹一下如何配置AP模式。
第一步還是需要編寫AP模式腳本。小編 將腳本放在了/usr/bin/目錄中，文件名稱為fltest_hostapd.sh ，同樣的也需要配置可執(zhí)行權(quán)限。

#!/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腳本的全部內(nèi)容。在fltest_hostapd.sh腳本中，還用到了/etc/hostapd-2.4g.conf配置文件，以下是文件的配置內(nèi)容：

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

有的朋友可能就要問了，在其他系統(tǒng)上使用的是udhcpd服務，為什么在這里使用的DNSmasq服務？下面就簡單介紹一下這兩個服務的區(qū)別：

（1）udhcpd 是來自 BusyBox 工具集的 DHCP 服務器程序。主要的功能是為本地網(wǎng)絡(luò)設(shè)備分配動態(tài)IP地址、子網(wǎng)掩碼、網(wǎng)關(guān)等信息。DHCP服務本身是不包含DNS轉(zhuǎn)發(fā)或其他的網(wǎng)絡(luò)服務。
（2）DNSmasq 是一個輕量級的 DNS 轉(zhuǎn)發(fā)器和 DHCP 服務器軟件。
     ① 可以將DNS查詢的請求轉(zhuǎn)發(fā)到上游DNS服務器，并緩存這些查詢結(jié)果，目的是為了提高網(wǎng)絡(luò)應用的響應速度。
     ② 做DHCP服務器時與第一條udhcpd服務功能相同，這里就不做重復介紹了。
此外，應用場景也不同，DNSmasq主要用戶小型網(wǎng)絡(luò)環(huán)境。易于配置和管理，如家庭網(wǎng)絡(luò)、小型辦公室和路由器中；而udhpcd服務適合用于嵌入式系統(tǒng)或者資源有限的環(huán)境中。
擴展知識介紹完畢，下面就開啟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開發(fā)板的熱點了。


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模塊就已經(jīng)適配完成了。小編在這里想告訴大家的是，PCIe Wi-Fi模塊的適配思路都是一樣的，如果有其他Wi-Fi模塊，大家也可以參考此方法動手嘗試。

首先，嵌入式場景中常用來存儲數(shù)據(jù)的介質(zhì)分為兩類：

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

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

上圖描述了NAND存儲和eMMC存儲的關(guān)系，NAND Controller代指核心板的CPU，NAND指實際參與存儲的區(qū)域，由此看出實際上eMMC和NAND的區(qū)別在于存儲管理控制是在eMMC內(nèi)部還是核心板的 CPU。存儲管理主要包括功能：壞塊管理、ECC校驗、磨損均衡、數(shù)據(jù)保持和地址管理及映射等。

一、存儲的相關(guān)概念

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

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

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

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

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

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

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

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

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

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

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

二、eMMC和NAND的差異

（1）eMMC與NAND對比

（2） eMMC的相關(guān)特點

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

·內(nèi)部固件集成多種功能：使用壽命等健康信息記錄、根據(jù)不同的場景動態(tài)調(diào)整內(nèi)部存儲策略。 

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

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

（3）NAND的相關(guān)特點

·系統(tǒng)的驅(qū)動主要是由SoC廠家及系統(tǒng)上游邏輯決定，針對不同的NAND存儲介質(zhì)無法發(fā)揮出最大優(yōu)勢，或者存在驅(qū)動邏輯兼容性問題。 

·NAND容易出現(xiàn)位翻轉(zhuǎn)、壞塊等情況，相比eMMC內(nèi)部管理，CPU管理需要占用較大系統(tǒng)開銷用來維護存儲內(nèi)容。 

·接口標準采用ONFI接口協(xié)議，但是不同廠家的NAND的頁、OOB區(qū)及塊大小等配置存在差異，如果物料停產(chǎn)需要換型會存在鏡像不兼容風險。

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

·NAND單位存儲壽命較長。 

綜上，產(chǎn)品存儲選型建議使用帶有管理功能的eMMC。

三、存儲使用建議

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

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

·使用中如果出現(xiàn)異常斷電，定期需要對文件系統(tǒng)使用工具掃描修復，避免由于異常斷電數(shù)據(jù)未及時 保存導致文件系統(tǒng)異常。如果是頻繁異常掉電場景，可以增加硬件加掉電保護措施，用來保證系統(tǒng)穩(wěn)定性。

·產(chǎn)品設(shè)計初期，需要結(jié)合實際應用場景存儲數(shù)據(jù)的頻率，為保證產(chǎn)品壽命要求，評估選擇合適的存儲類型和容量。

四、飛凌嵌入式賦能

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

應用可以實時監(jiān)控當前的存儲壽命，用來在設(shè)備存儲壽命降低到自定義閾值時發(fā)送報警信號做 特定處理。 

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

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

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

·終端實際應用場景主要集中在：日志循環(huán)存儲、應用關(guān)鍵數(shù)據(jù)參數(shù)存儲及緩沖數(shù)據(jù)。

·日志循環(huán)存儲特點：循環(huán)擦寫，寫入頻繁，讀取不頻繁。和文件系統(tǒng)同時存在，會出現(xiàn)寫頻繁 和只讀混放數(shù)據(jù)，會影響整體的穩(wěn)定性。舉例：大部分eMMC的損耗平衡特性是全盤范圍，軟件上的文件系統(tǒng)分區(qū)未實現(xiàn)想要的數(shù)據(jù)隔離效果，這個其實可以在初期評估階段解決。

·關(guān)鍵數(shù)據(jù)特點：小數(shù)據(jù)量狀態(tài)信息，比較重要，信息量不大。 

·緩沖數(shù)據(jù)特點：順序?qū)懭?，整體擦除。

實際軟件開發(fā)過程中，根據(jù)如上數(shù)據(jù)特點，為保證產(chǎn)品穩(wěn)定性在如下3個階段給出優(yōu)化方案：

·產(chǎn)品開發(fā)前做對應存儲方案選型，能夠提前評估出風險。通過實際應用場景產(chǎn)品的目標壽命， 評估出存儲類型、文件系統(tǒng)類型、應用數(shù)據(jù)讀寫建議及燒錄方式等。

·產(chǎn)品開發(fā)完成前做實際存儲的優(yōu)化。產(chǎn)品的樣機測試階段需要對系統(tǒng)實際讀寫頻次、大小做接 口數(shù)據(jù)統(tǒng)計分析，對存儲做數(shù)據(jù)穩(wěn)定性分析（例：NAND存儲變位及壞塊分析）。通過分析給 出讀寫數(shù)據(jù)單元大小優(yōu)化建議、連續(xù)/隨機讀寫優(yōu)化建議。 

·產(chǎn)品部署前做最終的預估壽命評估。結(jié)合最終優(yōu)化效果給出實際應用中的一個壽命預估。

除上述優(yōu)化策略外，不同eMMC、NAND廠家在滿足接口協(xié)議標準前提下提供了不同的優(yōu)化特性，部分優(yōu)化特性需要結(jié)合操作系統(tǒng)修改才能發(fā)揮出更好的效果。

五、總結(jié)

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

核心板與底板結(jié)構(gòu)：靈活性與擴展性的完美結(jié)合

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

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

底板與核心板通過高質(zhì)量超薄板對板連接器實現(xiàn)穩(wěn)固連接，確保信號傳輸?shù)姆€(wěn)定性和可靠性。這種模塊化結(jié)構(gòu)不僅提高了系統(tǒng)靈活性，還使開發(fā)者能夠根據(jù)項目需求自由組合和擴展功能模塊，顯著提升開發(fā)效率。

穩(wěn)定可靠的硬件設(shè)計

在硬件設(shè)計方面，飛凌始終專注于細節(jié)打磨與創(chuàng)新實踐，致力于為用戶提供高性能、高可靠性的硬件解決方案。工程師們在硬件設(shè)計的每一個環(huán)節(jié)都追求極致，從電源電路的穩(wěn)定性到接口設(shè)計的抗干擾能力，再到整體架構(gòu)的優(yōu)化，體現(xiàn)了對品質(zhì)的執(zhí)著追求。例如，開發(fā)板的USB 接口、HDMI 接口和 PCIe 接口采用差分信號設(shè)計，有效減少信號傳輸干擾，提升信號完整性。同時，這些接口配備 ESD 匹配電路，進一步增強穩(wěn)定性。

為了確保RK3576開發(fā)板的穩(wěn)定性和可靠性，飛凌嵌入式對其進行了嚴苛的測試。包括電磁兼容性測試、溫濕度測試、開關(guān)機測試、老化測試等，確保產(chǎn)品能夠在各種環(huán)境下穩(wěn)定運行。此外，出廠前還進行了100%的24小時老化測試和AOI自動光學檢測，為用戶的產(chǎn)品穩(wěn)定性保駕護航。 

應用廣泛，滿足多元需求

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

從用戶體驗出發(fā)，打造友好開發(fā)環(huán)境

飛凌嵌入式為開發(fā)者提供了詳盡的硬件設(shè)計指南，涵蓋了原理圖設(shè)計、PCB 設(shè)計以及常見接口問題排查思路等多個方面。在原理圖設(shè)計部分，詳細介紹了最小系統(tǒng)設(shè)計、接口設(shè)計等內(nèi)容，包括核心板電源供電、復位電路、系統(tǒng)啟動與復位設(shè)計、調(diào)試串口、燒寫接口、TF 卡等關(guān)鍵部分的設(shè)計要點和注意事項。在 PCB設(shè)計方面，提供了通用設(shè)計規(guī)范以及針對不同接口的詳細設(shè)計建議，確保開發(fā)者能夠在 PCB 設(shè)計階段充分考慮信號完整性、電源完整性等因素，避免因設(shè)計不當導致的信號干擾、電源噪聲等問題。

專業(yè)的技術(shù)支持，助力開發(fā)無憂

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

飛凌嵌入式FET3576-C 核心板與 OK3576-C 開發(fā)平臺憑借高性能、高可靠性和強大擴展能力，為開發(fā)者提供理想的開發(fā)環(huán)境，助力智能硬件項目從概念走向現(xiàn)實，是推動嵌入式技術(shù)創(chuàng)新發(fā)展的有力工具。

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

未來，飛凌嵌入式與瑞芯微會繼續(xù)深化合作，在技術(shù)創(chuàng)新、產(chǎn)品優(yōu)化、市場拓展以及生態(tài)共建等方面持續(xù)發(fā)力，共同為嵌入式領(lǐng)域的發(fā)展貢獻更多力量。

一、移植過程

（1）下載DeepSeek-R1源碼 

在Ubuntu虛擬機上從DeepSeek-R1官網(wǎng)地址下載DeepSeek-R1-Distill-Qwen-1.5B權(quán)重文件。

（2）安裝轉(zhuǎn)換工具 

在Ubuntu創(chuàng)建虛擬環(huán)境并安裝RKLLM-Toolkit，以便將DeepSeek-R1大語言模型轉(zhuǎn)換為RKLLM模型格式和編譯板端推理的可執(zhí)行程序。

（3）模型轉(zhuǎn)換 

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

（4）編譯DeepSeek-R1程序 

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

（5）模型部署 

將編譯好的RKLLM模型和可執(zhí)行文件上傳至板端即可執(zhí)行，這樣就可以在OK3588-C開發(fā)板的調(diào)試串口上和DeepSeek-R1對話了，而且無需聯(lián)網(wǎng)。

二、效果展示

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

（1）普通信息搜索

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

（2）專業(yè)設(shè)備問題維修意見

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

（3）數(shù)學題解答

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

（4）編程任務

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

從上述視頻中不難發(fā)現(xiàn)，DeepSeek-R1在眾多領(lǐng)域內(nèi)彰顯了其卓越的實用價值與高效性能，已然成為用戶工作中不可或缺的智能伙伴。

三、性能測評

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

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

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

在此次演示中，我們?nèi)嬲故玖薉eepSeek-R1的實際應用成效，其強大功能與高效能表現(xiàn)得到了有力證明。后續(xù)文章中將詳細介紹DeepSeek-R1向OK3588-C開發(fā)板的移植細節(jié)，包括多樣化的移植方式及操作步驟。如果您對這一過程感興趣，歡迎隨時與我們聯(lián)系，飛凌嵌入式將為您提供全面的技術(shù)支持和詳細指導，期待與您共同探索更多可能性！點擊下圖進入飛凌嵌入式官網(wǎng)，即可了解有關(guān)OK3588-C開發(fā)板的更多產(chǎn)品詳情。

一、RK3562J處理器概述

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

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

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

1. U-Boot修改

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

2. Kernel修改

（1）安裝工具包

首先，我們需要安裝SCons工具包，用于后續(xù)的編譯工作?？梢酝ㄟ^以下命令進行安裝：

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

（2）添加AMP設(shè)備樹的調(diào)用

OK3562J-C開發(fā)板已經(jīng)添加了AMP設(shè)備樹的調(diào)用，我們可以查看相關(guān)配置文件以了解其內(nèi)容。

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 主要內(nèi)容包括：

/ {
/* 描述設(shè)備 */
    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";
    };

/* 定義了一些保留內(nèi)存區(qū)域 */
    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;
        };
};

/* 實現(xiàn)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菜單配置界面來生成所需的配置文件。雖然在此示例中無需進行額外配置，但用戶可以根據(jù)需求進行相應的配置。

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. 編譯源碼

完成配置文件的生成后，我們可以開始編譯源碼。通過運行構(gòu)建腳本，選擇相應的defconfig配置，并分別編譯Linux系統(tǒng)和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 鏡像文件拷貝到電腦中，并將開發(fā)板切換到燒寫模式。使用燒寫工具配置 amp.img 的路徑。

點擊“設(shè)備分區(qū)表”，讀取成功后點擊“執(zhí)行”。

四、驗證啟動

重新啟動開發(fā)板時按下空格鍵進入U-Boot菜單。在U-Boot菜單中，輸入 3 將 amp start 配置成 on。

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

五、總結(jié)

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

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

飛凌嵌入式推出的RK3562開發(fā)板，是基于高性能、低功耗且支持國產(chǎn)化需求而設(shè)計的智慧解決方案。在當今物聯(lián)網(wǎng)、消費類電子和工業(yè)自動化快速發(fā)展的背景下，這款開發(fā)板成為了眾多開發(fā)者和廠商的理想選擇。

高效能與低功耗的完美結(jié)合

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

在性能與功耗的平衡上，RK3562 開發(fā)板表現(xiàn)出色。它擁有高性能與低功耗的特性，在工業(yè)應用領(lǐng)域，如工業(yè)自動化控制、智能機器人等方面，也能憑借低功耗優(yōu)勢，降低設(shè)備能耗，提高運行效率 ，滿足長時間穩(wěn)定運行的需求。

滿足多樣化應用需求

飛凌嵌入式RK3562開發(fā)板支持多種接口，PCIe2.0、USB3.0 、雙以太網(wǎng)、CAN 等一應俱全。這些接口不僅保證了數(shù)據(jù)傳輸?shù)母咝院头€(wěn)定性，還使得開發(fā)板可以與各種外部設(shè)備輕松連接，實現(xiàn)更多功能的拓展。在工業(yè)物聯(lián)網(wǎng)中，通過雙以太網(wǎng)接口可實現(xiàn)高效的數(shù)據(jù)傳輸和設(shè)備聯(lián)網(wǎng)；CAN 接口則方便與工業(yè)現(xiàn)場的各種設(shè)備進行通信，構(gòu)建穩(wěn)定可靠的工業(yè)控制系統(tǒng)。此外，RK3562開發(fā)板還支持4G/5G通信模塊（選配）、TF卡等存儲方式，滿足不同應用場景的需求。

國產(chǎn)化方案，安全可靠保障

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

嚴苛測試，確保品質(zhì)無憂

為了確保RK3562開發(fā)板的穩(wěn)定性和可靠性，飛凌嵌入式對其進行了嚴苛的測試。包括電磁兼容性測試、溫濕度測試、開關(guān)機測試、老化測試等，確保產(chǎn)品能夠在各種環(huán)境下穩(wěn)定運行。此外，出廠前還進行了100%的24小時老化測試和AOI自動光學檢測，為用戶的產(chǎn)品穩(wěn)定性保駕護航。

飛凌研發(fā)實驗室-更多檢測詳情-點擊查看

多元軟價值，助力開發(fā)無憂

飛凌嵌入式對產(chǎn)品的態(tài)度遠不止于基礎(chǔ)的硬件設(shè)計和代工生產(chǎn)。我們深知，真正的價值在于我們?yōu)榭蛻籼峁┑能浶苑蘸椭С帧＿@些服務包括但不限于缺陷修復、功能優(yōu)化、功能新增、開源軟件修復以及多系統(tǒng)支持等，這些都是確保終端產(chǎn)品能夠穩(wěn)定、高效運行的關(guān)鍵因素。

飛凌嵌入式始終秉持“讓客戶的產(chǎn)品研發(fā)更簡單、更高效，讓客戶的產(chǎn)品更智能、更穩(wěn)定”的使命。為了幫助客戶快速推出穩(wěn)定可靠的終端產(chǎn)品，我們?yōu)榭蛻籼峁┤娴募夹g(shù)支持和豐富詳盡的技術(shù)文檔。無論您是電子愛好者，還是經(jīng)驗豐富的專業(yè)開發(fā)者，都能在這里找到所需的幫助。

市場評價與客戶反饋

結(jié)語

飛凌嵌入式RK3562開發(fā)板以其強大的核心性能、豐富的接口支持、高性能與低功耗的完美結(jié)合、國產(chǎn)化的堅定步伐以及全方位的技術(shù)支持，在眾多開發(fā)板中脫穎而出。無論您是專業(yè)的開發(fā)者，還是電子愛好者，飛凌嵌入式RK3562開發(fā)板都將是您的理想選擇。讓我們共同期待飛凌嵌入式RK3562開發(fā)板在未來的發(fā)展中，為我們帶來更多驚喜和創(chuàng)新。

RK3562詳細資料>> 點我索取

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

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

1、自定義背景圖片

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

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

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

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

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

一、性能表現(xiàn)

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

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

2.GPU 性能：3D 與 2D 的卓越表現(xiàn)

RK3588在圖形處理領(lǐng)域表現(xiàn)出色，內(nèi)置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圖形，提供流暢的視覺體驗。芯片內(nèi)嵌帶有MMU的專用2D硬件引擎，可加速平移、縮放、旋轉(zhuǎn)和混合等2D圖形操作，極大提升界面流暢度與用戶體驗。

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

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

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

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

二、完善的開發(fā)支持

1. 核心板：高集成度與穩(wěn)定性的典范

對于開發(fā)者來說，直接使用芯片進行產(chǎn)品開發(fā)需要具備深厚的硬件設(shè)計知識和豐富的開發(fā)經(jīng)驗，包括芯片的選型、電路設(shè)計、驅(qū)動開發(fā)等。而核心板已經(jīng)將芯片及其周邊電路進行了高度集成和優(yōu)化，開發(fā)者只需關(guān)注功能接口的外圍電路設(shè)計，大大降低了硬件開發(fā)的難度和風險，縮短了開發(fā)周期

飛凌嵌入式FET3588-C/FET3588J-C核心板基于RK3588系列CPU設(shè)計，集成CPU、LPDDR4x、eMMC和PMIC，支持多屏顯示和多種外設(shè)接口。飛凌嵌入式RK3588系列核心板設(shè)計緊湊，易于集成到各種嵌入式系統(tǒng)中，適用于需要高集成度和穩(wěn)定性的應用場景。

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

2.開發(fā)板：一站式開發(fā)平臺

OK3588-C開發(fā)板是一款完整的開發(fā)平臺，可用于評估和應用程序開發(fā)。該套件很好地展示了核心板的連接功能和性能。飛凌嵌入式提供完整的設(shè)計資料，包含參考設(shè)計原理圖、PCB封裝庫、內(nèi)核源碼、例程Demo及虛擬機開發(fā)環(huán)境，刷機工具等等，均可從飛凌嵌入式是的網(wǎng)站免費下載或向客服人員索要。

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

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

三、廣泛的應用領(lǐng)域及方向

RK3588由于其高算力、超強多媒體、豐富數(shù)據(jù)接口等特點，多個應用領(lǐng)域取得了顯著進展，與各細分行業(yè)內(nèi)的頭部客戶以及其他眾多行業(yè)客戶建立了合作關(guān)系。

1. 工業(yè)計算機

RK3588提供超高的處理器的計算能力，支持多線程應用和復雜的圖形處理，適用于工業(yè)自動化系統(tǒng)、工業(yè)物聯(lián)網(wǎng)設(shè)備等。其高性能和低功耗的特點使其在工業(yè)環(huán)境中具有顯著優(yōu)勢。

2. 醫(yī)療智能設(shè)備

RK3588支持多路4K/8K視頻采集處理能力，并可提供4K/8K多屏顯示能力，適用于醫(yī)療內(nèi)窺鏡、超聲影像系統(tǒng)等設(shè)備。其高性能NPU能夠支持實時圖像處理和AI輔助診斷。

3. 車載環(huán)視系統(tǒng)

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

4. 目標識別跟蹤

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

四、總結(jié)

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

希望本文能幫助用戶全面了解RK3588的性能、開發(fā)支持、應用領(lǐng)域和技術(shù)細節(jié)，為您的項目選擇提供參考。

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

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

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

此次升級的最大亮點在于內(nèi)存帶寬的提升。得益于全新的BSP，F(xiàn)ETMX8MM-C的內(nèi)存讀帶寬飆升至約2170MB/s，寫帶寬也達到約1030MB/s，相比之前近乎翻倍。這意味著在處理大數(shù)據(jù)、高清視頻或復雜算法時，核心板能提供更流暢、高效的表現(xiàn)，顯著提升用戶體驗。

此外，F(xiàn)ETMX8MM-C核心板配備的外設(shè)接口也非常豐富，如MIPI-CSI、MIPI-DSI、USB、PCIe等，能夠為用戶提供極大的擴展靈活性。

特別值得一提的是，F(xiàn)ETMX8MM-C核心板所搭載的i.MX8M Mini處理器享有NXP的長期供貨承諾，確保至少15年的供貨穩(wěn)定性，為用戶提供了可靠的供貨保障。

綜上所述，飛凌嵌入式FETMX8MM-C核心板在Linux6.1系統(tǒng)的加持下，不僅內(nèi)存帶寬大幅提升，系統(tǒng)功能也更加完善，是高性能嵌入式應用開發(fā)的理想選擇。

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

1、OK3506J-S開發(fā)板介紹

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

值得注意的是，飛凌嵌入式FET3506J-S核心板也是行業(yè)內(nèi)首個搭載RK3506J處理器的SoM方案。

2、LVGL簡介

(1) LVGL數(shù)據(jù)流

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

如果要處理觸摸、鼠標、鍵盤等輸入時間，需要為它們創(chuàng)建一個Input Device；Tick接口告訴LVGL現(xiàn)在是什么時間；計時器處理器驅(qū)動LVGL的計時器，依次執(zhí)行LVGL所有與時間相關(guān)的任務。

(2) LVGL數(shù)據(jù)流支持的顯示后端

(3) 常用的顯示控件

(4) 常用的組件

(5) 常用的布局

3、LVGL案例展示

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

騎行信息界面	設(shè)置界面
電池信息界面	地圖信息界面

飛凌嵌入式RK3506系列產(chǎn)品即將上市，請您持續(xù)關(guān)注。如您對RK3506系列產(chǎn)品感興趣，>> 點擊咨詢