【XR806官方开发板入门】openHarmony编译与烧录

非常感谢AW陈老板赠与XR806开发板~~~
期望未来线下面基活动不会太晚.

首先画重点:
【严重警告】不要用全志客户服务平台Freertos v1.2版本编出来的固件烧到XR806开源鸿蒙开发板
由于我鸽子特性, 所以前一段时间我卡在了openharmony(简称OH)开发路线上, 所以避开了官方RTOS这坑.

OH开发路线我断断续续地摸索了2天

• 一是文档教程分散且有多个版本(见 参考文献);
• 二是估计OH官方库跟XR806的适配出现了一些分歧, 两者没有合并在一起.

平台

原生Ubuntu 20.04

资源

先建个文件夹, 边下载边往下看

mkdir xradio && cd ~/xradio

gn

需要下载gn-linux-x86-1717.tar.gz工具. 链接忘了
放到

~/gn目录下, 并加入环境变量

工具链

Linux: gcc-arm-none-eabi-10-2020-q4-major

下载解压, 加不加到PATH不要紧. 因为OH依靠ninja工具构建. 只要将工具链路径(gcc-arm-none-eabi-10-2020-q4-major/arm-none-eabi/bin)加入

特定库

devboard_device_allwinner_xr806

git@gitee.com:moldy-potato-chips/devboard_device_allwinner_xr806.git

devboard_vendor_allwinner_xr806

git@gitee.com:moldy-potato-chips/devboard_vendor_allwinner_xr806.git

以上两个库是早期从OH库特定分支fork下来的. 个人认为可能是最新的OH官方库与xr806适配方式存在一些分歧, 所以导致官方教程的里repo sync时无法同步到特定目录(库).

下载完之后xradio目录应该为:

xradio
├── devboard_device_allwinner_xr806
├── devboard_vendor_allwinner_xr806
└── gcc-arm-none-eabi-10-2020-q4-major

OH

先来看看官方教程, 然而并不能正常repo sync(21/03/06之前)

mkdir openharmony
cd openharmony
repo init -u ssh://git@gitee.com/openharmony-sig/manifest.git -b OpenHarmony_1.0.1_release --no-repo-verify -m devboard_xr806.xml
repo sync -c
repo forall -c 'git lfs pull'   #下载部分大容量二进制文件

问题出现在

-m devboard_xr806.xml

所以直接取得OpenHarmony_1.0.1_release分支OH仓即可:

repo init -u https://gitee.com/openharmony/manifest.git -b OpenHarmony_1.0.1_release --no-repo-verify
repo sync -c
repo forall -c 'git lfs pull'

注意xr806仅适配特定分支的OH系统.

整合目录★★★

以下操作是为了弥补该分支OH仓的一些差异.
估计是OH官方仓作了一些修改没法向前兼容XR806的适配.

# 若~/openharmony/device/xradio目录已存在, 则可备份一下.
# 复制device库
cp -rfa ~/xradio/devboard_device_allwinner_xr806 ~/openharmony/device/xradio

# 复制vender库
cp -rfa ~/xradio/devboard_vendor_allwinner_xr806 ~/openharmony/vendor/xradio

配置工具链

cd ~/openharmony

修改:
device/board/allwinner/xradio
device/xradio/xr806/liteos_m/config.gni +37

# Compiler prefix.
board_toolchain_prefix = "~/xradio/gcc-arm-none-eabi-10-2020-q4-major/bin/arm-none-eabi-"

修改:

device/xradio/xr806/xr_skylark/gcc.mk

CC_DIR := ~/xradio/gcc-arm-none-eabi-10-2020-q4-major/bin

编译注意事项

hb工具选择兼容XR806的版本

hb是构件OHOS的python工具. 它位于openharmony/build/lite/hb.

hb最新版本不兼容编译XR806 SDK, 所以必须使用b765e35分支的hb工具, 即对应OH仓OpenHarmony_1.0.1_release分支的版本.

git reset --hard b765e35
# 在openharmony目录下执行安装才会替换hb
python3 -m pip install --user build/lite

编译SDK

编译前要包含一下要编译的程序, 比如

~/openharmony/device/xradio/xr806/ohosdemo/hello_demo

需要修改一些Build.gn...
详细见官方教程和OH仓吧...
还有一些生成文件需要注意:

openharmony/device/xradio/xr806/liteos_m/SDKconfig.gni

编译

hb set 然后按一下回车出现:

!imga

选择wifi_skylark@xradio选项.
然后

hb build -f -c gcc

见success即可.

烧录

记得按官方教程打上 配置里的勾勾.

参考文献

[1] XR806使用安装包方式搭建编译环境

[2] 系统下载与编译

首先配置wpa_supplicant的配置文件:/etc/wifi/ake.conf

ctrl_interface=/var/run/wpa_supplicant
update_config=1
network={
        ssid="(SSID)"
        psk="(PWD)"
}

然后

# 主要连接操作
 wpa_supplicant -Dnl80211 -iwlan0 -c/etc/wifi/ake.conf -B
# 通过DHCP服务获得IP地址等信息
udhcpc -i wlan0 -B

# 搜索WIFI
wpa_cli -iwlan0 scan
wpa_cli -iwlan0 scan_result

# 检查WiFi连接状态
wpa_cli -iwlan0 status

WiFi已连接的应答

想开机配置网络和WiFi, 可以修改/etc/init.d/wpa_supplicant文件第48行左右:

if [ x$brlan=="xbr-lan" ]; then
    echo "change the default ip address 192.168.1.1"
    ifconfig br-lan 192.168.100.1
    # 加你所想操作的指令
fi

某天刷文章认识到了一位比肩Linus Torvalds的神人---QEMU, FFMPEG等神器作者法国程序猿Fabrice Bellard, 敬仰之余, 发现他手下有个OpenGL的开源子集实现tinyGL. 粗看代码感觉不算复杂

恰好手头上有个哪吒D1-H又没有GPU, 就把tinyGL移植了一下, 把牛当马使, 顺便摸摸D1-H性能的天花板.

先上效果图

默认分辨率大概47帧左右. (其实如果不搬RGB到fb可以上百帧)

打满官方MIPI屏分辨率(800x1280), 大概19帧左右.

运行该程序, D1-H终于有点发烧的感觉了, 也不算烫手.(估计还得再压个tinaplayer硬解4k)

修改要点

• 乱七八糟地魔改了一下Makefile, 里面的路径大家自己跟自家用的SDK对一下. ;
• 顺手牵羊几份SDK里的fbviewer的源码,

交叉编译

1. 先make src目录下的源码, 得到库
2. 再make RawDemos目录下可执行程序

github有个大伙优化的原始tinyGL原始版: https://github.com/C-Chads/tinygl

我魔改移植到D1的tinyGL: https://gitee.com/YJHmath/tinygl-d1

想拿程序去玩的:
Raw_demos.zip

坑点

1. 填-march=native或者-march=rv64imafdc会导致编译出来的程序无法运行, 解决方法: 不填, 让编译器默认.

2. 因为用了lp64d/libm.a, 所以指定了-mabi=lp64d, 但也不清楚生没生效

参考

MCU 上纯软件实现 OpenGL

前端时间带实习生的过程中顺带学习了一下F103调OV2640传感器获取图片，顺带把图像通过以太网抛出。MCU采用状态机写法(整理后开源)，通过TCP/UDP传输在PC上解包不要太顺利了.（这里要感谢实习生wyr填好的路）

接下来，主要想把上位机解包程序移植到哪吒开发板上，目标平台：Tina.

开源项目

哪吒开发板实现TCP/UDP图传:
https://gitee.com/YJHmath/image-transmission-d1-tina

图传协议:
https://docs.qq.com/doc/DVkRZUXhSa3prbXZp

预期需求：

• JPEG图片输出到HDMI, 或者MIPI.
• 整合NCNN, 直观看识别效果.
• 或许会支持更通用(复杂)的PES协议.

阶段性成果汇报

2021年9月30日

HDMI调通

• 感谢 @anruliu 指出了sdk中显示编码图像文件的工具fbviewer.
• 感谢 @anruliu 在D1设置hdmi分辨率中9楼指出Tina Linux启动时默认选择MIPI作为显示输出, 并给出了开机默认选择HDMI输出的方案.

开发过程

一开始着重快速地把协议移植, 所以我会使用cmake工具在win下qtcreator编写, 在Ubuntu20.10交叉编译.
开发语言自然是C++和C混着搭. 因为C++有着丰富的轮子,
程序采用了:

• 陈硕大佬的muduo网络库(C++)的Buffer类作为接收缓冲区.
• UNP例程库(C)来做一个简单的UDP Server, 就喜欢它足够简单纯粹.

这两个库在哪吒上的编译过程可以参考:
muduo网络库在哪吒上编译
《Unix网络编程》例程库在哪吒上编译

技术受限

一开始我想把接收到的图片一气呵成地输出到HDMI时, 但发现若将fbviewer目录(tina-d1-open/out/d1-nezha/compile_dir/target/fbviewer)下除main.o外的.o文件链接成静态库(.a), 再编译出来的程序无法正常运行:

root@TinaLinux:/mnt/nfs/tina# ./fbtest
./fbtest: line 1: ELF


�
8@@
                                : not found
./fbtest: line 3: syntax error: EOF in backquote substitution

这是一道坎, 望各位大佬指教.

寻求解决

既然验证了链接到静态库存在问题. 那能想到解决思路有3种:

1. 把已经正常运行的图传程序从C++改成C语言, 直接链接到fbviewer相关的.o文件, 这样程序大概率能正常运行. 但相当于弃盔卸甲, 还要用C把缓存区再造一遍.
2. 把整个fbviewer里jpeg输出到HDMI的代码搬到图传程序里, 然后笃定地相信它会编译成功.
3. 不要忘了操作系统扮演协调资源的角色. 图传程序将接收到的图片储存到运行目录下, 然后再魔改一下fbviewer, 通过stat读取运行目录下对应图像文件的最后修改时间有无发生变化来决定是否要通过HDMI输出图像. 这样就不用再纠结高层代码和底层代码之间千丝万缕的关系.

对于下班的闲暇抽空写码的我, 毫不犹豫地选择了第3种.

#include <stdio.h>
#include <stdint.h>
#include <unistd.h>
#include <sys/stat.h>

int main()
{
    printf("Hello world\n");
    char* path = "pic.jpg";
    uint32_t ts = 0;
    struct stat tmp;
    stat(path, &tmp);
   
    uint8_t* image = (uint8_t*)malloc(1600 * 1200 * 3);
    int is_need_output = 0;
    while(1)
    {
        stat(path, &tmp);
        //printf("st_ctime:%d\n", tmp.st_ctime);
        if(ts != tmp.st_ctime)
        {
            
            ts = tmp.st_ctime;
            is_need_output = 1;
        }
        if(is_need_output)
        {
            fh_jpeg_load(path, image, NULL, 1600, 1200);
            fb_display(image, NULL, 1600, 1200, 0, 0, 160, 0);
            is_need_output = 0;
        }
        usleep(25 * 1000);
    }
    free(image);
    return 0;
}

既然程序需要频繁地读写, 那就直接放到挂载到RAM的目录吧!
于是乎:

下一步把ncnn的demo整合应该也不是什么难事.

效果如上.

在Tina SDK目录下 按官方文档加载环境:

source build/envsetup.sh
lunch d1_nezha-tina
make menuconfig

然后沿路径进入:
Base system->BusyBox->Network Utilities->telnetd
功能全开.(telnet工具可选, 除非你要telnet到别的设备)

如图:

FH8852EV200调试RTL8188

作者本人转载, 链接:(http://t.csdn.cn/ulDBS)

坑点

1. kernel认不出USB
2. 加载ko出现各种段错误, 没有wlan0
3. wpa_supplicant连不上wifi...

kernel认不出USB

kernel版本:FH885XV200_IPC_V1.1.0_20210716

检查menuconfig, 开启Device Drivers->USB support下的:!

关注Device Drivers->Network device support下: 貌似没什么值得关注的.
FH本身的ETH驱动在:

-> Device Drivers
  -> Network device support (NETDEVICES [=y])
    -> Ethernet driver support (ETHERNET [=y])
    [*]   Fullhan devices
        <*>     FH 10/100 Ethernet driver
        [*]     FH GMAC DMA arbitration scheme
        [ ]     FH Independent Research Ephy

关注Networking support->Wireless:

注意sdk下kernel的Makefile很刚, make clean会直接删除目录重新解压

正常加载:USB网卡dmesg应显示:

加载ko出现各种段错误, 没有wlan0

FH本身自带了一些USB_WIFI驱动: FH885XV200_IPC_V1.1.0_20210716/board_support/kernel/wifi/usb_wifi/rtl8188FU_linux_v5.3.0.1_28034.20180525

确保Makefile的platform选择正确.

调整驱动日志输出等级:

根据dmesg输出的日志, 认真检查驱动代码. 在接近事故的地方加一些输出.

深坑

请注意宏定义是否落实到最终代码!!!

diff --git a/os_dep/linux/wifi_regd.c b/os_dep/linux/wifi_regd.c
index 73ccf28..be421cc 100644
--- a/os_dep/linux/wifi_regd.c
+++ b/os_dep/linux/wifi_regd.c
@@ -15,6 +15,10 @@
+// YE
+#define CONFIG_IOCTL_CFG80211
+#define LINUX_VERSION_CODE 264577

修改后, 加载驱动没有出现段错误或其它异常(至少针对驱动v5.3.0.1)....

wpa_supplicant连不上wifi

FH自带了一套能跑的工具wpa_supplicant v2.6, 对so有依赖:

[Requesting program interpreter: /lib/ld-uClibc.so.0]
Shared library: [librt.so.0]
Shared library: [libpthread.so.0]
Shared library: [libc.so.0]

从友商flash里提取一套wpa_supplicant v2.9, 所以没有继续纠结.....能用就行

[Requesting program interpreter: /lib/ld-uClibc.so.0]
Shared library: [libm.so.0]
Shared library: [libc.so.0]

运行方法:

./wpa_supplicant -Dnl80211 -iwlan0 -c/custom/wpa_supplicant.conf -B

wpa_supplicant.conf配置文件:

ctrl_interface=/var/run/wpa_supplicant
update_config=1

network={
    ssid="test_0"
    psk="8888888888"
}

关于HS环境下编译wpa_supplicant-0.6.9注意事项

编译wpa_supplicant-0.6.9时需要依赖openssl-0.9.8r的头文件, 至于链接需要-lcrypto, 可以先找找SDK和工具链里有没有.

某天刷文章认识到了一位比肩Linus Torvalds的神人---QEMU, FFMPEG等神器作者法国程序猿Fabrice Bellard, 敬仰之余, 发现他手下有个OpenGL的开源子集实现tinyGL. 粗看代码感觉不算复杂

恰好手头上有个哪吒D1-H又没有GPU, 就把tinyGL移植了一下, 把牛当马使, 顺便摸摸D1-H性能的天花板.

先上效果图

默认分辨率大概47帧左右. (其实如果不搬RGB到fb可以上百帧)

打满官方MIPI屏分辨率(800x1280), 大概19帧左右.

运行该程序, D1-H终于有点发烧的感觉了, 也不算烫手.(估计还得再压个tinaplayer硬解4k)

修改要点

• 乱七八糟地魔改了一下Makefile, 里面的路径大家自己跟自家用的SDK对一下. ;
• 顺手牵羊几份SDK里的fbviewer的源码,

交叉编译

1. 先make src目录下的源码, 得到库
2. 再make RawDemos目录下可执行程序

github有个大伙优化的原始tinyGL原始版: https://github.com/C-Chads/tinygl

我魔改移植到D1的tinyGL: https://gitee.com/YJHmath/tinygl-d1

想拿程序去玩的:
Raw_demos.zip

坑点

1. 填-march=native或者-march=rv64imafdc会导致编译出来的程序无法运行, 解决方法: 不填, 让编译器默认.

2. 因为用了lp64d/libm.a, 所以指定了-mabi=lp64d, 但也不清楚生没生效

参考

MCU 上纯软件实现 OpenGL

@cruise33 LVGL和采集摄像头数据两者不相干; 只是完成了后者可以用前者配合显示

抢...............沙发!!!!!!!!!!

@chunzhang
查询./scripts/pack_img.sh发现./tools/pack-bintools/src/fsbuild这个程序是32位的, 所以安装以下组件可解决问题:

apt-get install lib32z1 lib32z1-dev

要是能不用按任何物理按键，那就可以远程电脑进行烧录了？

如果AW有出书, 这部分内容应有一章节

桃花潭水深千尺, 不及小弟赠我情

好强, 好好做笔记

@qq519472926 在 V853 Sample MPP软件包，MPP 摄像头测试包 中说：

@yteraa 编译不过，啥情况

+1, 编译不过