簡(jiǎn)介《全志v3s音視頻開發(fā).pdf》面向具備Linux與嵌入式基礎(chǔ)的研發(fā)人員及音視頻方向工程師圍繞全志V3S平臺(tái)梳理從系統(tǒng)環(huán)境搭建到音視頻應(yīng)用落地的完整開發(fā)鏈路。資源包共1個(gè)PDF文件大小約12.26MB便于集中查閱與按章節(jié)實(shí)踐。內(nèi)容覆蓋源碼準(zhǔn)備、交叉編譯器配置、U-Boot與Linux 5.4.31內(nèi)核配置、Buildroot根文件系統(tǒng)制作并逐步展開2.4寸TFT-LED屏、按鍵、聲卡、攝像頭等外設(shè)驅(qū)動(dòng)配置。后半部分重點(diǎn)講解SDL2與Qt5的移植方法以及基于Qt5設(shè)計(jì)音樂(lè)播放器、圖片顯示、視頻播放器和攝像頭模塊結(jié)合FFmpeg理解音視頻解碼處理。文中保留設(shè)備樹修改、menuconfig選項(xiàng)和編譯命令等關(guān)鍵細(xì)節(jié)適合按順序搭建實(shí)驗(yàn)環(huán)境、對(duì)照配置外設(shè)并完成GUI綜合項(xiàng)目。已有329人學(xué)習(xí)。1. 全志 V3S 音視頻開發(fā)卡住人的從來(lái)不是 Qt 代碼全志 V3S 音視頻開發(fā)這套環(huán)境我第一次搭的時(shí)候在交叉編譯器和設(shè)備樹上耗了整整兩天。板子能上電串口也有輸出但一敲make就是arm-linux-gnueabihf-gcc: not found再往后以太網(wǎng) PHY 又認(rèn)不出來(lái)ping 不通宿主機(jī)TFTP 拉不到內(nèi)核整條鏈路就卡死在第一步。這套環(huán)境一共六份源碼buildroot-2021.02.1、gcc-linaro-6.5.0-2018.12 交叉編譯器、linux-5.4.31、u-boot-v3s-current、alsa-lib/alsa-utils 1.2.2以及宿主機(jī)上的 Qt 5.14.2。它們之間版本互相咬合錯(cuò)一個(gè)后面全是連鎖反應(yīng)。適合手上已經(jīng)有 V3S 板子、想從零把音視頻界面跑起來(lái)的人也適合之前裝到一半放棄、想回來(lái)把環(huán)境補(bǔ)完整的人。2. 源碼與交叉編譯器gcc-linaro-6.5.0 的路徑不能憑感覺寫2.1 六份源碼先擺齊版本對(duì)不上就別急著解壓先把要用的東西列成一張表貼在自己項(xiàng)目的 README 里比記在腦子里靠譜。版本之間有明確的對(duì)應(yīng)關(guān)系內(nèi)核是 5.4.31交叉編譯器就得選內(nèi)核頭文件系列能對(duì)上的 6.5-2018.12buildroot 2021.02.1 的 Toolchain 選項(xiàng)里正好能選5.4.x的頭文件系列選早了或選晚了后面編 Qt 時(shí)都會(huì)以各種奇怪的方式報(bào)錯(cuò)。文件版本用途放置位置buildroot-2021.02.1.tar.xz2021.02.1生成根文件系統(tǒng)~/qz/toolsgcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf.tar.xz6.5.0-2018.12交叉編譯器~/qz/toolslinux-5.4.31.tar.gz5.4.31內(nèi)核~/qz/kernelu-boot-v3s-current.zipcurrent引導(dǎo)程序~/qz/toolsalsa-lib-1.2.2.tar.bz21.2.2音頻庫(kù)后續(xù)交叉編譯alsa-utils-1.2.2.tar.bz21.2.2aplay/amixer 等工具后續(xù)交叉編譯qt-opensource-linux-x64-5.14.2.run5.14.2宿主機(jī) Qt Creator宿主機(jī)安裝宿主機(jī)的編譯依賴要一并裝上常見做法是提前裝齊省得編到一半再回來(lái)補(bǔ)sudo apt update sudo apt install -y build-essential bison flex libssl-dev \ libncurses5-dev device-tree-compiler unzip bc \ lib32z1 lib32stdc6 rsyncbison、flex是 U-boot 和內(nèi)核 Kconfig 解析要用的libssl-dev影響內(nèi)核模塊簽名相關(guān)配置device-tree-compiler提供dtc編譯 dtb 時(shí)會(huì)調(diào)用lib32z1、lib32stdc6是跑 32 位工具鏈輔助程序時(shí)要的。少裝一個(gè)報(bào)錯(cuò)信息通常不會(huì)直接告訴你缺的是哪個(gè)包。2.2 目錄約定好后面所有路徑都好寫交叉編譯環(huán)境的路徑會(huì)出現(xiàn)在~/.bashrc、內(nèi)核 Makefile、buildroot 的 Toolchain path 三個(gè)地方目錄不統(tǒng)一改起來(lái)一定漏。我習(xí)慣在用戶目錄下建一套固定結(jié)構(gòu)mkdir -p ~/qz/driver # 自己寫的應(yīng)用程序 mkdir -p ~/qz/tools # U-boot、交叉編譯器、buildroot 壓縮包 mkdir -p ~/qz/kernel # 內(nèi)核源碼 cd ~/qz/tools tar -xvf gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf.tar.xzx86_64表示這是跑在 64 位宿主機(jī)上的版本arm-linux-gnueabihf表示產(chǎn)出的是 ARM 架構(gòu)、Linux 系統(tǒng)、gnueabihf硬浮點(diǎn) ABI 的可執(zhí)行程序。V3S 是 Cortex-A7 帶 VFPv3 硬浮點(diǎn)單元所以后面所有配置里浮點(diǎn)策略都要選VFPv3選軟浮點(diǎn)會(huì)出現(xiàn)程序能跑但音視頻解碼慢到?jīng)]法用的情況。解壓完成后~/qz/tools下會(huì)多出一個(gè)長(zhǎng)名字目錄這就是工具鏈的根。后面一律以$HOME/qz/tools/gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf表示不要從別人文章里抄帶用戶名的絕對(duì)路徑。2.3 拿到 pwd 輸出環(huán)境變量只能照它寫很多人環(huán)境變量配錯(cuò)就是因?yàn)槌私坛汤锏?home/xxx/...。正確做法是進(jìn)到 bin 目錄讓pwd告訴你真實(shí)路徑cd ~/qz/tools/gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf/bin pwd # 輸出示例/home/dev/qz/tools/gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf/bin拿到這一行之后再往~/.bashrc末尾追加vim ~/.bashrc # 文件末尾追加路徑換成上一步 pwd 的真實(shí)輸出 export PATH$PATH:/home/dev/qz/tools/gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf/bin source ~/.bashrcexport PATH$PATH:...是把新路徑追加到原有 PATH 后面原命令一個(gè)不丟。如果你把$PATH:寫掉了變成export PATH/xxx/bin當(dāng)前終端里ls、vim會(huì)全部失效只能重開一個(gè)終端。source ~/.bashrc是讓改動(dòng)立刻在當(dāng)前 shell 生效不 source 就得關(guān)掉終端重開。改完立刻自檢which arm-linux-gnueabihf-gcc arm-linux-gnueabihf-gcc -v要看到兩樣?xùn)|西才算過(guò)which指到~/qz/tools/...下的 bin 目錄-v輸出里帶gcc version 6.5.0 201812xx以及--with-archarmv7-a --with-fpuvfpv3-d16這類字樣。如果-v顯示的是宿主機(jī)自帶的 gcc說(shuō)明 PATH 沒生效或者寫錯(cuò)了。2.4 編一個(gè) hello 驗(yàn)證工具鏈真的產(chǎn)出 ARM 程序環(huán)境變量能查到不等于能編譯這一步別省cd ~/qz/driver cat hello.c EOF #include stdio.h int main(void) { puts(v3s toolchain ok); return 0; } EOF arm-linux-gnueabihf-gcc hello.c -o hello file hellofile的輸出應(yīng)該是ELF 32-bit LSB executable, ARM, EABI5 version 1, dynamically linked。如果看到x86-64說(shuō)明調(diào)用到了宿主機(jī) gcc回頭查 PATH 順序如果提示找不到libc.so一般是沒有加-static后面往板子上跑時(shí)用hello的靜態(tài)版本驗(yàn)證更省事arm-linux-gnueabihf-gcc -static hello.c -o hello_static-static把 glibc 一起鏈進(jìn)可執(zhí)行文件板子上根文件系統(tǒng)還沒做好的階段靜態(tài)程序是最省心的驗(yàn)證手段。動(dòng)態(tài)鏈接版本依賴目標(biāo)板的libc根文件系統(tǒng)做好之后再驗(yàn)證不遲。3. U-boot 與內(nèi)核 5.4.31一份設(shè)備樹決定以太網(wǎng)能不能用3.1 U-boot 解壓并跑一遍 defconfigcd ~/qz/tools unzip u-boot-v3s-current.zip cd u-boot-v3s-current make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- LicheePi_Zero_defconfig三個(gè)參數(shù)各有分工ARCHarm告訴構(gòu)建系統(tǒng)按 ARM 架構(gòu)挑源碼目錄CROSS_COMPILEarm-linux-gnueabihf-指定工具鏈前綴末尾那個(gè)短橫不能漏因?yàn)闃?gòu)建規(guī)則是$(CROSS_COMPILE)gcc拼出來(lái)的少一個(gè)短橫就會(huì)去找一個(gè)叫arm-linux-gnueabihf的可執(zhí)行文件LicheePi_Zero_defconfig是這塊板子的默認(rèn)配置模板。終端打出# configuration written to .config才算成功其它輸出都可以先放著。3.2 設(shè)備樹里補(bǔ) emac兩處都要改U-boot 默認(rèn)配置里沒把以太網(wǎng)打開得自己補(bǔ)。第一處在板級(jí) dts/* arch/arm/dts/sun8i-v3s-licheepi-zero.dts */ aliases { serial0 uart0; ethernet0 emac; /* 讓 U-boot 的 net 子系統(tǒng)能找到這塊網(wǎng)卡 */ }; /* 文件末尾追加 */ emac { phy phy0; phy-mode mii; allwinner,use-internal-phy; /* 使用芯片內(nèi)部 PHY不走外部 PHY 芯片 */ allwinner,leds-active-low; status okay; phy0: ethernet-phy0 { reg 1; /* 內(nèi)部 PHY 的 MDIO 地址是 1不是 0 */ }; };第二處在arch/arm/dts/sun8i-v3s.dtsi補(bǔ) pinctrl 引腳組和 emac 控制器節(jié)點(diǎn)/* soc 節(jié)點(diǎn)內(nèi)增加引腳復(fù)用 */ emac_rgmii_pins: emac00 { allwinner,pins PD0, PD1, PD2, PD3, PD4, PD5, PD7, PD8, PD9, PD10, PD12, PD13, PD15, PD16, PD17; allwinner,function emac; allwinner,drive SUN4I_PINCTRL_40_MA; allwinner,pull SUN4I_PINCTRL_NO_PULL; }; emac: ethernet1c30000 { compatible allwinner,sun8i-h3-emac; reg 0x01c30000 0x104, 0x01c00030 0x4; reg-names emac, syscon; interrupts GIC_SPI 82 IRQ_TYPE_LEVEL_HIGH; resets ccu RST_BUS_EMAC, ccu RST_BUS_EPHY; reset-names ahb, ephy; clocks ccu CLK_BUS_EMAC, ccu CLK_BUS_EPHY; clock-names ahb, ephy; status disabled; };phy-mode mii是最關(guān)鍵的一項(xiàng)寫成rgmii會(huì)出現(xiàn)鏈路協(xié)商不上、ping全是 timeout 的現(xiàn)象。allwinner,use-internal-phy是 Allwinner 這套綁定的私有屬性別拿掉。reg 1對(duì)應(yīng)內(nèi)部 PHY 的 MDIO 地址寫成 0 的話 U-boot 會(huì)去總線上掃一個(gè)不存在的設(shè)備。3.3 menuconfig 打開 sun8i GMAC 驅(qū)動(dòng)make ARCHarm menuconfig路徑是Device Drivers→Network device support→Ethernet driver support→ 勾上*Allwinner sun8i GMAC support。星號(hào)是編進(jìn)內(nèi)核鏡像M是編成模塊——U-boot 階段沒有模塊加載機(jī)制必須選星號(hào)。3.4 編譯并用 dd 燒到 SD 卡make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- lsblk # 先確認(rèn)哪塊盤是 SD 卡務(wù)必看清楚 sudo dd ifu-boot-sunxi-with-spl.bin of/dev/sdc bs1024 seek8 syncseek8表示從設(shè)備第 8KB 處開始寫這是 sunxi 平臺(tái) SPL 的固定位置約定改了板子起不來(lái)。/dev/sdc千萬(wàn)別憑記憶寫lsblk看清楚容量和掛載點(diǎn)寫錯(cuò)盤號(hào)的后果不用多說(shuō)。sync是保證緩沖區(qū)落盤拔卡前執(zhí)行一下。3.5 串口里配網(wǎng)絡(luò)ping 通宿主機(jī)才算過(guò)接上串口上電進(jìn) U-boot 命令行把四個(gè)網(wǎng)絡(luò)變量配齊 setenv ipaddr 192.168.10.202 # 開發(fā)板自身地址 setenv gatewayip 192.168.10.1 # 網(wǎng)關(guān) setenv serverip 192.168.10.201 # 宿主機(jī)TFTP/NFS 服務(wù)器地址 setenv netmask 255.255.255.0 saveenv ping 192.168.10.201saveenv會(huì)把變量寫進(jìn) MMC 的環(huán)境分區(qū)下次上電還在。ping成功時(shí)輸出是Using ethernet1c30000 device加host 192.168.10.201 is alive如果只打印No ethernet found說(shuō)明 3.2 和 3.3 里至少有一處沒生效回上一節(jié)逐條對(duì)。宿主機(jī)側(cè)要有對(duì)應(yīng)配置網(wǎng)線和板子直連或者同一交換機(jī)下宿主機(jī)192.168.10.201這個(gè)地址要真的配在網(wǎng)卡上防火墻別攔 ICMP。3.6 內(nèi)核 Makefile 改架構(gòu)與編譯器cd ~/qz/kernel tar -xvf linux-5.4.31.tar.gz cd linux-5.4.31 vim Makefile找到這兩行沒有就補(bǔ)上ARCH ? arm CROSS_COMPILE ? arm-linux-gnueabihf-?的意思是“變量沒定義才賦值”所以更穩(wěn)妥的習(xí)慣是不改 Makefile在命令行傳參make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- ...。改 Makefile 的好處是后面敲命令短壞處是萬(wàn)一哪天要編 x86 版本會(huì)莫名其妙出問(wèn)題。兩種都行別混著用。3.7 sunxi_defconfig 之后補(bǔ) GMAC 和 NFSmake ARCHarm CROSS_COMPILEarm-linux-gnueabihf- sunxi_defconfig make ARCHarm menuconfigdefault 配置里網(wǎng)卡和 NFS 都不全逐項(xiàng)確認(rèn)Device Drivers→Network device support→Ethernet driver support→*Allwinner sun8i GMAC support同時(shí)*Generic driver for DWMACNetworking support→Networking options→*NFS client support勾上 version 2 / 3 / 4[*]Root file system on NFSNFS 根文件系統(tǒng)是調(diào)試階段最省時(shí)間的做法改一個(gè)應(yīng)用重新編不用重新燒卡重啟板子就生效。等界面調(diào)試穩(wěn)定了再考慮把根文件系統(tǒng)固化到 SD 卡或者 SPI Flash。3.8 內(nèi)核設(shè)備樹寫法與 U-boot 不一樣這是最容易翻車的地方U-boot 用phy phy0內(nèi)核 5.4 用的是phy-handle加 mdio-mux 的組合兩種寫法不能互相抄。板級(jí) dts 里/* arch/arm/boot/dts/sun8i-v3s-licheepi-zero.dts */ aliases { serial0 uart0; ethernet0 emac; }; /* 文件末尾追加 */ emac { phy-handle int_mii_phy; phy-mode mii; allwinner,leds-active-low; status okay; };sun8i-v3s.dtsi里補(bǔ) emac、mdio、mdio-mux 和 sysconemac: ethernet1c30000 { compatible allwinner,sun8i-v3s-emac; syscon syscon; reg 0x01c30000 0x10000; interrupts GIC_SPI 82 IRQ_TYPE_LEVEL_HIGH; interrupt-names macirq; resets ccu RST_BUS_EMAC; reset-names stmmaceth; clocks ccu CLK_BUS_EMAC; clock-names stmmaceth; phy-handle int_mii_phy; phy-mode mii; status disabled; mdio: mdio { compatible snps,dwmac-mdio; }; mdio_mux: mdio-mux { compatible allwinner,sun8i-h3-mdio-mux; mdio-parent-bus mdio; internal_mdio: mdio1 { compatible allwinner,sun8i-h3-mdio-internal; reg 1; int_mii_phy: ethernet-phy1 { compatible ethernet-phy-ieee802.3-c22; reg 1; clocks ccu CLK_BUS_EPHY; resets ccu RST_BUS_EPHY; }; }; }; };mdio-mux是這一版內(nèi)核掛內(nèi)部 PHY 的必需節(jié)點(diǎn)缺了它啟動(dòng)日志里會(huì)出現(xiàn)no phy at addr -1之類的字樣eth0怎么也起不來(lái)。int_mii_phy的reg 1和 U-boot 里的phy0: ethernet-phy0 { reg 1; }是同一個(gè)地址兩邊必須一致。3.9 編 uImage 與 dtb拷進(jìn) tftp 目錄make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- -j12 uImage LOADADDR0x41000040 make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- dtbs mkdir -p /tftpboot cp arch/arm/boot/uImage /tftpboot/ cp arch/arm/boot/dts/sun8i-v3s-licheepi-zero.dtb /tftpboot/LOADADDR0x41000040是內(nèi)核加載地址不同文檔給出的值可能不一樣跟著自己這套源碼的約定走改錯(cuò)的表現(xiàn)是板子跑到加載內(nèi)核那一步直接重啟。-j12是并行編譯核數(shù)按宿主機(jī) CPU 核數(shù)調(diào)到一半左右內(nèi)存小的虛擬機(jī)建議降到-j4否則容易在鏈接階段被 OOM kill 掉。4. buildroot-2021.02.1外部工具鏈路徑手抄必錯(cuò)4.1 解壓與 Target options 五個(gè)選項(xiàng)cd ~/qz/tools tar -xvf buildroot-2021.02.1.tar.xz cd buildroot-2021.02.1 make ARCHarm menuconfigTarget options里逐項(xiàng)對(duì)齊Target ArchitectureARM (little endian)Target Binary FormatELFTarget Architecture Variantcortex-A7Target ABIEABIhfFloating point strategyVFPv3ARM instruction setARM這六項(xiàng)和 2.2 里提到的硬浮點(diǎn) ABI 是一一對(duì)應(yīng)的。cortex-A7選成cortex-A9雖然通常還能跑但生成的指令集不完全匹配EABIhf選成EABI就會(huì)和宿主機(jī)上的工具鏈 ABI 沖突最終表現(xiàn)是程序編譯通過(guò)、板子上一跑就Illegal instruction。4.2 Toolchain 必須選 External CustomToolchain菜單里改動(dòng)最多也最容易錯(cuò)Toolchain type (External toolchain) # 不用 buildroot 自己編工具鏈 Toolchain (Custom toolchain) # 用我們自己裝的那套 Toolchain origin (Pre-installed toolchain) # 已經(jīng)裝在宿主機(jī)上 Toolchain path (/home/dev/qz/tools/gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf) Toolchain prefix (arm-linux-gnueabihf) # 注意不帶末尾的短橫 External toolchain gcc version (6.x) External toolchain kernel headers series (5.4.x) External toolchain C library (glibc/eglibc) [*] Toolchain has SSP support? [*] Toolchain has RPC support? [*] Toolchain has C support? # 編 Qt 必須勾 [*] Enable MMU supportToolchain path填到工具鏈根目錄不要帶/bin。寫成.../bin的后果是 buildroot 拼出.../bin/arm-linux-gnueabihf-gcc這種路徑去探測(cè)探測(cè)失敗時(shí)錯(cuò)誤信息藏在output/build/toolchain-external-custom/下的日志里翻半天才能定位。Toolchain prefix填arm-linux-gnueabihf不要帶末尾短橫buildroot 自己會(huì)拼。這一項(xiàng)和CROSS_COMPILE的寫法剛好相反不少人在這里翻車。kernel headers series選5.4.x跟 5.4.31 內(nèi)核對(duì)齊。選低版本會(huì)導(dǎo)致 glibc 編出來(lái)的東西調(diào)用不到某些系統(tǒng)調(diào)用選高版本可能引入 5.4.31 里不存在的接口。C support必須勾上后面 Qt 5.14.2 要用到 C11 甚至部分 C14 特性。4.3 生成的根文件系統(tǒng)在哪怎么用配置好之后make -j8產(chǎn)物在output/images/下常見的是rootfs.tar、rootfs.ext4、rootfs.ext2幾種格式。用 NFS 掛載調(diào)試時(shí)把output/target/整個(gè)目錄作為 NFS 導(dǎo)出目錄即可# 宿主機(jī) /etc/exports /home/dev/qz/tools/buildroot-2021.02.1/output/target 192.168.10.0/24(rw,sync,no_root_squash,no_subtree_check) sudo exportfs -rano_root_squash讓開發(fā)板上的 root 用戶保留 root 權(quán)限做應(yīng)用調(diào)試時(shí)不用反復(fù) chmodno_subtree_check關(guān)掉子樹檢查減少 NFS 路徑變更后的異常。這兩項(xiàng)在正式發(fā)布環(huán)境里都該關(guān)掉調(diào)試階段圖省事。4.4 alsa-lib、alsa-utils 與 Qt 5.14.2 各歸各位這里有個(gè)容易誤解的點(diǎn)源碼清單里那份qt-opensource-linux-x64-5.14.2.run是x64 宿主機(jī)版本裝在自己電腦上寫代碼、做交叉編譯工程用的它不能裝到 V3S 板子上。板子上的 Qt 庫(kù)有兩個(gè)來(lái)源要么在 buildroot 的Package Selection for the target里勾 Qt5要么自己用交叉編譯器單獨(dú)編一份 Qt 5.14.2 再放到根文件系統(tǒng)里。音頻側(cè)同理。alsa-lib-1.2.2是應(yīng)用層要鏈接的庫(kù)alsa-utils-1.2.2提供aplay、arecord、amixer這些命令。調(diào)試順序上我一般先編 alsa-lib再編 alsa-utils最后跑 Qtcd ~/qz/driver tar -xjf ~/qz/tools/alsa-lib-1.2.2.tar.bz2 cd alsa-lib-1.2.2 ./configure --hostarm-linux-gnueabihf --prefix$HOME/qz/driver/alsa-out \ --disable-python --disable-static make -j8 make install--hostarm-linux-gnueabihf讓 configure 用交叉編譯器而不是宿主機(jī) gcc--prefix指到一個(gè)臨時(shí)輸出目錄方便統(tǒng)一拷到板子上--disable-python關(guān)掉 Python 綁定目標(biāo)板上用不到關(guān)掉能省下不少交叉編譯的麻煩。5. 避坑與排查這幾處報(bào)錯(cuò)我踩過(guò)不止一次5.1 現(xiàn)象終端提示arm-linux-gnueabihf-gcc: command not found原因~/.bashrc里寫的是別人電腦上的路徑比如/home/farsight/...或者只在一個(gè)終端里export PATH...新開終端就丟了。解決回到 2.3 節(jié)在工具鏈 bin 目錄下執(zhí)行pwd拿真實(shí)路徑~/.bashrc里改成自己的改完source ~/.bashrc然后which arm-linux-gnueabihf-gcc確認(rèn)。長(zhǎng)期做法是把這套路徑寫進(jìn)項(xiàng)目里的env.sh每次開終端source env.sh不依賴個(gè)人家目錄。5.2 現(xiàn)象U-boot 啟動(dòng)后敲ping提示No ethernet found原因兩種可能。一是 3.3 節(jié) menuconfig 里Allwinner sun8i GMAC support沒勾成星號(hào)二是 dts 里emac節(jié)點(diǎn)的status還是disabled或者aliases里沒加ethernet0 emac;。解決先看menuconfig里那項(xiàng)是不是*再grep -n status arch/arm/dts/sun8i-v3s-licheepi-zero.dts確認(rèn)okay重新make之后重新dd燒錄。改完 dts 一定要重?zé)恢匦戮幉粺亲畛Ｒ姷摹案牧藳]效果”。5.3 現(xiàn)象內(nèi)核啟動(dòng)日志里出現(xiàn)no phy at addr -1eth0起不來(lái)原因把 U-boot 的 dts 寫法直接抄進(jìn)了內(nèi)核。U-boot 用phy phy0加allwinner,use-internal-phy內(nèi)核 5.4 用的是phy-handle int_mii_phy加mdio-mux套internal_mdio。解決按 3.8 節(jié)把mdio、mdio_mux、internal_mdio、int_mii_phy四個(gè)節(jié)點(diǎn)補(bǔ)全phy-handle指到int_mii_phy。改完make dtbs只換 dtb 文件就能驗(yàn)證不用重編整個(gè)內(nèi)核。5.4 現(xiàn)象內(nèi)核掛載 NFS 根文件系統(tǒng)時(shí)卡住最后報(bào)VFS: Unable to mount root fs on unknown-block原因menuconfig里Root file system on NFS沒勾或者宿主機(jī)serverip和 NFS 服務(wù)不在同一網(wǎng)段也可能是/etc/exports改完沒exportfs -ra。解決按 3.7 節(jié)把 NFS 三項(xiàng)勾全宿主機(jī)上showmount -e 192.168.10.201看導(dǎo)出列表是否包含目標(biāo)目錄再rpcinfo -p確認(rèn)nfs服務(wù)在跑。交叉驗(yàn)證順序是“U-boot 能 ping 通 → 能 tftp 拉到文件 → 再談 NFS 掛載”前兩步?jīng)]過(guò)就別折騰 NFS。5.5 現(xiàn)象buildroot 編到一半報(bào) toolchain 探測(cè)失敗日志里全是No such file原因Toolchain path手抄成了帶/bin的路徑或者Toolchain prefix末尾多了短橫。buildroot 的探測(cè)腳本拿到這種路徑拼出來(lái)的命令一定不存在。解決Toolchain path填到gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf這一層為止Toolchain prefix填arm-linux-gnueabihf不帶短橫。改完先make clean再重新make menuconfig保存一次讓探測(cè)腳本重跑。這類錯(cuò)誤不看日志很難猜output/build/toolchain-external-custom/下的config.log是唯一線索。6. 裝完怎么驗(yàn)證從 ping 通到屏幕出聲的四步驗(yàn)收環(huán)境裝沒裝好不看編譯有沒有報(bào)錯(cuò)看板子跑起來(lái)之后這四步能不能連續(xù)過(guò)。第一步串口有完整的啟動(dòng)日志。打開串口工具115200 8N1上電后應(yīng)能看到 U-boot 的U-Boot 20xx.xx版本號(hào)然后Hit any key to stop autoboot倒計(jì)時(shí)。能停在這里說(shuō)明 3.4 節(jié)的dd偏移寫對(duì)了。第二步U-boot 里網(wǎng)絡(luò)通。按 3.5 節(jié)配完四個(gè)變量執(zhí)行 ping 192.168.10.201 Using ethernet1c30000 device host 192.168.10.201 is alive tftp 0x41000000 uImageis alive和 tftp 的Bytes transferred ...都出現(xiàn)了說(shuō)明 U-boot 側(cè)設(shè)備樹、驅(qū)動(dòng)、網(wǎng)絡(luò)配置三項(xiàng)全對(duì)。后面就算內(nèi)核起不來(lái)也能靠 tftp 反復(fù)換鏡像調(diào)試不至于每次都要拔卡。第三步內(nèi)核起來(lái)、網(wǎng)卡就緒、根文件系統(tǒng)掛上。啟動(dòng)日志里應(yīng)該出現(xiàn)類似下面的行[ 0.000000] Booting Linux on physical CPU 0x0 [ 1.2xxxxx] sun8i-v3s-emac 1c30000.ethernet: PHY ID xxxxxxxx at 0 IRQ POLL [ 2.1xxxxx] VFS: Mounted root (nfs filesystem) on device 0:14.第一行證明內(nèi)核加載地址正確第二行證明內(nèi)部 PHY 掛上了并且認(rèn)到了 ID第三行證明 NFS 根文件系統(tǒng)掛載成功。登錄進(jìn)系統(tǒng)后ip addr看到eth0有地址ifconfig里 RX/TX 計(jì)數(shù)會(huì)隨 ping 增長(zhǎng)。第四步聲卡與圖形界面。這一步直接決定音視頻開發(fā)能不能往下走# 板子上執(zhí)行 aplay -l cat /proc/asound/cardsaplay -l能列出 card 0 及 playback 設(shè)備說(shuō)明 alsa-lib 和內(nèi)核聲卡驅(qū)動(dòng)都到位。然后插一張 48kHz 的 wavaplay test.wav耳機(jī)口有聲音。最后跑 Qt 程序驗(yàn)證export QT_QPA_PLATFORMlinuxfb ./your_qt_app -platform linuxfbQT_QPA_PLATFORMlinuxfb讓 Qt 走 framebuffer不需要 X11 或者 WaylandV3S 這類資源有限的板子基本都是這個(gè)跑法。屏幕上出畫面、觸摸或按鍵有響應(yīng)、音頻同步出聲這套全志 V3S 音視頻開發(fā)環(huán)境才算真正驗(yàn)收完。從那以后我每次拿到一塊新板子都先把“串口日志 → ping 通 → aplay -l”這三步強(qiáng)制走一遍再動(dòng) Qt 和音視頻代碼中間少走的路比多寫幾行業(yè)務(wù)代碼省時(shí)間得多。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取