i.MX 6/7D Linux L4.9.11_1.0.0 RFP(GA) 和 i.MX7ULP1 PRC2(Beta2) 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 适用于 i.MX6 的 Linux L4.9.11_1.0.0 RFP(GA) 发布文件现已在www.nxp.com上提供 可用文件： # 名称 描述 1 L4.9.11_1.0.0-ga_图像_MX6QPDLSOLOX.tar.gz i.MX 6QuadPlus, i.MX 6Quad, i.MX 6DualPlus, i.MX 6Dual, i.MX 6DualLite, i.MX 6Solo, i.MX 6Solox Linux Binary Demo Files 2 L4.9.11_1.0.0-ga_图像_MX6SLEVK.tar.gz i.MX 6Sololite EVK Linux Binary Demo Files 3 L4.9.11_1.0.0-ga_图像_MX6UL7D.tar.gz i.MX 6UltraLite EVK, 7Dual SABRESD, 6ULL EVK Linux Binary Demo Files 4 L4.9.11_1.0.0-ga_图像_MX6SLLEVK.tar.gz i.MX 6SLL EVK Linux二进制演示文件 5 L4.9.11_1.0.0-ga_图像_MX7ULPEVK.tar.gz i.MX 7ULP EVK Linux二进制演示文件 6 L4.9.11_1.0.0-ga_mfg-工具.tar.gz 适用于 Linux 的 i.MX 制造工具包 L4.9.11_1.0.0 BSP 7 L4.9.11_1.0.0-ga_gpu-工具.tar.gz L4.9.11_1.0.0 i.MX VivanteVTK file 8 bcmdhd-1.141.100.6.tar.gz 适用于 i.MX Linux L4.9.11_1.0.0 BSP 的 Broadcom 固件包。 9 imx-aacpcodec-4.2.1.tar.gz 适用于 L4.9.11_1.0.0 的 Linux AAC Plus 编解码器 10 fsl-yocto-L4.9.11_1.0.0.tar.gz 适用于 Linux BSP 文档的 L4.9.11_1.0.0。包括发行说明、用户指南。   目标板： i.MX 6QuadPlus SABRE-SD 开发板和平台 i.MX 6QuadPlus SABRE-AI 开发板 i.MX 6Quad SABRE-SD 主板和平台 i.MX 6DualLite SABRE-SD 主板 i.MX 6Quad SABRE-AI电路板 i.MX 6DualLite SABRE-AI 板 i.MX 6SoloLite EVK 板 i.MX 6SoloX SABRE-SD电路板 i.MX 6SoloX SABRE-AI电路板 i.MX 7Dual SABRE-SD 开发板 i.MX 6UltraLite EVK 板 i.MX 6ULL EVK 板 i.MX 6SLL EVK 板 i.MX 7ULP EVK 板（Beta 质量）   新功能/功能： 请查阅发行说明。 已知问题 有关已知问题和更多详细信息，请参阅发行说明。 有关变更的更多信息，请参阅： 自述文件： https://source.codeaurora.org/external/imx/fsl-arm-yocto-bsp/tree/README?h =imx-morty 变更日志： https://source.codeaurora.org/external/imx/fsl-arm-yocto-bsp/tree/ChangeLog?h =imx-morty i.MX6_全部 i.MX6DL i.MX6 双核 i.MX6DualPlus6QuadPlus i.MX6 四核 i.MX6S i.MX6SL i.MX6SoloX i.MX6UL i.MX7 双核 i.MX7 单核 i.MX7ULP Linux 回复：i.MX 6/7D Linux L4.9.11_1.0.0 RFP(GA) 和 i.MX7ULP1 PRC2(Beta2) 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 供您参考： 如果您从官方 IMX7D Sabre 板下载 L4.9.11_1.0.0-ga_images_MX6UL7D.tar，并尝试刷新 SD 卡映像，则无法启动。（uboot错误） 旧图像 L4.1.15_1.2.0-ga_images_MX7DSABRESD.tar.tz 至少具有可运行的 uboot。 当然，您可以将正确的 uboot.imx 闪存到 SD 卡上（然后就可以工作了，因为其余数据都没问题），但这对于 EVK 图像来说并不是特别用户友好。 Re: i.MX 6/7D Linux L4.9.11_1.0.0 RFP(GA) and i.MX7ULP1 PRC2(Beta2) Release Announcement Qt为什么不是5.9呢，能不能升级到5.9 Qtwayland相对完善 回复：i.MX 6/7D Linux L4.9.11_1.0.0 RFP(GA) 和 i.MX7ULP1 PRC2(Beta2) 发布公告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> mfgtool 在 WIN10 下使用，检测到设备后，mfgtool 停止

IMXRT1021 flexCAN が物理的な CAN バス発行後に受信されない Hi, 1mbit CANバスでflexCANを搭載したIMXRT1021を使用しています(最近の版でCANが追加された既存の製品)。 これはほとんどの場合うまく機能し、CANは問題なく送受信しています。 ただし、CANバスに物理的なイベント(大きなノイズスパイクやCANバスラインの短絡など)が発生すると、CANモジュールがスタックし、送受信できなくなる可能性があります。これが発生した場合、それは主にCAN_STATE_ERROR_PASSIVEですが、時にはCAN_STATE_ERROR_BUS_OFFこともあります。 これが発生すると、CAN バスのスコーピングはアイドル状態を示し、レジスタは次のようになります。 CANコールバックへのCANステータスは0x14be(kStatus_FLEXCAN_ErrorStatus)です FLEXCAN_GetStatusFlags() は 0x40118 を与えます (ERROR_PASSIVE |RX_WRN |シンクロ) CAN_PERIPHERAL->IFLAG1 = 0 CAN_PERIPHERAL->ESR2 0x6000 (この状態になる前と同じ) CAN_PERIPHERAL->DBG1 = 0x2000032 (0x1000032、0x2000032、0x4000032などでカウント) CAN_PERIPHERAL->DBG2 = 0x3e (発行前と同じ) CANペリフェラルのDeInitおよびReInitではこの問題は解決せず、最も懸念されるのはプロセッサのソフトリセットでも解決しません。電源を入れ直すだけで、物事は回復します。 ソフトリセット後の状態は次のとおりです。 CANコールバックへのCANステータスは0x0 FLEXCAN_GetStatusFlags() は 0x0 CAN_PERIPHERAL->IFLAG1 = 0 CAN_PERIPHERAL->ESR2 0x6000 CAN_PERIPHERAL->DBG1 = 1000001 CAN_PERIPHERAL->DBG2 は 0、0xb700、0xa000、0x9000 を循環します これは MAX33015EATB CAN トランシーバーを使用しており、バスはバスの物理両端で 120 Ω の分割 y 終端で終端されています。 さらに詳細が必要な場合はお問い合わせください。 これについて何か助けをいただければ幸いです。 よろしくお願い申し上げます。 i.MXRT 102倍 Re:物理的なCANバスの問題後にflexCANが受信しないIMXRT1021 Hi @PeteA , 情報をありがとう!CAN_STATE_ERROR_PASSIVEまたはCAN_STATE_ERROR_BUS_OFFのイベントを処理するためにISRにCAN PHYリセットコードを配置したり、CAN txラインのピンマルチプレクサを変更してトグルを設定したりできます。 良い日をお過ごしください 菅 ------------------------------------------------------------------------------- 手記： - この記事があなたの疑問に答えたら、「正解をマーク」ボタンをクリックしてください。ありがとうございます！ - 最後の投稿から7週間スレッドをフォローしていますが、その後の返信は無視されます 新しいスレッドを開き、後で関連する質問がある場合は、閉じたスレッドを参照してください。 ------------------------------------------------------------------------------- Re:物理的なCANバスの問題後にflexCANが受信しないIMXRT1021 残念ながらそうではありません。 ただし、CANトランシーバー(MAX33015EATB)には障害管理があり、エラー状態を検出するとエラー状態になる可能性があることを確認しました。 これが原因である可能性が非常に高いです(残念ながら、障害ピンが壊れていないため、チェックするスコープは困難ですが、テストを試みたところ、アサートされているように見えました)。 これは、CAN txラインを切り替えることでリセットできますが、これを行う方法を理解する必要があります 助けてくれてありがとう Re:物理的なCANバスの問題後にflexCANが受信しないIMXRT1021 Hi @PeteA , デバイスはしばらくするとエラーアクティブ状態に戻りますか? 良い日をお過ごしください 菅 ------------------------------------------------------------------------------- 手記： - この記事があなたの疑問に答えたら、「正解をマーク」ボタンをクリックしてください。ありがとうございます！ - 最後の投稿から7週間スレッドをフォローしていますが、その後の返信は無視されます 新しいスレッドを開き、後で関連する質問がある場合は、閉じたスレッドを参照してください。 -------------------------------------------------------------------------------

缺少 ARM 版本 2018.R1 许可证的 S32 Design Studio S32 Design Studio for ARM 版本 2018.R1 许可证丢失，我无法使用它，请帮帮我！ 捕获.PNG Snipaste_2024-10-25_10-20-02.png S32K144EVB  @mikedoidge   回复：S32 Design Studio for ARM 2018.R1 版许可证缺失 我可以使用它，非常感谢。 回复：S32 Design Studio for ARM 2018.R1 版许可证缺失 你好@user122 我已延长您的权利。请使用相同的激活码重新激活您的许可证。 回复： S32 Design Studio for ARM Version 2018.R1 许可证缺失 请帮帮我，我现在无法使用它...... @Juan-Rodarte @kerryzhou @jesseg @swami @EdgarLomeli @swati_gupta @jeremy Zhou @Mehul_Patel_NXP @Robin_Shen @PeterG  @PetrS @PetrL @Petr1 回复： S32 Design Studio for ARM Version 2018.R1 许可证缺失 @Juan-Rodarte @kerryzhou @jesseg @swami @EdgarLomeli @swati_gupta @jeremyzhou 回复： S32 Design Studio for ARM Version 2018.R1 许可证缺失 @PeterG @peterva @Petr1 @PetrL  回复： S32 Design Studio for ARM Version 2018.R1 许可证缺失 @Robin_Shen  回复： S32 Design Studio for ARM Version 2018.R1 许可证缺失 我不知道如何解决这个问题，我之前可以正常使用 Re: S32 Design Studio for ARM Version 2018.R1 licensce missing 你好，我的 ARM v2018 版 S32 Design Studio 许可证即将到期 能否请您扩展一下？谢谢。 我的激活代码EAFD-2F39-5578-12AF 非常感谢您

S32G3 goldvip M7 Uartの例が出力されません Hello, 私はゴールドボックスでM7UARTポートを育てる作業を行っています。RTD AUTOSAR 4.4 の UART サンプル「Uart_Example_S32G399_M7」を S32DS 3.5 で作成しました。元の linker_ram.ld ファイルと、ソフトウェア イネーブルメント ガイドの変更されたファイルの両方を使用してみましたが、コンソールに出力が表示されません。 詳細は次のとおりです。 コンソール設定(PuTTY): ボーレート:9600 データビット:8 パリティ：なし 変更点: 変更した .ld を適用しましたソフトウェア有効化ガイドに従ってSRAMを設定します。 IVTに対応する変更を加えました。 興味深いことに、変更された .ldSRAM構成では、LEDの例を動作させることができましたが、UARTの例が出力を生成しない理由がわかりません。 誰かが私が何が間違っているのかを特定するのを手伝ってくれますか? IVT設定、元の.ldと変更された.ldは次のとおりです参考までにSRAMの設定: int_sram : ORIGIN = 0x34000000, LENGTH = 0x00500000 /* 5MB */ int_sram_no_cacheable : ORIGIN = 0x34500000, LENGTH = 0x00100000 /* 1MB, needs to include int_results */ ram_rsvd2 : ORIGIN = 0x34600000, LENGTH = 0 /* End of SRAM */ int_sram : ORIGIN = 0x34004000, LENGTH = 0x00400000 /* 4MB */ int_sram_stack_c0 : ORIGIN = 0x34404000, LENGTH = 0x00002000 /* 8KB */ int_sram_stack_c1 : ORIGIN = 0x34406000, LENGTH = 0x00002000 /* 8KB */ int_sram_stack_c2 : ORIGIN = 0x34408000, LENGTH = 0x00002000 /* 8KB */ int_sram_stack_c3 : ORIGIN = 0x3440A000, LENGTH = 0x00002000 /* 8KB */ int_sram_no_cacheable : ORIGIN = 0x34500000, LENGTH = 0x00100000 /* 1MB, needs to include int_results */ ram_rsvd2 : ORIGIN = 0x34600000, LENGTH = 0x00DFFFFF /* End of SRAM */    puddlepop_0-1719081144797.png ありがとうございます XDの GoldVIP 日時:S32G3 goldvip M7 Uartの例が出力されていません こんにちは、 @XD  遅れてしまい申し訳ございません。 私の側からこのバージョンの例をデフォルトのldファイルで確認したところ、テストに問題は見つからなかったようです。 参考までに、次のヒントをご覧ください。 ペリフェラルパースペクティブを確認し、次のドライバーを追加します chenyin_h_0-1719548722232.png IntCtrl_Ipビューから、この例の割り込み83を追加します。これは、この例が割り込みを処理しているためです chenyin_h_1-1719548722235.png 次に、コードを生成し、プロジェクト用に再コンパイルします。 お役に立てば幸いです よろしくお願いいたします。 チェンイン

S32K144WQ64演示板无法连接 亲爱的恩智浦朋友， 我有一块 S32K144WQ64 演示板，当我用 USB 线将它连接到电脑时，我可以看到一个窗口弹出，这意味着电脑已经识别了该演示板，但很快它就会消失，演示板上的所有灯都会熄灭。我测试了VDD和其他电源的电压，它们都是零。请您提供一些关于如何保存我的主板的建议。 非常感谢 Sophie 回复：S32K144WQ64演示板无法连接 Hi Robin, 非常感谢您的快速支持！ BR Sophie 回复：S32K144WQ64演示板无法连接 Hi 请参阅Open SDA P&E Error中的讨论 此致， 罗宾 -------------------------------------------------------------------------------- 笔记： - 如果这篇文章回答了您的问题，请点击“标记正确”按钮。谢谢你！ - 我们会关注上次发帖后七周的帖子，之后的回复将被忽略 如果您稍后有相关问题，请打开一个新线程并参考已关闭的线程。 --------------------------------------------------------------------------------

S32 Design Studio for ARM v2.0（Windows/Linux）发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />         产品发布公告 汽车微控制器和处理器 适用于 ARM v2.0 的 S32 设计工作室             Austin, Texas, USA 2017年8月16日 NXP 半导体公司汽车微控制器和处理器嵌入式工具团队很高兴地宣布推出ARM v2.0 版 S32 Design Studio  发布内容（有什么新内容？ ） • Eclipse Neon 4.6 框架 •适用于 ARM ®嵌入式处理器的 GNU 工具（Launchpad）构建（4.9.3 20150529） • ARM64: Linaro GCC 4.9-2015.05 •包含的库：newlib、newlib-nano 和 ewl2（ewl 和 ewlnano） • P&E Multilink/Cyclone/OpenSDA（带 P&E GDB 服务器）-已更新（v3.1.1.20180808） • SEGGER J-Link（带 SEGGER GDB 服务器）- （ V616f_b170707） •新项目向导用于为支持的设备创建应用程序和库项目 •完全集成适用于 S32K14x EAR 版本 v.0.8.4 的 S32 SDK 。有关 SDK 功能集的详细信息，请参阅下面附带的 SDK 发行说明和参考手册。 • SDK 管理包括： o KEA 系列的样本驱动程序（评估级） o 适用于 KEA 和 S32K 系列的FreeMASTER串行通信驱动程序 o 适用于 KEA 和 S32K 设备的 汽车数学和电机控制库 v1.1.8 •从 CodeWarrior for MCU v.10.6 和 Kinetis Design Studio 导入针对各自支持的处理器的项目 •新项目向导支持 IAR v7.x 编译器 •新项目向导支持 iSystem、Lauterbach 和 IAR 调试器 •针对 FreeRTOS、OSEK 的内核感知调试。 •支持的设备： o SKEAZN8, SKEAZN16, SKEAZN32, SKEAZN64, SKEAZ128, SKEAZ64 o S32K144 v2.0, S32K148, S32K142 o S32V234 o MAC57D54H 完整的 S32 Design Studio for ARM v2.0 发行说明可在此处获取 安装说明 要下载安装程序，请访问 S32DS 产品页面下载部分。 安装程序要求在安装过程中输入新的激活 ID。开始下载过程后，您应该会收到一封包含激活 ID 的电子邮件：   技术支持 S32 Design Studio 问题通过 S32DS 公共 NXP 社区空间进行跟踪。 https://community.nxp.com/community/s32/s32ds 概述 回复：S32 Design Studio for ARM v2.0（Windows/Linux）发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 与上述类似，我很困惑，我的 v1.3 运行的是 SDK 版本 1.0.0，然而，现在 IDE 的 v2.0 已经发布，它运行的是 SDK 版本 0.8.4 - 自然它们不向后兼容。 我们能否获得一个图表来显示哪个 SDK 版本与哪个 IDE 和哪个硬件相对应？对于我们这些不在恩智浦工作的人来说，这非常令人困惑 回复：S32 Design Studio for ARM v2.0（Windows/Linux）发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 只是为了澄清一下，我发现ARM V2.0的S32K设计工作室支持S32K144修订版V2.0，但SDK S32K14x EAR版本v.0.8.4支持S32K144修订版V2.1。这是否意味着新IDE支持修订版V2.0，但新SDK不支持？ 如果我们使用 S32K144 修订版 V2.0，是否可以将旧版 SDK 与 S32K Design Studio for ARM V2.0 一起使用？或者我们必须保留特定 SDK 发行说明中提到的 S32DS 版本？ 谢谢！ 耶利米

FreeMASTER 3.1 - 发布公告 NXP FreeMASTER 工具 3.1 版刚刚在线发布。 安装程序以及文档和其他资源均可在http://www.nxp.com/freemaster上获取。还有关于桌面版新功能的视频演示。另一个视频展示了新的FreeMASTER Lite 和 Node-RED 集成。 发布说明 FreeMASTER是一款由恩智浦开发并提供的强大数据可视化工具，旨在帮助用户监控和控制在恩智浦目标上运行的嵌入式应用程序。它兼容几乎所有恩智浦 Arm ® Cortex ® -M 微控制器，包括边缘处理和汽车 BL，以及 DSC 和传统 Power Architecture、ColdFire 和 HCS12/Z 平台。 FreeMASTER 3.1 版本通过添加新功能扩展了 3.0 版本。旧版 2.x 和 3.0 安装可能与 3.1 版本共存于主机系统上，这应该能够实现项目、仪表板和其他工作项从旧版本到新版本的平稳过渡。 3.1 版向后兼容。它支持变量监控、示波器实时图表、快速瞬态记录仪图表以及与第三方应用程序的连接。基于 Chromium 的 HTML 渲染引擎全面支持 JSON-RPC、HTML5 和 JavaScript，可用于创建自定义仪表板和其他用户界面，这些界面可在 FreeMASTER 内部运行，也可在本地或远程 Web 浏览器中独立运行。旧版 Internet Explorer 渲染、ActiveX 接口以及为 2.x 版定义的协议仍然受支持。 结构框图 下图显示了 FreeMASTER 桌面应用程序和 FreeMASTER Lite 界面的高级视图，以及它们与目标微控制器应用程序以及第三方应用程序的连接。 311158-CS_FreeMasterLaunch_BD_FreeMASTER_title.jpg 311158-CS_FreeMasterLaunch_BD_FreeMASTER_Lite_title.jpg 3.1 版中的新增功能 版本 3.1 扩展了版本 3.0 的最后更新，包括其所有小更新和错误修复。请参阅3.0.3版本的早期公告，3.0.1和3.0.0 。 3.1 版引入的功能： Node-RED 框架支持 Node-RED是一个流行的框架，支持事件驱动应用程序的可视化编程。FreeMASTER 3.1 带来了一系列 Node-RED“节点”，它们充当 JSON-RPC 调用的可视化包装器。现在，您可以充分利用 FreeMASTER 和 Node-RED 的全部潜力，以极少甚至完全无需编码的方式设计您的应用程序，甚至是可视化仪表板。FreeMASTER Lite 服务器现在嵌入了完整的 Node-RED 运行时，因此无需进行其他安装。同时，安装程序附带独立软件包，可以添加并与本地Node-RED 实例一起使用。 此视频培训提供有关 FreeMASTER 和 Node-RED 集成的更多详细信息 FreeMASTER NodeJS 模块 安装现在包含两个新的NodeJS “npm”可安装模块。 FreeMASTER JSON-RPC 客户端作为 JSON-RPC 接口的通用包，可在后端（NodeJS）和前端（Web 浏览器）上运行。 FreeMASTER Node-RED 模块作为一组可安装的 Node-RED 节点和示例流程。安装时将两个包放在同一个文件夹中以解决依赖关系。 更新了通信插件以支持协议 V4 通信协议版本 4 于 2019 年首次随 FreeMASTER 2.5 推出。如今，它是基于 NXP MCUXpresso SDK、汽车 SDK 和其他针对 NXP i.MX-RT、LPC、Kinetis、S32K、S12Z 和 Power Architecture 平台的通用应用程序的微控制器应用程序所使用的主要协议。FreeMASTER 3.1 为 FreeMASTER 远程通信服务器添加了对该协议的支持，因此再次可以通过网络远程访问您的微控制器应用程序，甚至可以与更多 FreeMASTER 桌面应用程序共享同一板连接。DSC 56F800E/EX 平台上的 JTAG/EOnCE 实时数据传输接口现在也支持协议 V4。 虚拟变量 新增对“虚拟”变量的支持，这些变量没有分配地址，可以在 MCU 应用程序中无需任何实际对应物即可创建。虚拟变量仍然可以通过脚本访问，并且可以添加到变量监视和示波器视图中。这可能对于脚本定义的全局参数和其他目的有用。 全局枚举类型 枚举类型现在采用全局管理。现在多个变量共享全局存储库中定义的字符串枚举（参见菜单 Project/Enumerations...）。枚举从 MCU 应用程序的 TSA 表自动加载。将来将支持从 ELF 文件中解析“enum”类型。 记录器和示波器属性对话框扩展 记录器变量列表中显示表示变量“触发模式”的新图标。 修复了变量列表中的拖放行为。 可以通过按“...”按钮一次添加多个变量。 带有变量选择的下拉列表现在能够通过输入的文本过滤内容。 使用上下文菜单 项目树上下文菜单已扩展，包含展开或折叠子节点的选项。树状态被序列化为项目（仅限 PMPX 格式）。还添加了上下文菜单命令，以便轻松复制现有的录音机和示波器项目，或将它们从示波器克隆到录音机类型，反之亦然。 支持新的 CAN 接口 Viewtool Ginkgo 设备扩展了所支持的 USB-to-CAN 和其他 CAN 接口（IXXAT、Vector、Kvaser、National Instruments、Peak Systems、Intrepid、ZLG、Glinker）的广泛系列。 发布的目标受众群体 FreeMASTER 和 FreeMASTER Lite 主要针对希望在运行时监控和控制其应用程序的工业、物联网和汽车领域的 NXP 嵌入式应用程序的客户、工程师和开发人员。FreeMASTER 也是一个强大的框架，可用于创建交互式演示和用户界面，帮助更广泛的目标受众使用嵌入式应用程序。 前提条件 FreeMASTER 工具在主机上运行，并使用串行、CAN、JTAG、BDM 或其他物理接口与目标微控制器应用程序通信。微控制器通信驱动程序可作为 MCUXpresso SDK、S32 Design Studio 的一部分或独立安装包提供。在使用 FreeMASTER 工具之前，请熟悉通信协议和微控制器驱动程序 API。 封装 包含 FreeMASTER 桌面应用程序和新 FreeMASTER Lite 服务的单个自解压安装包可用于 Windows 平台。带有 FreeMASTER Lite 服务的软件包也适用于 Linux。 访问 FreeMASTER 主页上的安装和文档 https://www.nxp.com/freemaster。

EIM 和 FCCU NCFF 之间的区别 Hello, 我目前正在学习如何使用 S32K344-Q257EVB 上的一些安全概念，即 FCCU，我想测试它并看看它对故障的反应（就有限状态机 (FSM) 中的状态变化以及用示波器检查 FCCU1/FCCU2 信号以查看它们是否被断言而言）。 我的问题是，我该怎么做？在参考手册中，我读到 FCCU 有一些非关键故障伪造 (NCFF) 可用于实现这一点，但也有一个错误注入模块 (EIM)，这就是我感到困惑的开始。两者有何区别？在哪些情况下我应该使用其中一个而不是另一个？ 提前感谢！ 顺祝商祺！ JRodrigues 回复：EIM 和 FCCU NCFF 之间的区别 你好，彼得， 感谢您的澄清。 祝您今天剩余的时间过得愉快！ 顺祝商祺！ JRodrigues 回复：EIM 和 FCCU NCFF 之间的区别 Hello, NCFF 指的是“所有 SRAM ECC 无法纠正的错误 ERM_SRAM 或 ECC 缓存内存错误......”可以作为“发生在内存中然后报告给 FCCU”的故障吗？ NCFF 只会将故障注入 FCCU 故障状态机 (FSM)。因此，您可以验证设备的反应，以防此类故障出现在 FCCU 上。 但是 NCFF 不会将 ECC 错误物理地注入 ECC 机制或内存。为了这个目的，您将使用 EIM。 因此，如果您想验证 ECC 的反应以及 ECC 机制对 FCCU NCFSx 中错误的反应路径，则需要使用 EIM。 顺祝商祺！ Peter 回复：EIM 和 FCCU NCFF 之间的区别 Hi Peter, 那么，在参考手册附带的 S32K3xx_fault_map excel 文件中，NCFF 指的是“所有 SRAM ECC 无法纠正的错误 ERM_SRAM 或 ECC 缓存内存错误......”可以作为“发生在内存中然后报告给 FCCU 的故障”？ 顺祝商祺！ JRodrigues 回复：EIM 和 FCCU NCFF 之间的区别 Hello, 您可以使用 EOUT 测试 NCFF，它可以将故障注入 FCCU。通常，当您想要验证 FCCU 对传入故障的反应时使用它。然而，它无法向外围设备/内存物理注入故障。在某些情况下，直接在测试外围设备上进行注入，或者 FCCU 只能向状态寄存器（如 STCU_ERR）注入故障，而不是在测试本身中注入故障。 然而 EIM： 错误注入模块（EIM）主要用于诊断目的。它提供了一种内部存储器（例如，系统 RAM、缓存 RAM 和外围存储器）的诊断覆盖方法。 EIM 使您能够在系统的错误校验机制中引入人为错误，例如 RAM 读取数据和奇偶校验位的 ECC。 因此，EIM 将在内存上创建物理故障，然后内存将故障报告给 FCCU。通过这种方式，您可以测试您的 ECC 机制是否正常工作等等... 顺祝商祺！ Peter

IMX6UL UART CTS 电压不正确 大家好， 我有一块带有 IMX6UL 和 Kinetis MK12 处理器的定制主板。两个处理器使用 UART 进行通信。请参阅下面的示意图片段： danielberhe_0-1732624291826.png danielberhe_1-1732624357871.png CTS 信号空闲时为 3.3V，这正是我所期望的。一旦我打开 IMX6 上的串行设备（open("/dev/ttymxc1", O_RDWR | O_NOCTTY | O_NDELAY | O_CLOEXEC)），CTS 信号电压就会降至 2.3V。我在 IMX6 侧启用了内部 100KOhm 上拉，而在 kinetis 侧没有启用上拉/下拉。将 Kinetis 上的 CTS 驱动强度更改为低增益会导致 CTS 信号空闲于 700mV 而不是 2.3V。 &uart2 {     pinctrl-名称= “默认” ；     pinctrl - 0 =<& pinctrl_uart2 >；     dmas = <& sdma 27 4 0 >, <& sdma 28 4 0 >;     dma-名称= “rx” ， “tx ” ；     状态= “好的” ； }; pinctrl_uart2 : uart2grp {     fsl ，引脚=<         MX6UL_PAD_UART2_TX_DATA__UART2_DCE_TX   0x0000b028         MX6UL_PAD_UART2_RX_DATA__UART2_DCE_RX   0x0000b028         MX6UL_PAD_UART2_RTS_B__UART2_DCE_RTS    0x0000b010         MX6UL_PAD_UART2_CTS_B__UART2_DCE_CTS    0x0000b010     >; }; kinetis 引脚设置如下： danielberhe_2-1732624900611.png 有人知道当我打开 IMX6 中的 UART 设备时，是什么原因导致 CTS 线路上的电压下降吗？ 谢谢！ Daniel i.MX6UL 回复：IMX6UL UART CTS 电压不正确 Hello @danielberhe  当然。 CTS 信号的作用类似于来自 i.MX6 侧的输入，但是当启用 DSE 时，它意味着该焊盘已“准备好”驱动某些逻辑电平。当您需要从 PAD（如输出）驱动电流时，使用 DSE。 顺祝商祺！ Salas.  回复：IMX6UL UART CTS 电压不正确 谢谢 Salas，禁用 IMX6 上的 DSE 解决了这个问题。我不太明白是什么导致了这个问题，你能解释一下吗？ 谢谢！ Daniel 回复：IMX6UL UART CTS 电压不正确 Hello @danielberhe  有没有办法隔离 I.MX6 PIN 和 Kinetis PIN？ 另外，请尝试禁用 DSE（驱动强度字段），因为您将其设置为 0x001 DSE_1_R0_260_Ohm___3_3V__150_Ohm_1_8V__240_Ohm_for_DDR_ — R0(260 Ohm @ 3.3V，150欧姆@1.8V，DDR 为 240 欧姆）。尝试将其设为 0x000 以禁用驱动输出。 顺祝商祺！ Salas.

操作指南：使用 S32 调试器调试 S32R45 的 SPT NXP 设备 S32R45 具有可编程的加速器。S32 Design Studio for S32 Platform IDE 中包含的 S32 调试器与 S32 调试探针一起提供了调试这些加速器的能力。本文档中涵盖的加速器：信号处理工具箱（SPT）。 剖面图： 准备工作 设置软件工具 设置硬件 流程 创建新的调试配置 启动调试会话 多核 准备工作 设置软件工具 安装 S32 Design Studio for S32 Platform 安装S32R4xx开发包和s32R4xx的雷达扩展包。这两者都是 SPT 加速器所必需的。 DanielBarbu_0-1729755622836.png 设置硬件 确认S32R45评估板的设置。 连接电源线 设置 S32 调试探针。安装步骤请参考《S32 调试探针用户手册》。 通过 JTAG 电缆将 S32 调试探针连接到评估板。 将 S32 调试探针通过 USB 数据线连接至主机电脑，或通过以太网电缆（通过 LAN 或直接连接并配置为静态 IP 地址）连接，并将电源连接至 USB 端口。 启动 S32 Design Studio for S32 Platform 打开现有项目或创建一个新项目并检查其是否成功构建。如果创建新项目，请确保在新项目向导中选择了 S32 调试器。 image.png DanielBarbu_1-1729755988814.png 程序 启动调试会话和访问相关的加速器特定寄存器的过程详述如下。 调试SPT仅通过多核方法进行。SPT 可执行文件包含在 A53 可执行文件内，A53 应用程序将 SPT 可执行文件加载到 SPT 核心，并且 A53 和 SPT 核心均可供调试。通过以下两种方法之一与两个核心建立调试连接： 裸机/裸板：调试器使用 JTAG 上的探测器连接到 A53 和 SPT 内核。 Linux BSP：调试器使用以太网上的远程 Linux 连接连接到运行 Linux BSP 的 A53 内核，然后使用 JTAG 上的调试探针连接到 SPT 内核。 在启动调试会话之前，必须存在调试配置。 创建新的调试配置 如果使用新项目向导通过 S32DS 应用程序项目选项创建项目，那么就可以从向导中选择所需的调试器。如果此时选择了所需的调试器选项，则所需的配置已经存在，只需要调整硬件连接设置。 DanielBarbu_2-1729756062190.png 如果没有使用新项目向导来创建项目，或者当前所需的调试器不是在项目创建时选择的调试器，则必须创建新的调试配置。 在项目资源管理器中选择现有项目后，打开调试配置菜单：运行->调试配置 image.png 在项目资源管理器视图中选择现有项目将使新启动配置的创建更加容易，因为许多设置将从所选项目中导入。要选择一个项目，请单击它以使其突出显示。 接下来，选择将为其创建新调试配置的调试器。 image.png 要创建新配置，请单击顶部和左侧工具栏中的“新启动配置”按钮，或右键单击“S32 调试器”并从菜单中选择“新配置”。 image.png 一旦创建配置，它将被显示，并且将显示配置中的任何错误。如果在项目资源管理器中选择了该项目，则调试配置的名称将包含该项目的名称，并且项目和 C/C++ 应用程序字段也将被填充。仅当构建输出可执行文件存在时，才会填充 C/C++ 应用程序字段。在继续之前，请确认这些值是正确的。 image.png 出现错误，显示“调试器”选项卡上未指定设备核心 ID。切换到调试器选项卡并单击“选择设备和核心”按钮。 image.png 从“选择目标设备和核心”窗口中，展开列表直到列出所有核心。请注意，S32R45 上支持的所有内核均已列出。选择 SPT31 核心并单击“确定”。 image.png 现在已经选择了设备和核心，附加脚本也被自动选择。附加脚本将允许在已初始化的核心上开始调试。对于 SPT 核心来说这是正确的，因为它总是在多核场景中启动。请参阅文档“README.txt”位于与这些脚本文件相同的文件夹中，以获取有关所有提供的脚本的详细信息。 image.png 确认‘初始核心’复选框的设置。应在通过 S32 调试探针建立与目标设备的第一个连接的调试配置中选中此框。选中此框后，调试探针连接接口和 GDB 服务器设置将可用。探测连接只需要配置一次，并且每个调试会话只需要运行一个 GDB 服务器。因此，在通过远程 Linux 调试 A53 核心的多核调试中应选中此框。但是，如果通过 S32 调试探针调试 A53 和 SPT 内核，则应针对 A53 调试配置选中此框，而不应针对 SPT 调试配置选中此框。 如果在上一步中选中了“初始核心”框，请设置调试探针连接。根据您的硬件设置选择 USB 或以太网。如果选择 USB，则将自动检测 S32 调试探针的 COM 端口（除非未连接或连接了多个探针）。如果选择以太网，则输入主机名（fsl + MAC 地址的最后 6 位数字）或 IP 地址。强烈建议按“测试连接”按钮来确认硬件连接是否配置正确。有关 S32 调试探测器设置的更多详细信息，请参阅随附的“S32_Debug_Probe_User_Guide.pdf”。 image.png 检查 GDB 客户端部分是否具有 SPT GDB 可执行文件的正确路径。它应该指向变量“S32DS_R45_GDB_SPT_PATH”。 image.png 启动选项卡检查以下设置 不检查加载图像是否适合多核调试。基本上，如果它由 A53 核心加载（SPT 可执行文件包含在 A53 ELF 文件中），那么它就不需要加载。 不检查加载符号。SPT 源文件是汇编代码，因此没有要加载的符号。 对于多核调试，不会检查在主程序中设置断点和恢复断点。 image.png 使用“应用”按钮保存新配置后，即可执行 SPT 调试。 启动调试会话 为方便起见，将使用 RSDK 中的 S32 Design Studio 示例项目“RSDK_S32DS_template”来演示多核 A53/SPT 调试。SPT核心不支持独立调试。有关将此示例项目加载到工作区的说明，请参阅“如何：从 Radar SDK 的示例 RSDK_S32DS_template 创建新项目”。 A53 / SPT 多核 对于多核调试，A53 核正在 Linux BSP 上执行应用程序。应将 EVB 设置为从已加载 S32R45 Linux BSP 的闪存设备启动。 在开始调试会话之前，请务必加载驱动程序依赖项（oal_driver、rsdk_spt_driver 和 rsdk_lax_driver），如 RSDK 用户手册、RSDK 离线示例部分“运行应用程序”中所述。 启动A53调试。从顶部菜单中，选择运行->调试配置... DanielBarbu_3-1729756169569.png 在调试配置菜单中，从配置列表中展开“C/C++ 远程应用程序”组并选择“RSDK_S32DS_template_A53_Debug”配置。 image.png 在“主要”选项卡上，创建一个新的连接以使用 EVB 的 IP 地址。可以通过在串行连接上发出 Linux 命令（例如“ifconfig”）、通过访问本地网络连接设备列表来确定 IP 地址，或者 EVB 可能设置了静态 IP 地址并且该地址是已知的。 单击“连接”部分中的“新建...”。 image.png 选择“SSH”作为连接类型。 image.png 在主机：字段中输入 IP 地址，在用户：字段中使用“root”，并将密码字段留空。 image.png 点击Debug，开始对A53内核进行调试。 image.png 调试器将启动并执行，直到 main() 中的第一个可执行行。请参阅“调试配置”菜单中的“调试器”选项卡来调整此设置。 DanielBarbu_4-1729756353865.png 一旦 A53 调试会话开始运行，就将程序计数器推进到所需 SPT 内核加载到内存之后但在 SPT 内核启动之前的一行。在此处的示例中，这将位于“spt_bbe32_proc.c”中，第 318 行，其中调用“ExampleLaunchSptKernel()”函数。最好的方法是在该行上设置一个断点并单击“恢复”。 image.png 到达断点后，即可启动 SPT 调试会话。 image.png 返回调试配置菜单，选择SPT调试配置“RSDK_S32DS_template_SPT31_attach”，确认调试探针连接设置并单击调试。 image.png 等待 SPT 调试会话启动并在反汇编中停止。选择 SPT 调试线程来更改反汇编、寄存器等视图的上下文。现在您可以逐步执行汇编代码、访问寄存器等。 image.png image.png image.png

S32K3有多少个LUT寄存器？ 文档和 SDK 在这个问题上有所不同： 回复：S32K3 有多少个 LUT 寄存器？ Hello, 这取决于您使用的设备。 petervlna_0-1717142513036.png 您有 4 个单词，每个单词包含 5 个序列，对于某些设备，它们将为您提供 20 个。 顺祝商祺！ Peter 回复：S32K3 有多少个 LUT 寄存器？ 您上传的图像表明 LUT 分为五组，每个序列有 10 条指令。应该有16个序列，80个LUT寄存器 回复：S32K3 有多少个 LUT 寄存器？ Hello, 我希望 LUT 以 4 个为一组，如参考手册中所示。 因此头文件中的 LUT 数量只有 20。 petervlna_0-1716886843888.png 顺祝商祺！ Peter 回复：S32K3 有多少个 LUT 寄存器？ 我无法调用超出 LUT19 编写的序列，但调用编写至 LUT 19 的序列则毫无问题。我可能做错了什么？ 回复：S32K3 有多少个 LUT 寄存器？ Hello, 始终遵循参考手册。共有 80 个 LUT 寄存器。 petervlna_0-1716449542306.png 也许 SDK 没有实现所有这些。 此致， 彼得

LS1027A定制板 Hi 我们设计了一款基于 NXP LS1027A 的新型定制电路板，几乎与 LS1028A RDB 相似。 在测试新电路板时，当我们打开电源时，电路板会通电一段时间，但一段时间后它就不再工作了。一些阻抗变低（通电之前所有阻抗都很好）。 我们测试了 4 张卡并发现了以下观察结果。 1. 2 张卡最初通电后过了一段时间就停止工作了。我们发现开机后阻抗很少会变低。 2. 剩下的 2 张卡最初会消耗更多电流，但无法开机。一些阻抗变低了。（我们发现处理器过热） 我们的董事会初始阻抗如下 1对2 400 VTT_0V6 1.34k MVREF 268千 5V0 59千 1V0 35.8         TA_BB_VDD 2.56k 12V0 129k * 1V35 4k CPLD_1V8 391 2V5 360 EVDD 3.8k 1V8 376 3对3 270 VDD 核心 20.2 您能否指出可能存在的问题？是否存在组装问题？ 谨致 克里希南·拉朱 回复：LS1027A定制板 亲爱的 June_Lu 谢谢。 回复：LS1027A定制板 对于一般规则，您可以检查电源轨 3.3V 的电源要求。如果输出电流大于理论要求。如果你的保护电路设计正确，但损坏了，那就出问题了。 对于 CPLD 支持，请联系供应商和 CPLD 固件设计人员。 谢谢！ 回复：LS1027A定制板 Dear Lu  感谢您的回复。 1.在一些卡中，我们发现了另一个问题，即 3.3V 阻抗变低至 1.3 欧姆。最初一切正常，大约为 500 欧姆。当我们打开电源时，它会吸收更多的电流，我们的电子保险丝会损坏。之后测量 3.3V 阻抗非常低（约 1.3 欧姆）。该电压将流向 CPLD、一些处理器引脚和一些 IC。 这个 1.3 欧姆阻抗是因为任何 IC 都可能损坏吗？ 2. 在某些卡中，在对 CPLD 进行编程后（在编程功率稳定之前），它会消耗更多功率并且 eFuse 会损坏？ 谢谢你 关于 克里希南·拉朱 回复：LS1027A定制板 不正确的电压（VDD）可能与设计和组装问题有关。 请检查设计是否遵循AN12028_QorIQ LS1028A 设计清单和LS1027A/LS1017A 数据表，特别是与问题电源轨相关的引脚。 大会议题也应是排他性的。 谢谢！ 回复：LS1027A定制板 Hi 感谢您的回复。 我们又发现了一个问题，即。当我们给电路板供电时，核心电压 VDD 下降到 0.8V。 可能存在什么问题。 谨致 克里希南·拉朱 回复：LS1027A定制板 应在断电时测量阻抗。 如果电路板无法工作，您可以检查电源轨和与启动相关的所有信号。 装配问题不可能是排他性的。 对于问题板，请检查所有电源轨是否符合规格、顺序、电压、电流、 AN12028_QorIQ LS1028A 设计清单第 4 章和数据表 3.1。 如果电源轨正确，请按照LS1028A 参考手册4.8.5 上电复位序列详细说明检查相关信号。 对于过热的电路板，请确认散热器设计符合数据表第 5 章中的要求。 谢谢！

LPC11u37h NFC 读卡器库移植指南（Ver 5.12）- 切换 NFC 前端 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 由于 NFC 阅读器库 5.12 也支持 PN5180，因此根据之前的移植，将 NFC 前端从 CLRC663 切换到 PN5180 非常容易。移植还包括硬件设置和软件修改。 移植的硬件设置： a) 按照https://www.nxp.com/docs/en/application-note/AN11908.pdf第 16 页上的步骤操作，移除 PNEV5180B 上的电阻，断开板载 lpc1769 与 PN5180 的连接 b）将 LPC11U37 的 LPCXpresso 板与 PNEV5180 连接如下： 移植的软件修改： 1. 复制 Board_Lpc11u37Rc663.h ，并将其名称更改为“Board_Lpc11u37Pn5180.h”，然后将其导入 DAL/boards 文件夹。 2.将头文件中的源代码修改如下： 3.增加PN5180的BUSY、DWL引脚定义及配置，以及复位引脚的新配置。 并修改复位逻辑： 4.将IRQ中断触发类型改为上升沿。 5.将此头文件包含在BoardSelection.h中 6.在ph_NxpBuild_App.h中添加此新配置 7.在phApp_Init.h中添加此新配置 8.在ph_NxpBuild_Platform.h中添加此新配置 9.在设置中添加此新配置。 10.建设成果： 测试结果： NFC 前端解决方案 NFC读卡器库 回复：LPC11u37h NFC 读卡器库移植指南（版本 5.12）- 切换 NFC 前端 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 到目前为止，只有 NFC 阅读器库 v4.040.05 R2 支持 PNEV512B，但主要问题是此版本仅支持 LPCopen 库，而 SDK 支持 KL17，因此您必须参考也支持 Kinetis 的 NFC 阅读器库。 回复：LPC11u37h NFC 读卡器库移植指南（版本 5.12）- 切换 NFC 前端 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Mr. Kan Li, 首先祝贺您并感谢您的帖子。我在这里写一条评论，因为我在将库包含到我的项目中时遇到了问题，我该如何将 PN512 芯片作为前端，将 KL17 作为 MCU 来执行此操作。我也在使用 MCUXpresso v10.2.1。 诚挚的问候，JC。

在windows下创建sdcard镜像 目的 在某些情况下，需要修改二进制图像。 在某些情况下，没有开发环境。 在某些情况下，甚至没有 Linux。只有窗户。 主板启动需要简单的设置，例如简单/微小的 rootfs。 主要特性 创建小 SD 卡镜像 所有操作均在二进制文件上，无需开发环境（离线） 在二进制映像上设置 u-boot 环境 Windows 操作系统支持 快照： 请下载 创建_sdcard_mirror_ext.zip.001.zip 创建_sdcard_mirror_ext.zip.002.zip 创建_sdcard_mirror_ext.zip.003.zip 创建_sdcard_mirror_ext.zip.004.zip 创建_sdcard_mirror_ext.zip.005.zip 创建_sdcard_mirror_ext.zip.006.zip 提取每个文件以获得以下文件 创建_sdcard_mirror_ext.zip.001 创建_sdcard_mirror_ext.zip.002 创建_sdcard_mirror_ext.zip.003 创建_sdcard_mirror_ext.zip.004 创建_sdcard_mirror_ext.zip.005 创建_sdcard_mirror_ext.zip.006 放在一起并提取。 BL: Auto BL: non-Auto 产品：i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus 产品：i.MX 8DXL | SXL 产品：i.MX 8M（mscale）| i.MX 8MQuad（850D | 8MQ）| 8MDual（850D）| 8MQuadLite（850D）| 8MMini（845s） 产品：i.MX 8ULP 产品：i.MX 8X 系列 | i.MX 8QuadXPlus (8QXP) | 8DualXPlus (8DXP) | 8DualX (8DX) 产品：i.MX 8MPlus 主题：其他 类型：其他

SmartDSP 操作系统用户指南 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 智能DSP操作系统 (OS) 是一个实时操作系统 (RTOS)，除了为 MSBA8100 处理器提供驱动程序外，还可在以下基于 StarCore DSP 的处理器上运行： • PSC9131 • MSC815x/MSC825x • MSC814x • MSC812x • MSC8101/3 • MSC711x   StarCore CodeWarrior (CW) 开发工作室包含 SmartDSP OS 免版税源代码。 此外，SmartDSP OS 具有高级应用程序编程接口 (API)，允许用户为 StarCore 处理器开发集成应用程序。   在 SmartDSP OS 中，大多数函数都是用 ANSI C 编写的。然而，在需要时，Assembly 会通过最大化 StarCore 的多个执行单元来优化时间关键功能。   SmartDSP OS 的其他功能包括： • 内存占用小，非常适合高速 StarCore 处理器 • 基于优先级的事件驱动调度（由用户应用程序或硬件触发） • 用于异常和任务处理的双堆栈指针 • 使用队列、信号量和事件进行任务间通信。   这只是使用 SmartDSP OS 所能做的一些事情的开始，请在此处获取更新并开始使用DebuggerGuys进行编码！ 概述

ALSA SWPDM 插件入门 为什么选择 SWPDM？ i.MX8MMINI, i.MX8MNANO and IMX8MPLUS  为了处理人类语音，必须确保麦克风捕获的输入数据具有最佳的音频分辨率。这意味着，16位分辨率不足以捕获所有信息来正确处理语音。语音处理需要一个能够以32位分辨率捕获数据的外部设备，采样率范围涵盖最常见的采样率（16kHz、44.1kHz、48kHz等）。 在 i.MX8M 系列中，有一个外设满足这些要求，称为 MICFIL。MICFIL 是一个外设模块，用于将 PDM（脉冲密度调制）数据转换为 PCM（脉冲编码调制）数据。PDM 格式将模拟信号编码为单比特数据。PDM 格式将模拟信号编码为单比特数据。其中，1 表示信号幅度正在增大，而 0 表示信号幅度正在减小。另一方面，PCM 格式使用 8 位、16 位或 32 位对数据进行编码。PDM 的优势在于，与 PCM 麦克风相比，PDM 麦克风的制造成本更低。然而，由于PDM 无法直接处理，因此需要使用软件或硬件将 PDM 转换为 PCM 格式。这就是引入 MICFIL 外设的原因。 然而，并非所有不同 SOM 上的 MICFIL 都是相同的。虽然 i.MX8MPLUS 的分辨率为 32 位，但其较低配型号不具备此分辨率。i.MX8MMINI 和 i.MX8MNANO 配备的 MICFIL 仅允许最高 16 位的分辨率。在大多数情况下，这就足够了，但对于语音处理来说则不够。 不过，并非没有解决方案；如前所述，PDM 到 PCM 的转换既可通过硬件完成，也可通过软件完成。恩智浦（NXP）还拥有用于进行转换的软件算法。因此，如果使用 Mini 或 Nano 进行语音处理，强烈建议使用 ALSA SWPDM 插件并避免使用 MICFIL 外设。 使用该插件 为了使用该插件，当使用 i.MX8MM 时，您需要将 DTB 更改为 imx8mm-evk-8mic-swpdm.dtb ；或者，当使用 i.MX8MN 时，更改为 imx8mn-evk-8mic-swpdm.dtb 。 为此，请按以下步骤进行操作： 请注意下面的示例是针对 Mini 的。对于 Nano，操作相同，只需将 DTB 名称更改为 imx8mn-evk-8mic-swpdm.dtb。 # Stop at U-boot u-boot=> edit fdtfile edit: imx8mm-evk-8mic-swpmd.dtb u-boot=> saveenv u-boot=> boot 需要更改 DTB 以禁用 MICFIL，这样 Linux 才能接收原始数据并将其发送到插件。 但是，默认情况下该插件未启用，用户需要手动将插件添加到 ALSA 管道中。实现此操作的方法是将以下设备添加到 /etc/asound.conf ： pcm.cic { type cicFilter slave "hw:imxswpdmaudio,0" delay 100000 gain 0 OSR 48 } 其中： pcm.cic : 这是一个任意名称，允许 ALSA 在设置 -D 标志时，通过 arecord 或 aplay 找到请求的设备。 type cicFilter ：这是以算法名称命名的插件类型。 从属设备：由 cicFilter 插件控制的物理或虚拟设备的名称。建议始终将实际硬件连接到此插件。 delay ：插件在不写入缓冲区的情况下仍进行转换的时间（以微秒为单位）。该值可能在 100us 到 1,000,000us 之间。通过从结构中移除该属性，延迟将被设置为0。 gain ：介于 0 到 100 之间的值。 OSR ：与信号质量相关，通过提高 PDM 采样率来提高。数值越高，音频质量越好。但请记住，由于过采样，较高的 OSR 值需要更多内存来存储新增数据。OSR 的有效值为：48、64、96、128 和 192。 接下来，只需运行以下命令测试插件即可： $ arecord -D cic -c4 -r16000 -f s32_le --period-size=96 -d5 -v test.wav 数据流 使用 PDM 话筒时，默认的数据流如图 1 所示。当数据在 MICFIL 外设中捕获时，数据在到达声卡驱动程序时已转换为 PCM 格式。因此，从内核角度来看，数据被视为 PCM 值，PDM 到 PCM 的转换在硬件中完成。 JuanJorge_Mendoza_0-1739902609782.png 然而，随着我们之前在设备树上所做的更改，并在 /etc/asound.conf 上添加插件，数据流如下： JuanJorge_Mendoza_1-1739903680590.png PDM 到 PCM 的转换在将缓冲区传递给应用层之前进行；因此，转换在用户空间中完成，而内核仍能识别数据的 PDM 格式。您可以看到的另一个区别是，MICFIL 已被禁用，而数据线则由 SAI5 控制。这适用于 i.MX8MM、i.MX8MN 和 i.MX8MP。 尽管对于应用程序来说这是一个透明的变化，但实际上整个管道发生了变化，因此请务必了解数据流向您的应用程序的方式。 与AFE的集成 接下来的最后一步是将插件与 AFE 和 VoiceSeeker 集成。SWPDM 的集成需要对 SWPDM 存储库应用补丁。该补丁更改了插件中允许的周期大小数量。默认情况下，插件仅允许某些特定值，这些值包括： 48 个样本 = 3ch × 4 字节格式 × 16 个样本 = 192 字节。 48 个样本 = 2通道 × 4字节格式 × 48个样本 = 384字节。 48 个样本 = 4ch × 4 字节格式 × 48 个样本 = 768 字节。 96 个样本 = 4通道 x 4字节格式 x 96个样本 = 1,536字节。 尽管 AFE 和 VoiceSeeker 具有极高的可配置性，但算法中使用的 48 或 96 个样本数量过少。这意味着 SWPDM 应支持更大的周期大小，而不是完全相反。通过应用附加文件，插件的周期大小可以从 64 字节（1ch 和 16 个样本）到 16,384 字节（4ch 和 1024 个样本）。然而，样本数量可能会根据OSR值和通道数量而有所不同。 补丁应用后，必须安装在： /usr/lib/alsa-lib （如果存储库是在独立环境中构建）。 AFE 打开一个名为 mic 的设备以捕获麦克风的输入。此设备下方可以放置任何东西。默认情况下，在 /etc/asound.conf 上有以下定义（按照TODO.md文件中描述的步骤操作后）。 # mic represents the physical source (capture) pcm.mic { type plug slave.pcm "hw:micfilaudio,0" } 设备打开了 MICFIL 驱动程序，但在这种情况下，MICFIL已被禁用，这意味着设备的定义必须更改。从上述 cic 设备中，可以复制并粘贴该定义，然后调整一个参数。必须通过删除该属性或在结构中显式地将延迟设置为0。如果此步骤被遗忘，可能会导致一些下溢问题。设备定义将是： pcm.mic { type cicFilter slave "hw:imxswpdmaudio,0" delay 0 gain 0 OSR 48 } 最后要做的就是像往常一样运行 AFE 和 VoiceSeeker。 $ /unit_tests/nxp-afe/voice_ui_app & $ /unit_tests/nxp-afe/afe libvoiceseekerlight & 注意事项和限制 综上所述，仍有一些需要提及的事项，即插件本身的注意事项和限制。在将插件添加到任何应用程序之前，了解这些信息是很有帮助的。 该插件从 Linux BSP 5.15.32 开始支持。 目前该插件仅支持最多 4 个通道。 插件仅输出S32_LE格式（如果需要其他格式，请使用MICFIL）。 应用上述补丁后，周期大小必须是16的倍数，这是由于算法本身的限制，而非插件的问题。 驱动程序仅允许每条数据线连接一个麦克风，而 MICFIL 则允许每条数据线连接两个麦克风。 SWPDM 插件基于外部插件：I/O 插件。这意味着它也有此 ALSA 插件的限制，其中最重要的限制是： “I/O 类型插件是一个 PCM 插件，用于作为输入或输出终端点，即作为用户空间 PCM 驱动程序。”换句话说，它上面不能再叠加任何设备或插件，甚至连“plug”类型也不行。

第 1 节：MQX 架构和初始化 - 实验指南 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该视频演示是MQX RTOS 应用程序开发基础知识培训课程的第一部分。在本课程中，您将了解 MQX 架构，了解 MQX 的初始化方式，并了解如何安排和确定任务的优先级。 该培训由Embedded Access Inc.创建，该公司是飞思卡尔赞助的培训提供商和可靠的合作伙伴。 第 1 场课程线 实验室主题 创建任务 设置优先级 调度 同步概念 驱动程序介绍 创建环境 创建源代码 了解结果 首先，观看飞思卡尔网站上的第 1 节：MQX 架构和初始化的视频。 然后，完成下面的交互式实验室作业。 第 1 节：实验作业 简介 本实验室将引导您了解从头开始新项目的基础知识，然后创建应用程序所需的所有任务。目前，这些任务只会打印出一条唯一的消息，但设置环境和应用程序的外壳是重要的第一步。 目的 本实验的目标是在目标硬件上下载并运行您的第一个 MQX 应用程序。 这一目标将通过以下方式实现： 使用 CodeWarrior 新项目向导创建 MQX 项目 添加所有必需任务的存根 修改任务模板以自动启动所有任务 您将使用的新功能/结构： Printf，_task_block，TASK_TEMPLATE_LIST 转让 创造环境 创建一个新的 MQX 项目。当被问及将使用哪些库时，您应该将 shell 库添加到您的项目中。代码将从闪存运行，请务必使用“int flash debug PnE Multilink”。 此视频已被删除。 （在 “我的视频” 中查看） 导入塔式 K70 板的 BSP、PSP 和 Shell，并重新构建这些库。 现在我们需要为每个任务的源代码添加 .c 文件。为此，我们需要为每个任务创建一个单独的文件，因此在源代码文件夹中，您将包含 HealthTask.c、DisplayTask.c 等文件。最后，您将获得 8 个新文件以及创建项目时创建的 main.c 和 main.h 文件。在 CodeWarrior 中，右键单击源文件夹并选择“新建”>“源”即可添加新文件。这将创建一个包含极少量代码的新文件，以便您入门，其中包括一个将消息打印到默认输出流然后中止的函数。将每个函数的名称更新为与此文件关联的函数（例如：Temp_task）。如果您使用的工具在创建新文件时没有填写极少量代码，请创建一个简单的单行函数来打印消息。 /* * TempTask.c * 创建日期：2014年2月6日 * 作者：Embedded Access Inc */ #include "main.h" /*任务* - - - - - - - - * 任务名称：Temp_task * 评论 ： * 此任务打印“Hello World” *END*----------------*/ void Temp_task(uint_32_t initial_data) { printf("\n 临时：Hello World\n") } 我们需要为每个新函数添加一个函数原型，可以将其添加到 main.h 中 /* 示例函数原型 */ 外部无效Healt_task（uint32_t）； 因为我们将使用 printf () 函数，所以你应该包含 stdint.h头文件位于main.h的顶部。 由于一些原因，我们需要为每个任务设置一个唯一的 ID 号，但当然，仅使用数字会造成混淆且容易出错，因此，使用定义将每个任务设置为唯一的数字更为实际。您可以使用一系列#define 语句来执行此操作，但当然您可能会无意中将两个定义分配给同一个数字。可以使用枚举结构来避免这种情况，您将在整个课程中看到这一点。在自动生成的代码中找到“#define MAIN_TASK 1”并将其替换为定义所有 8 个任务 HEALTH_TASK、DISPLAY_TASK 等的枚举。 要创建任务，您需要更新 main.c 中的任务模板列表。模板列表将在课程的后续部分介绍，但它本质上是一个表格，用于标识应用程序中将包含的所有任务，并为 MQX 提供有关每个任务的一些信息。项目生成的源代码包含一个起始任务模板列表，其中只有一个名为“main_task”的任务。您不需要 main_task，但可以参考此条目输入所需的条目。请务必在模板列表中保留零条目，以标记列表的末尾。创建应用程序中将包含的所有 8 个任务：健康任务、显示任务、加速任务、温度任务、输入任务、CAN 任务、UI 任务和防盗任务。所有任务都应设置为优先级 9，堆栈大小为 1500，并且自动启动。 /* 示例任务模板列表条目 */ {HEALT_TASK, Healt_task, 1500, 9, "Health_task", MQX_AUTO_START_TASK}, 在 main.c 中的模板列表下面您将看到 main_task 自动生成的代码。我们的系统中没有名为 main 的任务，因此可以将其删除。 对于每个新任务，我们需要稍微更新代码。将 printf 更改为“printf("\n Function: Hello World \n");”。在您的代码中，“Function”将是此文件中函数的实际名称（例如 Health、Display、Temp 等）。将 mqx_exit 替换为 _task_block() 函数。请务必更新所有注释以反映此函数的名称。此外，每个函数都应包含 main.h 头文件，因为其中包含一些定义和函数原型。 运行应用程序以确认每个任务的消息都打印到控制台上。 您的打印输出应该看起来像这样 回顾打印语句的顺序并解释为什么它们按这样的顺序出现。 结果解释 任务将按照任务模板列表 (TTL) 中列出的顺序创建和运行。因此，您看到的打印输出的顺序应该与 TTL 中列出的任务的顺序相匹配。 在课程的后面，我们将研究当任务处于不同优先级时会发生什么，但现在，由于所有任务都处于相同的优先级，它们将按照创建的顺序启动和运行。 需要更多帮助吗？此实验室的完整源代码可以在此处的“实验室源代码”文件夹中找到。 回复：课程 1：MQX 架构和初始化 - 实验指南 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 我很难看完这个视频。视频没有播放，我复制了链接，但出现以下问题： 这 video-svc.jivesoftware.com 找不到页面 未找到该网址的网页： https://video-svc.jivesoftware.com/videos/5bd5d2ca898ff/assets/8850941/play.mp4?player_profile=2016_1_0&auth_token=41cd81004941968141d394bebd6fc98a40296d91f1677603568e4ed316b4be21&logo_image_url=https %3A% 2F %2Fcommunity.nxp.com% 2Fservlet %2FJiveServlet% 2FdownloadImage %2F1101-1-5287% 2FFS_watermark1x1.png& HTTP ERROR 404 该视频还能播放吗？还是已被删除？ 谢谢！ Angelico Corte

S32 Design Studio 2018.R1（Windows/Linux）发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />         产品发布公告 汽车微控制器和处理器 S32设计工作室2018.R1         Austin, Texas, USA 2018年12月28日   恩智浦半导体汽车微控制器和处理器嵌入式工具团队很高兴地宣布推出 适用于 S32 汽车平台的S32 Design Studio 2018.R1 |NXP 。 主要特点 • 适用于 ARM32 和 aarch64 裸板和 Linux 目标的 NXP GCC 工具链（GCC 版本 6.3.1 20170509，构建 1574 修订版 g924fb68） • S32 调试器提供 S32 调试探针支持（支持 S32V23x、RAM + FLASH）和用于 S32V23x 的 S32 跟踪工具 • 集成S32 Trace 工具以提供软件分析功能（分析、代码覆盖率等） • P&E 调试器提供PEMicro ®硬件调试器支持 •劳特巴赫 Trace32 ®支持 • 提供S32 Flash 工具以支持 S32V234 的 Flash/SD/MMC 内存编程 • 集成了适用于 S32V23x 0.8.1 EAR 的 S32 SDK • S32DS 扩展和更新工具，用于自动查找和按需安装软件包，增加了对基于 NXP Arm ®处理器系列的支持 • S32 配置工具框架（EAR6），带有引脚、时钟、外设配置工具 完整的 S32 Design Studio 2018.R1 发行说明可在此处获取。   安装 要下载安装程序，请访问 S32 Design Studio 产品页面下载部分或单击此处的直接内容。     安装程序要求输入激活 ID。安装包开始下载后，您应该会收到一封包含激活 ID 的通知电子邮件。 安装程序仅安装基本工具/包。为了开始开发，必须安装至少一个开发包。目前唯一可用的应用程序包是Vision S32V2xx （其他包即将推出） 。应用程序包由S32DS 扩展和更新管理。 技术支持 S32 Design Studio 问题通过 S32DS 公共 NXP 社区空间进行跟踪。 https://community.nxp.com/community/s32/s32ds  

使用 MBDT、Freemaster 和 MPC5744P-DEVKIT 的 USB 电压和电流监视器 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 1. 简介 本文的目的在于展示如何使用 MBDT、FreeMASTER 和一些电子知识来创建一个简单而实用的项目：监控 USB 电压和电流消耗。 我使用此设置来监控智能手机充电时的 USB 电压和电流，但它也可以用于其他目的，例如监控 USB 充电器/移动电源/PC 上连接的某些设备的功耗，或者可以用来查找一些充电问题，或者也许你只是想了解你的手机充电器是否支持快速充电，或者用来表征移动电源。 2. Overview 2.1 功能描述 该项目可以通过测量 USB 电压和电流从 USB 电源流向 USB 负载的电阻器上的电压降来测量 USB 电压和电流。电流产生的电压由电子电路放大，并通过 ADC 转换器由 MPC5744P-DEVKIT 板采样，然后将数据发送到 PC，然后通过 FreeMASTER 项目以数值和示波器图表的形式显示。MPC5744P-DEVKIT 板由 MBDT 编程。 要构建这个简单的项目，您需要三个组件：安装了 MBDT 工具箱的 Matlab 、 FreeMASTER 运行时调试工具、一个非常简单的电子电路和一个 MPC5744P-DEVKIT 。 如图 1 所示，该项目可分为两个主要部分：硬件设置和软件设置。 图 1：USB 电压和电流监视器框图 2.1 硬件设置 定制电子板 测量电流的最简单方法是使用与负载（在我们的例子中是 USB 输出）串联的简单电阻器。欧姆定律给出了电路中电压和电流之间的线性关系： U = R * I  U 是电阻器两端的电压降（以伏特 V 为单位），R 是电阻器的电阻（以欧姆Ω为单位），I 是我们需要测量的电流（以安培 A 为单位）。 大多数 USB 充电器最多可提供 3A 电流，而大多数智能手机的电流消耗却不到 3A。鉴于此，我考虑设计这个电路来测量最大电流约 3A。假设我们使用一个简单的 1 欧姆电阻。如果我们使用欧姆公式进行简单的数学计算，那么可以看出，对于 3A，电阻器两端的电压将为 3V（U = 1 * 3）。 图2：USB连接器和电流“传感器” 图2中左侧是USB输入连接器，右侧是输出USB连接器，两条GND线都通过R1电流传感器连接。如图 2 所示，电流“I”将从 USB 输入通过 VBUS 线流到 USB 输出上的 VBUS，然后流过连接到 USB 输出的负载，再通过 R1 流过同一连接器上的 GND，至少流到 USB 输入连接器上的 GND。该电流将在 R1（UR1）上产生等于 3V 的电压（如果我们使用 3 安培电流和 1 欧姆电阻）。 USB 标准充电之一规定最低（标准）电压为 5V。在我们的例子中，使用这个 1 欧姆电阻将导致 3V 损失，然后 USB 输出端的电压将为 2V（不可接受）。在大多数数字电子电路中，当使用 5 伏电源时，电压公差约为 10% (0.5V)，这意味着电压可以在 4.5V 到 5.5V 之间。让我们尝试使该电阻上的最大电压降大约比 0.5V 低 3 倍，例如：150mV。那么电流传感器电阻为R1 = 0.15V / 3A = 0.05ohm。 为了测量该电压降，我们可以使用MPC5744P-DEVKIT上的任何 ADC 通道，但如果 ADC 的电压参考设置为 5V，则 ADC 的分辨率为 5V/4096 = 1.22mV，这意味着对应于电流测量的等效 ADC 分辨率约为 24mA（1.22mV 对应 24mA）。如果我们考虑USB连接器上的电噪声，那么输出信号很可能会被电噪声“淹没”，或者结果不会很令人满意。 解决该问题的方法是将 0V --> 0.15V 范围“重新缩放”为 0V --> 5V。我们可以通过使用运算放大器电路来做到这一点。 我使用了当时在我的电子元件中找到的 LM358 IC。这个IC不是最好的，但是对于演示来说，可以使用。 图3：USB电流和电压监视器 这个电子设计的一些想法： 该IC包含两个运算放大器， 第一个放大器系数通过 R5 和 R4 设定（34 放大系数），信号连接到其非反相输入端， 可测量的最低电流约为。0.7毫安， 第二放大器设置为缓冲放大器， 注意：如果负载使用的最大电流最大为 3A，则齐纳二极管不是必需的。 通过使用该放大器，范围重新调整为 0 --> 5.1V。 为了测量 USB 输入电压，我们使用 R9 和 R10 分压电阻，并使用公式 U_R9 = U_USB * (R9/(R9 + R10))。对于 R9 使用 10K，对于 R10 使用 33K ADC 测量的最大 USB 标准充电电压为 U_R9 = 20V * (10/(43)) = 4.65V。 该电路已在原型 PCB 上开发。该电路的输出连接到MPC5744P-DEVKIT的两个 ADC（电流信号至 PTB13 和电压信号至 PTB14）通道，可以在 CN1 连接器上找到（“USB 电压”、“USB 电流”和 GND）。 MPC5744P-DEVKIT 评估板 该开发套件的主要作用是从定制板获取电流和电压数据，并将其转换为数字数据并通过 UART 接口发送到 PC。 如图所示。4、我使用三根电线将定制电子板连接到开发套件（两个 ADC 和 GND）。 在 MPC5744P-DEVKIT 上，ADC 电压参考必须设置为 5V（跳线 J19 --> 2-3），数据将通过 UART（USB --> OpenSDA）发送到 PC。 MPC5744P-DEVKIT 必须通过 USB 电缆连接到 PC。其余跳线均可保持默认状态。 图 4：硬件设置（负载为 USB LED 灯） 2.1 软件设置 MBDT应用模型 对于软件开发，我使用Matlab 使用MBDT 工具箱。第一步是使用 MBDT 创建一个新的 Simulink 项目。该项目包含三个主要部分： 配置块 变量声明块 主循环，其中的值取自 ADC 块的输出，并在使用一些简单的数学函数后，将结果值存储在电流和电压变量中。 从 ADC 块获取值后，我们必须应用一些数学函数来逆转电子电路中产生的效应。 部分配置块包含： MPC5744P配置块， ADC配置块，其中有两个通道配置， FreeMASTER 模块用于通过 FreeMASTER 协议通过 UART 观察电流、电压和其他参数。 变量声明部分用于声明用于从 ADC 外设获取值、中间值和最终值的所有变量。 主循环的一部分由简单的数学函数组成，其作用是将 ADC 值转换为电流和电压值。 首先执行的操作是获取 ADC 电流和电压值，然后将这些值转换为浮点类型，并乘以一个常数（ADC_Vref /ADC_resolution = 5/4095），该常数表示 ADC 电压分辨率。然后，对于 USB 电流值，必须将结果除以运算放大器的因数 (34)，之后，我们可以从结果中减去运算放大器的输入偏移（如果测量到任何相关值），最后要做的就是使用欧姆定律 (U = R * I) 将电压转换为电流。 要获取 USB 电压，第一步与 USB 电流值类似，使用电阻分压器公式我们得到最终值。 对于使用不同的运算放大器IC，如果非反相输入太高，建议在电路开启时进行测量，并在模型中更新该值（变量Current_offset）。 图 5： MBDT 应用模型 FreeMASTER 项目 要实时查看数据，首先要打开 FreeMASTER 项目，选择“工具”，然后选择“连接向导...”，然后点击“下一步”按钮，选择第一个选项“使用直接连接到板载 USB 端口”，然后选择分配给MPC5744P-DEVKIT 的串行 com 端口和 115200 波特率。 在 FreeMASTER 项目中，可以通过选择“RAW 数据”绘制原始 ADC USB 电流和电压值，以数值和示波器视图的形式观察 USB 电流和电压。要绘制真实的 USB 电流和电压值，请在项目树中选择“电压和电流”示波器。 图6： FreeMASTER USB电流和电压监视器 在图 6 中，可以看到当我的智能手机连接到原装充电器时，快速充电转换过程中的电流和电压随时间的变化。 （在 “我的视频” 中查看）

TSI 軽量アプリケーションアルゴリズム - KE1XZ64 ベース <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 静電容量式タッチボタンは、絶縁材のシェルを貫通し、指の有効なタッチを正確に検出します。また、環境条件の変化や長期使用による製品の感度、安定性、信頼性などの変化を保証し、防水性と強力な耐干渉性、優れた保護性能、温度範囲への優れた適応性を備えています。静電容量式タッチボタン制御チップは、リモコン、ランプ調光、各種スイッチ、車載、小型家電、家電制御インターフェースなどの用途で広く使用されています。このチップは、高解像度のタッチ検出モジュールと専用の信号処理回路を統合し、環境変化に対する敏感な自動認識・追跡機能を備えています。チップはまた、複雑なアプリケーションにおける安定性、感度、消費電力、応答速度、防水性、耐水性、耐振動性、電磁干渉耐性など、ユーザーの高度な体験要件を満たす必要があります。この記事では、NXP KE16Z64に基づく軽量TSIアルゴリズムセットを紹介します。 KE1XZ64 プラットフォームに基づく TSI 軽量アルゴリズム: KE1XZ64は、KEファミリーの高い信頼性と耐干渉性を継承し、小型ピンパッケージサイズを実現することで、お客様のハードウェア設計の利便性を向上させます。TSIモジュールの改良版を搭載し、より安定性と信頼性の高いパフォーマンスを実現しています。このモジュールは自動接続と相互接続の両方をサポートしており、自動接続モードでは最大25キー、相互接続モードでは最大36キーをサポートできるため、現在市場に存在するほとんどのタッチアプリケーションシナリオに対応できます。 NXPの公式NT LIBソフトウェアは機能が充実しているものの、コード量が多くプログラムアーキテクチャが複雑なため、一部の顧客は使用をためらっています。そのため、この市場では軽量なアプリケーションコードに対する需要が依然として存在しています。 このリファレンスデザインは、TSI軽量アルゴリズムの具体的な実装を示しています。設定モードに応じて、対応する2つのリファレンスルーチンに分かれています。自動結合モードは12キーの機能実装で、ハードウェアはKE16 PCBに基づいており、主に必要なキー数が少ないアプリケーションシナリオに適しています。相互結合モードは36キーの機能実装で、ハードウェアはRT-TSI-KE16に基づいており、主に必要なキー数が多いアプリケーションシナリオに適しています。アルゴリズムは簡潔で信頼性が高く、移植も非常に簡単なので、お客様はすぐに使い始めることができます。また、NXPのGUIモニタリングソフトウェアFreeMasterと組み合わせることで、中期および後期の感度デバッグと問題追跡を容易にすることができます。 このアルゴリズムは、実験室での IEC61000-4-6 注入電流信頼性テストに合格しています。 参照コードおよび説明文書については、添付の圧縮パッケージを参照してください。 Smart Home Technologies