FreeRTOS 应用程序测试程序 需要在 imx93 自定义板中使用以下源代码验证 FreeRTOS。 https://mcuxpresso.nxp.com/dashboard 请分享用于验证 FreeRTOS 的应用程序测试文档。 Re: FreeRTOS Application Testing Procedure 你好@Esakkiammal   希望你一切都好。   在 SDK 文件夹中，您会发现一个名为 freertos_exmaples 的文件夹：   linux@machine:~/SDK_25_03_00_MCIMX93-EVK/boards/mcimx93evk/freertos_examples$ ls freertos_event freertos_generic freertos_hello freertos_mutex freertos_queue freertos_sem freertos_sem_static freertos_swtimer linux@machine:~/SDKs/SDK_25_03_00_MCIMX93-EVK/boards/mcimx93evk/freertos_examples$   你可以使用 arm 的 gcc 工具编译任何例子。就我而言，我使用的是 arm-gnu-toolchain-13.3.rel1-x86_64- arm-none-eab i。   您可以下载该工具，然后导出环境变量进行编译：   $ export ARMGCC_DIR=~/cortex-m-toolchain/arm-gnu-toolchain-13.3.rel1-x86_64-arm-none-eabi   然后，转到要编译的项目，例如"freertos_hello" 。在该目录中，你会发现另一个名为"armgcc" 的目录。这里有编译项目所需的脚本：   #Inside of "armgcc" directory $ ./build_release.sh $ cd release $ ls freertos_hello.bin freertos_hello_cm33.elf     现在，您可以将示例加载到板上。   顺祝商祺！ 萨拉斯

LS1028ardB 熔丝配置标头不起作用 我正在尝试让熔丝配置标头在 ls1028ardb 上自动运行，但是在我将标头添加到我的映像后，我的启动卡在 ATF (BL2) 并且无法继续运行。 当我浏览 input_fuse_file 文件时，这是我在 lsdk pdf 中使用的文件 /* * 2018 恩智浦版权所有 */ --------------------------------------------------- # 指定平台。[必填] # 选择平台 - LS2088/LS1088 平台=LS1088 --------------------------------------------------- # 将设置 GPIO 引脚以提高 POVDD [可选的] POVDD_GPIO= --------------------------------------------------- # 二进制形式的一次性可编程主密钥标志。[必须] # 0000 -> 程序默认的最小 OTPMK 值 # 0001 -> 程序随机 OTPMK 值 # 0010 -> 编程用户提供的 OTPMK 值 # 0101 -> 用预设最小值编程随机 OTPMK 值 # 0110 -> 将用户提供的 OTPMK 值与预编程的最小值进行编程 # 1xxx -> 不要吹 OTPMK OTPMK_FLAGS=1000 # 一次性可编程主密钥值。 # [视标志而定，可选的，如果 OTPMK_FLAGS= " 0010 " 或 " 0110 "] OTPMK_0=12345678 OTPMK_1=87654321 OTPMK_2=12345678 OTPMK_3=87654321 OTPMK_4=12345678 OTPMK_5=87654321 OTPMK_6=12345678 OTPMK_7=87654321 --------------------------------------------------- # 超级根密钥哈希 [可选的] SRKH_0= SRKH_1= SRKH_2= SRKH_3= SRKH_4= SRKH_5= SRKH_6= SRKH_7= --------------------------------------------------- # 指定 OEM UID。[可选的] # 例如 OEM_UID_0=11111111 OEM_UID_0=12345678 OEM_UID_1=21436587 OEM_UID_2=34567812 OEM_UID_3=12345678 OEM_UID_4=87654321 --------------------------------------------------- # 指定调试挑战值和响应值。[可选的] # 例如 DCV_0=11111111 DCV_0= DCV_1= DRV_0= DRV_1= --------------------------------------------------- # 以二进制形式指定调试级别。[可选的] # 000 -> 广泛开放：无条件启用调试门户。 # 001 -> 通过质疑答复有条件开放，无需通知。 # 01x -> 通过挑战响应有条件开放，并发出通知。 # 1xx -> 已关闭。禁用所有调试门户。 DBG_LVL= --------------------------------------------------- # 二进制形式的系统配置寄存器位 [可选的] # WP（OEM 写保护） # ITS（保障意向） # NSEC（非安全） # ZD（禁用 ZUC） # K0、K1、K2、K3、K4、K5、K6（密钥撤销位） # FR0（字段返回 0） # FR1（现场返回 1） WP= ITS= NSEC= ZD= K0= K1= K2= K3= K4= K5= K6= FR0= FR1= --------------------------------------------------- # 指定输出熔丝配置文件名。(默认值：fuse_scr.bin）[可选的] 输出保险丝文件名=fuse_scr.bin --------------------------------------------------- 我想知道这里的问题似乎出在哪里？ Re: LS1028ardb fuse provisioning header not working 亲爱的@Steven_27， ，请按照下一个链接中提到的步骤进行操作： https://docs.nxp.com/bundle/GUID-487B2E69-BB19-42CB-AC38-7EF18C0FE3AE/page/GUID-BBED1716-8F27-4B01-9033-075D2037CAFE.html Re: LS1028ardb fuse provisioning header not working 固定机载 DDR 注意：4 GB DDR4，32 位，CL=11，ECC 通知中：BL2：v2.4（版本）：lf-5.10.52-2.1.0-rc2-0-gbb 4957067-dirty 通知：BL2：版本：2025 年 9 月 24 日 13:20:00 我的启动过程永远停留在这里。我将其更改为 LS1028 作为平台，除了 OEM UID，我什么都没指定，以下是我的输入文件： [root@fbubuntu ls2088_1088]$ cat input_fuse_file /* * Copyright 2018 NXP */ --------------------------------------------------- # 指定平台。[必须] # 选择平台-LS2088/LS1088 PL ATFORM=LS1028 ------------------------------------------------------------------------------------------------- # 一次性二进制形式的可编程主密钥标志。 [必须] # 0000-> 程序默认最小 OTPMK 值 # 0001-> 程序随机 OTPMK 值 # 0010-> 程序用户提供的 OTPMK 值 # 0101-> 使用预先编程的最小值编程随机 OTPMK 值 # 0110-> 程序用户提供的 OTPMK 值和预先编程的最小值 # 1xxx-> 不要吹掉 OTPMK OTPMK_FLAGS=1000 # 一次性可编程主密钥值。 # [可选取决于标志，如果 OTPMK_FLAGS= " 0010 " 或 " 0110 "] OTPMK_0= OTPMK_1= OTPMK_2= OTPMK_3= OTPMK_3= OTPMK_4= OTPMK_5= OTPMK_6= OTPMK_7=---------------------------------------------------------# 超级根密钥哈希 [可选] SRKH_0= SRKH KH_ 1= SRKH_ 2= SRKH_3= SRKH_4= SRKH_5= SRKH_5= SRKH_6= SRKH_6= SRKH_7= --------------------------------------------------------------------------------------------- [可选的] # e.g OEM_UID_0=11111111 OEM_UID_0=12345678 OEM_UID_1=21436587 OEM_UID_2=34567812 OEM_UID_3=12345678 OEM_UID_4=87654321 --------------------------------------------------- # 指定调试质询和响应值。[可选] # 例如 DCV_0=11111111 DCV_0= DCV_1= DRV_0= DRV_1= DRV_1=------------------------------------------------------------- ----------------------------------------# 以二进制形式指定调试 级 别。 [可选的] # 000 -> 全面开放：调试门户无条件启用。 # 001 -> 通过质疑答复有条件开放，无需通知。 # 01x -> 通过挑战响应有条件开放，并发出通知。 # 1xx -> 已关闭。禁用所有调试门户。 DBG_LVL= ------------------------------------------------------------------------------------ # 二进制形式的系统配置寄存器位 [可选] # WP（OEM 写入保护） # ITS（安全意图）# ZD（ZUC 禁用） # K0、K1、K2、K3、K4、K5、K6（密钥撤回位） # FR0（字段返回 0） # FR1（字段返回 1） WP= ITS= NSEC= ZD= K0= K1= K2= K3= K3= K4= K5= K6= FR0= FR0= FR1=----------------------------------------------------------------- # 指定输出保险丝 配置文件名。(默认值：fuse_scr.bin）[可选] output_fuse_filename=fuse_scr .bin------------------------------------------------------------------------- Re: LS1028ardb fuse provisioning header not working 亲爱的@Steven_27 ，请使用 LS1028 作为平台，而不是 LS1088。 请告诉我结果 BR LFGP

S32G3 BSP44.0：fsl-image-ubuntu 正在查找 virtual/x86_64-fslbsp-linux-gcc-crosssdk 我正在尝试使用 S32G3 Linux BSP44.0 为 s32g399ardb3 版本 ubuntu 镜像。 我将机器设置为 s32g399ardb3ubuntu，运行 bitbake fsl-image-ubuntu 时出现错误： 错误：没有任何东西提供 “virtual/x86_64-fslbsp-linux-gcc-crosssdk”（但是 /newhome/arthur/fsl-auto-yocto-bsp44.0_s32g/sources/meta-alb/meta-alb-sdk/recipes-devtools/binutils2.34/binutils-cross-canadian_2.34.bb 取决于或以其他方式需要）。 近距离比赛： virtual/x86_64-fslbsp-linux-g++ virtual/x86_64-fslbsp-linux-gccvirtual/x86_64-fslbsp-linux-go 我可以在 BSP44.0 中为 s32g399ardb3 版本 fsl-image-auto 镜像。 我还可以在 BSP43.0 中为 s32g399ardb3ubuntu 版本 fsl-image-ubuntu 镜像。 我正在制造的机器是 SB 版本：core-11.1.0 ubuntu2-noarch: printing-11.1.0 ubuntu2-noarch: 网络安全-11.1.0 ubuntu2-noarch 代理商 ID：Ubuntu 描述：Ubuntu 20.04.6 LTS 版本：20.04 代号：focal 内核版本为 5.4.0-204-generic 和 ldd (Ubuntu GLIBC 2.31-0ubuntu9.18)2.31 关于首选版本 2.35 glibc 不可用的日志警告。 我缺少包裹吗？ 此致， 亚瑟 完整日志： arthur@nmgPowerEdgeT630:~/fsl-auto-yocto-bsp44.0_s32g/build_s32g399ardb3ubuntu$ bitbake fsl-image-ubuntu 正在加载缓存：100% |##############################################################################################################| Time: 0:00:02 Loaded 5800 entries from dependency cache. Parsing recipes: 100% |############################################################################################################| 时间：0:00:01 完成对 3692 个 .bb 文件的解析（缓存 3691 个，解析 1 个）。目标 5803 个，跳过 615 个，屏蔽 2 个，错误 0 个。 注意：解决任何缺失的任务队列依赖关系 警告：cross-localedef-native 的首选版本 2.35 不可用（适用于跨语言环境的项目）警告：跨语言环境的原生版本可用：2.31+git 2.39+git 警告：binutils-cross-aarch64 的首选版本 2.38 不可用（适用于项目 virtual/aarch64-fsl-linux-binutils） 警告：binutils-cross-aarch64 的首选版本 2.38 不可用（适用于项目 virtual/aarch64-fsl-linux-binutils） 警告：binutilscross-aarch64 可用：2. 34 2.42 警告：cross-localedef-native的首选版本 2.35 不可用（适用于跨语言环境的项目）警告：跨语言环境的本机版本可用：2.31+git 2.39+git 警告：跨语言环境的首选版本 2.35 不可用（适用于跨语言环境的本机开发项目）警告：首选 2.31+git 2.39+git 警告：binutils-crosssdk-x86_64-f slbsp-的 2.38 版 linux 不可用（适用于物品 virtual/x86_64-fslbsp-linux-binutils） 警告：binutils-crosssdk-x86_64-fslbsp-linux 版本可用：2.42 警告：nativesdk-glibc 的首选版本 2.35 不可用（适用于物品 virtual/nativesdk-libc）警告：nativesdk-glibc 版本可用：2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于项目 virtu al/libc）警告：glibc 版本可用：2.31 +git 2.39+git 警告：binutils-native 的首选版本 2.38 不可用（适用于 binutils-native 项目）警告：binutils-native 版本可用：2.42 警告：nativesdk-glib c 的首选版本 2.35 不可用 可用（适用于物品 virtual/nativesdk-libintl） 警告：nativesdk-glibc 版本可用：2.39+git 警告：nativesdk-glibc 的首选版本 2.35 不可用（适用于物品 virtual/nativesdk-libiconv） 警告：nativesdk-glibc 版本可用：2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于物品 glibc-utils）警告：可用的 glib c 版本：2.31+git 2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于项目 glibc-dbg） 警告：glib c 版本可用：2.31+git 2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于项目 glibc-dev） 警告：glibc 版本可用：2.31+git 2.39+git 警告：glibc-locale-18iidata-18iribc 的首选版本不可用 n) 警告：gli bc-locale 版本可用 : 2.31 2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于 glibc-thread-db 项目）警告：glibc 版本可用：2.31+git 2.39+git 警告：binutils-cross-canadian-aarch64 的首选版本 2.38 不可用（适用于 binutils-cross-canadian-aarch64 项目）警告：binutils-cross-canadian-aarch64 版本可用：2.34 2.42 警告：nativesdk-glibc 的首选版本 2. 35 不可用 ( 对于项目 nativesdk-ldconfig） 警告：nativesdk-glibc 版本可用：2.39+git 警告：nativesdk-glibc 的首选版本 2.35 不可用 （适用于项目 nativesdk-glibc-dev）警告：nativesdk 的版本 -glibc 可用：2.39+git 警告：nativesdk-glibc 的首选版本 2.35 不可用（适用于项目 nativesdk-glibc）警告：nativesdk-glibc 版本可用：2.39+git 警告：nativesdk-glibc 的首选版本 2.35 不可用（适用于项目 nativesdk-glibc-utils）警告：nativesdk-glibc 版本可用：2.39+git 警告:glibc 的首选版本 2.35 不可用（适用于项目 gli bc） 警告：glibc 版本可用：2.31+git 2.39+git 警告：glibc 的首选版本 2. 35 不可用（适用于项目 ldconfig）警告：glibc 版本可用 ：2. 31+git 2.39+git 警告：glibc语言环境的首选版本 2.35 不可用（适用于项目 glibc-locale）警告：glibc语言环境版本可用：2.31 2.39+git 警告：glibc 的首选版本 2.35 不可用（适用于商品） virtual/libintl） 警告：glibc 版本可用：2.31+git 2.39+git 错误：没有提供 “virtual/x86_64-fslbsp-linux-gcc-crosssdk”（但是/newhome/arthur/fsl-auto-yocto-bsp44.0_s32g/sources/meta-alb-sdk/recipes-devtools/binutils2. tools/binutils2.0 34/binutils-cross-cross-canadian_2.34.bb 取决于或以其他方式需要）。近距离比赛： virtual/x86_64-fslbsp-linux-g++ virtual/x86_64-fslbsp-linux-gcc virtual/x86_64-fslbsp-linux-go注意：运行时目标 “binutils- cross-canadian-aarch64” 无法构建，正在删除... 缺少或无法构建的依赖链是：['binutils-cross-cross-canadian-aarch64'，'virtual/x86_64-fslbsp-linux-gcc-crosssdk'] 注意：运行时目标 “packagegroup-cross-canadian-s32g399ardb3” 无法构建， 正在删除... 缺少或无法构建的依赖链是：[“packagegroup-cross-canadian-s32g399ardb3”、“binutils-cross-cross-canadian-aarch64”、“virtual/x86_64-fslbsp-linux-gccc-crosssdk”] 错误：所需的构建目标 “fsl-image-ubuntu” 没有可构建 的提供商。 缺少或无法构建依赖链：['fsl-image-ubuntu','packagegroup-cross-canadian-s32g399ardb3','binutils-cross-canadian-aarch64','virtual/x86_64-fslbsp-linux-gcc-crosssdk']. 摘要：共有 48 条警告信息。 摘要：有 2 条ERROR 信息，返回非零退出代码。 Linux BSP Re: S32G3 BSP44.0: fsl-image-ubuntu looking for virtual/x86_64-fslbsp-linux-gcc-crosssdk 迁移到参考发行版、系统开发套件。 5.0 后，Linux 电路板支持包。 支持不再包括 Ubuntu rootfs。此限制也记录在 BSP 版本 44 的 Linux 电路板支持包发行说明中。 Re: S32G3 BSP44.0: fsl-image-ubuntu looking for virtual/x86_64-fslbsp-linux-gcc-crosssdk 抱歉，这是与https://community.nxp.com/t5/AP-Software-Support/Linux-BSP-44-build-errors/td-p/2164327的重复，信息可能更多一些。 此致， 亚瑟

S32K388 PIT MCR[FRZ] 完全冻结计数器运行 设置位 PITx MCR[FRZ] = 1 将使计数器在调试模式下完全停止运行（例如，也可在运行时停止，但不能在断点处停止）。 我曾尝试通过代码以及使用 S32DS 中的外设寄存器视图设置 PIT MCR[FRZ] 位，但没有任何效果。 我正在使用 S32K388EVB-Q289 和板载 PEMicro 调试器接口。 根据我的理解，MCR[FRZ] = 1 应该在断点时停止计数器操作，而在 uC 运行时继续计数。 我错过了什么？ Re: S32K388 PIT MCR[FRZ] freezes counter operation completely 我已经使用 S32K3 设备进行了测试，PIT FRZ=1 使用我们的无断点在调试会话中停止计数器。 我想到的是在断点前后冻结和解冻。 Re: S32K388 PIT MCR[FRZ] freezes counter operation completely 感谢您的回复。 为了澄清我的理解，"1b - 定时器在调试模式下停止" 是指定时器在整个调试会话期间被冻结，而不仅仅是在遇到断点时？ 根据我使用其他微控制器（MPC5xxx 等）的经验，只有在遇到断点时，设置"Freeze 位" 才能停止定时器或外设。 只要微控制器在运行，定时器或外设也在运行。 我在 S32K388 上看到的行为有所不同。 设置"Freeze（冻结）位" 会停止整个调试会话的定时器，而不仅仅是在遇到断点时。 这似乎有点多余，因为我可以通过使能位启用/禁用定时器来达到同样的效果。 在调试会话中，这两个位都显示相同的行为。 这真的是人们期望的行为吗？ Re: S32K388 PIT MCR[FRZ] freezes counter operation completely 感谢您联系我们的技术支持团队。 你的问题是一种预期行为。 _Leo__1-1757535780123.png 如果启用了 FRZ，则当您停止调试会话并 RESET MCU 时，计数器将运行。 希望这些信息对您有所帮助。

BLE 连接间隔 您好，NXP团队， 是否可以将最小连接间隔设置为小于 7.5 毫秒以将数据发送到中央设备。 我正在使用 KW45 EVK 的 eatt 外围设备和 eatt 中央示例代码。 谨致问候 切坦 开发板 Re: BLE connection interval 你好，查坦 感谢您的理解。 顺祝商祺！ Re: BLE connection interval 你好，路易斯、 1.I am using wireless uart example for BLE how and when I trying to use lpuartedma example it is not printing anything in teraterm.我参考了 kw45b41zevk_lpuart_edma_transfer 但没有打印任何东西你能指导我如何在无线 UART 中实现 edma 吗。 使用 KW45 LOC 板 2.请确认在 teraterm 中，shell 是使用 dma 来存储数据，还是使用普通的 malloc 来存储和发送数据。 感谢并致意 切坦 Re: BLE connection interval 你好 可以在 KW45-LOC 中闪存未经修改的 [lpuart_edma_transfer] 示例，并执行每 8 个字符回传一次接收到的数据的程序。此示例专用于适用于 KW45B41Z-EVK 的 SDK，因此请注意您在 KW45-LOC 中进行的配置，因为它不是预期的板。 刷新您的板后，请进行RESET，然后您应该会看到这样的消息，例如测试 8 个数字。 luis_maravilla_0-1759874551639.png 能否请您帮助我们共享您的日志，或描述一下您对示例不工作的评论所指的内容？ 如果你想使用多个设备执行 BLE 连接，在 teraterm 中发送数据接收和打印，能否以无线 UART 为例，该设备可以连接多个设备，根据你的数据特性，请考虑，当多个设备尝试与同一个中央天线通信时，较短的连接间隔会导致拥塞，从而导致干扰和潜在的数据丢失。值得注意的是，蓝牙规格中宣传的数据传输速率只是理论值；在实际应用中，由于以下几个因素，实际吞吐量要低得多 最诚挚的问候，路易斯 Re: BLE connection interval 你好 Luis, 我在 kw45 LOC 板中使用 lpuart_edma_transfer 但它不起作用，比起我使用 EDMA 内存传输带外壳的内存传输示例（我添加了外壳），但是在 UART 中反射的数据非常慢。 你能不能建议我使用什么来最大限度地接收数据，并在 teraterm 中为多台设备打印，速度为 30 毫秒，每台 240 字节。（我使用 KW45 loc 板进行数据接收）和 loc 板 sdk 示例。 谢谢 Chetan Re: BLE connection interval 为了与无线 MCU 配合使用，连接软件实现了自己的串行管理器驱动程序，它不使用 SDK 调试控制台，因此不使用半托管调试控制台。除此以外，示例的实现还与正常的 UART 通信有关；避免直接使用 printf()，以防止阻塞 BLE 堆栈或干扰定时敏感操作。 另外，您能帮我们确认一下，您使用的是 KW45-LOC 还是 KW45-EVK？EVK SDK 包含 DMA 示例，也许能帮到您。 您能帮我们确认一下，您是如何利用 edma 实现 lpuart 的？您是否正在使用 KW45-EVK SDK 中的 [lpuart_edma_transfer] 示例，但却无法正常工作？还是您为 eatt 中央代码做了实现？ 顺祝商祺！ 路易斯 Re: BLE connection interval 你好，Nxp 团队、 你能否告诉我 shell 和 printf 的区别是 shell 使用 DMA 在 teraterm 中打印数据（在 eatt central sdk 示例中），因为我现在正在尝试实现 dma 来处理多个设备数据。 我需要使用哪个示例 sdk 来实现 dma，目前我使用 shell 进行内存到内存的传输，但在 teraterm 中打印的数据较少。 我也有疑问，我试着用 edma 实现 lpuart，但没有成功，我发现调试控制台无法在 eatt 中央代码中使用。 谢谢  切坦 Re: BLE connection interval 你好，切坦 当多个设备尝试与同一个中央天线通信时，较短的连接间隔可能会导致拥塞，从而导致干扰和潜在的数据丢失。值得注意的是，蓝牙规格中宣传的数据速率是理论上的；在现实应用中，实际吞吐量要低得多，这要归因于以下几个因素：每个连接间隔的数据包数量有限、数据包之间必须有 150 微秒的帧间空间 (IFS) 延迟、即使没有发送数据也要传输空包以保持连接，以及每个数据包只有一部分承载实际有效负载的协议开销。当多个设备同时连接到同一个中央设备时，这些限制会变得更加明显，从而进一步减少可用带宽并增加数据丢失的机会。 如果您想以最高的数据传输速率发送大量原始数据，恩智浦在另一个MCU SDK（QN9090）中提供了示例私有我的，如果可以调整您的终端任务应用程序的方向，则考虑到多个设备也可能导致数据丢失。 顺祝商祺！ 路易斯 Re: BLE connection interval 你好 我在大约 30 毫秒的时间内使用超过 180 个字节从 4 个设备发送多个字节，但是随着连接设备数量的增加，即使我实现了 4 个队列，我也会看到数据丢失，但我只能收到每个 65 个数据。我以最大波特率检查了 teraterm 日志。 Re: BLE connection interval 你好 您能帮我们确认一下，您使用的是哪个示例：EATT 还是 Wireless Uart？ 如果你使用的是无线 Uart 示例，只修改设备数量而不更改数据大小，你还会看到这个问题吗？ 您能帮我们描述一下您所做的修改吗？ 虽然建议设计较小的属性值大小，但作为无线UART的GATT层只能在无线数据包中发送23字节的数据，将ATT数据包的默认长度设置为23，ATT数据包长度设置为保持无线电数据包和ATT数据包之间的逻辑映射。 如果你需要发送更多字节的数据，我建议你查看社区帖子 [1-4] 系列文章《蓝牙低功耗——在GATT服务器上使用长属性——第1部分：ATT_MTU——恩智浦社区》，如上所述，如何写入长属性包括写入队列，以及修改GATT客户端和服务器的ATT_MTU以支持通过MTU交换实现更大的MTU。 Re: BLE connection interval Hii 、 我正在尝试将 4 个 KW45 芯片设备连接到 KW45 LOC 板，并使用 BLE 每 30 毫秒发送 220 字节数据，我能够成功连接 4 台设备，但是在收到数据丢失时，我从 uart 中的 kw45 LOC 板输出中获取日志并进行了分析。 你能告诉我原因吗？ 我正在使用无线 uart 在 KW45 LOC 板上接收四台设备多设备的数据。 谨致问候 切坦 Re: BLE connection interval 你好 蓝牙核心规范允许的最小连接间隔 蓝牙核心规范为 7.5 毫秒。 有关此主题的更多详细信息，请参阅 蓝牙核心规范》，第 6 卷，B 部分，第 4.5.1 节 因此，根据标准 connInterval 不能小于 7.5 毫秒，请您提供更多细节，告诉我们您想实现什么目标，以便我们检查是否有任何建议可以提供给您？ 此致

Tja1043 终端电阻器 亲爱的 如果产品不是总线终端节点（或者客户要求产品内部不应有终端电阻），是否需要两个 Pin.Split 的电阻器并且可以移除？ aiweixin_0-1758599789346.png CAN 收发器 Re: Tja1043 Termination Resistors guoweisun_0-1758606824453.png 像上面这种就是optional的 Re: Tja1043 Termination Resistors 您好：     CAN总线的两端需要加终端电阻，中间的节点（node1、node2）不需要吧。那么中间的节点是否需要R1、R2两个电阻？ aiweixin_2-1758605592704.png aiweixin_1-1758605528138.png Re: Tja1043 Termination Resistors 终端电阻是需要的，没有终端电阻通信不了的，但是这个SPLIT pin可以不用。 Re: Tja1043 Termination Resistors 终端电阻是需要的，没有终端电阻通信不了的，但是这个SPLIT pin可以不用。

FS26 我从这个官方网站上购买了 SKTEVM 等评估套件，但无法在网站上找到 FS26 芯片的数据表。能否提供该芯片的数据表？ Re: FS26 亲爱的亚权白、 FS26 的数据表是保密的。只有在与恩智浦签订了有效的 NDA（保密协议）后才能下载。 如果您与恩智浦签订了有效的 NDA，则可以从FS26 产品页面的 "安全 "部分下载 FS26。 JozefKozon_0-1758799403969.png 如果您还没有保密协议但想签署一份保密协议，请在此处创建新协议，恩智浦代表将帮助您完成流程。 致以最崇高的敬意 约瑟夫

imx8mp 柔性扫描硬件时间戳 你好 我们有自己的设计，基于恩智浦的 imx8mp 和内核 6.6.23。 我们同时使用两个 flexcan 接口，并希望从驱动程序中读取硬件时间戳。我们正在使用 candump，但读数始终为 0 candump -H -L (0000000000.0000000000)canfd1 776#94CD03004FC7E1 您知道如何启用这项功能吗？ 致以最诚挚的问候和感谢 天使 Re: imx8mp flexcan hardware timestamp 默认 16 位定时器：FlexCAN 模块具有内置 16 位定时器，用于计算 CAN 总线上的比特间隔。 它还有一个令人讨厌的特点，那就是每次 CAN 时钟同步时，这个 16 位定时器的时钟周期都会受到一点影响。并非所有 16 位定时器周期都等于位时间。因此，如果尝试使用其他 on-SoC 定时器（其时钟与 CAN 时钟来自同一时钟父时钟）来计算 16 位定时器溢出，以扩展时间戳时钟的宽度，则需要以某种方式跟踪 CAN 接收流量导致的时间戳时钟漂移。 Re: imx8mp flexcan hardware timestamp 你好 谢谢您的答复。 我们知道 imx8mp 中的硬件 Flexcan 控制器支持这种硬件时间戳功能。 请确认恩智浦在内核 6.6.23 中提供的 Linux 驱动程序是否也支持该功能？ 致以最诚挚的问候和感谢 天使 Re: imx8mp flexcan hardware timestamp 你好 i.MX 8M Plus FlexCAN具有硬件时间戳功能，该功能 使用自由运行的16位计时器，该定时器根据CAN波特率随每个比特间隔递增，默认情况下在接收每个CAN帧时进行RESET 。要获得更精确的时间戳并克服限制，必须在 FlexCAN 控制寄存器 1 中启用高分辨率 (HR) 时间戳。这需要一个单独的外部定时器源，通常是系统定时器 (STM)，通过配置该定时器可提供高分辨率时基。  工作原理   默认 16 位定时器：FlexCAN 模块具有内置 16 位定时器，用于计算 CAN 总线上的比特间隔。 该定时器在 65535 个时钟刻度后缠绕（溢出）。 溢出所需的时间取决于 CAN 总线的速度。 您可以将 CRTL1 [TSYN] 设置为 “1”，以便在收到帧时自动 RESET 计时器，这对于保持消息顺序很有用，但仍受到 16 位限制的限制。 高分辨率 (HR) 时间戳：为实现更高精度，可通过设置 FlexCAN 控制寄存器中的相关位来启用 HR 时间戳功能。 这将禁用用于时间戳的内部 16 位定时器。 它允许使用外部定时器源（如 STM）进行时间戳记录。 然后，您可以从专用寄存器读取 HR 时间戳值。  如何启用人力资源时间戳   配置外部计时器 (STM)：安装 STM 以提供高分辨率的时基。 在 FlexCAN 中启用 HR 时间戳：在 FlexCAN 控制器中，启用 HR 时间戳功能。 读取时间戳读取 HR_TIME_STAMP 寄存器，获取高分辨率时间戳 此致

FRDM 将在 Zephyr 开发者峰会上进行创新 FRDM 助力创新 - 我们提供全面支持！ 感谢您莅临Zephyr开发者峰会！我们很高兴与大家分享FRDM如何让开发变得更轻松，现在，我们为您提供免费的FRDM板，以便您继续探索和创新。 您的 FRDM 板可让您访问： 用于快速开发的综合软件和工具 模块化、便于快速上手的FRDM和扩展板，附带开放设计文件和原理图 通过我们的 应用代码中心，访问 140 多个示例代码和教程 准备好进一步发展您的设计了吗？探索我们的在线资源，助您无限制地设计。 获取您的免费FRDM板，请按照以下简单步骤操作： 1. 访问FRDM板页面并将FRDM-MCXN947、FRDM-MCXN236、FRDM-MCXA156或FRDM-MCXA153添加到您的购物车。 2. 在结账时添加优惠券代码 (ATW22IDG)。如果您还不是用户，需要在nxp.com注册。 3. 完成结账后，您将很快收到寄送给您的免费FRDM板。 *此优惠适用于每位用户购买一块板，订单截止日期为2025年12月31日 ，订单网站为nxp.com。 如需了解更多信息，请访问nxp.com/zephyr

S32 Power Architecture Design Studio 是否支持 e200z6 S32 Power Architecture Design Studio 支持 e200z6 吗？目标处理器中没有 e200z6 的选项，但是版本工具支持 e200z6。我能否开发出 BOOKE 编码的 mpc5554？ Re: Does S32 Design Studio for Power Architecture support e200z6 你好@heidou S32 Design Studio 官方不支持 MPC55xx 设备。如果是 MPC5554，建议使用 Classic CodeWarrior IDE： https://www.nxp.com/design/design-center/software/development-software/codewarrior-development-tools/codewarrior-legacy/codewarrior-development-studio-for-mpc55xx-mpc56xx-classic-ide-v2-10:CW-MPC55XX_56XX 问候， Lukas

PTN3222CUK-EVB使用咨询 您好：         我想了解一下PTN3222CUK-EVB的功能。我现在有一个eUSB设备，希望通过PTN3222CUK-EVB将eUSB信号转为USB2.0与PC通信。但我不了解PTN3222CUK-EVB是应该如何使用。比如PTN3222CUK-EVB是怎么知道自己是host repeater还是peripheral repeater的？ 我的应用框图如下： ZhirongRao_0-1760515819679.png 若想要PTN3222正常工作，流程是否如下所示： 1、在进行eUSB通信之前，需要MCU(eUSB设备端)通过I2C给PTN3222下命令，让PTN3222进入peripheral repeater； 2、PTN3222的USB2.0接口插入电脑；PC USB2.0 发起sof包，PTN3222将SOF包转为eUSB信号发送给MCU(eUSB设备)，同时MCU(eUSB设备)识别到此信号，并回PTN3222对应的波形； 期待您的回复，祝您生活愉快！ Evaluation Board Re: PTN3222CUK-EVB使用咨询 你好 它不会 "自动感知 "角色。角色由应用程序通过 I²C 寄存器配置或 eUSB2 端口配置命令选择。EVB 通过其 I²C 接头可轻松实现这一功能。默认情况下，在 RESET 后，设备进入外围设备角色，可以在状态机的控制下过渡。 是的。这是一个推荐步骤（尽管 EVB 出厂默认设置为外设）。还可根据需要配置 SI 设置。 是的，概念上是正确的。实际上，通常使用 USB2 连接 → RESET →（可选的）HS 线性调频协商 → 枚举 → SOF 序列，而 PTN3222 只是在整个过程中对信号进行电平移位/条件调节。 BRs, Tomas

MXCW71 NBU 固件更新 我使用的不是 FRDM-MCXW71 板，而是带有全新 MCU 的自制板。 进入 ISP 模式并使用该命令后，获得的串行端口属性相同，但上传固件不成功。可能是 SB 文件出了问题。 NBU20251031.png 我可以问一下开发板上是否有预烧过的文件吗？或如何创建自定义 SB 文件？ 在哪里可以找到所需的 certBlock 证书和签名者映像文件，能否提供详细的方法或文件？ 根据提供的信息进行操作： 使用为设备配置的自定义密钥打开工作空间 kw45xx/k32w1xx/mcxw71xx/kw47xx/kw47xx/mcxw72xx/kw47xx/mc xw72xx 屏幕截图 2025-10-31 114041.png 将 NBU 固件复制到工作区，文件名为 source_images\nbu_firmware.xip 屏幕截图 2025-10-31 114222.png将文件名改为 nbu_firmware。 屏幕截图 2025-10-31 114257.png 3.在菜单栏中选择工具> SB 编辑器 4。填充 “属性” 税务摊销收益或从 “版本” 税务摊销收益上创建的 SB 文件中导入设置 屏幕截图 2025-10-31 135735.png 从哪里可以获取 nbu_firmware.xip 和 certBlock 文件？实现蓝牙和 ZigBee 等无线通信功能。 启动 ROM | 启动配置 | 闪存 Re: MXCW71 NBU firmware update 目前使用的是恩智浦的密钥。 屏幕截图 2025-11-03 095916.png Re: MXCW71 NBU firmware update 你好，@沈先生 您解决这个问题了吗？ 我看到您在另一篇文章中提到您已经可以更新 NBU 固件了： https://community.nxp.com/t5/MCX-Microcontrollers/After-MCXW71-performs-NBU-Firmware-update-debugging-cannot/td-p/2197153 如果这个问题已经解决，您是否介意在此分享您的解决方案，并将其标记为解决方案？这样，我们的其他客户就可以推荐它。 感谢您为我们的社区做出的贡献！ 顺祝商祺！ Christine。 Re: MXCW71 NBU firmware update 您好！将 NBU 固件复制到工作区的source_images\ nbu_firmware.xip。这是哪个 NBU 固件？ 屏幕截图 2025-11-01 224636.png 屏幕截图 2025-11-01 224848.png Re: MXCW71 NBU firmware update 你好@沈先生 开发板固件与 MCUXpresso SDK 一起分发，您可以使用使用在开发板上烧录的密钥签名的版本，也可以创建使用自定义密钥签名的 SB 文件。文件中介绍了这一过程： 特定处理器的工作流程 — 安全配置工具 25.09

SAF85xx - RTD - 暗号 - CryptoPrimitiveSupportContext こんにちは、 私たちのお客様であるデンソーは、Crypto モジュールで問題に遭遇しました。 問題 CriptoDriverObject には 2 つの非対称アルゴリズムが構成されています。1 つは保存と復元コンテキスト機能が有効 (プリミティブ サポート コンテキスト: True) であるため必須であり、もう 1 つは無効 (プリミティブ サポート コンテキスト: False) であるため必須です。これらの設定後、デンソーは Crypto_43_HSE_CheckForContextErrorDetOff() 関数からの 'CRYPTO_43_HSE_NO_DET_RET_NOK' 出力を監視しました。両方の構成が有効（プリミティブ サポート コンテキスト: True）に設定されている場合、Crypto_43_HSE_CheckForContextErrorDetOff() 関数からのエラー出力を監視できません。 質問1 RTD_CRYPTO_43_HSE_UM.pdf の 3.5 ドライバの制限には、次の説明のような 5 番目のポイントがあります。この説明は、デンソーから報告された問題に関連していますか？「コンフィギュレータツールを使用して暗号プリミティブに複数のアルゴリズムファミリ、セカンダリファミリ、またはモードを追加することは可能ですが、各フィールドへの最初のエントリのみが考慮され、検証され、生成された構成ファイルに影響を与えます。これは、CRYPTO_43_HSEドライバがプリミティブの選択された構成を検証できる唯一の方法であるためです。」 質問2 コンテキストの保存と復元機能が有効になっていて、コンテキストの保存と復元機能が必要ないCASEは、コンテキストの保存と復元機能が無効になっている場合と比較して、いくらかのオーバーヘッドが予想されます。NXP はオーバーヘッドを示すことができますか? 質問3 NXP にはドライバ制限の問題を修正する計画がありますか? SAF85XX 優先度: 中 SECURITY_CRYPTO Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext ピーターS まず最初にあなたが言及した制限について説明したいと思います。 つまり、CryptoPrimitiveAlgorithmFamily、Mode、SecondaryFamily の設定では、1 つ以上の要素を設定することは可能ですが、生成CANのは最初の要素の設定のみです。 下の画像を参照してください: あなたの問題について: 参照されている CryptoDriverObject が 1 つあり、CryptoPrimitives が 2 つあることを理解しています。CryptoPrimitiveAlgorithmFamily、Mode、および SecondaryFamily に複数の要素を構成した場合、それが明確ではありません。 各 CryptoPrimitiveAlgorithmFamily、Mode、および SecondaryFamily に 1 つの要素のみが構成されていると仮定します。 次に、関数Crypto_43_HSE_CheckForContextErrorDetOff() の現在の実装を示します。 - CRYPTO_43_HSE_NO_DET_RET_NOK -> 現在のジョブのモードが CONTEXT であり、次の場合: -キープリミティブに一致するジョブプリミティブ情報が見つかりません - またはジョブの入出力長がHSEから提供されたデータを保持するのに十分ではありません - CRYPTO_43_HSE_NO_DET_RET_OK -> 場合 -現在のジョブのモードはCONTEXTではありません - または、ジョブのプリミティブ情報がキープリミティブと一致するかどうかを調べ、ジョブのinput/outputLengthはHSEから提供されたデータを保持できます。 「Crypto_43_HSE_CheckForContextErrorDetOff() 関数からのエラー出力を監視できませんでした」について詳しく説明していただけますか？この関数の出力には2つの可能性があると思います。 CryptoPrimitiveAlgorithmFamily、Mode、SecondaryFamily のそれぞれに 1 つの要素のみを構成した場合、それは前述の制限とは関係ないことがわかります。 あなたが直面している状況をよりよく理解できるように、この機能の目的として、現在の構成ファイルとジョブ情報を共有していただけますか? Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext コメントありがとうございます。 ドライバ制限の説明内容と意味を理解しました。それでは、今回のドライバ制限はデンソー側の問題とは関係ありませんので、経緯をご説明の上、改めてお伺いしたいと思います。 [問題] デンソーは、2 つの CryptoDriverObject を非対称アルゴリズムとして構成しました。Vector DaVinci 構成では、Save&Restore Context 機能が有効 (Primitive サポート Context: True) になっている必要があり、もう 1 つは無効 (Primitive サポート Context: False) になっている必要があります。 デンソーはこれらの設定を使用して、Crypto_43_HSE_CheckForContextErrorDetOff() 関数からの「CRYPTO_43_HSE_NO_DET_RET_NOK」出力を監視しました。 両方の構成が有効（プリミティブ サポート コンテキスト: True）に設定されている場合、Crypto_43_HSE_CheckForContextErrorDetOff() 関数からの予想される出力として 'CRYPTO_43_HSE_NO_DET_RET_OK' を監視できます。 （Q1）コンテキストの保存と復元機能を有効にするには、すべてのオブジェクトを有効に設定する必要がありますか?コンテキストの保存と復元機能は各オブジェクトごとに設定できますか? （Q2）すべてを有効にする必要がある場合、コンテキストを保存するためのオーバーヘッドが予想されます。NXPのCANは、必要な Save&Restore Context 機能オブジェクトがない場合のオーバーヘッドを示すことができますか? Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext こんにちは@hiroshiHirashima 1. コンテキストの保存と復元は、すべてのプリミティブに対して有効にする必要はありません。この設定はプリミティブごとに独立しており、他のプリミティブには影響しません。 2. すべてのプリミティブでこのオプションが有効になっている場合のメモリ オーバーヘッドに関する情報は見つかりませんでした。 Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext こんにちは@hiroshiHirashima 前回の返信のとおり、現在の構成ファイルと、この関数 (CryptoPrimitiveSupportContext) の入力としてのジョブ情報を共有していただけますか。SO、直面している状況をよりよく理解できます。 Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext わかりました。それでは、コンテキストの保存と復元機能は個別に構成する必要があることが理解できました。 現在、デンソーはこの問題に直面しており、2 つのプリミティブのうち 1 つが有効でもう 1 つが無効になっているCASEに予期しない動作が発生したと報告しています。 動作を確認して再現してみることは可能でしょうか? Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext お客様が以下の添付ファイルを共有しました。添付ファイルをご覧ください。さらに質問や不明な点がある場合はお知らせください。 Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext @Hirashima ひろし ありがとう すぐに確認してフィードバックします Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext @Hirashima ひろし この問題の根本原因を見つけました。 設定では、同じサービス、アルゴリズム ファミリを持ちながら異なるprimitiveSupportContext を持つ 2 つのプリミティブを設定しました。 静的定数Crypto_43_HSE_PrimitiveType Crypto_43_HSE_aPrimitives_Crypto_43_Hse_Asym [ 2U ] = {     { CRYPTO_SIGNATUREVERIFY、 (uint8)CRYPTO_ALGOFAM_ECCNIST、 (uint8)CRYPTO_ALGOMODE_NOT_SET、 (uint8)CRYPTO_ALGOFAM_SHA2_256、 （ブール値） FALSE },     { CRYPTO_SIGNATUREVERIFY、 (uint8)CRYPTO_ALGOFAM_ECCNIST、 (uint8)CRYPTO_ALGOMODE_NOT_SET、 (uint8)CRYPTO_ALGOFAM_SHA2_256、 （ブール値） TRUE    } };   機能の論理において Crypto_43_HSE_CheckForContextErrorDetOff() は、pJob と構成されたプリミティブをマップする最初のプリミティブのみをチェックします。この場合はCrypto_43_HSE_aPrimitives_Crypto_43_Hse_Asym [0] このプリミティブは primitiveSupportContext = FALSE であるため、NOK を返し、2 番目のプリミティブはチェックされません。 Autosar_SWS_Crypto 仕様を確認しましたが、プリミティブを一意に設定する必要がある記述が見つかりません。これは、Crypto ドライバのバグのようです。 回避策として、primitiveSupportContext = FALSEの最初のプリミティブを削除してください。 修正のために開発チームにチケットhttps://jira.sw.nxp.com/browse/FWCRYPTO-607を発行しました。 Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext @Hirashima ひろし 私の提案は、 Crypto_43_HSE_aPrimitives_Crypto_43_Hse_Asym [0]を削除するべきだということです。 そして、リストCrypto_43_HSE_aPrimitives_Crypto_43_Hse_Asym は 1 つのプリミティブのみを保持します。 現在、このエラーを回避するために、お客様は両方の構成を「TRUE」に設定しています。 -> なぜお客様は同じ構成の 2 つのプリミティブを保持しているのでしょうか? Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext 調査していただきありがとうございます。" 取り除く 回避策についてちょっと質問があります。「 primitiveSupportContext = FALSE 」が削除された場合、パラメータは「 TRUE 」に設定されますか？現在、お客様はこのエラーを回避するために、両方の構成を「TRUE」に設定しています。 Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext @Hirashima ひろし 正解です。 そして、それを作る。EB Tresos で CryptoPrimitiveRef を 1 つだけ保持するように設定することをお勧めします。 次のようになります: Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext 私の理解を添付しました（左：お客様構成 / 右：回避策）。添付のスクリーンショットを確認して、コメントがあればお知らせください。 Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext Crypto_43_HSE_aPrimitives_Crypto_43_Hse_Asym[0]が参照される理由の説明を追加していただけますか？ 添付のスクリーンショットのようにソース コードを見ると、u32ObjectIdx = 1 が設定されていますが、u32ObjectIdx はどこかで u32ObjectIdx = 0 として上書きされていますか? Re: SAF85xx - RTD - Crypto - CryptoPrimitiveSupportContext 私の質問は無視してください。

S32N55: Host reason in gPTP frames Hi team, The customer encountered an issue. They implemented the gPTP protocol themselves and found that when receiving frames, the gPTP frame’s host reason is 0. When the host reason is 0, the timestamp of this frame is not saved by RTD drivers. In NXP’s gPTP software, the received frame’s host reason is 8 (NETC_ETH_IP_HOSTREASON_SW_PTP). I’d like to ask: how can we make the host reason of the received frame be 8? Best Regards, Bridget GPTP_STACK Re: S32N55: Host reason in gPTP frames Hi team, Could you please answer this question? Thank you. Re: S32N55: Host reason in gPTP frames Hi @Bridget , there is necessary to enable timestamping on each port of the NETC switch where you want to receive timestamp information. We do not have other details from you of what tools/versions customer use - so we can provide you just with this general information. In our case where we use Tresos and RTD it is directly done in each port configuration of switch plugin. best regards, Tomas Re: S32N55: Host reason in gPTP frames Hi Bridget, please follow UM for EthSwt from RTD - the parameter should be  For more details please consult with RTD. I would also suggest to check our gPTP example for N5 - but in your first message you wrote, that customer implemented own the gPTP - so probably you do not have our example. best regards, Tomas Re: S32N55: Host reason in gPTP frames Hi Tomas, The customer use the SW32N_RTD_R21-11_1.8.0_CD05. They want to receive the gPTP frames in RTU and get the receive timestamps. They can receive the frames after enabling broadcast frame reception. Timestamp functionality is also enabled. But they find that to obtain the reception timestamp, the frame's host reason needs to be NETC_ETH_IP_HOSTREASON_SW_PTP (this macro equals 8), as shown in the code in the screenshot below. However,  their Rx BD has a host reason of 0. Could you please advise how to configure it so that the host reason becomes 8? Best Regards, Bridget Re: S32N55: Host reason in gPTP frames I already answered the two questions which you have - please check.

在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenWrt 是一个高度可扩展的 GNU/Linux 发行版，适用于嵌入式设备（通常是无线路由器），OpenWrt 从一开始就构建为功能齐全、易于修改的路由器操作系统。LEDE基于OpenWrt，面向广泛的无线SOHO路由器和非网络设备。本文档介绍如何在QorIQ LS1012/LS1043平台上移植和运行OpenWrt/LEDE。 1. 在 QorIQ Layerscape 平台上移植 OpenWrt/LEDE 源代码 2. 部署 OpenWrt/LEDE 镜像来启动系统 3. 验证 LEDE 系统中的 VLAN 接口和 PFE QorIQ LS1设备 回复：在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， 您能否指出我需要做哪些更改才能在 ls1012a 的 Freedom 参考板上部署 openwrt？ 在此先感谢您的帮助， 回复：在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 王一平您好， 我正在研究 NXP 主板型号：LS1012A RDB 主板，RevB。我正在使用 yocto 源 LS1012A-SDK-SOURCE-20161230-yocto.iso。 我能够从 SD 卡刷新并启动 yocto kernel.itb 和 rootfs。但是使用默认的 yocto 构建图像，以太网接口不起作用。 因此，我按照“Porting Openwrt on QorIQ Layerscape ARMv8 Platforms.pdf”中的步骤尝试了 openWrt。并面临与 miguel lopez 解释的同样的问题。“Boot Loader”下没有选项可供选择，没有.bin构建后生成的文件。 需要以下澄清.. 1. 我们需要应用您在第一篇帖子中附加的补丁文件吗？ 2. 这里使用的 u-boot 和内核版本是什么？在 LS1012ARDB 上启用以太网接口的内核配置是什么？ 3.如何生成启动LS1012ARDB板所需的uboot、内核和其他映像文件。 回复：在 QorIQ Layerscape ARMv8 平台上移植 OpenWrt/LEDE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， miguel lopez ， 抱歉，我没有注意到您之前的评论，我之前没有关注这个页面。 我记得所有针对LS1012/LS1043 的 NXP 补丁都已经被 LEDE 社区接受了。最新版本是 v8，在这个版本中，固件rcw/uboot-32b/ppfe 应该首先上传到 github。 构建的flash镜像应该包含rcw/uboot/fman/ppfe/dtb/kernel/rfs，在地址0处对该flash镜像进行编程后，就可以设置系统了。 我去年已经删除了我的 LEDE 工作区。 我需要克隆最新的LEDE源代码来为您做验证，稍后会给您反馈。 谢谢！ 依萍

DES-N2017 Mentor Graphics：i.MX 6 多核 SoC 设计的虚拟分析 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 通过精确建模 i.MX 6，可以在虚拟平台上运行编译后的代码，从而可以在典型的项目设计工作流程中节省大量时间，并更好地了解可用的设计空间。本文研究了一种多核 Linux 设计，其中托管了一个用于跟踪海床深度的应用程序，该应用程序在 X86 主机上实现。该设计以近乎实时的方式进行模拟，并且在 i.MX 6 和托管软件本机代码应用程序上都可以获得详细的调试数据。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 通过精确建模 i.MX 6，可以在虚拟平台上运行编译后的代码，从而可以在典型的项目设计工作流程中节省大量时间，并更好地了解可用的设计空间。本文研究了一种多核 Linux 设计，其中托管了一个用于跟踪海床深度的应用程序，该应用程序在 X86 主机上实现。该设计以近乎实时的方式进行模拟，并且在 i.MX 6 和托管软件本机代码应用程序上都可以获得详细的调试数据。 设计 | 软件与服务

使用 OpenSDA (miniUSB) 端口对 TWR-KW2x 板进行编程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> TWR-KW2x 板的 OpenSDA 使用 MSD（大容量存储设备）应用程序进行编程，这就是您看到它被列为磁盘驱动器的原因。 使用该固件，您可以拖放 .bin和 .srec文件到电路板上，这样就会闪烁，但您将无法调试。 为了使电路板支持下载/调试功能，OpenSDA 的固件必须是调试应用程序（“DEBUG-APP_Pemicro_v108.SDA”）。 但是PeMicro发布了一个新的固件，它在同一固件中支持这两种功能。您还可以在 https://www.pemicro.com/opensda/ 上找到最新的OpenSDA固件。 例如：支持TWR-KW24D512的调试和MSD功能的固件：“MSD-DEBUG-TWR-MKW24D512_Pemicro_v114.SDA”。 您可以找到附件中的文档，其中包含修改 TWR 板上的 OpenSDA 固件的说明，基本上您必须： 1. 拔掉电路板 2. 在 J30 中插入跳线，将设备置于引导加载程序模式 3. 插入开发板（Mini-USB） 4. 设备将被枚举为“驱动器磁盘”，但现在带有“引导加载程序”标签 5. 将.SDA固件拖放到驱动器（MSD-DEBUG-TWR-MKW24D512_Pemicro_v114.SDA） 6.拔掉电路板 7. 移除跳线 8. 插入开发板（Mini-USB） 现在您应该看到该板被枚举为“OpenSDA - CDC 串行端口”（允许您下载/调试）并且还列为磁盘驱动器（允许您将图像拖放到板上）。 注1：如果无法识别“OpenSDA - CDC 串行端口”驱动程序，您可以在 TWR 的磁盘驱动器 (MSD) 中找到该驱动程序 注2：跳线必须位于 J29 处才能进行调试 希望这些信息对您有帮助。 您可以在www.freescale.com/TWR-KW2x上找到更多信息--> 下载 -> 板级支持包和 BeeKit 无线连接工具包 Kinetis W系列MCU 回复：使用 OpenSDA（miniUSB）端口对 TWR-KW2x 板进行编程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我们也可以重新编程以使用 OpenSDAv2 吗： https://community.freescale.com/docs/DOC-100720#comment-12723 其中有一句话是，PE Micro 引导加载程序无法被擦除，并且 JTAG 被禁用。如果是这样（并且希望仅适用于较旧的自由板），为什么 TWR-KW2x 有一个用于 k20（OpenSDA）的 10 针 JTAG？

飞思卡尔 MQX ™ 4.0.2发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 全新 Freescale MQX ™ 4.0.2 版本现已在www.freescale.com/MQX上发布 ·         可用文件                    # 名称 描述 1 FSL_MQX_发布说明_4_0_2 飞思卡尔 MQX ™ RTOS 4.0.2发行说明 2 FSL_MQX__FFS_发布说明_4_0_2 飞思卡尔 MQX ™ FFS 软件包 4.0.2发行说明 3 FSL_MQX_ATHEROS_发布说明_4_0_2 飞思卡尔 MQX ™ Atheros Wifi 软件包 4.0.2发行说明 4 飞思卡尔 MQX RTOS 4.0.2Atheros Wifi 套餐 适用于 MQX ™ 4.0.2 的 Atheros Wifi 解决方案 5 飞思卡尔 MQX RTOS 4.0.2FFS 包 MQX ™ 4.0.2 的 NAND 闪存文件系统解决方案 6 飞思卡尔 MQX RTOS 4.0.2 MQX ™源代码。包括 RTOS、文件系统、TCP/IP 和 USB 主机/设备软件堆栈。不需要安装 MQX ™ 4.0。 ·         有什么新鲜事？ 哦   AutoEVB Vybrid A5 和 M4 板支持包 §  支持双核 Vybrid 处理器的 CortexA5 和 CortexM 内核 §  支持标准IO驱动程序集 哦   Vybrid BSP扩展 §  RTC 和 NAND 闪存驱动程序移植到 Vybrid 平台 §  通过处理 4KB 内存块扩展 MMU 支持 §  推出新的 QuadSPI 驱动程序 §  已启用 CortexM4 启动选项。 §  从 QuadSPI 闪存直接执行代码 – 提供 XIP。Vybrid QuadSPI 引导加载程序中演示的功能。 推出了 eDMA 驱动程序的第一个版本——该驱动程序是实验性的，将在下一个 MQX 版本中进一步扩展。未提供文档。 哦   Kinetis SPI 驱动程序已更新为使用 eDMA 驱动程序。 哦   硬件计时器驱动程序支持扩展到 Systick 和 GPT HW 模块。Kinetis 和 Vybrid BSP 已更新，利用硬件计时器来提供 MQX 滴答时间。 哦   ENET 驱动程序中启用了 RTCS 硬件校验和加速（用于 TCP 和 UDP）；好处是增加了吞吐量并减少了处理器负载。对于 K60N512 平台，此选项默认启用。 哦   HTTP 服务器经过重新设计，可提供更快、更强大的解决方案。服务器 API 经过简化和更改，以符合 RTCS 标准。 哦   作为 RTCS 网络套件的一部分，提供了新的 SMTP 客户端功能。客户端提供了一个简单的 API 来处理电子邮件。新的 RTCS Shell 命令“电子邮件”展示了其功能。 哦   此版本中删除了 security_email、security_webserver 和 security_telnet 演示应用程序。RTCS shell 和 httpsrv 示例应用程序中演示了网络功能。 哦   多核通信（MCC）库更新至1.1版本。修复了 mcc_send() 函数中缓存宏的错误使用。 ·         已知问题 哦   有关已知问题和限制，请参阅发行说明。

在 KDS 中使用 FRDM-KL25 板上的加速度计 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> KDS中的加速度计   说明：   这是在 KDS 中使用 FRDM-KL25Z128M4 板上的加速度计制作的一个小项目。 该程序将电路板的 3D 位置输出到终端，例如 9600 波特的 Tera Term。 还使用了 PWM，其强度取决于与零位置的偏移。 红色 LED 强度随 X 偏移而增加。 蓝色 LED 强度随 Y 偏移而增加。 只需按任意键即可开始数据输出。   代码部分取自http://mcuoneclipse.com/2012/09/21/tutorial-accelerating-the-kl25z-freedom-board/   问题：   当棋盘向角落倾斜时，似乎存在“死区”。 处于“死区”时，终端不会输出任何内容。   即使板子是平的，LED 也会持续闪烁。 这是因为即使电路板处于静止状态，加速度计偶尔也会输出 1。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> KDS中的加速度计   说明：   这是在 KDS 中使用 FRDM-KL25Z128M4 板上的加速度计制作的一个小项目。 该程序将电路板的 3D 位置输出到终端，例如 9600 波特的 Tera Term。 还使用了 PWM，其强度取决于与零位置的偏移。 红色 LED 强度随 X 偏移而增加。 蓝色 LED 强度随 Y 偏移而增加。 只需按任意键即可开始数据输出。   代码部分取自http://mcuoneclipse.com/2012/09/21/tutorial-accelerating-the-kl25z-freedom-board/   问题：   当棋盘向角落倾斜时，似乎存在“死区”。 处于“死区”时，终端不会输出任何内容。   即使板子是平的，LED 也会持续闪烁。 这是因为即使电路板处于静止状态，加速度计偶尔也会输出 1。 概述

Win 10 IoT 不稳定千兆以太网修复 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在运行 Windows 10 IoT Core 的 i.MX 主板上使用千兆以太网时，用户在使用构建 W1809_1_1_0_imx-iotcore 时可能会遇到网络不稳定和低延迟。通过增加以太网驱动程序中 Rx/Tx 缓冲区的大小可以解决这个问题。修复将成为 BSP 下一版本的一部分，为了将修复应用到当前版本，已创建了一个补丁。 要应用补丁，请将 zip 存档的内容复制到文件夹结构中的适当位置并重建 BSP。 Windows 10 IoT 核心版