imx93 m33 rpmsg hello_world 测试 板/设置 CPU：i.mx93 启动媒体：SD (mmc 1) 目标：运行 CM33 RPMSG-Lite 字符串回声演示并从 Linux (A55) 进行通信 问题摘要我也想启动 Cortex-M33 RPMSG 演示： ： 当尝试访问某些 CM33 别名地址（例如0x1ffe0000 / 0x0ffc0000) Linux remoteproc 试图加载 rpmsg_lite_str_echo_rtos_remote.bin，但以错误 -2 失败（未找到文件），然后退回到 sysfs 回退。 我不确定 i.MX93 上的 CM33 的正确内存复制地址和启动地址应该是多少（系统地址与别名地址），以及如何使 U‑Boot boot bootaux 流程与 Linux remoteproc 流程保持一致。 我测试的 SD 分区布局和启动文件 U‑Boot 显示 SD 是 mmc 1： u-boot= > mmc 列表 FSL_SDHC：0 (eMMC) FSL_SDHC：1 (SD) 分区表： u-boot= > 零件清单 mmc 1 MMC 设备 1 的分区图-分区类型：DOS 部件起始扇区号扇区 UUID 类型 1 16384 681574 076c4a2a-01 0c 启动 2 704512 5769534 076c4a2a-02 83 启动分区内容包括 DTB 和 mcore-demos/ 目录： u-boot= > fatls mmc 1:1... mcore-demo/... 我可以加载演示版： u-boot= > fatload mmc 1:1 ${loadaddr} mcore-demos/rpmsg_lite_str_echo_rtos_remote.bin 3 毫秒内读取 39004 字节 u-boot= > echo ${loadaddr} 0x80 400000 u-boot= > echo ${filesize} 985c 前两个字看起来像一个有效的 CM33 向量表： u-boot= > md.l ${loadaddr} 2 80400000：2001e000 0ffe0595 读取 0x1ffe0000 会导致中止： Linux 端：remoteproc 固件加载失败 在 Linux 中，remoteproc0 开机后会尝试加载固件： [ 84.714629] remoteproc remoteproc0: powering up imx-rproc [ 84.721926] remoteproc remoteproc0: Direct firmware load for rpmsg_lite_str_echo_rtos_remote.bin failed with error -2 [ 84.732549] remoteproc remoteproc0: Falling back to sysfs fallback for: rpmsg_lite_str_echo_rtos_remote.bin 这里是预留内存： reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; linux,cma { compatible = "shared-dma-pool"; reg = <0 0x88000000 0 0x04000000>; /* 64 MB @ 0x8800_0000 */ reusable; linux,cma-default; }; /* Ethos-U: move away from the kernel boot (32 MB) */ ethosu_mem: ethosu_region@8c000000 { compatible = "shared-dma-pool"; reg = <0 0x8c000000 0 0x02000000>; no-map; }; vdev0vring0: vdev0vring0@84000000 { reg = <0 0x84000000 0 0x00008000>; no-map; }; vdev0vring1: vdev0vring1@84008000 { reg = <0 0x84008000 0 0x00008000>; no-map; }; vdev1vring0: vdev1vring0@84010000 { reg = <0 0x84010000 0 0x00008000>; no-map; }; vdev1vring1: vdev1vring1@84018000 { reg = <0 0x84018000 0 0x00008000>; no-map; }; rsc_table: rsc-table@2021e000 { reg = <0 0x2021e000 0 0x00001000>; no-map; }; /* OCRAM */ vdevbuffer: vdevbuffer@84020000 { compatible = "shared-dma-pool"; reg = <0 0x84020000 0 0x00100000>; /* 1 MB */ no-map; }; ele_reserved: ele-reserved@90000000 { compatible = "shared-dma-pool"; reg = <0 0x90000000 0 0x00100000>; /* 1 MB @ 0x9000_0000 */ no-map; }; }; ethosu { compatible = "arm,ethosu"; fsl,cm33-proc = <&cm33>; memory-region = <&ethosu_mem>; power-domains = <&mlmix>; }; 从 U-Boot 在 i.MX93 上启动 CM33 RPMsg 演示的正确步骤是什么？ 如果 CM33 由 U-Boot (bootaux) 启动，建议的 Linux 配置是什么？ Re: imx93 m33 rpmsg hello_world test 你好，电路板支持包 版本是 VERSION= " 6.6-scarthgap(scarthgap)" 我使用内存为 512MB 的 imx93 自定义板但没有 hello_world .elf 这些都在 /lib/firmware 下 imx93-11x11-evk_m33_TCM_low_power_wakeword.elf imx93-11x11-evk_m33_TCM_power_mode_switch.elf imx93-11x11-evk_m33_TCM_rpmsg_lite_pingpong_rtos_linux_remote.elf imx93-11x11-evk_m33_TCM_rpmsg_lite_str_echo_rtos.elf imx93-11x11-evk_m33_tcm_sai_low_power_audio.elf 经过测试 u-boot= > fatload mmc 1:1 80000000 mcore-demos/rpmsg_lite_str_echo_rtos_remote.bin 在 3 毫秒内读取 39004 字节 (12.4 MiB/s) u-boot= > cp.b 0x80000000 0x201e0000 0x10000 u-boot= > bootaux 0x1ffe0000 0 ## 启动辅助内核 addr = 0x1ffe0000... 它无法启动，它会冻结。 Re: imx93 m33 rpmsg hello_world test 您好， 感谢您对恩智浦半导体产品的关注， 使用预建的 Cortex-M 演示版是一个很好的起点，你使用的是 i.MX 93 EVK 还是带有预建映像的自定义板？ 你在用什么电路板支持包？ 要在 u-boot 中运行 Cortex-M 演示，你可以使用以下代码片段： u-boot=> fatload mmc 1:1 80000000 sdk20-app.bin u-boot=> cp.b 0x80000000 0x201e0000 0x10000 u-boot=> bootaux 0x1ffe0000 0 RPMSG 必须在 Linux RPROC 框架下运行，因为您必须在 DTB 中为 RPMSG 预留内存，而且 Cortex-A RPMSG 通信是通过 Linux 驱动程序进行的。 root@imx93evk:~# echo hello_world.elf > /sys/class/remoteproc/remoteproc0/ firmware root@imx93evk:~# echo start > /sys/class/remoteproc/remoteproc0/state 此致 Re: imx93 m33 rpmsg hello_world test 你好，@bora、 请尝试使用 imx93-11x11-evk_m33_TCM_rpmsg_lite_str_echo_rtos.elf 这是你正在测试的二进制文件，请参阅 SDK 中的可用示例： SDK_24_12_00_MCIMX93-EVK\板\mcimx93evk\多核_示例 - rpmsg_lite_pingpong_rtos_linux - rpmsg_lite_str_echo_rtos 此致 Re: imx93 m33 rpmsg hello_world test 您好， 我试过了结果就是这样， root @imx93 -11x11-lpddr4x-evk：~# echo start > /sys/class/remoteproc/remoteproc0/state [105.274513] remoteproc remoteproc remoteproc 0/state [105.274513] remoteproc remoteproc remoteproc 0/state [105.274513] remoteproc remoteproc remoteproc 0：启动 imx93-11x11-EVKK _m33_tcm_rpmsg_lite_str_echo_ rtos.elf， size 59028 [ 105.294019] remoteproc remoteproc0: Registered carveout doesn't fit len request [ 105.301405] rproc-virtio: probe of rproc-virtio.1.auto失败，错误 -12 [ 105.309101] remoteproc remoteproc0: 注册的分割不适合 len 请求 [ 105.316561] rproc-virtio: probe of rproc-virtio.2.auto failed with error -12 [ 105.830361] remoteproc remoteproc0: 远程处理器 imx-rproc 现在已启动 Re: imx93 m33 rpmsg hello_world test 您好， 我可以在 LF-6.12.49 EVK 上通过以下步骤重现该功能 Cortex-A U-启动 Hit any key to stop autoboot: 0 u-boot=> fatload mmc 0:1 ${loadaddr} mcore-demos/imx93-11x11-evk_m33_TCM_rpmsg_lite_str_echo_rtos.bin 19816 bytes read in 18 ms (1 MiB/s) u-boot=> cp.b ${loadaddr} 0x201e0000 0x20000 u-boot=> bootaux 0x1ffe0000 0 ## Starting auxiliary core addr = 0x1FFE0000... u-boot=> pri mmcargs mmcargs=setenv bootargs ${jh_clk} ${mcore_clk} console=${console} root=${mmcroot} u-boot=> editenv m mfgtool_args mmcargs mmcautodetect mmcboot mmcdev mmcpart mmcroot u-boot=> editenv mmcargs edit: setenv bootargs ${jh_clk} ${mcore_clk} console=${console} root=${mmcroot} clk_ignore_unused u-boot=> boot Cortex-A Linux root@imx93evk:~# lsmod | grep -i imx_rpmsg_tty root@imx93evk:~# modprobe imx_rpmsg_tty 从 U-boot 到 Linux 的 Cortex-M RPMSG String Echo FreeRTOS RTOS API Demo... Nameservice sent, ready for incoming messages... Get Message From Master Side : "hello world!" [len : 12] 此致 Re: imx93 m33 rpmsg hello_world test 我也进行了测试，但没有结果，我仍然无法与 m33 通信。我用的是自定义板而不是 imx93-11x11-evk，我用 uart1 没有 uart2，对于 m33 我有 JTAG。 Re: imx93 m33 rpmsg hello_world test 我也没有在 /dev 下看到任何 ttyRPMSG 文件 Re: imx93 m33 rpmsg hello_world test 在 u-boot 上我开始工作了但是在 linux 中是通过 .elf文件，我得到 imx_rproc_kick：失败 (0, err:-62)

i.MX RT1170 DVFS Demo Dynamic voltage and frequency scaling (DVFS) is a power management technique that allows dynamically reducing power consumption of a CPU by dynamically scaling down supply voltage and CPU frequency. Because the internal DCDC of the i.MX RT1170 cannot cover the needed maximum current requirement at the junction temperature of 125 °C, the DVFS technique can be used to reduce current drain for compatibility with the internal DCDC. Lowering the processor frequency dynamically can help reduce the chip input current demand and ensure that the chip can continue to work at the junction temperature of 125 °C. The demo is attached. Only IAR and armgcc versions are enabled. The corresponding Application Note can be downloaded in the below link. https://www.nxp.com/docs/en/application-note/AN13267.pdf

QorIQ Layerscape LS2085/88マルチコア通信プロセッサ、ネットワーキングの未来を支援 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> EUF-NET-T1743 - QorIQ LS2085/88は、汎用性の高いLayerscape 2デバイスです。GPP レイヤーには、8 つの A57/A72 ARM® コアが含まれています。APPレイヤーには、AIOP、PME、DCE、およびSECエンジンが含まれています。WRPPレイヤーには、WRIOP、SATA、およびPCIeエンジンが含まれています。このプレゼンテーションでは、QorIQ LS2085/88プロセッサのさまざまなコンポーネントとターゲットの使用例の概要を説明します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> EUF-NET-T1743 - QorIQ LS2085/88は、汎用性の高いLayerscape 2デバイスです。GPP レイヤーには、8 つの A57/A72 ARM® コアが含まれています。APPレイヤーには、AIOP、PME、DCE、およびSECエンジンが含まれています。WRPPレイヤーには、WRIOP、SATA、およびPCIeエンジンが含まれています。このプレゼンテーションでは、QorIQ LS2085/88プロセッサのさまざまなコンポーネントとターゲットの使用例の概要を説明します。

HOB Quick Start Guide What is HOB? Hob is a graphical user interface for BitBake. Its primary goal is to enable a user to perform common tasks more easily. It basically runs the Bitbake commands on the background while showing a Graphic User Interface. Hob may not work correctly with Daisy metadata as it is getting deprecated in favor of a new web based interface for Yocto under the name Toaster. Here is what you can do with the current version of Hob on the Freescale Community BSP and BSP Release. - Build images - Edit existing image recipes - Create your own image recipes Note: HOB will write the local.conf file and make modifications which may conflict with baking images outside of HOB. In this case you may need to re-run the environment initialization in order to restore the local.conf file. Starting HOB Once the environment has been initialized (using the setup-environment script on the Freescale Community BSP or the fsl-setup-release on the Freescale BSP Release) use the command below. $ hob & The GUI should then appear: You may then select the MACHINE for which you will build and the Layers of your project. HOB  will take and updated the local.conf and bblayers.conf values so the desired BSP layers will already be selected and available MACHINES on these layers will appear on the drop down menu. Once these options are set HOB will parse the recipes and create a dependency tree in order to show available images for that MACHINE. Image File System Types Advance configuration options include image file system types. Please note that HOB does not support the sdcard format so if it is needed it has to be added manually on the local.conf file and then run bitbake outside of HOB. As HOB changed the local.conf file even if the sdcard format was originally available it may be rewrite and no longer available until the following line is added to local.conf. IMAGE_FSTYPES="tar.bz2 ext3 sdcard" Recipes screen On the recipes screen we can see the recipes included on the image and available recipes, then also package groups. Time to bake! After these configurations you may either build the packages using HOB interface or run Bitbake outside of HOB. (In case you wish to have your image on the sdcard format please see the earlier image types clarification) The resulting image will be stored on /tmp/deploy/images/ You may also save your image recipe with the selected customizations. Re: HOB Quick Start Guide Please submit any questions or issues related to this document as a discussion in the community.

PTN3460, PTN3460I FAQs Q1: Why DisplayPort to LVDS adapter? DPRX-LVDS is an (embedded) DisplayPort to LVDS bridge device that enables connectivity between an (embedded) DisplayPort (eDP) source and LVDS display panel. It processes the incoming DisplayPort (DP) stream, performs DP to LVDS protocol conversion and transmits processed stream in LVDS format. NXP offers two eDP-LVDS devices: 1. PTN3460 is commercial grade, 0 – 70 C. It is in 56-pin HVQFN package, 7 mm x 7 mm, 0.4 mm pitch. Supports pixel clock frequency from 25 MHz to 112 MHz. 2. PTN3460I is industrial grade, -40 – 85 C. It is in 56-pin HVQFN package, 7 mm x 7 mm, 0.4 mm pitch. Supports pixel clock frequency from 6 MHz to 112 MHz. Q2. How to configure eDP-LVDS device?   The eDP-LVDS has embedded microcontroller and on-chip Non-Volatile Memory (NVM) to allow for flexibility in firmware updates. Both PTN3460 and PTN3460I have a built in configuration table in internal 1K SRAM, which allows users to program seven EDID and 128 configuration registers through M/S I2C-bus. Please follow the programming guides below for these devices. 1. AN11128 – Programming Guide for PTN3460 2. AN11606 – Programming Guide for PTN3460I Q3. What is maximum resolution DP-LVDS can support? The available bandwidth over a 2-lane HBR DisplayPort v1.4 link limits pixel clock rate support to: 1. 1-lane DP with single LVDS bus supports 800x600 @ 60 Hz display, 40 MHz pixel clock. 2. 1-lane DP with dual LVDS bus supports 1366x768 @ 60 Hz display, 85.5 MHz pixel clock. 3. 2-lane DP with single LVDS bus operation up to 112 mega pixel per second – supports 1440x900 @ 60 Hz resolution display. 4. 2-lane DP with dual LVDS bus operation up to 224 mega pixel per second – supports 1920x1200 @ 60 Hz resolution display. Q4. How to update the FW? FW for eDP-LVDS devices can be updated by the following methods: 1. Flash over AUX (FoA) – This is an executable window utility that can only run under Windows OS. FW is updated through DP AUX channel. AN11133 – PTN3460 FoA utility user’s guide. 2. Flash over DOS (FoD) – This is an executable DOS utility that can run under DOS without OS. FW is updated through M/S I2C bus. 3. Flash over I2C – FW is updated through external I2C device that is plugged in a M/S I2C header. Q5. How to check the FW version? FW version can be read out with DPCD utility that runs under Windows OS. Please follow DPCD Tool User Manual V1.0. Q6. How many DP lanes supported in NXP DP to LVDS bridge device? NXP DP to LVDS bridge device supports 2 lanes HBR/RBR. Q7. What does HBR/RBR mean? HBR means “High Bit Rate”, it runs 2.7 Gbit/s. RBR means “Reduced Bit Rate”, it runs 1.62 Gbit/s. Q8. What is DP AUX channel? DP AUX channel is used for communication channel between DP source and DP sink device. Q9. What is DP source device? DP source device is DP signal transmitter. Q10. What is DP sink device? DP sink device is DP signal receiver.

单通道 ABS SB0401 监测模块问题 你好@nxp、 我使用的是 SB0401 单通道 ABS 模块 IC，其 SPI 主控芯片是恩智浦 S32K31xEVB-Q48 MCU。我每 10 毫秒传输一次监控/模块数据，但是 SB0401 监控模块似乎会重复 RESET/重启（大约每 50 毫秒一次）。与此同时，每次 SPI 传输时，我的 SPI "错误计数 "都会增加。 以下是设置和我的具体问题。 硬件/软件设置 MCU（SPI Master）：s32k31xEVB-Q48（S32K31x 系列） 设备：SB0401（单通道 ABS 模块 IC） 接口：SPI (LPSPI)（基于 DMA 传输） 周期性传输：每 10 毫秒 观察到的问题：SB0401 监控模块每大约 50 毫秒 RESET/重启 一次（参见随附日志） 观察到的行为 每次传输 SPI 字节/字时，错误计数器都会增加。 我从 SB0401 报文 18 中读取 AR（种子），并根据 AR 计算 MR。 尽管定期发送帧，SB0401 监控模块仍会RESET。 问题 MR 计算与 AR 比较（信息 18） 每次 SPI 传输时，我的错误次数都会增加。 我使用从 SB0401 报文 18 中收到的 AR 值计算 MR。 在这种情况下，错误计数器是否会在每次传输时递增，还是表示 MR/AR 逻辑不正确？ 请确认与 AR 相关的正确的 MR 计算流程/计时（消息 18）以及任何常见的陷阱（例如，使用过时的 AR、错误的字节/位提取、定时窗口、计数器对齐）。 写入报文 0 时的 ACK 位置 如果我将数据写入 信息 0在 TxBuf[0］我应该在哪里检查确认？ 举例说明：对于写入 TxBuf[0］中，ACK 是否出现在 RxBuf[0］(同一字）中，还是在 RxBuf[1］(下一个字）？ 如果定义了 "ACK 出现在下一个 SPI 字/帧中 "的规则，请分享确切的映射。 参考 SW / CDD 驱动程序 是否有任何用于 SB0401（C 源代码或 AUTOSAR 风格的 CDD 集成）的参考 CDD / 示例驱动程序可供共享以获取指导？ 如果不可共享，你能推荐官方的 SB0401 软件包/应用说明/参考实现细节吗？ Re: Single channel ABS SB0401 Monitoring Module Issue HI 是否可以在这里显示您的公司和项目信息？ Re: Single channel ABS SB0401 Monitoring Module Issue 你好@guoweisun 好的。 公司： Ettiksoft technologies Pvt ltd： Ettiksoft technologies Pvt ltd. 项目： 两轮车单通道 ABS。 Re: Single channel ABS SB0401 Monitoring Module Issue 你好@guoweisun 好的 还有其他参考代码，比如这个模块的行为。 Re: Single channel ABS SB0401 Monitoring Module Issue 对于我无法在此发布的示例代码，您能否从案例端口提交票据？ 家用 Re: Single channel ABS SB0401 Monitoring Module Issue 让我再次查看有关这个特殊部分的参考代码。 Re: Single channel ABS SB0401 Monitoring Module Issue 该部件没有 CDD 或其他软件驱动器，参考原理图也需要客户签署保密协议然后共享。

寻找兼容的压力传感器 大家好 我正在寻找一个兼容的压力传感器来替换原来的 125pc05d1。 125pc05d1 是原装压力传感器，属于压差型。 我附上了原压力传感器的外形图和技术规格。 125pc05d1 的灵敏度约等于 Δmv/Δp ≈ 70mv/5psi ≈ 14，由于后续放大电路复杂，我不知道如何调整。如果有与之兼容的具有相同灵敏度的新型压力传感器，那就再好不过了。 有关更详细的测试，请参阅下面的链接。 https://www.eevblog.com/forum/repair/replacing-the-pressure-sensor-requires-assistance/ 感谢您的帮助。 Re: Seeking a compatible pressure sensor 你好 请考虑使用 MPX10DP，因为它在外形和功能上都最接近原装 125pc05d1。如果您需要更宽的压力范围或更高的输出电压以获得更高的分辨率，请考虑 MPX5010DP，尽管它需要额外的信号调节。 BRs, Tomas Re: Seeking a compatible pressure sensor 谢谢！

KW43 Knowledge Hub The KW43 product family is a low-power, secure, single-chip wireless MCU that integrates a high performance, Bluetooth Low Energy, Bluetooth Channel Sounding, EdgeLock Secure Accelerators, and various MCU peripherals targeted for Automotive applications. The KW43 family utilizes an Arm® Cortex®-M33 core (Armv8-M architecture) running up to 96 MHz for customer applications. The family includes memory configurations of up to 1.5MB flash and 256 KB SRAM across all listed part numbers. All devices in the family integrate a state-of-the-art, scalable security architecture including Arm’s TrustZone®-M, a resource domain controller and an isolated EdgeLock Secure Accelerators supporting hardware cryptographic accelerators, random number generators and key generation, storage, and management along with secure debug. All members of the KW43 family are designed to be compliant to a SESIP Level 3 certification following the Arm PSA Level 3 profile. KW43 uses dual Arm Core Cortex-M33 (‘CM33’) and supports multiple interfaces and security features. One is for application and system use and other is for radio link layer and both cores share a common flash of 1.5 MB. The devices include a full certified Bluetooth LE 6.x controller stack with support for up to 10 simultaneous connections in any controller/peripheral combination. The multiprotocol radio subsystem integrated in the KW43 Family is energy efficient and is designed for Wi-Fi coexistence. The radio is supported with tested software stacks for Bluetooth Low Energy for standalone and hosted applications to enable a range of Automotive, IoT and industrial applications. There is also software and hardware support for 2.4 GHz proprietary protocols. To address ranging requirements, the Localization Engine (LCE) is integrated into the system for enhanced localization performance. The KW43 series is supported by the MCUXpresso Developer Experience to optimize, ease and help accelerate embedded system development. Early access program The KW43 is in pre-production, developers can get started today with the KW45/KW47, which is pin and software compatible.   you can request access contacting NXP sales team - Pascal Bernard ([email protected]) Join KW47 early access program here: KW43 Early Access Training Bluetooth Low energy 6.0 NXP Introduction Interested in Bluetooth technology? Bluetooth® Low Energy Primer – Essential reading for understanding BLE fundamentals. Bluetooth® Specifications – Full list of standards, protocols, and technical documents. Awards and Recognition - Every year, the Bluetooth Special Interest Group (SIG) celebrates the hard work and commitment of working groups, committee members, and contributors who have been recognized by their peers as making a difference in advancing Bluetooth technology.  2024: Channel Sounding 2025: Channel sounding amplitude-based attack resilience, LE test mode enhancements and Ranging profile and service.  Bluetooth Feature Overview Bluetooth_5.0_Feature_Overview  Bluetooth_5.1_Feature_Overview  Bluetooth_5.2_Feature_Overview Bluetooth_5.3_Feature_Overview Bluetooth_5.4_Feature_Overview Bluetooth_6_Feature_Overview Bluetooth_6.1_Feature_Overview Bluetooth_6.2_Feature_Overview Bluetooth_6.3_Feature_Overview RF Switch Comparison Absorptive/Reflective Standards Comparison ETSI / FCC / ARIB requirements BLE Channel Sounding  - Overview BLE Channel Sounding - RF Hardware BLE Channel Sounding - ANSYS Modeling Tools  BLE Channel Sounding - Antenna Prototypes Validation Measurements Equipment Wireless Equipment: This article provides the links to the Equipment that helps to the project development  Useful Links How to import and run demo examples with MCUXpresso for Visual Studio Code: This article gives information on how to import and run demo examples from the new SDK with ARM GCC toolchain, in MCUXpresso for Visual Studio Code. [MCUXSDK] How to use GitHub SDK for KW4x, MCXW7x, MCXW2x - NXP Community this community post provides step by step how to use GitHub SDK [MCUXSDK] GitHub SDK - Documentation for Bluetooth LE platforms - NXP Community this community post provides the documentation for BLE platforms.  How to use the HCI_bb on Kinetis family products and get access to the DTM mode:  This article is presenting two parts: How to flash the HCI_bb binary into the Kinetis product. Perform RF measurement using the R&S CMW270 BLE HCI Application to set transmitter/receiver test commands: This article provides the steps to show how user could send serial commands to the device. Bluetooth LE HCI Black Box Quick Start Guide: This article describes a simple process for enabling the user controls the radio through serial commands. Support If you have questions regarding KW45/KW47, please leave your question in our Wireless MCU Community! here  

尝鲜IAR 6.7集成Processor Expert工程代码功能(The Step to integrate Processor Expert code to IAR6.7) 最近有客户问到如何移植PE生成的TSI代码到IAR中，按照常规的方法在把头文件和库文件意义一一包含进来，非常繁琐，于是研究了一下相关的操作。在早期的IAR版本中，需要用户自己手动添加芯片名称，链接文件和包含的路径信息，特别是在PE增加或者删除组件后，需要用户去增减相应的文件，更增加了难度。而在最新版本的 IAR 6.7中集成了对PE工程的链接机制，它可以方便的读取PE工程的XML文件，从而实现移植PE生成的代码到 IAR Embedded Workbench中，相对于早期的IAR版本，主要完成以下几个工作： 自动检测使用的芯片类型； 自动添加PE的LCF连接配置文件； 自动更新包含的头文件路径； PE增加或者删除Component组件后，IAR工程会自动Add 或Delete 相应的组件代码； 尽管IAR完成了一些繁琐的工作，但网上没有太多的资源可以参考，对于首次使用的用户来说还是需要一些探索，为节省大家的时间，下面以一个具体的示例Step By Step的介绍如何在IAR中集成PE的工程。 1. 打开Processor Expert software 新建一个PE的工程并保存生成代码，这个过程比较简单，此处不再赘述，重点讲述一下在IAR中的使用步骤； 2. 在IAR Workbench中"Creat New Project"新建一个空的工程。 3. 保存新建的工程文件到PE工程的文件夹中，需要注意的是此处也可以选择其他路径，但为简便和易维护性上还是建议直接存放到PE工程中。 4. 打开Tools->Options->Project选项，勾选“Enable project connects”，这个选项的目的在于使能 IAR 能够读取Freescale Processor Expert和Infineon DAVE等第三方工具生成.XML文件。 5. 添加PE工程的XML文件，选择Project->Add Project Connection，会弹出链接选择对话框，选择使用Freescale Processor Expert，默认是IAR Project Connection； 6. 点击OK后，选择建立PE工程时生成的工程描述符文件Projectinfo.xml； 7. 完成上面步骤后，在IAR中自动完成以下三方面工作：自动加载PE生成的文件到IAR中，自动安装LCF链接配置文件，自动包含头文件路径。这几个步骤在之前版本的IAR中需要自己手动添加，并且当在PE中重新生成Code时需要重新添加对应的文件； 8. 完成上面步骤之后，需要根据实际情况配置采用的下载/调试器，Project->Options->Debugger->Setup 选择下载Driver，实验中使用的是KL25的FRDM板，所以在PE Macro中选择OpenSDA，点击OK，完成设置； 9. 编译工程，下载Debug； 总结下来，主要完成两个工作：（1）配置使能 Project connection，并导入PE生成的XML文件； （2）配置调试的下载器仿真器； Re: 尝鲜IAR 6.7集成Processor Expert工程代码功能(The Step to Integration Processor Expert code to IAR6.7) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 问题可以在下面回复： 当您在“Libraries(-l)”中添加一个库时，gcc 链接器知道这是一个 gcc 库，因此无需添加“lib”前缀和“.a”后缀。 但是当您在“杂项”中添加库时，如果文件没有“lib”前缀和“.a”后缀，gcc 链接器就不会认为它是 gcc 库。 Re: 尝鲜IAR 6.7集成Processor Expert工程代码功能(The Step to integrate Processor Expert code to IAR6.7) 我看了一下.xml配置文件，上面显示的库的路径是在工程文件夹下面的,实际上在Open Containing Folder命令中打开的路径也是工程所在的路径，但是并不是库的路径，是他的上级路径，应该是他没有识别到。 你说的那个选项我勾选了（atuo runtime library selection），仍然不行，但是我在选项下面的Additional libraries 中添加了库的路径之后就可以了。 第二个方法就是上面我说的方法，取消链接之后自己添加一遍库，我注意到自动添加的库是带引号的，自己添加的不带引号，不知道这意味着什么。。 下面是XML的路径片段，路径中没有中文     D:\PE_K60\TEST1.0\Project_Settings\Linker_Files\ProcessorExpert.icf           D:\PE_K60\TEST1.0\Sources\TSS\       C:\Freescale\PExDrv v10.3\eclipse\ProcessorExpert\lib\Kinetis\iofiles\       C:\Freescale\PExDrv v10.3\eclipse\ProcessorExpert\lib\Kinetis\pdd\inc\       D:\PE_K60\TEST1.0\Sources\       D:\PE_K60\TEST1.0\Generated_Code\               D:\PE_K60\TEST1.0\Generated_Code\       D:\PE_K60\TEST1.0\Sources\       D:\PE_K60\TEST1.0\Sources\TSS\               D:\PE_K60\TEST1.0\Sources\TSS\       Re: 尝鲜IAR 6.7集成Processor Expert工程代码功能(The Step to integrate Processor Expert code to IAR6.7) 你要查看一下PathName 的路径了，因为默认的路径应该是在TSS的安装目录中，另外在IAR中Linker配置项的library选项配置也需要check一下，需要使能atuo runtime library selection。 Re: 尝鲜IAR 6.7集成Processor Expert工程代码功能(The Step to integrate Processor Expert code to IAR6.7) 您好！ 我按照你的文章使用PE建立了一个关于TSS库的工程，使用IAR编译文件时出现了错误： Error[Li005]: no definition for "TSS_Init" [referenced from D:\PE_K60\test1\Debug\Obj\TSS1.o] Error[Li005]: no definition for "TSS_SetKeypadConfig" [referenced from D:\PE_K60\test1\Debug\Obj\TSS1.o] Error[Li005]: no definition for "TSS_SetSystemConfig" [referenced from D:\PE_K60\test1\Debug\Obj\TSS1.o] Error[Li005]: no definition for "TSS_GetSystemConfig" [referenced from D:\PE_K60\test1\Debug\Obj\TSS_SensorTSI.o] Error while running Linker 我找到错误的原因是：在 文件中       "TSS_KXX_M4.a"     上述路径在IAR中识别为无效路径，导致库中的函数无法引用， 我在IAR加载文件之后，在你说的地4步《打开Tools->Options->Project选项，勾选“Enable project connects” 》中取消了工程链接，删除了IAR工程中包含的TSS_KXX_M4.a文件,然后重新加载了这个文件，这时候编译通过了。 请问这个应该怎么做呢。 我使用的是IAR6.7.1,PE10.3 Re: 尝鲜IAR 6.7集成Processor Expert工程代码功能(The Step to Integration Processor Expert code to IAR6.7) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 好文档，对我很有用！谢谢！

Probes Not Found Error when attempting to connect to FRDM46lz board Probes not found error M4 Pro Macbook Sequoia 15.6 while attempting to connect to FRDM46lz board in MCUXpresso. Fellow students with Macs have not encountered this issue. Have been working hard with university staff but not found a solution. Have already attempted plugging into difference ports, restarting device, changing privacy settings, creating a new project, and uninstalling and reinstalling MCUXpresso, among other things. Help would be greatly appreciated, thank you! Re: Probes Not Found Error when attempting to connect to FRDM46lz board Hello @ottofhalb , Thanks for your post. Please open Device Manager and check whether the serial port has been successfully enumerated. In addition, have you ever tried to update the OpenSDA? OpenSDA Serial and Debug Adapter | NXP Semiconductors You may refer to attached "Updating the OpenSDA Firmware.pdf". Hope it helps. BR Celeste

s32k3 eMIOS IMPモード こんにちは、 現在、s32k3 マイクロの eMIOS IPM モードを使用して入力信号周波数を読み取ろうとしています。ステータス レジスタが測定値をキャプチャしたことを通知するまで待機した後、最初に A レジスタを読み取り、次に B レジスタを読み取り、両方のケース (通常のケースとオーバーフローのケース) の周期計算を実行します。ただし、計算では信号の周期ではなく、「High 時間」または「Low 時間」のいずれかが得られます。IPM モードでは、周期ではなく、高/低デューティ サイクルが提供されるようです。これを理解するための考えはありますか?制御レジスタが正しいモードを使用していることを確認しました。 よろしくお願いします。 Re: s32k3 eMIOS IMP Mode @VaneBこんにちは、 私も同様の問題に直面しています。周波数を測定するために EMIOS をどのように構成すればよいかなどの構成を共有していただけますか。 Re: s32k3 eMIOS IMP Mode こんにちは@jfranklin 可能であれば、設定を共有していただけますか? Re: s32k3 eMIOS IMP Mode こんにちは。これは当社独自のソフトウェアです。私たちの目標は、提供されている GUI を使用しないことです。基本的には、周波数入力の周期を読み取ろうとしているだけです。IPM モードでは立ち上がりエッジのみ、または立ち下がりエッジのみで更新されるはずですが、立ち上がりと立ち下がりの両方で更新されているようです。 Re: s32k3 eMIOS IMP Mode こんにちは@jfranklin RTD コントローラまたはカスタム ソフトウェアを使用していますか?あなたのアプリケーションについてさらに詳しい情報を教えていただけますか？ BR、ヴェインB

8x DPDMUXで静的DPLをロードできませんでした こんにちは、コミュニティの皆様 DPDMUX と DPNI の動的作成を正常に使用し、次のコマンドで DPL を生成します。 8x ls-addni --fs-entries=8 --num-queues=8 -n ソース /usr/local/dpdk/dpaa2/dynamic_dpl.sh ... 8x restool dpdmux create 8x restool dprc connect dprc.1 --endpoint1= .n.0/1/2 --endpoint2= / /dpni.k> dprc を復元して、dpl dprc.1 > dpl-8-dpdmux.dts を生成 uboot が MC レイアウトを開始できるように、静的 DPL を dpl-8-dpdmux.dtb (dtc ツールによって生成) で更新します。 エラーは次のように表示されます: [E, mem_mng_get_phys_mem:655] メジャー メモリ。マネージャーのメモリ割り当てに失敗しました [E, mem_mng_get_phys_mem:658] 必要なサイズ 0x000040000、アライメント 0x000000100 は、パーティション ID 7 の使用可能なメモリを超えています [E, init_bman_bp:399, DPDMUX] ID[6] - dpbp_allocate_buffers()、dpbpバッファの割り当てに失敗しました [E, init_infrastructure:3750, DPDMUX] swlib_init_bman_bp : -12 [E, dpdmux_init:4487, DPDMUX] init_infrastructure: -12 [E, mem_mng_get_phys_mem:655] メジャー メモリ。マネージャーのメモリ割り当てに失敗しました [E, mem_mng_get_phys_mem:658] 必要なサイズ 0x000040000、アライメント 0x000000100 は、パーティション ID 7 の使用可能なメモリを超えています [E, init_bman_bp:399, DPDMUX] ID[7] - dpbp_allocate_buffers()、dpbpバッファの割り当てに失敗しました [E, init_infrastructure:3750, DPDMUX] swlib_init_bman_bp : -12 [E, dpdmux_init:4487, DPDMUX] init_infrastructure: -12 [E, resman_is_link_permitted:6375, RESMAN] オブジェクトが見つかりませんでした [E, linkman_probe_cb:205] 共通の祖先がありません - dpdmux@6 と dpmac@9 の接続に失敗しました [E、subnode_process:155] プローブモジュール「接続」がエラーコード -1 を返します。dpl プロセッシングを続行します... [E, resman_is_link_permitted:6375, RESMAN] オブジェクトが見つかりませんでした [E, linkman_probe_cb:205] 共通の祖先がありません - dpdmux@6 と dpni@15 の接続に失敗しました [E、subnode_process:155] プローブモジュール「接続」がエラーコード -1 を返します。プロセッシングを続行します... [E, resman_is_link_permitted:6375, RESMAN] オブジェクトが見つかりませんでした [E, linkman_probe_cb:205] 共通の祖先がありません - dpdmux@6 と dpni@7 の接続に失敗しました [E、subnode_process:155] プローブモジュール「接続」がエラーコード -1 を返します。プロセッシングを続行します... [E, resman_is_link_permitted:6375, RESMAN] オブジェクトが見つかりませんでした [E, linkman_probe_cb:205] 共通の祖先がありません - dpdmux@7 と dpmac@10 の接続に失敗しました [E、subnode_process:155] プローブモジュール「接続」がエラーコード -1 を返します。dpl プロセッシングを続行します... [E, resman_is_link_permitted:6375, RESMAN] オブジェクトが見つかりませんでした [E, linkman_probe_cb:205] 共通の祖先がありません - dpdmux@7 と dpni@16 の接続に失敗しました [E、subnode_process:155] プローブモジュール「接続」がエラーコード -1 を返します。dpl プロセッシングを続行します... [E, resman_is_link_permitted:6375, RESMAN] オブジェクトが見つかりませんでした [E, linkman_probe_cb:205] 共通の祖先がありません - dpdmux@7 と dpni@8 の接続に失敗しました [E、subnode_process:155] プローブモジュール「接続」がエラーコード -1 を返します。プロセッシングを続行します... [E, dpl_process:527] 「接続」の解析中にエラーが発生しました。DPL の残りのプロセッシングをスキップします。 [E、メイン:198] DPL プロセッシングに失敗しました。続行中... 動的な方法と同じレイアウトをサポートするために、静的 DPL には何か制限がありますか? QorIQ LS2デバイス Re: Failed to load static DPL with 8x DPDMUX こんにちは、イーピンワンさん 動的レイアウト作成で '--max-dmat-entries' を使用すると、 'restool dprc generate-dpl dprc.1' によって最終的な dts は変更されません。 SO、.dts に次の要素「mem-size」と「 max-dmat-entries」を追加して試してみます。手動で: dpdmux@0 { 互換性 = "fsl,dpdmux"; オプション = "DPDMUX_OPT_CLS_MASK_SUPPORT", "DPDMUX_OPT_AUTO_MAX_FRAME_LEN"; 方法 = "DPDMUX_METHOD_CUSTOM"; マニピュレータ = "DPDMUX_MANIP_NONE"; num_ifs = <0x2>; mem-size = <0x100>; // これは私が手動で追加したものです max-dmat-entries = <0x8>; // これは私が手動で追加したものです }; 残念ながら、これでは問題は解決せず、MC デバッグから同じエラー メッセージが表示されます。 同封の私のDPLもご確認ください。 Re: Failed to load static DPL with 8x DPDMUX 以下の方法が出来るかお試しください。 DPDMUX を作成するときは、リソース割り当てを減らすために「--max-dmat-entries=8」を指定してください。 --max-dmat-entries= DPDMUX アドレス テーブルの最大エントリ数。デフォルトは 64 です。 問題が解決しない場合は、コンソール ログ全体を共有して DPDMUX を作成し、DPL ファイルを生成します。 また、どのプロセッサを使用していますか? Re: Failed to load static DPL with 8x DPDMUX こんにちは、 DPL パラメータ名を修正することでこの問題を解決できました。

S32K358 HSE 固件不稳定 您好， 我们在安全启动配置方面遇到了问题。 1.将 BOOT_SEQ 设置为 1 后，0x400000 处的值为 1，FSR 正常报告 0x0B600000 2。安装 SMR 并 RESET 后，我附上了调试器和 BOOT_SEQ 返回 0 和 FSR 报告 0x00000000 这是异常 我执行脚本是为了进行 HSE 握手并 RESET 目标板 2/3 次，FSR 值为 0x0f600000 这很正常。 这意味着 HSE 仍然存在，并在工作，但不稳定 有什么原因吗？ Re: S32K358 HSE firmware unstable 我发现在配置SMR之后，必须使用功能RESET而不是破坏性RESET。更改为功能 RESET 后，HSE 固件运行良好。 我们可以结束这个话题了。 https://community.nxp.com/t5/S32K/s32k3-hse-basic-secure-boot-protect-problem/m-p/1943667 Re: S32K358 HSE firmware unstable 感谢您对我的支持。 Re: S32K358 HSE firmware unstable 您能否与分配给您的恩智浦 FAE 讨论这个问题？或在此创建新票据： https://support.nxp.com/s/?language=en_US ......并将其转发给他们。谢谢。 Re: S32K358 HSE firmware unstable 您好， 我们的应用程序不会将 BOOT_SEQ 改为 0。 我们确实在多个板上进行了测试，但只有 1/2 个板出现了这个问题。 下面是 GPR 寄存器的值 GSR 值为 0 Re: S32K358 HSE firmware unstable 你好@HaiHoangSoftware 如果即使在 RESET 后大约 1 秒后，FSR 寄存器仍保持 0x00000000，则表示 HSE 固件根本没有启动。在 GSR 注册表中可以看到什么？是否设置了第 0 位？在 HSE GPR 寄存器 0x4039_C028 中可以看到什么？ HSE FW 或 SBAF 不应该这样做。你的申请不是改变了这一点吗？ 问候， Lukas

imx8mp アプリ実行時に m4 を停止 imx8mp の A53 コアでユーザー アプリケーションを実行しながら、M4 コアで実行中のプログラムを確実に停止するにはどうすればよいですか?再起動後に M4 コアが自動的に再起動するため、デバイス ツリーやその他の設定を変更せずに特定のテストを実行する必要があります。これにより、テストを行っていないときでも、M4コアは正常に動作し続けることができます。

斯洛伐克布拉迪斯拉发理工大学 3KD 团队技术报告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 为布拉迪斯拉发斯洛伐克理工大学 3KD 队（斯洛伐克）提交技术报告 - 2015 年 EMEA 总决赛 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 为布拉迪斯拉发斯洛伐克理工大学 3KD 队（斯洛伐克）提交技术报告 - 2015 年 EMEA 总决赛

S32DS v3.6.6 S32K5 development package missing pins in package view for S32K566_437BGA In the S32DS Configuration Tool for the Pins, the S32K566_437BGA view is missing a number of pins in the package view. Is this my installation or a general issue?  Is there a plan to fix that? Re: S32DS v3.6.6 S32K5 development package missing pins in package view for S32K566_437BGA Hello @DirkEtzler , I hope this email finds you well. I am writing to you in regard to a product currently in your possession – an NPI (New Product Introduction) which has not been officially launched yet. Please be advised that customers who have been granted early access to such products have assigned their field engineers. Your designated field engineer should serve as your primary support channel for any issues, concerns or queries you may have about this product. Our online support team will be opening a wider range of support for this product once it has been officially released. Until then, they will not be equipped to provide the desired assistance. We appreciate your understanding in this matter and look forward to further enhance our partnership with you. Should you have any questions, please feel free to connect with your field engineer, or contact my team and me directly. Thank you for your understanding. Best regards, Pavel

TPMS お客様向けの NDA を取得できますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP様 私はNXPの代理店であるZLGのメンバーです。Anjia は現在バス TPMS を開発中であり、詳細な情報が必要です (FXTH871511DT1 REG #: R691261)。NDAの申請を手伝っていただけますか？ Anjiaの情報は次のとおりです。 公司名（中文）： 佛山市安驾科技有限公司 会社名：FoShan Angel Technology Co,.Ltd. 公司地址（中文）：广东省佛山市南海区獅山镇北园中路王氏车灯西门装配车间2楼 住所：中国広東省仏山市南海区石山鎮北園中路王石ランプ西門組立工場2階 連絡先担当者：陈琼霓（Chen Qiongni） 職種： ソフトウェアエンジニア 電話：13727457848 企業メールボックス：[email protected] プロジェクト: バスTPMS ありがとう！ よろしくお願いします オーウェン 圧力センサ

AUT-N1925 UCODE DNA - 世界初のセキュリティ付きUHFタグIC <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXPの最新世代のパッシブUHF RFIDは、UCODE® DNAと呼ばれ、自動車両識別(AVI)システムで使用できるため、適切に登録されていない車両のドライバーの識別と収集が容易になります。車両登録用のAVIシステムでは、リーダーを道路の上、下、または脇に設置できます。また、ハンドヘルドデバイスに埋め込んで、政府関係者が使用することもできます。車両に取り付けられたタグは、リーダーのRFフィールドによって生成されたエネルギーを使用するため、バッテリーは必要なく、タグの寿命は非常に長いです。暗号化ベースのセキュリティにより、エラーが最小限に抑えられ、不正行為が実質的に排除されます。車両の所有者(および料金徴収者)は、読み取りが非常に正確で安全性が高いため、適切な人物に請求されていることを確信できます。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXPの最新世代のパッシブUHF RFIDは、UCODE® DNAと呼ばれ、自動車両識別(AVI)システムで使用できるため、適切に登録されていない車両のドライバーの識別と収集が容易になります。車両登録用のAVIシステムでは、リーダーを道路の上、下、または脇に設置できます。また、ハンドヘルドデバイスに埋め込んで、政府関係者が使用することもできます。車両に取り付けられたタグは、リーダーのRFフィールドによって生成されたエネルギーを使用するため、バッテリーは必要なく、タグの寿命は非常に長いです。暗号化ベースのセキュリティにより、エラーが最小限に抑えられ、不正行為が実質的に排除されます。車両の所有者(および料金徴収者)は、読み取りが非常に正確で安全性が高いため、適切な人物に請求されていることを確信できます。 セキュアなコネクテッド&自動運転車

无法在 i.MX 8M Plus EVK 上将 OV5640 路由至 ISP（仅适用于 ISI） 你好， 我正在使用 imx8M Plus EVK 和 OV5640 MIPI-CSI2 摄像头模块（MIPI-CSI 摄像头模块），正在尝试使用集成的 isp 来代替 ISI。 现在，传感器在路由到 ISI 时可以正常工作（我可以通过 /dev/VideoX 捕获 UYVY/NV12），但我想将拜耳的原始数据提供给 SoC 互联网服务提供商，然后从 ISP 视频节点获得经过处理的输出（demasic、AWB 等）。我在媒体/格式方面遇到困难，希望能得到指导，了解实际支持哪些格式，以及如何正确配置管道。 我想禁用 ISI 改用 ISP 管道： 我使用 imx8mp-lpddr4-evk 作为版本配置，使用 imx-image-full 作为 Yocto Project 映像。 Re: Unable to route OV5640 to ISP on i.MX 8M Plus EVK (works only with ISI) 你好 根据您的要求，您需要将 OV5640 的 RAW Bayer 数据通过 SoC 的 ISP 传输，而不是使用 ISI 模块。以下是你面临挑战的原因： i.MX 8M Plus 有两个不同的摄像头接口： 1. ISI（图像感知接口）：对 YUV/RGB 格式执行基本处理（缩放、裁剪、翻转、色彩空间转换） 2. ISP（图像信号处理器）：处理 RAW 拜耳数据处理（demosaic、AWB 等） 目前，您的 OV5640 配置为使用其内置 ISP 并将 YUV/RGB 数据直接输出到 ISI 模块，这就是为什么你可以通过 /dev/videoX 捕获 UYVY/NV12 的原因。不过，要使用 SoC 的 ISP 功能，您需要不同的配置。 要将原始拜耳数据路由到 SoC ISP，请执行以下操作： 1. 修改您的设备树以禁用 ISI 并启用 OV5640 2. 将 OV5640 配置为输出 RAW 拜耳格式，而不是经过处理的 YUV 3. 安装 ISP 管道以进行正确处理 作为实现参考，您可以查看演示 RAW 摄像机移植到 ISP 的 GitHub 存储库：https://github.com/nxp-imx-support/meta-imx8mp-isp-imx219 还有一个社区帖子涉及类似的集成挑战： https://community.nxp.com/t5/Other-NXP-Products/Integrating-OV5695-RAW10-with-ISP-on-i-MX8MP-ISP-Enablement-and/td-p/2115003 ISP 模块需要特定于传感器的校准文件（.drv、.xml、.cfg)以优化 OV5640 在 RAW 模式下的性能。 此致

iDrive_里程碑_2 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在这个里程碑中，我们专注于创建控制从设备接收的数据流的基础设施。 我们创建了一个托管在 Google Cloud Platform 中的 Web API 应用程序（ASP .NET），用于存储和解释我们的数据（来自设备），并向移动应用程序发送通知，告知用户汽车被盗（已移动）。 我们还创建了移动应用程序（原生，在 Xamarin.Android 中创建），该应用程序使用 Google Maps API 来嵌入地图片段，用于显示我们设备的位置（以及隐式显示汽车的位置）。 通知系统已准备好投入生产，我们使用 Azure 通知中心作为传递通知的中间件，因为它具有可扩展性、可靠性、包含遥测数据并且安全。 （在 “我的视频” 中查看）