标签: ota

在传统印象中，Linux上的镜像替换方式相对单一，无法像Android那样实现OTA升级。然而，我们通过RAUC的工具就可以实现类似安卓OTA的系统升级功能。RAUC为Linux系统提供了灵活而强大的方式，可升级系统内核、文件系统和应用。接下来，将以飞凌嵌入式OKMX8MP-C开发板为例，基于Linux 5.4.70版本内核，展示升级前后的切换效果。 切换前，系统启动读取系统的boot.0和rootfs.0分区： 切换后，让uboot引导系统从boot.1和rootfs.1进行启动： Linux-OTA的实现方法是很简单的，本篇文章小编将展示在飞凌嵌入式OKMX8MP-C开发板上实现OTA的详细步骤。 一、环境搭建 1. 下载虚拟机22.04镜像 RAUC需要使用1.6版本，首先下载虚拟机 22.04的iso镜像，下载网址： https://mirrors.tuna.tsinghua.edu.cn/ubuntu-releases/22.04/ 2. 修改虚拟机 GCC版本 (1) 修改apt源 forlinx@ubuntu:~$ sudo gedit /etc/apt/source.list (2) 在文件最后添加源 deb http://archive.ubuntu.com/ubuntu focal main universe (3) 更新源 forlinx@ubuntu:~$ sudo apt update (4) 安装GCC forlinx@ubuntu:~$ sudo apt install gcc-7 g++-7 (5) 备份原来的GCC和G++ forlinx@ubuntu:~$ sudo mv /usr/bin/gcc /usr/bin/gcc.bak forlinx@ubuntu:~$ sudo mv /usr/bin/g++ /usr/bin/g++.bak (6) 链接到gcc-7 forlinx@ubuntu:~$ sudo ln -s /usr/bin/gcc-7 /usr/bin/gcc forlinx@ubuntu:~$ sudo ln -s /usr/bin/g++-7 /usr/bin/g++ (7) 安装完成后测试 forlinx@ubuntu:~$ gcc --version forlinx@ubuntu:~$ g++ --version GCC测试运行结果 G++测试运行结果 3. 安装RAUC工具 forlinx@ubuntu:~$ sudo apt install rauc 二、源码配置 1. eMMC分区 需要修改源码中的：OK8MP-linux-fs/rootfs/etc/init.d/Init.sh #! /bin/sh ## add forlinx user useradd-k /etc/skel -m -U forlinx -s /bin/bash passwd forlinx << EOM forlinx forlinx EOM DEVICE= "/dev/mmcblk2" # 创建分区 fdisk $DEVICE << EOF n p 3 13818240 13988608 t 3 c n p 4 13988609 30589000 w EOF # 刷新分区表 partprobe # 输出分区信息 lsblk $DEVICE resize2fs /dev/mmcblk2p2 /usr/bin/fltest_runRefreshMatrix.sh ## delete Init.sh sed-i "s/\/etc\/init.d\/Init.sh//g" /etc/rc.local rm-f /etc/init.d/Init.sh sync 2. RAUC及依赖工具解压 (1) liblz4.tar.bz2在OK8MP-linux-fs/rootfs/usr/lib目录下解压 forlinx@ubuntu:~/OK8MP-linux-sdk/OK8MP-linux-fs/rootfs/usr/lib$ tar -xvf liblz4.tar.bz2 (2) fw_setenv.tar.b z2在OK8MP-linux-fs/rootfs/目录下解压 forlinx@ubuntu:~/OK8MP-linux-sdk/OK8MP-linux-fs/rootfs$ tar -xvf fw_setenv.tar.bz2 (3) unsquashfs.tar.bz2在OK8MP-linux-fs/rootfs/目录下解压 forlinx@ubuntu:~/OK8MP-linux-sdk/OK8MP-linux-fs/rootfs$ tar -xvf unsquashfs.tar.bz2 (4) yocto-rauc-1.5.1.tar.bz2在OK8MP-linux-fs/rootfs/目录下解压 forlinx@ubuntu:~/OK8MP-linux-sdk/OK8MP-linux-fs/rootfs$ tar -xvf yocto-rauc-1.5.1.tar.bz2 3. 修改工具配置 (1) 修改fw_env.config指定env基地址 forlinx@ubuntu:~/OK8MP-linux-sdk/OK8MP-linux-fs/rootfs/etc$ gedit fw_env.config 删除原有内容只添加： /dev/mmcblk2 0x400000 0x2000 (2) 修改RAUC配置文件 forlinx@ubuntu:~/OK8MP-linux-sdk/OK8MP-linux-fs/rootfs/etc/rauc$ gedit system.conf 注意：需要保证compatible和升级包内一致，分区内容正确。 (3) 修改编译脚本 forlinx@ubuntu:~/OK8MP-linux-sdk$ gedit tools/fakeroot.fs 需要注掉脚本的该部分 (4) 修改挂载配置文件 forlinx@ubuntu:~/OK8MP-linux-sdk/OK8MP-linux-fs/rootfs/etc$ gedit fstab 修改OK8MP-linux-fs/rootfs/etc/fstab文件如下 /dev/mmcblk2p3 /run/media/mmcblk2p3 auto defaults,sync,noauto 0 0 /dev/mmcblk2p4 /run/media/mmcblk2p4 auto defaults,sync,noauto 0 0 注：在这里主要是防止服务自动挂载分区导致升级时报分区已经挂载问题。 三、生成升级包 1. 全编译获取所需镜像 forlinx@ubuntu:~/OK8MP-linux-sdk$ . /opt/fsl-imx-xwayland/5.4-zeus/environment-setup-aarch64-poky-linux forlinx@ubuntu:~/OK8MP-linux-sdk$ . environment-setup-aarch64-poky-linux forlinx@ubuntu:~/OK8MP-linux-sdk$ ./build.sh all 2. 拷贝镜像以及密钥文件 (1) 创建rauc文件夹 forlinx@ubuntu:~$ mkdir rauc (2) 在rauc文件夹下创建build和bundle文件夹 forlinx@ubuntu:~/rauc$ mkdir build forlinx@ubuntu:~/rauc$ mkdir bundle (3) 将images下编译生成的boot.img和rootfs.ext4拷贝到bundle的文件夹 (4) 将提供测试的密钥文件解压到rauc文件夹下 forlinx@ubuntu:~/rauc$ tar -xvf key.tar.bz2 3. 创建升级包配置文件 在bundle文件夹下创建manifest.raucm升级包配置文件 forlinx@ubuntu:~/rauc/bundle$ geidt manifest.raucm 内容如下： compatible =forlinx-imx8mp version =r0 description =rauc bundle based on Forlinx-LINUX- 5.4 . 70 build = 20240306 filename =rootfs.ext4 filename =boot.img 4. 制作升级包 (1) 创建打包脚本 forlinx@ubuntu:~/rauc$ gedit run.do_bundle.sh 脚本内容如下： #!/bin/sh if ; then rm build/bundle.raucb echo "---------------------rm old bundle.raucb-------------------------" fi rauc bundle --debug --cert= "development-1.cert.pem" --key= "development-1.key.pem" bundle build/bundle.raucb (2) 赋予脚本权限 forlinx@ubuntu:~/rauc$ chmod 777 run.do_bundle.sh (3) 生成升级包 forlinx@ubuntu:~/rauc$ ./run.do_bundle.sh 会在build文件夹下生成bundle.raucb升级包 四、系统升级 1. 把bundle.raucb升级包传到OKMX8MP-C开发板ext4分区内，以防有权限问题。 2. 查看系统状态和升级 root@OK8MP:~# rauc info bundle.raucb （1）查看压缩包信息 （2）查看系统状态 root@OK8MP:~# rauc status （3）系统升级 root@OK8MP:~# rauc install bundle.raucb 3. 切换启动分区 查看uboot环境变量 root@OK8MP:~# fw_printenv 配置从systme_1进行启动 root@OK8MP:~# fw_setenv doraucboot 1 root@OK8MP:~# sync root@OK8MP:~# reboot 重新启动后查看系统状态 root@OK8MP:~# rauc status 五、回退版本 重新配置为system_0启动 root@OK8MP:~# fw_setenv doraucboot 0 root@OK8MP:~# fw_printenv //打印环境变量 root@OK8MP:~# sync RAUC升级为两个系统交替替换，升级时一定要注意目前uboot引导的分区。 以上就是OKMX8MP-C开发板上实现OTA的详细步骤，希望能够对各位工程师朋友有所帮助。

说起OTA我们应该都不陌生，它是一种可以为设备无损失升级系统的方式，能将新功能远程部署到产品上。我们不仅可以通过网络下载OTA升级包，也可以通过下载OTA升级包到SD卡或U盘后再对设备升级。 本文将通过飞凌嵌入式OK3568-C开发板来为大家介绍OTA升级的流程，本地升级程序recovery执行升级的流程及技术细节。 1. 制作 recovery.img recovery相关的源码路径： buildroot/output/OK3568-recovery/build/recovery-develop 如果有修改过以上目录的源码文件，则需要执行以下操作： (1).forlinx@ubuntu:~/OK3568-linux-source$source envsetup.sh (2).选择某一平台的 recovery 配置，输入96 (3).forlinx@ubuntu:~/OK3568-linux-source$make recovery-dirclean && make recovery #清除编译产物重新编译 (4).forlinx@ubuntu:~/OK3568-linux-source$make rkupdate-dirclean && make rkupdate #清除编译产物重新编译 如果没有修改过上述目录的源码文件，则直接执行以下操作： (1).forlinx@ubuntu:~/OK3568-linux-source$ ./build.sh recovery #编译生成recovery.img (2).forlinx@ubuntu:~/OK3568-linux-source$ ./mkfirmware.sh 将生成的固件拷贝至 rockdev/目录下 烧写/OK3568-linux-source/buildroot/output/OK3568-recovery/images/recovery.img文件。 点击设备分区表，勾选9，选择recovery路径，点击执行。 2. 制作升级镜像 如何验证是否升级成功了呢？我们要先对boot.img文件有一个初步了解，boot.img文件存放有设备树和内核，我们只要对设备树或者内核进行适当的修改即可。本例程以更新boot.img文件为例，对设备树进行了适当修改。 修改设备树文件： /OK3568-linux-source/kernel/arch/arm64/boot/dts/rockchip/OK3568-C-common.dtsi， 对forlinx_control节点做如下修改。默认只打开HDMI输出，将MIPI和LVDS输出关闭。 / { model =“Forlinx OK3568-C Board "； compatible =" forlinx,ok3568 "，" rockchip,rk3568-evb1-ddr4-V10 "，" rockchip,rk3568 "; forlinx control { status =" okay "; video-hdmi =" hdmi "; video-mipi-edp =" off "; video-lvds-rgb =" off "; }; 修改文件： /OK3568-linux-source/tools/linux/Linux_Pack_Firmware/rockdev/package-file 根据需求修改该文件，本例程以更新boot.img为例，所以将其他.img文件注释掉。用户可以根据产品更新需求对该文件进行调整。 本例程以修改设备树显示为例，修改完设备树后，重新编译内核。 3.升级操作 SD卡或U盘升级 将SD卡或U盘默认挂载到OK3568-C开发板的/run/media目录下。将update.img镜像文件拷贝到OK3568-C开发板的/userdata目录下，重启开发板后系统将检测该目录下的升级包自动升级。 FTP服务器升级 OK3568-C开发板端执行如下命令，将服务器的升级包文件拷贝到开发板进行升级。 下载完成以后使用以下命令进行升级： update ota /userdata/update.img 升级过程中设备将会进入recovery模式，并进行自动升级，升级成功后会进入到正常normal系统。 4. 验证测试结果 将OK3568-C开发板上电，串口终端按住空格键，会进入uboot选屏界面。烧写默认出厂镜像文件现象：默认是开启HDMI、MIPI和LVDS三个输出。 烧写升级包镜像文件后现象：只有HDMI显示开启，其他的两个输出被关闭。 5. 注意事项 打包update.img固件时需要注意，升级固件可以全分区打包，也可以部分升级，可修改package-file文件，将不要升级的分区去掉，这样可以减少升级包（update.img）的大小。 package-file中recovery.img如果打包进去的话，不会在Recovery模式中升级，为了预防升级recovery.img过程中掉电导致后面其他分区无法正常升级的问题，该分区升级放在normal系统下升级，执行update命令时会先检测update.img升级包中是否有打包recovery.img，若有则升级recovery分区，再进入Recovery模式升级其他分区固件。 misc分区不建议打包进update.img中，即使有打包进去，在升级程序中加载判断到后也会忽略该分区，即使升级了misc分区，升级成功后recovery程序仍会清空misc分区中所有的命令及参数，从而导致达不到预想的结果。 如果将update.img升级包放置在flash中的userdata分区，则需要保证package-file中不包括userdata.img被打包进去，原因是可能会导致文件系统的损坏，升级成功后可能使oem或userdata分区mount不成功。若从SD卡或U盘升级时，可以打包userdata.img，从而对userdata分区进行升级。升级完成后会对userdata分区重新resize操作。 至此，OTA升级的全部流程讲解完毕，用户可以先按照该文章操作进行试验，熟悉本文章操作后，就可以对uboot，内核或者文件系统进行修改，通过OTA方式远程升级用户产品，从而修复产品中的BUG，更加方便地进行产品优化，更新迭代。

感谢势能资本，在他们的共同努力下我们完成了B2轮融资。过去几年中，艾拉比完成了多轮融资，也接触和合作过非常的多fa机构，不得不说，势能是其中最棒的。他们的专业度，工作效率以及认真负责的态度，都给我们留下了非常深刻的印象。势能团队在整个过程中都给我们提供了非常有价值的建议和支持，同时也会帮助到投资人更高效 地推进项目，最终完成投资。 ——艾拉比副总裁 丁羽 时隔3月，恭喜国内领先的汽车软件和服务提供商艾拉比再次完成亿元融资。新能源车标配整车OTA的大趋势下，艾拉比已经完成了产品多样化，客户生态化的跃迁，公司成长性、规模性特征明显。期待艾拉比持续领跑行业！ ——势能资本创始人 黄俊 上海艾拉比智能科技有限公司（以下简称，艾拉比）继今年4月获得上汽集团旗下尚颀资本及其合作方山高投控的投资后，于近期正式完成总额过亿元的B2轮融资，新的投资方为聚卓资本、老股东国科新能继续增持，势能资本持续担任独家财务顾问。 艾拉比于2022年完成了近亿元B轮融资，由国科新能领投，仓廪投资跟投。自B轮融资以来，艾拉比加快了多元化战略布局的节奏， 定位也从「OTA方案提供商」拓展至「汽车“智能化”软件技术产品及服务供应商」。 据艾拉比副总裁丁羽介绍，公司的整个B2轮融资也主要用于推进多元化战略。一 方面，对原有优势OTA产品进行迭代优化，并持续推进新增业务线的产品研发；另一方面，跨细分领域、跨地域进行市场拓展。 丁羽表示，自B轮融资以来，艾拉比在产品/服务、市场、合作生态三个层面取得了较大进展。 首先，在产品/服务层面，面向汽车领域，公司已经在原有的单一OTA业务线基础上， 逐步拓展出「标准产品+综合服务+内容生态」的矩阵式业务组合。 其中，标准产品层面，自2020年启动多产品线布局后，除了原有的SOTA（汽车软件升级）、FOTA（汽车硬件升级）产品，艾拉比陆续推出了DOTA（智能云诊断）、VSP（汽车软件管理平台）两大新产品；另外，面向物联网领域，艾拉比于2022年正式推出了IoT-OTA SaaS平台，实现了跨领域的产品线拓展。 综合服务层面，围绕四大核心标准产品，艾拉比自2021年开始面向主机厂推出汽车软件测试、运营及咨询服务。 在汽车软件内容生态层面，艾拉比正联合在线内容供应方、开发平台和主机厂，共同打造“空中4s店”，为车主提供影音娱乐，座椅按摩、氛围灯等车内控制，电池里程、雷达敏感度等能力升级，以及自动驾驶四个方面应用服务。 其次，市场层面，配合多产品布局，艾拉比也早在2020年就改变了以往将SOTA和FOTA产品打包销售的方式，支持客户购买单一产品。 公司在针对标准产品拓客的同时，正式打开了综合服务市场，并将系列产品、服务推向了海外。 根据高工智能汽车研究院发布的2021、2022年度《中国乘用车前装标配OTA功能第三方供应商交付上险量排名TOP10》，艾拉比在OTA第三方市场份额占有率已连续两年位列第一。 丁羽介绍，截至目前，公司在汽车领域已累计服务40余家主机厂，超100款车型；车厂不同车型对OTA产品的复购率保持在70%左右；DOTA（智能云诊断）、VSP（汽车软件管理平台）两大新产品，已跑通车厂闭环，产品化率已达50%，并预计将在两年内提升至70%。 “DOTA、VSP转化率还有待提升，将新产品推向现有的车厂客户也是我们现阶段的重点。”丁羽介绍道，“虽然车厂已经提出了远程诊断和软件协同管理的需求，但当前这两个赛道整体还处在发展早期，还在打磨产品或市场教育阶段。” 最后， 在生态合作方面，艾拉比已于2022年与腾讯达成战略合作，为主机厂提供爱趣听、腾讯随行包含的各类应用 ， 例如腾讯视频、音乐、新闻、会议、车载微信等。 丁羽表示：“一是每个车厂或车型的操作系统、屏幕尺寸、位置，以及用户习惯都不一样，腾讯的标准化产品在车上应用需要艾拉比这样的第三方做深度适配；二是，要在已售出的车上添加应用内容，OTA是目前的唯一通道。”他也表示，除了腾讯影音娱乐内容，未来还会将围绕汽车性能方面的内容与更多行业伙伴合作，实现与车厂的对接。 总的来说，艾拉比实施多元化战略的原因主要受企业自身发展和市场需求驱动。 其中，多产品布局主要是由于企业自身发展诉求。据介绍，一是多产品路线能够带来更丰富的收入来源，也是艾拉比实现未来IPO计划的关键一环；二是整个汽车市场非常大，车厂需求是多元化的，艾拉比希望通过产品生态化战略满足和拓展更多客户。 之所以推出综合服务，丁羽表示，主要是对车厂普遍需求的回应。随着车厂不断采用我们的标准产品，车辆进入售后环节后，对专业服务的需求也开始增加。比如产生了大量新版本上线相关的测试工作、升级等系列需求。另外，一些全球化品牌或合资品牌在智能化和网联化方面的发展诉求，也对艾拉比提出了相关战略咨询、合规咨询等方面的服务需求。 而内容生态建设方 面， 在艾拉比看来，内容变现或软件可售是智能车发展的必经之路。 丁羽认为，一方面，OTA最终需要将更多新的软件和应用内容推向C端，提升车主的驾乘体验。因此内容侧是公司未来发展绕不开的一环；另一方面，从汽车行业上半年情况来看，大部分汽车的硬件毛利已经很低，售卖软件将是车厂回收研发成本、赚取利润的重要途径。 同时，他也指出，目前从整体车载内容市场发展来看，C端用户付费行为尚未构成完整闭环，尽管一些知名度和公信力高的品牌正在尝试内容变现，大家都还处于小试牛刀的阶段。如果以视频内容平台付费类比，车载内容付费只是时间问题。 谈及未来发展，艾拉比将多产品、多业务、海外市场拓展视为同等重要。丁羽坦言，多元化战略的实践在为公司带来新发展机遇的同时，也提出了新的挑战。 正如前文所述，除了面临来自新细分领域的新竞争，部分新的业务线还处在发展早期，公司需要通过服务更多车厂、车型，迭代优化新产品、服务，同时进行B端市场教育，并联合车厂培养C端用户的软件付费习惯。这也是艾拉比本轮融资后的战略之一。 而海外市场拓展也并非易事。据介绍，艾拉比近年来已拥有部分海外客户，为进一步打开海外市场，公司计划在此基础上，继续探索伴随国内车厂出海的机会，同时通过服务合资品牌将业务延伸至相关外资品牌的全球市场。 另外，在物联网侧，丁羽表示，尽管近年来艾拉比的IoT-OTA产品取得了较大进展，但万物互联的时代方兴未艾，公司希望未来能在智慧城市、工业、智能家居等领域找到增量和增速均较高的细分市场。 艾拉比总裁芮亚楠表示： 随着车辆智能化的逐步增强 ， 汽车软件生态正焕发新生机。一方面，车企通过 OTA 的方式，不断升级改善车辆的底盘、动力、刹车、续航、人机交互系统甚至智能驾驶辅助系统 ， 持续 的 功能迭代升级满足用户的 “长尾需求”。 另一方面，软件付费开通 / 订阅的商业模式，将成为智能汽车的主要利润增长点之一 。 OTA 作为基础关键能力，价值在行业内已达成共识 。 聚卓资本副总裁裘金邦表示： 新能源汽车电动化趋势已定，智能化开启下半场竞争。智能化发展需要电子电气架构的升级，汽车产业会逐步过渡到“软件定义汽车时代”，OTA是软件定义汽车智能化趋势下第一个到来的确定性机会。我们追踪OTA赛道多年，艾拉比已稳固其赛道头部领先地位，持续保持业绩高增长态势。我们坚定看好艾拉比团队，共同推动汽车产业的智能化发展。 国科新能方建华表示： 整车OTA已成为新能源汽车标配，艾拉比作为第三方软件服务Tier 1企业，凭借领先的差分算法及高并发处理能力已经构建起较高的技术壁垒，同时，公司以OTA业务为起点，延伸出远程诊断（DOTA）、VSP生态等新业态，未来成长空间巨大。我们认为，艾拉比有望成为汽车OTA领域的独角兽企业。 ​ 本文转载自36kr 作者：沈筱

呈上篇 我们使用R&S CMW500搭配Z800A来探讨Intel AX210的OTA效能。在执行测试后，我们发现部分潜在问题。例如：在执行6GHz频段的测试时需要将Z800A作为配件安装到CMW500上，并且需额外设定补偿数值后才能执行6GHz频段测试。不仅提升架设复杂度，且有可能因为没设定到额外的补偿数值造成测试数据误差。另外，R&S CMW500与无线AP的兼容性有时不太好，此状况的发生会导致仪器很难与AP建立联机而无法进行测试。最后在执行测试时间较长而导致执行测试效率较低。 为了改善上述的问题与缺点，百佳泰在多方评估后，试着将R&S CMW500改为Anritsu MT8862A来进行Wi-Fi OTA测试，替换后不仅在测试6GHz频段不需要额外安装与设定额外设备，且对于各家AP联机兼容性大幅提升。除此之外，在整体测试时间上也有显著的提升并可更加确保测试结果的稳定性。 Wi-Fi 6/6E是初次将OFDMA技术应用在Wi-Fi协议上，此外Wi-Fi 6/6E也有类似长期演进技术(Long Term Evolution ; LTE)中的资源分配(Resource Allocation)。在Wi-Fi 6/6E则被称为资源单元(Resource Units; RU)；也就是说当20MHz、40 MHz、80 MHz、160 MHz的带宽可切割成不同尺寸的RU，分配给不同需求的用户使用，这样就可以有效地利用频谱。常见的RU尺寸有：26-tone RU、52-tone RU、106-tone RU、242-tone RU、484-tone RU、以及996-tone RU(如下图一)，而每组RU可视为一位使用者，举例来说：当通讯带宽为160MHz且在26-tone RU条件下最多可以同时给予37个使用者进行传输。 图一. 160MHz带宽的RU表 新加入的6GHz频段被分为U-NII 5、6、7、8，而目前在U-NII 5和U-NII 7 频段主要用于地球同步卫星的通讯与点对点的公共服务通讯；在U-NII 6和U-NII 8频段主要用于新闻转播车到电视台之间的通讯。为了避免造成上述的通讯协议被新的Wi-Fi频段给干扰。FCC制定了发射能量的规范(如表一)，需要遵守其规范才可以使用6GHz频段，若是无法符合规范将无法上市。 表一. FCC 针对6GHz频段发射能量的法规 效能比较 早在2020年第四季Intel率先推出AX210 6E无线网卡，当时支持Wi-Fi6/6E的产品相当罕见，且Intel所搭载平台几乎都是在NB上少有手机使用Intel芯片，直到Broadcom在Pixal 6 Pro与Samsung S21 Ultra搭载Wi-Fi6/6E的芯片才渐渐的有手机平台有支持Wi-Fi6/6E，而目前市面上有支持Wi-Fi6/6E仍是少数，且Wi-Fi6/6E为新的协定，其OTA效能好坏也较难评估。 百佳泰实际将Pixal 6 Pro与Samsung S21 Ultra两台手机进行Wi-Fi6/6E OTA测试并观察其效能。透过总发射功率(Total Radiation Power ; TRP)、总接收零敏度(Total Isotropic Sensitivity; TIS)数值与场型图(Pattern)来评估Wi-Fi OTA效能的好坏。 我们在843无反射电波暗室内执行Wi-Fi 6/6E OTA测试，并透过基地台仿真器(Anritsu MT8862A)来建立Wi-Fi 6/6E的联机。图二为手机架设于843无反射电波暗室内执行进行Wi-Fi OTA测试的实际状况。 图二 表二. Pixel 6 Pro与S21 Ultra Wi-Fi TRP效能 表三. Pixel 6 Pro与S21 Ultra Wi-Fi TIS效能 图三为Pixel 6 Pro与S21 Ultra在5GHz频段条件下的OTA整体效能比较图，(a)为TRP结果可观察到红色直方图的S21 Ultra 在TRP效能表现比蓝色直方图的Pixel 6 Pro来的佳，(b) 为TIS其结果也是如同TRP结果 S21 Ultra比起Pixel 6 Pro的TIS结果来的佳。 图三. (a) 5GHz频段TRP比较图、(b) 5GHz频段TIS比较图 而图四则为Pixel 6 Pro与S21 Ultra在6GHz频段条件下的OTA整体效能比较图，(a)为TRP结果则变成了蓝色直方图的Pixel 6 Pro在TRP效能表现比红色直方图的S21 Ultra来的佳，(b) 的TIS直方图同样Pixel 6 Pro拥有的结果较佳。 图四. (a) 6GHz频段TRP比较图、(b) 6GHz频段TIS比较图 再来观察两台手机5GHz频段的TRP与TIS场型图。从图五中的(a)可观察到Pixel 6 Pro整体Pattern较强的位置是在靠近手机听筒位置与屏幕正面(如(a)红色箭头)，(b)则是S21 Ultral的TRP Pattern能量最强位置则是在手机的上下两端与屏幕正面(如(b)红色箭头)。另外由于S21 Ultra TRP能量较强的关系Pattern整体趋势较接近橘红色。(c)与(d)分别为Pixel 6 Pro与S21 Ultra的TIS Pattern，两支手机的Sensitivity较强的位置都是在手机的下端与屏幕正面(如(c)(d)红色箭头)。 图五. Pixel 6 Pro and S21 Ultral Wi-Fi 6 5GHz Pattern 接着是6GHz频段的TRP与TIS场型图。从图六(a)为Pixel 6 Pro TRP Pattern较强的位置是在靠近手机左侧位置与屏幕正面(如(a)红色箭头)，(b)则是S21 Ultral的TRP Pattern能量最强位置则是在手机的左右两侧(如(b)红色箭头)。另外由于S21 Ultra TRP Power较弱的关系Pattern整体趋势较接近蓝紫色。(c)与(d)分别为Pixel 6 Pro与S21 Ultra的TIS Pattern，Pixel 6 Pro的Sensitivity较强的位置都是在手机的左下方而S21 Ultra也是如此。 图六. Wi-Fi 6E 6GHz Pattern 会造成两台手机会有不同OTA效能之原因可能在于天线的效能差异，毕竟要在手机内塞入2.4GHz、5GHz、6GHz三个频段对于天线设计上是个挑战。若天线设计较差的话就会整体OTA效能就会比较差，对于使用者的体验也会不好，所以制造商势必要在每个开发阶段进行Wi-Fi效能验证来确保产品交到用户手上时不会产生问题。 Samsung S21 Ultra 不同tone RU条件下的EIRP与Mask比较 Wi-Fi6初次将OFDMA技术导入在Wi-Fi协议上，对于每个带宽上的发射能量是否有差异至今较无人探讨此问题，而百佳泰对于不同tone RU的条件也已经可以提供验证服务。透过基地台仿真器的设定来观察 不同tone RU上的TX power无线效能的表现 Spectrum Mask观察到不同RU位置上的频谱现象 我们以S21 Ultral为实测对象，将条件定为只有一个使用者及使用6GHz频段，并取整体OTA角度中最强的EIRP来观察其特性，由上面OTA测试结果可以知道当极化为垂直极化极化且Theata轴与Phi轴都为90度时可以得到S21 Ultral 6GHz频段的Max EIRP。 在不同的RU tone的测试结果如下表四。可以观察到当RU tone越小带宽也越小随之EIRP能量也变小，相反的RU allowcation越大则EIRP越大。而会造成在不同tone RU的发射能量有差异的原因可能是当使用较小的tone RU时带宽较窄而导致EIRP的差异。此时为了确保在较低的能量也保有良好通讯质量，此时对于天线的效能要求就会变高。 表四.不同RU ton的 EIRP 接着观察图七 (a)~(d)为单一使用者状况下，不同RU allowcation的Spectrum Mask状态剩下的带宽可以给其他使用者使用。 图七. 不同tone RU的Spectrum Mask 可以看到在不同tone RU的设定状况下，使用者使用的带宽的确会随之改变，在 106-tone RU条件之后的旁波抑制(红色箭头所示)与较大 tone RU不同，我们认为旁波抑制主要目的是要避免邻近使用者受到干扰，若无法符合Mask要求可能会发生同带宽内的不同使用者彼此干扰，故建议要注意此性能。 透过上述OTA的测试可以提前了解产品的无线效能，进而提早预防效能不佳造成不可挽回的损失。了解产品的无线效能才能有效降低问题的发生。

OTA是一种可以无损失升级系统的方式，可以犹如天降神兵一般地将新功能远程部署到产品上。我们可以通过网络自动下载OTA升级包，也可以通过下载OTA升级包到SD卡或U盘后再对设备升级。本文将通过飞凌嵌入式 OK3568-C开发板 介绍OTA升级流程，本地升级程序recovery执行升级的流程及技术细节。 1、制作recovery.img recovery相关的源码路径： buildroot/output/OK3568-recovery/build/recovery-develop 如果有修改过以上目录的源码文件，则需要执行以下操作： 1. forlinx@ubuntu:~/OK3568-linux-source$ source envsetup.sh 2. 选择某一平台的 recovery 配置，输入96 3. forlinx@ubuntu:~/OK3568-linux-source$ make recovery-dirclean && make recovery #清除编译产物重新编译 4. forlinx@ubuntu:~/OK3568-linux-source$ make rkupdate-dirclean && make rkupdate #清除编译产物重新编译 如果没有修改过上述目录的源码文件，则直接执行以下操作： 1. forlinx@ubuntu:~/OK3568-linux-source$ ./build.sh recovery #编译生成recovery.img 2. forlinx@ubuntu:~/OK3568-linux-source$ ./mkfirmware.sh #将生成的固件拷贝至 rockdev/目录下 烧写/OK3568-linux-source/buildroot/output/OK3568-recovery/images/recovery.img文件。 点击设备分区表，勾选9，选择recovery路径，点击执行。 2、制作升级镜像 如何验证是否升级成功了呢？我们要先对boot.img文件有一个初步了解，boot.img文件存放有设备树和内核，我们只要对设备树或者内核进行适当的修改即可。本例程以更新boot.img文件为例，对设备树进行了适当修改。 修改 /OK3568-linux-source/kernel/arch/arm64/boot/dts/rockchip/OK3568-C-common.dtsi设备树文件，对forlinx_control节点做如下修改。默认只打开HDMI输出，将MIPI和LVDS输出关闭。 修改/OK3568-linux-source/tools/linux/Linux_Pack_Firmware/rockdev/package-file文件，根据需求修改该文件，本例程以更新boot.img为例，所以将其他.img文件注释掉。用户可以根据产品更新需求对该文件进行调整。 本例程以修改设备树显示为例，修改完设备树后，重新编译内核。 3、升级操作 SD卡或U盘升级 将SD卡或U盘默认挂载到OK3568-C开发板的/run/media目录下。将update.img镜像文件拷贝到OK3568-C开发板的/userdata目录下，重启开发板后系统将检测该目录下的升级包自动升级。 ftp服务器升级 开发板端执行如下命令，将服务器的升级包文件拷贝到开发板进行升级。 下载完成以后使用以下命令进行升级： update ota /userdata/update.img 升级过程中设备将会进入recovery模式，并进行自动升级，升级成功后会进入到正常normal系统。 验证测试结果 将OK3568-C开发板上电，串口终端按住空格键，会进入uboot选屏界面。 烧写默认出厂镜像文件现象： 默认是开启HDMI、MIPI和LVDS三个输出。 烧写升级包镜像文件后现象： 只有HDMI显示开启，其他的两个输出被关闭。 注意事项 打包update.img固件时需要注意，升级固件可以全分区打包，也可以部分升级，可修改package-file文件，将不要升级的分区去掉，这样可以减少升级包（update.img）的大小。 package-file中recovery.img如果打包进去的话，不会在Recovery模式中升级，为了预防升级recovery.img过程中掉电导致后面其他分区无法正常升级的问题，该分区升级放在normal系统下升级，执行update命令时会先检测update.img升级包中是否有打包recovery.img，若有则升级recovery分区，再进入Recovery模式升级其他分区固件。 misc分区不建议打包进update.img中，即使有打包进去，在升级程序中加载判断到后也会忽略该分区，即使升级了misc分区，升级成功后recovery程序仍会清空misc分区中所有的命令及参数，从而导致达不到预想的结果。 如果将update.img升级包放置在flash中的userdata分区，则需要保证package-file中不包括userdata.img被打包进去，原因是可能会导致文件系统的损坏，升级成功后可能使oem或userdata分区mount不成功。若从SD卡或U盘升级时，可以打包userdata.img，从而对userdata分区进行升级。升级完成后会对userdata分区重新resize操作。 PS: OK3568-C开发板不接屏升级失败怎么办？ （1）如果有屏幕，请先接入屏后再执行OTA升级； （2）如果设备没有屏幕，请在 /OK3568-linux-source/buildroot/configs/OK3568-recovery_defconfig中加入BR2_PACKAGE_RECOVERY_NO_UI=y配置，编译刷机后，再进行OTA升级。 至此，OTA升级的全部流程讲解完毕，用户可以先按照该文章操作进行试验，熟悉本文章操作后，就可以对uboot，内核或者文件系统进行修改，通过OTA方式远程升级用户产品，从而修复产品中的BUG，更加方便地进行产品优化，更新迭代。