33774枚举问题 你好， 我现在是MC33664+ 2 * MC33774 在发送唤醒帧0x07f0, 0x0000,0xffee,0xebb3，延迟8ms 发送0x8400, 0x0001, 0x0a41,0x83f5 发送0x8400, 0x0001, 0x0a42,0xc45a， DRIVE_VDDC持续300ms后通信超时，应该是没枚举上，有什么排查方向吗？ Re: 33774枚举问题 你好， 你这边是在评估NXP HVBMS参考设计吗？如果是，请告知你在参考哪款BMS的参考设计。 Hui_Ma_0-1756950319724.png 抱歉没有及时答复。 Mike

复制： RTD 6.0.0 和 NO_STDINT_H 的问题 本帖复制自 此处 亲爱的团队 该客户报告了在定义了 NO_STDINT_H 宏的构建环境中使用 RTD 版本 6.0.0 时出现问题，目的是避免依赖 。 他们提到，他们最近将代码从 RTD 4.0.0 迁移到了 6.0.0。在分析 COMMON.h在这两个版本的文件中，我观察到以下情况： 在 RTD 6.0.0 中， 被直接包含，而没有检查是否定义了 NO_STDINT_H。 相比之下，RTD 4.0.0 包含 BasicTypes.h，它会首先检查 INT8_MIN、INT8_MAX、UINT8_MAX 等宏是否已定义。如果缺少任何宏，则检查 NO_STDINT_H 宏，如果未定义该宏，则仅包括 。 您能帮我检查一下这种行为吗？我想确认我是否遗漏了什么，我的理解是否有误，或者这是否可能是 RTD 6.0.0 中的一个错误。 提前感谢您的帮助。 BR、VaneB 优先级：中等 RTD 来源：恩智浦内部来源：恩智浦内部 Re: Copy: Issue with RTD 6.0.0 and NO_STDINT_H 你好，@Luis_Garabo、 我在您所附的链接中直接回答了客户的问题。 顺祝商祺！ 丹

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 时，计数器将运行。 希望这些信息对您有所帮助。

GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null 现在每次点击生成代码时都弹出Error： null是怎么回事呢 a36887b3518e4600a0f204ceb178bece.png aa312ce1c98e4ffcb8b33ad0f32ce99d.png   Re: GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null 你是指的什么数据呢？工程数据吗？如果是工程的话，它默认存放在"C:\NXP\GUI-Guider-Projects"路径下，的确不会因为GUI-Guider某一个版本的卸载而自动删除，你可以进入该路径手动删除。 Celeste_Liu_0-1757904311132.png Re: GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null 也是不行，软件自带的卸载程序和电脑上控制面板里的程序卸载都试过，但是重新下载后还是会有保存数据 Re: GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null 你可以用卸载程序试试。 Celeste_Liu_0-1757666299537.png Re: GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null 我用其他电脑试了一下也没问题，只有我这台有问题。哪怕重新建立最简单的工程也是一样的。 尝试了一下卸载重新安装，发现重新安装后会记录原有的数据，不知道有没有办法把所有数据都删除呢，我想重新安装试试。 Re: GUI Guier1.5.0版本本来可以生成代码和C模拟，但突然又不能生成代码，显示Error： null Hello @Newbie2 , 我刚刚下载了GUI-Guider v1.5.0，试了一下，没复现你的问题。 Celeste_Liu_0-1757657261310.png 这个情况是最近才出现的吗？如果新建一个简单的项目，再点击生成代码，也会出现同样的报错吗？ 如果是的话，建议检查一下你的网络环境。 BR Celeste

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可以不用。

MIMXRT1170-EVK における OpenSDA の問題 おはよう MIMXRT1170-EVKボードを持っています。OpenSDA にはアクセスできなくなったようです。USB ケーブルを J11 に差し込むと、D5 LED が点滅し続けます。USB ケーブルを接続する前に SW3 を押し、数秒後に SW3 を放すという手順を試しましたが、D5 が点滅し、Windows 11 (ブートローダーまたはメンテナンス) にドライブが表示されません。 J1 コネクタを介して SEGGER JLink を搭載したボードと通信できます。 このボードの OpenSDA 機能を回復するお手伝いをお願いできますか?SEGGER JLink を使用して OpenSDA を再プログラムする方法はありますか? この問題は、私の発展を進める上で、私にとって非常に重要かつ緊急な問題であることをご理解ください。 ありがとうございます。 フランチェスコ・ソリート Re: OpenSDA issue on MIMXRT1170-EVK Hello ありがとう。でも、うまく説明できなかったかもしれない。JLink は J1 で動作しています。ジャンパーはすべて写真のとおりに設定されています。当然のことながら、回復手順の後、J22 を削除し、さらに明らかに 5V 電源に J43 を使用しています。 いずれにせよ、このCASE、AN13206 の手順を実行しても、OpenSDA は Windows のディスク ドライブに表示されません。 最初にあなたに手紙を書いたとき、手続きは正常に終了しました。 今、私は手順が常に間違ってしまうという新たな状態に陥っています。 あなたの側でも試してみてはいかがでしょうか？ Windows デバイス マネージャでは、CMSIS-DAP が HID ペリフェラルとして表示されます。 ボードを工場出荷時のデフォルト設定に戻す方法はありますか?完全に消去して最初からやり直す方法はありますか? ありがとうございます。 フランチェスコ・ソリート Re: OpenSDA issue on MIMXRT1170-EVK こんにちは、 @SolitoFrancescoさん、 J1 は SWD を使用してデバッグできるため、FreeLink チップ上の SWD 信号はまだ正しく接続されていない可能性があります (ジャンパーがないことが原因である可能性があります)。 1.OpenSDA ファームウェアを更新した後、または JLink ファームウェアに切り替えた後は、J22 を再度切断する必要があります。 2. J43 からの 5V 電源の使用をお勧めします。 3. ボードを私のボードの写真および EVK 回路図と比較して、不足しているジャンパーがないか確認します。 よろしくお願いします、 ギャビン Re: OpenSDA issue on MIMXRT1170-EVK こんにちは 申し訳ありませんが、今は回復できない別の状況に陥っています。 理由は分かりませんが、現在、MIMXRT1170-EVK の D5 LED が修正されており、Windows のデバイス マネージャーでボードが認識されないようです。AN13206を再度ステップバイステップで試してみましたが、今回は状況が改善しません。AN13206のコマンド行から取得したメッセージはすべて期待通りです。J1 20ピンコネクタからはJLink経由でマイクロコントローラと通信・デバッグできます。一括消去を試みましたが、失敗しました。 このCASEも早急にご支援CANますでしょうか? ありがとうございます。 フランチェスコ・ソリート Re: OpenSDA issue on MIMXRT1170-EVK Hello あなたの提案を受けて、私は AN13206 を次の手順で解決しました。他の評価ボード用であっても、私は単にJ42を自分のボードのJ22とみなし、.binを使用します。私のボード用の OpenSDA ファイル。 ありがとうございます。 フランチェスコ・ソリート Re: OpenSDA issue on MIMXRT1170-EVK Hello 迅速な回答ありがとうございます。ジャンパーで J22 を閉じて、Windows のコマンド プロンプトから program_CMSIS.cmd を起動する必要があるということですか?すべての手順を説明していただけますか? ご理解とご協力に感謝いたします。 敬具 フランチェスコ・ソリート Re: OpenSDA issue on MIMXRT1170-EVK こんにちは、 @SolitoFrancescoさん、 NXP MIMXRTシリーズにご興味をお持ちいただきありがとうございます。 LinkServer のスクリプトを使用してファームウェアを再フラッシュしてみましたか? Gavin_Jia_0-1758792121755.png Gavin_Jia_1-1758792228070.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 寄存器，获取高分辨率时间戳 此致

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

在 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。 概述

实践研讨会：学习如何使用 MCUXpresso 软件和工具快速启动和运行 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次实践课程介绍了 MCUXpresso 工具套件（IDE、SDK、配置工具），并向用户展示如何使用基于 Arm ® Cortex ® -M 内核的数千个 Kinetis 和 LPC MCU 快速开始开发。使用 Kinetis、LPC 或 i.MX RT 开发硬件，与会者将构建自定义 SDK、配置引脚和时钟设置、生成项目、导入和调试应用程序。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次实践课程介绍了 MCUXpresso 工具套件（IDE、SDK、配置工具），并向用户展示如何使用基于 Arm ® Cortex ® -M 内核的数千个 Kinetis 和 LPC MCU 快速开始开发。使用 Kinetis、LPC 或 i.MX RT 开发硬件，与会者将构建自定义 SDK、配置引脚和时钟设置、生成项目、导入和调试应用程序。 i.MX 应用处理器 Kinetis Cortex ® -M 微控制器 LPC微控制器 软件和工具

HOWTO: S32DS for Vision 2018.R1 から S32DS 3.x へのアプリケーション プロジェクトの移行 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 以前のバージョンの S32 Design Studio で作成されたプロジェクトを使用できますが、ビルドを変更する必要があります 構成設定とプロジェクト構造。 ISPアプリケーションプロジェクトの移行 次に、ISP アプリケーション プロジェクトを構成する方法について説明します。 [ファイル] > [インポート...] をクリックします。>一般] > [既存のプロジェクト] を [ワークスペース] に移動し、[次へ] をクリックします。 [参照] をクリックしてプロジェクトの場所を参照し、[OK] をクリックして [プロジェクトをワークスペースにコピー] オプションを選択し、[完了] をクリックします。 ビルド構成設定からすべての VSDK 固有の設定を削除します。 「Project Explorer」ビューでプロジェクトを右クリックし、コンテキスト・メニューの「Properties」をクリックします。 C/C++ ビルド コンフィギュレーション>を開き、A53 ビルド構成の次の設定を削除します。 標準 S32DS C コンパイラ/標準 S32DS C++ コンパイラ > プリプロセッサ: [定義済みシンボル ] リストから VSDK_UMAT_USE_OPENCV を削除します。 標準 S32DS C コンパイラ/標準 S32DS C++ コンパイラ > インクルード: [インクルード パス] リストからすべての${S32DS_VSDK_DIR}パスを削除します。 標準 S32DS C++ リンカ > ライブラリ: ライブラリ および ライブラリ検索パス の一覧からすべてのライブラリを削除します。 プロジェクトのプロパティの左ペインで [SDK ] をクリックし、 VSDK_MODULE_WIN を A53 ビルド構成にアタッチします。 typedefs.h を削除します。A53_incフォルダから。 APEX2アプリケーションプロジェクトの移行 APEX2アプリケーションプロジェクトの設定方法をご紹介します。 [ファイル] > [インポート...] をクリックします。>一般] > [既存のプロジェクト] を [ワークスペース] に移動し、[次へ] をクリックします。 [参照] をクリックしてプロジェクトの場所を参照し、[OK] をクリックして [プロジェクトをワークスペースにコピー] オプションを選択し、[完了] をクリックします。 一部のビルド構成設定を削除します。 「Project Explorer」ビューでプロジェクトを右クリックし、コンテキスト・メニューの「Properties」をクリックします。 C/C++ ビルド コンフィギュレーション > を開き、A53 および TEST_A53 ビルド構成の次の設定を削除します。 標準 S32DS C コンパイラ/標準 S32DS C++ コンパイラ > プリプロセッサ: [定義済みシンボル ] と [未定義シンボル ] リストをクリアします。 標準 S32DS C コンパイラ/標準 S32DS C++ コンパイラ > インクルー ド:[インクルード${S32DS_VSDK_DIR} パス] リストからすべての パスを削除します。 標準 S32DS C++ リンカ > ライブラリ: ライブラリ と ライブラリの検索パス の一覧をクリアします。 APU ビルド設定の次の設定を削除します。 APU C コンパイラ/APU C++ コンパイラ > プリプロセッサ: [定義済みシンボル ] リストをクリアします。 APU C コンパイラ/APU C++ コンパイラ > インクルー ド: インクルード${S32DS_VSDK_DIR} パス リストからすべての パスを削除し、 インクルード ファイル リストをクリアします。 APU C++リンカ > 一般 : スクリプトファイルを削除します。 APU C++ リンカ > ライブラリ: ライブラリ と ライブラリの検索パス のリストをクリアします。 EMU と TEST_EMU ビルド構成の次の設定を削除します。 クロス G++ コンパイラ > プリプロセッサ: [定義済みシンボル ] リストをクリアします。 クロス G++ コンパイラ > インクルード: ${ProjDirPath}パスを除くすべてのパスをインクルード パス リストから削除します。 G++ リンカ > ライブラリ間: ライブラリ と ライブラリの検索パス リストをクリアします。 Project_Settings/Scripts/gen_apu_load.tcl ファイルを、新しい S32 Design Studio で作成された任意の APEX2 プロジェクトからのコピーに置き換えます。 typedefs.h を削除します。A53_incフォルダから、S32V_APU.lcfはProject_Settings/Linker_Filesから。 「Project Explorer」ビューでプロジェクトを右クリックし、コンテキスト・メニューの「SDK」をクリックします。すべてのビルド構成に VSDK_MODULE_WIN アタッチします。 更新された Visual Graph Tools プロジェクトからソース コードを出力します。 APEX2エミュレータを使用してアプリケーションをデバッグする場合は、デバッグ構成設定を更新します。 Project Explorer ビューでプロジェクトを右クリックし、コンテキスト メニューの [Debug As and Debug Configurations...] をクリックします>。 左側のウィンドウで、[C/C++ アプリケーション] の下の構成を開きます。 右側のウィンドウで、[ 環境 ] タブに移動します。PATH 値を編集します。 ${S32DS_GCC_TOOLCHAIN_DIR};${S32DS_OPENCV_DIR}/x86/mingw/bin  次に、[ ネイティブ環境を指定した環境に置き換える ] チェック ボックスをオンにします。 [デバッガー] タブに移動し、GDB デバッガーの場所を更新します。 ${S32DS_GCC_TOOLCHAIN_DIR}/gdb.exe APEX2 Graph Projectの移行 APEX2グラフ図を更新する方法をご紹介します。 [ファイル] > [インポート...] をクリックします。>一般] > [既存のプロジェクト] を [ワークスペース] に移動し、[次へ] をクリックします。 [参照] をクリックしてプロジェクトの場所を参照し、[OK] をクリックして [プロジェクトをワークスペースにコピー] オプションを選択し、[完了] をクリックします。 グラフ図を開きます。 [パレット] ペインで、[カーネルの追加] をドラッグしてキャンバスにドロップします。 古いプロジェクトで使用されていたカーネルを選択します。検索ボックスにカーネル名を入力し始めるか、フィルタリングボタンを使用してカーネルの場所を指定できます。[OK] をクリックします。 古いカーネルを削除し、 入力 要素と 出力 要素を新しく追加したカーネルのそれぞれのポートに接続します。 図の各カーネルについて、5 から 7 の手順を繰り返します。 キャンバスを右クリックし、コンテキスト メニューの [ダイアグラムの検証 ] をクリックします。検証の問題が見つかった場合、[ 問題] ビューにエラーまたは警告が表示されます。エラーの原因となった要素は、図上に赤い十字アイコンでマークされているため、簡単に見つけて修正できます。 APEX2プログラムの移行プロジェクト APEX2プログラム図のアップデート方法をご紹介します。 [ファイル] > [インポート...] をクリックします。>一般] > [既存のプロジェクト] を [ワークスペース] に移動し、[次へ] をクリックします。 [参照] をクリックしてプロジェクトの場所を参照し、[OK] をクリックして [プロジェクトをワークスペースにコピー] オプションを選択し、[完了] をクリックします。 プログラム図を開きます。 [パレット] ペインで、[Graph からプロセス] をドラッグし、キャンバスにドロップします。 更新されたグラフを選択します。[OK] をクリックします。 古いプロセスを削除し、 インレット 要素と アウトレット 要素を新しく追加したプロセスのそれぞれのポートに接続します。 図上の各プロセスについて、5〜7の手順を繰り返します。 キャンバスを右クリックし、コンテキスト メニューの [ダイアグラムの検証 ] をクリックします。検証の問題が見つかった場合、[ 問題] ビューにエラーまたは警告が表示されます。エラーの原因となった要素は、図上に赤い十字アイコンでマークされているため、簡単に見つけて修正できます。

采用 GaN 技术，适用于 1GHz 以上蜂窝频段的高功率射频应用 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将介绍恩智浦针对蜂窝频段高功率应用的差异化GaN技术，包括全系列蜂窝射频功率产品。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将介绍恩智浦针对蜂窝频段高功率应用的差异化GaN技术，包括全系列蜂窝射频功率产品。