NFC CSV 导入错误，为什么？HTTPS URL 我们特意购买了 NTAG215 标签，因为它们支持高达 540 字节的 NDEF 数据。我们花费了超过 200 欧元购买这些标签，以确保我们较长的验证 URL 能够顺利显示。 但是，NXP TagWriter 应用程序拒绝导入我们的 CSV 文件，并始终报告“格式无效”。CSV 结构正确（记录类型，URI），文件以带 BOM 的 UTF-8 格式保存，URL 有效，标签有足够的内存。同样的数据可以手动写入单个标签，不会有任何问题。该问题仅在导入 CSV 文件时出现。 这意味着限制因素不是标签、URL 或 CSV 格式。该限制似乎出在 TagWriter 应用程序本身。 令人极其沮丧的是，我们花了这么多钱购买了官方的 NXP 标签，却无法使用官方的 NXP 应用程序批量写入它们。我们不应该被迫购买第三方应用程序才能执行 TagWriter 声称支持的基本操作。 我们需要澄清以下几点： 为什么当 URL 长度在 NTAG215 内存限制范围内时，TagWriter 会拒绝有效的 CSV 文件？ 这是已知的限制还是 CSV 导入功能中的一个漏洞？ 是否有无需付费购买其他应用程序的官方解决方法？ 我们急需一个解决方案，因为我们购买这些标签就是为了应对这种情况。 Re: NFC CSV Import Error, why? HTTPS URLS 我的网址看起来像这样： https://200.410.222.111:4443/verify-status.html?work_id=9d611323a-a9ac-4fb9-9039-74f443cf2720&sig=MKIRQDMQl3/NKQXSKLwZ123IvEgxkda123Gq0LOPqBz84mQIhANGc2GQFSNONSWR27nps0NMieAF5rZSkXt2j2rgquKh6 Re: NFC CSV Import Error, why? HTTPS URLS 谢谢，但他现在什么也不显示了。没有错误提示，但也没有数据。测试时看起来是这样的——正常情况下我们的URL要长得多。 Re: NFC CSV Import Error, why? HTTPS URLS 您好，先生， 我查看了您的 CSV 文件，发现您需要在结构中添加一些字段。 请参考以下社区案例：尝试在 TagWriter for Android 中选择 CSV 文件时出现“未找到有效的 NDEF 记录”错误 - NXP 社区 请在用户手册中查看 3) LINK_RECORD 的描述。 祝您今天过得愉快，先生！ Re: NFC CSV Import Error, why? HTTPS URLS 你好， 请问您是否能够成功读取 NDEF 发送的短链接？ 我这样问是因为，如果这样可以正常工作，那么问题很可能出在 NDEF 结构本身。请注意，根据 NFC 论坛规范，既有记录也有短记录。如果您的有效载荷大小超过 255 字节，则 NDEF 可能未正确构造。 我建议您查阅 NFC 论坛网站上提供的 NFC 数据交换格式规范。

FS32K144UAT0VLLT（RESET）のピン97（PTA5）で三角波レベルが観測されました。 マネージャー： FS32K144UAT0VLLT回路は、5VDC電源、20MHz外部水晶発振器、および10pF整合コンデンサを使用します。外部水晶発振器が発振を開始せず、ホストコンピュータはソフトウェアを使用してこのチップに正常に接続できません。 この32K144UAチップの97番ピンでPTA5（リセット）レベルを測定したところ、周波数1280Hz、振幅3.3Vp-pの三角波が検出された。 下の画像に示すように、原因の分析にご協力をお願いします。LDO電源チップは5Vで正常に動作しているのに、なぜ水晶発振器が発振しないのでしょうか？リセットピンが三角波を生成するのはなぜでしょうか？はんだ付け不良はどこが原因でしょうか？よろしくお願いいたします。 Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 こんにちは リセットピンは現在コンデンサに接続されているため、三角波が表示されています。まずコンデンサを取り外してリセットピンの波形を確認するか、 S32K1xxシリーズMCUアプリケーションガイドのセクション7「S32K1xxシリーズMCUにおけるロックアップリセットの原因分析と復旧方法」を参照して、具体的な状況を確認してください。 リセットピンは定期的にローレベルに引き下げられ、プログラムが実行されないため、水晶発振器はプログラム内のイネーブルビットに従って発振を開始できません。 以前VDDが3.3Vで動作していたチップで、VREFHが5Vで動作している場合は、そのチップをテストしないでください。チップを再はんだ付けしてから、デバッガを使用してプログラムをダウンロードすることをお勧めします。 よろしくお願いします、 ロビン 回复： FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 先生方へ： 補充する： 上記のFS32K144UAT0VLLTのリセット回路は、リセットピンに10KΩの抵抗を接続して+5Vにプルアップし、100nFのコンデンサをGNDに接続しています。ありがとうございました！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 マネージャー： リセット回路からコンデンサを取り外すと、図に示すようにパルスが発生します。 1. 「 7. S32K1xxシリーズMCUチップのロックアップの解析と復旧方法」を参照。J-llnkはコンピュータに正常に接続できませんが、ST-linkは接続できますが、ソフトウェアがそれをサポートしていません。 2. リセット回路がJ-Linkに正しく接続できません。接続時にリセット回路にコンデンサをはんだ付けする必要があるのでしょうか？現在、リセット回路には5Vへの10kΩプルアップ抵抗、5V電源、GNDに接続された100nFコンデンサがありますが、それでもJ-Linkに接続できません。どのような対策を講じるべきでしょうか？ 3. FS32K144UAT0VLLTは新品で、既に2個交換済みです。新しいチップでも暗号化の問題が発生するのはなぜですか？ ありがとう！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 リセットピンの波形は以下と一致しているようです。 ② RESETピンは周期的なリセットパルス信号を出力します。 a. リセット信号の周期が約118µsで、ハイレベル時間が約660nsの場合、それは方形波信号です。 SWD/JTAGデバッグインターフェースを介して一括消去コマンドを実行することで、MCUの暗号化を解除し、データを復元することができます。 この記事に記載されているBaidu Cloud Driveのリンクにあるスクリプトを使用することをお勧めします。 Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Robin_Shen: この回路は5Vで動作し、リセット回路には5Vへの10kΩのプルアップ抵抗が接続されています。接地コンデンサは接続されていません。接続時に接地コンデンサを追加する必要がありますか？ J-Linkで「unlock kinetis」コマンドを入力したところ、コンピュータは次のように応答しました。 デバイスのロック解除中...エラー: DP/APレジスタからの読み取りに失敗しました！ 1. リセットピンのパルス波形は下図に示されており、周期は約118µsです。 2. パルス全体の持続時間は1500 nsです。FS32K144が5Vで動作する場合、ハイレベルリセットのしきい値はどれくらいですか？ 下の図のハイレベル持続時間は660 nsですか？ 下の図のハイレベル持続時間は許容範囲内ですか？ 3. J-Link> の下にコマンドを入力し、スクリーンショットを撮ります。 （１）J-Link>で「connect」と入力し、応答に「?」と入力します。FS32K144UAT0VLLTを使用してS32K144（ALLOW SECURITY）を選択しますが、これでよろしいでしょうか？下図を参照してください。 （２）周波数が１１２０００kHzの場合、適切なオプションが表示されません。ここに周波数を入力するにはどうすればよいですか？ （３）以下は、J-LinkでCommandやUnlock Kinetisなどのコマンドを入力した際の応答のスクリーンショットです。入力ミスがないかご確認ください。よろしくお願いいたします。 Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 1でも2でもどちらでも構いません。 3(1) 開発段階では、「セキュリティを許可する」を選択しないことをお勧めします（これはWeChatの記事で説明されているので、よく読んでください）。 3(2) チップはFS32K144UAT0VLLTですが、スクリーンショットのデバイスにS32K11シリーズを選んだのはなぜですか？また、112000KHZという周波数が何を意味するのか分かりません。SWDまたはJTAGのレートを低くすることもできます。 3(3) 5Vで動作するとおっしゃっていませんでしたか？なぜVTref=3.309Vなのでしょうか？デバッグインターフェースがAN5426の「表8. S32K1xx - JTAGおよびSWDインターフェース」および「図11」に準拠しているかどうか教えてください。「JTAG/SWD信号接続」について。もしくは、回路図の最小限の部分を送っていただければ、私が確認します。 また、S32K144に電力を供給するLDOは、少なくとも250mAを供給する必要があることに注意してください（詳細はERR052094を参照）。 Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Robin_Shen: こんにちは、先生： 1. J-Linkで「unlock kinetis」コマンドを入力すると、以下の応答が表示されます。 これはつまり、ロック解除に成功したということですよね？ 2. しかし、PTA5リセットピンを測定すると、依然として三角波が得られます。 3. 回路基板とホストコンピュータのダウンロードソフトウェアが接続されたとき、カーネルを表示している下の画像に示すように、リセットピンのレベルは直線状の4Vラインである必要があります。 下のウィンドウが閉じられると、リセットピンの波形が再び三角波に変わります。これは正常な動作でしょうか？ さらに、チップのロックを解除した後、SWDIO接続を行う際にはリセット信号線を追加する必要があります。そうしないと接続できません。これはなぜでしょうか？ ありがとう！ Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 1. はい。その後、リセットピンがハイレベルに戻るように、プログラムをチップにダウンロードする必要があります。 2. WeChatの記事によると、フラッシュメモリにコードがない場合（例えば、フラッシュメモリが空の新しいチップの場合）、コアロックアップによりMCUは定期的にリセットされ続けるとのことです。このことから、空のチップのリセットピンにコンデンサを接続すると三角波が観測され、コンデンサを接続しないと周期的なパルスが観測される理由が説明できます。 3. 接続、リセット、ダウンロード、またはプログラミング処理中は、通常CPUは停止します。一度停止すると、CPUはリセットされません。しかし、なぜリセットレベルは4Vしかないのでしょうか？デバッグインターフェース回路が正しいかどうか、再度確認させてください。 S32K1のリセット信号をデバッガのリセット信号に接続する必要があります。

使用 S32k144 验证后门访问密钥 在项目开始之前，我想使用 s32k144 进行后门测试验证。 我有一个关于 unsecureProject 的示例代码。（示例_S32K144_验证后门访问密钥_S32DS1.3_v2.zip） 与示例代码和参考手册对比后，我有一些疑问。 1.根据《验证后门访问密钥参考手册》，其内容如下表所示。 FCCOB 编号 0 用于执行命令。 但在代码中，当发出命令时，会使用 FCCOB 编号 4。 所以我很好奇。 FTFC->FCCOB[0x0] = 0x45; // 后门密钥验证命令 (0x45) FTFC->FCCOB[0x3] = 0x45; // 后门密钥验证命令 (0x45) 哪个才是正确的？ 2. 我想检查锁定和解锁（验证后门访问权限）机制。 第一的。使用 T32 设置后门钥匙。（我知道这不是正常的方式。）通常插入代码） 例如) Data.Set SD:0x400 %LE %Long &pwd_Head 数据集 SD:0x404 %LE %Long &pwd_Tail 数据集 SD:0x40C %LE %Long 0xFFFF7FBF 第二。upon RESET, the FSEC register (0x40020002) is initialized with the value stored in the security 字节 of the Flash Configuration Field (0x40C). 问：2-1。这是否意味着设备在 RESET 前一直处于不安全状态，RESET 后，FSEC 寄存器 (0x40020002) 会更新为从 0x40C 读取的值，从而使设备进入安全状态？ 第三。验证后门访问权限时，参考手册中提到如下截图所示。 Q. 2-2.这是否意味着 FSEC 寄存器会暂时更改为非安全模式，然后在 RESET 后恢复？On RESET, FSEC 寄存器 (0x40020002) 会再次从 0x40C 读取值，对吗？ 问题 2-3。发生此更新时，是否仅更改与网络安全相关的位，还是会覆盖整个 FSEC 字节？ 例如，转变是 BF → FE 还是 BF → BE？ 3. 根据此描述，一旦密钥不匹配，设备将保持安全状态，直到 RESET 为止。在这种情况下，如果后门访问被禁用，如何重置设备？ 4. 当我执行以下命令时： 数据集 AD:0x40020000 %字节 0x30 然后立即使用以下命令将其读出： Data.Byte(AD:0x40020000) 该值仍然为 0x80。 这种行为背后的原因是什么？它又意味着什么？ ================================================================== 所以，我认为 当向 S32K144 中编程数据时，配置值被写入 0x400–0x40F 区域。 当 MCU 复位或重启时，FTFC 寄存器会读取存储在 0x400–0x40F 区域中的配置值，并根据这些设置进行操作。 正确的？ 另外，后门比较密钥出现在 startup_S32K144.S 中，我是否应该理解为该配置是在进入 main() 之前应用的？ ================================================= 使用地址 0x40000100 或 0x40000104 检查不安全状态。 是这样吗？ 我在参考手册中找不到任何相关描述。 谢谢。 #s32k144 @后门访问 Re: Verfiying Backdoor access key using in S32k144 感谢您的支持！ Re: Verfiying Backdoor access key using in S32k144 嗨@LGI ， A4后续报道： FSTAT 寄存器位于地址 0x40020000。 如前所述，该寄存器不能以将位设置为 0 到 1 的方式写入。 向位写入“1”只会清除该位（W1C – Write‑1‑to‑Clear）。因此，写入“1”并不会设置一个位；它只会清除已经为“1”的位。 A8后续报道： 这些是 MDM-AP 状态和控制寄存器，只能通过 Arm 调试访问端口 (DAP) 访问。 例如，它在以下脚本中被使用： https://community.nxp.com/t5/S32K-Knowledge-Base/Lauterbach-Script-For-MDM-AP-Mass-erase-S32K142/ta-p/2336449 此致， 丹尼尔 Re: Verfiying Backdoor access key using in S32k144 谢谢你的回答。@danielmartynek 那么，我有一些问题想请教您。 A4。我向地址 0x40020000 写入了 0x30，但是当我读回它时，该值没有变为 0x30，而是保持为 0x80。 这种行为背后的原因是什么？它又意味着什么？ Q8.这实际上与 Trace32 示例有关。 在 S32K144 的 Trace32 示例中，地址 0x40000100 和 0x40000104 用于安全状态信息。 但是，我找不到有关地址 0x40000100 和 0x40000104 的任何信息。这就是我问的重点。 感谢您的支持。 Re: Verfiying Backdoor access key using in S32k144 嗨@LGI ， A1： 它是 FTFC->FCCOB[0x3] = 0x45; // 后门密钥验证命令 (0x45) 因为 FCCOB0 是内存映射中的第 4 个寄存器。 A2：您可以使用编程器/调试器对 Flash 配置字段进行编程，但必须事先擦除该扇区。请注意，批量擦除还会将 FSEC 字节编程为不安全状态。 A2.1：是 A2.2：是 A2.3：仅限 FSEC[SEC]。 A3：MCU 上有许多 RESET 源（RM，25.2.2 系统 RESET 源）。 调试器可以通过置位 Reset_b 引脚 (PTA5) 来重置 MCU。 A4：写入寄存器仅具有 W1C 功能： Q5：当向 S32K144 中编程数据时，配置值写入 0x400–0x40F 区域。 A5：是的 Q6：当MCU复位或重启时，FTFC寄存器读取存储在0x400–0x40F区域中的配置值，并根据这些设置进行操作。 A6：是的，MCU 会将 Flash 配置字段中的值加载到 FTFC 寄存器中。 Q7：另外，后门比较密钥出现在 startup_S32K144.S 中，我是否应该理解为该配置是在进入 main() 函数之前应用的？ A7：RESET是必需的，但这是编程人员/调试人员在编程后通常会执行的操作。 Q8：使用地址 0x40000100 或 0x40000104 检查不安全状态。这样对吗？ A9：我不是你指的那种人。请详细说明。 此致， 丹尼尔

HSE固件安装 我可以在哪里下载如上图所示的 HSE-B 固件参考手册文档？请提供下载链接。谢谢。 Re: HSE Firmware Installation 罗静你好， 如果您已经签署了保密协议，请参考文档中的步骤进行注册并上传您的保密协议。https://www.nxp.com.cn/docs/en/user-guide/nxp-secure-access-rights-registration.pdf 然后您将看到RM00286 HSE-B 固件参考手册 - V2.7 。 此致敬礼， Robin

A triangular waveform level was observed at pin 97 (PTA5) of the FS32K144UAT0VLLT (RESET). manager: The FS32K144UAT0VLLT circuit uses a 5VDC power supply, a 20MHz external crystal oscillator, and a 10pF matching capacitor. The external crystal oscillator does not start oscillating, and the host computer cannot connect to this chip normally using SW. Measuring the PTA5 (RESET) level at pin 97 of this 32K144UA chip revealed a triangular wave with a frequency of 1280Hz and an amplitude of 3.3Vp-p. As shown in the image below, please help me analyze the cause. The LDO power supply chip is working normally with 5V, so why is the crystal oscillator not oscillating? How can the reset pin generate a triangular wave? Where is the poor soldering causing this? Thank you! Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Hi The reset pin is currently connected to a capacitor, causing it to display a triangular wave. You can either remove the capacitor first and observe the reset pin waveform, or refer to section 7, " Analysis of Causes and Recovery Methods for Lockup Resets in S32K1xx Series MCUs," in the S32K1xx Series MCU Application Guide to determine the specific situation. The reset pin is periodically pulled low, and the program does not start running, so the crystal oscillator cannot start oscillating according to the enable bit in the program. Do not test the chip that was previously powered by VDD 3.3V but VREFH is powered by 5V. It is recommended to resolder a chip and then use a debugger to download the program. Best Regards, Robin 回复： FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Dear teachers: Replenish: The reset circuit for the FS32K144UAT0VLLT above has a 10K resistor connected to the reset pin to pull it up to +5V, and a 100nF capacitor connected to GND. Thank you! Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 The reset pin waveform appears to match: ② The RESET pin outputs a periodic reset pulse signal. a. If the reset signal period is ~118µs and the high-level time is ~660ns, it is a square wave signal. The MCU can be decrypted and recovered by executing the mass erase command through the SWD/JTAG debug interface. I suggest using the script in the Baidu Cloud Drive link provided in this article. Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 manager: After removing the capacitor from the reset circuit, it generates a pulse, as shown in the figure. 1. Referring to " 7. Analysis and Recovery Methods for Lockup of S32K1xx Series MCU Chips", J-llnk cannot connect to the computer normally, but ST-link can, but the software does not support it; 2. The reset circuit cannot connect to the J-Link properly. Does the reset circuit need to be soldered with a capacitor during connection? Currently, the reset circuit has a 10k pull-up to 5V, a 5V power supply, and a 100nF capacitor connected to GND, but it still cannot connect to the J-Link. What measures should be taken? 3. The FS32K144UAT0VLLT is new, and two have already been replaced. Why is the encryption issue occurring even with the new chip? Thanks! Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Robin_Shen: The circuit is powered by 5V, and the reset circuit has a 10K pull-up resistor to 5V. There is no grounding capacitor. Is it necessary to add a grounding capacitor when connecting? After entering the command "unlock kinetis" in J-Link, the computer responded as follows: Unlocking device...ERROR: Read from DP/AP register failed! 1. The reset pin pulse waveform is shown in the figure below, with a period of approximately 118µs. 2. The entire pulse duration is 1500 ns. If the FS32K144 operates at 5V, what is the high-level reset threshold? Is the high-level duration in the diagram below 660 ns? Is the high-level duration in the diagram below acceptable? 3. Enter the command under J-Link> and take a screenshot: (1) Enter "connect" under J-Link>, and enter "?" in the reply. Select S32K144 (ALLOW SECURITY) using FS32K144UAT0VLLT, is that correct? See the figure below: (2) When the frequency is 112000KHZ, no suitable options appear. How should the frequency be entered here? (3) Below are screenshots of the responses when entering commands such as Command and Unlock Kinetis in J-Link. Please check where the input is incorrect, thank you! Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Either 1 or 2 is fine. 3(1) During the development phase, it is recommended not to select "allow security" (this is explained in WeChat articles, so please read them carefully). 3(2) Your chip is FS32K144UAT0VLLT, but why did you choose the S32K11 series for the Device in the screenshot? I don't understand what frequency 112000KHZ you mentioned is. You can choose a lower SWD or JTAG rate. 3(3) Didn't you say it's powered by 5V? How come VTref=3.309V? Please tell me if the debugging interface conforms to AN5426's "Table 8. S32K1xx - JTAG and SWD interface" and "Figure 11". "JTAG/SWD signal connections". Or you can send me the minimum circuit part of the schematic for me to check. Also note that the LDO powering the S32K144 needs to provide at least 250mA (see ERR052094 for details). Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 Robin_Shen: Hello teacher: 1. Enter the command "unlock kinetis" in J-Link, and the response will be: This means it has been successfully unlocked, right? 2. However, measuring the PTA5 reset pin still yields a triangular wave: 3. When the circuit board and the host computer download software are connected, as shown in the image below when viewing the kernel, the reset pin level should be a straight 4V line. Once the window below is closed, the reset pin changes to a triangular wave again. Is this normal? Furthermore, after the chip is unlocked, a reset signal line needs to be added when making SWDIO connections, otherwise the connection cannot be made. Why is this? Thanks! Re: FS32K144UAT0VLLT第97脚PTA5（RESET）出现三角波电平 1. Yes. Then you need to download the program to the chip so that the reset pin returns to a high level. 2. The WeChat article mentions that if there is no code in the Flash memory (e.g., in a new chip where the Flash is empty), the MCU will continuously reset periodically due to a core lockup . This explains why a triangular wave is observed on the reset pin of an empty chip when a capacitor is connected, and periodic pulses are observed when no capacitor is connected. 3. During the connection, reset, download, or programming process, the CPU is usually halted. Once halted, the CPU will not reset. However, why is the reset level only 4V? Please allow me to confirm again whether the debugging interface circuit is correct: The S32K1's reset signal needs to be connected to the debugger's reset signal.

Guider v1.8.1 的下载地址在哪里？ 你好， 目前，我有一个项目需要用 GUI Guider v1.8.1 打开。但是，我在公共网站上再也找不到 GUI Guider v1.8.1 的下载链接了。 请问我可以在哪里下载这个版本？ 谢谢。 图形用户界面引导器 Re: Where is the download Guider v1.8.1 嗨@IKnow 抱歉，目前我们只提供最新版本（GUI Guider v1.10.1）。下载链接。 快速创建现代化的嵌入式图形用户界面 | 恩智浦半导体 BR 哈里

I want to run Qt Application on Yocto with wayland backend.    I want to run Qt Application with wayland backend base on iMX9332 + Linux 6.12.49 and rootfs extracted from imx-image-full-imx93evk.wic.   But  an error occurred: qt.qpa.wayland: qtvirtualkeyboard currently is not supported at client-side, use QT_IM_MODULES=qtvirtualkeyboard at compositor-side.  How to use the QT qtvirtualkeyboard?  Thanks！ Yocto Project Re: I want to run Qt Application on Yocto with wayland backend. Hello @OscarLi  Hope you are doing very well. The imx-image-full image uses Weston as the default Wayland compositor. Weston handles input methods through weston.ini, located at /etc/xdg/weston/weston.ini. In that file you need add the [input-method] and set QT virtual keyboard framework. Something like: [input-method] path=/usr/libexec/qtvirtualkeyboard-path Then, export: export QT_IM_MODULE=qtvirtualkeyboard ./your-qt-application -platform wayland Also, you can try: export QT_IM_MODULE=wayland ./your-qt-application -platform wayland Best regards, Salas.

22-Pin MIPI-DSI Display for FRDM i.MX 93 Hi, I am using FRDM i.MX 93 and looking for the compatible display to attach to 22-Pin MIPI-DSI port. Prefer to have the size of ~5/5.5 inch that can piggyback on the board. I found RK055HDMIPI4MA0 display, but only supports 40-pin FPC and 7inch display from Waveshare but not very sure of the model yet. Can anyone please share the information of the model that is officially supported or the experience of using the display that are not officially supported in NXP's Yocto BSP Linux here?  thank you. Re: 22-Pin MIPI-DSI Display for FRDM i.MX 93 Thank you very much @Zhiming_Liu . Will try this out. Re: 22-Pin MIPI-DSI Display for FRDM i.MX 93 Hi @KoThi  You can refer to this product link in an earlier submission. https://github.com/nxp-imx-support/meta-imx-frdm/blob/lf-6.6.36-2.1.0/meta-imx-bsp/recipes-kernel/linux/linux-imx/0004-Add-DSI-Panel-for-imx93.patch#L224 Best Regards, Zhiming

MCXA174:J-FLASHデバイスリストにMCXA174/3デバイスがなく、消去・読み取り・プログラムもできません。どうやって直せばいいですか? 現在MCXA174チップを使用しており、J-Linkでコードをプログラムする必要があります。しかし、J-Flashでプロジェクトを作成し、デバイス選択のステップに進むと、MCXA174/3チップを選択できるオプションがありません。代替デバイスとしてMCXA15XとMCXA344を選択してみましたが、どちらも動作しませんでした。どうすればいいですか？ありがとう。 SEGGER JLINK ソフトウェアバージョン V9.52 MCXA Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? 私が持っているのはJ-Linkという汎用バーナーだけです。他に使い道はありますか？NXPはデバイスを追加するために必要なファイル(例えば.xml)を提供できますか?.jlinkscript、そして.FLMファイル？そうでなければ、ユーザーにとってあまりにも親切ではありません。 Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? Hello NXPは、サードパーティ製ツールベンダーが開発環境に特定のデバイスのサポートを追加するタイミングを管理していません。ツールページの最新バージョンのリリースノート時点で、MCXA174/3はまだ掲載されていません。 MCXA174をプログラムしたい場合は、NXPのデバッガをMCUリンクとして使うことができます。 この件についてさらに情報が必要な場合はお知らせください。 よろしくお願いいたします。 Re: MCXA174:J-FLASH device list has no MCXA174/3 DEVICE, cannot erase\read\program, how to fix it? こんにちは、 このデバイスのサポートのローンチバージョンを確認するために、Seggerサポートに確認することをお勧めします。 さらに、Seggerのページからいくつかリンクを見つけたので、役立つかもしれません。 J-Linkデバイスサポートキット - SEGERナレッジベース 新しいデバイスを追加するセクションがあります NXP MCX A - SEGGERナレッジベース には、MCXAファミリの情報が含まれており、以下の情報も含まれますMCXA174 よろしくお願いいたします。

Guider v1.8.1のダウンロードはどこにありますか？ こんにちは、 現在、GUI Guider v1.8.1で開く必要があるプロジェクトがあります。しかし、公開ウェブサイトでGUI Guider v1.8.1のダウンロードリンクが見つかりません。 このバージョンをダウンロードできる場所を教えていただけますか? ありがとう。 GUIガイド Re: Where is the download Guider v1.8.1 こんにちは@IKnow 申し訳ございませんが、現在提供しているのは最新バージョン（GUI Guider v1.10.1）のみです。ダウンロードリンク。 現代的な組み込みGUIファストを作成 |NXP Semiconductors BR ハリー

S32k144でバックドアアクセスキーを使った解析 プロジェクト開始前に、s32k144を使用してバックドアテストを検証したいです。 unsecureProjectに関するサンプルコードがあります。(Example_S32K144_Verify_Backdoor_Access_Key_S32DS1.3_v2.zip) サンプルコードとリファレンスマニュアルを比較して、いくつか質問があります。 1.Verify Backdoor Access Keyに関するリファレンス・マニュアルによると、以下の表のように記載されています。 FCCOB 番号 0 はコマンド時に使用されます。 しかし、コードでは、コマンドのときにFCCOB番号4が使用されます。 だから考えたんだ。 FTFC->FCCOB[0x0] = 0x45; // バックドアキー検証コマンド (0x45) FTFC->FCCOB[0x3] = 0x45; // バックドアキー検証コマンド (0x45) どちらが正しいですか？ 2. ロックとアンロック(バックドアアクセスの確認)機構を確認したい。 初め。T32を使用してバックドアキーを設定します。（普通のやり方ではないことは分かっています。）通常はコードを挿入します） 例） Data.Set SD:0x400 %LE %Long &pwd_Head データ.Set SD:0x404 %LE %Long &pwd_Tail データ.Set SD:0x40C %LE %Long 0xFFFF7FBF 2番。リセットすると、FSECレジスタ(0x40020002)はフラッシュ構成フィールド(0x40C)のセキュリティバイトに格納された値で初期化されます。 Q.2-1。これは、デバイスがリセットされるまで非セキュア状態のままであり、リセット後にFSECレジスタ（0x40020002）が0x40Cから読み取られた値で更新され、デバイスがセキュア状態に入るという意味でしょうか？ 三番目。バックドアアクセスを確認する際、以下のリファレンス・マニュアルに「キャプチャ」と記載されています。 Q. 2-2.これは、FSECレジスタが一時的に非セキュアモードに変更され、リセット後に元の状態に戻るという意味でしょうか？リセット時に、FSECレジスタ（0x40020002）は再び0x40Cから値を読み取る、ということですよね？ 問2-3この更新が行われるとき、セキュリティ関連ビットだけが変更されるのか、それともFSECバイト全体が上書きされるのか? 例えば、遷移はBF → FEなのか、それともBF → BEなのか？ 3. この説明に基づくと、キーが一致しない場合、デバイスはリセットされるまで保護されたままになります。この場合、バックドアアクセスが無効化された場合、どのようにデバイスをリセットできますか? 4. 次のコマンドを実行すると： データ.Set AD:0x40020000 %バイト 0x30 そしてすぐに、以下の方法で読み返してください。 データ.Byte(AD:0x40020000) 値は依然として0x80のままです。 この行動の理由は何で、それは何を意味するのでしょうか? ================================================================== だから、私は思う S32K144にデータを書き込む際、設定値は0x400～0x40Fの領域に書き込まれます。 MCUがリセットまたは再起動されると、FTFCレジスタは0x400–0x40F領域に保存された設定値を読み取り、その設定に従って動作します。 右？ また、バックドア比較キーがstartup_S32K144.Sに現れますが、これはmain()に入る前に設定が適用されるという意味でしょうか？ ================================================= アドレス0x40000100または0x40000104を使用して、セキュリティ保護されていない状態を確認します。 これは正しいですか？ リファレンス・マニュアルには関連する説明が見つかりませんでした。 ありがとう。 #s32k144 @backdoor アクセス Re: Verfiying Backdoor access key using in S32k144 サポートありがとうございます!! Re: Verfiying Backdoor access key using in S32k144 こんにちは、 @LGI さん。 A4フォローアップ： アドレス0x40020000にFSTATレジスタがあります。 前述の通り、このレジスタは0から1までのビットを設定する書き方はできません。 ビットに「1」を書き込むとクリアされるだけです(W1C – Write-1-to-clear)。したがって、「1」を書き込んでもビットは設定されず、既に「1」になっているビットがクリアされるだけです。 A8のフォローアップ： これらはMDM-APの状態および制御レジスタで、Arm Debugアクセスポート(DAP)を通じてのみアクセス可能です。 例えば、このスクリプトでは使用されています。 https://community.nxp.com/t5/S32K-Knowledge-Base/Lauterbach-Script-For-MDM-AP-Mass-erase-S32K142/ta-p/2336449 よろしくお願いいたします。 ダニエル Re: Verfiying Backdoor access key using in S32k144 ご回答ありがとうございます。@danielmartynek それでは、いくつか質問がありますので、お答えください。 A4。アドレス0x40020000に0x30を書き込みましたが、読み戻したときに値は0x30に変わらず、0x80のままでした。 この行動の理由は何で、それは何を意味するのでしょうか? Q8.これは実際にはTrace32の例に関連しています。 S32K144のTrace32例では、セキュリティ状態情報のためにアドレス0x40000100と0x40000104が使われています。 しかし、0x40000100と0x40000104の住所に関する情報は見つかりませんでした。私が質問しているのはまさにその点です。 再開まで今しばらくお待ちください。 Re: Verfiying Backdoor access key using in S32k144 こんにちは、 @LGI さん。 A1: これは FTFC->FCCOB[0x3] = 0x45; // バックドアキー検証コマンド (0x45) です。 FCCOB0はメモリマップの4番目のレジスタだからです。 A2: プログラマーやデバッガを使ってフラッシュ構成フィールドをプログラムできますが、セクターは事前に消去しておく必要があります。一括消去を行うと、FSECバイトも非セキュア状態にプログラムされることに注意してください。 A2.1: はい A2.2: はい A2.3:FSEC[SEC]のみ。 A3:MCUには多くのリセットソースがあります(RM、25.2.2システムリセットソース)。 デバッガはピン(PTA5)をアサートすることでMCU Reset_bリセットできます。 A4: レジスタへの書き込みにはW1C機能のみがあります。 Q5: S32K144にデータをプログラムする際、設定値は0x400～0x40Fの領域に書き込まれます。 A5: はい Q6: MCUがリセットまたは再起動されると、FTFCレジスタは0x400–0x40F領域に保存された設定値を読み取り、それらの設定に従って動作します。 A6: はい、MCUはフラッシュ構成フィールドの値をFTFCレジスタに読み込みます。 Q7: また、バックドア比較キーはstartup_S32K144.Sに現れますが、これはmain()に入る前に設定が適用されるという意味でしょうか？ A7: リセットが必要ですが、これはプログラマー/デバッガーがプログラミング後に通常行うことです。 Q8: アドレス 0x40000100 または 0x40000104 を使用して、セキュリティ保護されていない状態を確認します。これは正しいですか？ A9：私はあなたが言っているような人間ではありません。詳しく説明してください。 よろしくお願いいたします。 ダニエル

HSEファームウェアのインストール 上記の図に示されているHSE-Bファームウェアリファレンスマニュアルのドキュメントはどこでダウンロードできますか?ダウンロードリンクを提供してください。ありがとうございます。 Re: HSE Firmware Installation こんにちは、羅京さん 既に秘密保持契約書（NDA）に署名済みの方は、文書に記載されている手順に従って登録し、NDAをアップロードしてください。https://www.nxp.com.cn/docs/en/user-guide/nxp-secure-access-rights-registration.pdf 次に、RM00286 HSE-B ファームウェア リファレンス・マニュアル - V2.7が表示されます。 よろしくお願いいたします ロビン

适用于 FRDM i.MX 93 的 22 引脚 MIPI-DSI 显示屏 您好， 我正在使用 FRDM i.MX 93，正在寻找可连接到 22 针 MIPI-DSI 端口的兼容显示器。最好是尺寸在 5/5.5 英寸左右，可以背靠背安装在主板上的那种。我找到了 RK055HDMIPI4MA0 显示屏，但它只支持 40 针 FPC 和 Waveshare 的 7 英寸显示屏，但我还不太确定具体型号。请问有人可以分享一下NXP Yocto 电路板支持包。Linux官方支持的显示器型号信息，或者分享一下使用非官方支持的显示器的经验吗？ 谢谢！ Re: 22-Pin MIPI-DSI Display for FRDM i.MX 93 非常感谢@Zhiming_Liu 。我会试试。 Re: 22-Pin MIPI-DSI Display for FRDM i.MX 93 嗨@KoThi 您可以在之前提交的内容中引用此产品链接。 https://github.com/nxp-imx-support/meta-imx-frdm/blob/lf-6.6.36-2.1.0/meta-imx-bsp/recipes-kernel/linux/linux-imx/0004-Add-DSI-Panel-for-imx93.patch#L224 此致， 志明

MCUXpresso for Visual Studio Code - MCX MCUXpresso for Visual Studio Code (VS Code) provides an optimized embedded developer experience for code editing and development. The extension enables NXP developers to use one of the most popular embedded editor tools and provides an easy and fast way to create, build and debug applications based on MCUXpresso SDK or Zephyr projects.   Install it following the next steps: Download Visual Studio Code from Microsoft Store or visual studio code web page Download Visual Studio Code - Mac, Linux, Windows Access to vscode for MCUX wiki and download MCUXpresso Installer  Dependency Installation · nxp-mcuxpresso/vscode-for-mcux Wiki · GitHub Run MCUXpresso Installer and for MCXW72 Hands On install at least MCUXpresso SDK Developer Matter Developer Arm GNU Toolchain Standalone Toolchain Add ons Linkserver PEmicro Installing the FRDM-MCX SDK  Each MCU has its own SDK that includes driver, examples, middleware, docs and other components. To get and build the demo, let’s install the SDK into VS Code. Install the NXP’s GitHub SDK: Once MCUXpresso for Visual Studio Code is installed, open VS Code. Go to MCUXpresso for VS Code extension that is on the tools column at the left. Look for INSTALLED REPOSITORIES option and press ‘+’ (Detail steps are described in wiki page. Working with MCUXpresso SDK · nxp-mcuxpresso/vscode-for-mcux Wiki · GitHub).                                               Search for the remote option of the Import Repository window. Select the MCUXpresso SDK in the repository option to download the GitHub SDK, then in the Revision tab you can select either the “main” revision or to select a specific version), optionally you can change the repository name and location. Finally click on the “Import” button. FRDM-Training Hands-On Training

LLM / VLM Edge Studio - Display Inference Metrics Failure Applies to: LLM / VLM Edge Studio Go Point Demo Workaround: Update demos via deb package In the current BSP release, users may encounter a runtime failure when the requesting inference metrics after running an inference in the LLM / VLM Edge Studio demo, as a result, metrics are not displayed at all. This issue is caused by a change in the metrics response format from the AAF Connector, which is not compatible with the current demo version.  To fix, update the demo by installed the patched Debian package attached to this thread.  - Download and copy deb packages to target board:  scp vlm-edge-studio_1.0.1.deb [email protected]: scp llm-edge-studio_2.0.1.deb [email protected]: - Overwrite the demo installation: dpkg -i --force-overwrite vlm-edge-studio_1.0.1.deb dpkg -i --force-overwrite llm-edge-studio_2.0.1.deb BR, ARA240 DNPU

LLM Edge Studio - Qwen2.5-Coder-1.5B not supported out-of-the-box Applies to: LLM Edge Studio Go Point Demo Workaround: Requires custom llm_params configuration The model Qwen2.5-Coder-1.5B is not supported out-of-the-box in LLM Edge Studio using the default configuration. The model loading will fail when attempting to run the model with the default  server_config.json fix: update the  llm_params  section in  server_config.json  with compatible sampling values: - Open config file: vi llm-edge-studio/usr/share/llm-edge-studio/server_config.json - Replace the parameters as follows: "llm_params": { - "temperature": 0.0, - "top_k": 0, - "top_p": 0.0, + "temperature": 1.0, + "top_k": 50, + "top_p": 0.95 } Qwen2.5-Coder-1.5B should run with proper output quality and sampling behavior after applying the updated configuration.  Remarks:  This configuration enables proper behavior for Qwen2.5-Coder-1.5B It may generate warning messages when running Qwen2.5-Instruct-7B, but the model will continue to function normally BR, ARA240 DNPU

VLM Edge Studio Demo – Qwen‑VL Initialization Failure   Applies to: VLM Edge Studio Demo using Qwen‑VL backend Workaround: Apply the attached  apply_qwenvl_fix.sh  script   In the current VLM Edge Studio Demo, users may encounter a runtime failure when starting the Qwen‑VL Vision Language Model. The issue is caused by incorrect processor initialization, where the code attempts to load tokenizer and image processor assets directly from a hard‑coded Hugging Face model reference instead of the locally deployed tokenizer path. This typically manifests as: Model startup failures Tokenizer / processor load errors Inconsistent behavior when running in offline environments To fix no configuration changes are required, copy and apply the provided patch on the board: root@imx95evk:~# chmod a+x apply_qwenvl_fix.sh root@imx95evk:~# sh apply_qwenvl_fix.sh remarks: please make sure the path in the script match your installation: PROD_FILE="/usr/share/eiq/aaf-connector/venv/lib/python3.13/site-packages/eiq_aaf_connector/llm_engines/QwenVL.py" ARA240 DNPU

Brake Control Monitoring Course Using NXP FRDM-A-S32K3 Automotive Platforms Introduction Braking systems are among the most important safety-related functions in modern vehicles. Modern automotive electronic systems continuously monitor brake inputs and react in real time to ensure driver awareness and vehicle safety. This course introduces brake control and brake status monitoring concepts using NXP S32K3 automotive microcontrollers and Application Code Hub examples. Through practical demonstrations, participants will learn how embedded software acquires, processes, and reacts to brake-related signals using automotive-grade development platforms. The course serves as a foundation for the Eat-Sleep-Code-Repeat learning initiative, encouraging a hands-on approach where students continuously learn, develop, test, and improve automotive embedded applications using real hardware and practical examples. The course is based on the following Application Code Hub demonstrations: Brake-Control-Monitoring-FRDM-A-S32K312 Brake-Control-Monitoring-FRDM-A-S32K344 Both examples implement the same brake monitoring concept and can be executed on either FRDM-A-S32K312 or FRDM-A-S32K344, allowing teachers, students, and developers to choose the platform that best fits their hardware availability and learning objectives. The demonstrations simulate a braking event using a Force Click board connected through the FRDM K64 Click Shield. The Force Click acts as a brake pedal sensor and generates an analog signal proportional to the applied pressure. This signal is acquired through the MCU ADC peripheral, processed by the application, and used to drive a 4x4 RGB Click board that provides visual indication of the current braking condition. The examples illustrate how automotive brake monitoring systems can detect braking events and react in real time using embedded software running on the S32K3 platform. FRDM-A-S32K312FRDM-A-S32K312 FRDM-A-S32K344FRDM-A-S32K344 Course Objectives After completing this course, participants will be able to: Understand the fundamentals of automotive brake monitoring systems Acquire analog signals using ADC peripherals Process brake-related inputs in real time Control visual indicators based on system status Understand ADC and FlexIO peripheral integration Develop applications using S32 Design Studio and RTD drivers Prototype automotive applications on FRDM-A-S32K312 and FRDM-A-S32K344 boards Hardware Platforms and Components Platform Selection One of the advantages of this course is the flexibility to use either the FRDM-A-S32K312 or the FRDM-A-S32K344 platform. Both examples demonstrate the same automotive brake monitoring functionality and learning concepts, enabling users to select the board available in their laboratory environment while following the same workflow and development methodology. FRDM K64 Click Shield Provides mikroBUS™ connectivity for Click boards and simplifies hardware expansion. Force Click Simulates the brake pedal input by generating an analog signal proportional to the applied pressure. The ADC peripheral continuously reads this signal to determine the brake status. 4x4 RGB Click Acts as the brake status indicator. Different LED patterns can be used to represent braking conditions and emergency braking events. The LEDs are controlled through the FlexIO peripheral. Brake Control Monitoring on FRDM-A-S32K312Brake Control Monitoring on FRDM-A-S32K312 Brake Control Monitoring on FRDM-A-S32K344Brake Control Monitoring on FRDM-A-S32K344 System Architecture The application follows a simple automotive workflow: The user applies pressure to the Force Click sensor. The ADC peripheral acquires the analog value. The application processes the braking signal. Brake status is evaluated against predefined thresholds. The 4x4 RGB Click LEDs are updated to indicate the current braking condition. This workflow illustrates how sensors, software processing, and output indicators interact in a real-time automotive embedded system. Educational Value This course can be used as: Eat-Sleep-Code-Repeat University laboratory material Automotive embedded systems training S32K3 hands-on workshop content Introduction to automotive safety-related software Application Code Hub learning path Students gain practical experience with ADC acquisition, signal processing, real-time decision making, and peripheral control using real automotive hardware. Getting Started Open S32 Design Studio. Select Import Project from Application Code Hub. Search for the desired brake demo. Import the project. Build and flash the application. Assemble the hardware. Apply pressure on the Force Click sensor. Observe the brake status indication on the 4x4 RGB Click LEDs. Conclusion This course demonstrates how brake control and brake status monitoring systems can be prototyped on NXP S32K3 automotive platforms. By combining analog signal acquisition, real-time processing, and LED-based indication, the examples provide a practical introduction to automotive embedded software development and safety-oriented system design. Participants can choose either the FRDM-A-S32K312 or FRDM-A-S32K344 platform and follow the same learning path to understand the implementation of brake monitoring functionality on modern automotive microcontrollers. Result on FRDM-A-S32k312Result on FRDM-A-S32k312 Result on FRDM-A-S32K344Result on FRDM-A-S32K344 References https://mcuxpresso.nxp.com/appcodehub?search=dm-brake-control-s32k312 https://mcuxpresso.nxp.com/appcodehub?search=dm-brake-status-monitoring-frdm-a-s32k344

DESFire EV3 事务 MAC 输入 (TMI) 构建 — 使用 TapLinx 进行后端验证 您好， 我正在后端验证 DESFire EV3 交易 MAC (TMV/TMC) 值。这张卡片 通过 TapLinx (CommitTransaction) 生成交易 MAC。我有这笔交易 MAC密钥、卡UID、TMC（前后）以及退回的TMV，我都有。 已实现从公共引用派生 EV2 会话密钥——但我无法 由于我没有确切的交易 MAC 输入 (TMI) 字节，因此需要重现 TMV。 EV3 的建设。 请问您能否帮忙解决以下问题： 1.DESFire EV3 的确切 TMI 累积量（哪些命令字节/字段是） 包括它们的顺序和填充物）。 2. 是否涵盖在同一事务中提交的备份数据文件写入操作 由 TMI 提供。 3. 是否存在已知密钥的交易 MAC 参考向量 （密钥 + TMI + TMC + TMV）用于验证实现。 4. 如果这是 NDA 专属的，那么作为一家小公司，获取 DS4870 / AN12757 的正确方法是什么？ 谢谢！ Re: DESFire EV3 Transaction MAC Input (TMI) construction — backend verification with TapLinx 您好，先生， 非常感谢您对我们产品的关注。 遗憾的是，要获得 MIFARE DESFire EV3 的安全文档，需要签署一份保密协议。请查看我们的常见问题解答并填写保密协议表格。您需要从我们的网站创建一个新的工单。 希望这些信息对您有所帮助。

请求提供适用于 Linux 内核 6.1.85 的 IW416 Wi-Fi/BT 驱动程序源代码和构建指南 NXP社区的各位朋友，大家好！ 我目前正在将NXP IW416（基于 8997） Wi-Fi/蓝牙模块集成到定制的 SBC 中。我的系统运行的是基于 Yocto 的发行版，内核版本为Linux Kernel 6.1.85 。 我想将 Wi-Fi 和蓝牙驱动程序构建为内核外部模块，但我希望确保我使用的是正确且最稳定的源代码。 请问您能否指导我完成以下事项？ 驱动程序源代码：对于内核 6.1.85，我应该使用哪个特定的存储库和分支（或提交）？ 构建说明：是否有任何官方文档、应用说明或指南，说明如何正确构建和集成这些驱动程序和所需的固件？ 任何帮助或相关资源的指引都将不胜感激。 提前谢谢！   Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 我的环境配置如下： $ ls -al /lib/firmware/nxp/ drwxr-xr-x 2 root root 4096 2月28日 02:44 ./ drwxr-xr-x 3 root root 4096 2024年2月28日 ../ -rw-r--r-- 1 root root 415996 2024年2月28日 sdioiw416_wlan_v0.bin -rw-r--r-- 1 root root 570976 2024年2月28日 sdiouartiw416_combo_v0.bin -rw-r--r-- 1 root root 154920 Feb 28 2024 uartiw416_bt_v0.bin -rw-r--r-- 1 root root 58 2月 28 02:28 wifi_mod_para.conf   $ cat /lib/firmware/nxp/wifi_mod_para.conf fw_name= "nxp/sdiouartiw416_combo_v0.bin" cal_data_cfg=none   $ lsmod 模块尺寸使用 摩尔 745472 0 mlan 585728 1摩尔   我可以提供 dmesg 日志的相关部分。请问我应该搜索哪些具体的关键词或部分？另外，我想知道它在正常运行时的预期结果/输出是什么。   谢谢！ + 启动时，mlan 驱动程序会输出如下日志。 [ 1.312336] wlan：正在加载 MWLAN 驱动程序 [ 1.316381] wlan：向总线驱动程序注册... [ 1.321331] wlan：已完成向总线驱动程序注册 [ 1.326355] wlan：驱动程序已成功加载   Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 你好， @sunam 固件应放置在 /lib/firmware/nxp/ 目录下。 如果您使用的是 Wi-Fi 和蓝牙组合固件，请按如下方式操作： root@imx8mnevk: /lib/firmware/nxp # ls -l sduartiw416_combo.bin -rw-r--r-- 1 root root 406996 2011年4月5日sduartiw416_combo.bin 安装完成后，请检查/lib/firmware/nxp/wifi_mod_para.conf 中的 wifi 驱动程序加载参数，并再次确认固件名称是否匹配。 如果仍然失败，请提供设备启动时的 dmesg 日志。 顺祝商祺！ Christine。 Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 你好， 我目前正在使用IW416芯片。我已经使用 6.1.55-2.2.2 分支成功构建了驱动程序，并确认驱动程序已正确生成。 但是，它似乎无法正常工作，我怀疑是因为缺少最新的固件。请问固件文件应该放在哪个目录下？ 谢谢！ Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 你好， @sunam 1. 请再次确认您使用的是IW416 还是 88W8997 ，它们是不同的芯片组。 对于 IW416， 下载我们最新的固件： imx-firmware/FwImage_IW416_SD at lf-6.18.20_2.0.0 · nxp-imx/imx-firmware · GitHub 下载我们最新的驱动程序： GitHub - nxp-imx/mwifiex at lf-6.18.20_2.0.0 · GitHub 驱动程序源代码与运行 Linux 内核版本2.6.32 到 6.19.0 的主机兼容，因此适用于您的 L6.1.85。 2.组装说明： 是否有任何官方文档、应用说明或指南，介绍如何正确构建和集成这些驱动程序和所需的固件？ ==> 请参阅： 如何下载和构建 NXP Wi-Fi 驱动程序 我相信以下文档对您也很有用： 在运行 Linux 操作系统的 i.MX 8M Quad EVK 上使用基于 NXP 的无线模块入门指南 如果您还有其他疑问，请告诉我。 如果不行，请将我的回答标记为解决方案，以便我们关闭此问题。 如果您在使用我们产品的过程中遇到任何问题，欢迎创建新案例。 顺祝商祺！ Christine。 Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 你好， @sunam 通常情况下，它应该打印类似如下的 dmesg 日志： ========= root@imx8mnevk:~# dmesg | grep 无线局域网 [ 5.127546] wlan：正在加载 MWLAN 驱动程序 [ 5.141006] wlan：向总线驱动程序注册... [ 5.213728] wlan：启用 TX SG 模式 [ 5.217262] wlan: mpa_tx.buf_size=65280 [ 5.221136] wlan：启用 RX SG 模式 [ 5.224679] wlan: mpa_rx.buf_size=65280 [ 6.505940] wlan：启用 RX SG 模式 [ 6.585864] wlan: 版本 = SD8987----16.92.21.p155.1-MM6X16540.p33-GPL-(FP92)//这是我们的 88W8987 的示例。 [ 6.624373] wlan：已完成向总线驱动程序注册 [ 6.637582] wlan：驱动程序已成功加载 ======== 您可以按如下方式修改 wifi_mod_para.conf 文件： ====== SDIW416 = { fw_name=nxp/sdiouartiw416_combo_v0.bin cal_data_cfg=none cfg80211_wext=0xf max_sta_bss=1 驱动模式=7 } ======= 如果仍然失败，请提供设备启动时的完整 dmesg 日志。 您可以将 dmesg 日志作为附件上传。 顺祝商祺！ Christine。