i.MX8M Plus — ECSPI/SPI NOR 上のセカンダリイメージブート (IMG_CNTN_SET1_OFFSET): OP で ROM がフォールバックするか i.MX8M Plus -- ECSPI/SPI NOR 上のセカンダリ イメージ ブート (IMG_CNTN_SET1_OFFSET): OPEN 構成では ROM がフォールバックしますか? ==== セットアップ ==== - SoC：i.MX8M Plus（カスタムSMARCモジュール） - ブートデバイス: ECSPI2 / CS1 上のシリアル NOR (Winbond W25Q128、16 MiB)。これはFlexSPIではなく、レガシーのeCSPIコントローラーです。 - セキュリティ:OPEN構成(デバイスがHABクローズドでない)。 - ヒューズ IMG_CNTN_SET1_OFFSET (ヒューズ読み取り 2 1) = 0x00000000。 - フラッシュマップ: プライマリブートローダーは0x000000、セカンダリコピーは0x400000 (4 MiB) にあります。 文書化されたSPIマッピングによると： 「SPIの場合：ヒューズが10より大きい場合はセカンダリブートが無効になります。n == 0の場合はオフセット = 4 MB、n == 2の場合は1 MB、その他でn <= 10の場合は1 MB * 2^nとなります。」 ヒューズ n = 0 (工場出荷時のデフォルト設定、書き込み不要) の場合、セカンダリオフセットは正確に 0x400000 になります。 ==== 問題点 ==== バイト単位で同一で、cmp.bで検証済みのプライマリイメージのコピーを0x400000に配置し、プライマリブートヘッダーを無効化（sf erase 0 0x1000）してリセットしました。 ROMはセカンダリイメージにフォールバックしないため、ボードは起動不能状態になります（USB SDP経由でのみ復旧可能）。 また、プライマリボディ内部の穴を消去する（sf erase 0x100000 0x40000）ことも試みましたが、結果は同じでした。 ==== 質問 ==== 1. SPI/ECSPI NORで、ROMがIMG_CNTN_SET1_OFFSETの二次映像に切り替わるのは具体的に何をトリガーするのか? これは無効なプライマリブートヘッダーやイメージ解析失敗、それとも特定のHAB認証失敗なのでしょうか? 2. セカンダリイメージブートは、OPEN（非セキュア）構成でも機能しますか、それともデバイスがHABで閉じられている場合にのみ機能しますか？ 3. 同じリセットにフォールバックするのか、それとも電源のオンオフ／2回目のリセット（永続ブート方式）が必要なのか？ 4. 0x400000 のセカンダリ イメージは、別々に構築されたブート可能なイメージ (そのオフセット用の独自の IVT/ブート データ) である必要があります。 それとも、プライマリとバイト単位で同一のコピーで十分なのでしょうか？ ==== ロジックアナライザによる証拠（リセット中にキャプチャされたSPIバス） ==== リセット中に、Saleae Logic Pro 16を使用してECSPI2バス（CLK、MOSI、MISO、CS）を500 MS/sでプローブし、すべてのSPIトランザクションをデコードしました。比較のために、FlexSPI NORから起動し、セカンダリへのフォールバックも正常に行われるi.MX8QMモジュールでも同様のテストを実施しました。 ---- i.MX8M Plus (ECSPI NOR)、プライマリが破損しています ---- ROMは0x03のREADコマンドのみを発行し、オフセット0から厳密に順次読み取ります。 0x03 00 00 FC -> 0x0000FC を読み込む 0x03 00 04 EC -> 0x0004EC を読み込む 0x03 00 08 DC -> 0x0008DC を読み込む ...（64 KiBブロックあたり約50回の読み取り、増加傾向）... 0x03 00 13 xx -> ここで読み取りカウントが減少（0x100000-0x140000 の領域が消去され、MISO=0xFF） 0x03 00 18 xx -> 穴を越えて直線的に続く ...最大で約0x1A69E8まで... ROMはプライマリ領域全体を直線的に読み取り、消去/無効領域をそのまま通過し（0xFFを取得）、0x400000または0x800000（セカンダリ領域）への読み取りは決して行いません。 キャプチャ全体（2500万サンプル、デコードされたトランザクション654件）には、「0x03 40 xx xx」はどこにも存在しません。 完全に消去されたヘッダーの場合、ROMは0xFFをロードし実行し、同期アボートでクラッシュします。フォールバックは一切ありません。 ---- i.MX8QM (FlexSPI NOR) は比較のために使用しています -- セカンダリフォールバックは正常に動作します ---- プライマリコンテナヘッダーのみが無効化された場合（FCBは0x000400にそのまま残された場合）、QM ROMは次の動作をします。 0x0B 00 04 00 -> 高速読み取り FCB @0x000400、MISO: 46 43 46 42 ("FCFB" マジック、FlexSPI 設定有効) ...FCB構成データを読み込む... 0x0B 00 10 00 -> 高速読み取りプライマリコンテナ @0x001000、MISO: FF FF FF FF (無効!) 0x0B 40 10 00 -> 高速読み取りセカンダリコンテナ@0x401000、MISO:有効な<-- ROMスイッチ、同じリセット 0x0B 40 30 00、0x0B 40 40 00、... -> 2次画像全体を読み込みます(0x40xxxxで~90リード) QM ROMはFCBを読み取り、FlexSPIを設定し、0x001000のプライマリコンテナをチェックし、0xFFを認識します。 そして直ちに(同じリセットで)0x401000のセカンダリコンテナに切り替わります。これはうまくいきます。 代わりに最初の4MB(FCBを含む)をすべて消去すると、QM ROMは2回だけの読み込みを行います 0x000400で、0xFFを得て撤退しません。つまり、撤退が作戦するには有効なFCBが必要です。 - - 比較 - - i.MX8M Plus (このボード): コントローラ:eCSPI(レガシーSPI) オペコードを読みます:0x03 READ FCBの現状:いいえ(eCSPIにはFCBの概念はありません) 破損したプライマリでセカンダリーを読み取る:いいえ ― バスは「0x03 40 xx xx」を表示しません。 結果:レンガ(ロード0xFF ->クラッシュ) i.MX8QM(参考文献): コントローラー:FlexSPI オペコードを読んでください:0x0B 速読 FCBの提示:はい(0x400、魔法の「FCFB」) 破損したプライマリで二次を読み取る:はい -- 「0x0B 40 10 00」、同じリセット 結果:セカンダリーブーツ成功 ==== 要約 ==== バスキャプチャから、i.MX8M Plus の IMG_CNTN_SET1_OFFSET セカンダリイメージの起動が確認できる。 FlexSPI専用であるか、HABクローズド構成によって制限されているかのどちらかで、有効になりません。 OPEN構成のeCSPI NORの場合。 NXPの皆さん、確認いただけますか: - i.MX8M Plus上で、eCSPI(FlexSPIとは異なる)NORがセカンダリイメージブートにサポートされているかどうか; - トリガーがHAB-auth-failure(閉じた設定のみ)か、無効なヘッダー(開設定も含む)か; - フォールバックが同じリセットか電源サイクルが必要か; - セカンダリはそのオフセットのために別途構築する必要があるのか、それともバイト同一のコピーで問題ないのか。 よろしくお願いします。 Re: i.MX8M Plus — Secondary image boot (IMG_CNTN_SET1_OFFSET) on ECSPI/SPI NOR: does ROM fall back i こんにちは、 @djordje_nodさん。 お元気でお過ごしのことと思います。 Q1.ECSPI NORにおいて、ROMがセカンダリROMにフォールバックするトリガーは何ですか？ OPENモードでは、ROM/HABがイメージ認証を行いますが、すべての認証エラーは無視され、イメージは実行されます。 閉鎖モード(SEC_CONFIGフューズ)では、主イメージのHAB認証が失敗すると、ROMはPERSIST_SECONDARY_BOOT(SRC_GPR10[30])を1に設定し、ソフトウェアリセットを実行します。 Manuel_Salas_0-1785176534778.png Q2。OPEN構成でセカンダリイメージブートは動作しますか? OPENモードでは、ROMはHABエラーを無視するため、PERSIST_SECONDARY_BOOTを自律的に設定することはありません。 Q3。同じリセットですか、それとも2回目のリセットですか? プライマリブートはHAB認証に失敗します(クローズドモード)---->ROMセットSRC_GPR10[30] = 1---->ソフトウェアリセットを引き起こします。 次のリセットサイクルで、ROMはパーシステントビットを読み取り、それが1であることを確認し、プライマリオフセットではなくセカンダリオフセットからロードします。 Q4。0x400000でバイト同一のコピーか、別途ビルドされたイメージか? IVT/ブートデータフィールドにはフラッシュアドレスではなくRAMアドレスが含まれているため、バイト単位で同一のコピーで十分です。 よろしくお願いいたします。 サラス。

DPAA2 DPDK RTE FLOW Hello, I'm trying to create DPDK RTE FLOW on a DPAA2 SolidRun LX2160A Clearfog CX without success. Is it normal that it doesn't work ? What could be done to make it works ? I'm quite newbie with NXP DPAA2 and NXP in general, so can you please explain your technical words. Thanks. testpmd> flow create 0 ingress pattern eth / ipv4 / end actions rss queues 0 1 end types ip ipv4 end / end DPAA2_NET: Add entry(0) to table(0) failed DPAA2_NET: Create flow failed (-22) port_flow_complain(): Caught PMD error type 1 (cause unspecified): cause: 0xfffff340a300, unknown: Operation not permitted Re: DPAA2 DPDK RTE FLOW Check how the DPNI behind your DPDK port was created. From the Linux shell on the board: restool dprc show dprc.1 --resources          # find the dpni.X your DPDK port uses restool dpni info dpni.X                      # look at the "options" line and "num_queues" If options shows DPNI_OPT_NO_FS , or does not show DPNI_OPT_HAS_KEY_MASKING , that's your problem. Recreate the DPNI with the right options. Either edit dynamic_dpl.sh (or the environment it reads — on NXP LSDK it is typically the DPNI_OPTIONS variable) so the create call looks like this : restool dpni create \     --options=DPNI_OPT_HAS_KEY_MASKING \     --num-queues=2 \     --num-tcs=1 \     --container=dprc.2 Key points: Do not include DPNI_OPT_NO_FS . Do include DPNI_OPT_HAS_KEY_MASKING . Set --num-queues to at least the number of queues your RSS action references (you asked for queues 0 and 1, so ≥ 2). Then attach that DPNI to the DPDK container ( restool dprc assign … ) and rerun testpmd. If you use a static DPL file , add the same to the dpni@X node :  dpni@1 {   options = "DPNI_OPT_HAS_KEY_MASKING";     num_queues = <2>;     ... }; and reflash the DPL via fsl_mc apply dpl … in U‑Boot. Sanity‑check with a simpler rule first. Before RSS, confirm plain steering works:  testpmd> flow create 0 ingress pattern eth / ipv4 src is 10.0.0.1 / end \                      actions queue index 1 / end If this passes but the RSS variant still fails, the remaining issue is queue count / distribution config, not the DPNI options. Re: DPAA2 DPDK RTE FLOW https://www.nxp.com/webapp/Download?colCode=DPAA2UM&location=null DPAA2 User Manual could be helpful BTW. what kind of BSP or SDK is used? Any resource from official websit?

DPAA2 DPDK RTE 流 你好， 我尝试在 DPAA2 SolidRun LX2160A Clearfog CX 上创建 DPDK RTE FLOW，但没有成功。 它不能正常工作是正常的吗？ 怎样才能让它奏效？ 我对 NXP DPAA2 和 NXP 产品都比较陌生，所以您能解释一下您使用的技术术语吗？ 谢谢。 testpmd> flow create 0 ingress pattern eth / ipv4 / end actions rss queues 0 1 end types ip ipv4 end / end DPAA2_NET: Add entry(0) to table(0) failed DPAA2_NET: Create flow failed (-22) port_flow_complain(): Caught PMD error type 1 (cause unspecified): cause: 0xfffff340a300, unknown: Operation not permitted Re: DPAA2 DPDK RTE FLOW 检查 DPDK 端口背后的 DPNI 是如何创建的。从板载的Linux shell中： restool dprc show dprc.1 --resources # 查找您的 DPDK 端口使用的 dpni.X 文件 restool dpni info dpni.X # 查看“options”行和“num_queues” 如果选项显示 DPNI_OPT_NO_FS，或者不显示 DPNI_OPT_HAS_KEY_MASKING，那就是你的问题所在。 使用正确的选项重新创建 DPNI。可以编辑 dynamic_dpl.sh 文件。（或者它读取的环境变量——在NXP LSDK中，它通常是DPNI_OPTIONS变量）因此，创建调用如下所示： restool dpni 创建 \ --options=DPNI_OPT_HAS_KEY_MASKING \ --num-queues=2 \ --num-tcs=1 \ --container=dprc.2 要点： 不要包含DPNI_OPT_NO_FS。 请包含DPNI_OPT_HAS_KEY_MASKING。 将 --num-queues 设置为至少与您的 RSS 操作引用的队列数量相同的队列数量（您要求队列 0 和 1，因此 ≥ 2）。 然后将该 DPNI 附加到 DPDK 容器（restool dprc assign …），然后重新运行 testpmd。 如果您使用静态 DPL 文件，请将其添加到 dpni@X 节点： dpni@1 { options = "DPNI_OPT_HAS_KEY_MASKING"; 队列数量 = <2>; ... }; 然后通过 U-Boot 中的 fsl_mc apply dpl … 重新刷写 DPL。 先用更简单的规则进行合理性检验。在安装RSS之前，请确认普通转向功能是否正常： testpmd> flow create 0 ingress pattern eth / ipv4 src is 10.0.0.1 / end \ 操作队列索引 1 / 结束 如果此方法通过但 RSS 变体仍然失败，则剩余的问题是队列计数/分发配置，而不是 DPNI 选项。 Re: DPAA2 DPDK RTE FLOW https://www.nxp.com/webapp/Download?colCode=DPAA2UM&location=null DPAA2 用户手册可能会有所帮助。 顺便问一下，你们使用的是哪种BSP或SDK？官方网站上有相关资源吗？

開発ボードのPCBをAltiumにインポートする 私たちのチームは、S32K148-Q176評価ボードRevBと協力しています。私たちは評価ボードとインターフェースするボードを設計しており、そのモデルを手に入れてその作業を支援しようとしています。ファイルは、お客様のサイトからダウンロードされる際にBRD形式で保存されます。ここではAltiumを使っているので、そのファイルはインポートできません。貴社のエンジニアリングチームは、.BRD ファイルを ASCII .alg 形式に変換できますか？ファイル、あるいはAltiumがインポートできる他のファイル形式ですか? Re: Getting a Dev Board PCB imported to Altium こんにちは、 @rollypoli さん。 残念ながら、Allegro BRDデータベースをAltium形式に変換する方法は持ち合わせていません。 過去に同様の依頼を受けた際には、通常、無料のCadence Allegroビューアの使用をお勧めしてきました。CadenceはBRDファイルを開けることができ、PCBデータベースを直接検査できる無料のビューアを提供しています。 ビューアに搭載されている測定ツールや検査ツールを使用すれば、コネクタ、取り付け穴、その他の機械的部品の位置と間隔を正確に特定できるはずです。これで通常は、自分のAltium設計で基板の輪郭やコネクタ位置を再現し、新しいPCBが元の基板と機械的に互換性を保つことができます。 無料のCadenceビューアは以下からダウンロード可能です: https://www.cadence.com/en_US/home/tools/pcb-design-and-analysis/allegro-downloads-start.html ネイティブのAltium設計ファイルほど便利ではありませんが、Allegro PCBレイアウトを参照し、別のCADツールで関連する機械寸法を再作成する必要があるお客様にはうまく機能しています。 よろしくお願いいたします。 ルーカス Re: Getting a Dev Board PCB imported to Altium .brd ファイルを .alg に変換する機能はありますか？(ascII) アレグロファイル？ 私は視聴者を見ます Re: Getting a Dev Board PCB imported to Altium 申し訳ありませんが、そのようなことは私にはできません。

Getting a Dev Board PCB imported to Altium Our team is working with the S32K148-Q176 Evaluation Board RevB. We are designing a board to interface with the evaluation board and were trying to get a model of it to aid in that endeavor. The files are saved as a BRD when downloaded from your site. We use Altium here and so we cannot import that file. Would your engineering team be able to convert the .BRD to an ASCII .alg file, or another file format that altium can import? Re: Getting a Dev Board PCB imported to Altium Hi @rollypoli  Unfortunately, I do not have a way to convert the Allegro BRD database into Altium format. For similar requests in the past, I have typically recommended using the free Cadence Allegro viewer. Cadence provides a free viewer that can open BRD files and allows you to inspect the PCB database directly. Using the measurement and inspection tools available in the viewer, you should be able to accurately determine the placement and spacing of the connectors, mounting holes, and other mechanical features. This is usually sufficient to reproduce the board outline and connector locations on your own Altium design so that the new PCB remains mechanically compatible with the original board. The free Cadence viewer can be downloaded from: https://www.cadence.com/en_US/home/tools/pcb-design-and-analysis/allegro-downloads-start.html While this is not as convenient as having a native Altium design file, it has worked well for customers who needed to reference an Allegro PCB layout and recreate the relevant mechanical dimensions in another CAD tool. Regards, Lukas Re: Getting a Dev Board PCB imported to Altium Do you have the ability to convert it from a .brd to a .alg (ascII) allegro file? I will look at the viewer Re: Getting a Dev Board PCB imported to Altium I'm sorry but I do not have such possibility. 

DPAA2 DPDK RTE フロー こんにちは、 DPAA2 SolidRun LX2160A Clearfog CX上でDPDK RTE FLOWを作成しようとしていますが、うまくいきません。 動作しないのは普通のことですか？ うまくいくには何ができるでしょうか? 私はNXP DPAA2やNXP全般についてかなり初心者なので、技術的な言葉を教えてもらえますか? ありがとうございます。 testpmd> flow create 0 ingress pattern eth / ipv4 / end actions rss queues 0 1 end types ip ipv4 end / end DPAA2_NET: Add entry(0) to table(0) failed DPAA2_NET: Create flow failed (-22) port_flow_complain(): Caught PMD error type 1 (cause unspecified): cause: 0xfffff340a300, unknown: Operation not permitted Re: DPAA2 DPDK RTE FLOW DPDKポートの背後にあるDPNIがどのように作成されたかを確認してください。基板上のLinuxシェルから: restool dprc show dprc.1 --resources # DPDKポートが使用するdpni.Xを見つけます restool dpni info dpni.X # "options" 行と "num_queues" を確認してください オプションに DPNI_OPT_NO_FS が表示される場合、または DPNI_OPT_HAS_KEY_MASKING が表示されない場合は、それが問題の原因です。 適切なオプションを使用してDPNIを再作成します。dynamic_dpl.sh を編集するか、(または読み取る環境 — NXP LSDK では通常 DPNI_OPTIONS 変数です)なので、Create コールは次のようになります: restool dpni create \ --options=DPNI_OPT_HAS_KEY_MASKING \ --num-queues=2 \ --num-tcs=1 \ --container=dprc.2 要点： DPNI_OPT_NO_FSを含めないでください。 DPNI_OPT_HAS_KEY_MASKINGを含めてください。 --num-queuesをRSSアクションが参照するキューの数に設定してください(キュー0と1を指定したので、2≥です)。 次に、その DPNI を DPDK コンテナにアタッチし (restool dprc assign …)、testpmd を再実行します。 静的DPLファイルを使用する場合は、同じファイルをdpni@Xノードに追加してください。 dpni@1 { オプション = "DPNI_OPT_HAS_KEY_MASKING"; num_queues = <2>; ... }; そして、U-Bootでfsl_mc apply dpl …を使用してDPLを再フラッシュします。 まずはもっと簡単なルールで妥当性を確認してみましょう。RSSの前に、プレーンステアリングが正常に動作することを確認してください。 testpmd> flow create 0 ingress pattern eth / ipv4 src is 10.0.0.1 / end \ アクションキューインデックス 1 / 終了 これが成功してもRSSバリアントが失敗する場合は、残りの問題はDPNIオプションではなく、キュー数/配信構成です。 Re: DPAA2 DPDK RTE FLOW https://www.nxp.com/webapp/Download?colCode=DPAA2UM&location=null DPAA2ユーザーマニュアルが役立つかもしれません ちなみに。どのようなBSPやSDKが使われていますか?公式ウェブサイトからの情報源はありますか？

Using IMXRT1172 LPSPI EDMA transfer API, DMA IRQ handler called before SPI transfer is done Hi, I've been using the LPSPI EDMA transfer API from the SDK (2.16.100) on IMXRT1172 to read and write SPI data simultaneously (i.e. a TX+RX transfer on two DMA channels with two buffers of the same size).  Unfortunately, it appears that the EDMA callback is getting called before the transfer actually finishes.  In the callback, checking LPSPI's SR, FSR, and RSR shows that SPI thinks it's still busy even though DMA thinks it's complete.  I.e. MBF is still set and TXCOUNT is 1. SR = 0x01000100 (MBF, WCF) FSR TXCOUNT = 1, RXCOUNT = 0 RSR = 0x00000002 (RXEMPTY, !SOF) Now, if I was only doing TX, this could somewhat make sense as the SPI peripheral could still be clocking out the last byte loaded from DMA.  So in that case the DMA peripheral would actually be finished loading the last byte from RAM into the SPI data TX register, but SPI still had work to do to send it out. However, when doing TX and RX simultaneously, I would have expected that if TXCOUNT was 1, then so would RXCOUNT be.  I.e. the DMA shouldn't be complete with RX until all the TX data is clocked out because the last byte needs to be transferred by DMA into RAM from the SPI RX data register, and this would only happen on the last clock cycle of the transfer. Is this actually a problem? If so, is it with the SDK?  Or with the hardware IP? I was hoping to be able to check LPSPI SR in the DMA callback to determine if there are any SPI errors. Thanks, -m Re: Using IMXRT1172 LPSPI EDMA transfer API, DMA IRQ handler called before SPI transfer is done Hi @nxp16 , Thank you so much for your interest in our products and for using our community. DMA completion and SPI bus completion are two different concepts. The eDMA callback indicates that the DMA engine has completed moving the configured number of bytes between memory and the LPSPI FIFO/register path. It does not necessarily mean that the LPSPI bus state machine has already completed the last frame or returned to idle. For LPSPI bus completion, please check SR[TCF] or wait for SR[MBF] to clear. mayliu1_0-1784876065178.png mayliu1_1-1784876092476.png Wish it helps you Best Regards May Re: Using IMXRT1172 LPSPI EDMA transfer API, DMA IRQ handler called before SPI transfer is done Yes, but in a TX/RX transfer, I would have expected the TX_COUNT and RX_COUNT to both be zero when DMA completes.  I.e., it should be impossible for RX DMA to complete before the last SPI clock, because the SPI peripheral wouldn't have shifted the last bit of the data into the RX FIFO until then, and DMA would not be able to copy the last byte into RAM until the last bit is shifted into the RX FIFO.  So in that case, both TX and RX should be completed before the DMA completes.  If it was only a TX transfer then yes, DMA could complete before SPI does and TX_COUNT could still be 1. Thanks, -m Re: Using IMXRT1172 LPSPI EDMA transfer API, DMA IRQ handler called before SPI transfer is done Hi @Mike_M3 ， Thanks for your feedback. Your point is valid for the RX data path: once the RX EDMA channel has completed, the expected RX data has already been moved to RAM. However, this is still not the same as LPSPI bus completion. TXCOUNT/RXCOUNT are FIFO occupancy indicators. RXCOUNT=0 means the RX FIFO has been drained by DMA, while TXCOUNT=1 can still indicate one pending entry in the transmit/command FIFO. In LPSPI, the transmit FIFO is also used for command/TCR entries, so TXCOUNT is not simply a mirror of RX completion. MBF=1 indicates that the LPSPI bus state machine has not yet fully returned to idle. Therefore, I would not use TXCOUNT/RXCOUNT equality as the transfer-complete condition. For the LPSPI bus-complete condition, please use SR[TCF]=1 or SR[MBF]=0 instead. If an interrupt-based indication is preferred, enable kLPSPI_TransferCompleteInterruptEnable and keep the EDMA callback as the DMA-complete indication only. Best Regards May

IMXRT1172 LPSPI EDMA転送APIを使用する場合、SPI転送が完了する前にDMA IRQハンドラが呼び出されます。 こんにちは、 私はIMXRT1172上でSDKのLPSPI EDMA転送API(2.16.100)を使って、SPIデータを同時に読み書きしています(つまり、同じサイズのバッファを持つ2つのDMAチャネルでのTX+RX転送)。残念ながら、EDMAコールバックは転送が実際に完了する前に呼び出されているようです。コールバック内でLPSPIのSR、FSR、RSRを確認すると、DMAは処理が完了したと考えているにもかかわらず、SPIはまだビジー状態であると考えていることがわかります。つまりMBFは設定されたままで、TXCOUNTは1です。 SR = 0x01000100 (MBF、WCF) FSR TXCOUNT = 1、RXCOUNT = 0 RSR = 0x00000002 (RXEMPTY、!SOF) もしTXだけを扱うなら、SPIペリフェラルがDMAから最後に読み込まれたバイトをまだ処理している可能性があるので、ある程度理にかなっているかもしれません。その場合、DMA周辺機器はRAMからSPIのデータTXレジスタへの最後のバイトの読み込みを終えていますが、SPIはそれを送信する作業をまだ必要としていました。 しかし、TXとRXを同時に行う場合、TXCOUNTが1ならRXCOUNTも1になるはずだと予想していました。つまり、DMAはすべてのTXデータがクロックアウトされるまでRXで完了してはならない。なぜなら、最後のバイトはSPI RXデータレジスタからDMAによってRAMに転送される必要があり、これは転送の最後のクロックサイクルでのみ発生するからである。 これは本当に問題なのでしょうか？ もしそうなら、SDKで問題ですか? それともハードウェアIPで? DMAコールバック内でLPSPI SRをチェックして、SPIエラーが発生しているかどうかを判断できればと思っていました。 ありがとうございます -m Re: Using IMXRT1172 LPSPI EDMA transfer API, DMA IRQ handler called before SPI transfer is done こんにちは、 @nxp16 さん。 私たちの製品にご関心を寄せ、コミュニティをご利用いただき、本当にありがとうございます。 DMA完了とSPIバス完了は、2つの異なる概念です。 eDMAコールバックは、DMAエンジンがメモリとLPSPI FIFO/レジスタパス間で設定されたバイト数のデータの転送を完了したことを示します。これは必ずしも、LPSPIバスステートマシンが最後のフレームを完了した、あるいはアイドル状態に戻ったことを意味するものではありません。 LPSPIバスの完了を確認するには、SR[TCF]を確認するか、SR[MBF]がクリアされるまでお待ちください。 mayliu1_0-1784876065178.png mayliu1_1-1784876092476.png お役に立てれば幸いです。 よろしくお願いいたします。 5月 Re: Using IMXRT1172 LPSPI EDMA transfer API, DMA IRQ handler called before SPI transfer is done はい、しかしTX/RX転送の場合、DMAが完了した時点でTX_COUNTとRX_COUNTの両方がゼロになることを期待していました。つまり、RX DMAが最後のSPIクロックより前に完了することは不可能であるはずです。なぜなら、SPI周辺機器はその時間までにデータの最後のビットをRX FIFOにシフトしておらず、DMAは最後のバイトをRX FIFOにシフトするまでRAMにコピーできないからです。その場合、TXとRXの両方がDMAが完成する前に完了しているはずです。もしTXの転送だけなら、DMAがSPIより先に完了し、TX_COUNTはまだ1のままかもしれません。 ありがとうございます -m Re: Using IMXRT1172 LPSPI EDMA transfer API, DMA IRQ handler called before SPI transfer is done こんにちは、 @Mike_M3 さん、 ご意見ありがとうございます。 あなたの指摘はRXデータパスに関しても正しいです。RX EDMAチャネルが完了すると、期待されるRXデータはすでにRAMに移されています。しかし、これはLPSPIバスの完了とはまだ同じではありません。 TXCOUNT/RXCOUNTはFIFO占有率インジケーターです。RXCOUNT=0はDMAによってRX FIFOが消耗されたことを意味し、TXCOUNT=1は送信/コマンドFIFO内の保留中のエントリを1つ示すことがあります。LPSPIでは、送信FIFOはコマンドやTCRエントリにも使用されるため、TXCOUNTは単なるRX補完のミラーではありません。MBF=1は、LPSPIバスステートマシンがまだ完全にアイドル状態に戻っていないことを示します。 したがって、転送完了の条件としてTXCOUNT/RXCOUNTの等価性を使用することはお勧めしません。LPSPIバス完了条件については、代わりにSR[TCF]=1またはSR[MBF]=0を使用してください。割り込みベースの表示が望ましい場合は、kLPSPI_TransferCompleteInterruptEnableを有効にし、EDMAコールバックをDMA完了表示専用にしてください。 よろしくお願いいたします。 5月

i.MX8M Plus — ECSPI/SPI NOR 接口上的辅助镜像启动 (IMG_CNTN_SET1_OFFSET)：ROM 是否会回退到 OP 模式 i.MX8M Plus -- ECSPI/SPI 或非 上的辅助映像启动 (IMG_CNTN_SET1_OFFSET)：ROM 是否会回退到 OPEN 配置？ ==== 设置 ==== - SoC：i.MX8M Plus（定制SMARC模块） - 引导设备：ECSPI2 / CS1 上的串行 NOR（Winbond W25Q128，16 MiB）。这是传统的 eCSPI 控制器，不是 FlexSPI。 - 安全性：开放式配置（设备未关闭 HAB）。 - 熔丝 IMG_CNTN_SET1_OFFSET（熔丝读取 2 1）= 0x00000000。 - Flash 映射：主引导加载程序位于 0x000000，辅助副本位于 0x400000（4 MiB）。 根据已记录的SPI映射： “对于 SPI：如果熔丝位大于 10，则禁用辅助启动；n == 0 -> 偏移量 = 4 MB；n == 2 -> 1 MB；其他情况且 n <= 10 -> 1 MB * 2^n。” 当熔丝 n = 0（出厂默认值，无需烧录）时，二级偏移量应正好为 0x400000。 ==== 问题 ==== 我们在 0x400000 处放置了一个字节相同的、经 cmp.b 验证的主映像副本，然后使主启动头失效（sf erase 0 0x1000）并重置。 ROM 无法回退到备用映像——主板已变砖（只能通过 USB SDP 恢复）。 我们还尝试擦除主体内部的一个孔（sf erase 0x100000 0x40000），结果相同。 ==== 问题 ==== 1. 在 SPI/ECSPI NOR 上，是什么触发 ROM 在 IMG_CNTN_SET1_OFFSET 处切换到辅助映像？ 是无效的主启动头/镜像解析失败，还是具体的 HAB 认证失败？ 2. 辅助映像启动在开放（非安全）配置下是否有效，还是仅在设备 HAB 关闭时有效？ 3. 是否恢复到之前的重置状态，还是需要断电重启/第二次重置（持久启动方式）？ 4. 位于 0x400000 的辅助映像必须是单独构建的可引导映像（具有该偏移量的独立虚拟镜像/引导数据）吗？ 或者，使用与原文件完全相同的字节副本就足够了？ ==== 逻辑分析仪证据（RESET 期间捕获的 SPI 总线信号） ==== 我们使用 Saleae Logic Pro 16 以 500 MS/s 的速度探测 ECSPI2 总线（CLK、MOSI、MISO、CS），并在 RESET 期间解码每个 SPI 事务。为了进行比较，我们对从 FlexSPI 或非 启动并成功回退到辅助电源的 i.MX8QM 模块进行了同样的测试。 ---- i.MX8M Plus (ECSPI NOR)，主控芯片已损坏 ---- ROM 只发出 0x03 READ 命令，严格从偏移量 0 开始顺序读取： 0x03 00 00 FC -> 读取 0x0000FC 0x03 00 04 EC -> 读取 0x0004EC 0x03 00 08 DC -> 读取 0x0008DC ……（每个 64 KiB 数据块约 50 次读取，呈严格递增趋势）…… 0x03 00 13 xx -> 读取计数在此处下降（擦除空洞 0x100000-0x140000，MISO=0xFF） 0x03 00 18 xx -> 线性地继续经过孔洞 ... 最高可达 ~0x1A69E8 ... ROM 会线性读取整个主区域，直接读取已擦除/无效区域（得到 0xFF），并且永远不会读取 0x400000 或 0x800000（辅助区域）。 在完整的捕获数据（2500 万个样本，654 个解码交易）中，任何地方都没有“0x03 40 xx xx”。 如果头完全擦除，ROM 会加载 0xFF，执行它，然后因同步中止而崩溃——没有任何回退机制。 作为对比，i.MX8QM（FlexSPI NOR）——备用方案确实有效—— 当仅主容器头失效（FCB 保持不变，地址为 0x000400）时，QM ROM 会执行以下操作： 0x0B 00 04 00 -> 快速读取 FCB @0x000400，MISO：46 43 46 42（“FCFB”魔数，FlexSPI 配置有效） 读取FCB配置数据…… 0x0B 00 10 00 -> 快速读取主容器 @0x001000，MISO：FF FF FF FF（无效！） 0x0B 40 10 00 -> 快速读取辅助容器 @0x401000，MISO：有效 <-- ROM 已切换，相同 RESET 0x0B 40 30 00, 0x0B 40 40 00, ... -> 加载整个二级镜像（在 0x40xxxx 处读取约 90 次） QM ROM 读取 FCB，配置 FlexSPI，检查 0x001000 处的主容器，发现为 0xFF， 然后立即（相同 RESET）切换到 0x401000 处的辅助容器。这样可行。 如果我们擦除前 4 MB 的全部数据（包括 FCB），QM ROM 只会进行 2 次读取操作。 在 0x000400 处，得到 0xFF，并且不会回退——因此需要有效的 FCB 才能启用回退。 - - 比较 - - i.MX8M Plus（本主板）： 控制器：eCSPI（传统SPI） 读取操作码：0x03 读取 FCB 存在：否（eCSPI 没有 FCB 概念） 读取损坏的主服务器上的辅助服务器：否 -- 总线从未显示“0x03 40 xx xx” 结果：砖块（加载 0xFF -> 崩溃） i.MX8QM（参考）： 控制器：FlexSPI 读取操作码：0x0B 快速读取 FCB 存在：是（0x400，魔法值“FCFB”） 读取损坏主盘上的辅助盘：是 -- "0x0B 40 10 00", 相同RESET 结果：辅助设备启动成功 ==== 摘要 ==== 从总线捕获信息来看，IMG_CNTN_SET1_OFFSET 辅助映像在 i.MX8M Plus 上启动。 似乎仅支持 FlexSPI，或者受 HAB 关闭配置的限制，并且无法启用。 适用于 OPEN 配置中的 eCSPI NOR。 NXP能否确认： - i.MX8M Plus 是否支持 eCSPI（而非 FlexSPI）或非 进行二次映像启动； - 触发条件是 HAB-auth-failure（仅限已关闭配置）还是任何无效标头（也包括已打开配置）； - 回退方案是采用相同的重置方式还是需要断电重启； - 是否必须为该偏移量单独构建辅助副本，或者字节相同的副本也可以。 谢谢！ Re: i.MX8M Plus — Secondary image boot (IMG_CNTN_SET1_OFFSET) on ECSPI/SPI NOR: does ROM fall back i 你好@djordje_nod 希望你一切都好。 Q1.什么原因导致 ROM 回退到 ECSPI NOR 的辅助模式？ 在 OPEN 模式下，ROM/HAB 执行映像认证，但所有认证错误都会被忽略，并且仍然允许执行映像。 在 CLOSED 模式（SEC_CONFIG 融合）下，当 HAB 对主映像的认证失败时，ROM 将 PERSIST_SECONDARY_BOOT (SRC_GPR10[30]) 设置为 1 并执行软件复位。 Manuel_Salas_0-1785176534778.png Q2. 在 OPEN 配置下，辅助镜像启动是否正常工作？ 在 OPEN 模式下，ROM 永远不会自动设置 PERSIST_SECONDARY_BOOT，因为它会忽略 HAB 错误。 Q3：第一次 RESET 还是第二次 RESET？ 主启动失败 HAB 认证（关闭模式）----> ROM 设置 SRC_GPR10[30] = 1 ----> 触发信号软件复位。 在下一个 RESET 周期，ROM 读取持久位，发现它是 1，于是从辅助偏移量而不是主偏移量加载数据。 Q4. 是字节相同的副本，还是位于 0x400000 的单独构建的映像？ 由于 IVT/启动数据字段包含的是 RAM 地址，而不是闪存地址，因此字节相同的副本就足够了。 顺祝商祺！ 萨拉斯。

How does the on-board emulator of the FRDM-A-S32K344 board support comsis-dap or jlink? NXP has launched the FRDM-A-S32K344 universal development board. However, the on-board emulator does not support comsis-dap and jlink, which significantly hinders its use in general applications for Zephyr firmware burning, debugging, and VSCode development. Are there any plans for future support in this regard?

i.MX8M Plus — Secondary image boot (IMG_CNTN_SET1_OFFSET) on ECSPI/SPI NOR: does ROM fall back in OP i.MX8M Plus -- Secondary image boot (IMG_CNTN_SET1_OFFSET) on ECSPI/SPI NOR: does ROM fall back in OPEN config? ==== Setup ==== - SoC: i.MX8M Plus (custom SMARC module) - Boot device: serial NOR on ECSPI2 / CS1 (Winbond W25Q128, 16 MiB). This is the legacy eCSPI controller, NOT FlexSPI. - Security: OPEN configuration (device is not HAB-closed). - Fuse IMG_CNTN_SET1_OFFSET (fuse read 2 1) = 0x00000000. - Flash map: primary bootloader at 0x000000, secondary copy at 0x400000 (4 MiB). Per the documented SPI mapping: "For SPI: secondary boot disabled if fuse > 10; n == 0 -> Offset = 4 MB; n == 2 -> 1 MB; others & n <= 10 -> 1 MB * 2^n." With fuse n = 0 (factory default, no burn needed) the secondary offset should be exactly 0x400000. ==== The problem ==== We placed a byte-identical, cmp.b-verified copy of the primary image at 0x400000, then invalidated the primary boot header (sf erase 0 0x1000) and reset. The ROM does NOT fall back to the secondary image -- the board is bricked (recoverable only via USB SDP). We also tried erasing a hole inside the primary body (sf erase 0x100000 0x40000) with the same result. ==== Questions ==== 1. On SPI/ECSPI NOR, what exactly triggers the ROM to switch to the secondary image at the IMG_CNTN_SET1_OFFSET? Is it any invalid primary boot header / failed image parse, or specifically a HAB authentication failure? 2. Does secondary-image boot work in OPEN (non-secured) configuration, or only when the device is HAB-closed? 3. Does it fall back on the same reset, or does it require a power cycle / second reset (persistent-boot style)? 4. Must the secondary image at 0x400000 be a separately-built bootable image (its own IVT/boot data for that offset), or is a byte-identical copy of the primary sufficient? ==== Logic-analyzer evidence (SPI bus captured during reset) ==== We probed the ECSPI2 bus (CLK, MOSI, MISO, CS) with a Saleae Logic Pro 16 at 500 MS/s and decoded every SPI transaction during reset. For comparison we did the same on an i.MX8QM module which boots from FlexSPI NOR and does fall back to secondary successfully. ---- i.MX8M Plus (ECSPI NOR), primary corrupted ---- The ROM issues only 0x03 READ commands, reading strictly sequentially from offset 0: 0x03 00 00 FC -> READ 0x0000FC 0x03 00 04 EC -> READ 0x0004EC 0x03 00 08 DC -> READ 0x0008DC ... (~50 reads per 64 KiB block, strictly increasing) ... 0x03 00 13 xx -> read count drops here (erased hole 0x100000-0x140000, MISO=0xFF) 0x03 00 18 xx -> continues LINEARLY past the hole ... up to ~0x1A69E8 ... The ROM reads linearly through the entire primary region, straight through the erased/invalid area (getting 0xFF back), and NEVER issues a read to 0x400000 or 0x800000 (the secondary region). There is no "0x03 40 xx xx" anywhere in the full capture (25 million samples, 654 decoded transactions). On a fully-erased-header case the ROM loads 0xFF, executes it, and crashes with a Synchronous Abort -- no fallback of any kind. ---- i.MX8QM (FlexSPI NOR), for contrast -- secondary fallback DOES work ---- When only the primary container header is invalidated (FCB left intact at 0x000400), the QM ROM does: 0x0B 00 04 00 -> Fast-Read FCB @0x000400, MISO: 46 43 46 42 ("FCFB" magic, FlexSPI config valid) ... reads FCB configuration data ... 0x0B 00 10 00 -> Fast-Read primary container @0x001000, MISO: FF FF FF FF (invalid!) 0x0B 40 10 00 -> Fast-Read SECONDARY container @0x401000, MISO: valid <-- ROM switched, SAME reset 0x0B 40 30 00, 0x0B 40 40 00, ... -> loads whole secondary image (~90 reads at 0x40xxxx) The QM ROM reads FCB, configures FlexSPI, checks the primary container at 0x001000, sees 0xFF, and immediately (same reset) switches to the secondary container at 0x401000. This works. If we instead erase the whole first 4 MB (including the FCB), the QM ROM makes only 2 reads at 0x000400, gets 0xFF, and does NOT fall back -- so a valid FCB is required for the fallback to engage. ---- Comparison ---- i.MX8M Plus (this board): Controller : eCSPI (legacy SPI) Read opcode: 0x03 READ FCB present: No (eCSPI has no FCB concept) Reads secondary on corrupt primary: NO -- bus never shows "0x03 40 xx xx" Result: bricks (loads 0xFF -> crash) i.MX8QM (reference): Controller : FlexSPI Read opcode: 0x0B Fast Read FCB present: Yes (0x400, magic "FCFB") Reads secondary on corrupt primary: YES -- "0x0B 40 10 00", same reset Result: boots secondary successfully ==== Summary ==== From the bus captures, the IMG_CNTN_SET1_OFFSET secondary-image boot on i.MX8M Plus appears to be either FlexSPI-only, or gated by HAB-closed config, and does not engage for eCSPI NOR in OPEN config. Could NXP please confirm: - Whether eCSPI (as opposed to FlexSPI) NOR is supported for secondary-image boot at all on i.MX8M Plus; - Whether the trigger is HAB-auth-failure (closed config only) vs. any invalid header (open config too); - Whether fallback is same-reset or requires a power cycle; - Whether the secondary must be separately built for that offset, or a byte-identical copy is OK. Thank you. Re: i.MX8M Plus — Secondary image boot (IMG_CNTN_SET1_OFFSET) on ECSPI/SPI NOR: does ROM fall back i Hello @djordje_nod  Hope you are doing very well. Q1. What triggers the ROM to fall back to secondary on ECSPI NOR? In OPEN mode, the ROM/HAB performs image authentication but all authentication errors are ignored and the image is still allowed to execute. In CLOSED mode (SEC_CONFIG fused), when HAB authentication of the primary image fails, the ROM sets PERSIST_SECONDARY_BOOT (SRC_GPR10[30]) to 1 and performs a software reset. Manuel_Salas_0-1785176534778.png Q2. Does secondary image boot work in OPEN configuration? In OPEN mode, The ROM will never autonomously set PERSIST_SECONDARY_BOOT because it ignores HAB errors. Q3. Same reset or second reset? Primary boot fails HAB auth (closed mode) ----> ROM sets SRC_GPR10[30] = 1 ----> triggers software reset. On the next reset cycle, ROM reads the persistent bit, sees it is 1, and loads from the secondary offset instead of the primary. Q4. Byte-identical copy or separately-built image at 0x400000? A byte-identical copy is sufficient as the IVT/boot-data fields contain RAM addresses, not flash addresses. Best regards, Salas.

旧版软件许可 Codewarrior 10.4.1 你好， 截至 2026 年，是否有办法使用免费许可证在 Power Quicc III 等旧设备上使用 CodeWarrior 10.4.1？ Re: Legacy Software License Codewarrior 10.4.1 你好， CodeWarrior for Power Architecture（支持 PowerQUICC III 的工具，例如 MPC85xx 系列）没有免费/特别版。 PowerQUICC III 器件（MPC8540、MPC8548、MPC8560、MPC8572 等）受CodeWarrior Development Studio for Power Architecture v10.x支持，但需要付费许可证（基本版、标准版或专业版套件）。 NXP提供的付费选项包括： CW 开发套件 – 基本版– 最低级别，包括 Power Architecture（Eclipse、Windows 和 Linux 主机），但可能存在代码/数据大小限制。 CW 开发套件 – 专业版– 功能齐全，无大小限制，包含经典和 Eclipse IDE，支持 Linux 和 Windows。 面向网络应用的 CW 开发套件– 专门针对 PowerQUICC I/II/II Pro/III、QorIQ P/T 系列和 Layerscape。   此致

RDK358BMU压力传感器启动时的压力传感器建议。 RD-K358BMU 我正在研究 RDK358BMU 评估板，并计划启动压力传感器。 请您提供以下信息： 1.RDK358BMU推荐使用的压力传感器零件号是多少？ 2. NXP 参考设计中是否使用了或验证了特定的压力传感器？ 3. 您能否也分享一下传感器接口、连接详情以及启动所需的任何软件配置？ 任何与压力传感器与 BMU 集成相关的参考文档或应用笔记都将不胜感激。 Re: Pressure sensor recommendation for RDK358BMU pressure sensor bring-up. 你好@shweta_jagadale ， 1. 和 2. RDK358BMU 使用高度集成的电池压力监测传感器 NBP8-9x 。 3. 有关压力传感器的连接和编程的更多信息，请参阅压力传感器数据表。 RD-K358BMU 用户指南还介绍了压力传感器软管接口。 最后，您可以通过我们的汽车软件包管理器找到 RD-K358 (S32K358) 所需的所有相关软件。此外，还有连接到 NBP8 – KE15Z FreeMASTER 演示的主机 MCU 的应用软件。 此致， 朱利安

Question about C16 capacitor rating in MRF300AN 27MHz reference design Hello NXP Support Team, I am currently reviewing the MRF300AN 27MHz reference design and have a question regarding capacitor C16 on the output side. According to the BOM I have (e.g., from the Farnell datasheet), C16 is specified as a 39,000 pF (39 nF) / 50V chip capacitor (ATC part 200B393KT50XT). Given that the MRF300AN operates at a 50V drain voltage and the output stage handles high RF power (up to 300W+), I am concerned that a 50V-rated capacitor in this position might be insufficient for reliable long-term operation. My questions are: Is the 50V rating for C16 in the BOM correct, or could it be a typo? What is the exact function of C16 in this circuit? Is it part of the output matching network, a DC blocking capacitor, or a bypass/decoupling capacitor? If it is indeed a DC blocking or matching capacitor in the RF output path, wouldn't a higher voltage rating (e.g., 100V or higher) be more appropriate to handle voltage transients and standing waves? I would greatly appreciate your clarification on this matter. Thank you for your time and support. Best regards, Re: Question about C16 capacitor rating in MRF300AN 27MHz reference design Hello fengyuqi Good day! The 300W does not directly determine the voltage stress on a capacitor. The capacitor voltage rating must be compared against the actual RF voltage across that capacitor, not against the amplifier output power. C16 is not necessarily seeing the full RF output voltage. From the reference design BOM, C16 belongs to the supply decoupling / RF bypass network, not directly across the 50 Ω output connector I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck. Re: Question about C16 capacitor rating in MRF300AN 27MHz reference design Dear RafaR, Thank you for your detailed and helpful response. I truly appreciate the time you took to explain the voltage stress consideration on capacitors. I would like to acknowledge that you are absolutely right — the voltage across C16 is not as high as the full RF output voltage, since the voltage stress depends on the actual RF voltage across the component rather than the amplifier's output power. I fully accept this point. However, I would like to clarify one thing regarding C16. After double-checking the PCB layout I have, C16 does appear to be the DC blocking capacitor placed before the RF output, assuming all traces are routed on the top layer. I understand this might differ from the BOM's designation in your documentation, but based on the layout files I currently have access to, this is what I observe. The materials I have downloaded so far include only the PCB layout files and a brief summary document — I do not have access to the full schematic, detailed BOM with component functions, or the complete reference design user guide. Would it be possible for you to share more detailed documentation for this reference design, such as: The full schematic The complete BOM with component function descriptions The reference design user manual or application note I would be extremely grateful for any additional materials you could provide. If there are any restrictions on sharing these files, please also let me know so I can request them through the proper channel. Thank you again for your guidance, and I look forward to your reply. Best regards, fengyuqi Re: Question about C16 capacitor rating in MRF300AN 27MHz reference design Hello fengyuqi Good day! Unfortunately NXP documentation pack for this design does not include a schematic. It is our general practice since most RF designs are sensitive to board layout. Thus, the layout view plus BOM provides more reproducible results than a pure schematic. If you need, you can draw the schematic by yourself using layout and BOM. Unfortunately we do not have a reference design for MRF300 in the 27MHz band. The documentation we can recommend is that found on our official website in the "Design Resources" section: RafaR_0-1784737806340.png However, this design has been implemented for quite a few years, so I can assure you that the BOM listed in the documentation we provide is correct. I hope this information has helped you, please let me know if you need help with anything else. We apologize for any inconvenience this may cause you. Have a great day and best of luck. Re: Question about C16 capacitor rating in MRF300AN 27MHz reference design Dear RafaR, Thank you very much for your previous reply and for sharing the design resources. I have reviewed the layout and BOM as you suggested, and I am now preparing to build my own prototype. Before I proceed, I would like to ask a few specific questions regarding component selection and potential modifications: Capacitor substitution – Some ATC capacitors listed in the BOM are difficult to source in my region. I am considering using Vishay RF capacitors with similar key specifications, for example, 39 pF, C0G/NP0 dielectric, and the same voltage rating. In your experience, would this be a safe replacement, provided that other parameters like ESR, Q factor, and self‑resonant frequency are comparable? Are there any additional hidden characteristics I should pay extra attention to? Value change for C10 – In my ADS simulation, I found that replacing C10 with a 200 pF capacitor gives a noticeable improvement in efficiency. Would you recommend making this change on the actual board? If so, are there any stability or thermal concerns I should evaluate before doing so? Debugging approach – Since the schematic is not provided, I plan to use the layout and BOM as my primary references. I assume that minor discrepancies in my understanding of the circuit can be resolved through practical tuning and measurements on the prototype. Is this a reasonable approach in your view, or do you foresee any major risks? I truly appreciate your time and guidance. Please feel free to let me know if any of these questions need further clarification. Have a great day and best regards, fengyuqi Re: Question about C16 capacitor rating in MRF300AN 27MHz reference design Hello fengyuqi Good day! Capacitor substitution Unfortunately, NXP doesn't have any recommended replacements, and I haven't had the opportunity to experiment with components other than those listed in the BOOM, so we can't guarantee their functionality. However, based on my research, the replacements sound feasible, only if the parameters you mentioned earlier are equivalent. I would also consider the package geometry and heat dissipation, if possible. Value change for C10 Go ahead if you've already run the simulation and see improvement, continue. Debugging approach Sure, I think it's a good approach; often, small errors can be fixed by making minor modifications to the layout, so I don't see any risk in doing it this way. I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck.

GCC 10.2ツールチェーンのインストールに失敗しました。 屏幕截图 2026-07-27 091847.png Re: GCC10.2工具链安装失败 コンピューターを再起動して、もう一度試してみましたか？

S32DS for ARM 2018R1 ライセンス こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 binli_0-1654501988529.png Re: S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for ARM v2018.R1のライセンスの有効期限が切れました。 延長していただけますか？ アクティベーションコード00B2-2243-F93D-50F1 よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちは: S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長してもらえますか？ありがとうございます qfgl_1-1761810711063.png Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: 0255-52A3-B9BE-AB0C よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちは： S32DS for ARM V2.2 のライセンスが 13 日後に期限切れになります。確認して延長を手伝っていただけますか? Arm用S32 Design Studio アクティベーションID: 97B6-8CB8-3FC0-851A 評価日数: 13 機能バージョン: 2.2 機能のステータス: 評価 (13 日間) ありがとうございます。 Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license はい、うん Re: S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 DXD_1-1760436860875.png Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ARM V2.2 ライセンスの有効期限が切れました。 ライセンスを延長していただけますか? アクティベーションID: DD5C-6F03-8AE4-7ECA SOありがとう。 Re: S32DS for ARM 2018R1 license S32 プラットフォーム 3.4 の S32DS のライセンスの有効期限が切れました。確認して延長してもらえますか?ありがとうございます。アクティベーションコード C5A1-5B94-2A38-9034 Re: S32DS for ARM 2018R1 license こんにちは： おはようございます！S32dsのライセンスが期限切れです。ライセンスの延長をお願いできますか？ソフトウェアバージョンは2.2です。 YongBo1_0-1753323581378.png YongBo1_1-1753323618471.png YongBo1_2-1753323647489.png 本当にありがとうございます！あなたの助けが必要です！ Re: S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとう。アクティベーションコード:349D-19F8-FFD7-7F10 回复： S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとう。アクティベーションコード592C-8B75-D563-0CAE jadezhang0808_1-1753157055690.png Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。 Re: S32DS for ARM 2018R1 license S32DS for ARM 2018R1 のライセンスの有効期限が切れました。延長をお願いしたいです。どうもありがとうございます。 コード9DD9-3E3B-4AA1-1DE3 S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: DE17-8B75-A725-CBC3 SomeBlack_0-1747874771004.png Re: S32DS for ARM 2018R1 license S32DS for Power Win32 v2017 IDEs のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか?「このライセンスを返却することはできません」というヒントです。返品しようとすると、「 よろしくお願いします。 xiaocong_0-1747722624302.png Re: S32DS for ARM 2018R1 license S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長してもらえますか？アクティベーションコード D429-1EC2-B799-7507 ありがとう。 Re: S32DS for ARM 2018R1 license こんにちは: S32 Design Studio for Power Architecture ® v2.1 - Windows/Linuxのライセンス IDE の有効期限が切れました。確認と延長を手伝っていただけますか？ アクティベーションコード DDD9-023A-976E-CD88 ありがとうございます。 Re: S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認と延長を手伝っていただけますか？アクティベーションコード DDD9-023A-976E-CD88 ありがとう。 Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。古いコードを使用して S32DS を再度アクティブ化してください。 Re: S32DS for ARM 2018R1 license こんにちは、S32 Design Studio for ARM v2.2 ライセンスの有効期限はすでに切れています。延長してもらえますか? ありがとうございます! アクティベーションコード: 2D6B-DC21-07CF-F125 Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。 Re: S32DS for ARM 2018R1 license こんにちは： 私の免許証 S32DS for Arm v2.2 IDE の有効期限がもうすぐ切れます。確認して延長していただけませんか? ありがとうございます。 アクティベーションコード: BC11-7022-0D21-E460 回复： S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 4777-90EB-DAF6-AE57 Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。 Re: S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for ARM v2018 R1 のライセンスが期限切れです。延長してもらえますか？ アクティベーションコード: 6EC6-15B7-7227-97F6 ありがとうございます。 カルロ 回复： S32DS for ARM 2018R1 license 屏幕截图 2025-02-18 104107.png こんにちは： S32DS for ARM V1.3 のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 Re: S32DS for ARM 2018R1 license 問題は解決しました。ありがとうございます Re: S32DS for ARM 2018R1 license S32DS ライセンスの拡張を手伝ってください。アクティベーションコード: FF84-9C7B-EFCB-6595。ありがとうございます! Re: S32DS for ARM 2018R1 license こんにちは、 あなたのアカウントを確認しましたが、すべてのライセンスは有効でアクティブ化されています。S32DS PA では異なるアクティベーション キーを使用しましたが、問題はありません。 Re: S32DS for ARM 2018R1 license ソフトウェアフィードバック：（ライセンスがありません） Re: S32DS for ARM 2018R1 license こんにちは。私の S32 Design Studio for Power Architecture バージョン 2.1 ライセンスの有効期限がすでに切れていますが、延長することはできますか? ありがとうございます! アクティベーションコード: 77FC-3B94-A7DC-54EE Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: FF84-9C7B-EFCB-6595 どうもありがとうございます Re: S32DS for ARM 2018R1 license こんにちは。ARM 2018R1 用に S32DS を再インストールしました。 オフラインでアクティベートすると、activation.xml に「ライセンスを生成CANません。すでに期限が切れています」と表示されます。 Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。 Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスが期限切れになりました。延長していただけますか？ アクティベーションコード: FC1A-4C29-3203-9C08 どうもありがとうございます 回复： S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for Arm v3.5 のライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 8A8B-9E9B-F34E-2603 回复： S32DS for ARM 2018R1 license こんにちは。私の S32 Design Studio for Arm v2.2 ライセンスはすでに期限切れです。延長してもらえますか? ありがとうございます! アクティベーションコード: D0BA-0474-25E0-F056 S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます!アクティベーションコード: 3EF3-981A-CE8D-45C3 Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 3EF3-981A-CE8D-45C3 回复： S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 aiai_0-1723802490382.png Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスがもうすぐ期限切れになります。 延長していただけますか？ありがとう。 アクティベーションコード: C617-86A4-65B7-F3D9 どうもありがとうございます 回复： S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 0384-6363-91F6-CB8E Re: S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 8238-B154-F160-0911 Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスがもうすぐ期限切れになります。 延長していただけますか？ありがとう。 アクティベーションコード: 516A-3379-0522-6A9D どうもありがとうございます Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスがもうすぐ期限切れになります。 延長していただけますか？ありがとう。 アクティベーションコード: 0D34-286B-9EE6-E692 どうもありがとうございます Re: S32DS for ARM 2018R1 license こんにちは、 S32DS ライセンスが延長されました。古いコードを使用して S32DS を再度アクティブ化してください。 Re: S32DS for ARM 2018R1 license S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: DC0F-DD50-F612-9743 Re: S32DS for ARM 2018R1 license こんにちは。私のライセンスの有効期限が切れました。ライセンスの延長、アクティブコードについて助けてください。 DC0F-DD50-F612-9743 回复： S32DS for ARM 2018R1 license こんにちは。私のライセンスの有効期限が切れました。ライセンスの延長、アクティブコードについて助けてください。 DC0F-DD50-F612-9743 Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: DE63-F9AF-C189-5399 どうもありがとうございます Re: S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 ========================================== 商品の説明S32 Design Studio 注文番号S32DS_2018_R1_100931407 注文番号 ライセンスの総数:100 アクティベーションコード C625-7579-0C28-63DC 製品に適用されるライセンス: バージョンの説明 R1 2018 S32 Design Studio (EULA を表示) 3.1 S32 Design Studio (EULA を表示) 100個入手可能       Re: S32DS for ARM 2018R1 license こんにちは： S32DS for Arm 2018R1 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 Joe_0_0-1705036715844.png Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM v2.2 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード F1B3-2017-8F0D-17BE よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちは、 @acirillo さん、 ライセンスの有効期限を 2028 年末まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 S32S 2018のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちは、 @linxwhut さん、 両方のライセンスの有効期限を 2028 年末まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 @Detective さん、 ライセンスの有効期限を 2028 年末まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: C819-045E-F1F8-61B7 Re: S32DS for ARM 2018R1 license こんにちは。私と同僚の S32 Design Studio for Power Architecture バージョン 2.1 ライセンスの有効期限が切れてしまいました。ライセンスの延長を手伝っていただけますか?ありがとう アクティベーションコード:82DF-FC84-F43A-1EF0 アクティベーションコード:5EBA-DE62-DCF0-02A9 Re: S32DS for ARM 2018R1 license こんにちは、ホーガンさん。 有効期限を2027年まで延長しました。現在のコードで再度アクティブ化してください。 よろしくお願いします、 マイク Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: E03E-A0CC-D45D-88C8 どうもありがとうございます Re: S32DS for ARM 2018R1 license よろしくお願いします。 Re: S32DS for ARM 2018R1 license 親愛なる、 S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード: E03E-A0CC-D45D-88C8 どうもありがとう 。 Re: S32DS for ARM 2018R1 license こんにちは、 @J_Garyさん、 ライセンスの有効期限を 2028 年末まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 メフル Re: S32DS for ARM 2018R1 license こんにちは。S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: E971-3802-1E3D-5BA6 Re: S32DS for ARM 2018R1 license こんにちは、 @liamtsenさん、 あなたのライセンスを2028年12月末まで延長しました。 使用するにはアクティベーションを更新してください。 いつもご利用いただき、ありがとうございます。よろしくお願いいたします。  - メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは。私の免許証の有効期限が切れてしまいました。CAN延長してもらえますか？ その番号は よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちはサラさん ライセンスが延長されました。アクティベーション コードをもう一度試してください。 よろしくお願いします、 マイク 回复： S32DS for ARM 2018R1 license こんにちは、 @Hanshengさん あなたのライセンスを2027年末まで延長しました。使用するにはアクティベーションを更新してください。 いつもご利用いただき、ありがとうございます。よろしくお願いいたします。  -メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for ARM v2018.R1 ライセンスの有効期限がすでに切れています。延長にご協力いただけませんか？ ありがとうございます！ アクティベーションコード: B7B1-173F-51BA-13A2 よろしくお願いいたします。 サラ Re: S32DS for ARM 2018R1 license こんにちは、 @1772137309 。 あなたのライセンスを2028年末まで延長しました。 S32DS の [ヘルプ] -> [NXP ライセンス] メニューに移動し、[更新] をクリックして、ローカル マシン上のライセンス データを更新してください。 よろしくお願いします、 - メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: B0A4-688C-2AD6-79EE Re: S32DS for ARM 2018R1 license こんにちは、 @ScreenUserさん、 ライセンスの有効期限を 2027 年まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 - メフル・パテル Re: S32DS for ARM 2018R1 license S32 Design Studio for Arm v2018 R1 ライセンスの有効期限がすでに切れていますが、延長してもらえますか? ありがとうございます! アクティベーションコード: 6C82-9208-D1F2-C38F Re: S32DS for ARM 2018R1 license こんにちは、 ライセンスの有効期限を 2026 年まで延長しました。 ローカル ライセンス情報を更新するには、NXP ライセンス メニューの「更新」アクションを使用してください。 よろしくお願いします、 マイク Re: S32DS for ARM 2018R1 license こんにちは： S32DS_Power_Win32_v2.1 IDEs のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 回复： S32DS for ARM 2018R1 license こんにちは。私のライセンスは期限切れです。ライセンスの延長について助けてください。アクティブコード：93E3-80E7-2A38-9E70 回复： S32DS for ARM 2018R1 license こんにちは。私のライセンスは期限切れです。ライセンスの延長について助けてください。アクティブコード：93E3-80E7-2A38-9E70 Re: S32DS for ARM 2018R1 license どうもありがとうございます。今はすべて正常に動作しています。改めて感謝申し上げます。 Re: S32DS for ARM 2018R1 license こんにちは、ハオさん あなたの免許を3年間延長しました。S32DS の [ヘルプ] -> [NXP ライセンス] メニューに移動し、[更新] をクリックして、ローカル マシン上のライセンス データを更新してください。 よろしくお願いします、 マイク Re: S32DS for ARM 2018R1 license こんにちは、 @Jaydenyzhu 私はこの権利を2026年まで延長しました。 新しいライセンスを受け取るにはアクティベーション コードを使用してください。 よろしくお願いいたします。 - メフル・パテル S32DS for ARM 2018R1 license 親愛なる、 S32 Design Studio for ARM バージョン 2018.R1 のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコードD5D0-D801-AB24-58DF よろしくお願いします。 Re: S32DS for ARM 2018R1 license My S32 Design Studio for Arm 2018_R1 の有効期限が 4 日後に切れますが、延長してもらえますか?ありがとう; アクティベーションID: 799E-5E79-910F-6C57 Re: S32DS for ARM 2018R1 license こんにちは、Gen Liさん あなたの免許を3年間延長しました。 現在のアクティベーション コードを使用して再度アクティベーションしてください。 よろしくお願いします、 マイク Re: S32DS for ARM 2018R1 license おはよう、 S32 Design Studio for Power Architecture バージョン 2.1 IDE のライセンスの有効期限が切れました。延長していただけますか？ アクティベーションコード DBA1-317C-5265-7E4F よろしくお願いします。 Re: S32DS for ARM 2018R1 license こんにちは、Mehul_Patelさん S32DS が動作するようになりました。ありがとうございます。 Re: S32DS for ARM 2018R1 license こんにちは、 @zuqiao さん あなたのライセンスを2026年12月末まで延長しました。 アクティベーションを更新してください。 ありがとう。敬具。 - メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 アクティベーションコードはD876-C313-75B1-2E1B です。ありがとうございます。 LICENSE.PNG Re: S32DS for ARM 2018R1 license こんにちは、 @cjgyf さん、 あなたの権利を2025年12月末まで延長しました。インストールを更新または再アクティブ化してください。 よろしくお願いいたします。 - メフル・パテル Re: S32DS for ARM 2018R1 license こんにちは、 @zuqiao さん ライセンスを再アクティブ化できるように、 S32DS for Arm v2018のアクティベーション コードを共有していただけますか。 いつもご利用いただき、ありがとうございます。よろしくお願いいたします。  -メフル・パテル Re: S32DS for ARM 2018R1 license 私のライセンスも期限切れ（9DE8-C6AE-8B6B-952B）なのですが、延長していただけますか？よろしくお願いいたします！ Re: S32DS for ARM 2018R1 license こんにちは、NXPの専門家の皆さん。 S32DS for Arm v2018 のライセンスの有効期限が切れ、ライセンスが返却されましたが、現在ライセンスが欠落していることが示されています。ライセンスの延長にご協力ください。どうぞよろしくお願いいたします。 デビッド Re: S32DS for ARM 2018R1 license こんにちは、マイク 遅れてごめんなさい。どうもありがとうございます。今はすべて正常に動作しています。 敬具 フランチェスコ Re: S32DS for ARM 2018R1 license こんにちは、 あなたのライセンスを2025年まで延長しました。同じコードで再度アクティベートしてください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license こんにちは。私の免許証の有効期限が切れてしまいました。CAN延長してもらえますか？ その番号は 09D2-DE37-6529-87FB よろしくお願いします。 フランチェスコ Re: S32DS for ARM 2018R1 license こんにちは@francesco_solitさん、 この権限のサーバー ログを確認しました。返却されたライセンスの最大数に達したことが報告されています。カウントをリセットした、SO今は動作するはずです。同僚にもう一度試してもらってください。 また、同僚が次のリンクを使用して NXP.com アカウントにログインすると、独自のライセンスを取得できることにも注意してください。 https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=S32-DS-ARM_v2018 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license こんにちは、マイク 再アクティベーションは現在私の PC では機能していますが、以前は同じライセンスが機能していた同僚の他の PC では機能しなくなりました。同僚にもライセンスを拡張することは可能ですか?それとも、新しいライセンスを取得することは可能ですか?NXP アカウントは次のとおりです。 [email protected] [email protected] よろしくお願いします。 フランチェスコ・ソリート Re: S32DS for ARM 2018R1 license 本当にありがとう、マイク。 敬具 フランチェスコ・ソリート Re: S32DS for ARM 2018R1 license こんにちは@francesco_solitさん、 あなたの権利を延長しました。新しい有効期限を受け取るSOライセンスを更新してください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license おはよう。 S32DS for ARM 2018R1 のライセンスが期限切れになります。延長していただけますか？添付ファイルでご覧いただけます。 ありがとうございます。 フランチェスコ・ソリート Re: S32DS for ARM 2018R1 license こんにちは、 私はこの権利を2025年まで延長しました。新しいライセンスを受け取るにはアクティベーション コードを使用してください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license こんにちは。私の免許証の有効期限が切れてしまいました。CAN延長してもらえますか？ その番号は 4F70-F0A3-101C-3C96 本当にSOありがとう。 Re: S32DS for ARM 2018R1 license ありがとう、マイク。 良い一日を！ Re: S32DS for ARM 2018R1 license こんにちは、 両方の権利は2025年まで延長されました。インストールを再アクティベートするには、アクティベーション コードを使用してください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license こんにちは。私の免許証の有効期限が切れてしまいました。CAN延長してもらえますか？ その番号は B361-6887-8BBF-ED12 さらに、私の同僚のアンナ・ダレッシオにも: E735-6A42-FED4-6005 本当にSOありがとう。 アニタ Re: S32DS for ARM 2018R1 license こんにちは@zhanglei327さん、 あなたの権利を2025年まで延長しました。インストールをライセンス サーバーと同期するには、[ヘルプ] -> [NXP ライセンス] メニューにある [更新] ボタンを使用してください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license こんにちは、 私の免許証はもうすぐ期限切れになります。 zhanglei327_0-1658835568910.png zhanglei327_1-1658835608579.png Re: S32DS for ARM 2018R1 license おはよう！ 問題は解決しました! よろしくお願いします。 ヴァレリア Re: S32DS for ARM 2018R1 license こんにちは@valeriaalessiさん、 サーバー側からライセンスを手動で返却しました。ライセンスの返却のオファーを受け取ったら、「はい」を選択してください。場合によっては、適切にリセットされない設定があり、強制的にリセットされることがあります。この後、ライセンスを返却すれば、問題なくアクティベートできるはずです。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license おはよう、 同じライセンス番号で再アクティブ化を試みましたが、ライセンスは別の機能用であるというメッセージが表示され続けます。ただし、最初のエラーの後、戻り値の回数を超えたことに関する 2 番目のエラーは再び発生しません。 助けていただけますか？ よろしくお願いします。 ヴァレリア Re: S32DS for ARM 2018R1 license こんにちは@valeriaalessiさん、 ライセンスサーバーを確認しました。返品の最大数を超えたと報告されました。返品カウントをリセットしました。これで問題は解決されるはずです。もう一度お試しください。 Mike Re: S32DS for ARM 2018R1 license おはよう、 以前と同じ番号でライセンスを再度アクティブ化しようとしましたが、ライセンスは別の機能用であると表示されます。その後、「戻る」をクリックすると、エラー メッセージが表示されます (添付ファイルを参照)。 助けていただけますか？ よろしくお願いします。 ヴァレリア error_1.PNG error_2.PNG Re: S32DS for ARM 2018R1 license こんにちは、 あなたのライセンスを2025年まで延長しました。[ヘルプ] -> [NXP ライセンス] メニューから更新するか、以前と同じアクティベーション コードを使用して再アクティベーションしてください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license おはよう、 S32DS for Arm 2018R1 IDEs のライセンスが期限切れになりました。延長していただけますか？ 添付ファイルで、現在のライセンスの有効期限が切れていることをCAN確認できます。 よろしくお願いします。 ヴァレリア Re: S32DS for ARM 2018R1 license こんにちは、 あなたの権利を延長しました。インストールを更新または再アクティブ化してください。 よろしくお願いいたします。 Mike Re: S32DS for ARM 2018R1 license Jack527_0-1764663383029.png私も期限が切れてしまいました。延長していただけますか？ありがとうございます。 回复： S32DS for ARM 2018R1 license 私の番号も延長していただけますか？ありがとうございます。私の番号（A9DC-778F-BAF6-8677）は有効期限が切れています。 回复： S32DS for ARM 2018R1 license ARM V2.2 用 S32DS の公式延期を要求します。 A467-A14C-CD17-0852 Re: S32DS for ARM 2018R1 license S32DS Power V2.1 ライセンスの有効期限が切れました。 ライセンスを延長していただけますか? アクティベーションID: 1C02-6C5E-91A6-0F19 SOありがとう。 Re: S32DS for ARM 2018R1 license こんにちは： S32DS for ARM v2.2 IDE のライセンスの有効期限が切れました。確認して延長を手伝っていただけますか? ありがとうございます。 _0-1770255101921.png 回复： S32DS for ARM 2018R1 license こんにちは。ARM バージョン v2.2 の S32 Design Studio ライセンスの有効期限が近づいています。 詳しく説明していただけますか？ありがとうございます。 私のアクティベーションコードは95F3-8275-56B8-B07Dです どうもありがとうございます。 Re: S32DS for ARM 2018R1 license tem 説明S32 Design Studio for ARM v2018 注文番号S32-DS-ARM_v2018_169264627 您能帮我延長许可证的有效期吗?激活码EBF4-DE52-80C0-FD65 非常感谢。 Re: S32 Design Studio for ARM v2.2 license马上过期了，申请延长 注文ID / ライン # S32DS-IDE-Arm-V2-X_186201937 / 1 履行された数量 1 アクティベーションコード 2107-4B0B-EBCA-A774 製品 S32 Arm v2.2 Design Studio ホスト 647F47BFF507631C69881D8FA0244925EE42B3D7 注文日 2022年8月15日

27MHzリファレンス・デザインにおけるC16コンデンサ定格に関する質問MRF300AN こんにちは、NXPサポートチームの皆さん、 現在、MRF300AN 27MHzのリファレンスデザインをレビューしており、出力側のコンデンサC16について質問があります。 私が持っているBOM(例:Farnellのデータシート)によると、C16は39,000 pF(39 nF)/50Vチップコンデンサ(ATC部品200B393KT50XT)と指定されています。MRF300ANは50Vのドレイン電圧で動作し、出力段は高RFパワー(最大300W+)を処理するため、この位置で50V定格のコンデンサでは長期的な安定した動作には不十分ではないかと懸念しています。 私の質問は以下のとおりです。 BOMのC16の50V定格は正しいのでしょうか、それとも誤字かもしれませんか? この回路におけるC16の正確な役割は何ですか？それは出力整合回路の一部ですか？それとも直流阻止コンデンサですか？あるいはバイパス／デカップリングコンデンサですか？ もし本当にRF出力経路にDCを遮断したりコンデンサを合わせているなら、電圧の過渡現象や定在波を処理するには、より高い電圧定格(例えば100V以上)の方が適切ではないでしょうか? この件についてご説明いただけると大変ありがたいです。お時間をいただき、サポートありがとうございます。 よろしくお願いいたします。 Re: Question about C16 capacitor rating in MRF300AN 27MHz reference design こんにちは、フォンユチー 良い一日！ 300Wという電力は、コンデンサにかかる電圧ストレスを直接決定するものではありません。 コンデンサの電圧定格は、そのコンデンサ両端の実際のRF電圧と比較し、アンプ出力電力と比較するのではありません。 C16は必ずしもRF出力電圧を完全に受信しているわけではありません。 リファレンス・デザインBOMによると、C16は電源デカップリング/RFバイパスネットワークに属しており、50 Ω出力コネクタを直接挟んでいたわけではありません この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: Question about C16 capacitor rating in MRF300AN 27MHz reference design 親愛なるRafaR様、 詳細かつ有益なご回答をありがとうございました。コンデンサにかかる電圧ストレスについて時間をかけて説明していただき、本当に感謝しています。 あなたの言う通り、C16両端の電圧はフルRF出力電圧ほど高くありません。なぜなら電圧ストレスはアンプの出力電力ではなく、部品両端の実際のRF電圧に依存しているからです。この点については全面的に同意します。 しかし、C16に関して一点明確にしておきたいことがあります。持っているPCBレイアウトを再確認したところ、C16はすべてのトレースが最上層に配線されていると仮定して、RF出力の前にDCブロッキングコンデンサが設置されているようです。これはあなたのドキュメントにおけるBOMの指定とは異なるかもしれませんが、私が現在アクセスできるレイアウトファイルから判断すると、私が観察しているのはこうです。 これまでにダウンロードした資料にはPCBレイアウトファイルと簡単な要約文書のみが含まれており、完全な回路図やコンポーネント機能付きの詳細なBOM、または完全なリファレンスデザインユーザーガイドにはアクセスできません。 このリファレンスデザインのより詳細なドキュメントを共有できるでしょうか。例えば: 完全な回路図 コンポーネント機能記述を含む完全なBOMです リファレンスデザインユーザーマニュアルまたはアプリケーションノート 追加の資料をいただけると大変ありがたいです。これらのファイルの共有に制限がある場合は、適切なチャネルを通じてリクエストできるように、私にもお知らせください。 ご指導いただき、改めて感謝申し上げます。お返事をお待ちしております。 よろしくお願いします、 豊玉旗 Re: Question about C16 capacitor rating in MRF300AN 27MHz reference design こんにちは、フォンユチー 良い一日！ 残念ながら、この設計のNXPドキュメントパックには回路図が含まれていません。ほとんどのRFデザインは基板の配置に敏感であるため、これが私たちの一般的な運用です。したがって、レイアウト図と部品表を組み合わせることで、純粋な回路図よりも再現性の高い結果が得られる。必要なら、レイアウトとBOMを使って自分で回路図を描くこともできます。 残念ながら、27MHz帯のMRF300に関するリファレンスデザインは存在しません。 私たちが推奨できるドキュメントは、公式ウェブサイトの「デザインリソース」セクションにあります。 RafaR_0-1784737806340.png しかし、この設計はかなり前から実装されているため、提供するドキュメントに記載されているBOMは正しいと保証できます。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 ご迷惑をおかけして申し訳ございません。 良い一日をお過ごしください。幸運を祈ります。 Re: Question about C16 capacitor rating in MRF300AN 27MHz reference design 親愛なるラファーへ、 前回のご返信とデザインリソースの共有、本当にありがとうございます。ご指摘いただいたとおり、レイアウトと部品表を確認しましたので、現在、試作品の製作準備を進めています。先に進む前に、部品の選定と潜在的な変更点に関して、いくつか具体的な質問をさせてください。 コンデンサの代替品 – 部品表に記載されているATC製コンデンサの中には、私の地域では入手が困難なものがあります。例えば、39 pF、C0G/NP0誘電体、同じ電圧定格のVishay RFコンデンサの使用を検討しています。あなたの経験から、ESR、Q値、自己共振周波数などの他のパラメータが同等である場合、これは安全な代替品と言えるでしょうか？他に特に注意すべき隠れた特徴はありますか？ C10の値の変更 – 私のADSシミュレーションでは、C10を200pFのコンデンサに交換すると、効率が著しく向上することがわかりました。この変更を実際のボードで行うことをお勧めしますか？もしそうなら、その前に安定性や熱的な懸念点はありますか? デバッグのアプローチ – 回路図が提供されていないため、レイアウトとBOMを主な参照として使う予定です。回路の理解における小さな不一致は、試作機の実用的なチューニングや測定によって解決できると考えています。これは妥当なアプローチだとお考えですか？それとも、何か大きなリスクを懸念されていますか？ お時間を割いてご指導いただき、本当に感謝しております。これらの質問についてさらに詳しい説明が必要な場合は、遠慮なくお知らせください。 良い一日をお過ごしください。よろしくお願いいたします。 豊玉旗 Re: Question about C16 capacitor rating in MRF300AN 27MHz reference design こんにちは、フォンユチー 良い一日！ コンデンサ置換 残念ながら、NXPには推奨される代替品がなく、BOOMに記載されている以外の部品を試す機会もなかったため、その機能を保証することはできません。 しかし、私の調査に基づくと、先に述べたパラメータが同等である場合に限り、代替案は実現可能であると思われます。可能であればパッケージの形状や散熱も考慮すべきです。 C10の値変更 既にシミュレーションを実行して改善が見られた場合は、そのまま続行してください。 デバッグ方法 確かに、それは良いアプローチだと思います。小さなミスでもレイアウトを少し修正すれば直せることが多いので、この方法でやってもリスクはないと思います。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。

GCC 10.2 toolchain installation failed. 屏幕截图 2026-07-27 091847.png Re: GCC10.2工具链安装失败 Have you tried to restart your computer and test it again?

imx8mp platform,sgtl5000声卡,linux内核版本5.4.70，当声音播放的时候，内核出现underrun的刷屏打印，而且声卡执行数据搬移的dma工作异常。 主控：imx8mp 内核：linux5.4.70 声卡：sgtl5000 应用程序：基于mmap方式，向dma buffer中搬移数据。 故障现象：当应用程序播音一段时间，内核出现 fsl-sai 30C3000.sai：isr:Transmit underrun detected的刷屏打印，对应具体的内核文件：./kernel/kernel-5.4.70/sound/soc/fsl/fsl_sai.c文件。 ........... if(flags & FSL_SAI_CSR_FEF) {      dev_dbg(dev,"isr:Transmit underrun detected\n");      /* FIFO reset for safety*/      xcsr |= FSL_SAI_CSR_FR; } ........... 同时使用指令cat /proc/interrupts | grep sdma 查看声卡对那个的dma中断计数，停止增加。 在目前代码的设置里面，是不是当FIFO出现underrun的情形之后,FIF状态异常，进而导致dma工作异常呢？ 查看imx8mp的规格书，有这样一个描述FCONT:IMX8MPPRM文档 14.4.2.7.3章节。When FIFO Continue on Error is enbaled，the FIFO continues transmitting data following an underrun without software intervention. To ensure that data transmits in the correct order,the transmitter continues from the same word number in the frame that caused the FIFO to inderrun，but only after new data writes to transmit FIFO ............................................ 按照规格书的这段配置，针对这样的情况 是不是出现underrun之后，dma还可以正常工作，只要dma将数据搬移至fifo，就可以继续之前的声音播放，而不是像之前的dma异常工作，而FIFO处于underrun状态呢？ Re: imx8mp platform,sgtl5000声卡,linux内核版本5.4.70，当声音播放的时候，内核出现underrun的刷屏打印，而且声卡执行数据搬移的dma工作异常。 Hi @zhuliushun  1.对FCONT 的理解方向基本正确，但是FCONT不是根本上的解决办法。 2.根本原因还是TX FIFO 投喂速度 < 消耗速度，这个你可以调试看看，是不是这样。 3.可以考虑打入下面的两个补丁： LKML: Shengjiu Wang: [PATCH] ASoC: fsl_sai: Enable 'FIFO continue on error' FCONT bit ASoC: fsl_sai: Remove unnecessary FIFO reset in ISR - Patchwork Best Regards, Zhiming Re: imx8mp platform,sgtl5000声卡,linux内核版本5.4.70，当声音播放的时候，内核出现underrun的刷屏打印，而且声卡执行数据搬移的dma工作异常。 Hello @Zhiming_Liu  是的，这个问题的原因是FIFO填充慢的速度小于fifo的数据消耗速度。而FIFO填充是基于DMA来实现的。 1.  目前调试发现：当FIFO消耗完之后,FIFO发生underrun,同时dma也不工作，这样也不会填充fifo。 2.  将帖子中的2个patch打入之后,调试发现fifo依然后发生underrun,同时dma不工作。 在fsl_sai.c的中断回调函数中fsl_sai_isr()中，打印出xcsr的值与tcr4的值。具体如下所示： fsl-sai 30c30000.sai  scsr :status:0xd0170c01 fsl-sai 30c30000.sai isr: transmit inderrun detected,tcr4: 0x18010f3a 当故障发生的时候，上述的打印一直在刷屏打印 3.  依据2的发现.tcr4中bit[28] =1,FCONT是使能的。 4.  针对我的问题：播放音频文件卡死问题(fifo underrun,dma不工作,一直卡死)。我的一个期望的解决方案：当fifo发生underrun的时候，保留硬件数据搬移现场,不复位，dma工作正常。等到buffer有数据的时候(应用程序以mmap方式填充buffer)，dma(依据fifo发过来的dma request)将数据搬移至fifo，这样音频文件可以继续接着播放，不知道这样可以实现吗？

适用于 ARM 2018R1 许可证的 S32DS 您好： 我的 ARM 2018R1 IDE 的 S32DS 许可证已过期。您能帮我检查并扩展一下吗？ 谢谢。 binli_0-1654501988529.png Re: S32DS for ARM 2018R1 license 你好 我的 适用于 ARM v2018.r1 的 S32 Design Studio 的 许可证 已经过期。 能帮我扩展一下吗？ 激活代码 00B2-2243-F93D-50F1 非常感谢。 Re: S32DS for ARM 2018R1 license 你好：我的 ARM 2018R1 IDE 的 S32DS 许可证已经过期。您能帮我检查并扩展一下吗？ 谢谢 qfgl_1-1761810711063.png Re: S32DS for ARM 2018R1 license 你好，我的 ARM 版本 2018.R1 的 S32 Design Studio 许可证已经过期。能帮我扩展一下吗？ 激活代码0255-52A3-B9BE-AB0C 非常感谢！ Re: S32DS for ARM 2018R1 license 您好： 我的 ARM V2.2 版 S32DS 许可证将在 13 天后到期。您能帮我检查并扩展一下吗？ 适用于 ARM 的 S32 设计工作室 ActivationId：97B6-8CB8-3FC0-851A Evaluation Days: 13 Feature Version: 2.2 Feature Status：评估 (13 天) 谢谢。 Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license ,,,,,,,,,,,,,,,,,,,,,,,, Re: S32DS for ARM 2018R1 license 是的 叶 Re: S32DS for ARM 2018R1 license 您好： 我的 ARM 2018R1 IDE 的 S32DS 许可证已过期。您能帮我检查并扩展一下吗？ 谢谢。 DXD_1-1760436860875.png Re: S32DS for ARM 2018R1 license 你好、 我的 S32DS ARM V2.2 许可证已过期。 您能帮我延长许可证的有效期吗？ ActivationId：dd5c-6f03-8ae4-7eca 非常感谢。 Re: S32DS for ARM 2018R1 license 我的 S32DS for S32 Platform 3.4 许可证过期了，您能帮我检查并延期吗？谢谢。激活码 C5A1-5B94-2A38-9034 Re: S32DS for ARM 2018R1 license 您好： 早上好，先生！我的 S32ds 许可证过期了，您能帮我延长许可证吗？ YongBo1_0-1753323581378.png YongBo1_1-1753323618471.png YongBo1_2-1753323647489.png 非常感谢！需要您的帮助！ Re: S32DS for ARM 2018R1 license 你好： 我的 ARM 2018R1 IDE 的 S32DS 许可证已经过期。您能帮我检查并扩展一下吗？ 谢谢。Activation Code:349D-19F8-FFD7-7F10 回复： S32DS for ARM 2018R1 license 您好： 我的 ARM 2018R1 IDE 的 S32DS 许可证已过期。您能帮我检查并扩展一下吗？ 谢谢。 激活代码592C-8B75-D563-0CAE jadezhang0808_1-1753157055690.png Re: S32DS for ARM 2018R1 license 你好、 您的 S32DS 许可证已延期。 Re: S32DS for ARM 2018R1 license 我的 ARM 2018R1 的 S32DS 许可证已过期。我请求延期。非常感谢。 代码9DD9-3E3B-4AA1-1DE3 S32DS for ARM 2018R1 license 您好， 我的 S32 Design Studio for ARM v2018 R1 许可证已经过期，你能帮忙延期吗？谢谢！ 激活代码 DE17-8B75-A725-CBC3 SomeBlack_0-1747874771004.png Re: S32DS for ARM 2018R1 license 我的 S32DS for Power Win32 v2017 IDE 许可证已过期。您能帮我检查并扩展一下吗？ 提示"不允许返还此许可证。" 当我试图退货时。 谢谢。 xiaocong_0-1747722624302.png Re: S32DS for ARM 2018R1 license 我的 ARM 2018R1 IDE 的 S32DS 许可证已过期。您能帮我检查并扩展一下吗？ 激活代码 D429-1EC2-B799-7507 谢谢。 Re: S32DS for ARM 2018R1 license 你好：我的 S32 Power Architecture Design Studio® v2.1 - Windows/Linux IDE 已过期。您能帮我检查并扩展一下吗？ 激活代码 DDD9-023A-976E-CD88 谢谢。 Re: S32DS for ARM 2018R1 license 您好： 我的 ARM 2018R1 IDE 的 S32DS 许可证已过期。您能帮我检查并扩展一下吗？ 激活代码 DDD9-023A-976E-CD88 谢谢。 Re: S32DS for ARM 2018R1 license 你好、 您的 S32DS 许可证已延期。请使用旧代码重新激活 S32DS。 Re: S32DS for ARM 2018R1 license 你好，我的 ARM 版 S32 设计工作室 v2.2 许可证已过期，能否帮忙延期？ 激活码： 2D6B-DC21-07CF-F125 Re: S32DS for ARM 2018R1 license 你好、 您的 S32DS 许可证已延期。 Re: S32DS for ARM 2018R1 license 您好： 我的 适用于 ARM v2.2 的 S32DS IDE 即将到期，你能帮我检查一下并延长它吗？ 谢谢。 我的激活代码BC11-7022-0D21-E460 回复： S32DS for ARM 2018R1 license 你好 我的 S32 Design Studio for ARM v2018 R1 许可证已经过期，你能帮忙延期吗？谢谢！ 激活代码 4777-90eb-daf6-ae57 Re: S32DS for ARM 2018R1 license 你好、 您的 S32DS 许可证已延期。 Re: S32DS for ARM 2018R1 license 你好 我的 ARM v2018 R1 版 S32 Design Studio 许可证已过期。能帮我延长一下吗？ 激活代码6ec6-15b7-7227-97f6 谢谢。 卡罗 回复： S32DS for ARM 2018R1 license 屏幕截图 2025-02-18 104107.png 您好： 我的 ARM V1.3 版 S32DS 许可证已过期。您能帮我检查并扩展一下吗？ 谢谢。 Re: S32DS for ARM 2018R1 license 问题解决了，谢谢 Re: S32DS for ARM 2018R1 license 请帮我扩展 S32DS 许可证。激活代码：FF84-9C7B-EFCB-6595。谢谢！ Re: S32DS for ARM 2018R1 license 您好， 我检查了您的账户，所有许可证都有效并已激活。对于 S32DS PA，您使用了不同的激活密钥，但这不是问题。 Re: S32DS for ARM 2018R1 license 软件反馈 ：（许可证丢失） Re: S32DS for ARM 2018R1 license 您好，我的 S32 Design Studio for Power Architecture 2.1 版许可证已经过期，能否帮忙延长一下？ 激活代码77fc-3b94-a7dc-54ee Re: S32DS for ARM 2018R1 license 你好，我的 ARM 版本 2018.R1 的 S32 Design Studio 许可证已经过期。能帮我扩展一下吗？ 激活代码 FF84-9C7B-EFCB-6595 非常感谢您 Re: S32DS for ARM 2018R1 license 你好，我已经为 ARM 2018R1 重新安装了 S32DS。 离线激活时，activation.xml 显示"License can't be generated, it is already expired" 。 Re: S32DS for ARM 2018R1 license 你好、 您的 S32DS 许可证已延期。 Re: S32DS for ARM 2018R1 license 你好，适用于 ARM 版本 2018.R1 的 S32 Design Studio 的许可证已过期。能帮我扩展一下吗？ 激活代码FC1A-4C29-3203-9C08 非常感谢您 回复： S32DS for ARM 2018R1 license 你好，我的 S32 Design Studio for ARM v3.5 许可证已经过期，你能帮忙延期吗？谢谢！ 激活码：8A8B-9E9B-F34E-2603 回复： S32DS for ARM 2018R1 license 你好，我的 S32 Design Studio for ARM v2.2 许可证已经过期，你能帮忙延期吗？谢谢！ 激活代码D0BA-0474-25E0-F056 S32DS for ARM 2018R1 license 你好，我的 S32 Design Studio for ARM v2018 R1 许可证已经过期，你能帮忙延期吗？谢谢！激活码：3ef3-981a-ce8d-45c3 Re: S32DS for ARM 2018R1 license 你好，我的 S32 Design Studio for ARM v2018 R1 许可证已经过期，你能帮忙延期吗？谢谢！ 激活码：3ef3-981a-ce8d-45c3 回复： S32DS for ARM 2018R1 license 您好： 我的 ARM 2018R1 IDE 的 S32DS 许可证已过期。您能帮我检查并扩展一下吗？ 谢谢。 aiai_0-1723802490382.png Re: S32DS for ARM 2018R1 license 你好，我的 ARM 版本 2018.R1 的 S32 Design Studio 许可证即将到期 能否请您扩展一下？谢谢。 我的激活代码 C617-86A4-65B7-F3D9 非常感谢您 回复： S32DS for ARM 2018R1 license 你好，我的 S32 Design Studio for ARM v2018 R1 许可证已经过期，你能帮忙延期吗？谢谢！ 激活代码0384-6363-91f6-cb8e Re: S32DS for ARM 2018R1 license 你好 我的 S32 Design Studio for ARM v2018 R1 许可证已经过期，你能帮忙延期吗？谢谢！ 激活代码 8238-B154-F160-0911 Re: S32DS for ARM 2018R1 license 你好，我的 ARM 版本 2018.R1 的 S32 Design Studio 许可证即将到期 能否请您扩展一下？谢谢。 我的激活代码 516A-3379-0522-6A9D 非常感谢您 Re: S32DS for ARM 2018R1 license 你好，我的 ARM 版本 2018.R1 的 S32 Design Studio 许可证即将到期 能否请您扩展一下？谢谢。 我的激活代码 0d34-286b-9ee6-e692 非常感谢您 Re: S32DS for ARM 2018R1 license 你好、 您的 S32DS 许可证已延期。请使用旧代码重新激活 S32DS。 Re: S32DS for ARM 2018R1 license 我的 S32 Design Studio for ARM v2018 R1 许可证已经过期，你能帮忙延期吗？谢谢！ 激活代码 DC0F-DD50-F612-9743 Re: S32DS for ARM 2018R1 license 您好、 我的许可证现在过期了，请帮助我延长许可证有效期，激活代码： DC0F-DD50-F612-9743 回复： S32DS for ARM 2018R1 license 您好、 我的许可证现在过期了，请帮助我延长许可证有效期，激活代码： DC0F-DD50-F612-9743 Re: S32DS for ARM 2018R1 license 你好，我的 ARM 版本 2018.R1 的 S32 Design Studio 许可证已经过期。能帮我扩展一下吗？ 激活代码DE63-F9AF-C189-5399 非常感谢您 Re: S32DS for ARM 2018R1 license 您好： 我的 ARM 2018R1 IDE 的 S32DS 许可证已过期。您能帮我检查并扩展一下吗？ 谢谢。 ========================================== 项目说明S32 设计工作室 Order NumberS32DS_2018_R1_100931407 采购订单编号 许可证总数：100 激活代码 C625-7579-0C28-63DC 适用于产品的许可证： 版本说明 R1 2018 S32 Design Studio（查看 EULA） 3.1 S32 Design Studio（查看 EULA） 100 可用       Re: S32DS for ARM 2018R1 license 您好： 我的 ARM 2018R1 IDE 的 S32DS 许可证已过期。您能帮我检查并扩展一下吗？ 谢谢。 Joe_0_0-1705036715844.png Re: S32DS for ARM 2018R1 license 你好，我的 ARM v2.2 版 S32 Design Studio 许可证已过期。能帮我扩展一下吗？ 激活代码 F1B3-2017-8F0D-17BE 非常感谢。 Re: S32DS for ARM 2018R1 license 你好，@acirillo、 我已将您的许可证有效期延长至 2028 年底。 请使用 NXP 许可菜单中的 "刷新 "操作更新本地许可信息。 致以最崇高的敬意 Mehul Patel Re: S32DS for ARM 2018R1 license 你好、 我的 S32S 2018 许可证已过期。您能帮我检查并扩展一下吗？ 谢谢！ Re: S32DS for ARM 2018R1 license 你好，@linxwhut、 我已将两个许可证的有效期延长至 2028 年底。 请使用 NXP 许可菜单中的 "刷新 "操作更新本地许可信息。 致以最崇高的敬意 Mehul Patel Re: S32DS for ARM 2018R1 license 你好，@侦探、 我已将您的许可证有效期延长至 2028 年底。 请使用 NXP 许可菜单中的 "刷新 "操作更新本地许可信息。 致以最崇高的敬意 Mehul Patel Re: S32DS for ARM 2018R1 license 你好，我的 ARM 版本 2018.R1 的 S32 Design Studio 许可证已经过期。能帮我扩展一下吗？ 激活代码C819-045E-F1F8-61B7 Re: S32DS for ARM 2018R1 license 您好，我和我的同事的 S32 Design Studio for Power Architecture 2.1 版许可证已经过期，能否请您帮我延期？谢谢 激活代码 :82DF-FC84-F43A-1EF0 激活代码 :5EBA-DE62-DCF0-02A9 Re: S32DS for ARM 2018R1 license 你好，霍根， ，我已将有效期延长至 2027 年。请使用当前代码重新激活。 致以最崇高的敬意， Mike Re: S32DS for ARM 2018R1 license 你好，我的 ARM 版本 2018.R1 的 S32 Design Studio 许可证已经过期。能帮我扩展一下吗？ 激活代码E03E-A0CC-D45D-88C8 非常感谢您 Re: S32DS for ARM 2018R1 license 谢谢！ Re: S32DS for ARM 2018R1 license 亲爱的 我的 ARM 版本 2018.R1 的 S32 Design Studio 许可证已过期。能帮我扩展一下吗？ 激活代码E03E-A0CC-D45D-88C8 非常感谢 . Re: S32DS for ARM 2018R1 license 你好，@J_Gary、 我已将您的许可证有效期延长至 2028 年底。 请使用 NXP 许可菜单中的 "刷新 "操作更新本地许可信息。 致以最崇高的敬意 Mehul Re: S32DS for ARM 2018R1 license 你好，我的 S32 Design Studio for ARM v2018 R1 许可证已经过期，你能帮忙延期吗？谢谢！ 激活代码E971-3802-1E3D-5BA6 Re: S32DS for ARM 2018R1 license 你好，@梁赞、 我已将您的许可证有效期延长至 2028 年 12 月底。 请刷新激活以使用它。 谢谢！顺祝商祺！  - Mehul Patel Re: S32DS for ARM 2018R1 license 你好，我的许可证过期了，能帮我延期吗？ 数字是 非常感谢。 Re: S32DS for ARM 2018R1 license 嗨，莎拉， 您的许可证已被延期，请再试一次激活码。 致以最崇高的敬意， Mike 回复： S32DS for ARM 2018R1 license 你好，@Hansheng、 我已将您的许可证有效期延长至 2027 年底。请刷新激活以使用它。 谢谢！顺祝商祺！  -梅胡尔-帕特尔 Re: S32DS for ARM 2018R1 license 你好 我的 S32 Design Studio for ARM v2018.r1 许可证已经过期。能否请您帮忙扩展一下？谢谢！ 激活代码 B7B1-173F-51BA-13A2 顺祝商祺！ 萨拉 Re: S32DS for ARM 2018R1 license 你好，@1772137309。 我已将您的许可证有效期延长至 2028 年底。 请进入 S32DS 的帮助 -> NXP License 菜单，然后单击"Refresh" 更新本地计算机上的许可证数据。 致以最崇高的敬意 - Mehul Patel Re: S32DS for ARM 2018R1 license 你好 我的 S32 Design Studio for ARM v2018 R1 许可证已经过期，你能帮忙延期吗？谢谢！ 激活代码B0A4-688C-2AD6-79EE Re: S32DS for ARM 2018R1 license 你好，@ScreenUser、 我已将您的许可证有效期延长至 2027 年。 请使用 NXP 许可菜单中的 "刷新 "操作更新本地许可信息。 致以最崇高的敬意 - Mehul Patel Re: S32DS for ARM 2018R1 license 我的 S32 Design Studio for ARM v2018 R1 许可证已经过期，你能帮忙延期吗？谢谢！ 激活码：6C82-9208-D1F2-C38F Re: S32DS for ARM 2018R1 license 您好， ，我已将您的许可证有效期延长至 2026 年。 请使用 NXP 许可菜单中的 "刷新 "操作更新本地许可信息。 致以最崇高的敬意， Mike Re: S32DS for ARM 2018R1 license 您好： 我的 S32DS_Power_Win32_v2.1 IDE 许可证已过期。您能帮我检查并扩展一下吗？ 谢谢。 回复： S32DS for ARM 2018R1 license 您好、 我的许可证已过期，请帮助我延长许可证有效期，有效代码为：93E3-80E7-2A38-9E70 回复： S32DS for ARM 2018R1 license 您好，我的许可证已过期，请帮助延长许可证有效期，有效代码 :93E3-80E7-2A38-9E70 Re: S32DS for ARM 2018R1 license 非常感谢。现在一切正常。 再次感谢您。 Re: S32DS for ARM 2018R1 license 你好，郝， ，我已将你的许可证延期 3 年。请进入 S32DS 的帮助 -> NXP License 菜单，然后单击"Refresh" 更新本地计算机上的许可证数据。 致以最崇高的敬意， Mike Re: S32DS for ARM 2018R1 license 你好，@Jaydenyzhu 我已将这项权利延长至 2026 年。 请使用激活码接收新许可证。 顺祝商祺！ - Mehul Patel S32DS for ARM 2018R1 license 亲爱的 我的 ARM 版本 2018.R1 的 S32 Design Studio 许可证已过期。能帮我扩展一下吗？ 激活代码D5D0-D801-AB24-58DF 非常感谢。 Re: S32DS for ARM 2018R1 license 我的 ARM 2018_R1 版 S32 Design Studio 将在 4 天后过期，你能帮忙延期吗？谢谢； ActivationId：799e-5e79-910f-6c57 Re: S32DS for ARM 2018R1 license 你好，Gen Li， ，我已将你的许可证延期 3 年。 请使用当前激活码重新激活。 致以最崇高的敬意， Mike Re: S32DS for ARM 2018R1 license 早上好、 我的 S32 Design Studio for Power Architecture 2.1 版集成开发环境许可证已过期。能帮我扩展一下吗？ 激活代码 DBA1-317C-5265-7E4F 非常感谢。 Re: S32DS for ARM 2018R1 license 你好，Mehul_Patel、 S32DS 现在可以正常工作了，非常感谢！！..！ Re: S32DS for ARM 2018R1 license 你好，@祖桥、 我已将您的许可证有效期延长至 2026 年 12 月底。 请刷新激活。 谢谢。谨致问候。 - Mehul Patel Re: S32DS for ARM 2018R1 license 你好 激活码是D876-C313-75B1-2E1B ，谢谢。 LICENSE.PNG Re: S32DS for ARM 2018R1 license 你好，@cjgyf、 我已将您的权利延长至 2025 年 12 月底。请刷新或重新激活您的安装。 顺祝商祺！ - Mehul Patel Re: S32DS for ARM 2018R1 license 你好，@祖桥、 请分享适用于 Arm v2018 的 S32DS 的激活码，这样我就可以重新激活你的许可证。 谢谢！顺祝商祺！  -梅胡尔-帕特尔 Re: S32DS for ARM 2018R1 license 我的许可证也过期了（9DE8-C6AE-8B6B-952B），您能帮我延期吗？非常感谢！ Re: S32DS for ARM 2018R1 license 恩智浦专家，您好、 我的 S32DS for Arm v2018 许可证已经过期，许可证已经退回，显示许可证现在丢失了，请帮忙延长许可证，非常感谢！ 戴维 Re: S32DS for ARM 2018R1 license 你好，迈克 抱歉耽搁了。非常感谢。现在一切正常。 此致敬礼， 弗朗西斯科 Re: S32DS for ARM 2018R1 license 你好 我已将你的许可证延长至 2025 年。请使用相同的代码重新激活。 顺祝商祺！ Mike Re: S32DS for ARM 2018R1 license 你好，我的许可证过期了，能帮我延期吗？ 数字是 09D2-de37-6529-87FB 谢谢！ 弗朗西斯科 Re: S32DS for ARM 2018R1 license 你好，@francesco_solit、 我检查了服务器日志中的这项权利。报告已达到返回许可证的最大数量。我 RESET 了计数，所以现在应该可以工作了。请您的同事再试一次。 还请注意，如果您的同事使用以下链接并登录他们的 NXP.com 账户，他们也可以获得自己的许可证： https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=S32-DS-ARM_v2018 顺祝商祺！ Mike Re: S32DS for ARM 2018R1 license 你好，迈克 现在，重新激活在我的电脑上正常工作，但在我同事的其他电脑上就不行了，而在过去，同样的许可证在这些电脑上是正常工作的。是否也可以为我的同事扩展许可证？或者是否有可能为它们领取新的许可证？他们的恩智浦账户是 [email protected] [email protected] 在此先表示感谢，并致以诚挚的问候、 弗朗切斯科-索利托 Re: S32DS for ARM 2018R1 license 非常感谢麦克。 此致敬礼， 弗朗切斯科-索利托 Re: S32DS for ARM 2018R1 license 你好，@francesco_solit、 我已经延长了你的权利。请刷新许可证，以便收到新的到期日期。 顺祝商祺！ Mike Re: S32DS for ARM 2018R1 license 早上好。 我们的 ARM 2018R1 的 S32DS 许可证即将到期。能否请您扩展一下？请参见附件。 谢谢，并致以诚挚的问候、 弗朗切斯科-索利托 Re: S32DS for ARM 2018R1 license 你好 我已将这一权利延长至 2025 年。请使用激活码接收新许可证。 顺祝商祺！ Mike Re: S32DS for ARM 2018R1 license 你好，我的许可证过期了，能帮我延期吗？ 数字是 4F70-F0A3-101C-3C96 非常感谢 Re: S32DS for ARM 2018R1 license 谢谢你，迈克。 祝你愉快 Re: S32DS for ARM 2018R1 license 你好 这两项权利都已延长至 2025 年。请使用激活码重新激活您的安装。 顺祝商祺！ Mike Re: S32DS for ARM 2018R1 license 你好，我的许可证过期了，能帮我延期吗？ 数字是 B361-6887-8BBF-ed12 此外，还有我的同事安娜-达莱西奥： E735-6A42-FED4-6005 非常感谢 阿妮塔 Re: S32DS for ARM 2018R1 license 你好@zhanglei327、 我已将您的权利延长至 2025 年。请使用 "帮助"-> NXP Licenses 菜单中的 "刷新 "按钮将您的安装与许可证服务器同步。 顺祝商祺！ Mike Re: S32DS for ARM 2018R1 license 你好 我的执照马上就要到期了。 zhanglei327_0-1658835568910.png zhanglei327_1-1658835608579.png Re: S32DS for ARM 2018R1 license 早上好！ 问题解决了！ 非常感谢。 瓦莱里娅 Re: S32DS for ARM 2018R1 license 你好，@valeriaalessi、 我已从服务器端手动返回许可证。当您收到退还许可证的提议时，请选择 "是"。有时有些设置无法正确 RESET，这会强制 RESET 它。在此之后，再加上我退回许可证的操作，您就可以顺利激活了。 顺祝商祺！ Mike Re: S32DS for ARM 2018R1 license 早上好、 我试着用相同的许可证号重新激活，但它仍然告诉我该许可证用于另一项功能。但是，在第一个错误之后，第二个关于返回次数超标的错误并没有再次出现。 你能帮帮我吗？ 非常感谢。 瓦莱里娅 Re: S32DS for ARM 2018R1 license 你好，@valeriaalessi、 我检查了许可证服务器。它报告说您已超过返回次数上限。我已经 RESET 了退货次数。现在问题应该已经解决。请再试一次。 Mike Re: S32DS for ARM 2018R1 license 早上好、 我试着再次激活许可证，使用与之前相同的号码，但它告诉我许可证用于另一项功能。然后，如果我点击返回，就会出现错误信息（见附件）。 您能帮帮我吗？ 非常感谢！ 瓦莱里娅 error_1.PNG error_2.PNG Re: S32DS for ARM 2018R1 license 你好 我已将你的许可证延长至 2025 年。请从 Help->NXP Licenses 菜单刷新，或使用与之前相同的激活码重新激活。 顺祝商祺！ Mike Re: S32DS for ARM 2018R1 license 早上好、 我的 ARM 2018R1 IDE 的 S32DS 许可证已过期。能帮我扩展一下吗？ 在附件中，您可以找到已过期的当前许可证。 非常感谢。 瓦莱里娅 Re: S32DS for ARM 2018R1 license 你好 我扩大了你的权利。请刷新或重新激活您的安装。 顺祝商祺！ Mike Re: S32DS for ARM 2018R1 license Jack527_0-1764663383029.png我的也过期了，请帮忙延长一下，谢谢了 回复： S32DS for ARM 2018R1 license 帮我的也延长一下，谢谢了，A9DC-778F-BAF6-8677，过期了 回复： S32DS for ARM 2018R1 license 求官方S32DS for ARM V2.2延期一下 A467-A14C-CD17-0852 Re: S32DS for ARM 2018R1 license 我的 S32DS Power V2.1 许可证已过期。 您能帮我延长许可证的有效期吗？ 激活码1c02-6c5e-91a6-0f19 非常感谢。 Re: S32DS for ARM 2018R1 license 您好： 我的 ARM v2.2 IDE 的 S32DS 许可证已过期。您能帮我检查并扩展一下吗？ 谢谢。 _0-1770255101921.png 回复： S32DS for ARM 2018R1 license 你好，我的 ARM 版本 v2.2 的 S32 Design Studio 许可证即将到期 能否请您扩展一下？谢谢。 我的激活代码  95F3-8275-56B8-B07D 非常感谢您 Re: S32DS for ARM 2018R1 license 项目描述S32 Design Studio for ARM v2018 订单号S32-DS-ARM_v2018_169264627 您能帮我延长许可证的长度吗？激活码EBF4-DE52-80C0-FD65 非常感谢。 Re: S32 Design Studio for ARM v2.2 license马上过期了，申请延长 订单号/行号：S32DS-IDE-ARM-V2-X_186201937 / 1 已发货数量：1 激活码：2107-4B0B-EBCA-A774 产品：S32 Design Studio for ARM v2.2 主机：647F47BFF507631C69881D8FA0244925EE42B3D7 订单日期：2022年8月15日