複数のAB_SWAPロケーションにおけるIVTの使用に関する説明（S32K328） こんにちは、NXPチームの皆様、 私はAB_SWAPとHSE_Bを使用してS32K328のメモリレイアウトを作成しているのですが、IVTの位置をどのように扱うべきかについて明確な説明が必要です。 S32K3xxリファレンスマニュアルより: IVTは、フラッシュメモリ内の固定位置に定義された、主要なブートエントリ構造です。 IVTにはアプリケーションイメージ、起動設定、オプションの認証データへのポインタが含まれています。 AB_SWAP構成では、デバイスと設定に応じて、ブートとイメージ選択に関連付けられた複数の定義済みフラッシュ領域/アドレスが存在します。 S32K328のメモリマップを見ると、次のようになっています。 IVT は0x0040_0000 (アクティブバンク) にあります 同じバンク内の0x0060_0000にある別の整列領域は、ブート/優先度処理または一部のレイアウトにおける予約領域に関連しているようです。 質問: IVT配置 IVTは、各バンクのプライマリロケーション（例：0x0040_0000）にのみ存在することが想定されていますか？ それとも、IVT(またはIVTに似た構造)が別の住所(例えば 0x0060_0000)にも存在しなければならないという要件(または支持されるケース)はありますか? AB_SWAP内の複数のIVTアドレス RMに複数のIVT関連アドレス（例：0x0040_0000、0x0050_0000、0x0060_0000など）が表示されている場合、これらは何を表していますか？ 別々のIVTインスタンス、または 同じIVTコンセプトで使用される代替ブートスロット／優先ロケーション？ 二次/代替領域の使用 0x0060_0000のような領域がIVTを含むことが明示的に文書化されていない場合： 予約しておくべきか、 アプリケーションデータやメタデータには安全に使えますか? ベストプラクティス AB_SWAP + HSEセキュアブートシステムにおいて、IVTに関連してこれらの追加のアラインメントされたアドレスをどのように解釈するのが推奨されますか？ コンテクスト： デバイス: S32K328 ブートモード: AB_SWAP セキュリティ:セキュアブートが有効HSE_B 目標：正しい起動動作と安全なメモリ割り当て S32K3 #s32k328 Re: Clarification on IVT usage at multiple AB_SWAP locations (S32K328) こんにちは、 @venkatesh-kv 1.利用可能な定義済みアドレスにIVTを1つ配置すれば十分です。必ずしも0x40_0000のようなプライマリロケーションである必要はありません。有効なIVTを指定された順番で検索するのはSBAFの責任です。 IVT のアップデート中に何らかの問題が発生した場合に備えて、2 番目の IVT をバックアップとして使用するオプションがあります。これは通常、IVT のブート構成ワードの BOOT_SEQ ビットによってセキュアブートを有効にする際に行われます。 2. AB_SWAP モードの S32K328 には、IVT の可能な位置が 3 つあります: 0x40_0000、0x60_0000、0x1000_0000。SBAFは有効なIVTをこの順番で検索します。住所が小さいほど、優先順位が高くなります。例えば、0x40_0000に有効なIVTが存在する場合、SBAFはこのIVTを使用し、他の場所をチェックしません。 3. エリアを予約しておく必要はなく、コードやデータ用に利用できます。 4. このユースケースでは、前述のバックアップとして他のIVTロケーションを利用することができます。また、Secure Boot アプリケーションノートの「6.2 Update IVT」セクションでも説明されています。 ダウンロード可能: https://www.nxp.com/products/S32K3 アプリケーションノートはこちらでご覧いただけます: ドキュメント -> Secure Files -> Secure Boot アプリケーションノート v0.1.1.0(AN744511) 関連するデモプロジェクトはこちらからダウンロードできます: Design Resources - > ソフトウェア - > Secure Files - > SecureBootAppNoteDemo(SW745310) よろしくお願いいたします。 ルーカス

Clarification on IVT usage at multiple AB_SWAP locations (S32K328) Hi NXP team, I am working on an S32K328 memory layout using AB_SWAP and HSE_B, and I need clarification on how IVT locations should be treated. From the S32K3xx Reference Manual: The IVT is the main boot entry structure defined at a fixed location in flash. IVT contains pointers to application images, boot configuration, and optional authentication data. In AB_SWAP configurations, there are multiple defined flash regions/addresses associated with boot and image selection, depending on the device and setup. In the memory map for S32K328, I see: IVT at 0x0040_0000 (active bank) Another aligned region at 0x0060_0000 (in the same bank), which appears to be related to boot/priority handling or reserved space in some layouts. Questions: IVT placement Is the IVT expected to exist only at the primary location (e.g., 0x0040_0000) for each bank? Or is there any requirement (or supported case) where an IVT (or IVT‑like structure) must also be present at another address such as 0x0060_0000? Multiple IVT addresses in AB_SWAP When the RM shows multiple IVT‑related addresses (e.g., 0x0040_0000, 0x0050_0000, 0x0060_0000, etc.), do these represent: separate IVT instances, or alternative boot slots / priority locations used by the same IVT concept? Use of secondary/alternate region If a region like 0x0060_0000 is not explicitly documented as containing an IVT: Should it be kept reserved, or Can it be safely used for application data/metadata? Best practice For AB_SWAP + HSE secure boot systems, what is the recommended interpretation of these additional aligned addresses in relation to IVT? Context: Device: S32K328 Boot mode: AB_SWAP Security: HSE_B with secure boot enabled Goal: correct boot behavior and safe memory allocation S32K3 #s32k328  Re: Clarification on IVT usage at multiple AB_SWAP locations (S32K328) Hi @venkatesh-kv  1. One IVT at any available defined address is sufficient. It doesn’t have to be primary location like 0x40_0000. It’s up to SBAF to search for valid IVT in given order. There’s an option to use second IVT as a backup if something goes wrong during update of IVT which is typically done when enabling secure boot by BOOT_SEQ bit in Boot Configuration Word in IVT. 2. S32K328 in AB_SWAP mode has three possible locations of IVT: 0x40_0000, 0x60_0000, 0x1000_0000. SBAF searches for valid IVT in this order. The lower address, the highest priority. For example, if there’s valid IVT at 0x40_0000, SBAF will use this one and it does not check other locations. 3. It’s not necessary to keep the area reserved, you can use it for your code or data. 4. For this use case, other IVT locations can be used as a backup as mentioned earlier. It’s also discussed in Secure Boot Application Note in section “6.2 Update IVT”. It can be downloaded from: https://www.nxp.com/products/S32K3 Application note can be found here: Documentation -> Secure Files -> Secure Boot Application note v0.1.1.0 (AN744511) Associated demo project can be downloaded here: Design Resources -> Software -> Secure Files -> SecureBootAppNoteDemo (SW745310) Regards, Lukas

SL3S1013FTB0 RFID应答器原理图检查 这是我们正在使用的RFID应答器电路，请您检查一下原理图连接是否正确。 该电路既适用于自供电配置，也适用于外部（3.6V）供电配置。 自供电配置 - R37 = DNP 并将 0 欧姆连接到 R35。 外部（3.6V）电源配置 – R35 = DNP 并将 0 欧姆连接到 R37。 请告诉我我的配置是否正确。 Re: SL3S1013FTB0 RFID transponder schematic check 你好@pragashsangaran ， 希望你一切都好。 对于 UCODE G2iM，OUT 引脚是一个数字输出，可用于防拆回路、小型外部电路或作为指示器；这些配置需要外部提供 VDD 引脚。 如果 R35 被填充，它将引入一个电连接，从而激活“防篡改指示器”位，如标签防篡改报警功能所述（请参阅UCODE G2i 的 AN10940 常见问题解答，第 16 章）。这是您申请该申请的预期用途吗？ 外部供电时，需要进行以下配置： EduardoZamora_0-1782412096750.png 问候， 爱德华多。 Re: SL3S1013FTB0 RFID transponder schematic check 你好，爱德华多。 如何配置此RFID芯片以实现自供电运行？自供电是指芯片无需向其提供直流电源，而是由转换成直流电的RFID信号为芯片供电。 Re: SL3S1013FTB0 RFID transponder schematic check 你好，爱德华多， 你是说这款芯片不能配置成利用RFID能量作为自供电RFID应答器运行吗？需要外接电源才能启动吗？ Re: SL3S1013FTB0 RFID transponder schematic check 你好，爱德华多， 我的产品有两个包装盒。 1）外接电源（3.6V）RFID应答器。 2）自供电（RFID供电）RFID应答器。 我已将上述原理图发送给您。我认为该原理图适用于情况 1）。你说第二种情况行不通。您能否针对案例 2 提出修改建议？ Re: SL3S1013FTB0 RFID transponder schematic check 您好， 询问器提供一个射频场，为标签供电。芯片的其他功能（例如提升读/写范围或数字输出）需要外部电源。 问候， 爱德华多。 Re: SL3S1013FTB0 RFID transponder schematic check 您好， 请注意，外部电源应按如下方式连接（在VDD和RFN之间）： EduardoZamora_0-1783546434869.png 如果 VDD 和 OUT 引脚之间存在电气连接，则会触发防拆报警。根据UCODE G2i 的 AN10940 常见问题解答第 16 节，防篡改功能和外部供电模式不能同时使用。 我建议您查看AN11237 UCODE G2iM+ 演示板文档，图 3 和图 5 中有一些参考连接。 问候， 爱德华多。 Re: SL3S1013FTB0 RFID transponder schematic check 你好，爱德华多， 即使我的原理图没有显示 RFN 连接到 GND，但实际上 RFN 是连接到 GND 的，所以我的原理图对于外部电源来说是合适的。我知道 VDD 和 OUT 引脚连接在一起是为了防拆报警，而不是为了自供电。 我现在唯一的问题是，如何连接自供电RFID应答器的原理图？自供电是指通过 RFID 能量供电。

SL3S1013FTB0 RFIDトランスポンダー回路図の確認 これが私たちが使っているRFIDトランスポンダー回路で、回路図の接続が正しいか確認してほしい。 この回路は、自己給電構成と外部給電（3.6V）構成の両方に対応しています。 自己給電構成 - R37 = DNP とし、R35 に 0 オームを接続します。 外部（3.6V）電源構成 – R35 = DNP、R37に0オームを接続します。 私の設定が正しいかどうか教えてください。 Re: SL3S1013FTB0 RFID transponder schematic check こんにちは、 @pragashsangaran さん。 あなたの調子が良いといいのですが。 UCODE G2iMの場合、OUTピンはタンパーループ、小型外部回路、またはインジケーターとして使用できるデジタル出力です。これらの構成にはVDDピンを外部から供給する必要があります。 R35に部品を実装すると、タグ改ざんアラーム機能に従って「改ざんインジケーター」ビットをアクティブにするガルバニック接続が導入されます（ UCODE G2iに関するAN10940 FAQ 、第16章を参照）。これがあなたのアプリケーションの意図された目的ですか? 外部電源供給の場合、以下の構成が必要です。 EduardoZamora_0-1782412096750.png よろしくお願いいたします。 エドゥアルド。 Re: SL3S1013FTB0 RFID transponder schematic check こんにちは、エドゥアルドさん。 このRFIDチップを自己駆動式にどう構成すればよいのでしょうか?セルフパワーとは、チップに直流電力を供給する代わりに、DCに変換されたRFID信号がチップに電力を供給することを意味します。 Re: SL3S1013FTB0 RFID transponder schematic check こんにちは、エドゥアルドさん。 つまり、このチップはRFIDエネルギーを使って自己駆動式のRFIDトランスポンダーとして動作させることができないということですか?電源を入れるのに外部電源が必要ですか？ Re: SL3S1013FTB0 RFID transponder schematic check こんにちは、 インタロゲーターはタグに電力を供給するRFフィールドを提供します。チップの追加機能（読み書き範囲の拡張やデジタル出力など）を利用するには、外部電源が必要です。 よろしくお願いいたします。 エドゥアルド。 Re: SL3S1013FTB0 RFID transponder schematic check こんにちは、エドゥアルドさん。 私の製品にはCASEが2つあります。 1) 外部電源(3.6V)RFIDトランスポンダー。 2) 自己駆動(RFID駆動)RFIDトランスポンダー。 上記の回路図を送付しました。回路図はCASE 1には良いと思います)。CASE 2)はうまくいかないと言いましたね。ケース2の変更案を提案できますか? Re: SL3S1013FTB0 RFID transponder schematic check こんにちは、 外部電源は以下のように(VDDとRFN間)接続されるべきであることを考慮してください: EduardoZamora_0-1783546434869.png VDDピンとOUTピンの間にガルバニック接続が存在する場合、不正開封警報が作動します。UCODE G2iのFAQ AN10940セクション16によると、改ざん機能と外部電源モードは同時に使用できません。 参照点として、 AN11237 UCODE G2iM+デモボードのドキュメント、図3と図5をご覧になることをお勧めします。 よろしくお願いいたします。 エドゥアルド。 Re: SL3S1013FTB0 RFID transponder schematic check こんにちは、エドゥアルドさん。 回路図にGNDに接続されたRFNが表示されていなくても、実際にはRFNはGNDに接続されているので、外部電源としては回路図が問題ありません。VDDとOUTのピンはタンパーアラーム用に繋がれていて、自己電源用ではないと理解しています。 今の唯一の疑問は、自己供電式のRFIDトランスポンダーの回路図をどう接続するかです。自己供電とは、電力がRFIDエネルギーによって供給されることを意味します。

IMXRT 1180 Family Hello NXP Team, We are currently evaluating NXP microcontrollers for use in a Space On-Board Computer (OBC) application. Initially, we were considering the i.MX RT1170 (MIMXRT1170), and during our assessment we noted that NXP documentation specifies that the device is manufactured using 28nm FD-SOI technology. Since semiconductor process technology is a key evaluation criterion for our application, we are now also interested in evaluating the i.MX RT1180 family. Before proceeding further, we would appreciate clarification regarding the manufacturing process used for the i.MX RT1180: Is the i.MX RT1180 also fabricated using 28nm FD-SOI technology, similar to the i.MX RT1170? If not, could you please provide information on the process technology used for the RT1180? Is there any official documentation or product brief that references the manufacturing node and process technology for this device? We have reviewed the publicly available documentation but were unable to locate an official statement regarding the RT1180 process technology. This information is important for our internal technology assessment and qualification activities, and we would greatly appreciate your guidance. Thank you for your support. Re: IMXRT 1180 Family Hi @mayliu1, Thank you for the quick reply and for confirming that the i.MX RT1180 is manufactured using 28nm FD-SOI technology. We would appreciate one additional clarification. Could you please confirm whether this applies to the entire i.MX RT1180 family, including the following devices? i.MX RT1186 i.MX RT1187 i.MX RT1189 If all members of the RT1180 family are fabricated using the same 28nm FD-SOI process, this information will help us proceed with our peripheral and feature analysis to determine the most suitable device for our application. We would appreciate your confirmation. Thank you for your support. Best regards, Ruthvik R Re: IMXRT 1180 Family Hi @ruthvik_1 ， Thank you so much for your interest in our products and for using our community. Yes. The i.MX RT1180 uses 28 nm FD-SOI technology . Sorry, but there is currently no public official documentation or product brief that explicitly references the manufacturing node or process technology for this device. Wish it helps you Best Regards, May Re: IMXRT 1180 Family Hi @mayliu1, Thank you for your prompt response and confirmation. This information is very helpful and greatly appreciated. Based on your confirmation, we will proceed with our evaluation and consider this as confirmation for the manufacturing technology. Thank you for your support. Regards, Ruthvik R Re: IMXRT 1180 Family Hi @ruthvik_1 , Thanks for your feedback. Yes, I checked the information for the i.MX RT1186, i.MX RT1187, and i.MX RT1189. They are all manufactured using the same 28nm FD-SOI process technology.   Wish it helps you Best Regards May

RDDRONE-BMS772 開発ボード アクセサリ RDDRONE-BMS772开发板配件 バッテリー関連の実験用にRDDRONE-BMS772開発ボードを購入したいと考えています。実験用バッテリーの電圧、電流、温度のデータを測定し、記録する必要があります。公式サイトの開発ボードに付属しているアクセサリ以外に、バッテリー本体や対応バッテリー・チャージャなど、どんなアクセサリを購入すればよいのでしょうか?つまり、バッテリー実験を行い、バッテリーの電圧、電流、温度データを測定・記録する必要があるということです。開発ボードのパッケージに含まれるアクセサリー以外に、この実験に必要な関連アクセサリーは何でしょうか?アクセサリーの詳細なリストを教えていただけますか?できれば対応モデルも含めて。実験のために、それらをすべて一度に購入する必要があります。どうもありがとうございます。 私は、RDDRONE-BMS772 を購入したいこのタイプの発行パネルで、電池の関連実装を実行するには、電池の電圧、電流、および温度データを測定する必要があります。削除官網上に公開されているパネルに含まれるアクセサリに加えて、電池、および電池適合型の充電器など、その他の必要な関連アクセサリも必要です。電池の実験を行う必要があり、電池の電圧、電流、温度データを測定する必要があり、この実験のベースには、公開されたパネルのパッケージにある付属品のほかに、これらの関連するデータも必要です。他のアクセサリは、個別のアクセサリを削除することはできませんが、適切な公開パネルのこれらのアクセサリの型番号も次に列挙できることが望ましいため、テストを行うには一度の購入が必要です。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 Fan007様へ バッテリー状態推定の研究において、RDDRONE-BMS772は、バランスコネクタと対応する充電器を備えた実際の3S～6Sリチウムイオンバッテリーパックを必要とします。ドキュメントには特定のバッテリーや充電器モデルは明記されていません。パラメータが規定の範囲内であることを確認するだけで良いのです。 JozefKozon_1-1783586246113.png JozefKozon_2-1783586292642.png ファームウェアの開発およびデバッグには、以下のような外部デバッガの使用をお勧めします。 セガー J-Link ミニ PEMicroユニバーサルマルチリンク その他の互換性のあるJTAGデバッガー このボードはJTAG(J2)およびDCD-LZ(J19)のデバッグインターフェースを提供します。PCから直接USBでプログラミングやデバッグを行うことはできないため、外部デバッガが必要です。   推奨される最小構成： RDDRONE-BMS772ボード バランスコネクタ付き3Sリチウムイオンバッテリーパック 互換性のある3S充電器 J-LinkまたはPEMicroデバッガー Windows PC with S32 Design Studio この構成により、セル電圧、パック電圧、電流（クーロン計数）、温度、およびセルバランスの測定が可能となり、SOC/SOHアルゴリズムの開発に適しています。   敬具、 ヨゼフ Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 申し訳ありません、私の言っていることが伝わらなかったようですね。現在私が取り組んでいる研究は、バッテリーの状態推定に関するもので、そのためには実際のバッテリーの電圧、電流、温度のデータを測定する必要があります。したがって、バッテリーシミュレータは必要ありません。本物のバッテリーが必要だ。そこで、開発ボードに対応したバッテリーと対応するバッテリー・チャージャの特定モデルが必要です。また、PEMicroアダプターやSEGGER J-Link Miniデバッガは、デバッグや開発ボード上のプログラミングアルゴリズムのリンクに必要なハードウェアに記載されていますか?開発ボードを直接コンピュータに接続してデバッグやプログラミングはできないのでしょうか?これらのアダプターやデバッガはマーケットで入手可能ですか?さらに、あなたが挙げたハードウェア以外に、開発ボードに必要な他のハードウェアコンポーネントはありますか?これらの質問に詳しくお答えください。どうもありがとうございます。 注意、私たちの意思は理解していません、私たちの現在の研究は電池の状態に関するものであり、実際の電池の電圧と温度のデータを測定する必要があるため、電池モジュールは必要ありません、私たちは必要としていますこれは真の電池であるため、適切なパネルの電池と電池充電器の特定の型名が必要です。また、ここで言及されている PEMicro アダプターと SEGGER も必要です。 Jリンクミニ エディタは、公開パネルまたは計算法に必須のハードウェアですか? 公開パネルは、電源に直接接続して評価やプログラムを実行することはできません。市販のハードウェアは市販されている可能性がありますか? さらに、公開パネルには、上記のハードウェア以外にも、必須のハードウェアが存在します。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 申し訳ありません、私の言っていることが伝わらなかったようですね。現在私が取り組んでいる研究は、バッテリーの状態推定に関するもので、そのためには実際のバッテリーの電圧、電流、温度のデータを測定する必要があります。したがって、バッテリーシミュレータは必要ありません。本物のバッテリーが必要だ。そこで、開発ボードに対応したバッテリーと対応するバッテリー・チャージャの特定モデルが必要です。また、PEMicroアダプターやSEGGER J-Link Miniデバッガは、デバッグや開発ボードのプログラミングに必要なハードウェアにリンクに記載されていますか?開発ボードを直接コンピュータに接続してデバッグやプログラミングはできないのでしょうか?これらのアダプターやデバッガはマーケットで入手可能ですか?さらに、あなたが挙げたハードウェア以外に、開発ボードに必要な他のハードウェアコンポーネントはありますか?これらの質問に詳しくお答えください。どうもありがとうございます。 注意、私たちの意思は理解していません、私たちの現在の研究は電池の状態に関するものであり、実際の電池の電圧と温度のデータを測定する必要があるため、電池モジュールは必要ありません、私たちは必要としていますこれは真の電池であるため、適切なパネルの電池と電池充電器の特定の型名が必要です。また、ここで言及されている PEMicro アダプターと SEGGER も必要です。 Jリンクミニ エディタは、公開パネルまたは計算法に必須のハードウェアですか? 公開パネルは、電源に直接接続して評価やプログラムを実行することはできません。市販のハードウェアは市販されている可能性がありますか? さらに、公開パネルには、上記のハードウェア以外にも、必須のハードウェアが存在します。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 F an007様、 RDDRONE-BMS772に必要な追加ハードウェアについては、こちらのリンクを参照してください。 JozefKozon_0-1783575667159.png バッテリーパックについては、 BATT-6EMULATOR とBATT-14EXTENDERをご用意します。バッテリーエミュレーターはバッテリーパックの代わりに使えますが、コネクタが異なるため、バッテリーエクステンダーはその間に置くべきです。 敬具、 ヨゼフ

Fee首次读取程序跑飞 使用S32K311单片机的FEE功能储存数据，FEE测试擦写，读取没有问题，但首次没有数据写入，直接读取不进hard，直接跑飞；像C40，首次读取会返回0xFF，可以判断是首次读写，填入默认值。有什么办法FEE首次可以返回值像0xFF这样，而不是跑飞。使用RTD 4.0.0  Re: Fee首次读取程序跑飞 Hi@LJH1 第一次不强制先写才能调用 Fee_Read() ，但如果该 block 从未写过，读 job 很可能返回 MEMIF_BLOCK_INVALID 或 MEMIF_BLOCK_INCONSISTENT ，应用层应可把它当作“未初始化”，然后写入默认值。 不要依赖第一次直接读到有效数据；正确做法是读后检查 job result，遇到 invalid/inconsistent 就初始化默认值并写入 Senlent_0-1783662229362.png

S32G supports 4X Ethernet MACs MDIO interface Hi,  According to tr651601 - S32G2 Ethernet (0.1).pdf • S32G supports 4X Ethernet MACs − 3X integrated with Packet Forwarding Engine (PFE) − 1X as standalone Ethernet Controller (GMAC) My question is all of 4X MAC's MDIO interface can support clause 45?   Thx~ Morris Re: S32G supports 4X Ethernet MACs MDIO interface @Bulat   Thanks for you support!! Morris Re: S32G supports 4X Ethernet MACs MDIO interface Yes, each MDIO interface supports clause 45. Regards, Bulat

Need sample code for lighting control from Mobile through WiFi for RW612. Dear Sir, We have FRDM -RW612 ,we are planning to use the RW612 as WiFi Rx for getting commands from mobile Wi Fi & control lighting. Please check if you can send the sample code for the same. Regards Seema Joshi FRDM-Training Re: Need sample code for lighting control from Mobile through WiFi for RW612. Hello, Hope you are doing well. I would recommend checking our available examples from our different repositories, such as our SDK, Zephyr and Matter repositories. All these resources can be used with our MCUXpresso for Visual Studio Code | NXP Semiconductors. Also, I would recommend checking other Demo Applications from our Application Code Hub. Best Regards, Ricardo Re: Need sample code for lighting control from Mobile through WiFi for RW612. Hi, I can help by suggesting you a base project, from which you can start. For FRDM-RW612 with Wi-Fi, you can use Mongoose Networking Library as an HTTP/WebSocket webserver once the Wi-Fi interface is up. Below is a MCUXpresso + FreeRTOS example generated by Mongoose Wizard for RW612, that you can quickly try: https://mongoose.ws/wizard/#/output?board=rw612-w&ide=MCUXpresso&rtos=FreeRTOS&file=README.md This example is for a simple web dashboard, but it already gives you a solid starting point with the Wi-Fi + Mongoose integration. To download it, open the link, go to the Settings tab, choose a local directory in the Source Code Generator section, then click the blue Generate C/C++ code button in the upper-right corner. Then open it with MCUXpresso. Go to mongoose/mongoose_glue.h  file and change the values for WIZARD_WIFI_NAME and WIZARD_WIFI_PASS to set up your Wi-Fi credentials. Then, build the project, flash it to the board and watch the logs on the serial, it should print an IP address. For your control lighting application, you could then add HTTP endpoints or a WebSocket handler, for example: GET /light/on GET /light/off POST /light Inside those handlers, call your board-specific GPIO/PWM control lighting code. The mobile app can then send commands to those endpoints over Wi-Fi. Mongoose documentation is here. Heads up: I am part of the Mongoose development team. Hope this helps.

使用外部 MCU 控制 PNEV5190BP - MISO 不工作 我们需要在目标应用中使用 PN5190B2 芯片。为此，我们开始使用PNEV5190BP 开发套件。 由于需要与外部 MCU 接口，我连接了 R7、R6，去掉了 R5。 此外，为了使信号为 3.3v，我去掉了 1.8v，连接了 R20。 之后，我们将 GND、MOSI、MISO、CLK、VEN 和 CS 连接到端口 JP1。 使用这种连接和 SPI 模式 0 配置，我发送了版本读取请求，但没有得到预期的响应，MISO 保持高电平。 我探测了所有信号，发现 MISO 引脚没有变化，按下 VEN 按钮时 IRQ 也没有变化。我使用的是 5V-2A Ext 电源。此外，我还观察到 MISO 引脚与芯片选择引脚的行为一致（当 CS 引脚为低电平时，MISO 为高电平，反之亦然）。 MCU 是一款 BLE SoC 开发套件。 我需要知道，除了 GND、MOSI、MISO、CLK、CS、VEN 和 IRQ 引脚外，我们还需要从外部连接其他引脚吗？我怀疑 NFC 部分的启动尚未完成，它仍处于未处理状态。 请优先提供解决方案。 Re: PNEV5190BP control with External MCU - MISO not behaving 你好，@Habib_MS、 感谢您指出这份应用笔记。 目前，我们这边也在使用完全相同的连接。 我们也尝试过按照图书馆的移植进行移植。但在此之前，我们要确保 nfc 芯片通过 SPI 进行回复。这是不可能的。 IRQ 引脚保持低电平，VUP 引脚显示约 1V 左右的电压。 我们还可以尝试其他输入方法吗？ Re: PNEV5190BP control with External MCU - MISO not behaving 你好@tanmay_chauk， 请参阅AN13425，其中介绍了如何将外部 MCU 连接到 PN5190，包括所需的硬件改造。尽管此应用说明是为 RT1170-EVK 开发的，但它可以用作设计的参考。 如果您还有其他问题，请告诉我。 BR Habib Re: PNEV5190BP control with External MCU - MISO not behaving 你好 @tanmay_chauk， 为了更好地支持你，你能否分享一张你的 PN5190BP 的照片，以及你在发送命令时捕获的 SPI 信号，包括 IRQ 和 VEN 引脚？您可以使用逻辑分析仪或示波器。 BR Habib Re: PNEV5190BP control with External MCU - MISO not behaving 关于这个问题有什么最新消息吗？我们似乎面临着类似的问题。我们还按照应用笔记将 R5 升级到 R7，将 R19 升级到 R20。此外，开机时红色 LED 指示灯 LED3 会闪烁红色。 Re: PNEV5190BP control with External MCU - MISO not behaving 你好， 这样难道没有帮助吗？ https://community.nxp.com/t5/NFC-Knowledge-Base/How-to-connect-external-PN5190-to-PNEV5190BP-Evaluation-Board/ta-p/2171639 BR 托马斯

i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr Hello, I am using the i.MX 943 EVK board and I would like to share the network between the Cortex-A55 SMP on Linux and the Cortex-M33s on Zephyr. So I got interested in the example :  ENETC shared use case from the i.MX Linux User's Guide (https://www.nxp.com/docs/en/user-guide/UG10163.pdf - Section 11.6.2). This example set an RPMsg connection in order to enable the proxy PF driver on the Linux side. The address of the resource table for the RPMsg connection is 0x208a0000 and the virtqueues are at 0x20800000. These addresses ( [0x20800000 to 0x208A0FFF] ) are located in NETC OCRAM. This region is used as RPMSG shared memory between Cortex-M33 Core1(M33S) and AP(Non Secure Linux). For this example, I use the mx94evknetc.cfg system manager config file so that the Cortex-M33s have access to the network. Because of this config file, I need to start the A55 and the M33s at boot time, so I use the target imx-mkimage flash_all. My problem is that when I use a flash_a55 target (with the mx94rte.cfg system manager config file), Linux/U-Boot and Zephyr have access to those addresses but when I switch to flash_all (no matter the system manager config file) neither Linux/U-Boot nor Zephyr have access to those addresses, regardless of the Zephyr program (Zephyr encounters a Bus Fault on these addresses). But if I use any FreeRTOS program such as a simple hello_world instead of Zephyr, the Cortex-M33s and Linux/U-Boot have access to those addresses. And I can say that if I use a flash_all target with the mx94rte.cfg system manager file,  neither Linux/U-Boot nor Zephyr have access to those addresses but if I stop the Cortex-M33s and load a FreeRTOS hello_world on it and start again, then Linux/U-Boot have access to the NETC OCRAM. For information, Zephyr doesn't have access with a flash_M33s target. So I would like to know what FreeRTOS does during its initialization that Zephyr doesn't in order to make the NETC OCRAM accessible between Linux/U-Boot and Zephyr with a flash_all target ? Zephyr Version : 4.3 Linux Version (Real Time Edge version) : 6.18.2 Linux Re: i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr Hello @Remantj  Hope you are doing very well. Please take a look to the nxp-zephyr Documentation: https://github.com/nxp-zephyr/nxp-zephyr/blob/main/boards/nxp/imx943_evk/doc/index.rst#programming-and-debugging-m33-in-netc-mix-m7_0-in-m7mix0-m7_1-in-m7mix1 Let me know if those changes described in the System-Manager worked in your case. Best regards, Salas. i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr Hello @Manuel_Salas, Thanks for your answer. I took a look at the documentation you pointed at, and I tried to patch the System Manager the same way they did in the documentation but nothing has changed. Which seems kind of expected because the difference in my problem is between a FreeRTOS firmware and a Zephyr firmware. The System Manager config file stays the same between the two cases. I don't know what FreeRTOS does that Zephyr doesn't regarding the NETC OCRAM but do you have an idea on how to do the same with Zephyr ? Best regards

TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet I have TJA1120A Product Datasheet with me. Section 7.2.1.10 BASE_T1_PMA_CONTROL register has 3:0 MODE for selecting between 1000BASET1 and 100BASET1. Its a MMD1 Register. Can someone help me out how to utilize this register to make TJA1120A into 100BASET1(at least temporarily its volatile) Re: TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet Hello @vikyhre , It appears there's a typo in the Data Sheet - the Access for BASE_T1_PMA_CONTROL.MODE shall be R - read only. TJA1120 supports only 1000BASE-T1. Best regards, Pavel

TJA1120A 产品数据手册中的 1000BASET1 到 100BASET1 转换 我手头有TJA1120A产品数据手册。第7.2.1.10 节 BASE_T1_PMA_CONTROL 寄存器有 3:0 MODE，用于在 1000BASET1 和 100BASET1 之间进行选择。这是一个 MMD1 寄存器。 请问有人能帮我解决一下如何利用这个寄存器将TJA1120A变成100BASE-T1模式的问题吗（至少是暂时的，因为它是易失性的）？ Re: TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet 你好@vikyhre ， 数据表中似乎有一个拼写错误——BASE_T1_PMA_CONTROL.MODE 的访问权限应为 R（只读）。TJA1120 仅支持 1000BASE-T1。 顺祝商祺！ 帕维尔

i.MX 943 EVK:LinuxとZephyrの間でENETCの共有ユースケースを実行 こんにちは、 私は i.MX 943 EVKボードを使っており、Linux上のCortex-A55 SMPとZephyrのCortex-M33sの間でネットワークを共有したいと考えています。 そこで興味を持ちました。i.MX Linux ユーザーズガイド(https://www.nxp.com/docs/en/user-guide/UG10163.pdf - セクション11.6.2)からのENETC共有ユースCASEです。この例では、Linux側でプロキシPFドライバーを有効にするためにRPMsg接続を設定しました。RPMsg接続のリソーステーブルのアドレスは0x208a0000で、仮想キューは0x20800000にあります。これらのアドレス（[0x20800000～0x208A0FFF]）はNETC OCRAM内にあります。この領域はCortex-M33 Core1(M33S)とAP(非セキュアLinux)間のRPMSG共有メモリとして使用されます。 この例では、mx94evknetc.cfgのシステムマネージャー設定ファイルを使い、Cortex-M33がネットワークにアクセスできるようにしています。この設定ファイルの関係で、A55とM33は起動時に起動する必要があるので、ターゲットのimx-mkimage flash_allを使っています。 問題は、flash_a55ターゲット(mx94rte.cfgシステムマネージャーの設定ファイル)を使うと、Linux/U-BootとZephyrはそれらのアドレスにアクセスできますが、flash_allに切り替えると(システムマネージャーの設定ファイルに関係なく)、Linux/U-BootもZephyrもそれらのアドレスにアクセスできません。Zephyrはこれらのアドレスでバスフォールトが発生します。しかし、Zephyrの代わりにシンプルなhello_worldなどのFreeRTOSプログラムを使うと、Cortex-M33sやLinux/U-Bootがそれらのアドレスにアクセスできます。 また、mx94rte.cfgシステムマネージャーファイルでflash_allターゲットを使うと、Linux/U-BootもZephyrもそのアドレスにアクセスできませんが、Cortex-M33を停止してFreeRTOS hello_worldを読み込んで再起動すると、Linux/U-BootはNETC OCRAMにアクセスできます。 ちなみに、Zephyrはflash_M33sターゲットにアクセスできません。 そこで、FreeRTOSが初期化時にZephyrができないことを知りたいです。つまり、Linux/U-BootとZephyr間でNETC OCRAMにアクセスしやすくするために、その点はflash_allターゲットで。 ゼファーバージョン:4.3 Linuxバージョン(リアルタイムエッジ版):6.18.2 Linux Re: i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr こんにちは、 @Remantj さん。 お元気でお過ごしのことと思います。 ぜひnxp-zephyrのドキュメントをご覧ください: https://github.com/nxp-zephyr/nxp-zephyr/blob/main/boards/nxp/imx943_evk/doc/index.rst#programming-and-debugging-m33-in-netc-mix-m7_0-in-m7mix0-m7_1-in-m7mix1 System-Managerで説明されている変更があなたの場合に効果があったか教えてください。 よろしくお願いいたします。 サラス。 i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr こんにちは、 @Manuel_Salas さん、 ご回答ありがとうございます。 あなたが指摘したドキュメントを見て、ドキュメントで行われたのと同じ方法でシステムマネージャにパッチを当ててみましたが、何も変わりませんでした。 これは予想通りのようです。なぜなら、私の問題の違いはFreeRTOSのファームウェアとZephyrのファームウェアの違いだからです。System マネージャの設定ファイルは2つのケースで同じままです。 FreeRTOSがZephyrと違うNETC OCRAMについて何をしているのかはわかりませんが、Zephyrで同じことができる方法について何かアイデアはありますか? よろしくお願いします

需要RW612通过WiFi从移动设备控制照明的示例代码。 尊敬的先生， 我们有 FRDM-RW612，我们计划将 RW612 用作 WiFi 接收器，以接收来自移动 WiFi 的命令并控制照明。 请问您是否可以提供相关的示例代码？ 此致 西玛·乔希 FRDM 培训 Re: Need sample code for lighting control from Mobile through WiFi for RW612. 你好， 希望你一切都好。我建议您查看我们不同代码库中提供的示例，例如我们的 SDK、Zephyr 和 Matter 代码库。 所有这些资源都可以与我们的MCUXpresso for Visual Studio Code | NXP 半导体一起使用。 此外，我建议您查看我们应用程序代码中心的其他演示应用程序。 顺祝商祺！ 里卡多 Re: Need sample code for lighting control from Mobile through WiFi for RW612. 您好， 我可以给你推荐一个基础项目，你可以从那里开始。 对于带有 Wi-Fi 功能的 FRDM-RW612，一旦 Wi-Fi 接口启动，就可以使用Mongoose Networking Library作为 HTTP/WebSocket Web 服务器。 以下是使用 Mongoose Wizard 为 RW612 生成的 MCUXpresso + FreeRTOS 示例，您可以快速尝试： https://mongoose.ws/wizard/#/output?board=rw612-w&ide=MCUXpresso&rtos=FreeRTOS&file=README.md 这个例子是一个简单的网页仪表盘，但它已经通过 Wi-Fi + Mongoose 集成为你提供了一个坚实的起点。要下载它，请打开链接，转到“设置”选项卡，在“源代码生成器”部分选择本地目录，然后单击右上角的蓝色“生成 C/C++ 代码”按钮。然后使用 MCUXpresso 打开它。转到mongoose/mongoose_glue.h文件，更改 WIZARD_WIFI_NAME 和 WIZARD_WIFI_PASS 的值，以设置您的 Wi-Fi 凭据。然后，构建项目，将其烧录到开发板上，并观察串口日志，它应该会打印出一个 IP 地址。 对于您的照明控制应用程序，您可以添加 HTTP 端点或 WebSocket 处理程序，例如： GET /light/on GET /light/off 帖子/灯光 在这些处理程序中，调用您板级特定的 GPIO/PWM 控制照明代码。然后，移动应用程序可以通过 Wi-Fi 向这些端点发送命令。 Mongoose 的文档在这里。 友情提示：我是 Mongoose 开发团队的一员。希望这能帮到你。

TEA2016AAT TEA2016AATチップのデータシートには、RINGOソフトウェアの付録が含まれています。この付録には、Ringoパラメータ設定とICパラメータ設定が表形式で記載されています。データシートの 付録は 、 NXP Semiconductorsから入手できます。 このRingoファイルの付録を提供していただけますか？ 71fa0bab2bc390474ac38057d2395563.png   ボードデザイン Re: TEA2016AAT こんにちは、ドンさん。 TEA2016AAT製品データシート(改訂版)の表8を参照してください。1.3 — 2024年1月12日): https://www.nxp.com/docs/en/data-sheet/TEA2016AAT.pdf BRs、トーマス

TJA1120A 製品データシートにおける1000BASET1から100BASET1への変換 製品データシートTJA1120A持っています。セクション7.2.1.10 BASE_T1_PMA_CONTROL レジスタには、1000BASET1 と 100BASET1 を選択するための 3:0 MODE があります。これはMMD1レジスタです。 このレジスターを使ってTJA1120Aを100BASET1にする方法を教えてもらえますか(少なくとも一時的には揮発性があります)。 Re: TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet こんにちは、 @vikyhre さん。 データシートに誤字があるようです。「アクセス・フォー・BASE_T1_PMA_CONTROL」です。MODEはR(読み取り専用)となります。TJA1120 1000BASE-T1のみをサポートしています。 よろしくお願いいたします。 パベル

i.MX 943 EVK：在 Linux 和 Zephyr 之间运行 ENETC 共享用例 你好， 我正在使用 i.MX 943 EVK 开发板，我想在 Linux 系统上的 Cortex-A55 SMP 和 Zephyr 系统上的 Cortex-M33s 之间共享网络。 所以我对 i.MX Linux 用户指南中的 ENETC 共享用例示例产生了兴趣（ https://www.nxp.com/docs/en/user-guide/UG10163.pdf - 第 11.6.2 节）。本示例设置了 RPMsg 连接，以便在 Linux 端启用代理 PF 驱动程序。RPMsg 连接的资源表地址为 0x208a0000，虚拟队列位于 0x20800000。这些地址（[0x20800000 到 0x208A0FFF]）位于 NETC OCRAM 中。该区域用作 Cortex-M33 Core1(M33S) 和 AP(非安全 Linux) 之间的 RPMSG 共享内存。 在这个例子中，我使用 mx94evknetc.cfg 系统管理器配置文件，以便 Cortex-M33s 可以访问网络。由于这个配置文件，我需要在启动时启动 A55 和 M33s，所以我使用目标 imx-mkimage flash_all。 我的问题是，当我使用 flash_a55 目标（使用 mx94rte.cfg 系统管理器配置文件）时，Linux/U-Boot 和 Zephyr 可以访问这些地址，但当我切换到 flash_all（无论系统管理器配置文件如何）时，Linux/U-Boot 和 Zephyr 都无法访问这些地址，无论 Zephyr 程序如何（Zephyr 在这些地址上遇到总线故障）。但是，如果我使用任何 FreeRTOS 程序（例如简单的 hello_world）而不是 Zephyr，Cortex-M33s 和 Linux/U-Boot 就可以访问这些地址。 我可以说，如果我使用带有 mx94rte.cfg 系统管理器文件的 flash_all 目标，Linux/U-Boot 和 Zephyr 都无法访问这些地址，但如果我停止 Cortex-M33s 并在上面加载 FreeRTOS hello_world 并重新启动，那么 Linux/U-Boot 就可以访问 NETC OCRAM。 需要注意的是，Zephyr 无法访问 flash_M33s 目标。 所以我想知道，为了让 Linux/U-Boot 和 Zephyr 能够通过 flash_all 目标访问 NETC OCRAM，FreeRTOS 在初始化过程中做了哪些 Zephyr 没有做的事情？ Zephyr 版本：4.3 Linux 版本（实时边缘版本）：6.18.2 Linux Re: i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr 你好@Remantj 希望你一切都好。 请查阅 nxp-zephyr 文档： https://github.com/nxp-zephyr/nxp-zephyr/blob/main/boards/nxp/imx943_evk/doc/index.rst#programming-and-debugging-m33-in-netc-mix-m7_0-in-m7mix0-m7_1-in-m7mix1 请告诉我系统管理器中描述的那些更改是否对您有效。 顺祝商祺！ 萨拉斯。 i.MX 943 EVK : Run the ENETC shared use case between Linux and Zephyr 你好@Manuel_Salas ， 谢谢你的回答。 我查看了您指出的文档，并尝试按照文档中的方法修补系统管理器，但没有任何改变。 这似乎也在意料之中，因为我的问题在于 FreeRTOS 固件和 Zephyr 固件之间的差异。两种情况下，系统管理器配置文件保持不变。 我不知道 FreeRTOS 在 NETC OCRAM 方面有哪些 Zephyr 没有的功能，但您知道如何用 Zephyr 实现同样的功能吗？ 此致

PNEV5190BP control with External MCU - MISO not behaving We need to use PN5190B2 chip in our target application. For the same, we have started using PNEV5190BP dev kit. Initially we checked with NFC cockpit tool, we are able check basic things. As we need it to be interfaced with external MCU,  I have connected R7, R6 and removed R5. Also to make signals as 3.3v , i have removed 1.8v and connected R20. After this, we have interfaced GND, MOSI, MISO, CLK, VEN and CS to the port JP1. other pins are NC. with this connections and SPI mode 0 Configuration, I am sending the version read request and I am not getting expected response, MISO stays high. I probed all the signals and came to know that MISO pin is not changing, neither the IRQ is changing on VEN button press. I am using 5V-2A Ext power supply. Further I have also observed that MISO pin follows the behavior of Chip select pin (When CS pin goes low, MISO goes high and vice a versa).  MCU is a BLE SoC dev kit. I need to know apart from GND, MOSI, MISO, CLK, CS, VEN and IRQ pins, do we need to connect any other pins externally ? I suspect the NFC part boot up is not done and it is staying some unhandled state. Please provide the solution on priority. Re: PNEV5190BP control with External MCU - MISO not behaving Hello @Habib_MS, Thanks for pointing to this application note. Currently we are following the exact same connection at our side. we tried following the library porting as well. But before that we wanted to be sure that the nfc chip replies over SPI. Which is not happening. The IRQ pin stays low, VUP pins shows voltage around 1V (approx).  Can we have any other inputs that we can try ? Re: PNEV5190BP control with External MCU - MISO not behaving Hello @tanmay_chauk, Please refer to AN13425, which explains how to connect an external MCU to the PN5190, including the required hardware rework. Although this app note was developed for the RT1170-EVK, it can be used as a reference for your design. Please let me know if you have any further questions. BR Habib Re: PNEV5190BP control with External MCU - MISO not behaving Hello @tanmay_chauk, In order to support you better, could you please share a photo of your PN5190BP, as well as captures of your SPI signals including the IRQ and VEN pins when you send a command? You can use a logic analyzer or oscilloscope. BR Habib Re: PNEV5190BP control with External MCU - MISO not behaving Is there any news on this issue? We seem to face a similar issue. We also followed the application notes and moved R5 to R7, as well as R19 to R20. In addition, the red led LED3 blinks red at power up. Re: PNEV5190BP control with External MCU - MISO not behaving Hello,  Would this not help? https://community.nxp.com/t5/NFC-Knowledge-Base/How-to-connect-external-PN5190-to-PNEV5190BP-Evaluation-Board/ta-p/2171639 BR Tomas 

S32G 支持 4 个以太网 MAC MDIO 接口 你好， 根据 tr651601 - S32G2 Ethernet (0.1).pdf • S32G 支持 4 倍以太网 MAC − 3X 与数据包转发引擎 (PFE) 集成 − 1X 作为独立组网 \\(SA\\) 以太网控制器 (GMAC) 我的问题是，4X MAC 的所有 MDIO 接口是否都支持 Clause 45？ 谢谢~ 莫里斯 Re: S32G supports 4X Ethernet MACs MDIO interface @Bulat 感谢您的支持！ 莫里斯 Re: S32G supports 4X Ethernet MACs MDIO interface 是的，每个 MDIO 接口都支持第 45 条。 此致， 布拉特