電子發(fā)燒友網(wǎng)報道（文 / 吳子鵬）2025 年 AI 熱潮持續(xù)高漲，技術(shù)突破與商業(yè)化進程的加速推動其滲透至社會各領(lǐng)域，形成多維度、深層次的變革力量。在這個大背景下，資本繼續(xù)大力投入 AI 領(lǐng)域。統(tǒng)計數(shù)據(jù)顯示，2025 年全球人工智能市場規(guī)模將達到 2.3 萬億元，同比增長 38%；2025 年中國人工智能市場規(guī)模將超 7000 億元。 ? AI 行情持續(xù)火熱，也帶動了相關(guān)芯片業(yè)務(wù)。以瀾起科技為例，日前該公司發(fā)布 2025 年半年度業(yè)績預(yù)增的自愿性披露公告。公告顯示，經(jīng)

好的產(chǎn)品設(shè)計是系統(tǒng)性工程，需在?**功能邏輯?（解決核心問題）和 ?商業(yè)可持續(xù)?（成本與量產(chǎn)性）**之間找到精準(zhǔn)平衡點。 電子產(chǎn)品設(shè)計階段雖僅占總開發(fā)成本的10%-15%，卻決定了70%-80%的全生命周期成本和質(zhì)量表現(xiàn)，例如SMD&NSMD的選擇就是如此！ 什么是SMD和NSMD焊盤？ 1）SMD焊盤: 阻焊定義焊盤尺寸（Solder Mask Defined Land Pattern），阻焊開窗比焊盤小，F(xiàn)PC中俗稱壓PAD設(shè)計。 2）NSMD焊盤: 銅箔定義焊盤尺寸（Non Solder Mask Defined Land Pattern or Copper Defined Land Pattern)，也叫非阻焊膜定義焊盤，阻焊開窗比焊盤大，F(xiàn)PC中俗稱不壓PAD設(shè)計。 SMD和NSMD的焊點拉力 焊點拉力指錫膏與焊盤的結(jié)合力。 SMD焊盤銅箔面積雖然大，但周圍被阻焊膜覆蓋，僅有一面參與焊接。而相同焊盤尺寸的情況下，因NSMD銅箔的四周也參與焊接，相當(dāng)于有三面都參與焊接， 焊接面積要大于SMD ，因此焊點的強度大一些。 但在PCB或FPC蝕刻生產(chǎn)過程中， NSMD焊盤比較獨立，容易過蝕或側(cè)蝕 ，需要考慮對焊盤進行合理補償，否則會導(dǎo)致焊盤偏小，也會影響焊點強度及焊盤拉力。 SMD和NSMD的焊盤拉力 焊盤拉力指元件焊接后與PCB或FPC基材的結(jié)合力。 SMD焊盤本身銅箔面積大，雖然露出來的面積與NSMD焊盤相同，但實際與基材接觸的面積大很多， 所以SMD焊盤與基材的結(jié)合力要遠(yuǎn)比NSMD焊盤好 ，焊盤與基材比較牢固，焊盤不容易脫落。 FPC是用覆蓋膜做為阻焊膜，如果用SMD焊盤設(shè)計，覆蓋膜能壓住焊盤周圍， 俗稱壓PAD設(shè)計 ，這樣會使焊盤與基材更加牢固。 SMD和NSMD優(yōu)缺點 如何決定使用哪一種焊盤 1）PCB優(yōu)先使用NSMD焊盤 ，但BGA及微小焊盤，如小于0201封裝，建議使用SMD焊盤，防止返修時焊盤與基材剝離脫落。 2）FPC優(yōu)先使用SMD焊盤 ，阻焊膜可以壓住焊盤四周，走到支撐焊盤強度的作用，防止焊盤脫落。

一、模型架構(gòu) 在閱讀第三章關(guān)于 DeepSeek 的模型架構(gòu)部分時，我仿佛打開了一扇通往人工智能核心構(gòu)造的大門。從架構(gòu)圖中，能清晰看到 Transformer 塊、前饋神經(jīng)網(wǎng)絡(luò)、注意力機制等模塊的協(xié)同運作 。這些組件并非孤立存在，而是像精密齒輪般相互咬合，構(gòu)建起 DeepSeek 的運行基礎(chǔ)。 前饋神經(jīng)網(wǎng)絡(luò)的信息傳遞、注意力機制對關(guān)鍵內(nèi)容的聚焦，讓我理解到模型是如何對輸入進行層層處理，從海量數(shù)據(jù)中挖掘有價值信息，這也讓我意識到架構(gòu)設(shè)計對模型性能起著根本性作用，是 AI 具備強大能力的 “骨骼” 支撐。 二、流水線并行 書中關(guān)于流水線并行的內(nèi)容，展現(xiàn)了提升計算效率的巧妙思路。簡單流水線并行雖存在資源利用率不高的問題，但它是基礎(chǔ)探索，讓 我看到將模型分段處理以實現(xiàn)流水線作業(yè)的初步嘗試。 而 GPipe 方法的改進，通過微批次處理減少并行氣泡，如同給流水線 “疏通血管”，讓計算設(shè)備的閑置時間減少，數(shù)據(jù)處理更流暢。這讓我聯(lián)想到工業(yè)生產(chǎn)中的流水線，AI 訓(xùn)練在此處借鑒類似思路，通過優(yōu)化任務(wù)分配和流程，突破硬件限制，追求更高效率，體現(xiàn)了技術(shù)發(fā)展中持續(xù)優(yōu)化、突破瓶頸的智慧。 三、細(xì)粒度量化 細(xì)粒度量化的講解，讓我接觸到 AI 模型在精度和效率間尋求平衡的關(guān)鍵技術(shù)。不同量化方法，如 per tensor、per token 等，針對數(shù)據(jù)不同部分采用精細(xì)策略，就像給模型數(shù)據(jù) “量身定制” 壓縮方案，在降低計算資源消耗的同時，努力減少精度損失。 這背后反映的是 AI 技術(shù)發(fā)展中一個重要命題：如何在有限硬件條件下，讓模型既跑得快（效率高）又跑得穩(wěn)（精度夠），這種平衡藝術(shù)，彰顯了技術(shù)研發(fā)的細(xì)膩與深度，也讓我明白追求極致性能需要在諸多矛盾中找到精妙的平衡點。 四、Transformer 中的 MoE Transformer 中的 MoE 部分，呈現(xiàn)了模塊創(chuàng)新帶來的機遇與困境。將 MoE 思想融入 Transformer，通過替換 FFN 層、多機多卡訓(xùn)練等策略，試圖拓展模型能力?？吹侥Ｐ腿萘恳?qū)＜覕?shù)量增加而擴展，能處理更復(fù)雜任務(wù)，讓我感受到創(chuàng)新的潛力。但同時，通信成本高、訓(xùn)練穩(wěn)定性不足等問題，又像橫在發(fā)展路上的巨石，提醒我技術(shù)創(chuàng)新并非坦途，新架構(gòu)在帶來優(yōu)勢的同時，也會伴隨新挑戰(zhàn)。 五、小結(jié) 讀完第三章，DeepSeek - V3 的技術(shù)剖析讓我從架構(gòu)、效率優(yōu)化、精度平衡到模塊創(chuàng)新，全方位感受到 AI 大模型研發(fā)的復(fù)雜與精妙，每一項技術(shù)點都凝聚著智慧，也讓我對人工智能技術(shù)的深度與廣度有了新認(rèn)知，期待后續(xù)探索能挖掘更多技術(shù)寶藏，見證 AI 發(fā)展的更多可能。

本篇使用算法組件實現(xiàn)人臉檢測。 一.準(zhǔn)備工作 1.首先使用到EASY-EAI-Toolkit組件，ubuntu掛載目錄下克隆git clone https://github.com/EASY-EAI/EASY-EAI-Toolkit-3576.git 2.下載人臉檢測算法模型https://pan.baidu.com/s/1UflOWeHJOBf1envujW7tEA?pwd=1234 （提取碼：1234 ）。 3.尋找人臉圖片素材，將其與算法模型文件放到EASY-EAI-Toolkit-3576/Demos/algorithm-face_detect/Release路徑下 二.人臉檢測代碼、編譯與測試 1.組件人臉識別代碼如下 2.開發(fā)板掛載服務(wù)器，編譯 掛載上服務(wù)器后，切換到EASY-EAI-Toolkit-3576/Demos/algorithm-face_detect/路徑下./build.sh 3.運行與效果 進入開發(fā)板Release目錄，執(zhí)行下方命令，運行程序cd Release/ ./test-face-detect faces.jpg 可以看到faces.jpg檢測運行25.89ms,人臉數(shù)目18，生成result.jpg如下 可以看到detect.jpg檢測運行15.4ms,人臉數(shù)目1，生成result.jpg如下 至此，實現(xiàn)人臉檢測功能。

我想直接燒錄例程文件夾下的bin格式文件，但是 在BLE Flash Programmer V1.0.1，我只能使用用戶數(shù)據(jù)這個燒錄文件配置框燒錄，該配置選項只能從地址0x5000開始燒錄，我從該地址燒錄后，CST92F25無法運行。 從開發(fā)手冊可以查到，boot info 是從0x2000開始的，但我無法使用用戶數(shù)據(jù)這個燒錄文件配置框燒錄0x2000地址。 請問有別的燒錄工具嗎？從0x2000地址開始燒錄

本文將step by step介紹從源碼下載、menuconfig到編譯出BIN的整個過程。 一、前期準(zhǔn)備 （一）編譯環(huán)境 用的是WSL2，選擇了最新的24.04，剛開始還有點忐忑，怕環(huán)境太新不兼容，后面一步步走下去也沒啥事情。 root@DeepThink:~$ cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=24.04 DISTRIB_CODENAME=noble DISTRIB_DESCRIPTION=\"Ubuntu 24.04.2 LTS\" 需要安裝一些基本的開發(fā)工具&模塊，反正一股腦全部敲了好了。 sudo apt install build-essential sudo apt install gcc g++ binutils patch bzip2 flex bison make autoconf gettext texinfo unzip sharutils subversion libncurses5-dev ncurses-term zlib1g-dev subversion git-core gawk asciidoc libz-dev zlib1g-dev libssl-dev 需要注意的是，python3-distutils不需要安裝，24.04也安裝不上，因為openWRT官方特別說了： （二）源碼下載 因為在上篇（【Banana Pi BPI-RV2開發(fā)板試用體驗】配置WSL網(wǎng)絡(luò)環(huán)境訪問Github - RISC-V技術(shù)論壇 - 電子技術(shù)論壇 - 廣受歡迎的專業(yè)電子論壇!）我已經(jīng)配置好WSL可以通過PC的代理高速訪問GitHub，所以我就直接從GitHub上clone源碼了。 git clone https://github.com/BPI-SINOVOIP/BPI-RV2-SF21H8898-OPENWRT-BSP.git 當(dāng)然，如果網(wǎng)絡(luò)訪問GitHub的確慢，也可以通過gitee曲線救國的方式下載源碼，即先通過gitee將源碼從GitHub同步過來，然后從gitee下載源碼。 二、配置系統(tǒng) 配置OpenWRT通過在BPI-RV2-SF21H8898-OPENWRT-BSP目錄下執(zhí)行make menuconfig命令，主要包括開發(fā)板BSP配置、LuCI網(wǎng)頁配置和無線網(wǎng)絡(luò)配置。 （一）feeds配置 feeds.conf.default文件中保存著OpenWRT的附加軟件包管理器的擴展包索引目錄，就是下載管理軟件包的，默認(rèn)的feeds下載有packages、luci、routing、telephony。常見的內(nèi)容如下： root@DeepThink:~/BPI-RV2-SF21H8898-OPENWRT-BSP$ cat feeds.conf.default src-git-full packages https://git.openwrt.org/feed/packages.git;openwrt-22.03 src-git-full luci https://git.openwrt.org/project/luci.git;openwrt-22.03 src-git-full routing https://git.openwrt.org/feed/routing.git;openwrt-22.03 src-git-full telephony https://git.openwrt.org/feed/telephony.git;openwrt-22.03 如果git.openwrt.org下載速度坑爹的話，可以采用gitee同步大法，同步后的gitee地址更新至feeds.conf.default文件。 （二）板級BSP配置 因為Banana Pi BPI-RV2的BSP早就有官方配置好了，我們只需要在menu中選擇即可。 1、選擇Target System (SiFlower SoCs) 2、再選擇Subtarget（Siflower SF21H8898 based boards） 3、最后，Target Profile (Banana Pi BPI-RV2)，可以看出SF21H8898目前的板子挺多的，有官方的EVB，BPI的香蕉派RV2，還有個One，估計也是Siflower官方的。 （三）LuCI 配置 UCI 是 Openwrt 中為實現(xiàn)所有系統(tǒng)配置的一個統(tǒng)一接口，英文名 Unified Configuration Interface，即統(tǒng)一配置接口。輕量級 LUA 語言的官方版本只包括一個精簡的核心和最基本的庫，這使得 LUA 體積小、啟動速度快，從而適合嵌入在別的程序里。 LuCI 即是這兩個項目的合體，可以實現(xiàn)路由的網(wǎng)頁配置界面。 LuCI網(wǎng)頁配置如下： 1、-> Network -> Web Servers/Proxies -> < *> uhttpd； 2、-> LuCI -> 1. Collections -> <* > luci 3、-> LuCI -> 2. Modules -> Translations -> <*> Chinese Simplified (zh_Hans） 4、-> LuCI -> 3. Applications -> <* > luci-app-ddns -> LuCI -> 3. Applications -> <* > luci-app-firewall -> LuCI -> 3. Applications -> <* > luci-app-ntpc -> LuCI -> 3. Applications -> <* > luci-app-samba4 -> LuCI -> 3. Applications -> <* > luci-app-uhttpd 5、-> LuCI -> 4. Themes ->全選 具體截圖就不附上了。 （四）無線配置 Banana Pi BPI-RV2開發(fā)板上沒有WIFI模組，手頭有個MT7601U的USB WiFi卡，一并加上。 1、配置kernel驅(qū)動 -> Kernel modules -> Wireless Driver -> < *> kmod-cfg80211 -> Kernel modules -> Wireless Driver -> < *> kmod-cfg80211 -> Kernel modules -> Wireless Driver -> < *> kmod-mt7601u 2、配置WirelessAPD框架 -> Network -> WirelessAPD -> < *> wpad-basic-mbedtls -> Network -> WirelessAPD ->< *> hostapd-common -> Network -> WirelessAPD ->< *> wpa-cli -> Network -> WirelessAPD ->< *> hostapd-utils 保存全部，退出。 三、編譯OpenWRT （一）下載軟件包 下載全部選擇好的軟件包 ./scripts/feeds update -a ./scripts/feeds install -a make download V=s 在線下載文件包，如果由于網(wǎng)絡(luò)關(guān)系導(dǎo)致某些文件包無法下載而中斷編譯過程。一方面可以重復(fù)執(zhí)行make download V=s命令重新下載，另一種解決方法則是查找出錯的包名，至ftp://ftp.gnu.org/gnu/手動下載對應(yīng)文件包，并復(fù)制至“dl”目錄后重新編譯，直至全部完成。 （二）編譯系統(tǒng) 直接make了，硬件比較高的機器可以make -j4甚至make -j8加快編譯速度。 中間遇到2次編譯問題： 一次是沒有使用代理下載文件，加上文件太大，導(dǎo)致沒下載全的問題，后來通過代理下載就OK了； 另外一次就是PATH環(huán)境變量的問題，因為PC上安裝了nvidia的SDK manager，結(jié)果編譯的時候一直提示“The relative path \'Files/NVIDIA\' is included in the PATH environment variable”錯誤，最后在PC側(cè)刪除該軟件然后重啟WSL才解決。 大約2-3小時編完。 最后生成的bin文件如下： root@DeepThink:~/BPI-RV2-SF21H8898-OPENWRT-BSP$ ls bin/targets/siflower/sf21h8898/ -l total 14416 -rw-r--r-- 1 root root 5313 Jul 19 23:19 config.buildinfo -rw-r--r-- 1 root root288 Jul 19 23:19 feeds.buildinfo -rw-r--r-- 1 root root 6946816 Jul 19 23:20 openwrt-siflower-sf21h8898-bpi-rv2-nand-initramfs-kernel.bin -rw-r--r-- 1 root root 7766337 Jul 19 23:20 openwrt-siflower-sf21h8898-bpi-rv2-nand-squashfs-sysupgrade.bin -rw-r--r-- 1 root root 4701 Jul 19 23:20 openwrt-siflower-sf21h8898-bpi-rv2-nand.manifest drwxr-xr-x 2 root root12288 Jul 19 23:20 packages -rw-r--r-- 1 root root 1457 Jul 19 23:20 profiles.json -rw-r--r-- 1 root root701 Jul 19 23:20 sha256sums -rw-r--r-- 1 root root13 Jul 19 23:19 version.buildinfo 四、一些需要注意的問題 一是openwrt和GitHub速度真的太慢了，本次大部分時間耗費在源碼和工具下載問題的解決上，最好用代理下載GitHub源碼和工具，gitee同步勉強能用。 二是新手編譯務(wù)必按照步驟來，不要亂序，否則很多莫名其妙的問題。 三是編譯環(huán)境很重要，要想少問題，多讀readme。 收工

1. 研究背景與行業(yè)趨勢 1.1 數(shù)據(jù)中心散熱挑戰(zhàn) 隨著AI、HPC（高性能計算）和5G的快速發(fā)展，數(shù)據(jù)中心功率密度急劇上升，傳統(tǒng)風(fēng)冷技術(shù)已無法滿足高算力芯片（如GPU、ASIC、光芯片）的散熱需求。據(jù)IDC預(yù)測，到2027年，全球液冷數(shù)據(jù)中心市場規(guī)模將突破200億美元，年復(fù)合增長率（CAGR）達25%。 1.2 液冷技術(shù)成為主流 ? 浸沒式液冷：直接接觸冷卻，PUE可低至1.02-1.05，適用于超高密度算力集群。 ? 冷板式液冷：適用于部分液冷改造場景，但散熱效率低于浸沒式。 ? 硅光技術(shù)+液冷：硅光子（SiPh）可降低光模塊功耗，結(jié)合液冷可進一步提升能效比。 易飛揚作為光互連技術(shù)領(lǐng)導(dǎo)者，率先布局浸沒液冷延長器和硅光液冷光模塊，推動數(shù)據(jù)中心向低碳、高密度方向發(fā)展。

智能穿戴設(shè)備，如今正進入越來越多的傳統(tǒng)行業(yè)，助力其完成數(shù)字化改革。 在7月8日-7月10日舉行的第十七屆中國國際現(xiàn)代化鐵路技術(shù)裝備展上，出現(xiàn)在國鐵集團人工智能展區(qū)的“車務(wù)系統(tǒng)人身安全”VR實訓(xùn)平臺項目成為了現(xiàn)場焦點。 該方案由北京局集團公司唐山站選送、微澤科技提供技術(shù)支持、DPVR（大朋VR）提供設(shè)備支持，作為中國鐵路人工智能學(xué)習(xí)實訓(xùn)類應(yīng)用代表參加本次活動，受到參會人員和媒體的廣泛關(guān)注。 VR 賦能鐵路安全培訓(xùn)，安全高效兩不

電子發(fā)燒友網(wǎng)綜合報道 功率因數(shù)校正（Power Factor Correction，簡稱 PFC）是一種用于提高電力系統(tǒng)功率因數(shù)、降低諧波污染的技術(shù)。它廣泛應(yīng)用于開關(guān)電源、電機驅(qū)動、照明設(shè)備等領(lǐng)域，尤其是在現(xiàn)代電力電子設(shè)備中，PFC 已成為必不可少的關(guān)鍵技術(shù)。 ? 在 PFC 中，有三個重要的概念：有功功率（P）：實際做功的功率，單位為瓦特（W）；視在功率（S）：電壓與電流有效值的乘積，單位為伏安（VA）；無功功率（Q）：用于建立磁場或電場的功率，單位為乏（

前言本文分享dac的測試，并增加對應(yīng)的shell命令方便測試 。 使用P014測試 配置配置DAC的輸出引腳 “Stacks” -> “New Stack” -> “Analog” -> “DAC (r_dac)”添加組件 配置屬性默認(rèn)即可 代碼增加 dac.c/h文件 .c中初始化void dac_init(void){R_DAC_Open(&g_dac0_ctrl, &g_dac0_cfg);R_DAC_Start(&g_dac0_ctrl);} 輸出值void dac_put(uint16_t val){R_DAC_Write(&g_dac0_ctrl, val);} 測試shell增加測試命令#include ”dac.h”static voiddacfunc(uint8_t* param); { (uint8_t*)\"dac\", dacfunc, (uint8_t*)\"dac val\"}, static void dacfunc(uint8_t* param){int val;if(1 == sscanf((const char*)param, \"%*s %d\", &val)){xprintf(\"dac:%d\\r\\n\",val);dac_put(val);}} 短接P000和P014先輸出dac值，再adc讀取

當(dāng)國產(chǎn)自主RTOS遇上全球半導(dǎo)體巨頭——RT-Thread攜手恩智浦帶來年度重磅技術(shù)直播！7月22日20:00，我們有幸請來3位頂尖專家深度解析恩智浦MCX系列微控制器+RT-Thread的黃金組合，從“生態(tài)布局”到“電機實戰(zhàn)”到“AI應(yīng)用”，預(yù)約直播，和我們一起打開嵌入式開發(fā)新視界。Details直播詳情直播主題RT-Thread攜手NXP硬核實戰(zhàn)解鎖MC

前言本文分享adc的測試，并增加對應(yīng)的shell命令方便測試 。配置如下參考電壓默認(rèn)短接來自于3.3V 使用引腳P000及AIN0測試 配置引腳 添加adc組件配置adc參數(shù) Analog->ADC 使能對應(yīng)通道 產(chǎn)生工程 代碼Adc.c/h #include #include \"hal_data.h\" voidadc_init(void){fsp_err_t err;err = R_ADC_Open(&g_adc0_ctrl, &g_adc0_cfg);err = R_ADC_ScanCfg(&g_adc0_ctrl, &g_adc0_channel_cfg);assert(FSP_SUCCESS == err);} //ADC轉(zhuǎn)換完成標(biāo)志位volatile bool scan_complete_flag = false; void adc_callback(adc_callback_args_t * p_args){FSP_PARAMETER_NOT_USED(p_args);scan_complete_flag = true;} uint16_tadc_get(void){uint16_t adc_data;(void)R_ADC_ScanStart(&g_adc0_ctrl);while (!scan_complete_flag) //等待轉(zhuǎn)換完成標(biāo)志{;}scan_complete_flag = false; //重新清除標(biāo)志位 /* 讀取通道0數(shù)據(jù) */R_ADC_Read(&g_adc0_ctrl, ADC_CHANNEL_0, &adc_data); return adc_data;} #ifndef ADC_H#define ADC_H #ifdef __cplusplusextern \"C\" {#endif#include void adc_init(void);uint16_t adc_get(void); #ifdef __cplusplus}#endif #endif 測試shell增加測試命令#include ”adc.h”static void adcfunc(uint8_t* param); { (uint8_t*)\"adc\", adcfunc, (uint8_t*)\"adc\"}, static void adcfunc(uint8_t* param){xprintf(\"adc:%d\\r\\n\",adc_get());} 浮空看到測量值隨機754-1057接3V3測量值為4095接GND測量值為0

文章介紹了法拉電容的容量單位換算、與電流、電壓的關(guān)系，以及與電池容量的類比，強調(diào)其儲能能力巨大。

車載無線充電通過電磁感應(yīng)實現(xiàn)，結(jié)構(gòu)緊湊，安全高效，適用于現(xiàn)代汽車駕駛體驗。

電子發(fā)燒友網(wǎng)黃晶晶報道，在7月17日舉行的2025 RISC-V中國峰會主論壇上，十多位業(yè)界專家就RISC-V產(chǎn)業(yè)落地的機遇和挑戰(zhàn)的圓桌話題進行了精彩的觀點碰撞與趨勢分析。 ? ? 探討架構(gòu)創(chuàng)新 ? 圓桌論壇主持人峰會主席、上海開放處理器產(chǎn)業(yè)創(chuàng)新中心理事長戴偉民博士首先拋出問題，在高性能計算中，架構(gòu)創(chuàng)新上RISC-V能做什么，他提到Tenstorrent采用“Baby RISC-V”是否更適合于AI呢。 ? Tenstorrent首席架構(gòu)師Wei-Han Lien練維漢表示，高性能運算有很多不同的類型，云端