标签: wifi

​​在这个万物互联的时代，无线通信技术已经成为嵌入式系统中不可或缺的一部分。其中，Wi-Fi模块作为连接设备与网络的重要桥梁，其性能与兼容性显得尤为关键。Intel的AX210NGW Wi-Fi 6E模块作为一款高性能的无线网络适配器，不仅支持最新的Wi-Fi 6E标准和蓝牙5.3，还具备出色的传输速度和兼容性，为嵌入式系统的无线连接提供了强有力的支持。 AX210NGW Wi-Fi 6E模块 为了更好地满足客户对高性能嵌入式主控的应用需求，本文将详细介绍在飞凌嵌入式OK3576-C开发板上适配AX210NGW Wi-Fi 6E模块（以下简称模块）的方法，帮助开发者快速上手并充分发挥性能优势。 注：目前暂未对Wi-Fi模块的蓝牙功能进行适配，本文只讲解Wi-Fi功能的适配方式。 OK3576-C开发板接口图 首先，需要将Wi-Fi模块连接到飞凌嵌入式OK3576-C开发板上（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 ) - Wireless LAN (WLAN ) - Intel devices (WLAN_VENDOR_INTEL ) - Intel Wireless WiFi Next Gen AGN - Wireless-N/Advanced-N/Ultimate-N (iwlwifi) (IWLWIFI ) - Intel Wireless WiFi MVM Firmware support (IWLMVM ) 进行编译： 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 最后将编译好的模块自行拷贝到OK3576-C开发板中，我们这里是将模块拷贝到 /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 ; 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 then usage; exit 1; fi parse_args $@ if 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 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 then ifconfig mlan0 down /dev/null fi ifconfig -a|grep mlan1 |grep -v grep /dev/null if then ifconfig mlan1 down /dev/null fi ifconfig -a|grep eth0 |grep -v grep /dev/null if then ifconfig eth0 down /dev/null fi ifconfig -a|grep eth1 |grep -v grep /dev/null if then ifconfig eth1 down /dev/null fi ifconfig -a|grep usb0 |grep -v grep /dev/null if then ifconfig usb0 down /dev/null fi ps -fe|grep wpa_supplicant |grep -v grep /dev/null if 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 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 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 Intel(R) Wireless WiFi driver for Linux iwlwifi 0000:01:00.0: api flags index 2 larger than supported by driver iwlwifi 0000:01:00.0: TLV_FW_FSEQ_VERSION: FSEQ Version: 0.0 .2 .36 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 iwlwifi 0000:01:00.0: Detected Intel(R) Wi-Fi 6 AX210 160MHz, REV=0x420 thermal thermal_zone6: power_allocator: sustainable_power will be estimated thermal thermal_zone6: failed to read out thermal zone (-61) iwlwifi 0000:01:00.0: loaded PNVM version 35148b80 iwlwifi 0000:01:00.0: Detected RF GF, rfid=0x10d000 iwlwifi 0000:01:00.0: base HW address: 4c:49:6c:f0:99:7a iwlwifi 0000:01:00.0 wlp1s0: renamed from wlan0 如有上述信息，说明模块已经加载成功，即可看到网卡节点信息： root @rk 3576 -buildroot :/root# ifconfig wlp1s0 wlp1s0 Link encap :Ethernet HWaddr 4 C : 49 : 6 C :F0: 99 : 7 A 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 rk_gmac-dwmac 2a220000.ethernet eth0: FPE workqueue stop waiting... try to connect again... wlp1s0: authenticate with ee:b9:70:81:7d:88 wlp1s0: send auth to ee:b9:70:81:7d:88 (try 1 /3) wlp1s0: send auth to ee:b9:70:81:7d:88 (try 2 /3) wlp1s0: send auth to ee:b9:70:81:7d:88 (try 3 /3) wlp1s0: authenticated wlp1s0: associate with ee:b9:70:81:7d:88 (try 1 /3) wlp1s0: RX AssocResp from ee:b9:70:81:7d:88 (capab=0x1931 status=0 aid=42) wlp1s0: associated 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 @rk 3576 -buildroot :/root# ifconfig wlp1s0 wlp1s0 Link encap :Ethernet HWaddr 4 C : 49 : 6 C :F0: 99 : 7 A inet addr : 192.168 . 81.206 Bcast : 192.168 . 81.255 Mask : 255.255 . 254.0 inet6 addr : fe80:: 4 e49: 6 cff :fef0: 997 a/ 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 @rk 3576 -buildroot :/root# ping www.forlinx.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 ; then killall wpa_supplicant /dev/null fi cnt1=`ps aux | grep hostapd | grep -v grep | wc -l` if ; 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. 4 G_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 @rk 3576 -buildroot :/root# fltest_hostapd.sh wlp1s0: deauthenticating from ee :b9: 70 : 81 : 7 d : 88 by local choice ( Reason : 3 =DEAUTH_LEAVING) killall : hostapd : no process killed Stopping dnsmasq : FAIL Starting dnsmasq : OK IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready wlp1s0: interface state UNINITIALIZED-ENABLED wlp1s0: AP-ENABLED root @rk 3576 -buildroot :/root# ifconfig wlp1s0 wlp1s0 Link encap :Ethernet HWaddr 4 C : 49 : 6 C :F0: 99 : 7 A 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) 下面就是要使用手机连接飞凌嵌入式OK3576-C开发板的热点了。 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 4004 ms 到此，一个新的AX210NGW Wi-Fi 6E模块就已经适配完成了。小编在这里想告诉大家的是，PCIe Wi-Fi模块的适配思路都是一样的，如果有其他Wi-Fi模块，大家也可以参考此方法动手尝试。

Matter作为智能家庭生态圈的共同沟通协议，在智能家庭中扮演着解决不同品牌设备和生态系统之间的相互操作问题。透过Matter协议，使用者能更放心地选择不同品牌的智能家庭产品，建置符合自身需求的智能家庭应用。目前市面上已有多种产品支持Matter标准协议，涵盖范围广泛，包括： 智能灯具 智能音箱和语音助理 智能插座和电源插头 智能开关 智能门锁 智能恒温器 智能传感器 智能摄影机和门铃 智能家庭装置 对消费者而言，挑选已取得Matter认证的设备是享受更便利的智能家庭生活的绝佳方式。此举可避免产生兼容性问题，多方提升智能家庭的应用体验！ 客户的困难 对于希望取得Matter产品认证的业者们，要如何取证呢？下图是根据连接标准联盟（Connectivity Standards Alliance， CSA）公布的取证流程： 数据源：连接标准联盟（CSA） 相信您认真仔细地看了取证流程，对于该如何符合Matter的规范要求，可能仍有很多的问题与不解，例如： 协议版本选择：自己的产品比较适合送哪个协议版本？ 硬件限制：不同协议版本，在硬件上面是否有哪些限制？ 凭证申请：产品间的沟通协议凭证该如何申请？ OTA需求：产品是否一定要有OTA（Over-the-air）功能？ 测项关联性：不清楚产品功能与测项的关联性 即使业者认为已充分准备，但在实际送测送审的过程中，常因以下问题而导致延误： 提交的相关文件说明不清楚 文件数据不知如何填写 这些问题不仅浪费了很多宝贵的时间，更可能影响到既定的产品上市时程。 案例分享 本次案例分享为某家制造智能灯具的业者，送测了使用Wi-Fi连线模式的产品到百佳泰。我们依照客户填写的测试工具协议实作符合性声明(Protocol Implementation Conformance Statement，简称PICS)执行测试。然而，测试结果显示多项Fail状况： 恒温功能的四个测试项目皆会Fail，原因可能是对PICS的测项功能理解不清而误填。 Wi-Fi出现连线不稳的状况频繁发生。 如果产品在这样的状态下上市，将可能引发客诉，对品牌声誉带来负面影响。 成果与价值 为协助客户顺利通过认证，我们协助客户适时地的调校Wi-Fi模块以及调整PICS功能设定后，实现了以下成果： 调整测项设定： 从原本的113个测项，调整成正确的78个 优化测试效率： 从需耗时3周才能完成的测试，变成正确的2周测试时间 取得认证： 大幅缩减1周时间，顺利取得 Matter认证

百佳泰特为您整理2025年1月各大Logo的最新规格信息，本月有更新信息的logo有HDMI、Wi-Fi、Bluetooth、DisplayHDR、ClearMR、Intel EVO。 HDMI® ▶ 2025年1月6日，HDMI Forum, Inc. 宣布即将发布HDMI规范2.2版本。 新规范将支持更高的分辨率和刷新率，并提供更多高质量选项。更快的96Gbps 带宽可满足数据密集型沉浸式和虚拟应用对传输的要求，如 AR/VR/MR、空间现实和光场显示，以及各种商业应用，如大型数字标牌、医疗成像和机器视觉等。 新规范还包括延迟指示协议 (LIP)，用于改进音频和视频同步，尤其适用于多跳系统配置，如带有音频视频接收器或条形音箱的系统。 新规范包括全新超96 HDMI线缆，支持96Gbps带宽以及HDMI 2.2规范的所有功能。它是HDMI 线缆认证计划的一部分，要求每个长度的型号都经过测试和认证，并展示认证标签。新版规范将提供给所有HDMI 2.x 采纳者，他们将在2025年上半年发布此规范时接获通知。 了解详情 Bluetooth® ▶ 针对Core TCRL 的投票已完成 全新版本Core TCRL 即将在2025年1月推出。 Intel EVO™ ▶ 在LNL和ARL EVO之后，IAT测试将结束。 从2025年第二季度起，英特尔将不再为LNL/ARL EVO提供IAT支持。 从PTL platform开始，英特尔将采用第三方基准测试工具。 DisplayHDR™ ▶VESA宣布了OLED显示器DisplayHDR认证的新等级 DisplayHDR True Black 1000 ClearMR ▶ VESA宣布了VESA ClearMR认证的新等级 ClearMR15000、18000和21000 Wi-Fi® ▶ 一项新的认证计划：近场检测项目启动 ▶ Wi-Fi 联盟简化项目 Wi-Fi 7认证已扩展，纳入了使用QuickTrack的一致性测试。 Wi-Fi 6认证已更新，以降低测试平台的复杂性并缩短完成测试所需的时间。 WPA3-个人版和 WPA3-企业版认证已更新，以降低测试平台的复杂性并缩短完成测试所需的时间。

芯片的路有千万条，我却选择了Wi-Fi FEM这条最难走的路。 这条路并不宽广，走着走着，越来越多的友商在加入，高峰的时候超过30家，让我恍惚觉得Wi-Fi FEM才是射频前端的老大。不禁想问，是谁吹响了那欢快柔美的麦哨？吸引如此之多的厂家进入Wi-Fi FEM赛道，恰似“一入豪门深似海，从此萧郎是路人。” 同在Wi-Fi FEM赛道，是我的不幸，也是你们的不幸。我的不幸，在于遇到了一群没有价格底线的友商们，价格杀到我不敢直视，隐隐约约感受到割肉的痛；你们的不幸，在于我会持续推出具有极致性能和成本的Wi-Fi FEM，你们的亏损将如同迷失在沙漠再也看不到尽头。 我也明白，他们还在等待，等待投资人不顾一切地相信这是一个美丽的神话，Wi-Fi FEM在雪山之巅开出了最美的花。他们信仰过去，也信仰将来，他们信仰投资人对Wi-Fi FEM的爱，永恒不变。 爱，真的不需要回报吗？以成本价的50%销售Wi-Fi FEM也可以留住投资人的爱吗？如果真的可以，那我不懂得爱，也活该投资人不爱我。 理性来看，Wi-Fi FEM赛道市场规模只有手机PA的十分之一，并分为三路分支，一路通往路由器，一路通往智能手机，另一路通往小米SU7。 路由器之路 路由器Wi-Fi FEM这条路被价格杀死了，所有的国内Wi-Fi FEM厂家都进入到这条路，正如那句话：“天堂有路他不走，地狱无门偏进来”。价格杀到这个份上，后面进入的公司已陷入两难，要么亏本，要么不做。 难道大家不能相安无事的愉快玩耍了吗？不能了！每条路上的竞争厂商只要超过三家，价格战的硝烟将到处弥漫。何况现在是20多家公司同时参与，市场已经进入过度竞争。 从营销学的定义来讲，过度竞争是指参与某个市场竞争的任何一家企业的期望利润都小于零的状态。换句话说，过度竞争就是“没有赢家”的市场竞争状态，参与竞争的任何一家企业都不能盈利（包括未来的盈利希望）。 智能手机之路 相比路由器Wi-Fi FEM市场的零零碎碎和边边角角，智能手机Wi-Fi FEM则集中很多，应用于品牌手机和高端机型（中低端手机采用内置Wi-Fi PA）。有量有价，人人都爱。但要说爱你不容易，手机Wi-Fi FEM市场多年来一直被Qorvo、Skyworks和NXP占有，现在又有高通RF360加入。 路由器Wi-Fi FEM能不能应用在智能手机上，也是可以，但功耗相对要高很多。品牌高端手机对性能有极致要求，对价格成本并不敏感，除非性能和可靠性可以比拼国外厂商，否则机会的大门不会打开。 三伍微在研发手机Wi-Fi FEM，康希通信和台湾立积也在研发手机Wi-Fi FEM，国内手机PA公司都在研发手机Wi-Fi FEM，比的是技术，比的是速度，这是一块空白的国产替代机会。 技术上是有难度的，手机Wi-Fi FEM采用高中低三种功率模式，PA和控制电路的设计比路由器Wi-Fi FEM复杂一些，封装也小很多，更多的功能和更小的DIE面积带来了更高的挑战。 最可怕的是，不能快速跑进前三，再多的努力和投资也是徒劳，这扇门一旦关闭就很难再打开，因为高端品牌手机没有试错的机会 。 小米SU7之路 2020年，小米Wi-Fi6路由器带火了Wi-Fi FEM赛道，小米SU7也会吗？ Wi-Fi FEM芯片走进小米SU7，正式成为一路分支。看起来，Wi-Fi FEM的路越走越宽，机会也越多。但这条路并不好走，车用芯片门槛很高，从设计来看技术挑战也更大，比路由器和手机Wi-Fi FEM更难。 从拆机报告上可以看到，智能座舱控制板上是一颗高通的QCA6696 Wi-Fi主芯片和两颗Qorvo Wi-Fi FEM，2.4G FEM QM42391和5.8G FEM QM45391，以实现千兆级车载热点，可实现2Gbps的用户吞吐速率，支持2.4GHz和5GHz频段上的双频并发（DBS）和更高阶调制方式，为未来车联网打下基础。 QM45391是一颗双路的5GHz 11ax FEM，采用三种功率模式，实现效率和线性功率之间的平衡，两个专用耦合器端口可实现每个相关路径的功率控制。 QM42391是一颗双路的2.4GHz 11ax FEM，同样采用三种功率模式，实现效率和线性功率之间的平衡，两个专用耦合器端口可实现每个相关路径的功率控制。 QM45391和QM42391是2019年量产的Wi-Fi6 FEM，那一年底康希通信首次推出路由器Wi-Fi6 FEM。 当时Qorvo研发QM45391和QM42391是用在高通手机平台上的，现在转到车载Wi-Fi FEM，但要通过一系列的车规芯片测试，研发和验证的时间不会短，对于芯片创业公司来说，做车载Wi-Fi FEM这显然不现实。 芯片创业很难，Wi-Fi FEM创业是难上加难。Wi-Fi FEM三条路，路路通，路路不通，Wi-Fi FEM赛道已无路可走。

本篇试用报告由发烧友 jinyi7016 提供，感谢jinyi7016的支持。 1、网络测试 飞凌嵌入式OK-MX9352-C开发板有两个千兆网口，其中eth0是静态IP，地址为192.168.0.232，这个地址比较大，也是为了避免与局域网内的其他设备冲突。 如果要修改这个IP地址也是可以的，这个地址的配置在文件 /etc/systemd/network/10-eth.network 中，通过vi打开文件，直接修改网络配置就可以了，保存后，重启一下网络。 eht1是DHCP，所以，如果网段不相同，为了方便，可以直接连接到eth1上。会自动分配IP地址。 OK-MX9352-C开发板的两个网卡都是千兆，我们通过iperf工具来测试一下网速。这个工具的使用不是很简单，需要有一个服务器，这里在虚拟机里设置了服务器。 eth1也可以设置成静态的IP，配置文件为 /etc/systemd/network/15-eth.network 可以看到DHCP=yes.按eth0配置文件进行修改即可，为了方便联网，这里就先不修改了。 2、Wi-Fi网络 OK-MX9352-C开发板有一个BL-M8723DU1模块，是一块Wi-Fi+BT双模无线模块及蓝牙模块，这个模块是通过USB连接到CPU上的，不过只支持2.4GHz。 通过脚本fltest_wifi.sh -i wlan0 -s wifi名称 -p 密码,进行配置Wi-Fi，配置过程中，会把ethx的网络关闭。 永久配置Wi-Fi，可以到 /etc/wpa_supplicant.conf 增加Wi-Fi的配置。 3 、蓝牙测试 这个蓝牙是与Wi-Fi一体的BL-M8723DU1模块，通过命令bluetoothctl打开蓝牙设备。 通过discoverable on 设置为可发现模式，使用手机就可以搜索到 了。还可以用蓝牙传输文件，还是很方便的。 4、RTC测试 RTC是通过开发板底板上的PCF8563T芯片实现的，开发板上已经安装有电池了，所以，当开发板断电后，RTC的时间是不会丢的。新烧写的系统，时间并不是准确的，如下： 通过date命令修改时间，并写入到硬件RTC中。 OK-MX9352-C开发板断电一会，查看硬件时间，使用如下命令： 5、总结 i.MX 9系列处理器是一款通用型的处理器，外设比较丰富，性能也可以满足工业产品的大多数应用要求。不仅i.MX 9，从其他的一些新的处理器的发展来看，多核异构应该是未来处理器进化的主要方向了。 新项目如果要选择i.MX 9系列的处理器，可能NPU是一大亮点，其他的外设与性能，与大多的ARM处理也是趋同的。后期如果有算力更强的处理器，那竞争力就更高了。