codewarrior调试工具通信失败（电缆未连接或无电源！） 我使用 CodeWarrior 5.7 调试工具（Hiwave 6.1）。组件 > 设置连接后，Hiwave 报告错误。我的 PE Multilink 调试器的两个指示灯都亮着，目标主板（MC9S12XEG128）已通电并正常工作（FSEC 寄存器 0xBE 处于未加密状态）。我无法弄清楚为什么会出现这个错误。 IMG_20260909_095432_edit_1310040129208432.jpgIMG_20260909_095432_edit_1310040129208432.jpg   IMG_20260909_095505_edit_1310069972736031.jpgIMG_20260909_095505_edit_1310069972736031.jpg   IMG_20260909_100139.jpgIMG_20260909_100139.jpg   IMG_20260909_100555.jpgIMG_20260909_100555.jpg    IMG_20260909_105348_edit_1313635564413612.jpgIMG_20260909_105348_edit_1313635564413612.jpg #MC9S12XE #hiwave #codewarrior #PE 多链路 Re: codewarrior debug tool communications failed(Cable is not connected or has no power!)) 您好， 查看您的 HiWave 控制台输出和驱动程序信息，我们可以看到P&E 68HC12 接口库版本 2.62当前已安装在您的 PC 上。这是旧版本的 P&E 接口驱动程序，它不完全支持您正在使用的 USB Multilink Universal 硬件。当 HiWave 尝试建立 BDM 连接时，该库无法与 USB-ML-UNIVERSAL 正确通信，这就是为什么您会看到“通信失败（电缆未连接或无电源！）”的提示。 好消息是你的硬件运行正常。您的电脑在设备管理器中正确识别了 USB Multilink Universal，并且 FSEC 寄存器值为 0xBE，表明您的 MC9S12XEG128 处于非安全状态，因此这里不存在任何安全相关的障碍。问题完全是软件驱动程序版本不匹配。 该怎么办 请按照以下步骤解决此问题： 完全关闭 CodeWarrior 和 HiWave。 断开 USB Multilink Universal 与电脑的连接。 请前往 P&E Micro 支持页面，从 FAQ #211 下载名为“(S)12(X) 第三方软件补丁”的补丁： https://www.pemicro.com/faqs/faq_view.cfm?id=211 请按照补丁中包含的安装说明进行操作（其中包含一个自述文件）。该补丁会替换 CodeWarrior 安装文件夹中的 P&E 接口 DLL。 重新连接 USB Multilink Universal 并重新打开 HiWave。 请重新连接。 如何确认补丁已应用 重新连接并尝试连接后，检查 HiWave 控制台窗口。你应该会看到类似这样的一行： P&E 驱动程序版本：68HC12 接口库版本 X.XX 如果版本号高于 2.62，则补丁已成功应用。请与我们联系，告知我们新的版本号，以及连接是否正常。 下一步 我们会在您贴上补丁后等待您的反馈。如果更新后连接仍然无法正常工作，请与我们联系您的确切 Windows 版本，我们将指导您完成下一步诊断。 或者，您也可以尝试下载最新的 Pemicro 驱动程序并重新安装。我不知道什么方法会有帮助。几天前我也遇到过类似的问题，我刚才描述了我的解决方法。当然是标准的电脑重启。 顺便问一下，我对 CW5.7 的信息感到困惑。最新版本是 CW v5.2，与 W11 兼容。如果您使用的是 CW v5.1，则与 W11 不兼容，因此需要下载 v5.2 版本。通过 HiWave 加载没有任何限制。还有一点需要说明的是，此版本不支持所有衍生版本，需要使用以下补丁…… 如何向 CodeWarrior Classic HCS12(X) 5.2 添加缺失的派生函数（非官方方法） - NXP 社区 顺祝商祺！ 拉迪斯拉夫

FIT rate for NX3DV42GU and ls1046A Hello, where can I find the FIT data of the two materials, NX3DV42GU and ls1046A?  thank you. Re: FIT rate for NX3DV42GU and ls1046A We do not share this information publicly, it has been provided via email.    For any future requests regarding this information, please use our ticketing system. https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu  Under the Support Tickets - Submit a ticket   This helps ensure proper tracking and a timely response from the responsible team.

KW47B42ZB7 ヒューズ書き込みの問題 Lu888_0-1788925610415.pngLu888_0-1788925610415.png ご覧の通り、私は0xaを融合させることはできませんが、0x1fを融合させるために書くことには成功しています。理由がわからない Re: KW47B42ZB7 Fuse write issue こんにちは、 @Christine_Li さん。 blhostのfuse-programコマンドはkw47のライフサイクルをプログラムするのに使えないということですか? Re: KW47B42ZB7 Fuse write issue こんにちは、 @Lu888 私たちにCASEを作ってくれてありがとう。 あなたの情報からすると、ヒューズ読み取りコマンドを実行できるのは「OEMオープン後」の状態ではないということです。 しかし、それによると： KW47SRM.pdf 理由は以下のとおりです。 以下の表のROは、ユーザーがライフサイクルヒューズを書き込むためにMGMT_FUSE_PROGRAMを使うことはできず、代わりにMGMT_ADVANCE_LIFECYCLEまたはMGMT_SET_RETURN_FA_MODEを使用できることを示しています。 Christine_Li_0-1788944686191.pngChristine_Li_0-1788944686191.png ライフサイクルを変更したい場合は、SB3ファイルのMGMT_ADVANCE_LIFECYCLEコマンドを使えます。 Christine_Li_1-1788944712390.pngChristine_Li_1-1788944712390.png よろしくお願いいたします。 Christine。

S32K312 SM implementation ‘DCF_CLIENT_TVF' This SM describes TVF in case of discrepancies, the client reports errors to DCM, but I did not see the corresponding fault in DCM. jiajun_x_0-1788919523840.png jiajun_x_1-1788919877767.png F Re: S32K312 SM implementation Hello, The statement "client reports errors to DCM" does not imply a dedicated FCCU/DCM fault-map entry. According to the Safety Manual, DCF client TVF/parity discrepancies are reported to the Device Configuration Module through the DCMEC (DCF Error Count) and DCMSRRx (DCF Scan Report) registers. Therefore, the expected diagnostic visibility appears to be through DCMEC/DCMSRRx rather than through the FCCU fault map. petervlna_0-1788935708237.pngpetervlna_0-1788935708237.png Best regards, Peter

S32K312 SM実装 「DCF_CLIENT_TVF」このSMはTVFについて説明しています。不一致がある場合、クライアントはDCMにエラーを報告しますが、DCMには対応する故障が見られませんでした。 jiajun_x_0-1788919523840.png jiajun_x_1-1788919877767.png F Re: S32K312 SM implementation こんにちは、 「クライアントがDCMにエラーを報告する」という記述は、FCCU/DCM専用の障害マップエントリが存在することを意味するものではありません。セーフティマニュアルによると、DCFクライアントのTVF/パリティの不一致は、DCMEC(DCFエラーカウント)およびDCMSRRx(DCFスキャンレポート)レジスタを通じてデバイス構成モジュールに報告されます。 したがって、期待される診断情報は、FCCUの故障マップではなく、DCMEC/DCMSRRxを通じて得られるものと思われる。 petervlna_0-1788935708237.pngpetervlna_0-1788935708237.png よろしくお願いいたします。 ピーター

MFRC630 和 CLRC663 可以互换吗？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 目前我们的产品使用了两颗 CLRC663。它们的阻抗匹配度为 50 欧姆，因此无法利用 CLRC663 的“大电流”能力。展望未来，我们希望节省生产成本，只使用一个 CLRC663（因为它必须支持 14443 和 15693）和一个 MFRC630（第二个读卡器只需要 mifare）。 我已成功在两款产品上测试了我们自己的库，它们似乎都能正常工作，即使是“可变”的uid芯片类型也是如此。 出色地。所以这应该不是软件问题。我猜测MFRC630只是固件版本与CLRC630不同，所以才不支持ISO15693。 封装尺寸和引脚排列相同 我唯一想知道的就是匹配方面的问题。 与 mifare 匹配的 CLRC663 能否在不改变匹配网络的情况下，被即插即用的 MFRC630 取代？ NFC 控制器解决方案 NFC 前端解决方案 Re: MFRC630 and CLRC663 Interchangeability? 我假设你已经找到了答案，但为了方便可能看到这条信息的人，这里有一份应用笔记（ https://www.nxp.com/docs/en/application-note/AN11256.pdf ），其中指出无需进行任何更改。 我目前也在做一个使用 MFRC630 的项目，但为了开发，我使用的是 CLRC663，因为有相应的开发板。项目完成后，我将在此处发布一篇帖子，确认迁移是否像应用笔记中所说的那样顺利。

iMX8MPでYOLOv5とNPUを使用する Verdin iMX8M Plus SOM上でYOLOv5を実行しようとしています。私はYavia開発ボードにUSBウェブカメラを接続しました。 CPUのみで動作しており、NPUを有効にして5.15で実行しています。 yolov5のログ出力は # python3 detect.py --source 2 detect: weights=yolov5s.pt, source=2, data=data/coco128.yaml, imgsz=[640, 640], conf_thres=0.25, iou_thres=0.45, max_det=1000, device=, view_img=False, save_txt=False, save_csv=False, save_conf=False, save_crop=False, nosave=False, classes=None, agnostic_nms=False, augment=False, visualize=False, update=False, project=runs/detect, name=exp, exist_ok=False, line_thickness=3, hide_labels=False, hide_conf=False, half=False, dnn=False, vid_stride=1 YOLOv5 🚀 v7.0-295-gac6c4383 Python-3.10.13 torch-2.2.2 CPU Fusing layers... YOLOv5s summary: 213 layers, 7225885 parameters, 0 gradients, 16.4 GFLOPs [ WARN:[email protected]] global /usr/src/debug/opencv/4.6.0.imx-r0/git/modules/videoio/src/cap_gstreamer.cpp (1405) open OpenCV | GStreamer warning: Cannot query video position: status=0, value=-1, duration=-1 1/1: 2... Success (inf frames 640x480 at 30.00 FPS) [ WARN:[email protected]] global /usr/src/debug/opencv/4.6.0.imx-r0/git/modules/videoio/src/cap_gstreamer.cpp (2180) open OpenCV | GStreamer warning: cannot link elements 0: 480x640 1 person, 2571.6ms 0: 480x640 2 persons, 1 cell phone, 2471.2ms 0: 480x640 1 person, 2592.1ms 0: 480x640 1 person, 2523.1ms 0: 480x640 1 person, 2413.3ms 0: 480x640 1 person, 2483.8ms 0: 480x640 1 person, 2499.5ms NPUを検出するにはどうすればいいか、何かアドバイスはありますか? よろしくお願いいたします。 i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Use NPU with yolov5 on iMX8MP こんにちは！ @Kianou はい、どうぞ更新されたリンクをご覧ください。 https://www.nxp.com/docs/en/user-guide/UG10166.pdf よろしくお願いいたします。 サラス。 Re: Use NPU with yolov5 on iMX8MP こんにちは、 Manuel_Salas IMX-MACHINE-LEARNING-UG が見つから ないのですが、 まだ利用可能ですか？ よろしくお願いいたします。 キアン Re: Use NPU with yolov5 on iMX8MP こんにちは！ 返信が遅くなり申し訳ありません。iMXの機械学習ユーザーガイドのハードウェアアクセラレーションセクションを確認しました。 /usr/bin/tensorflow-lite-2.10.0/examples/ にあるサンプルを確認したところ、NPU 上で動作しています。 Yolov5でNPUを検出するにはどうすればいいですか? また、リアルタイムカメラフィードを使った例はありますか?既存の映像をカメラで使うように編集するにはどうすればいいですか? Re: Use NPU with yolov5 on iMX8MP こんにちは@kanakshilledar IMX-機械学習-UGについては、7.1節「i.MX 8シリーズのハードウェアアクセラレーション」で確認できます。 よろしくお願いいたします。 サラス。

Codewarriorデバッグツールの通信が失敗しました(ケーブルが接続されていないか電源が入っていない!) 私はCodeWarrior 5.7デバッグツール（HiWave 6.1）を使用しています。componet-set connectionを>した後、hiwaveがエラーを報告します。私のPEマルチリンクデバッガーのランプは両方とも点灯し、ターゲットのマザーボード(MC9S12XEG128)は電源が入り正常に動作しています(FSECレジスタ0xBEアンセキュア)。なぜこのエラーが報告されたのか分かりません。 IMG_20260909_095432_edit_1310040129208432.jpgIMG_20260909_095432_edit_1310040129208432.jpg   IMG_20260909_095505_edit_1310069972736031.jpgIMG_20260909_095505_edit_1310069972736031.jpg   IMG_20260909_100139.jpgIMG_20260909_100139.jpg   IMG_20260909_100555.jpgIMG_20260909_100555.jpg    IMG_20260909_105348_edit_1313635564413612.jpgIMG_20260909_105348_edit_1313635564413612.jpg #MC9S12XE #hiwave #codewarrior #PE マルチリンク Re: codewarrior debug tool communications failed(Cable is not connected or has no power!)) こんにちは、 HiWaveコンソールの出力とドライバー情報を見ると、 P&E 68HC12インターフェースライブラリバージョン2.62 が現在PCにインストールされていることがわかります。これは古いバージョンのP&Eインターフェースドライバーで、あなたが使っているUSB Multilink Universalハードウェアを完全にはサポートしていません。HiWaveがBDM接続を確立しようとすると、ライブラリがUSB-ML-UNIVERSALと正しく通信できず、「通信に失敗しました(ケーブルが接続されていないか電源が入っていません!)」と表示されるのです。" 朗報です。お使いのハードウェアは正常に動作しています。PCはデバイスマネージャーでUSB Multilink Universalを正しく認識しており、FSECのレジスタ値が0xBEでMC9S12XEG128が非セキュア状態であることが確認されているため、セキュリティ上の障害はありません。問題は純粋にソフトウェアドライバーのバージョン不一致です。 何をするか 問題を解決するには、以下の手順に従ってください。 CodeWarriorとHiWaveを完全に終了してください。 USBマルチリンクユニバーサルをPCから取り外してください。 P&E Microのサポートページにアクセスし、FAQ #211から 「Patch for (S)12(X) thirdparty ソフトウェア」 というパッチをダウンロードしてください: https://www.pemicro.com/faqs/faq_view.cfm?id=211 パッチに含まれているインストール手順に従ってください（readmeファイルがあります）。このパッチはCodeWarriorのインストールフォルダ内のP&EインターフェースのDLLを置き換えます。 USBマルチリンクユニバーサルを再接続し、HiWaveを再度起動してください。 もう一度接続を試してください。 パッチが適用されたことを確認する方法 再接続して接続を試みたら、HiWaveコンソールウィンドウを確認してください。次のような行が表示されるはずです。 P&Eドライバーバージョン:68HC12インターフェースライブラリ バージョンX.XX バージョン番号が2.62より大きい場合、パッチは正常に適用されました。新しいバージョン番号と、接続が正常に機能するかどうかをお知らせください。 次のステップ パッチを貼っていただいた後、ご連絡をお待ちしております。アップデート後も接続がうまくいかない場合は、お使いのWindowsの正確なバージョンをお知らせください。次の診断手順をご案内いたします。 あるいは、最後のpemicroドライバをダウンロードして再インストールする方法もあります。何が役に立つのか分かりません。数日前に私も同じような問題に遭遇したので、その時の対処法を説明したところです。もちろん、通常のPC再起動です。 ところで、CW5.7の情報について混乱しています。最後のバージョンはCW v5.2で、W11と互換性があります。もしCW v5.1を持っているなら、W11とは互換性がないため、バージョンv5.2のダウンロードが必要です。HiWaveによる積載には制限がありません。もう一つ情報として、このバージョンはすべての派生モデルをサポートしているわけではなく、次のパッチを使うべきです... CodeWarrior Classic HCS12(X) 5.2(非公式方法)に欠落している派生データを追加する方法 - NXPコミュニティ よろしくお願いいたします。 ラディスラフ

i.MX8M Plus での U-Boot を使用した SWUpdate A/B OTA こんにちは、NXP チームの皆様、 i.MX8M Plus LPDDR4 EVK上でOTAを以下で実装しています: ヨクト・ライノーズ Linux 6.18.20 U-Boot 2026.04 SWアップデート 2026.05.1 現在の進捗状況 SWUpdateはYoctoにうまく統合されました。 .swu ファイルの生成に成功しましたパッケージ. SWUpdateパッケージのインストールは動作しています。 ハードウェアの互換性チェックは正常に動作しています。 SWUpdateを使用して/etc/ota-versionを正常に更新しました。 rawfileハンドラーは正常に動作しています。 今度は、自動ロールバックと署名付きアップデートを備えた、本番環境レベルのA/B OTAを実装したいと考えています。 質問 以下について推奨されるNXPのアプローチについて教えていただけますか: A/Bルートファイルシステムのパーティションレイアウト。 U-Bootのブート回数/ブート制限に基づくロールバック。 SWUpdateとU-Boot環境の統合。 fw_env.config / libubootenv の設定を正しく行ってください。 署名済み .swuパッケージの検証。 ロールバック防止／バージョン保護機能。 セキュアブートとソフトウェアアップデートの統合。 現在、OTAアップデートは完了していますが、SWUpdateは次のように報告しています。 Cannot initialize environment from /etc/fw_env.config Cannot persistently store update state NXPのリファレンスデザイン、アプリケーションノート、またはi.MX8M Plus上の SWUpdate + A/B + U-Bootロールバック+署名済みOTA の例はありますか? ありがとうございます。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Yocto Project

KW47B42ZB7 熔丝写入问题 Lu888_0-1788925610415.pngLu888_0-1788925610415.png 如图所示，我无法写入熔丝 0xa，但已成功写入熔丝 0x1f。我不知道为什么 Re: KW47B42ZB7 Fuse write issue 嗨@Christine_Li ， 这是否意味着不能使用 blhost 的 熔丝-program 命令来对 kw47 的生命周期进行编程？ Re: KW47B42ZB7 Fuse write issue 你好， @Lu888 感谢您向我们提交案件。 根据你提供的信息，我认为你可以执行 fuse-read 命令，这意味着你不在“OEM 打开后”状态下。 但根据： KW47SRM.pdf 原因如下： 下表中的 RO 表示用户不能使用 MGMT_FUSE_PROGRAM 来写入生命周期熔丝，而是可以使用 MGMT_ADVANCE_LIFECYCLE 或 MGMT_SET_RETURN_FA_MODE。 Christine_Li_0-1788944686191.pngChristine_Li_0-1788944686191.png 如果要更改生命周期，可以使用以下命令： SB3 文件中的 MGMT_ADVANCE_LIFECYCLE。 Christine_Li_1-1788944712390.pngChristine_Li_1-1788944712390.png 顺祝商祺！ Christine。

スーパーキャパシタ付きPCF2131またはPCA2131 こんにちは RTC PCF2131またはPCA2131に関して、特にスーパーキャパシタと組み合わせて使用する場合について、いくつか質問があります。 1. コンポーネントの内部回路図には、エネルギータンクの充電経路が見当たりません。 外部に充電経路(シンプルにするためにダイオード)を計画しなければならないと確認できますか? 2. VBAT > VDD にすることは可能でしょうか？ 3. スーパーキャパシタと併用する場合、VDDとほぼ同じ電圧まで充電する： 推奨されるレジスタ設定は何ですか？ よろしくお願いします。 ニコラス Re: PCF2131 or PCA2131 with a supercapacitor こんにちは、RafaRさん。 ご回答ありがとうございました。 良い一日を。 BR、 ニコラス Re: PCF2131 or PCA2131 with a supercapacitor こんにちは、nicolas75さん 良い一日！ 1．はい。PCF2131/PCA2131には内部スイッチオーバー回路(VDDとVBAT間のコンパレータ/スイッチブロック)のみが含まれており、VBATの内部充電経路はありません。デバイスは単にVDDを監視し、停電が検出されるとVBATに切り替わります。VBAT上のエネルギー源には充電しません。 2.- はい、可能ですが、デバイスはVDDからしか起動できません。VDDを先に起動せずにVBATだけを適用してもRTCは起動しません。 3.- PWRMNG[2:0] = 000 データシートには特に以下の警告が記載されています。 VDDとVBATが類似している場合（例えば、VDD = 3.3 V、VBAT ≥ 3.0 Vの場合）、直接スイッチングモードは推奨されません。 スーパーキャパシタはVDDとほぼ同じ電圧まで充電されるため、標準モードが推奨される構成です。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。

MFRC630とCLRC663は互換性がありますか？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 現在、当社の製品は2台のCLRC663を使用しています。これらは50オームのインピーダンスにマッチングされているため、CLRC663の「高電流」機能を活用しません。未来では制作コストを節約し、1 CLRC663(14443と15693をサポートする必要があるため必要)と1 MFRC630(2つ目のリーダーはmifareのみで済みます)だけを使いたいと考えています。 両方の製品で自社ライブラリをテストすることに成功しましたが、「変更可能な」UIDチップタイプでも動作しているようです 良い。つまり、ソフトウェアの問題ではないということです。私の推測では、MFRC630はCLRC630とは別のファームウェアで、サポートしていないのだと思いますISO15693 フットプリントとピン配置は同じです 唯一気になるのは、マッチングについてです。 ミフェアでマッチングされたCLRC663を、マッチングネットワークを変えずにドロップインMFRC630に置き換えることは可能でしょうか? NFCコントローラーソリューション NFCフロントエンド・ソリューション Re: MFRC630 and CLRC663 Interchangeability? すでに答えは見つかっていると思いますが、これを見つけた方のために、アプリケーションノート(https://www.nxp.com/docs/en/application-note/AN11256.pdf)に「変更は不要」と書かれています。 私もMFRC630を使用するプロジェクトに取り組んでいますが、開発段階ではCLRC663を使用しています。CLRC663用の基板が存在するからです。プロジェクトが終わったら、移行が申請書の通りスムーズに進んだかどうかを確認する投稿を追加します。

在 iMX8MP 上使用 yolov5 和 NPU 我正在尝试在Verdin iMX8M Plus SOM 上运行 yolov5。我已将USB网络摄像头连接到Yavia开发板。 它只在 CPU 上运行，我启用了 NPU，系统版本是 5.15。 yolov5 日志输出为 # python3 detect.py --source 2 detect: weights=yolov5s.pt, source=2, data=data/coco128.yaml, imgsz=[640, 640], conf_thres=0.25, iou_thres=0.45, max_det=1000, device=, view_img=False, save_txt=False, save_csv=False, save_conf=False, save_crop=False, nosave=False, classes=None, agnostic_nms=False, augment=False, visualize=False, update=False, project=runs/detect, name=exp, exist_ok=False, line_thickness=3, hide_labels=False, hide_conf=False, half=False, dnn=False, vid_stride=1 YOLOv5 🚀 v7.0-295-gac6c4383 Python-3.10.13 torch-2.2.2 CPU Fusing layers... YOLOv5s summary: 213 layers, 7225885 parameters, 0 gradients, 16.4 GFLOPs [ WARN:[email protected]] global /usr/src/debug/opencv/4.6.0.imx-r0/git/modules/videoio/src/cap_gstreamer.cpp (1405) open OpenCV | GStreamer warning: Cannot query video position: status=0, value=-1, duration=-1 1/1: 2... Success (inf frames 640x480 at 30.00 FPS) [ WARN:[email protected]] global /usr/src/debug/opencv/4.6.0.imx-r0/git/modules/videoio/src/cap_gstreamer.cpp (2180) open OpenCV | GStreamer warning: cannot link elements 0: 480x640 1 person, 2571.6ms 0: 480x640 2 persons, 1 cell phone, 2471.2ms 0: 480x640 1 person, 2592.1ms 0: 480x640 1 person, 2523.1ms 0: 480x640 1 person, 2413.3ms 0: 480x640 1 person, 2483.8ms 0: 480x640 1 person, 2499.5ms 请问如何才能检测到NPU？ 谢谢并致以诚挚的问候 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Use NPU with yolov5 on iMX8MP 你好！ @Kianou 当然，请查看更新后的链接： https://www.nxp.com/docs/en/user-guide/UG10166.pdf 顺祝商祺！ 萨拉斯。 Re: Use NPU with yolov5 on iMX8MP 你好， Manuel_Salas 我发现IMX-MACHINE-LEARNING-UG现在找不到了。它还能下载吗？ 顺祝商祺！ 基安 Re: Use NPU with yolov5 on iMX8MP 你好！ 很抱歉回复晚了。我查阅了iMX机器学习用户指南中的硬件加速部分。 我查看了 /usr/bin/tensorflow-lite-2.10.0/examples/ 中的示例，并且正在 NPU 上工作。 如何让 yolov5 检测到 NPU？ 另外，有没有使用实时摄像头画面的示例？或者我该如何修改现有的示例以使用摄像头？ Re: Use NPU with yolov5 on iMX8MP 你好@kanakshilledar 您可以在IMX-MACHINE-LEARNING-UG的 7.1 节“i.MX 8 系列的硬件加速”中查看相关内容。 顺祝商祺！ 萨拉斯。

i.MX8M Plus 上的 U-Boot 进行 SWUpdate A/B OTA 更新 您好，NXP团队： 我正在使用以下方法在i.MX8M Plus LPDDR4 EVK上实现 OTA： 约克托·沃诺斯 Linux 6.18.20 U-Boot 2026.04 SWUpdate 2026.05.1 当前进展 SWUpdate 已成功集成到 Yocto 中。 已成功生成 .swu 文件代码包，软件包. SWUpdate软件包安装正常。 硬件兼容性检查正在进行中。 使用 SWUpdate 成功更新了 /etc/ota-version。 原始文件处理程序正在运行。 现在我想实现生产级别的 A/B OTA，具备自动回滚和签名更新功能。 问题 请问NXP推荐的以下解决方案是什么？ A/B 根文件系统分区布局。 基于 U-Boot 启动计数/启动限制的回滚。 SWUpdate 与 U-Boot 环境集成。 更正 fw_env.config / libubootenv 配置。 签名 .swu包裹核实。 防回滚/版本保护。 安全启动 + 软件更新集成。 目前，OTA 更新已完成，但 SWUpdate 报告： Cannot initialize environment from /etc/fw_env.config Cannot persistently store update state NXP是否有关于i.MX8M Plus上SWUpdate + A/B + U-Boot回滚 + 签名OTA的参考设计、应用笔记或示例？ 谢谢。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Yocto Project

PCF2131 or PCA2131 with a supercapacitor Hello  I have few question regarding the RTC PCF2131 or PCA2131, especially when used with a supercapacitor. 1- I haven't seen in the components internal scheme a charging path for the energy tank.      Can you confirm that I must plan for a charging path externally  ( a diode to make it simple ) ? 2- Would it be possible to have VBAT > VDD ? 3. When used with a supercapacitor, charged to the ~ the same voltage as VDD :    What is the recommended register setting ? Thank you. Nicolas Re: PCF2131 or PCA2131 with a supercapacitor Hello RafaR. Thanks for the answers. Have a good day. BR, Nicolas Re: PCF2131 or PCA2131 with a supercapacitor Hello nicolas75 Good day! 1.- Yes. The PCF2131/PCA2131 contains only an internal switch-over circuit (a comparator/switch block between VDD and VBAT) — there is no internal charging path for VBAT. The device simply monitors VDD and switches to VBAT when a power failure condition is detected; it does not charge whatever energy source is on VBAT. 2.- Yes, it’s possible, but the device can only start up from VDD. Applying only VBAT without first powering VDD will not start the RTC. 3.- PWRMNG[2:0] = 000 The datasheet specifically warns: Direct switching mode is not recommended if VDD and VBAT are similar (for example VDD = 3.3 V and VBAT ≥ 3.0 V). Since your supercapacitor is charged to approximately the same voltage as VDD, Standard Mode is the recommended configuration. 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.

MFRC630 and CLRC663 Interchangeability? Currently our product uses two pcs of CLRC663. They are matched to 50Ohms impedance, so they will not make use of the "high current" capability of the CLRC663. For the furture, we want to save on production costs and use just one CLRC663 (needed because it must support 14443 and 15693) and one MFRC630 (second reader only needs mifare). I succesfully tested our own library on both products and they seem to work, even with "changeable" uid chip types very well. So it wouldn't be a software thing. My guess is that the MFRC630 is just a different firmware than CLRC630, to not support ISO15693 Footprint and pinout are the same The only thing i wonder is about the matching. Could the CLRC663 which is matched for mifare, replaced by a drop-in MFRC630 without changing the matching network? NFC Controller Solutions NFC Frontend Solutions Re: MFRC630 and CLRC663 Interchangeability? I assume you've already found the answer, but for anyone who might find this, there is an application note ( https://www.nxp.com/docs/en/application-note/AN11256.pdf) which says that no changes need to be made. I am also working on a project which will use the MFRC630, but for development, I'm using CLRC663 because there is a board for it. I shall add a post here after finishing the project, confirming whether the migration went as smoothly as the application note says.

PCF2131 或 PCA2131 带超级电容器 你好 关于 RTC PCF2131 或 PCA2131，特别是与超级电容器一起使用时，我有一些疑问。 1- 我在元器件内部原理图中没有看到能量罐的充电路径。      请问我是否必须在外部规划充电路径（为了简单起见，可以使用二极管）？ 2- 是否有可能实现 VBAT > VDD？ 3. 当与超级电容器一起使用时，充电至与VDD相同的电压： 推荐的寄存器设置是什么？ 谢谢！ 尼古拉斯 Re: PCF2131 or PCA2131 with a supercapacitor 你好，RafaR。 谢谢大家的解答。 祝你有美好的一天。 BR， 尼古拉斯 Re: PCF2131 or PCA2131 with a supercapacitor 你好 nicolas75 再会！ 1. 是的。PCF2131/PCA2131 仅包含一个内部切换电路（VDD 和 VBAT 之间的比较器/开关模块）——VBAT 没有内部充电路径。该设备只是监测 VDD，并在检测到电源故障情况时切换到 VBAT；它不会对 VBAT 上的任何能源进行充电。 2. 是的，可以，但设备只能从 VDD 启动。如果只施加 VBAT 而不先给 VDD 供电，RTC 将无法启动。 3. PWRMNG[2:0] = 000 数据手册特别警告： 如果 VDD 和 VBAT 相似（例如 VDD = 3.3 V 且 VBAT ≥ 3.0 V），则不建议使用直接开关模式。 由于您的超级电容器充电至与 VDD 大致相同的电压，因此建议使用标准模式配置。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。

Unable to access S32DS download page Dear NXP members,   I have registered for a new NXP account a few days ago and I need to download the S32 Design Studio software. However, from the nxp.com portal, I am unable to see the link for accessing the Software Licensing and Support page from My NXP Account > Apps and Services. Would it be possible to help me access these resources?   Thank you for your support! Re: Unable to access S32DS download page it helped, thanks Re: Unable to access S32DS download page Hello, @Interrogator  Thanks for the post. You may try accessing the S32DS via the product page: S32 Design Studio | NXP Semiconductors Then try downloading it the following way: chenyin_h_0-1788932820632.pngchenyin_h_0-1788932820632.png BR Chenyin

Study and Summary of the DNPU Model Compilation Flow Analysis of the DNPU model compilation flow as below: (Based on Model Zoo Ara2 and SDK 2.0) Compile Flow：model_compile.sh Compile Flow：run.yaml Compile Flow：Dvconvert Compile Flow：Dvrun Compile Flow：Quantizer Compile Flow：Scheduler / Estimator Compile Flow：VPU Codegen Compile Flow：Generator / Emitter Compile Flow：Simulation Compile Flow：Accuracy Check Compile Flow：Outputs

S32M Examples & Documents S32M2xx S32M2xx - Motor control use cases - NXP Community   S32M2xx - MOSFET switching adjustment for Motor control examples  Using S32M2 motor control examples with AMMCLIB 1.1.44 - optimal performance settings    S32M24x S32M24x/S32K14x -> FTM: Edge-align PWM (EPWM) mode S32M24x/S32K14x -> FTM: Center-Aligned PWM (CPWM) mode  S32M24x/S32K14x -> FTM: Modified Combine mode for Phase Shift  S32M24x/S32K14x -> FTM: PWM Modulation Implementation  S32M24x/S32K14x -> Global time base  FlexTimer Module (FTM) Usage on S32M24x and S32K14x Series  S32M244 - FOC with single shunt current measurement  S32M244 - Hall sensor based 6-step BLDC motor control  S32M244 - Sensorless 6-step BLDC motor control  S32M24x/S32K14x -> FTM: Complementary mode and dead-time insertion  [RTD200P04 MCAL] S32M244 PWM PDB ADC MCAL demo  [S32M244 RTD200P04 LLD]S32M244 PWM PDB ADC LLD demo  S32M24x/S32K1 – FTM/TRGMUX/PDB/ADC – [RTD300]  Example_S32M244_DPGA_AEC_Fault_v1_0_S32DS367_RTD300QLP06    S32M27x   S32M276 - Sensorless 6-step BLDC motor control S32M276 - Hall sensor based 6-step BLDC motor control  S32M276 - FOC with single shunt current measurement  S32M27x/S32K3 – eMIOS Usage  S32M27x/S32K3 – eMIOS/TRGMUX/LCU – [RTD600]   S32M27x/S32K3 – eMIOS/BTCU/ADC/DMA – [RTD600]