当前的 FSS 版本"S32N_FSS_FW_R21-11_1.8.1" 是否支持 S32N53？ 你好，团队、 客户 HKMC 将从 S32N55 移至 S32N53。 所以我的问题是 当前的 FSS 版本"S32N_FSS_FW_R21-11_1.8.1" 是否支持 S32N53？ 如果不是，什么时候会版本支持 S32N53 的 FSS？ 顺祝商祺！ 谢谢您！ HSE_FW 优先级：高 Re: Does current FSS version "S32N_FSS_FW_R21-11_1.8.1" support S32N53? 你好，谭生、 我们计划在本月（7月底）发布的版本中提供支持； 谢谢！ 辛杜

Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Hello, At the AN4581 Application Note section 5.7 it is recommended to program the SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses to completely secure the device, but looking at both the IMX8MMRM and IMX8MMSRM, I wasn't able to find the exact location of those fuses (bank, word, bit). Where can I find this information? Thank you! Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Hi @igorpadykov , I would appreciate if you could send me this information as well. Thanks in advance Dj Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Hi, Would it be possible for you to send me this information as well? Also is this diifferent between an imx8m nano  and a mini? Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM We also would like to have this information. Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM hi @igorpadykov, I need information about the fuses for the imx8m mini. Could you be so kind to provide it to me? I need to disable the JTAG for security reasons. Best regrads, Julián Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM @igorpadykov could you also send me the info for the JTAG_HEO fuse? Thanks! Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Can you also share this with me, please? Why isn't this just posted in a public app note, or the reference manual or security reference manual? Security through obscurity is not security. Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Could you make this email public information? Why is this information not listed in the security reference manual? For the i.MX8M Nano this is listed in the security reference manual. But I cannot know whether the Mini uses the same fuses. Also, AN4581 also lists fuse DIR_BT_DIS to be of interest. But I cannot find any reference of it. Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM We also want to disable JTAG on the imx8m-mini and I couldn't find any info of about it in Reference Manual, Rev. 2, 08/2019 Chapter 6.2 Fusemap. Could you also point me into the right direction. Thank you! Re: Programming SJC_DISABLE, JTAG_SMODE and JTAG_HEO fuses on iMX8MM Hi rodrigo_travess additional info were sent via mail. Best regards igor

CST 4.0.1 の Openssl バージョン こんにちは、 NXPからCST 4.0.1（コード署名ツール）をダウンロードし、 docsフォルダ内のドキュメント（具体的にはUG10106 ）を確認したところ、セクション3.1.1に遭遇しました。CST はUbuntu 22.04をサポートし、 OpenSSL 3.2.0が必要であると記載されています。 しかし、私の現在のUbuntu 22.04システムにはOpenSSL 3.0.2が搭載されています。インストールされました。OpenSSL 3.2.0へのアップグレードが心配です既存のシステム依存関係が壊れる可能性があります。CST を使用するには、本当に OpenSSL をアップグレードする必要がありますか?もしSOなら、システムに影響を与えずにそれを実行する最も安全な方法は何ですか? 参考までに、UG10106 のスクリーンショットも添付しました。 ありがとうございます カルティーク Re: Openssl Version for CST 4.0.1 こんにちは@kartheek ！ NXP サポートにお問い合わせいただきありがとうございます。 CST ツールの推奨バージョンは OpenSSL 3.2.0 です。 残念ながらOpenSSL 3.0.2のバージョンはテストしていません。このツールを使用する場合は、システムにインストールされているバージョンの CST ツールを試すことをお勧めします。ツールが期待どおりに動作しない場合は、ユーザー ガイドで推奨されているバージョンをインストールしてみてください。 よろしくお願いいたします。 チャビラ

CST 4.0.1 的 Openssl 版本 您好， 我从恩智浦下载了CST 4.0.1（代码签名工具），在查看文档文件夹中的文档（特别是UG10106）时，我看到了第3.1.1 节、其中提到 CST 支持Ubuntu 22.04，需要OpenSSL 3.2.0。 不过，我当前的 Ubuntu 22.04 系统使用的是OpenSSL 3.0.2已安装。我担心升级到 OpenSSL 3.2.0可能会破坏现有的系统依赖关系。使用 CST 真的需要升级 OpenSSL 吗？如果是这样，有什么最安全的方法可以在不影响我的系统的情况下做到这一点？ 我还附上了 UG10106 的屏幕截图以供参考。 谢谢！ Kartheek Re: Openssl Version for CST 4.0.1 您好@kartheek! 感谢您联系恩智浦支持中心！ CST 工具的推荐版本是 OpenSSL 3.2.0。 遗憾的是，我们尚未测试 OpenSSL 3.0.2 版本。如果该工具不能按预期运行，则应尝试安装用户指南中推荐的版本。 此致 查维拉

Transmit and receive Raw packet through Wifi SDK Dear Reader   I am working on NXP RW612 SoC and trying to send and receive a raw wifi packet using NXP Wifi driver between two devices without any handshake. Do you have any idea how I can implement it? The following functions have not been implemented yet, and only their signature is available in the Wifi.h file : int wifi_raw_packet_send(const t_u8 *packet, t_u32 length); int wifi_raw_packet_recv(t_u8 **data, t_u32 *pkt_type); Do I need to set the receiver in monitoring mode and use the following function in the transmitter? int wifi_inject_frame(const enum wlan_bss_type bss_type, const uint8_t *buff, const size_t len) Re: Transmit and receive Raw packet through Wifi SDK I have tested the wifi_test_mode example, and I noticed that it only sends an 802.11 frame with a fixed payload pattern. In my case, I need to send and receive raw 802.11 frames with a custom payload. Can I use the following function for this purpose? int wifi_inject_frame(const enum wlan_bss_type bss_type, const uint8_t *buff, const size_t len); If so, how can I receive the packets on the receiver side? Thank you in advance for your support. Best regards, Re: Transmit and receive Raw packet through Wifi SDK Hi, The wifi_test_mode application demonstrates the CLI support for various RF and regulatory compliance tests. You will find more details on section 4.9.1.7 Transmit standard 802.11 packets (UM11799). Regards, Daniel. Re: Transmit and receive Raw packet through Wifi SDK For more information. I actually need to send and receive data over the 80.11 MAC layer. Re: Transmit and receive Raw packet through Wifi SDK Dear Daniel, Thank you for your reply. I have reviewed the wifi_test_mode SDK example. However, this example still creates a STA and uAP. What I actually need is to transmit and receive data without any handshake. Do you know how I can implement that? Also, I have made significant efforts to use monitor mode, but I haven't been able to start it successfully. Could you please provide a sample code for monitor mode? Thank you in advance for your support. Best regards, Mohsen Re: Transmit and receive Raw packet through Wifi SDK Hi, To send raw Wi-Fi packets you can try wifi_test_mode SDK example. Regards, Daniel.

使用EB配置FS23驱动时报错 您好，我在配置FS2303驱动时，EB出现如图一的错误提示。但是我在图二的地方已经添加了相关通知函数。同时图三提示的错误也不知道怎样产生的。我使用的是 Autosar4.4   版本2.0的S32K3 mcal驱动和Autosar4.7 版本1.0的FS23 MCAL驱动。我想请问一下上述问题是两个版本不兼容导致的问题吗？ Re: 使用EB配置FS23驱动时报错 好的，谢谢您的回复 Re: 使用EB配置FS23驱动时报错 嗨@夏超 从release note里面来看，你所使用的版本确实是不兼容的。 FS23 SBC AUTOSAR R21-11 版本 1.0.0 FS23 SBC Autosar 4.4 版本 0.8.0

RW612 FlexSPI PORTB1 访问 我在外部 XIP 模式下使用 RW612 芯片组，代码从 FlexSPI 端口 A1 运行，我将 PSRAM（APS6404L）连接到 FlexSPI 端口 B1，我使用 SDK（25.06 版）提供的配置访问端口 B1。 在尝试读取 PSRAM ID 时，我在端口 B1（CLCK/CS）上看不到任何信号活动。 我拆下了 SPARM，以确保这些信号不是由有缺陷的部件保持的。 这是否与 APS6404 不使用 DQS 信号有关？ 如何配置 PortB1不使用 DQS？ 感谢您的帮助和时间。 Re: RW612 FlexSPI PORTB1 access 你好，罗曼、 感谢您的帮助，问题与总线运行时尝试配置 FlexSPI 时钟有关，我注释了以下几行： CLOCK_EnableClock(kCLOCK_Flexspi); BOARD_SetFlexspiClock(FLEXSPI, 5U, 3U)； 现在 FlexSPI 端口 B1 正在运行，我可以使用 AHB 高速缓存从 PSRAM 中写入/读取数据。 感谢您的帮助，非常感谢。 Re: RW612 FlexSPI PORTB1 access 你好@khalidL. 您是否按下图所示在 MCU 设置中定义了 PSRAM 内存部分？ 请务必按照项目的Application Code Hub 帖子中提供的步骤操作，如果问题仍然存在，请告诉我。 Re: RW612 FlexSPI PORTB1 access 你好，罗曼、 感谢你的帮助和时间，在将上面的例子内置到我的项目中的过程中，我遇到了以下问题，当我从主服务器调用函数 " __RAMFUNC (SRAM) status_t board_initpsram (void) " 时，代码会静默崩溃。 除了更改链接器文件（main_data.ldt，）之外，我还需要对我的项目进行其他更改才能内置示例main_txt.ldt 和 noinit_noload_section.ldt)然后复制 board.c文件？我认为代码崩溃的原因是 BOARD_InitPsRam 没有正确复制到 RAM 中。 再次感谢您的时间和帮助。 Re: RW612 FlexSPI PORTB1 access 这个例子适用于我的板，非常感谢你的帮助。 Re: RW612 FlexSPI PORTB1 access 你好@khalidL，希望你一切都好。 Application Code Hub 中有一个关于来自外部或非闪存的 XIP 的示例，请帮助我测试共享链接中的示例，并告诉我它是否符合您的项目要求。 要将项目导入 MCUXpresso IDE，请单击"Import from Application Code Hub" 选项。(请注意，本示例需要使用 2.16.00 版 SDK） 进入应用程序代码中心窗口后，搜索示例的名称（来自外部 或非 闪存的 XIP，使用多端口 FlexSPI 模块配置外部 pSRAM），将其选中，然后单击 " Github 链接 " 然后等待 " N ext > " 按钮可以使用。 点击"Next>" 按钮后，按照步骤从 git 仓库导入项目。最后，当项目在工作区中可用时，您就可以在您的设置上对其进行闪存和测试了。 如果有帮助，请告诉我。

MC9S12ZVM128 SRAM 双位 ECC 处理 我们正在使用 MC9S12ZVM128，想知道如何处理 SRAM 中的双位 ECC 错误。具体来说，系统是否可以通过使用以下方法执行软件重启来恢复正常运行 CPMUCOP = 0x01; CPMUARMCOP = 0x00；? Re: MC9S12ZVM128 SRAM double bit ECC handling 你好，喇嘛 感谢您的答复。这个问题我们现在已经很清楚了，我相信我们可以结束这个话题。 BR, Mark Re: MC9S12ZVM128 SRAM double bit ECC handling 您好， 让我来概括一下。 在 POR 期间，SRAM 将被初始化。如果检测到双位 ECC 错误： 内存访问受阻。 已通知启动器模块。 7.3.4内存初始化 ... 为避免出现虚假的 ECC 错误报告，允许在首次写入前进行读取的内存操作（如非对齐访问的读取-修改-写入操作）要求在执行首次读取-修改-写入访问之前，内存必须包含有效的 ECC 值。ECC 模块提供在开机阶段将整个内存内容初始化为零的逻辑。在初始化过程中，SRAM 的访问被禁用，RDY 状态位被清零。如果初始化过程完成，则可以访问 SRAM，并设置 RDY 状态位。 POR（上电复位） 它的作用：POR 是通过重新启动电源或由专用 POR 信号触发的全面硬件 RESET。 对 ECC 错误的影响 -SRAM 已清除：所有易失性存储器都丢失，包括损坏的数据。 -ECC 逻辑已 RESET：所有 ECC 错误标志或状态位都被清除。 -寄存器RESET为默认值：所有配置寄存器返回其默认状态。 - 影响：除非从闪存或外部资源重新加载相同的损坏数据，否则系统将重新启动，双位 ECC 错误将不会继续存在。 ________________________________________ COP（计算机正常运行）RESET 它的作用：当软件无法及时维修时，看门狗定时器会触发 COP RESET。 对 ECC 错误的影响 - SRAM 未清除 - ECC 错误持续存在：如果损坏的数据仍在 SRAM 中，ECC 逻辑可能会在重启后再次检测到相同的双位错误。 -寄存器可能保留值：某些寄存器可能会保留其值，具体取决于RESET配置。 ________________________________________ 建议 如果您想保证消除 ECC 错误状态，请使用 POR RESET。如果您正在调试软件故障或从软件故障中恢复，并希望保留内存以供分析，则 RESET COP 可能更合适。 因此，最好确保在 POR 之后检查并处理 RDY，而不使用 RAM。 如果 COP 重新启动了系统，则尝试写入该字，并检查 ECC 错误是否确定。 此致 拉吉斯拉夫

实践研讨会：利用恩智浦汽车智能射频远程控制接口 (RCI) 进行开发 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP 的 RF 产品 Lizard、MantraCS、MantraF 的 RCI 介绍。使用 RCI 固件和配置开发套件 (CDK) 可以轻松实现系统集成和开发。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP 的 RF 产品 Lizard、MantraCS、MantraF 的 RCI 介绍。使用 RCI 固件和配置开发套件 (CDK) 可以轻松实现系统集成和开发。

面向汽车电气化和ADAS的汽车安全电源管理解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 汽车架构的演变伴随着更多的混合动力和 ADAS 电力计算，要求电源管理也随之演变以适应应用和环境的变化。在本次会议中，您将了解汽车市场动态，并深入了解支持高达 ASIL D（FS66、FS84、FS85）应用的最新安全电源管理解决方案。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 汽车架构的演变伴随着更多的混合动力和 ADAS 电力计算，要求电源管理也随之演变以适应应用和环境的变化。在本次会议中，您将了解汽车市场动态，并深入了解支持高达 ASIL D（FS66、FS84、FS85）应用的最新安全电源管理解决方案。

LAT-DES-T2443 - i.MX アプリケーション プロセッサ製品ファミリのアップデート: i.MX 6UltraLite、i.MX 6ULL、i.MX 6QuadPlus、i.MX 7、i.MX 8 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、利用可能なすべての最新の i.MX プロセッサを取り上げ、まもなく発売されるプロセッサについて説明します。i.MX 6、i.MX 7、i.MX 8 アプリケーションプロセッサの製品。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、利用可能なすべての最新の i.MX プロセッサを取り上げ、まもなく発売されるプロセッサについて説明します。i.MX 6、i.MX 7、i.MX 8 アプリケーションプロセッサの製品。

New CodeWarrior for MCU V10.7 is available Greetings, CodeWarrior for MCU V10.7 is now available for download from nxp.com at CodeWarrior for Microcontrollers-Eclipse IDE|NXP   Major features Combines all the previous CodeWarrior for MCU V10.6.x downloads into a single download and installer Windows 8 and 10 support Added S12Z and S08 device support Updated P&E and Segger debug libraries Various enhancements and bug fixes See attached release notes for details.   It is available as 'offline' and 'online' version: The offline package contains all architectures supported (ColdFire, ColdFire+, S08, RS08, S12, S12/XGATE, S12Z, DSC, Qorivva, Kinetis), while the online setup executuble contains the common parts, and the selected architectures are downloaded on demand. The setup will install a 30 day temporary professional license which afterwards default to 'special' edition (code size limited) mode. CodeWarrior for MCU V10.7 is compatible with V10.6 and any existing professional V10.6 license can be used with V10.7. It is not necessary to uinstall any previous CodeWarrior version, as V10.7 can be installed side by side with existing CodeArrior versions.     NXP CodeWarrior Team General Re: New CodeWarrior for MCU V10.7 is available hi       Does this software support MPC5748G development? Re: New CodeWarrior for MCU V10.7 is available thank you very much! Re: New CodeWarrior for MCU V10.7 is available Hello, yes, the offline package contains all the architectures shown in your last screenshot. So it supports the S12Z, and *not* the normal S12 you are showing in your previous screenshot: If you want to use S12, you have to use Codewarrior (classic, not Eclipse based) 5.x. And yes, USBDM is not included in that installation, but I think you can add it (refer to the USBDM pages for this). I hope this helps, Erich Re: New CodeWarrior for MCU V10.7 is available Hi Erich Styger，This offline package contains all architectures supported (ColdFire, ColdFire+, S08, RS08, S12, S12/XGATE, S12Z, DSC, Qorivva, Kinetis)？ I want to add same S12 derivatives (For example,MC9S12G48).What do I need to do?  I need to use USBDM，but CodeWarrior5.1/5.2 don't support it.

EUF-DES-T1741 可扩展多核 QorIQ Layerscape 处理器，基于 64 位软件环境，适用于企业、家庭和工业应用.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

HMB-N1962 IPv6 低功耗蓝牙® (6LoBLE) 讲座和演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该课程将详细介绍用于在物联网环境中传输 IPv6 帧的 RFC 7668（6LoBLE）、蓝牙®低功耗 4.2 和互联网协议支持配置文件。该演示将基于 Kinetis KW41 MCU。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该课程将详细介绍用于在物联网环境中传输 IPv6 帧的 RFC 7668（6LoBLE）、蓝牙®低功耗 4.2 和互联网协议支持配置文件。该演示将基于 Kinetis KW41 MCU。 智能家居和智能建筑

2015年入学人数 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您愿意学习新技术、使用开源软件并推广您对 Linux、物联网和嵌入式的新颖想法，那么 Linux 嵌入式挑战赛就是您让所有人惊叹的机会。 组建您的团队（1-3 名成员）并研究与物联网相关的项目构想，可以使用 Freescale Linux BSP / Android 和Udoo 平台实现。 挑战自己并通过发送电子邮件至[email protected]报名参加 Linux 嵌入式挑战赛。 电子邮件的格式为： 主题： [LEC2015] [TEAMNAME] 项目名称 团队描述 项目描述： 详细描述你的想法 包括架构图和使用的技术 提及它为物联网世界带来的改进。 请用英文提交您的投稿。 2015年Linux嵌入式挑战赛

AMF-ACC-T1645 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在仍然执行微控制器应用程序的同时，在闪存中编写第二个应用程序代码映像，然后切换到新的代码映像的需求正在增加。提供了飞思卡尔微控制器架构的示例实现，以演示如何通过应用程序执行进行并发编程并随后重新映射到新的应用程序代码映像。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在仍然执行微控制器应用程序的同时，在闪存中编写第二个应用程序代码映像，然后切换到新的代码映像的需求正在增加。提供了飞思卡尔微控制器架构的示例实现，以演示如何通过应用程序执行进行并发编程并随后重新映射到新的应用程序代码映像。

如何在imx6Q板上支持字幕 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 当前 imx6 bsp，不仅 ltib 而且 yocto 也无法支持字幕。 现在我们有两种解决方案来支持 Yocto 上的字幕， 1）一种是提取字幕，然后通过UI将字幕绘制在视频上，imxplayer支持这种方式。 此解决方案使用 imxplayer 的 QT，因此如果您构建 yocto，则应选择 QT 作为目标。基本上，aiurdemux 通过 appsink 将文本发送到 QT，然后 QT 在 UI 层上绘制文本。 构建yocot时，请使用以下命令： “bitbake fsl-image-qt5” 将字体库复制到/usr/lib/fonts ，然后在播放 imxplayer 时选择您需要的字体。 2）另一种是通过gstreamer将字幕混合到视频缓冲区，然后与视频一起输出 在 gstreamer1.0-plugins-base 中启用 gst pango lib 更改 playbin 标志以禁用原生视频标志 basetextoverlay 应用补丁http://cgit.freedesktop.org/gstreamer/gst-plugins-base/commit/ext/pango/gstbasetextoverlay.c?id=267a8c24af4f02ba6f3075bd589d3c5d1dc826e9 使用以下命令行 gst-启动-1.0playbin 标志=0x17 uri=file://$VIDEO_FILE suburi=file://$SUBTITLE_FILE i.MX6 四核

Kinetisファミリーの紹介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 発表者:LIANG PING 深センのDwF Kinetis MCUs Based on ARM® Technology (2015年1月27日)で発表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 発表者:LIANG PING 深センのDwF Kinetis MCUs Based on ARM® Technology (2015年1月27日)で発表

FXTH8715 重型卡车 TPMS 解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 用于重型卡车的演示FXTH87 轮胎压力监测传感器解决方案将压力传感器、8 位 MCU、RF 发射器和双轴加速度计集成到单个封装中。该演示将显示 100–1500 kPa 的最高压力范围和最紧密的压力偏移。   1500 kPa 量程轮胎压力监测传感器 最小占用空间、低功耗、大客户内存容量 压力传感器、8位微控制器、射频发射器、加速度计     恩智浦特色产品 FXTH8715|胎压监测系统|压力传感器|恩智浦   其他 轮胎压力监测系统 (TPMS) | 恩智浦 汽车电子

T1040 L2Switch ソフトウェアのサポート <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このドキュメントでは、QorIQ TシリーズL2Switchソフトウェアのアーキテクチャを紹介し、L2Sとデモ・アプリケーション、SMBStax(L2Switchスタック)を使用してL2Switch対応機能を実装する方法について説明します。L2Switch対応機能は、L2スイッチ・ユーザー・スペース・ドライバが提供するAPIを呼び出します。 1. T1040 L2Switch ポート接続 2. T1040 L2 スイッチ ソフトウェア アーキテクチャ 3. L2Switchデモアプリケーションの機能と使用法 3.1 制御ポートと統計 3.2 ポートベースのVLANを構成する 3.3制御MACテーブル 4. SMBStaxのL2スイッチ機能の実装 4.1 ミラーリング SPAN 4.2 802.1 X NetWork アクセスサーバーの設定 4.3 QoS 設定 4.4 L2Switch MACアドレスのリアリングと転送 4.5 L2Switch LLDP-MED機能 QorIQ T1デバイス 日時:T1040 L2Switchソフトウェアのサポート <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Yipingさん T1040 L2switch のポリシーサポートは dest MAC アドレスを変更しますか? それとも、T1040 DPAAはdest macの変更をサポートしていますか? どうもありがとうございます。 ジル