飛淩嵌入式作為國内專業的嵌入式核心控制系統研發、設計和生産的企業，在本次展會隆重亮相，展位号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系列産品感興趣，>> 點擊咨詢

本文通過詳細對比瑞芯微RK3562、RK3568、RK3576、RK3588系列芯片的CPU架構、核心頻率、NPU算力、RAM容量、ROM類型、功能接口等關鍵參數，深入剖析了各芯片的性能特點和差異。幫助用戶根據自身應用的具體需求，如計算能力、數據處理速度、AI處理能力等，精準地選擇最适合的核心闆産品，以實現最佳的系統性能和應用效果，滿足不同場景下的多樣化需求。 以下為飛淩嵌入式瑞芯微系列産品參數表。

FET3562-C核心闆

基于瑞芯微公司的RK3562處理器設計，集成了4個ARM Cortex-A53高性能核，主頻高達1.8GHz。

FET3568-C核心闆

基于Rockchip RK3568處理器開發設計，面向于AIOT和工業市場打造的一款高性能、低功耗、功能豐富的國産化應用處理器。

FET3576-C核心闆

基于Rockchip RK3576處理器開發設計，是瑞芯微面向AIoT和工業市場着力打造的一款高性能、低功耗、功能豐富的國産化應用處理器。

FET3588-C核心闆

基于Rockchip新一代旗艦 RK3588處理器開發設計 本産品經由嚴苛測試，可為您的高端應用提供穩定性能支撐。

持續豐富的資料，助您快速上手成功

飛淩嵌入式提供的RK系列核心闆及開發闆，配備了全面的操作系統驅動支持，并附贈豐富的資料，包括用戶手冊、PDF原理圖、外設驅動、BSP源碼包以及開發工具等。這些資源将助力開發者快速上手，确保他們擁有穩定的設計參考和完備的軟件開發環境，從而高效地開展項目開發工作。

您可聯系左側在線客服獲取産品資料。獲取資料>> 點我咨詢

行業通用性核心闆

在工業、醫療、電力、車載交通、環境監測、安防、新能源、通信等多個行業， 飛淩嵌入式瑞芯微系列核心闆以其國産化、高性能、多功能、工業級等綜合優勢，加之飛淩嵌入式強大的技術支持服務能力，助力您的産品快速上市，走在行業前沿。

RK3576和RK3588在不同場景下的功耗表現各有特點。RK3576在無負載啟動、待機以及休眠狀态下展現出更低的功耗，适合對功耗要求較高的應用場景；而RK3588在高負載工作時能夠提供更強的性能，适用于需要高性能計算和圖形處理的應用 。用戶在選擇芯片時，應根據具體的應用需求和功耗預算，綜合考慮這兩款芯片的性能和功耗表現，以實現最佳的應用效果 。

如有疑問，可以聯系本公司技術支持。 點擊咨詢

RK3576核心闆 點擊查詢詳細資料

一、RK3576功能底闆原理圖設計之最小系統設計

FET3576-C 核心闆已經将電源、存儲電路集成于一個小巧的模塊上，所需的外部電路非常簡潔，構成一個最小系統隻需要12V 電源、複位按鍵、燒錄SD 卡、啟動配置即可運行，如下圖所示：

不過一般情況下，除最小系統外建議連接上一些外部設備，例如調試串口，用來查看打印信息；預留OTG 接口，用來輸出調試信息。做好這些後，再在此基礎上根據飛淩嵌入式提供的RK3576核心闆默認接口定義來添加用戶需要的功能。

1、核心闆電源

供電引腳如表所示：

2、上電時序

FET3576-C 核心闆主供電為直流12V，建議客戶使用穩定的12V 電源供電。上電後核心闆輸出CARRIER_BOARD_EN 高電平（3.3V），使用核心闆輸出的CARRIER_BOARD_EN 作為底闆上電的使能，嚴格控制核心闆早于底闆上電的時序。強烈建議用戶設計底闆時參考開發闆設計,否則可能會造成通電瞬間電流過大，設備無法啟動，甚至對處理器造成不可逆轉的損壞。

3、複位電路設計

核心闆的RESET_L 引腳為複位信号輸入，低電平複位有效，複位脈沖寬度≥10ms；核心闆的PWRON_L 引腳為開關機信号輸入，為方便調試建議将這兩個引腳連接到底闆按鍵上，同時需注意對按鍵并聯0.1uF 電容與TVS 管，TVS 管靠近按鍵擺放，串在信号走線上，做好按鍵消抖與防護

注意：注意：核心闆默認上電啟動，如需要按鍵開關機功能，請聯系飛淩。

4、Boot 配置

RK3576 支持多種啟動引導方式，在芯片複位結束後，芯片内部集成的引導代碼可以在如下接口設備進行引導，具體引導順序可根據實際應用需求進行選擇：

·Serial Flash(FSPI)

·eMMC

·SDMMC Card

如果上述設備中沒有引導代碼，可以通過USB2.0 OTG0 接口TYPEC0_OTG_DM / TYPEC0_OTG_DP 信号将系統代碼下載到這些設備中。

引導順序選擇：

RK3576 的Boot 啟動順序可以通過SARADC_VIN0_BOOT（PIN：P1_28）進行設置，從不同接口對應的外設啟動，如下表所示硬件通過配置不同的上下拉電阻值，設計LEVEL1-LEVEL7 七種模式的外設引導順序，可根據實際應用需求進行對應配置。

Boot 啟動順序配置表：

核心闆上SARADC_VIN0_BOOT 配置為10K 上拉，因此核心闆默認從eMMC 啟動。底闆可以增加下拉電阻，以實現其他的引導順序。按照以上LEVEL1 設置，OK3576-C 将SARADC_VIN0_BOOT 通過輕觸按鍵連接至GND，以實現Maskrom mode。

SARADC_VIN1 用于對地短路進入Recovery 狀态，核心闆将其用10K 電阻上拉至1.8V 電源。

OK3576-C 上，按鍵陣列采用并聯型，可以通過增減按鍵并調整分壓電阻比例來調整輸入鍵值，實現多鍵輸入以滿足客戶産品需求；設計中建議任意兩個按鍵鍵值必須大于±35，即中心電壓差必須大于123mV。如下圖：

注意：用于按鍵采集時，靠近按鍵需做ESD 防護，而且0 鍵值的必須串接100ohm 電阻加強抗靜電浪湧能力（如果隻有一個按鍵時，ESD 必須靠近按鍵，先經過ESD→100ohm 電阻→1nF→芯片管腳）

5、調試串口

FET3576 的UART Debug 默認選擇UART0_TX_M0_DEBUG（P2_7）/UART0_RX_M0_DEBUG（P2_9）。UART Debug 信号如果使用插件引出，則需要串接100ohm 電阻，靠近插件位置需增加TVS管。OK3576-C 開發闆為方便用戶調試，使用USB 轉UART 芯片将UART Debug 信号轉成USB 信号，通過Type-C 插座引出，用戶用USB Type-A 轉UAB Type-C 的線将OK3576-C 的P16 與PC 機連接，安裝CP2102 驅動即可。原理圖如下：

注意:

① 為方便後期調試，請用戶在自行設計底闆時将此調試串口引出；

② 建議保留Q1、Q2，這樣能有效防止核心闆未上電時，U6 電流通過UART0_TX/RX 回流到CPU 中，影響啟動，甚至造成損壞。

③ 注意調試串口的USB 接口使用外部單獨5V 供電。

6、燒寫

FET3576-C 核心闆外部燒寫支持USB 燒寫或者TF 卡燒寫。

USB 燒寫：可以通過USB2.0 OTG0 接口TYPEC0_OTG_DM / TYPEC0 _OTG_DP 信号将系統代碼下載到這些設備中，所以在設計底闆是需要引出USB2.0 OTG0 接口燒寫，詳細設計可參考OK3576-C 電路設計。

TF 卡燒寫：TF 卡接口可以支持系統啟動和燒寫，詳細設計可參考OK3576-C 開發闆電路設計。

7、TF 卡

RK3576 支持2 路SDIO 接口。

SDIO v3.0，4-bit data bus widths。

OK3576-C 底闆上SDMMC0 連接TF 卡，SDMMC1 連接WIFI 模塊。

開發闆設計為TF Card 接口，該接口支持SD 3.0 模式，當進入SDR104 模式，信号電平變為1.8V，頻率最高可達208 MHz，傳輸速度最高可達104 MB/秒。

注意：

① TF 卡供電電壓為3.3V，信号電平會根據TF 卡速率從3.3V 變為1.8V，參考開發闆電路；

② TF 卡供電電源需要受控，參考開發闆電路；

③ TF 屬于可熱插拔設備，請做ESD 防護；

④ CD 腳為插拔卡檢測腳，建議并聯100nF 電容，消除波形抖動；

⑤ SD 信号需要做等長，阻抗要求： 單端50ohm。

二、接口設計

本文中所描述的接口數量為CPU最大數量，由于RK3576各接口間存在複用關系，具體方案确認可以參考飛淩嵌入式提供的《RK3576引腳複用對照表》。 點擊獲取資料

1、I2C

FET3576-C 核心闆最多可支持9 路I2C

1) 支持7 位和10 位地址模式

2) 标準模式數據傳輸速率100k bits/s，在快速模式下400k bits/s

3) I2C 是OD 接口必須要有上拉電阻

4) 一條總線上的多個設備，I2C 地址不要沖突

2、 SPI

1) FET3576-C 核心闆最多可支持5 路SPI

2) 支持two chip-select in each interface

3) 支持serial-master 和serial-slave mode

3、 USB(2.0/3.0/4G/5G)

1) FET3576-C 核心闆最多可支持1 路USB3.0_HOST 和1 路USB3.0_OTG 接口（可複用為DP顯示）

2) 支持SS（5Gbit/s），HS（480Mbit/s）、FS（12Mbit/s）、LS（1.5Mbit/s）

3) OK3576-C 開發闆上使用一顆USB HUB 芯片将1 組USB3.0_HSOT 轉為4 路USB3.0_HOST，其中三路USB3.0_HOST 分别接到3 個TYPE-A 接口，每一路可提供最大1A 電流輸出并具有限流開關保護功能，剩餘一路USB3.0_HOST 提供給4G&5G 模塊使用

4) OK3576-C 開發闆上将另外1 組USB3.0_OTG 接口設計為Type_C_OTG USB3.0 全功能接口，可支持DP 顯示。

4、 SD(SDIO)

1) FET3576-C 核心闆支持兩組SDIO（SDO0 和SDIO1）接口,其中SDIO0 默認設計為SD(TF)卡接口，4-bit，TF 卡供電電壓為3.3V，信号電平會根據TF 卡速率從3.3V 變為1.8V，參考開發闆電路

2) SDIO1 在OK3576-C 開發闆上外接WIFI 模塊使用，用戶可以根據需求做出調整。

3) SDIO 信号不可以通過電平轉換芯片改變引腳電平

5、 DSI、CSI、HDMI/eDP、DP

1) FET3576-C 核心闆DSI 支持1 個時鐘通道+最多可拓展4 個數據通道（即支持1 組CLK+2 組Data、1 組CLK+4 組Data 模式）最高支持2560 x 1600@60Hz

2) FET3576-C 核心闆CSI 接口在OK3576-C 開發闆上默認配置為5 個Camera 接口，分别是：MIPI_DPHY_CSI0_RX 4Lane、MIPI_DPHY_CSI1_RX 2Lane、MIPI_DPHY_CSI2_RX 2Lane、MIPI_DPHY_CSI3_RX 2Lane、MIPI_DPHY_CSI4_RX 2Lane

3) FET3576-C 核心闆最多可支持1 路HDMI/eDP TX 接口，

HDMI 接口：

HDMI v2.1

最高支持4K@120Hz

支持數據格式：RGB/YUV444/YUV422/YUV420 8/10-bit

支持CEC 和ARC

HDCP v2.3 和HDCP v1.4

eDP 接口

eDP v1.3

Main link containing 4 physical lanes

最高支持4K@60Hz

HDCP v1.3

4) FET3576-C 核心闆支持1 路4Lane 的DP 接口，引腳上與USB3.0_OTG 信号複用，在OK3576-C開發闆上設計為Type_C_OTG USB3.0 全功能接口，可支持DP 顯示。

DisplayPort TX 接口

DisplayPort v1.4

Supports 1/2/4 lanes with lane speed including 1.62、2.7、5.4 and 8.1Gbps

支持最高4K@120Hz

6、Ethernet

1) FET3576-C 核心闆最多可支持2 路RGMII，1000/100/10M GMAC

2) OK3576-C 開發闆支持雙路1000/100/10M 以太網接口，通過RJ45 引出，建議參考此設計

3) 注意注意PHY 芯片RGMII 信号電源域供電電壓是否和GMACx 接口電平匹配

4) 注意MDC 和MDIO 信号上需要添加上拉電阻

7、CAN

1) FET3576-C 核心闆最多可支持2 路CAN

2) 遵循CAN 和CAN FD 規範、支持CAN 标準幀和擴展幀收發、支持8192-bit receive FIFO

3) OK3576-C 開發闆支持兩路CAN 接口，使用隔離CAN 收發器

8、UART、485

1) FET3576-C 核心闆最多可支持12 路UART，最大波特率為4Mbp

2) OK3576-C 開發闆默認将5 路串口分别用作以下功能：UART0 作為核心闆的調試串口，UART4 連接WIFI/BT 模組，UART5 和UART6 作為RS485 接口，UART8 作為對外的預留接口

3) 為較小工模幹擾，不同485 設備可以将地信号進行連接

9、 AUDIO

1) FET3576-C 核心闆默認使用I2S 接口連接codec 芯片

10、PCIE

1) FET3576-C 核心闆最多支持2 個PCle2.0 x1 接口和2 個PCle2.0 控制器

2) 在OK3576-C 開發闆上一個PCIe0 通道連接PCIe x1 插槽支持PCIe2.0×1Lane 模式，另一個PCIe1通過combo 複用為USB3.0 功能

3) PCIE 接口設計電路建議參考OK3576-C 開發闆

11、GPIO

1) 使用時需要注意GPIO 引腳電平，可參考硬件手冊

1.2.12 其他功能

1) FET3576-C 核心闆最多可支持16 片上PWM，具有基于中斷的操作，支持捕獲模式

一、企業實力，穩步攀升

國家級榮譽——2024年，飛淩嵌入式入選國家級專精特新重點“小巨人”企業，代表着國家對飛淩嵌入式技術實力與創新能力的認可。

飛淩嵌入式于2023年成為國家級專精特新“小巨人”企業

提高智能化生産效能——2024年，31000㎡的飛淩嵌入式智慧園區落成，為公司的未來發展奠定了堅實的基礎。

省級項目——2024年，飛淩嵌入式獲批建設“河北省嵌入式計算機控制系統技術創新中心”，推動科技成果快速轉化。

研發實驗室建設——飛淩嵌入式大型研發實驗室投入使用，為産品的研發、測試和生産提供可靠保障。

國際标準，權威認證——2024年，飛淩嵌入式榮獲ISO13485醫療器械質量管理體系認證，這是繼ISO9001質量體系認證、ISO14001環境管理體系認證和ISO45001職業健康安全管理體系認證後的又一項國際權威認後。

二、企業實力，穩步攀升

2024年，飛淩嵌入式不僅與NXP、TI、瑞芯微、全志、瑞薩、新唐等芯片原廠技術聯合開展了生态研讨會，還受邀參加了包括礦鴻OSV生态策略大會、openEuler Embedded Meetup和OpenHarmony人才生态大會等多個操作系統大會，攜手共建系統生态。

此外，飛淩嵌入式與RT-Thread、菲尼克斯、望獲OS等廠商推出軟硬件結合的行業解決方案，助推行業發展。

三、産品力持續提升

1、多款重磅新品發布

FET527N-C核心闆

基于全志T527系列高性能處理器開發，集成了8個ARM Cortex-A55高性能核，數據處理能力達36.7KDMIPS，内置1個RISC-V核和1個DSP核，HiFi4 DSP支持異構音效處理。

FET3576-C核心闆

基于瑞芯微RK3576系列處理器開發，集成了4個ARM Cortex-A72和4個 ARM Cortex-A53高性能核，内置6TOPS超強算力NPU，為您的AI應用賦能。

FET3562J-C核心闆

基于瑞芯微RK3562系列處理器開發設計，專為工業自動化及消費類電子設備提供了一款高性能、低功耗的國産化主控選擇。

FET-MA35-S2核心闆

基于新唐MA35D1系列高性能多核異構處理器處理器設計，集成了兩個64 位 ARM Cortex-A35内核，執行速度可達800MHz，并搭載一顆 180MHz ARM Cortex-M4 内核，為您的産品穩定性保駕護航。

ELF 2學習闆

由教育品牌ElfBoard推出的高性能AI嵌入式學習旗艦闆卡，基于瑞芯微RK3588處理器開發設計，出道即巅峰。

2、共研産品 首發亮相

FET-MX95xx-C核心闆——基于NXP i.MX95系列高性能處理器開發設計。

FET3506J-S核心闆——基于瑞芯微RK3506系列處理器開發設計，作為行業首發産品在2024年工博會上重磅亮相，标志着飛淩嵌入式與瑞芯微的合作再次邁上一個新的台階。

FET536-C/FET536-S核心闆——基于全志T536系列處理器開發設計，作為業内首個搭載T536處理器的核心闆産品，在2024年工博會的全志展台首發亮相。

3、優化産品 配置升級

FETMX8MPL-C核心闆上新，低成本與高性能兼備。

FET527-C核心闆上新，精簡NPU的低成本新選擇。

4、系統适配 軟件升級

2024年，飛淩嵌入式持續推進産品在Android、礦鴻OS、AMP、OpenHarmony4.1等操作系統的适配和優化，提升産品軟實力。

四、打造行業影響力

2024年，飛淩嵌入式參加了13場國内外大型展會，覆蓋電子、工業、交通、電力、醫療等領域，行業影響力持續擴大。

2024年，3場飛淩嵌入式創新技術日，以技術為載體，以生态為紐帶，為北京、深圳、上海等地的客戶朋友提供了一場技術盛宴。

五、持續提升的用戶體驗

2024年，飛淩嵌入式發布Forlinx pinMux工具，讓客戶的MPU引腳複用配置更便捷。

「在線文檔」功能上線，開放靈活，方便客戶查閱、下載資料，提升用戶體驗。

六、校企合作，培養嵌入式人才

2024年，飛淩嵌入式旗下教育品牌ElfBoard與西安科技大學、北京郵電大學、東北大學、河南工程學院等多所高校達成了深度合作，定制化嵌入式課程設計、聯合共建嵌入式實驗室、嵌入式專業化培訓，為嵌入式行業的未來發展培養更多優秀人才。此外，還在全國大學生嵌入式競賽總決賽亮相，為全國競賽團隊助力。

2024年是飛淩嵌入式發展曆程中具有重要意義的一年，這一年，我們乘風破浪，奮力前行；2025年，飛淩嵌入式将繼續保持昂揚鬥志和進取精神，為實現更高質量的發展目标而不懈努力！

一、Virtual PLCnext Control虛拟控制器解決方案

軟硬解耦，打破傳統束縛

vPLC解決方案通過軟硬解耦設計，使PLC軟件不再依賴專屬硬件，能靈活植入客戶硬件系統，極大提升靈活性并提供多樣化選擇，滿足各種工業自動化需求，不受特定硬件平台限制。

混合編程，提升開發效率

vPLC解決方案支持IEC61131标準與高級語言（C、C#、Python、Simulink等）開發，混合編程方式提高了開發效率，适應複雜工業自動化場景，适合傳統PLC編程工程師和高級語言程序員，共同促進工業自動化項目快速發展。

高效通信，穩定可靠

vPLC解決方案支持多種通信協議，如：PROFINET、OPC UA、Modbus、gRPC、RESTful，确保高效穩定通信，并支持實時多任務處理與工業信息安全策略，使PLC系統更好地融入工業自動化網絡，實現數據高效傳輸與共享，保障系統穩定運行。

開放兼容，靈活拓展

飛淩嵌入式與菲尼克斯認為，優秀PLC解決方案需功能強大且開放兼容。vPLC解決方案采用開放設計，支持開源軟件集成，對接AI、視覺算法等應用，适應未來工業自動化趨勢，為現有系統及未來智能工廠、物聯網應用提供豐富解決方案，持續創造價值和創新。

目前，飛淩嵌入式已有多款高性能開發闆産品支持運行vPLC解決方案，并且可在Linux、Debian11、OpenEuler等系統穩定運行。

二、IEC61131-3 SoftPLC軟件解決方案

MULTIPROG和ProConOS embedded CLR 适合自動化技術制造商（OEM）的IEC61131編程和運行時系統

菲尼克斯電⽓的MULTIPROG編程系統和ProConOS embedded CLR⾼性能PLC運⾏時系統是兩個配合完美的軟件組件，可助力客戶開發符合IEC61131标準且上市時間極快的自動化系統。

多語言、多平台、多任務

ProConOS eCLR•MULTIPROG支持包括IL、LD、FBD、ST、SFC在内的多種編程語言，以及中文、英語、德語、日語等多種界面語言，極大地方便了全球用戶的操作與使用；還具備多平台支持的能力，可以在ARM、X86等多種CPU架構以及Linux、Intime、FreeRTOS、ThreadX、VxWorks等多種操作系統上運行；此外，多任務處理能力也是其一大亮點，内核任務支持OS上的多應用，用戶任務則支持多達10個周期、事件類型任務。

豐富的功能和高度擴展性

ProConOS eCLR•MULTIPROG提供了豐富的功能和高度擴展性。

MULTIPROG具有強制/覆蓋、加密、斷點/單步調試、不停機在線下裝、離線仿真、邏輯分析等典型特點。

eCLR則具有可擴展能力強（IO、Function Block、Shared Mem等）、性能優異（完全的機器碼執行，可支持不同硬件平台）、支持C++/C的功能擴展等典型特點。不僅如此，客戶還可以根據個性化需求進行定制，如添加自定義工具欄、自定義菜單、自定義圖形界面等。

目前，飛淩嵌入式已有6款開發闆産品支持IEC61131-3 SoftPLC軟件解決方案，為自動化技術制造商（OEM）提供了豐富的選擇和強大的支持。

三、攜手合作，共赢未來

飛淩嵌入式與菲尼克斯電氣的合作推出的vPLC解決方案和IEC61131-3 SoftPLC軟件解決方案，在技術融合與創新、提升工業自動化水平、推動數字化轉型以及拓展應用場景與市場需求等方面都具有重要意義。這一合作不僅為工業自動化領域帶來了前所未有的創新性變革，也為企業的數字化轉型和智能制造提供了有力的支持。

展望未來，飛淩嵌入式與菲尼克斯電氣将繼續攜手共進，不斷探索工業自動化領域的新技術、新應用，為全球工業自動化事業的發展貢獻更多的智慧和力量。

一年一度的元旦佳節如期而至，衷心祝願您在新的一年裡工作順利、身體健康、家庭和睦、萬事如意！

溫馨提示：由于節假日出行人員較多，請一定要注意安全。

OK527N-C開發闆運行Forlinx Desktop 22.04

系統與硬件雙重賦能

飛淩嵌入式FET527N-C核心闆搭載全志T527N處理器，集成了8個ARM Cortex-A55高性能核，同時内置1個RISC-V核和1個DSP核，具有2TOPS的NPU算力，能夠為複雜應用和AI需求提供充足的算力支持。

Forlinx Desktop 22.04操作系統則通過内核優化和資源管理策略，充分挖掘硬件潛能，與FET527N-C核心闆緊密結合，在處理大數據、複雜算法等方面為用戶帶來更加流暢、高效的操作體驗。

簡單易用，高效開發

在Forlinx Desktop 22.04上，可以使用APT（Advanced Package Tool）作為其軟件包管理工具，為用戶提供了強大的包搜索、安裝、升級和删除功能，讓操作更簡單，開發更高效。

國産方案，穩定供應

飛淩嵌入式FET527N-C核心闆在關鍵元件上實現了高度國産化，從内存、存儲到電源管理芯片等，均采用了國内領先的技術和産品，有效降低了供應鍊風險，提升了産品的安全性和可控性（其中，2GB+16GB版的元器件為100%全國産）。

FET527N-C核心闆具有10~15年的生命周期，确保用戶在長期的使用過程中能夠獲得穩定的硬件支持。

綜合看來，FET527N-C核心闆适配Forlinx Desktop 22.04，不僅為廣大客戶朋友提供了多一種選擇，更為廣大工程師用戶帶來更好的體驗。

成為“河北省嵌入式計算機控制系統技術創新中心”，是飛淩嵌入式在嵌入式計算機控制系統領域技術實力的體現。飛淩嵌入式将加強與高校、科研院所、行業協會等單位的合作，開展嵌入式計算機控制系統關鍵及先進技術的研發，結合人工智能、工業物聯網、智慧交通、智慧醫療、電力與儲能等具體行業的多元應用場景，推動科技成果轉化，打造企業創新生态、提升企業技術創新主體地位。

同時，飛淩嵌入式還将注重嵌入式領域專業技術人才的培養和引進，為産業發展提供強有力的人才支撐。

獲批成為“河北省嵌入式計算機控制系統技術創新中心”，對飛淩嵌入式而言是一個新的起點。今後，飛淩嵌入式将繼續加大科技創新力度，深化産學研合作，推動嵌入式計算機控制系統技術的創新與應用，為嵌入式計算機控制系統産業發展貢獻力量。

本屆大會飛淩嵌入式産品總監杜工，将結合實際案例，詳細闡述MPU與RTOS的協同工作原理。為大家帶來題為“嵌入式 MPU與RTOS的結合與應用”的主題演講。

2024 RT-Thread 開發者大會以“開源共生商業共赢”為主題，RT-Thread 将攜手合作夥伴、客戶夥伴、行業專家，以及全球開發者，共同探索如何在開源基礎上構建共生共赢的商業生态模式。本次大會邀請了近 30 位重量級嘉賓，圍繞 AI、大模型、虛拟化、工業應用、車控、PLC、智能設備開發 等熱點主題進行深度分享。此外，還特别準備了3 場動手實踐 工作坊，手把手帶領大家體驗RT-Thread 的最新技術魅力！

掃碼報名

或複制鍊接：http://jsj.top/f/ofmJ19

參會五重大禮

1.  簽到牆簽名，領取第一重禮物-開發闆盲盒，每人一份

2.  領取貼紙，逛展蓋章小遊戲啟動，蓋滿章可領取第二重禮物

3.  領取RT-Thread技術手冊電子書，第三重禮物

4.  RT-Thread提供免費午餐，用餐午休休息期間可繼續逛展，展商為小夥伴們準備了第四重禮物

5.  動手實踐環節，現場抽獎抽送RT-Thread Inside 手表，第五重大禮

交通指引

本次大會将在上海臨港中心進行，參會人員可以地鐵至龍陽路站 或滴水湖站，RT-Thread将提供大巴統一前往會場，方便大家出行！

本文詳細介紹了RK3568在Linux、Android、Ubuntu系統編譯過程中可能遇到的問題，包括設備樹路徑、源碼編譯不通過、内核編譯配置錯誤、buildroot編譯問題、交叉編譯工具位置、編譯與燒寫區别、rockdev目錄映像文件、串口數據丢失問題、menuconfig配置不生效以及源碼解壓與編譯問題等，并給出了相應的解決方案，對于開發者在編譯RK3568系統時具有很好的指導意義。

硬件平台：飛淩嵌入式RK3568/RK3568J 開發闆      

操作系統：Linux、Android、Ubuntu

目錄

1、Linux設備樹的路徑是什麼？ 

2、Linux 源碼編譯不通過，是什麼原因？

3、Linux單獨編譯内核提示Actions Semi Platforms (ARCH_ACTIONS) [N/y/?] (NEW)，導緻編譯失敗，這是為什麼？ 

4、Linux在buildroot編譯qt5webengine 5.14.2時出錯退出，是什麼原因？ 

5：Linux在buildroot編譯linux-tools時報錯出錯退出，是什麼原因？ 

6、Linux源碼目錄下的交叉編譯工具的位置在哪？ 

7、Linux交叉編譯配置的環境變量路徑： Linux執行./build.sh buildroot與執行全編譯的區别 

8：Linux在rockdev目錄下的misc.img oem.img recovery.img userdata.img分别是什麼意思? 

9：Linux為什麼運行我們官方的QT程序會報以下錯誤？ 

10：Linux系統在使用串口和其他傳感器模塊，會發生丢少量字節，怎樣保證串口不丢失數據？ 

11：Linux/Ubuntu 通過make ARCH=arm64 menuconfig 配置内核後沒有生效，是什麼原因？ 

12：Linux/Ubuntu/Android源碼解壓失敗，報錯EOF歸檔失敗? 

13：Android 源碼編譯不通過? 

14：Android手冊内沒有單獨燒寫部分，是不是不支持單獨燒寫？

15：源碼編譯圖形界面配置錯誤電壓。

--正文開始--

本文基于飛淩嵌入式RK3568開發闆作為硬件平台展開論述，同時也對其他開發闆用戶提供了參考價值。文章深入探讨了在編譯RK3568芯片所支持的Linux、Ubuntu及Android系統過程中，開發者可能遇到問題。通過對這些常見編譯問題的細緻剖析，并配以相應的解決思路，以期幫助開發者在編譯RK3568相關系統時能更加順暢無阻。 在此過程中，我們特别提醒開發者，面對編譯中的複雜性與不确定性，需保持高度的耐心與細緻入微的态度。同時，鼓勵開發者積極利用官方發布的詳盡文檔以及活躍的社區資源，希望各位開發者都能成功構建出穩定可靠的RK3568 Linux、Ubuntu及Android系統。

1、Linux設備樹的路徑是什麼？

當您的産品是飛淩嵌入式RK3568系列闆卡時，在Linux内核中，設備樹的路徑通常位于kernel/arch/arm64/boot/dts/rockchip/目錄下，具體文件名為OK3568-C-common.dtsi。這個文件包含了與OK3568-C系列處理器相關的設備樹定義。

2：Linux 源碼編譯不通過，是什麼原因？

問題排查方向，你可以參考以下幾項。

①、源碼路徑與名稱的穩定性：

全編譯流程結束後，請确保源碼的存儲路徑未發生變動，且源碼文件夾的名稱也未被更改。任何路徑或名稱的修改都可能阻礙後續的源碼編譯進程。

②、操作系統與虛拟環境的核查：

驗證您的電腦是否運行的是Windows 10操作系統。

檢查VMware虛拟機的版本是否為15。

核實Ubuntu操作系統的版本是否為18.04。

檢查電腦是否達到16G内存，虛拟機是否是達到8G内存，虛拟機處理器數量4，每個處理器内核數量1（如果編譯報錯，可以增大内存到10G，配置為4M倍數）。

③、編譯過程中的内存與線程管理：

編譯失敗的一個常見原因是編譯過程中線程數量過多，導緻内存資源被過度占用。因此，合理管理編譯線程的數量，以避免内存耗盡。

④、源碼完整性的校驗：

在拷貝并合并文件後，請利用md5sum OK3568-linux-source.tar.bz2命令生成校驗碼，并将其與OK3568-linux-source.tar.bz2.checksum.txt文件中的内容進行比對，以确保源碼的完整性。

⑤、虛拟機庫文件的安裝情況：

請檢查虛拟機中是否已安裝所有基本庫和必要的開發庫，這些庫文件對于編譯過程至關重要。

⑥、網絡連接的穩定性：

使用ping www.bczlgz.com命令或打開浏覽器訪問網頁，以驗證網絡連接是否穩定。網絡連接問題可能會影響編譯過程中的文件下載或更新。

⑦、特定編譯錯誤的應對措施：

若您在首次編譯RK3568 Linux時遇到錯誤，建議再次執行./build.sh腳本進行嘗試。有時，初次編譯中的某些錯誤可能由于環境或配置的小幅波動而産生，再次執行腳本可能會解決這些問題。

3：在Linux系統中單獨編譯内核時，提示“Actions Semi Platforms (ARCH_ACTIONS) [N/y/?] (NEW)”，并且導緻編譯失敗，這是為什麼？

這種情況的原因是 .config 文件中的架構配置被錯誤地修改為X86架構。通常發生在用戶直接在内核源代碼目錄下執行 make menuconfig 命令時，沒有指定正确的目标架構。正确的命令應該是 make ARCH=arm64 menuconfig，其中 ARCH=arm64 指定了目标架構為ARM64。

為了解決這個問題，可以取消之前對編譯腳本所做的修改，讓編譯腳本能夠重新生成 .config 文件。重新生成 .config 文件後，使用正确的命令執行配置過程，這樣就可以确保使用正确的架構配置進行内核編譯。

4：在Buildroot環境中編譯Qt5WebEngine 5.14.2時，Linux系統報錯并退出，可能的原因是什麼？

編譯Qt5WebEngine 5.14.2時出錯并退出的原因通常是由于虛拟機（VM）可用的運行内存不足。推薦的最低VM配置是8GB運行内存和200GB存儲空間。然而，很多用戶的宿主機隻有8GB運行内存，這在實際操作中會導緻問題。即使VM被設置為使用8GB運行内存，宿主機本身也需要占用一定的運行内存來維持其正常運行，因此實際上VM可用的内存會少于8GB。

此外，有些用戶可能會修改産品資料中提供的VM鏡像配置，比如增加内核數或調整運存大小。在某些情況下，為了成功編譯Qt5WebEngine，用戶可能需要将VM的運存增加到10GB或更高。

因此，如果在編譯Qt5WebEngine時遇到内存不足的報錯，解決方法通常是增加VM可用的運存空間。建議确保宿主機的運行内存在16GB及以上，以便為VM分配足夠的内存資源。如果宿主機内存不足，可以嘗試關閉一些不必要的應用程序或服務，或者升級宿主機的硬件配置。

5、在Buildroot環境中編譯linux-tools時，Linux系統報錯并退出，可能的原因是什麼？

A：在Buildroot環境中編譯linux-tools時遇到報錯并退出，通常是因為當前開發環境中的/usr/bin/python軟鍊接指向了Python 3，而linux-tools的源碼編譯過程可能需要使用Python 2。為了驗證這一點，可以使用ls -l /usr/bin/python命令來查看/usr/bin/python軟鍊接實際指向的是哪個Python版本。

如果/usr/bin/python指向的是Python 3，那麼你需要将其更改為指向Python 2。可以通過删除現有的軟鍊接并重新創建一個指向Python 2的軟鍊接來完成。具體的命令如下：

首先，删除現有的/usr/bin/python軟鍊接（需要管理員權限）：

sudorm/usr/bin/python

然後，創建一個新的軟鍊接指向/usr/bin/python2（同樣需要管理員權限）：

sudoln-s /usr/bin/python2 /usr/bin/python

注意，在執行這些命令之前，确保你的系統中已經安裝了Python 2，并且/usr/bin/python2是可用的。此外，更改系統級的軟鍊接可能會影響其他依賴于特定Python版本的程序，因此進行此類更改之前，請備份重要數據。

6、Linux源碼目錄下的交叉編譯工具的位置在哪？

A：在正常使用情況下，我們推薦用戶采用位于OK3568-linux-source/buildroot/output/OK3568/host/bin目錄下的aarch64-linux-gcc和aarch64-linux-g++作為交叉編譯工具。

該編譯器查找的庫文件路徑位于OK3568-linux-source/buildroot/output/OK3568/host/aarch64-buildroot-linux-gnu/sysroot/usr目錄下。用戶可以在Buildroot的配置中實時更新或添加所需的編譯庫。

值得注意的是，因為源碼的第一次編譯耗時較長，對于某些用戶而言可能并不希望進行全編譯。針對這種情況，用戶可以嘗試使用位于OK3568-linux-source/prebuilts/gcc/linux-x86/aarch64/gcc-linaro-6.3.1-***-gnu/bin目錄下的aarch64-linux-gnu-gcc和aarch64-linux-gnu-g++作為交叉編譯工具。

關于gcc-linaro-6.3.1和gcc-buildroot-9.3.0的詳細信息，用戶可以查閱OK3568-linux-source/docs/Rockchip_Developer_Guide_Linux_Software_CN.pdf這一瑞芯微官方文檔。在該文檔的5.2.4章節中，用戶可以找到關于交叉編譯工具的詳細介紹和使用指南。

7：Linux交叉編譯配置的環境變量路徑：

配置環境變量：

export PATH=$PATH:/home/forlinx/linux-3568/OK3568-linux-source/buildroot/output/OK3568/host/bin

設置交叉編譯并運行程序的命令行：

export PATH=/home/forlinx/3568/OK3568-linux-source/buildroot/output/OK3568/host/bin/:$PATH

aarch64-linux-gcc test.c -o test

8：Linux環境下執行./build.sh buildroot與執行全編譯的區别

執行./build.sh buildroot

執行./build.sh buildroot隻會在/OK3568-linux-source/buildroot/output/OK3568/images目錄下生成文件系統鏡像；

執行全編譯：

執行全編譯才會在/OK3568-linux-source/IMAGE/OK3568-C-LINUX_20230714.0034_RELEASE_TEST/IMAGES目錄下生成各個分區文件和update.img文件。

執行./build.sh buildroot與進行全編譯的主要區别在于它們的目标和輸出。前者可能隻生成一個或幾個特定的文件系統鏡像文件，而後者則生成一個完整的、可用于部署的軟件包或鏡像文件集合。使用RK3568進行開發或部署時，您應根據具體需求選擇适當的構建方式。

9：Linux在rockdev目錄下的misc.img oem.img recovery.img userdata.img分别是什麼意思?

misc.img：

解釋：此映像文件包含了一些雜項（miscellaneous）信息，這些信息通常與設備啟動和配置相關。例如，bootloader的狀态（如鎖定或解鎖），以及其他與設備安全和啟動流程相關的參數。

oem.img：

解釋：此映像文件包含了設備制造商（OEM）定制的數據。這些數據一般包括設備制造商的LOGO、特定的驅動程序、配置文件，以及用于設備初始化或特定功能的腳本。

recovery.img：

解釋：此映像文件包含了Recovery模式的文件系統。Recovery模式是一個獨立于主操作系統的環境，用于設備的恢複、更新、修複問題，或創建/恢複備份。它通常提供了一個簡單的用戶界面，允許用戶在沒有主操作系統的情況下執行這些操作。

userdata.img：

解釋：此映像文件包含了用戶數據，如應用程序數據、用戶設置、任務信息等。這是用戶在使用設備時創建和存儲的數據，對于設備的個性化配置和用戶體驗至關重要。

這些映像文件通常在設備刷機或升級時被使用。因此，在進行相關操作時，須格外小心謹慎，以避免因操作不當而導緻的設備損壞或數據丢失。

10：Linux為什麼運行我們官方的QT程序會報以下錯誤？

A：此情況屬于正常現象，在編譯命令執行完畢後，RK3568開發闆連接顯示屏時即可觀察到QT程序的界面已正常呈現。

11：Linux系統在使用串口和其他傳感器模塊，會發生丢少量字節，怎樣保證串口不丢失數據？

可嘗試修改設備樹中與串口相關的配置，以啟用直接内存訪問（DMA）模式。具體操作步驟包括在對應的串口配置函數中，添加如下配置：

dma-names = “tx” , “rx”;

通過啟用DMA模式，可以更有效地管理串口數據的傳輸，進而減少數據丢失的風險。

12：Linux/Ubuntu 通過make ARCH=arm64 menuconfig 配置内核後沒有生效，是什麼原因？

在Linux内核編譯過程中，使用menuconfig命令主要是用于生成和修改.config文件，該文件包含了内核編譯時的各種配置選項。然而，如果在執行menuconfig後，又通過編譯腳本（如build.sh）來生成鏡像，且該腳本中包含make defconfig命令，那麼原本通過menuconfig設置的.config文件可能會被make defconfig命令重新生成的.config文件覆蓋。

基于這一原理，要使menuconfig的配置生效，可以采取以下兩種方法：

①、直接編輯defconfig文件：

找到與你的目标硬件（如飛淩嵌入式RK3568開發闆）相對應的配置文件，通常位于kernel/arch/arm64/configs/目錄下，文件名為OK3568-C-linux_defconfig。你可以直接編輯這個文件，将需要的配置選項添加進去，或者基于這個文件創建一個新的配置文件。然後，在編譯時，使用make ARCH=arm64 OK3568-C-linux_defconfig命令來生成.config文件，這樣.config文件就會包含你在defconfig文件中設置的配置選項。

②、修改編譯腳本：

打開你的build.sh編譯腳本，找到其中包含make defconfig命令的行（第509行），并将其注釋掉。這樣，在執行編譯腳本時，就不會再執行make defconfig命令，從而避免覆蓋通過menuconfig設置的.config文件。

13：在Linux/Ubuntu系統上解壓Android源碼時遇到“EOF歸檔失敗”的錯誤

遇到“EOF歸檔失敗”的錯誤通常意味着壓縮包在下載或傳輸過程中可能已損壞，或者解壓時使用的文件不完整。為了解決這個問題，請按照以下步驟操作：

①、驗證MD5碼：

首先，需要确認你下載的壓縮包的MD5碼是否與提供的一緻。MD5碼是一種校驗和，用于驗證文件的完整性和真實性。可以使用md5sum命令（在Linux/Ubuntu上）來計算下載的壓縮包的MD5碼，并将其與提供的MD5碼進行比較。

如果MD5碼不一緻，那麼很可能是文件在下載過程中出現了損壞，或者下載的不是正确的文件。此時，應該重新下載文件，并确保下載過程中沒有中斷。

②、檢查壓縮包數量：

如果MD5碼一緻，但解壓時仍然出現錯誤，那麼需要注意，RK3568系闆卡的源碼包是以切包的方式存儲的，即生成了多個壓縮包（如.aa, .ab, .ac等，統稱為a*壓縮包）。在解壓前，需要将這些壓縮包合并成一個完整的壓縮包。

③、合并壓縮包：

使用cat命令将多個壓縮包合并成一個完整的壓縮包。例如 cat OK3568-linux-source.tar.bz2.a* > OK3568-linux-source.tar.bz2，這條命令會将所有以OK3568-linux-source.tar.bz2.a開頭的文件合并成一個名為OK3568-linux-source.tar.bz2的完整壓縮包。

④、解壓合并後的壓縮包：

使用tar命令 tar -xvf OK3568-linux-source.tar.bz2 解壓合并後的壓縮包，這條命令會解壓OK3568-linux-source.tar.bz2文件，并将其内容提取到當前目錄下。

請确保在執行這些步驟時，你有足夠的磁盤空間和正确的權限來訪問和修改這些文件。如果問題仍然存在，請檢查你的系統環境是否支持解壓該類型的壓縮包，或者嘗試在不同的系統或環境中進行解壓。

14：Android 源碼編譯不通過?

有用戶反饋，在編譯3568Android源碼的過程中，首次編譯會遇到錯誤，但再次編譯時卻能成功，且之前的報錯似乎并未對最終的編譯結果産生影響。

針對用戶反饋的這一問題，我們注意到Android源碼編譯前需要執行兩條關鍵命令，它們分别是：
①、source build/envsetup.sh

②、lunch ok3568_r-userdebug

這兩條命令的主要作用是配置編譯所需的環境變量，這些配置是臨時的，它們與當前的終端窗口緊密相關。若用戶在新建的終端窗口中執行編譯操作，那麼需要重新執行這兩條命令，以确保環境變量得到正确配置。

15：Android手冊内沒有單獨燒寫部分，是不是不支持單獨燒寫？

A：Android系統在經曆過一次全編譯後，是支持單獨編譯和燒寫的。

Q：源碼編譯過程中電壓域配置錯誤導緻内核編譯失敗的解決方案

在源碼編譯過程中，若因圖形界面配置錯誤電壓域而導緻内核編譯失敗，首先，确認你正在編譯的是Linux系統、Forlinx Desktop系統還是Android系統，這幾個操作系統的編譯和修複步驟略有不同。可按照以下步驟進行故障排查與修複

①、針對Linux系統與Forlinx Desktop系統

定位并删除臨時文件：

首先，需定位至内核設備樹（DTS）文件所在的目錄。在Ubuntu系統中，若使用飛淩嵌入式提供的OK3568開發闆源碼，該目錄通常位于~/OK3568-linux-source/kernel/arch/arm64/boot/dts/rockchip。在此目錄下，查找名為.OK3568-C-linux.dtb.dts.tmp.domain的臨時文件，并使用rm命令将其删除。執行ls -a命令可确認文件是否已成功删除。

重新編譯内核鏡像：

删除臨時文件後，返回至Linux源碼的根目錄（如~/OK3568-linux-source），并執行編譯腳本（如./build.sh）以重新編譯内核鏡像。

②、針對Android系統

定位并删除臨時文件：

對于Android系統，同樣需定位至内核設備樹（DTS）文件所在的目錄，該目錄在Android源碼中通常位于~/android-ok3568/OK3568-android11-source/kernel/arch/arm64/boot/dts/rockchip。在此目錄下，查找名為.OK3568-C-android.dtb.dts.tmp.domain的臨時文件，并使用rm命令将其删除。執行ls -a命令确認文件删除情況。

設置編譯環境并重新編譯：

删除臨時文件後，返回至Android源碼的根目錄（如~/android-ok3568/OK3568-android11-source），并執行以下命令以設置編譯環境、選擇編譯目标并重新編譯鏡像：

source build/envsetup.sh：設置Android編譯環境變量。

lunch ok3568_r-userdebug：選擇編譯目标配置。

./build.sh -UKAup：執行編譯命令，其中-UKAup參數可能根據具體編譯需求而有所調整。

衆所周知，并非所有應用場景都需要用到高性能的硬件配置，如音視頻處理單元（VPU）、神經網絡處理單元（NPU）、圖像信号處理單元（ISP）以及高性能數字信号處理器（HiFi-4 DSP）等。因此，為了切實滿足更多客戶的基礎應用及項目降本需求，FETMX8MPL-C在保留核心處理能力以及主流功能接口的基礎上，精簡了這些芯片單元，從而實現了成本的有效控制。

同時，FETMX8MPL-C核心闆與已經上市的FETMX8MP-C核心闆軟硬件兼容，不僅确保了FETMX8MPL-C核心闆能夠輕松融入客戶的現有系統中，還大大提升了産品在使用過程中的穩定性和可靠性。不過需要注意的是，FETMX8MPL-C核心闆目前僅支持Linux5.4.70系統。

飛淩嵌入式FETMX8MPL-C核心闆2GB+16GB配置将于12月13日現貨發售，1GB+8GB配置将于2025年1月15日發售，敬請期待。

FET-MA35-S2核心闆基于新唐MA35D1系列的高性能多核異構處理器研發設計。核心闆集成了兩個64位的ARM® Cortex-A35内核，工作頻率高達800MHz，并配備了一顆運行頻率為180MHz的ARM Cortex-M4内核。

在封裝形式上，FET-MA35-S2核心闆采用了緊湊的LCC+LGA封裝技術，其尺寸僅為48mm×40mm，卻成功引出了多達260個引腳。這些引腳中将CPU功能全部引出，包括了4個CAN-FD接口、17個UART串行通信接口、2個Ethernet以太網接口以及8個ADC模拟數字轉換器接口等，所有這些都确保了核心闆具備高度的靈活性和出色的可擴展性，從而能夠滿足不同領域、不同産品對于多樣化功能的實際需求。此外，FET-MA35-S2核心闆還經過了飛淩嵌入式實驗室嚴格的工業環境測試，确保其在實際應用中表現出卓越的産品穩定性，為用戶的項目成功提供堅實的保障。

MA35D1處理器還配備了多重先進的安全機制，包括新唐的TSI（Trusted Secure Island）獨立安全硬件單元、TrustZone技術、安全啟動（secure boot）、篡改檢測、内建的AES、SHA、ECC、RSA以及SM2/3/4加解密加速器，以及真随機數生成器（TRNG）。此外，還包含密鑰存儲和一次編程内存（OTP memory）。所有涉及安全的操作均在TSI内部執行，能夠有效保護敏感和高價值數據。

FET-MA35-S2核心闆是一款高資源、通用性強的産品，适用于充電樁、工業控制、邊緣網關、 新能源、電力、消防行業等應用場景，加之飛淩嵌入式強大的技術支持服務能力，助力您的産品快速上市，走在行業前沿。

新唐MA35系列核心闆配套OK-MA35-S21開發闆，集成了多樣化的功能接口，為用戶提供了極大的靈活性和便利性。這些接口和資源使得用戶能夠更便捷地評估産品的性能、穩定性和易用性，加速功能驗證和原型設計。此外，OK-MA35-S21開發闆還提供了友好的開發環境和完善的支持文檔，包括詳細的硬件手冊、示例代碼庫以及豐富的在線資源，極大地降低了開發門檻，縮短了産品開發周期。為快速推出高質量、高性能的嵌入式系統解決方案奠定了堅實的基礎。

一、适配驅動

RK3562J的内核中已經具備MCP2518FD的驅動文件，要在配置文件中将驅動配置進内核，在kernel下打開圖形化配置界面make menuconfig ARCH=arm64。

(1) 按下 ‘/’ 鍵進入搜索界面，輸入 mcp251 可搜索MCP2518驅動：

上圖中的CAN_MCP251XFD就是适配MCP2518FD模塊的驅動。

(2) 選擇 2 将其打 * 編譯進内核：

(3)選擇 save 保存配置到defconfig文件，文件路徑： 

/home/forlinx/3562/OK3562-linuxsource/kernel/arch/arm64/configs/OK3562_Linux_defconfig

二、适配設備樹

(1) 飛淩嵌入式RK3562J開發闆已引出一組SPI引腳：

(2) 驅動配置完成後要配置的是設備樹文件：

OK3562-C-common.dtsi

(3) 具體的配置信息如下:

① mcp2518_clk 是時鐘頻率節點，要匹配模塊實際的晶振頻率；

② 模塊上有的 INT 腳是模塊的中斷腳，在适配時需要連接一個可控的GPIO引腳作為終端腳；

③ 在 spi2 節點下添加匹配MCP2518驅動的設備樹信息，compatible 信息不能出錯，這是匹配驅動的重要屬性。

三、編譯燒寫

将以上的驅動和設備樹配置好後，編譯内核燒寫進開發闆就可以測試了：

(1) 在源碼目錄下單獨編譯kernel:

forlinx@ubuntu:~/3562/OK3562-linux-source$ ./build.sh kernel

在源碼目錄下的kernel目錄下會生成鏡像文件 boot.img

(2) 将鏡像文件燒錄到開發闆，需要用到工具 RKDevTool ，此工具在OK3562的資料包裡可以找到：

① 打開燒寫工具；

② 用Type-C數據線連接PC和開發闆底部的Type-C0接口；

③ 按住開發闆的Recovery鍵不要松開，重啟開發闆；

④ 注意工具會識别到開發闆是否進入燒錄狀态。

⑤ 擇之前編譯好的 boot.img 鏡像文件，在boot選項前面打勾，點擊執行進行燒寫，燒寫完成會自動重啟開發闆

四、功能測試

在開發闆内搜索can節點，使用 ifconfig -a 命令

可以看到生成的can0節點。接下來的功能測試，我們采用OK3562J-C和OK3568-C兩塊開發闆的can0進行數據互發測試。

(1) OK3562J-C開發闆接收數據：

① 設置can0的波特率

② 打開can0設備，并把can0設置成服務端接收數據 

③ 配置OK3568-C開發闆的can0作為客戶端，發送信息給OK3562J-C開發闆的can0

ifconfig can0 down 
ip link set can0 up type can bitrate 500000 
ifconfig can0 up 
cansend can0 123#1122334aabbccd //發送信息

④ OK3562J-C開發闆會收到OK3568發來的消息

（注：上圖中出現的報錯是MCP2518FD驅動的問題，測試不會影響通信。）

(2) OK3562J-C開發闆發送數據：

① 設置波特率等操作同上，在配置功能時要使用 cansend 命令發送數據。

② OK3568-C依照OK3562-C的方法配置成接收數據的服務端。

ifconfig can0 down 
ip link set can0 up type can bitrate 500000 
ifconfig can0 up 
candump can0&

可以看到，兩塊開發闆可以進行正常的數據互發。以上是飛淩嵌入式RK3562J開發闆适配和測試MCP2518FD模塊的全部過程，希望能夠對大家的項目開發有所幫助。

首站深圳，精彩回顧

在11月30日的深圳站活動中，瑞薩電子及全國的生态合作夥伴齊聚一堂，共同展示了其在微控制器（MCU）和微處理器（MPU）領域的最新技術和産品。飛淩嵌入式作為瑞薩電子的生态合作夥伴，給現場觀衆帶去了基于RZ/G2L高性能多核異構處理器設計開發的FET-G2LD-C核心闆和OK-G2LD-C開發闆，吸引了現場行業夥伴的詢問和交流。

飛淩嵌入式FET-G2LD-C核心闆及配套的OK-G2LD-C開發闆搭載的RZ/G2L處理器，擁有2*Cortex-A55内核，運行頻率高達1.2GHz，并集成1*Cortex-M33 MCU内核，主頻達200MHz；還配備了500MHz GPU Mali-G31及多種顯示接口，功能接口資源豐富， 适用于工業、醫療、電力、交通等多種行業和各類泛工業應用場景。

2024瑞薩電子MCU/MPU工業技術研讨會不僅是一個新産品、新技術的展示舞台，也為行業精英們提供了思維碰撞、共話未來的機會。飛淩嵌入式願攜手更多同仁為客戶帶來更加優質、高效和可靠的産品和服務，讓客戶的産品研發更簡單、更高效，讓客戶的産品更智能、更穩定。

“上海站”即将啟幕

12月6日，“2024瑞薩電子MCU/MPU工業技術研讨會”的第二站即将隆重啟幕，飛淩嵌入式作為受邀合作夥伴也将會再次參加，歡迎更多行業夥伴的莅臨。

儀式上，寇發榮院長介紹了西安科技大學電控學院概況，并希望雙方能以此次簽約為契機，進一步加強交流合作，共同探索科教融合的新途徑。随後，飛淩嵌入式企業代表也表達了希望與西安科技大學共建理論與實踐并重的嵌入式教育系統的願景，并希望未來能在課程設計、實驗室創建、實習基地、畢業設計等多方面開展更深度的合作。

為了更好地推進嵌入式人工智能實驗室的建設，飛淩嵌入式還向西安科技大學捐贈了即将上市的ELF 2學習闆，不僅實現了教育資源與企業資源的深度融合，也為雙方未來的合作奠定了堅實的基礎。

此次校企合作簽約及揭牌儀式的圓滿落幕，标志着飛淩嵌入式旗下教育品牌ElfBoard在嵌入式教育領域又取得了新的突破。飛淩嵌入式及ElfBoard品牌也将持續為全國高校在嵌入式技術人才培養方面提供堅實且全面的技術支持，助力嵌入式教育事業蓬勃發展。

目前，飛淩嵌入式及旗下教育品牌ElfBoard已與多所國内高校建立了合作關系。例如，與河北大學、河北農業大學、河北工程學院等高校共建了校外實習基地；與華北電力大學、河南工程學院等高校進行了定制化嵌入式課程設計并共建嵌入式實驗室；此外，還與東北大學開展了嵌入式專業化培訓的合作。

未來，飛淩嵌入式将保持積極開放的态度，與更多高校攜手共進，共同探索嵌入式人才培養的新模式、新路徑，為推動我國嵌入式技術的創新與發展貢獻更多的智慧和力量。

成立18年來，飛淩嵌入式始終注重技術創新與質量管理的雙重驅動，緻力于為客戶提供高性能、高可靠性的嵌入式解決方案。此前，公司已獲得了 ISO9001質量體系認證、ISO14001環境管理體系認證和ISO45001職業健康安全管理體系認證等多項國際權威認證，這些成就不僅彰顯了飛淩嵌入式在各個方面的卓越表現，也充分說明了飛淩嵌入式已在全球市場的競争中赢得了廣泛的認可與信賴。

未來，飛淩嵌入式将繼續加大研發投入、加速技術創新、提升産品質量、優化服務水平，同時，還将積極響應國家政策和市場需求，助力智慧醫療、工業自動化、智慧交通、電力儲能等領域的發展，為千行百業的智能化進程貢獻力量。飛淩嵌入式将以更加開放的姿态，攜手全球合作夥伴共同開創嵌入式技術的美好未來。

本文将以飛淩嵌入式OK113i-S開發闆為例，為大家介紹RISC-V核的資源和應用案例。

1、T113i開發闆的RISC-V核

飛淩嵌入式OK113i-S開發闆是一款基于全志T113-i工業級處理器開發的高性價比開發闆，集成了雙核Cortex-A7 CPU、64位玄鐵C906 RISC-V和DSP，能夠提供高效的計算能力和性價比。尤為值得一提的是，其内置的RISC-V核心作為一款超高能效的實時處理器，主頻峰值可達1008MHz，并标準配備了内存管理單元，能夠流暢運行RTOS系統或裸機程序，進一步提升了應用靈活性。

1.1 RISC-V核的特性

(1) 最高主頻可達1008MHz；

(2) 32KB指令緩存；

(3) 32KB數據緩存；

(4) 可運行于超大容量的DDR

  ... ...

1.2 T113-i 核心闆RISC-V核的接口資源

2、應用實例

2.1 SPI數據收發

本案例的硬件平台采用飛淩嵌入式的T113i開發闆，主要進行SPI回環測試。通過将SPI接口的MOSI（主設備數據輸出）和MISO（主設備數據輸入）兩個引腳進行短接，從而驗證SPI接口在數據發送與接收過程中的功能完整性和數據一緻性。以下是對SPI回環測試的詳細解析：

(1) 功能介紹

(2) 效果實現

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

中斷方式傳輸效果：

DMA方式傳輸效果：

在DMA傳輸方式下，SPI速率默認為5Mbit/s，案例中平均傳輸速率為580.43KB/s，即4.6Mbit/s，接近理論值。

2.2 核間通信RPbuf

RPbuf是全志基于RPMsg所實現一套高帶寬數據傳輸的框架。RPMsg是基于共享内存和Msgbox中斷實現的一套核間通信機制，RPMsg除去頭部的16字節數據外，單次最多可發送496字節有效數據。因此，全志基于RPMsg實現了一套大數據量傳輸機制RPbuf，實現原理是在DDR中放置傳輸的數據，通過RPMsg傳輸DDR的地址和大小。我們以單次32KB數據傳輸為例進行展示。

(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中獲取緩沖區内的地址和長度，最後在應用層讀取數據，從而完成雙核間的數據傳輸。

(2) 效果展示

由上圖測試效果可以看到，帶寬大約為27~30Mbps。

以上就是飛淩嵌入式T113i開發闆RISC-V核部分外設的使用方法，是不是感覺和單片機的開發一樣簡單方便呢？點擊下左側在線客服，索取OK113i-S開發闆的SDK及RISC-V核的資料。

一、高性能處理器與高效系統架構

（1）RK3576處理器加持

FET3576-C核心闆搭載了Rockchip RK3576處理器，擁有高性能的ARM Cortex-A72和Cortex-A53核心組合，确保了系統在處理複雜任務時的流暢度。Android 14操作系統對底層架構進行了優化，進一步提升了資源利用率，兩者結合，使得設備在運行大型應用或進行多任務處理時更加遊刃有餘。

（2）高效能NPU與AI優化

FET3576-C内置的6TOPS超強算力NPU，與Android 14的AI加速功能相得益彰，無論是語音識别、圖像識别還是深度學習算法，都能實現快速響應和精準處理，為用戶帶來更加智能的使用體驗。

二、内存管理與存儲優化

（1）大容量内存與高效管理

FET3576-C核心闆支持最高4GB LPDDR4内存，配合Android 14的高效内存管理機制，有效減少了内存碎片，提升了應用啟動速度和系統響應速度，即使在資源緊張的情況下也能保持流暢運行。

（2）快速存儲與數據安全

32GB eMMC提供了充足的存儲空間，Android 14的存儲優化技術則進一步提升了數據讀寫速度，同時增強了數據保護措施，确保用戶數據的安全與隐私。

三、界面優化與視覺享受

（1）高清顯示與多屏異顯

FET3576-C核心闆支持多種顯示接口，包括HDMI、MIPI DSI等，能夠驅動高分辨率顯示屏，還可以對圖像進行AI智能修複；再配合Android 14的UI優化，能夠帶來更加細膩、清晰的視覺體驗。三屏異顯功能更是讓設備在多媒體處理和多任務展示上更加靈活。

四、智能交互與用戶體驗

Android 14在用戶界面和交互設計上進行了全面升級，結合FET3576-C核心闆的強大算力，使得設備的觸控響應更加靈敏，語音助手和手勢識别更加精準，為用戶提供了更加自然、流暢的交互體驗。

五、安全與隐私保護

FET3576-C核心闆内置的RK Firewall技術，能實現真正的硬件資源隔離，通過硬件層面的安全隔離和管理，有效防止了惡意軟件的攻擊。除此之外，Android 14系統也進一步加強了隐私保護功能，提供了更加嚴格的權限管理和數據加密措施。

飛淩嵌入式作為領先的嵌入式核心控制系統研發、設計和生産的企業，在本次展會攜重磅産品隆重亮相，展位号B5-118。本次展會，飛淩嵌入式帶來了基于NXP、TI、瑞芯微、全志等國内外知名芯片公司的最新平台及主流平台打造的嵌入式主控産品，包括嵌入式核心闆、開發闆、工控機和顯控一體機等。

除了産品的靜态展示外，飛淩嵌入式還帶來了多個應用于不同領域的熱門行業解決方案，聚焦人工智能、智慧交通、工業物聯網、智慧醫療、電力與儲能等領域，給來自全球各地的電子行業夥伴和觀衆帶來了更加全面、更加多維的體驗。現場更是吸引了大量的參展觀衆駐留，與飛淩嵌入式工作人員進行了友好互動與交流。

早在2020年，華為便邁出了其操作系統戰略的重要一步，将其鴻蒙操作系統的基礎能力進行開源，并慷慨捐贈給開放原子開源基金會。這一舉措不僅彰顯了華為對于開放合作、共建共享技術生态的堅定信念，也标志着鴻蒙操作系統正式步入了一個全新的發展階段。開放原子開源基金會作為業内知名的開源項目孵化與運營平台，對華為捐贈的鴻蒙基礎能力進行了全面的整合與梳理。基金會不僅吸納了華為的原始代碼，還積極邀請并鼓勵其他開發者參與進來，共同為鴻蒙系統的完善與發展貢獻力量。

經過基金會的努力與衆多開發者的共同參與，一個全新的開源操作系統——OpenHarmony應運而生。這個系統不僅繼承了鴻蒙操作系統的核心優勢，更在開放性、靈活性和可擴展性等方面實現了顯著提升。

在開源國産軟件框架的廣闊領域中，OpenHarmony的開發者社群展現出鮮明的多元化特征，主要劃分為兩大核心陣營。其一為專注于應用層面的開發者群體，他們緻力于在OpenHarmony平台上開發各類應用程序，以滿足不同用戶群體的需求。另一陣營則深耕于設備端開發，這一領域屬于嵌入式開發的範疇，開發者們專注于為各類智能設備構建底層操作系統及相關的硬件驅動，以實現設備的高效運行與智能化管理。這兩大陣營的開發者共同構成了OpenHarmony生态的堅實基礎，推動其不斷向前發展。

今天就和大家詳細介紹一下如何在OK3568-C開發闆及OK3568J-C開發闆上部署OpenHarmony4.1。

飛淩嵌入式公司推出的OK3568-C與OK3568J-C兩款開發闆，均是基于瑞芯微RK3568系列處理器精心設計與開發的産品。這兩款開發闆搭載了四核64位的Cortex-A55架構處理器，主頻高達2.0GHz，并内置了1TOPS算力的NPU（神經網絡處理單元），從而能夠滿足輕量級端側人工智能計算的需求。

在部署OpenHarmony 4.1版本時，OK3568-C與OK3568J-C兩款開發闆的方法相同。以下步驟以OK3568-C開發闆為例進行詳細說明。

首先，我們需要進行OTG驅動的安裝。将指定路徑下的文件解壓至任意目錄，然後以管理員身份運行解壓後的文件夾，并打開其中的DriverInstall.exe程序。點擊“驅動安裝”按鈕，即可輕松完成OTG驅動的安裝過程。

接下來，将瑞芯微提供的開發工具解壓至一個全英文命名的路徑中，以确保後續操作的順利進行。

随後，我們使用Type-C連接線将RK3568開發闆與主機相連。在此過程中，請務必持續按住開發闆上的recovery鍵，然後按下reset鍵進行系統複位。大約兩秒鐘後，松開recovery鍵。

此時，瑞芯微的開發工具界面将顯示已發現loader設備的提示。

接下來，我們打開瑞芯微的開發工具，右鍵點擊“清空所有項”，并通過“導入配置”功能選擇對應路徑下的config.cfg文件，同時修改其中的實際存放路徑以匹配我們的需求。

一切準備就緒後，點擊“執行”按鈕，即可開始将OpenHarmony 4.1版本燒寫至RK3568開發闆中。

通過本文的詳細介紹，我們希望能夠為有相關需求的項目提供實質性的幫助，并為OpenHarmony系統的廣泛應用注入新的活力。

RK3568作為一款高性能的處理器，在顯示方面有着廣泛的應用。然而，在實際使用過程中，用戶可能會遇到一系列顯示相關的問題。本文旨在針對這些問題進行分析，并提供相應的解決方案，以幫助用戶更好地使用RK3568。本文主要講解RK3568顯示過程中常見問題分析與解決思路，主要對RK3568在顯示過程中遇到的一系列問題及其解決方法進行了詳細說明，包括觸摸功能配置、HDMI屏幕無顯示、Ubuntu系統息屏設置、Android系統默認壁紙修改以及相機預覽畫面拉伸等問題。

目錄

1、觸摸功能被配置在LVDS接口上的問題

2、HDMI屏幕無顯示問題排查

3、Ubuntu任務欄設置

4、Ubuntu系統息屏設置

5、Android系統默認壁紙修改

6、相機預覽畫面拉伸問題

--正文開始--

瑞芯微RK3568作為一款備受矚目的高性能處理器，在顯示技術領域展現出了卓越的應用能力。而RK3568在實際應用過程中也可能會遇到一系列與顯示相關的問題。為了幫助用戶更加順暢地使用這款高性能處理器，本文通過對RK3568在顯示過程中可能遇到的問題進行深入剖析，并基于飛淩嵌入式RK3568開發闆提供了有效的解決思路。希望這些解決思路能夠幫助用戶快速定位并解決問題，提升用戶對RK3568的使用體驗。同時，雖然本文以飛淩嵌入式RK3568系列開發闆為核心進行讨論，但其中涉及的問題和解決方案對于類似的闆卡也具有一定的參考意義。

1：在Linux系統中，使用MIPI屏幕時觸摸功能無響應，原因是什麼？

原因在于觸摸功能被配置在LVDS接口上。若要使用MIPI屏幕實現觸摸功能，需在U-Boot的屏幕選擇階段關閉LVDS的視頻輸出。具體而言，OK3568設備的出廠鏡像默認配置為支持三路視頻輸出：LVDS、MIPI及HDMI。其中，LVDS與MIPI均支持觸摸操作。然而，在默認的三屏同顯模式下，LVDS被設定為主屏幕，其他屏幕的顯示内容實際上是主屏幕内容的“鏡像”。因此，盡管觸摸功能存在，但由于觸摸報點與顯示内容實際位置的差異，導緻觸摸操作看似無響應。

2：Linux/Ubuntu系統接入HDMI屏幕卻沒有顯示？

針對Linux/Ubuntu系統接入HDMI屏幕無顯示的問題，可以從以下幾個方向進行排查：

①、确認U-Boot選屏設置：

确保在U-Boot菜單中已經啟用了HDMI視頻輸出。如果HDMI輸出在U-Boot階段被禁用，系統啟動後将無法通過HDMI顯示。

②、檢查EDID讀取情況：

在Linux系統的終端中，使用dmesg | grep edid命令查看系統日志，檢查是否有關于EDID（Extended Display Identification Data，擴展顯示标識數據）讀取失敗的報錯信息。

EDID是HDMI屏幕用于向計算機提供其支持的分辨率、刷新率等顯示參數的芯片信息。如果EDID讀取失敗，可能導緻系統無法正确配置HDMI輸出。

③、排查HDMI線及屏幕問題：

如果EDID讀取失敗，首先嘗試更換不同的HDMI線，因為HDMI線的質量、阻抗等因素可能影響信号的傳輸。

注意，即使在其他設備（如PC）上使用相同的HDMI線能夠正常顯示，也可能因為不同設備的HDMI接口驅動能力不同而導緻問題。

如果更換HDMI線後問題依舊，考慮HDMI屏幕本身可能沒有EDID芯片。此時，可以嘗試查閱飛淩提供的應用筆記固定HDMI分辨率的方法，了解如何固定HDMI分辨率，強制系統以某一分辨率輸出，以繞過EDID讀取。

④、使用命令強制輸出：
可以使用命令cat /sys/class/drm/card0-HDMI-A-1/modes查看HDMI支持的分辨率列表。

使用echo on > /sys/class/drm/card0-HDMI-A-1/status命令嘗試強制打開HDMI信号輸出。但請注意，此命令因系統配置而異，具體路徑可能有所不同。

⑤、硬件故障排查：

如果以上步驟均無法解決問題，考慮可能是HDMI接口或相關硬件出現故障

3：Ubuntu系統接入屏幕沒有任務欄？

在Ubuntu系統配置多顯示器的環境中，系統默認将除主屏幕外的其他屏幕視為擴展屏幕，這些擴展屏幕上通常不會顯示應用圖标和任務欄。若用戶僅接入了HDMI屏幕且希望其顯示任務欄，則需在Uboot階段進行屏幕選擇，确保将HDMI屏幕設定為主屏幕，而不選擇其他副屏。（選屏方法請參考使用RK3568手冊中Uboot選屏章節）

4：Ubuntu系統息屏怎樣設置?

點擊左下角開始按鈕->Preferences->Screensaver->Mode->Disable Screen Saver

5：Android怎樣修改的默認壁紙？

在Android系統中，若需修改默認壁紙，通常這一操作針對的是具備開發環境或已Root權限的設備。以下是實現這一修改的具體路徑和方法，以基于飛淩嵌入式RK3568硬件平台的設備為例進行說明：

要更改Android設備的默認壁紙，您需要定位到設備特定的資源覆蓋目錄。默認壁紙文件通常存放在以下路徑中：

對于不區分屏幕寬度的默認壁紙，路徑為：device/rockchip/rk356x/overlay/frameworks/base/core/res/res/drawable-nodpi/default_wallpaper.png

對于屏幕寬度至少為600dp的設備，路徑為：device/rockchip/rk356x/overlay/frameworks/base/core/res/res/drawable-sw600dp-nodpi/default_wallpaper.png

對于屏幕寬度至少為720dp的設備，路徑為：device/rockchip/rk356x/overlay/frameworks/base/core/res/res/drawable-sw720dp-nodpi/default_wallpaper.png

在這些指定的路徑下，您可以将現有的默認壁紙文件替換為您所期望的新壁紙。但請注意，新壁紙的格式、分辨率以及文件大小必須與原始壁紙保持一緻，以确保系統能夠正确加載并顯示新壁紙。

6：RK3568開發闆默認出廠鏡像，相機預覽畫面出現拉伸，拍攝的照片卻正常顯示，如何解決？

為了解決相機預覽畫面拉伸的問題，可以嘗試調整系統的顯示方向，将其設置為豎向顯示。具體操作步驟如下：

首先，需要修改位于/device/rockchip/rk356x/BoardConfig.mk的配置文件。在這個文件中，找到SF_PRIMARY_DISPLAY_ORIENTATION這一項，它決定了系統顯示的方向。

SF_PRIMARY_DISPLAY_ORIENTATION的值可以設置為0、90、180或270，分别代表以下含義：

0：表示橫屏顯示，即屏幕保持原始方向不變。

90：表示順時針旋轉90度，即屏幕從橫屏變為豎向顯示，且頂部在右側。

180：表示順時針旋轉180度，即屏幕上下颠倒顯示。

270：表示順時針旋轉270度，即屏幕從橫屏變為豎向顯示，且頂部在左側。

根據實際需求，選擇合适的值進行設置。如果希望将顯示方向調整為豎向，并且頂部在上方（即常見的手機豎向顯示方式），可以選擇90或270（具體取決于設備的物理朝向和期望的顯示效果）。

完成修改後，需要重新編譯Android源碼，并将新的鏡像刷入設備中。這樣，相機預覽畫面應該就能以正确的比例顯示了，同時拍攝出來的照片仍然能夠保持正常顯示。

一、《黑神話：悟空》的成功之路

黑神話：悟空》作為國内首款3A遊戲大作，憑借炫酷逼真的3D渲染效果和東方美學實力出圈，不僅赢得了國内外玩家的廣泛贊譽，還吸引了央視、新華網、人民日報等官方媒體的關注和報道。遊戲上線僅10天全球發行量就已超過1700萬份，不僅為國産遊戲赢得了榮譽，也為國産3A遊戲的發展注入了新的活力。

《黑神話：悟空》以其獨特的東方美學風格和精緻的遊戲場景設計，成功吸引了大量玩家的關注。遊戲中的每一個場景、每一個角色都經過精心設計和打磨，力求還原最真實的古代中國風貌。為了實現這一目标，遊戲制作團隊在全國範圍内進行了取景，并利用高精度數字模型技術，将這些經典場景和角色一一還原到遊戲中。

二、三維掃描技術在遊戲制作中的應用

在《黑神話：悟空》的制作過程中，三維掃描技術發揮了至關重要的作用。這一技術是一種集光、機、電和計算機技術于一體的應用型技術，能夠精确獲取物體的外形、結構及色彩信息。通過利用三維掃描技術獲取物體表面的空間坐标，遊戲制作團隊能夠輕松地将現實中的建築、雕塑等物體轉化為遊戲中的三維模型，從而大大提高了遊戲場景和角色的真實感和逼真度。

 三維掃描儀，作為整個系統的中樞部件，承擔着數據采集與轉換的重任。它主要由探頭、鏡頭以及相機三大模塊構成。具體而言，探頭扮演着至關重要的角色，它采用非接觸式技術，精準地捕捉物體表面的圖案信息。鏡頭則承擔着調節探頭位置與取景角度的任務，确保采集到的圖像既全面又準确。相機則是将這些圖像信息轉換為數字信号的關鍵一環，為後續的數據處理提供了堅實的基礎。随後，這些數字信号會被送入數據處理軟件中，經過一系列複雜的去噪、拼接、優化等處理流程，最終生成高質量的三維模型。

三、FET3576-C核心闆在三維掃描技術方案中的關鍵作用

作為國内嵌入式技術研發領域的先行者之一，飛淩嵌入式公司推薦采用FET3576-C核心闆作為三維掃描儀的核心控制單元。該核心闆是基于瑞芯微RK3576處理器研發設計，RK3576處理器是瑞芯微專為AIoT（人工智能物聯網）及工業應用領域量身打造的一款集高性能、低功耗與多功能于一體的國産化應用處理器。内置了4個ARM Cortex-A72高性能核心與4個ARM Cortex-A53核心，形成了強大的運算能力矩陣。尤為值得一提的是，它集成了高達6TOPS的超強算力NPU（神經網絡處理單元），能夠高效支持TensorFlow、PyTorch等多種深度學習框架，為三維掃描儀提供了強大的數據處理與智能分析能力。

飛淩嵌入式公司所推出的FET3576-C核心闆，在擔當三維掃描儀主控設備的角色時，憑借其卓越的數據處理能力和豐富的接口資源，能夠全面覆蓋從數據采集至模型輸出的整個控制流程。這一特性為構建具備高精度與高真實感的三維模型提供了堅不可摧的技術支撐。FET3576-C核心闆不僅确保了數據處理的高效與精确，還通過其多樣化的接口配置，實現了與各類傳感器的無縫對接，進一步提升了三維掃描系統的整體性能與可靠性。

FET3576-C核心闆采用了便捷的闆對闆連接方式，其可插拔式設計極大地簡化了産品的安裝與後續維護工作。該核心闆已經通過了飛淩嵌入式實驗室一系列嚴苛且全面的工業環境測試，充分驗證了其在各種複雜工況下的卓越穩定性。此外，FET3576-C核心闆擁有長達10-15年的生命周期，确保了客戶産品能夠獲得持續穩定的供應保障，有效降低了長期運營的風險。

除了上述優勢，FET3576-C核心闆還具備豐富的功能接口，這些接口包括GPIO（通用輸入輸出）、UART（通用異步收發傳輸器）、SPI（串行外設接口）等多種通信方式。通過這些接口，FET3576-C核心闆能夠實現對掃描儀掃描參數、傳感器狀态等的精确控制，從而在掃描過程中實現高度的精準度與效率。

作為系統的數據處理中樞，FET3576-C核心闆扮演着至關重要的“大腦”角色，它負責将接收到的原始數據進行快速而高效的處理。

這一處理過程涵蓋了數據濾波、去噪、配準以及融合等一系列關鍵步驟，每一步都旨在提升數據的精準度與完整性。通過這一系列精細化的數據處理操作，FET3576-C核心闆能夠确保最終生成的三維模型不僅精确度高，而且結構完整，為後續的建模、分析與應用提供了堅實的數據基礎。

FET3576-C核心闆憑借其内置的6TOPS高性能NPU（神經網絡處理單元），實現了智能優化的飛躍。該核心闆通過集成的AI加速引擎，能夠對掃描所得數據進行深度智能分析。這一過程中，它能夠自動識别并針對性地優化模型中存在的瑕疵、孔洞等缺陷，從而顯著提升三維模型的精細度與真實感。FET3576-C核心闆的這一智能優化能力，極大地提高了模型的質量，為後續的應用與展示帶來了更加逼真的視覺效果，

在數據傳輸與存儲方面，FET3576-C核心闆展現了出色的性能。它目前可支持4GB LPDDR4内存，這一配置确保了數據在核心闆上的高速處理與流暢傳輸。同時，核心闆還配備了高達32GB的eMMC存儲空間，這一大容量的存儲介質為掃描數據提供了安全且高效的本地保存方案。通過這樣的配置，FET3576-C核心闆不僅保證了數據處理的實時性與準确性，還确保了掃描數據能夠長期、穩定地存儲，為用戶的數據管理與應用提供了強有力的支持。

此外，FET3576-C核心闆還具備出色的數據傳輸能力，它支持2路千兆以太網接口以及Wi-Fi連接功能。這一設計使得掃描數據能夠輕松實現實時傳輸，無論是通過有線還是無線方式，都能确保數據的快速、穩定傳輸。同時，Wi-Fi功能的加入，還使得用戶能夠随時随地進行遠程訪問，進一步提升了數據使用的便捷性與靈活性。FET3576-C核心闆在數據傳輸方面的卓越表現，為用戶提供了更加高效、靈活的數據管理與應用方案。

屏幕前的各位朋友，若您對FET3576-C核心闆同樣抱有濃厚的興趣，我們誠摯地邀請您與我們取得聯系，以便獲取更為詳盡的資料與信息。飛淩嵌入式始終秉持開放合作的态度，期待與您攜手共進，共同探索更多可能。無論是技術咨詢、産品演示還是合作意向，我們都将竭誠為您提供最優質的服務與支持。

“瑞芯微多核異構系統”是瑞芯微提供的⼀套通用多核異構系統解決方案。

在運行平台方面：

Linux提供标準的Linux Kernel，RTOS提供開源的RT-Thread ，Bare-metal提供基于RK HAL硬件抽象層的裸機開發庫。同時，瑞芯微多核異構系統支持客戶自行适配更多的運行平台，例如可以基于RK HAL硬件抽象層适配指定的RTOS等。

在處理器核心方面：

瑞芯微多核異構系統支持SoC中同構的ARM Cortex-A核心獨立運行。也支持SoC中異構的ARM Cortex-M或RISC-V核心獨立運行。瑞芯微多核異構系統通過合理的處理器核心資源劃分，将适當的任務分配到最适合的核心進行處理，從而使SoC發揮出更優秀的性能和能效表現。

目前，瑞芯微多核異構系統采用無監督的AMP方案。不使用虛拟化管理，從而在運行實時性系統時獲得更快的中斷響應，以滿足電力、工控等行業應用中嚴苛的硬實時性要求。

2. RK3562J處理器核心及AMP支持情況

處理器核心

AMP支持情況

3. 中斷嵌套機制

中斷嵌套是一種有效的中斷處理機制，它允許系統根據中斷的優先級來響應和處理中斷，從而确保關鍵任務能夠及時得到處理，具有實時性高、靈活性好、響應快速等特點，但傳統的Linux系統為了簡化設計、提高系統的穩定性和可預測性、減少資源競争和死鎖等風險、以及提高兼容性和可維護性，不支持中斷嵌套。這種設計選擇使得Linux内核在許多應用場景中表現出色，但對于高實時性場景下的應用就顯得力不從心了。

4. 案例實踐分享

開發闆型号：OK3562J-C

資料版本：OK3562-C_Linux 5.10.198_用戶資料_R1

測試思路：

使用兩個GPIO，分别為GPIO4B1和GPIO0B0，其中GPIO4B1設置為輸出，GPIO設置為輸入并且中斷配置為下降沿觸發。硬件上短接GPIO4B1和GPIO0B0。

使用Timer4定時器每秒産生一個定時器中斷，在中斷處理函數中控制GPIO4B1産生一個下降沿并延時，如果出現了GPIO0B0中斷處理函數中的打印信息則證明成功發生了中斷搶占。

測試步驟：

（1）編寫測試程序fltest_irq_preempt.c開啟TIEMR4和GPIO0B0的中斷并且将GPIO0B0配置為下降沿觸發，在定時器中斷處理函數中将GPIO4B1拉高拉低，使之觸發GPIO0B0的中斷，在GPIO0B0的中斷處理函數中打印一句話來表明當前進入了GPIO0B0的中斷；

（2）修改中斷路由，添加TIMER4和GPIO0的中斷并使之綁定給CPU3，并設置TIMER4的中斷優先級高于GPIO0；

（3）重新編譯鏡像并燒寫；

（4）在uboot菜單中打開AMP并重啟OK3562J-C開發闆，此時RTOS調試串口打印如下：

按tab鍵可以打印出當前的所有命令：

可以看到我們的命令已經注冊成功了。

現在執行我們剛剛編寫的fl_irq_test這條命令，即可看到效果：

可以看到GPIO0B0的中斷搶占了當前的TIMER4中斷。

我們将二者的優先級調換一下再重新編譯燒寫，然後再次執行該程序，可以看到GPIO0B0的中斷在TIMER4中斷結束之後才被處理，未發生搶占。

飛淩嵌入式OK3562J-C開發闆及FET3562J-C核心闆現貨發售中，點擊下圖進入RK3562系列産品頁，即可了解更多産品詳情，火點擊左側在線客服，索取RK3562系列産品規格書。

傳統機房監控體系面臨着顯著的局限性：各子系統獨立運行，信息孤島現象嚴重，導緻整體監控效率低下，安全管理難以形成合力。這種分散式的管理方式不僅增加了運維成本，還難以快速響應突發狀況，對潛在風險的預警能力不足，嚴重制約了電網的智能化升級和高效運維。

為解決這些問題，電力站房智能輔助與人工智能可視化網關應運而生。

作為專為變電站、配電室等電力場景設計的創新解決方案，它集成了液晶顯示屏與先進的人工智能技術，實現了對現場參數的全面可視化監測與管理。這一智能網關能夠實時監測變壓器狀态、開關櫃運行、環境溫濕度、空調及風機工作狀态、照明系統、煙霧探測、門禁管理及視頻監控等多維度信息，構建起一張全方位、立體化的電力站房監控網絡。

通過智能化地分析各傳感器采集的實時數據，并與預設阈值進行精準比對，智能網關能夠迅速識别并響應異常情況，實現自動報警、遠程控制及故障預判等功能，有效提升了電力站房的安全防護水平和應急響應能力。此外，其強大的數據整合與分析能力，還為電力企業的運維決策提供了有力的數據支撐，促進了運維管理的精細化與智能化轉型。

1. 客戶選型需求

通過與客戶的溝通，飛淩嵌入式了解到客戶對于電力站房智能輔助與人工智能可視化網關項目主控的需求如下：

(1) 網關核心CPU應采用國産芯片，采用ARM架構，核心數不低于4核，主頻不低于1GHz；

(2) 網關應配置視頻處理模塊進行視頻流處理及人工智能分析，算力不小于3TOPS；

(3) 網關内存不低于2GB，存儲容量不低于8GB；

(4) 網關應采用Linux内核操作系統；

(5) 網關應具備至少4路RS485，串口速率可選用9600bps、19200bps、115200bps；

(6) 具備以太網口接口速率支持100/1000Mbps自适應；

    ... ...

2. 主控選擇：RK3576處理器

根據實際的項目指标，客戶選擇使用瑞芯微RK3576處理器作為電力站房智能輔助與人工智能可視化網關的主控。基于此需求，飛淩嵌入式為其推薦了基于Rockchip RK3576處理器開發設計FET3576-C核心闆，這是一款瑞芯微面向AIoT和工業市場着力打造的高性能、低功耗、功能豐富的國産化應用處理器。

性能方面，RK3576處理器搭載了4個Cortex-A72以及4個Cortex-A53高性能核，主頻最高可達2.3GHz，且内置6TOPS超強算力NPU，不僅能夠為電力站房智能輔助與人工智能可視化網關帶來強勁的性能支撐，也能為安全帽佩戴檢測、小動物入侵、人員倒地檢測等場景識别提供充沛的算力支持。

功能接口方面，FET3576-C核心闆将RK3576處理器的功能全部引出，擁有12路UART，支持5位、6位、7位、8位串行數據收發；支持2路以太網，支持10/100/1000Mbps的數據傳輸速率；支持FlexBus全新并行總線接口，可模拟不規則或者标準的協議，支持2/4/8/16bits數據并行傳輸，時鐘最高可到100MHz；此外，還具有DSMC、PCIe2.1、SATA3.0、USB3.2、SAI、I2C等豐富的接口資源。

顯示能力方面，FET3576-C核心闆支持H.264、H.265高清編解碼，五種顯示接口：HDMI/eDP、MIPI DSI、Parallel、EBC、DP，支持三屏異顯、4K@120Hz超清顯示及超分功能，智能修複模糊圖像，給客戶提供更多選擇的同時還提升了客戶體驗。

配置方面，FET3576-C核心闆運行Linux6.1.57系統，目前擁有32GB的eMMC ROM，并提供了2GB和4GB LPDDR4兩種RAM選擇，客戶可根據項目需求靈活選擇。

後續還将推出工業級溫寬的FET3576J-C核心闆，更多配置，滿足更多場景下的應用需求。

3. 總結

電力站房智能輔助與人工智能可視化網關的廣泛應用，不僅是對傳統機房監控體系的深刻變革，更是電力行業邁向智能化、網絡化、服務化轉型的關鍵一步。它以其獨特的優勢，為電網的安全經濟運行注入了新的活力，助力電力行業在複雜多變的環境中保持穩健發展态勢。

以上就是基于RK3576處理器的電力站房智能輔助與人工智能可視化網關應用方案，希望能夠對您的項目選型提供幫助。

一、DFU燒錄問題

我們先來看看DFU燒錄需要用到的資料有哪些：

第1步：引導uboot的認識和切換

我們先看看dfu-uboot文件夾内的3個文件，作用是引導DFU燒寫的（注意：不要和第2步的uboot文件搞混）。

引導也分為GP版和HSFS版，該如何切換呢？在飛淩嵌入式的出廠資料包内：

位置路徑如下：

OK62xx\0-鏡像文件\images_gp_2g\ok62xx_dfu

u-boot、tispl.bin、tiboot3.bin 這3個文件是DFU引導用uboot，對應的uboot按照目錄查找，然後拷貝到DFU燒錄工具/dfu-uboot目錄内。

第2步：文件系統和uboot

當我們編譯DFU後，會在此目錄下看到編譯好的rootfs，這是我們唯一需要更換的文件：

/home/forlinx/OK62xx-linux-sdk6.1/images/ok62xx_dfu

第2個框内的uboot是AM6254開發闆啟動的uboot，從/home/forlinx/OK62xx-linux-sdk6.1/images/目錄下拷貝uboot的u-boot.img，tispl.bin，tiboot3.bin這3個文件。

以下4個文件是我們燒錄需要用到的，也是我們編譯後生成的文件。

第3步：按照手冊正常燒錄

接下來我們看幾個常見的報錯：

【問題描述1】點擊燒錄後一直打印如下報錯

PC端報錯：

AM6254開發闆端串口報錯：

【問題分析1】引導用uboot版本不對，找到您對應的版本（GP或HSFS），然後把對應的引導uboot拷貝過去，重新燒錄即可。

【問題描述2】使用的電腦中有camera設備

【問題分析2】需要把camera設備禁用掉，不然無法識别，無法進行dfu燒錄，或者換一台設備進行燒錄。

二、TF卡燒錄問題

【問題描述】燒錄的時候串口無打印

【問題分析】

1. 卡的問題，制卡沒制好，需要重新制卡；

2. uboot的問題，例如GP的闆子，燒錄放的是hsfs的uboot；

3. 上一次燒錄的是gp，下一次切換版本，需要windows下快速格式化一下；

4. 一次性拷貝所有文件到TF卡，會導緻無法燒錄。

總結來說，因為文件系統比較大導緻了拷貝比較費時間，所以當出現無法燒錄的情況時，排查工作隻需要拷貝u-boot.img，tispl.bin，tiboot3.bin這3個文件，觀察串口是否有打印信息即可。

以上就是小編以OK6254-C開發闆為例為大家演示的燒寫排查和解決方法，希望能夠對大家有所幫助。點擊下圖進入飛淩嵌入式官網，即可了解有關OK6254-C開發闆的更多産品詳情。

11.11狂歡季，熱銷開發闆85折！登入天貓，搜索forlinx旗艦店，即可下單，暢享優惠！！至高立減508元！！！每款産品每人限參與一次，相同或者近似ID、手機号、收貨及開票信息等視同為同一人。

什麼是RISC-V？

RISC-V是一種基于精簡指令集計算（RISC）原則的開放源代碼指令集架構（ISA）。它由加州大學伯克利分校在2010年首次發布，并迅速獲得了全球學術界和工業界的廣泛關注和支持。RISC-V架構以其開放、簡潔、可擴展的特性，正逐漸成為全球半導體産業中一股不可忽視的力量。

T113-i的RISC-V有何優勢？

高效能與低功耗

RISC-V架構遵循精簡指令集計算機的原則，通過簡化硬件設計，提高執行效率，降低了開發成本。T113-i處理器中的RISC-V核能夠高效地完成各種計算任務，同時保持較低的功耗，非常适合于資源受限的邊緣計算環境。

模塊化與可擴展性

RISC-V架構設計簡潔，采用模塊化設計，可以根據需求選擇不同的指令集擴展。T113-i處理器中的RISC-V核支持多種标準化擴展指令集，如M（整數乘除法）、A（原子操作）、F/D/Q（單/雙/四精度浮點運算）等，可以根據實際應用場景的需要進行靈活組合添加。

開放标準與無授權費用

RISC-V是開源的，允許任何人免費使用和擴展，無需授權費用。這極大地促進了技術的共享和創新，降低了産品的開發成本。

滿足實時性需求

在T113-i的A7核、RISC-V核和DSP核可以同時運行，實現一芯多用，異構同時用。這種設計提高了系統的整體性能，并滿足了多樣化的應用場景需求。其中，RISC-V核可以匹配對實時性要求較高的應用場景，确保系統能夠迅速響應并處理各種實時數據。

國産化降本的優質之選

已完成RISC-V核适配的飛淩嵌入式FET113i-S核心闆含稅最低僅需88元；整闆工業級品質使其可以應對更多更複雜的應用場景；全面的外設接口資源也讓核心闆兼具強大易用性和泛用性；此外，100%的元器件國産化率也意味着安全性和競争力的提升——FET113i-S核心闆是助力新基建領域實現國産化替代升級的優質之選。

不僅産品本身的優勢明顯，飛淩嵌入式穩定的供應能力與強大的技術支持能力也是幫助客戶項目快速落地、搶占市場先機的有利保障。