支持请求 - 上拉开机引脚后输出短路问题 你好，约瑟夫、 我的一项设计遇到了问题，希望您能给予指导。 我们按照要求拉高了POWER_ON 引脚，但在拉高之后，我们发现输出引脚似乎被短路（或表现为短路）。我们无法了解这种行为的根本原因。 请您帮助我们理解： 为什么拉高 POWER_ON 引脚后输出会短路？ 该引脚是否需要特定的配置步骤或硬件条件？ 有任何建议的诊断或检查方法来隔离问题吗？ 如有需要，我可以提供原理图片段或测量截图。 提前感谢您的支持。 Shivani e. Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin 你好@Shivani_Elavena 请提供您在应用中使用的恩智浦部件编号，以便能正确转接到产品团队。 提前谢谢您。 顺祝商祺！ Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin 你好，维罗妮卡、 感谢您的支持。 我们在应用中使用的恩智浦部件编号是PF5020。 请将此查询转给相应的产品团队。 提前谢谢您。 致以最诚挚的问候， Shivani e. Re: Request for Support – Output Shorting Issue After Pulling Up Power-On Pin 你好，希瓦妮 请分享您的示意图，包括电压等级和部件值。问题是否可以重复出现？你在多少个板上看到了这个问题？如果更换新的 PF5020，情况是否一样？ 致以最崇高的敬意 约瑟夫

i.MX8MP FRDM：启动竞态条件（内置 CSI 与模块 IMX219）& 系统解除绑定时挂起 你好，恩智浦社区、 我目前正在使用恩智浦官方的 Yocto 电路板支持包（内核 6.6.36）在 i.MX8M Plus FRDM 板上推出一个 IMX219-77 摄像头模块（Evaltec）。 ​我在启动时遇到“找不到远程键盘”错误，这导致媒体控制器 (/dev/media0) 无法注册。所有调试都指向内置 CSI 桥接驱动程序和可加载传感器模块之间的启动时间竞争条件。但是，我无法应用标准的运行时解决方法，因为解除绑定 CSI 驱动程序会导致系统立即挂起。 硬件& 软件设置： 板：i.MX8M Plus FRDM 相机模块：Evaltec IMX219-77 连接：使用 Raspberry Pi 官方提供的 "Standard-Mini"（15 针至 22 针）带状电缆连接至 MIPI-CSI 1。 电路板支持包/Image：恩智浦官方演示镜像（内核 6.6.36，无 initramfs) 核心问题（时间不匹配）： 日志显示主机驱动程序和传感器驱动程序之间存在明显的时间差： [~2.05s] mxc-mipi-csi2-sam 正在加载。由于它在标准映像中被编译为内置，因此它会提早初始化，探测端点，找不到传感器（未找到远程端口），并中止链接。 [~10.00s]imx219 终于加载完毕。由于它是一个可加载模块（.ko），所以要等待 rootfs 挂载，结果晚了 8 秒。 故障排除步骤& DTS 验证： 我已经修改了设备树（os08a20.dts 反编译/改编）并验证了以下内容： 传感器配置： 稳压器：配置 VANA-supply、VDIG-supply 和 VDDL-supply，以使用固定/假稳压器，防止因电源资源缺失而导致探测延迟。 RESET GPIO：更新了 RESET GPIO 以匹配 FRDM 板的特定 GPIO 扩展器映射。 终点：验证数据链路 =<2> 和链路频率符合 IMX219 功能。 拓扑结构： 别名：添加了 csi0 和 isi0 别名；已验证它们在 /proc/device-tree 中正确显示。 链接：手动验证了 /proc 中的 phandle 和远程端点十六进制值，以确保链有效：传感器 -> CSI -> ISI。 ISI 接口：设置接口 = <0 0 2>（对于 CSI-1）并添加了所需的 fsl、blk-ctl 引用。 拦截器（解除绑定时系统挂起）： 我试图通过解除 CSI 驱动程序的绑定来修复运行时的竞赛条件，从而在传感器加载后强制重新探测： Bash 命令：echo 32e40000.csi > /sys/总线/platform/drivers/mxc-mipi-csi2-sam/unbind 结果:该命令会立即导致系统挂起（SSH 会话关闭，控制台冻结）。 假设：解除CSI驱动程序的绑定会切断MEDIAMIX或VPUMIX功能域的电力，导致其他活跃的消费者感到恐慌。 缓解尝试：我修改了 DTS，为 HDMI、LCDIF、GPU (2D/3D) 和 VPU 节点明确设置 status ="disabled" ，将 CSI 桥接器隔离为唯一的消费者。 结果：即使禁用了这些消费者，解除对32e40000.csi的绑定后，板仍会立即挂起。 我的问题 鉴于我无法使用initramfs来处理这个特定的镜像，是否有内核启动参数或方法可以强制内置的mxc-mipi-csi2驱动程序将探测推迟到传感器模块可用之后？ 为什么即使在所有已知邻居（显示屏、GPU、VPU、ISI）都解除绑定或禁用的情况下，解除 CSI 驱动程序绑定仍会导致硬锁定？对于 i.MX8MP 有已知的安全序列吗？ 重新编译内核并将 CONFIG_MXC_MIPI_CSI2_SAM 从 *（内置）更改为 M（模块）的唯一可行解决方案吗？ 如果我对启动过程或硬件依赖关系的理解不正确，请纠正我。我对任何替代方法都持开放态度。如果需要进一步的日志或配置文件来诊断，请告诉我，我会立即提供。 我附上了显示时间戳间隙的启动日志 (dmesg) 和修改后的设备树源 (os08a20.dts)以供参考。 谢谢 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: i.MX8MP FRDM: Boot Race Condition (Built-in CSI vs Module IMX219) & System Hang on Unbin 你好 这似乎是一个时间问题，即传感器驱动程序在 CSI 驱动程序尝试建立链接后加载，导致"No remote pad found" 错误。这会阻止媒体设备的正确注册。 这种竞赛条件是 MIPI-CSI 驱动程序的一个已知问题，当传感器驱动程序和主机 CSI 桥接驱动程序未按正确顺序初始化时就会出现。 您在尝试解除 CSI 驱动程序绑定时遇到的系统挂起是令人担忧的，但并不完全出乎意料。如果存在活动的 DMA 传输或未完成的事务，解绑活动的 MIPI-CSI 驱动程序有时会导致问题。 以下是一些潜在的解决方案： 1.**设备树方法**：修改设备树，通过调整兼容字符串优先级或使用 phandle 引用建立适当的依赖关系，确保传感器驱动程序在 CSI 桥接驱动程序之前加载。 2.**模块加载顺序**：创建 modprobe 配置文件，确保传感器驱动程序先于 CSI 驱动程序加载，从而强制执行正确的模块加载顺序。 3.**驱动程序修改**：在 CSI 驱动程序中实现重试机制，在初始链接失败时尝试重新建立链接，从而允许延迟绑定传感器。 4。**延迟探测**：修改传感器驱动程序以使用延迟探测，允许其等待必要的依赖关系后再完成初始化。 5。**解除绑定的替代方法**：与其解除绑定 CSI 驱动程序（这会导致系统挂起），不如尝试在系统完全启动后在传感器驱动程序上使用 `rmmod` 和 `modprobe`，这可能会在不直接影响 CSI 驱动程序的情况下触发正确的链接建立。 要立即进行测试，你可以尝试在 CSI 驱动程序加载之前在启动序列中添加延迟，让传感器驱动程序有时间先进行初始化。 此致 Re: i.MX8MP FRDM: Boot Race Condition (Built-in CSI vs Module IMX219) & System Hang on Unbin 感谢您对潜在解决方案的详细分析。 我研究了你们的建议，但我需要强调的是，在这个特定的恩智浦图像中，有一个关键的架构限制，它阻碍了标准的重新排序或重新加载技术。 限制： CSI 桥接驱动程序 (imx8-mipi-csi2-sam) 是按内置编译的，而传感器驱动程序 (imx219) 是可加载的模块。 驱动程序编译类型证据 我在目标板上进行了以下检查以确认这一点： 1。CSI 驱动程序是内置的： 该驱动程序出现在 modules.builtin 中，确认它已静态编译到内核映像中，并在启动序列的早期（在文件系统挂载之前）进行初始化。 Bash env： root@imx8mpfrdm:~# cat /lib/modules/$(uname -r)/modules.builtin | grep -Ei"mipi-csi2-sam" kernel/drivers/staging/media/imx/imx8-mipi-csi2-sam.ko 2。传感器是一个模块 传感器驱动程序作为可加载的目标文件存在于磁盘上，也就是说，它只能在根文件系统准备就绪后（CSI 驱动程序失效后大约 8 秒）加载。 Bash env： root@imx8mpfrdm:~# root@imx8mpfrdm:~# find /lib/modules/$(uname -r) -name"imx219.ko" /lib/modules/6.6.36-lts-next-g0d1e1544fd15/kernel/drivers/media/i2c/imx219.ko 对具体建议的答复： 关于建议 #1（设备树）& #2（模块顺序）： 由于主机驱动程序是内置的，我无法通过 modprobe.d 控制其相对于基于磁盘的模块的加载顺序或标准依赖关系映射。它总是先加载。 关于建议 3（修改驱动程序）： 修改驱动程序源代码以添加重试机制需要重新编译内核。如果不可避免地需要重新编译，则标准（更简洁）的解决方案是简单地将驱动程序配置从内置 < * > 更改为模块 ，这样可以在不维护自定义补丁的情况下本地解决竞争条件。我现在的目标是找到一个尽可能避免重新编译的解决方案。 关于建议 5（重新加载传感器）： ，我测试了删除和重新加载传感器驱动程序（rmmod imx219&& modprobe imx219）。当传感器成功重新加载时，内置的 CSI Bridge 不会重新触发信号握手或探测尝试。它似乎在启动期间进入失败状态并停止监听。 请求就建议 4（推迟探测）提供指导 这似乎是最可行的途径。由于我试图避免为更改驱动程序类型而重新编译整个内核，因此我想采用延迟探测方法。 imx8-mipi-csi2-sam 驱动程序是否支持特定的内核启动参数以强制其等待或重试探测？当远程端点不可用时，恩智浦电路板支持包中是否有特定的补丁或机制可以为该网桥启用标准的EPROBE_DEFER行为？ 如果有一种方法可以卸载/重新加载我可能错过的内置桥接逻辑，请纠正我。 再次感谢您的时间和帮助。 Re: i.MX8MP FRDM: Boot Race Condition (Built-in CSI vs Module IMX219) & System Hang on Unbin 感谢您对潜在解决方案的详细分析。 我研究了你们的建议，但我需要强调的是，在这个特定的恩智浦图像中，有一个关键的架构限制，它阻碍了标准的重新排序或重新加载技术。 限制： CSI 桥接驱动程序 (imx8-mipi-csi2-sam) 是按内置编译的，而传感器驱动程序 (imx219) 是可加载的模块。 驱动程序编译的证据 我在目标板上进行了以下检查以确认这一点： 1.CSI 驱动程序是内置的： 该驱动程序出现在 modules.builtin 中，确认它已静态编译到内核映像中，并在启动序列的早期（在文件系统挂载之前）进行初始化。 B ash env： root @imx8mpfrdm： ~# cat /lib/modules/ $ (uname-r) /modules.builtin | grep-Ei " mipi-csi2-sam " 内核/驱动程序/staging/mida/imx8-mipi-csi2-sam .ko 2. 传感器是一个模块 传感器驱动程序作为可加载的目标文件存在于磁盘上，也就是说，它只能在根文件系统准备就绪后（CSI 驱动程序失效后大约 8 秒）加载。 B ash 环境： root @imx8mpfrdm： ~# root @imx8mpfrdm：~# 查找 /lib/modules/ $ ( uname-r)-name " imx219.ko " /lib/modules/6.6.36-lts-next-g0d1e1544fd15/kernel/drivers/media/i2c/imx219.ko 对具体建议的回应： 关于建议 #1（设备树）& #2（模块顺序）： 由于主机驱动程序是内置的，我无法通过 modprobe.d 控制其相对于基于磁盘的模块的加载顺序或标准依赖关系映射。它总是先加载。 关于建议 3（修改驱动程序）： 修改驱动程序源代码以添加重试机制需要重新编译内核。如果不可避免地需要重新版本，则标准（更简洁）的解决方案是简单地将驱动程序配置从内置 < * > 更改为模块 ，这样可以在不维护自定义补丁的情况下本地解决竞争条件。我现在的目标是找到一个尽可能避免重新编译的解决方案。 关于建议 5（重新加载传感器）： ，我测试了删除和重新加载传感器驱动程序（rmmod imx219&& modprobe imx219）。当传感器成功重新加载时，内置的 CSI Bridge 不会重新触发信号握手或探测尝试。它似乎在启动期间进入失败状态并停止监听。 请求就建议 4（推迟探测）提供指导 这似乎是最可行的途径。由于我试图避免为更改驱动程序类型而重新编译整个内核，因此我想采用延迟探测方法。 imx8-mipi-csi2-sam 驱动程序是否支持特定的内核启动参数以强制其等待或重试探测？当远程端点不可用时，恩智浦电路板支持包中是否有特定的补丁或机制可以为该网桥启用标准的EPROBE_DEFER行为？ 如果有一种方法可以卸载/重新加载我可能错过的内置桥接逻辑，请纠正我。 再次感谢您的时间和帮助。

S32 调试探针远程 UART 支持？ S32 调试探器上的远程 UART 端口没有像（本质上完全相同的）CodeWarrior TAP 那样记录在案，有什么特别的原因吗？ 我知道我们可能出于成本原因不想运送电缆，但我们为什么不记录远程 UART 功能，因为客户很容易就能买到 RJ11 电缆？ 我们能否更新文档，以便客户可以正式使用远程 UART？ S32DS 资料来源直接客户 Re: S32 Debug Probe remote UART support? 嗨，海因茨、 抱歉耽搁了，我将为此创建 JIRA 票据。

IMX8QM CPU X 88W8997 IMX8QM 開発ボード、Android オートモーティブ OS 15 の wlan0 と Bluetooth の問題を修正しようとしています。 チップセット: NXP 88W8997 Ezurio の 60-SIPT WiFi および Bluetooth モジュール Linuxカーネル: 6.12.23 Android オートモーティブ OS 15 v1.1 Wi-Fi を起動すると、Bluetooth と同じように自動的にオフになります。スキャンも機能しません。LF6.12.20 のドキュメントを読んでいるときに、偶然これに出会いました。これは、上記のチップセットが今後一切サポートされなくなることを意味しますか?すでにかなりの数の NXP 開発ボードを所有していますが、どのように進めればよいかわかりません。 #IMX8QuadMax #プロセッサ #開発ボード #Wi-Fi #Bluetooth #BSP ANDROID-AUTO Re: IMX8QM CPU X 88W8997 ご参考までに。 88W8997 - ファームウェアの読み込みに失敗しました ファームウェアがパス内にあることを再確認してください。/ベンダー/ファームウェア/ Re: IMX8QM CPU X 88W8997 ファームウェアは/vendor/firmwareにあります ここにdmesgがあります  

闪存程序 MT28EW256 或非 设备 你好。 我有一块定制板，其中 Qoriq T1024 是从 x16x1 组织中的 MT28EW256 或非 设备启动的。使用 CodeWarrior 闪存编程器进行编程时，该设备的闪存编程器的正确配置设置是什么？ 我应该使用闪存算法 amd16x1 还是 S29GL_P_16x1？英特尔呢？ 上述两种算法有何不同？文件中介绍了 AMD 算法，但我找不到关于 S29GL 的任何细节（或何时使用）。 请注意，在实验过程中，我一直在使用 JS28F256M29EWL 设置，它在我的 16mx16x1 设备上使用 amd16x1。我遇到了一些奇怪的问题，因此我怀疑自己的设置，但需要建议。 预先致谢 Re: Flash program MT28EW256 NOR device MT28EW与 S29GL-P 和 S29GL-N 128Mb 和 256Mb 兼容、 512Mb 和 1Gb 设备，但具有卓越的编程和擦除性能。 CodeWarrior 支持 S29GL-P 和 S29GL-N 设备。 使用 S29GL-P 和 S29GL-N 设备对设备进行编程。 Re: Flash program MT28EW256 NOR device 你好、 感谢您提供的信息。 这是否意味着我需要在下方添加新的设备配置： PA\bin\plugins\support\Products\ProductData\FPDevices.mwpdb\FP 我希望使用现有的设备设置。MT28EW 设备的制造商 ID 为 0x89，组织 ID 为 0x227e，与 JS28F256M29EWL 设备设置相匹配，但它使用的是 AMD16x1 算法。看来是可行的。 AMD16x1 和S29GL-P_16x1 之间有什么区别？我没有找到任何信息？AMD 算法兼容吗？ 再次感谢。 Re: Flash program MT28EW256 NOR device 在我们的数据库中搜索，我发现这两个 "S29GL-N_16x1.elf"而且 “S29GL-p_16x1.elf” 是几年前应我们一位客户的要求开发的，目的是加快采用这种特定 “16mx16x1” 配置的这些特定设备的闪存编程过程。 可以改回标准的 "amd16x1.elf"、但这种标准算法可能没有 "S29GL-N_16x1.elf "那么快。

如何降低 i.MX8ULP 的 A 核和 DDR 频率 我想降低 i.MX8ULP 的 A 核频率和 DDR 频率。 请指导我如何实现这一目标，需要修改哪些寄存器或配置？ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 你可以看看下一个应用笔记（4.3 使用 DVFS）： 优化 i.MX 8ULP 的功耗 顺祝商祺！ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好@JorgeCas 我使用了 DVFS，想降低 A 核 CPU 频率。目前，频率显示在 808 兆赫左右，我希望尽可能降低频率。 以下是我收到的日志： root@imx8ulp-9x9-lpddr4-evk:~# echo 1 > /sys/devices/platform/imx8ulp-lpm/enable [ 467.490570] DDR enter low frequency mode root@imx8ulp-9x9-lpddr4-evk:~# mhz 808 MHz, 1.2392 nanosec clock 能否请您指导我如何降低 A 核频率，以及需要更改哪些设置或配置？ 谢谢。 Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 根据应用笔记，你需要使用 imx8ulp-evk-nd.dtb 设备树，但正如我在你的日志中看到的那样，你使用的是 9x9 板，我们没有设备树来进行更改。 你可以用它作为参考来修改你的设备树然后重试： https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/arch/arm64/boot/dts/freescale/imx8ulp-evk-nd.dts 顺祝商祺！ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 谢谢@JorgeCas root@imx8ulp-9x9-lpddr4-evk:~# echo 1 > /sys/devices/platform/imx8ulp-lpm/enable root@imx8ulp-9x9-lpddr4-evk:~# mhz 655 MHz, 1.5267 nanosec clock 根据参考，我更新了我的 .dts文件，现在我可以将 A 核频率降至 650 MHz。我希望进一步降低 A 核频率，最好降到 200 MHz 左右。请指导我如何实现这一目标？ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好 遗憾的是，我们没有文件说明如何将 Cortex - A 内核的频率降至 650 MHz 以下。 根据应用笔记，正在使用VDD_DIG1/2（最低工作频率）的最低工作电压，我们的工程师在您之前的文章中评论说，PLL不会提供更低的频率。 您可以尝试手动修改 PLL 寄存器。 顺祝商祺！ Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好，@JorgeCas 谢谢你的澄清。据我所知，650 MHz 是 Cortex-A 内核 PLL 支持的最低记录频率。 为了进一步降低功耗，我想尝试手动修改 PLL 配置。请问 i.MX8ULP 上控制 Cortex-A 时钟的 PLL（寄存器或时钟路径）是哪个，在尝试将频率降至 650 MHz 以下时是否有任何建议设置或限制？ 任何有关安全修改 PLL 寄存器的指导或参考文档，将不胜感激。 致以最崇高的敬意， Yash Re: How to Reduce A-Core and DDR Frequency on i.MX8ULP 你好，@JorgeCas、 我想问一下我之前提出的关于通过修改 i.MX8ULP 上的 PLL 配置将 Cortex-A 内核频率降至 650 MHz 以下的问题。我想看看你是否有机会审查它。如能得到任何指导，将不胜感激。 谢谢， Yash

KW45 noinit 柱塞部分 您好，nxp 专家： 我想在 kw45 中隔离一部分 RAM，用于存储一些标志。但是，当前，当我尝试将 0xa5a5a5a5 写入地址 0x020000000 然后进行软复位时，RESET后从地址 0x020000000 读取的值为 0。你能否帮我弄清楚如何确保软复位后读取的值与RESET前读取的值相同？ KW45 Re: KW45 noinit ram section 你好，@Christine_Li： 不过，我又注意到启动文件 startup_KW45B41Z83 .S 中的这部分代码 --它不是清除了 0x2001_A000 至 0x2001_C000的内存范围 吗？ .ram_init_stcm5: ldr r0, =0x2001a000 ldr r1, =0x2001c000 .loop5: /* Initialize stcm5 */ stmia r0!, {r2 - r5} cmp r0, r1 bcc.n .loop5 Re: KW45 noinit ram section 你好，@jiajun_cheng 最后 8 KB RAM (0x2001_A000) 来自独立的电源开关功能域，可在所有电源模式下保持数据保留。 详情请参阅 KW45 参考手册 如果您对此案有任何其他关切，请告诉我。 否则，请毫不犹豫地将我的回答标记为解决方案，这样我们就可以结案了。 顺祝商祺！ Christine。 Re: KW45 noinit ram section 你好，@jiajun_cheng 在这个案子上我还能为你做什么？ 顺祝商祺！ Christine。

HSE 固件安装问题 - 程序卡在 checkHseFwFeatureFlagEnabled() 处 #你好，恩智浦团队 我正在开发 S32K3X4EVB-T172 板并尝试安装 HSE 固件 HSE 固件刷新成功，但我的应用程序始终停在： if (FALSE == checkHseFwFeatureFlagEnabled()) { /* Stuck here */ } 我检查了 UTEST 区域（0x1B000080），得到的值是 0xFFFFFFFF。 请查看我们的项目和图像，并请帮助我们解决这个问题 如能得到任何帮助，我们将不胜感激。 谢谢 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Thank you for the clarification@VaneB 我检查了UTEST地址 0x1B000000，请查看下面的附件 ，我已经多次刷新了HSE固件，所以可能是反复刷新导致了这个不正确的值？ 能否请您帮我确认正确的值是多少，并指导我如何进行修复？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 地址 0x1B000080 至 0x1B00009F 对应调试密码 (CUST_DB_PSWD_A)，用于限制调试访问。这与 HSE 固件安装无关。 如果代码停留在函数 checkHseFwFeatureFlagEnabled()，请确认 hseFwFeatureFlagEnabledValue 已正确写入地址 0x1B000000。 此外，您还提到 HSE 固件已成功安装。能否请您解释一下，为什么需要再次检查 HSE FW 功能标志是否已设置？ BR、VaneB Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 已成功将 hseFwFeatureFlagEnabledValue 写入地址 0x1B000000。 接下来，我们来验证是否安装了 HSE 固件。请检查地址 0x4039C028 中 HSE_CONFIG_GPR3 的第 0 位是否已设置。如果未设置，请确认当前设备的 SBAF 版本（地址 0x4039C020）与您尝试安装的 HSE 固件版本兼容。建议使用最新的 SBAF 版本，以确保 HSE 固件不受任何限制地支持全部功能。 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() # Hello@VaneB 谢谢您的说明。 我还有一个疑问：我是否需要修改 hse_fw_install 项目的应用代码？ 因为 UTEST 区域已经编程，而且固件闪烁也已成功。我们还检查了第 0 个启动目标是否在 0x4039C028。 但是，我们的程序代码还是卡在了这一行，无法正常启动。 请解释一下为什么没有启动，原因可能是什么？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 使用 S32K344_HSE_FW_INSTALL 应用程序完成 HSE 固件安装所需的所有更改和步骤都记录在 Readme.md 文件中，该文件位于 C:\NXP\S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Device_Configuration\S32K344_HSE_FW_INSTALL\Readme.md 此外，能否提供一张显示地址 0x4039C020 和 0x4039C028 内容的图片？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Hello@VaneB非常感谢你的回复、 在 README 中提到了 IVT，但我们的程序中没有ivt.bin 或 ivt.h 包括的文件。请说明 IVT 是自动生成的，还是嵌入到另一个文件中，或者我们是否需要手动加入 IVT。 请参阅下文所附的文件 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() #Hello@VaneB，非常感谢你的指导。 我在演示示例中安装了sbuf 项目。当我尝试调试它时，代码卡在了 能否请您指导我如何更新sbuf并解决这个问题？ Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() 你好@Sanjana_k 根据 HSE_CONFIG_GPR3 (0x4039C028) 的值，HSE 已经安装在设备上。您正在闪存的项目用于安装固件，因此无需再次闪存。 我的建议是将 SBAF 版本升级到与当前固件版本兼容的版本。该 兼容性问题 已在 S32K344 芯片 SBAF 版本和 HSE FW 版本兼容性问题 主题中讨论过。 Re: HSE Firmware Install Issue — Programm stuck at checkHseFwFeatureFlagEnabled() # 在 README 中提到了 IVT，但我们的程序中没有包含 ivt.bin或ivt.h文件。请说明 IVT 是自动生成的，还是嵌入到另一个文件中，或者我们是否需要手动加入 IVT。 请参阅下文所附的文件

KW45 blhost を使用してキーを書き込むことができません 写真に示すように、ヒューズ 0x20 はまだ焼き付けられていないため、blhost を使用してキーを書き込むことはできません。これはなぜでしょうか？ Re: KW45 Cannot write key using blhost こんにちは カスタム ボードを使用していますが、このボードにはまだキーが書き込まれていません。現在、NXP が提供するデモ キーを使用しています。キー書き込みとNBUファームウェアのアップグレードをテストしたいと思います。AN14003ドキュメントとリファレンス・マニュアルを参照しています。ISP UARTを使用してヒューズの取得と書き込みを行います。私の知る限り、ブート構成ピンをプルアップするだけで、このチップはISPモードに入ることができます。SO far、UARTを使用してチップのフラッシュを消去および書き込みCANますが、ヒューズに書き込むときに、上図に示す状況が発生します。 Re: KW45 Cannot write key using blhost Hello   NXP 開発ボード [KW45B41Z-EVK / KW45-LOC] を使用しているか、カスタム ボードを使用しているか確認していただけますか?これは必要なキーに影響を与えるためです。   ヒューズを焼くためのガイドや指示に従っているかどうか確認していただけますか?   ボードはISPモードになっていますか?   ヒューズを燃やす方法は元に戻すことができないことに注意することが重要です。したがって、ヒューズを変更する場合は注意することをお勧めします。   よろしくお願いいたします。 ルイス Re: KW45 Cannot write key using blhost これは当社のボードの最小システムデザイン回路図ですが、このデザインに問題があるかどうかお伺いしてもよろしいでしょうか？ Re: KW45 Cannot write key using blhost こんにちは、 カスタムボードの設計を確認するには、 KW45（オートモーティブ）またはK32W1 / MCXW71（IoT /インダストリアル）を使用して初めてPCBを正しく構築する最良の方法という投稿を確認することをお勧めします。この投稿には、 KW45ハードウェア設計推奨事項の推奨事項を含む、KW45ボードに必要な全体的な特性が含まれています。 キーがまだ書き込まれていないとおっしゃったように、デバイスにキーをプログラムする必要があります。RoTKTH キーと SB3KDK キーをフューズに書き込むことが不可欠です。また、画像のエラーは、SB3KDK キーのプログラミングに失敗したことを示しています。 KW45 カスタム ボードが KW45B41Z-EVK と同じように使用するのか、それともカスタム エンド アプリケーション用なのか確認していただけますか? KW45ボードをKW45B41Z-EVKと同じ機能で使用する場合は、AN14003の5.2.1章に記載されているデフォルトのSBKDKおよびRoTKTHキーを使用できます。 ボードを別のカスタムエンドアプリケーションで使用する場合は、カスタムキーと署名されたイメージを生成する必要があります（4.2章とJupyter Notebookの例で説明されているプロセス）。カスタムキーの場合は、.sb3を生成する必要があります。.xipを使用したファイルカスタム キーを構成するファイル。 よろしくお願いいたします。 ルイス

用于服装认证的 NFC 我们有兴趣使用 NFC 技术为未来的服装打上标签，让消费者能够辨别真伪。 我知道我们可以将每个 NFC 标签发送到指定的 URL，但我们希望防止造假者对芯片进行编程以指向相同的身份验证 URL。 经过一番研究，使用像 NTAG424 DNA 这样具有篡改功能的专用芯片以及与我们的服务器相关的公钥/私钥似乎是解决之道。 我认为您无法使用 NFC Tools 对具有此功能的芯片进行正确编程。 对于 NTAG213 等经典芯片，您可以在 URL 中发送芯片 UID，以便在服务器端进行检查，但问题是有人能找到正确的地址。 我的问题是 -- 你们是否有筹码和工具来帮助完成我们想做的事情？ 如果是这样，我们需要哪些硬件、芯片、读卡器等来启动？ Re: NFC for authenticating apparel @KaiLi我在网站上找到了 NDA 并提交了。希望完成这项工作后，有人能向我们展示实现目标所需的所有设备和软件。 Re: NFC for authenticating apparel @KaiLi还有，是否有任何资源可以解释如何将所有信息绑定到一个网站上，从而为每个芯片显示不同的信息？ Re: NFC for authenticating apparel 谢谢@KaiLi 因此，我需要订购这本读物： https://www.nxp.com/part/MFEV730 什么是保密协议？不知道是什么意思。 是否有任何资源可以全面解释我们如何设置这一切，从哪里获取芯片，将每个芯片分配到一个特定的 URL，并确保只有该芯片可以到达那里？ Re: NFC for authenticating apparel 你好@305 MFEV730 向您推荐，您可以从 PEGODA 免接触式智能读卡器 | 恩智浦半导体 订购，其中包括读卡器和 NTAG424DNA 样品 此外，您还需要申请 sw186658（RFID Discover v5.8），但这是在保密协议下提供的。 因此，如果您安装了 RFID Discover v5.8，并订购了 MFEV730，就可以开始使用了。

MCX W72 ナレッジハブ MCX W72xファミリーは、96MHzのArm ® Cortex ® -M33コアと、Matter、Thread、Zigbee、Bluetooth LEをサポートするマルチプロトコル無線サブシステムを搭載しています。専用のコアとメモリを備えた独立した無線サブシステムは、メインCPUの負荷を軽減し、主要アプリケーションのためにCPUを温存するとともに、FUTURE無線規格をサポートするためのファームウェアアップデートを可能にする。MCX W72xは、統合されたEdgeLock ® Secure Enclave Core Profileによる高度なセキュリティ機能も提供し、認証情報共有のためのNXPのEdgeLock 2GOクラウドサービスにも対応します。 MCX W72xファミリは、Bluetoothチャネルサウンディング機能を搭載し、測距レイテンシを低減するための専用オンチップ測位演算エンジンを備えています。アプリケーション固有のコード、接続スタック、および無線によるファームウェアアップデートをサポートするための追加メモリを搭載しています。さらに、無線サブシステムは、Bluetooth Low Energyスタックと並行して、ThreadまたはZigbeeのフルスタックを実行できます。これにより、無線機のリアルタイム処理がアプリケーションとは別のコアで実行されるため、信頼性の高い無線性能が実現します。 NXPが長年にわたり培ってきた産業用エッジソリューション提供の実績に基づき、MCX Wシリーズは-40℃～125℃の広い動作温度範囲と、オプションのCANインターフェースを含む産業アプリケーション向け**ペリフェラル**を提供し、長期的な産業利用をサポートするNXPの15年間の製品寿命延長プログラムの一部となります。 MCX Wシリーズは、 MCUXpresso開発者エクスペリエンス 組み込みシステム開発を最適化、簡素化、加速化する。   セキュリティ認証 PSA認定レベル2 SESIPセキュリティターゲット SESIP KW47/MCXW72 SESIP証明書とSTはTrustCBにあります Webサイト 規制認証 欧州連合適合宣言書 - FRDM MCXW72 Bluetoothの要件 認定製品 | Bluetooth ®テクノロジーウェブサイト Q360996: KW47 / MCX W72 Bluetooth LE 6.0 (チャンネルサウンディング) コントローラー Q332147: KW47 / MCX W72 Bluetooth LE 6.0 (チャンネルサウンディング) ホスト 文書 MCX W72製品ファミリーデータシート MCX W72 リファレンスマニュアル MCX W72の正誤表 MCXW72 ハードウェア設計ガイド   MCX W72プラットフォームでのMatterの利用開始 NXP MCX W72 で OpenThread を使い始める   FRDM-MCXW72 ユーザーマニュアル FRDM-MCXW72の入門ガイド   MCX W72-LOC ユーザーマニュアル ブルートゥース Bluetooth技術にご興味がありますか？ Bluetooth Low Energy Primer – BLEの基礎を理解するために必読の書。 Bluetooth ®仕様 －規格、プロトコル、技術文書の完全なリスト。 受賞歴と表彰 毎年、Bluetooth Special Interest Group (SIG) は、Bluetooth 技術の発展に貢献したとして同業者から認められたワーキンググループ、委員会メンバー、貢献者の努力と献身を称えています。 2024: チャネル Sounding 2025年：チャネルサウンディング振幅ベースの攻撃耐性、LEテストモードの機能強化、および測距プロファイルとサービス。 Bluetooth機能の概要 Bluetooth_5.0_機能の概要 Bluetooth_5.1_Feature_Overview Bluetooth_5.2_機能概要 Bluetooth_5.3_機能概要 Bluetooth_5.4_機能概要 Bluetooth 6の機能概要 Bluetooth 6.1の機能概要 Bluetooth 6.2 機能概要 Bluetooth 6.3 機能概要 アプリケーションノート ソフトウェア、ハードウェア、ペリフェラル： AN14850 MCX W72によるアプリケーションパフォーマンスの向上：このアプリケーションノートでは、汎用組み込みアプリケーションのパフォーマンスを向上させるために、MCX W72マイクロコントローラのデュアルコアアーキテクチャを使用する方法について説明します。 AN14937 MCX W72の32kHzクリスタルレスモード：このアプリケーションノートでは、MCX W72デバイスの32kHzクリスタルレスモードに関する情報を提供します。このモードを使用すると、32kHzのクロック精度を損なうことなく、システムのコストを削減できます。フリーランニング発振器（FRO32K）は32kHzクロックソースとして使用され、MCX W72の信号周波数アナライザ（SFA）モジュールを介して32MHz RF発振器に対して校正されます。 AN14745 MCX W72 のスマート電源スイッチの機能、使用方法、および性能:このアプリケーション ノートでは、MCX W72マイクロコントローラのスマート電源スイッチの使用方法について説明します。MCX W72には、接続されたコンポーネント（MCX W72の電源ドメインを含む）のオン/オフを切り替えるプログラム可能なソリッドステートスイッチが内蔵されています。 AN14747 MCX W72 のロードプルテストレポート:この文書では、供給電流、送信電力、および高調波レベルを測定する目的について説明します。これらの測定値は、被試験デバイス（DUT）が受ける複素出力負荷の振幅と位相を調整しながら監視されます。 パワーマネージメント:  AN14739 MCX W72 Bluetooth Low Energy 消費電力分析：このドキュメントでは、MCXW72-EVK ボードを使用した MCX W72 (IIoT) ワイヤレス MCU の消費電力分析について説明します。 AN14745 MCX W72マイクロコントローラのスマートパワースイッチの機能と使用方法:このアプリケーションノートでは、MCX W72マイクロコントローラのスマートパワースイッチの使用方法について説明します。MCX W72には、コネクテッドコンポーネント（MCX W72の電源ドメインを含む）のオン/オフを切り替えるプログラム可能なソリッドステートスイッチが内蔵されています。 AN14841 802.15.4 MCX W72 の マター および ZigBee 消費電力分析:このドキュメントでは、Kinetis MCX W72 (IIoT) ワイヤレス MCU の消費電力分析について説明します。 AN14742 MCX W72用電源管理ハードウェア：このアプリケーションノートでは、 MCX W72マイクロコントローラにおける電源管理専用の各種モジュールの使用方法について説明します。 AN14664 Kinetis BLEアプリケーション向けコインセルハードウェア推奨事項：この文書では、コインセルレベルでの電流ピークを最小限に抑えるためのハードウェアおよびソフトウェアソリューションについて説明します。 AN14889 ：Bluetooth Low EnergyおよびIEEE 802.15.4向けFRDM-MCXW72無線周波数システム評価レポートこの文書では、Bluetooth Low Energy（2FSK変調）およびIEEE 802.15.4（OQPSK変調）アプリケーション向けFRDM-MCXW72ボードの無線周波数（RF）評価試験結果を示します。 RF: AN14865 KW47およびMCX W72用チャネルサウンディングの基礎：このドキュメントでは、CSテクノロジーの基礎と、カスタムソリューションやアプリケーションでどのように使用できるかについての概要を説明します。 AN14779 KW47およびMCX W72用プリントチャネルサウンディングアンテナ：このアプリケーションノートは、NXPがKW47およびMCX W72コントローラ向けに設計した、プリント回路基板（PCB）上に実装されたプリントアンテナに焦点を当てています。 AN14832 チャンネルサウンディングボードを設計するための基本的な手順 - 多様性のないシンプルなPCBの作成: この文書では、最小限のCSサブシステムの例を示します。無線周波数（RF）経路は、CSアプリケーション全体の特性に大きな影響を与えるため、特に注意が払われます。 AN14747 MCX W72用ロードプルテストレポート：この文書では、供給電流、送信電力、および高調波レベルを測定する目的について説明します。これらの測定値は、被試験デバイス（DUT）が受ける複素出力負荷の振幅と位相を調整しながら監視されます。 AN14868 ANSYSにおけるチャネルサウンディングのRFモデリング：チャネルサウンディングのシミュレーションと解析の手法に焦点を当てる ANSYSツールを使用した無線通信システム AN14855 さまざまな環境におけるチャネルサウンディングテスト:このアプリケーションノートは、 Bluetoothチャネルサウンディング（CS）は、Bluetooth周波数帯域における2つのデバイス間の距離を測定する技術です。精度に影響を与える主要な要因について説明します。 AN14869 複雑なチャネルサウンディングボードを設計するための基本的な手順:高度なCS機能をサポートするハードウェアの作成に焦点を当て、精度を向上させ、マルチパス伝搬などの問題を軽減するために、アンテナダイバーシティや最適化されたRFパスなどが含まれます。 AN2731 2.4GHz通信用小型平面アンテナ：このドキュメントは、アンテナ設計に関する網羅的な解説ではありません。むしろ、お客様がアプリケーションに適したアンテナタイプを選択できるよう、基板レイアウトとアンテナの基本について十分な理解を深めていただくこと、また、パフォーマンスの問題や遅延につながる典型的なレイアウトミスを回避していただくことを目的としています。 セキュリティ: AN14648 MCX W72 インシステムプログラミングユーティリティ：このドキュメントでは、MCX W72 MCUをISPモードで起動し、MCUと通信するための各種シリアル接続を確立する手順を説明します。 AN14613 MCX W72 セキュアブート（SECツール使用）： MCX W72は、低消費電力でセキュリティの高いシングルチップ無線MCUです。フラッシュメモリの内容を暗号化データとして保存でき、瞬時に復号化できます。これにより、機密データやアルゴリズムの保護に役立ちます。 AN14646 MCX W72 でのデバッグ認証:このアプリケーション ノートでは、MCUXpresso Secure Provisioning Tool (SEC) を使用したデバッグ認証の手順について説明します。 AN14728 MCX W72 NPXを使用したフラッシュ暗号化：セキュリティ上の理由から、フラッシュメモリに保存されているアプリケーションコードとデータを暗号化して保護する必要性が高まっています。NVM PRINCE XEX（NPX）は、フラッシュメモリコントローラ（FMC）内のモジュールで、最大4つのフラッシュ領域の内容を保護することができます。NPXは、フラッシュコンテンツのオンザフライでの低遅延暗号化と復号化を実行し、開発者とCortex-M33プラットフォームに対して透過的です。開発者の視点から特別な操作は必要ありません。 AN14644 MCX W72 ライフサイクルの管理:このドキュメントでは、ユーザーが利用できるライフサイクルステージ、ライフサイクルへのアクセス方法、ライフサイクルの制限、次のライフサイクルへの移行方法について説明します。 AN14670 EdgeLock 2GO の SPSDK による MCU のプロビジョニング: EdgeLock 2GO は、NXP が運営するフルマネージドのクラウドプラットフォームであり、NXP MCU、MPU、および EdgeLock SE05x セキュアエレメントを統合した IoT デバイスの容易な展開と保守のためのセキュアなプロビジョニングサービスを提供します。 AN14624 EdgeLock 2GO のセキュアプロビジョニングツール (SEC) による MCU のプロビジョニング: EdgeLock 2GO は、NXP が運営するフルマネージドクラウドプラットフォームであり、NXP MCU、MPU、および EdgeLock SE05x セキュアエレメントを統合した IoT デバイスの容易な展開と保守のためのセキュアプロビジョニングサービスを提供します。 AN14544 EdgeLock 2Go MPUおよびMCU向けサービス： EdgeLock 2GOは、IoTデバイスのプロビジョニングと管理のためのNXPのサービスプラットフォームです。これにより、製造時または現場で、デバイスに鍵と証明書を安全にインストールし、デバイスのライフサイクル全体を通して認証情報を最新の状態に保つことができます。EdgeLock 2GOは、各デバイスのセキュリティ機能を活用することで、IoT機器群全体にわたって最適なレベルのセキュリティを実現します。 Bluetoothトレーニング Bluetooth Low Energy 6.0 NXP トレーニング MCX Wシリーズ トレーニング - NXPコミュニティ   RFスイッチ比較：吸収型／反射型 規格比較：ETSI / FCC / ARIBの要件 BLEチャネルサウンディング - 概要 BLEチャネルサウンディング - RFハードウェア BLEチャネルサウンディング - ANSYSモデリングツール BLEチャネルサウンディング - アンテナプロトタイプの検証測定 装置 無線機器：この記事では、プロジェクト開発に役立つ機器へのリンクを提供します。 役立つリンク集 KW47-EVKおよびFRDM-MCXW72用デバッグプローブファームウェアのインストールこの記事では、NXPのMCU-LINKインストーラを使用して、KW47-EVKおよびFRDM-MCXW72用のCMSIS-DAP/SEGGER J-linkファームウェアをインストールする方法について説明します。 KW47/MCXW72のワイヤレス環境におけるNBUのアップデートこの記事では、NBUファームウェアのアップデート方法について説明します。 MCUXpresso for Visual Studio Code でデモ例をインポートして実行する方法:この記事では、MCUXpresso for Visual Studio Code で、ARM GCC ツールチェーンを使用した新しい SDK からデモ例をインポートして実行する方法について説明します。 [MCUXSDK] KW4x、MCXW7x、MCXW2x 用 GitHub SDK の使い方 - NXP コミュニティこのコミュニティ投稿では、GitHub SDK の使い方をステップバイステップで解説します。 [MCUXSDK] GitHub SDK - Bluetooth LEプラットフォームのドキュメント - NXPコミュニティこのコミュニティ投稿では、BLEプラットフォームのドキュメントを提供します。 KW47（オートモーティブ）またはMCXW72（IoT/インダストリアル）を使用してPCBを初回から正しく構築する最良の方法：このコミュニティでは、KW45またはK32W148とMCXW71を使用してPCBを構築するための重要なリンクと、無線性能、低消費電力、無線認証（CE/FCC/ICC）に関するすべての情報を提供しています。 駆動強度変更時の DCDC 障害に対する回避策の実装駆動強度を低く変更し、DCDC 出力電圧が現在の出力電圧以上になったときに、まれに DCDC 障害が発生することがあります。 Kinetisファミリー製品でHCI_bbを使用し、DTMモードにアクセスする方法：この記事は2つのパートで構成されています。 HCI_bbバイナリをKinetis製品に書き込む方法。 R&S CMW270を使用してRF測定を実施する BLE HCIアプリケーションでトランスミッタ/レシーバのテストコマンドを設定する：この記事では、ユーザーがデバイスにシリアルコマンドを送信する方法を示す手順を説明します。 Bluetooth LE HCIブラックボックス クイックスタートガイド：この記事では、シリアルコマンドを使用してユーザーが無線を制御できるようにする簡単な手順について説明します。 Kinetis (../45/47/43;MCX W71/72/70) および MCX W23 パワープロファイルツール (ローカライゼーションを含む) : このページは、Kinetis (KW35/KW38/KW45/KW47/KW43) および MCX W7x (MCX W71/W72/W70) パワープロファイルツール専用です。このツールを使用すると、アプリケーション (自動車または IIoT) の消費電力を推定し、ソリューションのバッテリー寿命を評価できます。 KW47/MCXW72 32MHz & 32kHz 発振マージン: この記事では、回路の発振マージンを適切に設定する方法を説明します。 動画 NXPチャネルサウンディング技術とGoogle Pixel 10のインターフェースこれは、MCX W72 LOCボードがチャネルサウンディングを使用してGoogle Pixel 10スマートフォンと通信する様子を示すデモです。   サポート MCX W72に関するご質問がある場合は、弊社のワイヤレスMCUコミュニティにご質問をお寄せください。 ここ

屏幕分辨率的高度能不能设置100以下的？ 我的屏幕是256x64，然后64就没办法设置，要设置成100，还有其他的小屏幕就不好用这个软件开发 Re: 屏幕分辨率的高度能不能设置100以下的？ 使用esp32，屏幕是led点阵屏，hub75接口的。为什么要限制分辨率呢，现在因为分辨率问题没把法使用改软件 Re: 屏幕分辨率的高度能不能设置100以下的？ 我也有同样问题，用76*284的屏幕，软件只能100~2500的分辨率 Re: 屏幕分辨率的高度能不能设置100以下的？ Hi @zhujianfeng  您可以详细描述一下您的问题么？你用什么芯片，用什么屏幕？ BR Harry Re: 屏幕分辨率的高度能不能设置100以下的？ 然后64就没办法设置 回复： 屏幕分辨率的高度能不能设置100以下的？ 可以在xxx.guiguider文件中修改后再用guider打开

关于获取软件的问题 我希望在"Automotive SW - S32K3 Standard Software" 下"Automotive SW - EB tresos Studio / AUTOSAR Configuration Tool" 。请帮我弄到这个软件。(可在产品列表中找到）。 Re: Regarding trouble getting a software 对不起，我没听懂你的问题。客户只需点击S32K3 标准软件 即可进入。我还建议你在社区中提出一个新问题。 Re: Regarding trouble getting a software 用户请求帮助获取 "Automotive SW - EB tresos Studio / AUTOSAR 配置工具 "软件，他们认为该软件位于 "Automotive SW - S32K3 标准软件 "产品列表下。 几何冲刺 Re: Regarding trouble getting a software HI 对不起，我没听懂你的问题。EB Tresos软件可在此处下载：S32K3 标准软件-> Automotive SW - EB tresos Studio / AUTOSAR 配置工具 -> EB tresos Studio 29.0.0 祝好， Robin ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"ACCEPT AS SOLUTION" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Regarding trouble getting a software 了解"Automotive SW - S32K3 Standard Software" 和"Automotive SW - EB tresos Studio / AUTOSAR Configuration Tool 之间的关系非常重要。"细目如下 S32K3 标准软件： 这是指恩智浦半导体为其 S32K3 微控制器系列提供的软件。它包括驱动程序、库和工具，可帮助开发人员版本汽车应用程序。 EB tresos Studio / AUTOSAR 配置工具： 这是 Elektrobit (EB) 的一款软件工具，用于配置和生成 AUTOSAR 基本软件 (BSW)。AUTOSAR （AUTomotive Open System ARchitecture，汽车开放系统架构）是一种用于汽车 ECU（电子控制单元）的标准化软件架构。 EB tresos Studio 经常与微控制器专用软件（如 S32K3 标准软件）结合使用。它有助于配置与微控制器硬件交互的 BSW 元器件。 EB tresos 等工具主要用于配置 AUTOSAR BSW，然后在恩智浦 S32K3 微控制器等硬件上使用该 BSW。因此，它们是 S32K3 软件开发过程中使用的工具。 以下是这些元素之间的关系： 在为 S32K3 微控制器开发 AUTOSAR 兼容软件时，开发人员通常使用 EB tresos Studio 来配置 AUTOSAR BSW。 然后，生成的 BSW 代码与 S32K3 标准软件（驱动程序等）交互，以控制微控制器的硬件。 要获得 EB tresos Studio，通常需要： 请直接通过 Elektrobit 网站 (elektrobit.com) 与 Elektrobit 联系。 在某些情况下，像恩智浦这样的半导体供应商可能会提供信息或指向兼容AUTOSAR工具的链接。 值得注意的是，来自意法半导体的信息显示，他们的微控制器也支持 EB tresos studio。 要点 EB tresos Studio 是用于 AUTOSAR 配置的工具。 S32K3 标准软件是恩智浦 S32K3 微控制器的软件包。 这些项目在汽车软件开发过程中相互配合使用。 希望对您有所帮助。 www pikepass com

恩智浦汽车以太网：MACSec基础知识 第一部分 - 简介（日语博客） 介绍 近年来，随着车载通信速度的不断提高，车载以太网的引入取得了进展，但与此同时，安全性的重要性也日益凸显。 MACSec 为车载以太网提供安全功能。 推动车载以太网的引入 随着汽车技术的日益复杂，对车载高速通信的需求也随之增加，其背后有几个原因，其中包括： 更高分辨率的传感器、安全措施（冗余、CRC校验等） 从分布式处理向集中式处理过渡 从静态配置到动态配置（发货后添加和修改功能，资源共享） 减少网络类型 目前主流的CAN通信速度不足。 对能够将信息传递给特定接收者的系统的需求日益增长 CAN入侵者的威胁 CAN 是目前主流的车载通信技术，但 CAN 入侵者正构成日益严重的威胁，因为他们可以从外部（例如保险杠）非法连接到车载 CAN 网络，并控制车辆。 据说CAN入侵者很难对付，但以下是它们如何控制汽车的方法： 1. 将一个小设备连接到 CAN 总线上，并向 CAN 总线发送信号。 2. 禁用连接到 CAN 网络的防盗设备 3. 车辆被欺骗，误以为有智能钥匙存在，从而可以解锁并启动发动机。 随着车载以太网在未来不断普及，车载以太网网络也面临着类似的恶意攻击风险： 窃听通信 在传播中注入虚假信息 车辆盗窃 因此，NXP 提出了一种使用 MACsec（媒体访问控制安全）来加密数据链路层（第 2 层）通信的安全网络环境。 什么是MACsec？ 现在，让我来解释一下 MACSec 规范。 媒体访问控制安全：用于保护以太网通信的安全技术 基于 IEEE 802.1AE-2018 标准 特征 解释 数据链路层加密 与 IPsec （第 3 层）和TLS （第 4 层）不同，MACsec直接在第 2层保护通信。 低通信开销的优势 低延迟和高吞吐量 加密过程在硬件层面进行了优化，从而在保持高吞吐量的同时，最大限度地减少了延迟。 提高网络安全性 确保节点间通信安全，提高内部网络安全。 应对以太网上的内部威胁和物理网络攻击（窃听、数据篡改） 内部威胁示例：网络中存在恶意节点 物理网络攻击示例：将攻击设备连接到以太网线路。 MACsec 通信帧结构 参数 正式名称 解释 MACsec 以太网类型   设置MACsec的以太网类型。设置值为“ 0x88E5”，表示下一帧是MACsec 帧。 特克斯和凯科斯群岛/安纳群岛 标签控制信息 关联号码 用于控制 MACsec 处理的信息 用于密钥管理和续订的标识符 SL 短款 表示加密数据的长度 PN 数据包编号 用于防止重放攻击的唯一编号 SCI 安全通道标识符 源节点标识符 颅内静脉 完整性检查值 数据篡改检测：能够检测传输过程中帧是否被更改。 身份验证：确保数据来自合法发送方 与普通通信帧相比，MACSec 通信帧插入了橙色高亮显示的部分（安全标签和 ICV）。 MACSec 通信帧主要有两种选择，可根据应用场景选择使用。 选项一：诚信 ICV 能够检测和验证数据是否被篡改，并丢弃无效数据。 方案二：诚信+保密 除了上述措施外，通信内容还会进行加密以确保保密性（请注意，加密和解密工作会产生延迟并需要额外的资源）。 加密算法和密钥管理 使用 MACSec，当需要对通信内容保密时，不仅可以使通信帧与 MACSec 兼容，还可以对通信内容进行加密。 MACsec 使用基于 AES（高级加密标准）的加密来确保数据机密性。 算法 解释 AES-GCM-128 使用 128 位密钥提供快速认证加密 AES-GCM-256 使用 256 位密钥以实现更强的加密   AES是一种常用的密钥加密方法 加密/解密使用同一个密钥。 它不是公钥密码系统 AES-GCM（伽罗瓦/计数器模式） 认证加密 数据加密和认证/篡改检查（ICV 计算）同时执行（→通常是分开执行）。 在 GCM 模式下输入明文时，输出密文和认证标签（ICV）。 MACsec加密通信的基本流程     [加密过程] 1. 根据 MKA（MACsec 密钥协商协议）交换用于加密和完整性检查的密钥 2. 使用密钥 发件人 对有效载荷进行加密 添加 ICV 字段 接收方 解密有效载荷 计算 ICV 并将计算出的 ICV 值与接收到的 ICV 字段值进行比较 → 检查 ICV 是否被篡改以及通信伙伴是否正确 3. MACsec 密钥会定期更新以增强安全性。 即使攻击者能够获取并解密密钥，等到他们能够使用时，新密钥也已经安装完毕，旧密钥已经失效。 使用 MKA 自动密钥交换 MACsec密钥管理（ MKA ） 为了确保安全，MACsec 使用名为“MKA（MACsec 密钥协商）”的协议来交换和管理密钥。 MKA的主要角色 密钥交换和更新：通过 MACsec 通信的设备之间安全地交换加密密钥。 节点认证：确保只有授权节点才能参与 MACsec 通信。 应用安全策略：统一发送和接收策略 MKA 是 IEEE 802.1X 可扩展层认证 (EAPoL) 的一种实现。采用局域网认证协议（AAC）。 自动化密钥管理 以上我们简要介绍了 MACSec 实现的背景和规范。 下次，我们将讲解如何将其安装成实际设备。 参考信息 恩智浦汽车以太网网页 TJA1104，支持 MACsec 的 ASIL B 级汽车以太网 100BASE-T1 PHY 收发器网页 TJA1121，支持 MACsec 的 ASIL B 级汽车以太网 1000BASE-T1 PHY 收发器网页 =========================== 我们目前无法 回复 此帖子“ 评论”部分的评论。 对于由此造成的不便，我们深表歉意。如有任何疑问， 请 参考“ 如何就 技术问题 联系 NXP （ 日语 博客 ） ” 。 （如果您已经是 恩智浦的 分销商或 与 恩智浦 有业务往来 ，您可以直接联系负责人。 ） 近年来，随着车载通信速度的不断提高，车载以太网的引入取得了进展，但与此同时，安全性的重要性也日益凸显。 MACSec 为车载以太网提供安全功能。 本文介绍了用于汽车以太网的MACSec 技术。 （阅读时间：10分钟） 汽车以太网 界面 安全 日本博客

S32K312 FlexCan的问题 亲爱的NXP社区工作人员你好，目前我想将S32K312的Flex CAN0配置为enhanced Rx FIFO和DMA接收CAN2.0和CANFD报文，我参考了社区中的所有示例，现在仍然存在发送正常，但是无法接收到消息的问题。能否麻烦您帮我查看一下我的初始化过程是否存在问题，以及中断回调函数是否正确配置呢？ Re: S32K312 FlexCan的问题 这些都是一致的，我试一下把源工程的其余模块一个个移植去正常运行的测试工程能不能找到问题。 Re: S32K312 FlexCan的问题 Hi@Django_007 排查下工程的一些选项，例如工程的编译优先级是不是一样的 Re: S32K312 FlexCan的问题 enhanced_test是我新建的测试工程。 Re: S32K312 FlexCan的问题 我将flexcan相关的代码和.mex的配置移植到一个新的工程之后却能正常运行，但是我检查了很多次这两个项目并没有什么不同，您有什么思路吗？ Re: S32K312 FlexCan的问题 好的我再创建一个工程尝试一下 Re: S32K312 FlexCan的问题 Hi@Django_007 好吧，我今天来不及帮你处理了，明天我再帮你看下。 或者我建议你创建一个新的工程，对照链接中的demo重新做个测试demo，看看是不是有什么地方自己的工程中疏漏了，如果还没有成功，你再把你创建的这个新的demo发给我，我帮你看下。 Re: S32K312 FlexCan的问题 还是没有解决，刚刚我测试时没注意发送的是MB配置接受的ID，enhanced RxFIFO配置接受的ID的CAN报文还是无法接收。 Re: S32K312 FlexCan的问题 Hi@Django_007 解决了？什么问题？ Re: S32K312 FlexCan的问题 Hi@Django_007 我测试了你的代码，总体是没有任何问题的。你的代码里面mask是使用“Individual Mask Type.” 我简单的帮你改了下方便你测试。 1.0xface，拓展帧 2.0x01,标准帧，这里我将mask设置为全1, 3.新增0x12,标准帧 中断里面你需要为每个MB重新调用FlexCAN_Ip_Receive，否则你无法启动下一次接收的 附件是我测试的截图，关于mask的设置原理参考下面我之前写的文档，自己去深入的研究下 https://community.nxp.com/t5/S32K-Knowledge-Base/S32K1xx-FlexCAN-Mask-Setting-Demo/ta-p/1519753 Re: S32K312 FlexCan的问题 抱歉，上传工程花费了一些时间，非常感谢您能抽空解决我的问题。 Re: S32K312 FlexCan的问题 Hi@Django_007 完整的测试工程贴上来，你提供的这两个文档我也没看到你使能中断之类的 Re: S32K312 FlexCan的问题 对不起，我已经被这个问题困扰一周了，这些示例我都有参考，并且在debug配置过程中返回的结果都是正常的，但是我发送can报文给MCU却无法接收到消息。 Re: S32K312 FlexCan的问题 Hi@Django_007 在这个S32K论坛里面，类似的问题至少有几十个，你自己下次多尝试搜索一下。 这里我给出我们knowledge base上的demo,你可以去参考（其实还可以搜到很多类似的） https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-FlexCAN-Ip-TX-RX-EnhanceRXFIFO-DMA-test-S32DS3-5/ta-p/2015832

PCA9633TK，芯片输出逻辑被颠倒的问题 PCA9633TK，我们为该芯片使用带有 5V 电源的 8 引脚代码包。我们使用两个输出，即 LED0 和 LED1，而 LED2 和 LED3 则处于悬浮状态，未被使用。 目前正在直接测试 PCA9633TK 的输入和输出，没有连接 LED。IIC 配置的 PWM0 值为 240，但是 LED0 输出的波形占空比非常低。IIC 配置的 PWM0 值为 15，但是 LED0 输出的波形占空比非常高。PCA9633 的输入和输出逻辑是相反的。寄存器配置如下： Address 0x00: Data 0x 01; Address 0x01: Data 0x 07; //INVRT=0 Address 0x02: Data 0x 28; Address 0x03: Data 0x 46; Address 0x08: Data 0x 0A; //LEDOUT=10 其他寄存器未配置。 造成这种现象的可能原因是什么？ Re: PCA9633TK， The problem of chip output logic being reversed 亲爱的 Tanpo1989、 PCA9633 数据表中没有使用 "低边 LED 驱动器 "这一短语，但它清楚地描述了默认极性和行为： LED 输出为电流灌 LED 输出驱动器可配置为开漏（仅灌）或图腾极（灌和有限源）。在这两种情况下，LED 都打算从 VDD 连接到 LEDx 引脚，因此当输出处于低电平时，设备会反向电流。其表述如下 "LED 输出驱动器可编程为 5 V 下具有 25 mA 灌电流能力的开漏或 5 V 下具有 25 mA 灌电流、10 mA 源电流能力的图腾柱"。 默认开机状态 = 高电平（LED 关闭） RESET 后，输出为高电平，这意味着 LED 处于关闭状态。这意味着 LOW = LED 亮起。 致以最崇高的敬意 约瑟夫 Re: PCA9633TK， The problem of chip output logic being reversed 感谢您的回复。 PCA9633 手册在什么地方说明它是低边沿 LED 驱动器？表现为高 PWM 值 → 更长的低电平时间 → 在示波器上显示为低电平占空比。 Re: PCA9633TK， The problem of chip output logic being reversed 亲爱的 Tanpo1989、 当 PCA9633 用作低压侧 LED 驱动器时，在没有 LED/负载的情况下探测引脚电压，您看到的正是 PCA9633 的设计功能。 发生了什么？PCA9633 是一款低压侧 LED 驱动器。通过 INVRT=0 ，LED 引脚在 LED 本应亮起时变为低电平。因此，如果测量引脚电压，占空比看起来是反相的： PWM 值高 → 低电平时间长 → 高电平占空比小。 低 PWM 值 → 低电平时间短 → 高电平占空比大。 原因：您测量的是电压，而不是 LED 亮度。芯片按设计运行。 您的配置：将 LED 从 VDD 灌入 LEDn 正确。 LEDOUT=10 表示 PWM 控制， INVRT=0 表示正常。 选项： 真正的 LED：保持原样。 用于无 LED 的台架测试： 反转示波器通道或测量低占空比，或 暂时设置 INVRT=1 （但随后亮度与 PWM 会翻转）。 在 VDD 上添加一个电阻，以模拟负载。 底线：“反向” 效果仅仅是因为输出反向电流，因此 LOW = ON。 致以最崇高的敬意 约瑟夫

使用外部工具链 linux 内核版本在 ARM 上构建 Root 我正在尝试使用外部（官方 Arm 工具链）为 iMX6 板构建 Linux 版本，但我遇到了使用 sshd 的问题。 经过一番调查，官方的ARM工具链似乎带有Linux内核头文件 4.20 ，而我的实际内核是6.12。因此，sshd无法工作，因为某些缺失的系统调用会被 seccomp 阻止（例如 __NR_clock_gettime64 导致 SIGSYS) 问题是，是否有可能结合外部工具链使用实际的内核头文件？ 以下是我目前掌握的情况 BR2_arm=y BR2_cortex_a9=y BR2_TOOLCHAIN_EXTERNAL=y BR2_LINUX_KERNEL=y BR2_LINUX_KERNEL_CUSTOM_VERSION=y BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="6.12.47" 我尝试添加 br2_package_host_linux_headers_custom_6_12 = 但它被忽略了。 Re: Buildroot on ARM with external toolchain linux kernel version 你好@rustyx 希望你一切都好。 不幸的是，恩智浦不支持 Buildroot，因此我无法为您的环境提供很多有用的信息。 您可以尝试在 yocto 环境中自行生成工具链。 请参见第 4.5.12 章如何在 i.MX Linux 用户指南的独立组网 (SA) 环境中版本 U-启动 和内核。 顺祝商祺！ 萨拉斯

闪光测试 您好，NXP团队， 我正在尝试使用你的功能检查我的闪存区域： FS_CM33_FLASH_HW16 （）； 不幸的是它不起作用，返回值是常量 null。 我的 µC 设备是 LPC5536。有没有示例可以测试我的 lpc5536？ 回复：闪光测试 你好，Hang， 谢谢您的支持！！ 回复：闪光测试 嗨，Hang， 我已经向您发送了我的项目的链接。此外，还可以通过“MCUexpressoIDE”设置此示例。 我的项目配置：SDK向导->LPCxpresso55s36评估板（sdk_2.xlpc55s36）->组件（其他 -> 安全）NXP-Safety-IEC60730 ->高级项目设置（默认）。就这些。之后，您可以运行该项目，并且应该会出现 flash-error 错误 BR 托马斯 回复：闪光测试 你好，Hang， 目前我使用 LPC55S3x-EVK 板测试“lpcxpresso55s36_safety_iec60730b_Flash_Test”项目。如果我运行该项目，我会得到相同的错误代码“2”-> Flash-Test 错误。 您还可以在 LPC55s3x 套件上评估该项目吗？ 回复：闪光测试 你好，Hang， 感谢您的快速回复。我已经测试了flashiap-example，它可以正常工作。当我添加 IEC60730b 库并测试FS_CM33_FLASH_HW16 () 函数，它返回 NULL。（CRC 故障）。我使用 LPC5536 µController……我需要为 HW-CRC 单元激活任何功能吗？

EB Tresos 激活失败 您好，我尝试使用 EB Client License Administrator V1.5.1 激活 EB Tresos，激活码为： 20EA-CB05-14E2-FC19（有效期至 2024 年 6 月 30 日） ，但失败了，以下是激活日志： 信息：可信存储初始化完成。 激活 NodeLocked 许可证 20EA-CB05-14E2-FC19，许可证数量：1 状态：4，正在创建请求 状态：5，请求已创建 状态：6，上下文已创建 状态：7，已连接到远程服务器 状态：8，请求已发送 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：10，等待响应 状态：9，轮询响应 状态：11，完成 错误：flxActAppActivationSend (50040,41147,10249) 无法获取锁：ELKB，CertificateQuantity，178844298 与 FlexNet Operations Server 的连接失败。 我该如何解决呢，谢谢！ 回复：EB Tresos 激活失败 您好，什么时候可以拿到新的激活码？ 回复：EB Tresos 激活失败 非常感谢

LPC802 SPIの正当化 LPC802のSPIペリフェラルのTXDATレジスタとRXDATレジスタのデータにはどのような理由がありますか？最初に出力をLSBとMSBのどちらに選択してもいいですか？ ユーザーズマニュアルは、この件については沈黙しています。 日時:LPC802 SPIの正当化 ありがとうございます！ 日時:LPC802 SPIの正当化 ありがとう、しかしそれは私の質問に答えていません。 例を挙げましょう。転送が 12 ビット長に設定されていて、データを受信するとします。たとえば、すべてのビット長です。 データレジスタは0xFFF0（左揃え）ですか、それとも0x0FFF（右揃え）ですか？