codewarrior debug tool communications failed(Cable is not connected or has no power!)) I use codewarrior5.7 debug tool (hiwave6.1) componet->set connection ，then hiwave report an error.Both lights of my PE Mutilink debugger are on, and my target motherboard （MC9S12XEG128）is powered on and functioning properly（FSEC register 0xBE unsecuring）.I can't figure out why this error was reported. 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 multilink Re: codewarrior debug tool communications failed(Cable is not connected or has no power!)) Hi, Looking at your HiWave console output and driver information, we can see that the P&E 68HC12 Interface Libraries version 2.62 is currently installed on your PC. This is an older version of the P&E interface driver that does not fully support the USB Multilink Universal hardware you are using. When HiWave tries to establish the BDM connection, the library fails to communicate correctly with the USB-ML-UNIVERSAL, which is why you are seeing "Communication failed (Cable is not connected or has no power!)." The good news is that your hardware is working fine. Your PC recognises the USB Multilink Universal correctly in Device Manager, and the FSEC register value of 0xBE confirms your MC9S12XEG128 is in the unsecured state, so there are no security-related obstacles here. The issue is purely a software driver version mismatch. What to do Please follow these steps to resolve the problem: Close CodeWarrior and HiWave completely. Disconnect the USB Multilink Universal from your PC. Go to the P&E Micro support page and download the patch called "Patch for (S)12(X) 3rd Party Software" from FAQ #211:  https://www.pemicro.com/faqs/faq_view.cfm?id=211 Follow the installation instructions included in the patch (there is a readme file). The patch replaces the P&E interface DLL in your CodeWarrior installation folder. Reconnect the USB Multilink Universal and reopen HiWave. Try the connection again. How to confirm the patch is applied Once you reconnect and attempt the connection, check the HiWave console window. You should see a line like: P&E driver version: 68HC12 Interface Libraries Version X.XX If the version number is higher than 2.62, the patch was applied successfully. Please let us know this new version number along with whether the connection now works. Next step We will wait to hear back from you after you apply the patch. If the connection still does not work after the update, please also let us know your exact Windows version, and we will guide you through the next diagnostic step. Or, you can also try to download last pemicro drivers and reinstall them. I do not know what will help. I had similar issue a few days ago and I just described what I did. Of course standard PC restart. BTW, I am confused of info CW5.7. The last version is CW v5.2 which is compatible with W11.If you have CW v5.1 then it is not compatible with W11 so download of the version v5.2 is necessary. Loading via HiWave has no limitations. One more info is that this version does not contain support for all derivatives and following patch should be used… How-to Add missing derivatives to CodeWarrior Classic HCS12(X) 5.2 (Unofficial Method) - NXP Community Best regards, Ladislav

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 扫描报告）寄存器报告给设备配置模块。 因此，预期的诊断可见性似乎是通过 DCMEC/DCMSRRx 而不是通过 FCCU 故障图。 petervlna_0-1788935708237.pngpetervlna_0-1788935708237.png 顺祝商祺！ Peter

NX3DV42GU 和 ls1046A 的 FIT 率 您好，请问哪里可以找到NX3DV42GU和ls1046A这两种材料的FIT数据？谢谢。 Re: FIT rate for NX3DV42GU and ls1046A 我们不会公开分享这些信息，这些信息是通过电子邮件提供的。   如果您以后有任何关于此信息的需求，请使用我们的工单系统。 https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu 在“支持工单”下 - 提交工单   这有助于确保正确跟踪和相关团队及时响应。

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.

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 よろしくお願いいたします。 ピーター

PMIC OTP Programming universal board file download The newest GUI is V1.1, please download the attachment below.  the one on the NXP website is V1.0 it will soon be updated. For older version of the programming board (it is no longer supported, the board have plastic legs) Here is the history of the old software.  please use V0 for anything except FS23. Use V0P1 only for programming FS23, Programming+validation is current bugged on V0P1. FS23 validate is only available for I2C not SPI. please follow the user guide when using it the first time. any feedback is welcomed.

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コミュニティ よろしくお願いいたします。 ラディスラフ

スーパーキャパシタ付き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とほぼ同じ電圧まで充電されるため、標準モードが推奨される構成です。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。

在 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 系列的硬件加速”中查看相关内容。 顺祝商祺！ 萨拉斯。

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.

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

NXP Trimension® SR250で始めるUWB入門 第1回：UWBの基礎とSR250の概要 (日本語ブログ) はじめに   「スマホをポケットに入れたままドアが開く」「部屋に入ったら自動で照明がつく」「ソファに座った瞬間、サウンドバーが自分の位置に合わせて音場を自動調整してくれる」── こんな体験を実現できるデバイスが NXP Trimension® SR250 です。 SR250は、超高精度な無線測距技術「UWB (Ultra-Wideband：超広帯域無線)」と、相手デバイスなしで人や物体を感知できる「UWBレーダー」を、IoT向けとして世界初となるオンチップ処理付きで1チップに統合したICです。 そんな様々な可能性を秘めたこのSR250が、2026年3月、ついにマスマーケット向けリリースされました！評価ボード SR250UWBSHIELD が NXPのeコマースで購入できます。 SR250UWBSHIELD.jpgSR250UWBSHIELD.jpg 「面白そうだけど、難しそうかな？」と思っていたあなた、今が試してみるチャンスです。 第1回はUWBとはそもそも何かという基礎から、SR250の特徴までをお届けします。本稿を読んで想像をふくらませ、ぜひ評価ボードを入手して一緒にUWBを体験しましょう！ UWBって、昔どこかで聞いたことがある？   「UWBって、昔の高速データ転送技術では？」と思った方、鋭いです！ 2000年代初頭、UWBは高速ワイヤレスデータ転送技術として大きな注目を集めました。WiMediaアライアンスが標準化を進めましたが、Wi-FiやBluetoothの急速な進化に押され、普及しないまま終わりました。 ところが2010年代後半、UWBは全く別の顔で復活します。精密測距・測位の技術として再定義され、IEEE 802.15.4zとして標準化。2019年 iPhone 11への搭載を機に、一気に注目度が高まりました。 UWBが広い帯域幅を持つという本質は変わっていません。ただ、その特性を「通信速度」ではなく「時間分解能」として使うことで、まったく新しい用途が生まれたのです。 UWBとは？ ─ センチメートルの世界へ   UWB (Ultra-Wideband) は、名前の通り周波数軸で見れば超広帯域、逆に時間軸で見ると非常に短いパルス信号を使った無線技術です。IEEE 802.15.4z規格として標準化されており、近距離高精度測位の分野で今まさに急速に普及しています。 Wi-FiやBluetoothの位置精度が±1〜2mであるのに対して、UWBは±5〜10cmのセンチメートル精度を実現できます。これは「どこかにいる」ではなく「ここにいる」を検知できる技術です。 このセンチメートル精度と高いセキュリティの組み合わせが、スマートカーアクセスや精密な屋内測位を可能にしています。Androidスマートフォン・AirTagに加え、*Google Pixel Tagへの搭載も発表され、今後さらなる普及が期待されています。 *Google Pixel Tagは2026年11月発売予定 なぜUWBはマルチパスに強く、セキュアなのか？ ─ 他無線技術との比較   マルチパスとは？   電波は光のように直進するだけでなく、壁・天井・家具などに反射しながら伝わります。受信側には「直進してきた電波」と「あちこちで反射してから届いた電波」が混ざって届きます。これがマルチパスです。特に屋内では反射が多く、マルチパスの環境となります。 マルチパス_イメージ図.jpgマルチパス_イメージ図.jpg BLEやWi-FiのようなRSSI (受信強度) ベースの測距は、この「混ざった電波の強さ」を使って距離を推定するため、反射波に大きく左右されてしまいます。 UWBは非常に短いパルス信号 (数ナノ秒幅) を使っているため、直接届いた信号と反射して後から届いた信号を時間的に分離して識別できます。   なぜUWBの測距はセキュアなのか？ UWBは、 STS (Scrambled Timestamp Sequence：スクランブルされたタイムスタンプシーケンス) と呼ばれる暗号化された信号列を使用しています。STSはAES-128ベースの乱数生成器によって毎回異なる値が生成されます。受信側は事前に共有した鍵から同じSTSを計算し、受信値と照合することで、正規の送信元かどうかを検証します。 STSは毎回異なる値が生成されるため、傍受した信号をそのまま再送したり(リプレイアタック）、中継・偽装して距離を誤認識させたりする攻撃が成立しません。さらにセキュアレンジングでは、STS生成に使うセッション鍵をセキュアな環境で管理し、定期的に再計算します。仮に特定時点の鍵情報が漏洩しても被害範囲を限定できます。これらにより、UWBはBLEやWi-Fiベースのレンジングよりも強固なセキュリティを実現しています。   測距技術の比較   技術 精度 マルチパス耐性 セキュリティ 主な用途 UWB ±5~10 cm 高 (パルスで直接波を分離) 高 (STS暗号化) 精密測位・スマートアクセス BLE Channel Sounding ±0.5 m 中 (位相測定で改善) 中 (RTT+位相で保護) スマートアクセス・IoT Wi-Fi RTT (FTM) ±1〜2 m 低〜中 低 屋内ナビ・フロア判定 BLE RSSI ±1〜5 m 低 (強度ベース) 低 近接検知・ビーコン BLE Channel Soundingなど他技術はコスト・消費電力面での利点もあるため、用途に応じた使い分けやUWBとのハイブリッド構成も増えています。 UWBの測距原理：ToF と AoA   ToF (Time of Flight：飛行時間) TWR (Two Way Ranging) では、InitiatorがパルスをResponderに送り、Responderが折り返すことで、Initiatorが電波の往復時間を計測し距離を算出します。電波は光速で伝わるため、わずかな時間誤差が距離誤差に直結します。広帯域であるほど時間分解能が上がり、距離精度が向上するのです。 また、複数デバイスを組み合わせたTDOA (Time Difference of Arrival) にも対応しており、広いエリアのリアルタイム測位も可能です。 AoA (Angle of Arrival：到達角度) 複数のアンテナで受信した信号の位相差（PDOA, Phase Difference of Arrival）から、デバイスが存在する角度を算出します。SR250は3つの受信ポートを持つため、水平方向と垂直方向を同時に算出する3シングルショット3D AoA が可能です。   UWBレーダーとは？   測距 (Ranging) は2台のUWBデバイスが通信し合うことで距離を測りますが、レーダーはまったく異なるアプローチをとります。送信したパルスが人や物体に当たって反射してくる信号を解析することで、相手がUWBデバイスを持っていなくても距離・方向・存在を検知できるのです。 UWBレーダーは人体のわずかな動きを捉えることができ、プライバシーを守りながら「その場に人がいるか」「動いているか」を感知できます。 UWBレーダー.jpgUWBレーダー.jpg レーダー処理はSR250にお任せ！オンチップ・レーダー処理   レーダーのアルゴリズムは複雑で、独自に構築するのは容易ではありません。SR250は、単一ターゲットの存在・距離・角度検知まではオンチップで処理できるよう設計されており、アルゴリズム開発無しでレーダー機能を使うことができます。もっと複雑なレーダー処理をしたい場合は、反射はデータをホストに送ることでAI/MLを使用した応用も可能です。 SR250が切り拓くアプリケーション   測距とレーダーを1チップに統合したSR250は、スマートロック・スマートスピーカーといった民生機器から、工場・倉庫でのAGV (無人搬送車) やフォークリフトと作業者の衝突防止といった産業用途まで、幅広い分野での活用が期待されています。 「位置を知る」「存在を知る」「動きを知る」─ この3つがカメラなしでできるとしたら、どんな機器が作れるでしょうか。ぜひ想像しながら連載を読み進めてください。 連載の予定   本連載は全4回を予定しています。 第1回（本記事） UWBの基礎とSR250の概要 第2回 SR250評価ボード (SR250UWBSHIELD) のセットアップ 第3回 UWB測距 (Ranging) を試してみる 第4回 UWBレーダー (Radar)を試してみる 次回は評価ボードの入手方法・ハードウェア・ソフトウェア環境の構築を解説します。UWBを動かす準備を一緒に整えましょう！ 参考リンク Trimension SR250 製品ページ（日本語） SR250 評価ボード（TRIMENSION-SR250） UWB Radar Fundamentals (AN13989) UWB Convergence Radar ホワイトペーパー Introducing The Trimension SR250 トレーニング（英語・24分） ========================= 本投稿の「Comment」欄にコメントをいただいても、現在返信に対応しておりません。 お手数をおかけしますが、お問い合わせの際には「NXPへの技術質問 - 問い合わせ方法 (日本語ブログ)」をご参照ください。 （既に弊社NXP代理店、もしくはNXPとお付き合いのある方は、直接担当者へご質問いただいてもかまいません。） センチメートル精度の測距と、相手デバイス不要のUWBレーダーを1チップに統合したNXP Trimension® SR250が、2026年3月にマスマーケット向けにリリースされました。本記事では、UWBの基礎原理からSR250の特徴を解説します。 (読了：10分) Security 日本語ブログ

Getting Started with UWB Using NXP Trimension® SR250 - Part 1: UWB Basics and an Overview of the SR250 (Japanese Blog) Introduction   "Doors open with your smartphone still in your pocket," "Lights turn on automatically when you enter a room," "The moment you sit down on the sofa, the soundbar automatically adjusts the sound field to your position"—the NXP Trimension ® SR250 is a device that can make these experiences a reality. The SR250 is the world's first IC for IoT applications to integrate ultra-high-precision wireless ranging technology " UWB (Ultra-Wideband) " and " UWB radar " that can detect people and objects without an external device, all on a single chip with on-chip processing. This SR250, which holds so much potential, was finally released to the mass market in March 2026! The evaluation board SR250UWBSHIELD is available for purchase from NXP's e-commerce site . SR250UWBSHIELD.jpgSR250UWBSHIELD.jpg If you've been thinking, "That sounds interesting, but it might be difficult," now's your chance to give it a try. In this first installment, we'll cover everything from the basics of what UWB is to the features of the SR250. Read this article to expand your imagination, and then get your hands on an evaluation board and experience UWB together! Have you heard of UWB somewhere before?   If you're thinking, "Isn't UWB an old high-speed data transfer technology?", you're very perceptive! In the early 2000s, UWB attracted considerable attention as a high-speed wireless data transfer technology . The WiMedia Alliance worked to standardize it, but it ultimately failed to gain widespread adoption due to the rapid evolution of Wi-Fi and Bluetooth. However, in the late 2010s, UWB made a comeback in a completely different form. It was redefined as a precision distance measurement and positioning technology and standardized as IEEE 802.15.4z. Its inclusion in the iPhone 11 in 2019 brought it a surge in popularity. The fundamental characteristic of UWB—its wide bandwidth—remains unchanged. However, by using this characteristic not as "communication speed" but as "temporal resolution," entirely new applications have emerged. What is UWB? — Into the world of centimeters   UWB (Ultra-Wideband), as its name suggests, is a wireless technology that uses extremely wide bandwidth in terms of frequency, and conversely, very short pulse signals in terms of time. It has been standardized as the IEEE 802.15.4z standard and is currently rapidly gaining popularity in the field of short-range high-precision positioning. While Wi-Fi and Bluetooth have a positioning accuracy of ±1-2m, UWB can achieve centimeter-level accuracy of ±5-10cm. This technology can detect "here" rather than "somewhere." This combination of centimeter-level accuracy and high security enables smart car access and precise indoor positioning. In addition to Android smartphones and AirTag, it has also been announced that it will be integrated into Google Pixel Tag, and further widespread adoption is expected in the future. *Google Pixel Tag is scheduled for release in November 2026. Why is UWB so robust against multipath interference and secure? — A comparison with other wireless technologies   What is multipathing?   Radio waves don't just travel in a straight line like light; they also propagate by reflecting off walls, ceilings, furniture, and other objects. The receiver receives a mixture of radio waves that traveled in a straight line and those that have reflected from various points. This is called multipath. Indoors, in particular, there are many reflections, creating a multipath environment. マルチパス_イメージ図.jpgMultipath_Image.jpg RSSI (Radio Speed Indicator) based ranging methods like BLE and Wi-Fi estimate distance using the "strength of mixed radio waves," making them highly susceptible to reflected waves. Because UWB uses very short pulse signals (a few nanoseconds wide), it can temporally separate and distinguish signals that arrive directly from signals that are reflected and arrive later.   Why is UWB ranging secure? UWB uses an encrypted signal sequence called STS (Scrambled Timestamp Sequence). The STS is generated each time by an AES-128-based random number generator, producing a different value each time . The receiver calculates the same STS using a pre-shared key and verifies the legitimacy of the sender by comparing it with the received value. Because a different STS value is generated each time, attacks that involve retransmitting intercepted signals (replay attacks) or relaying/spoofing signals to misinterpret distance are impossible. Furthermore, in secure ranging, the session key used to generate the STS is managed in a secure environment and recalculated periodically. Even if the key information at a specific point in time is leaked, the scope of damage can be limited. As a result, UWB achieves stronger security than BLE or Wi-Fi-based ranging.   Comparison of distance measurement technologies   technology accuracy Multipath resistance security Main uses UWB ±5~10 cm High ( separates waves directly with pulses) High (STS encryption) Precision positioning and smart access BLE Channel Sounding ±0.5 m Medium (improved by phase measurement) Medium (Protected by RTT+ phase) Smart Access IoT Wi-Fi RTT (FTM) ±1 to 2 m low to medium low Indoor navigation and floor detection BLE RSSI ±1 to 5 m Low (intensity-based) low Proximity detection and beacons Other technologies, such as BLE Channel Sounding, offer advantages in terms of cost and power consumption, leading to an increase in their use depending on the application, as well as hybrid configurations with UWB. UWB ranging principle: ToF and AoA   ToF (Time of Flight) In TWR (Two-Way Ranging), the Initiator sends a pulse to the Responder, which then returns it. The Initiator measures the round-trip time of the radio waves and calculates the distance. Because radio waves travel at the speed of light, even a small time error directly translates to a distance error. The wider the bandwidth, the higher the time resolution and the better the distance accuracy. Furthermore, it supports TDOA (Time Difference of Arrival) by combining multiple devices, enabling real-time positioning over a wide area. AoA (Angle of Arrival) The angle at which a device is located is calculated from the phase difference of arrival (PDOA) of signals received by multiple antennas. Because the SR250 has three receiving ports, it can perform 3-single-shot 3D AoA , simultaneously calculating horizontal and vertical angles.   What is UWB radar?   While ranging measures distance through communication between two UWB devices, radar takes a completely different approach. By analyzing the signals reflected from pulses that hit people or objects, it can detect distance, direction, and presence even if the other party does not have a UWB device . UWB radar can detect even the slightest movement of the human body, allowing you to sense whether there is a person present and whether they are moving, while protecting privacy. UWBレーダー.jpgUWB radar.jpg Leave radar processing to the SR250! On-chip radar processing   Radar algorithms are complex and not easy to develop from scratch. The SR250 is designed to handle the detection of a single target's presence, distance, and angle on-chip , allowing you to use radar functionality without developing your own algorithms. For more complex radar processing, reflections can be sent to a host, enabling AI/ML applications. Applications pioneered by the SR250   The SR250, which integrates ranging and radar into a single chip, is expected to be used in a wide range of fields, from consumer devices such as smart locks and smart speakers to industrial applications such as collision prevention between AGVs (automated guided vehicles) and forklifts and workers in factories and warehouses. "Knowing location," "Knowing presence," and "Knowing movement"—what kind of devices could be created if these three things were possible without a camera? Please read the series while imagining these possibilities. Scheduled serialization   This series is planned to consist of four parts. Part 1 (This article) Basics of UWB and an overview of the SR250 2nd time Setting up the SR250 evaluation board (SR250UWBSHIELD) 3rd Let's try UWB ranging. 4th Try out UWB radar. Next time, we'll explain how to obtain an evaluation board and how to set up the hardware and software environment. Let's get ready to run UWB together! Reference links Trimension SR250 Product Page (Japanese) SR250 Evaluation Board (TRIMENSION-SR250) UWB Radar Fundamentals (AN13989) UWB Convergence Radar White Paper Introducing the Trimension SR250 Training (English, 24 minutes) ========================= We are currently unable to respond to comments left in the "Comment" section of this post. We apologize for the inconvenience, but please refer to " Technical Questions to NXP - How to Contact Us( Japanese Blog) " when making an inquiry. (If you are already an NXP distributor or have a relationship with NXP, you may ask your representative directly.) The NXP Trimension® SR250, which integrates centimeter-precision ranging and a UWB radar that does not require a separate device onto a single chip, was released for the mass market in March 2026. This article explains the basic principles of UWB and the features of the SR250. (Reading time: 10 minutes) Security Japanese Blog

使用 NXP Trimension® SR250 入门 UWB - 第一部分：UWB 基础知识和 SR250 概述（日语博客） 介绍   “智能手机还在口袋里时，门就会打开”、“当你进入房间时，灯会自动打开”、“当你坐在沙发上时，条形音箱会自动调整声场以适应你的位置”——NXP Trimension ® SR250是一款能够将这些体验变为现实的设备。 SR250 是世界上首款用于物联网应用的集成电路，它集成了超高精度无线测距技术“ UWB（超宽带） ”和“ UWB 雷达”，无需外部设备即可在单个芯片上通过片上处理检测人和物体。 这款极具潜力的 SR250 终于在 2026 年 3 月面向大众市场发布！评估板SR250UWBSHIELD可从NXP 的电子商务网站购买。 SR250UWBSHIELD.jpgSR250UWBSHIELD.jpg 如果你一直在想，“这听起来很有趣，但可能很难”，那么现在就是你尝试的机会。 在本系列文章的第一部分，我们将涵盖从UWB基础知识到SR250特性的所有内容。阅读本文，拓展您的想象力，然后入手一块评估板，一起体验UWB的魅力吧！ 你之前听说过UWB吗？   如果你在想，“UWB 不是一种老旧的高速数据传输技术吗？”，那你真是太有洞察力了！ 21世纪初，超宽带（UWB）作为一种高速无线数据传输技术引起了广泛关注。WiMedia联盟致力于将其标准化，但由于Wi-Fi和蓝牙的快速发展，最终未能得到广泛应用。 然而，在2010年代后期，UWB以一种截然不同的形式卷土重来。它被重新定义为一种精密距离测量和定位技术，并被标准化为IEEE 802.15.4z标准。2019年，iPhone 11搭载了这项技术，使其人气飙升。 超宽带（UWB）的基本特性——宽带宽——依然不变。然而，通过不再将这一特性视为“通信速度”，而是将其视为“时间分辨率”，全新的应用场景应运而生。 什么是UWB？——走进厘米的世界   超宽带（UWB）顾名思义，是一种无线技术，它使用极宽的频率带宽，相应地，使用极短的脉冲信号。该技术已被标准化为IEEE 802.15.4z标准，目前在短距离高精度定位领域正迅速普及。 虽然 Wi-Fi 和蓝牙的定位精度为 ±1-2 米，但 UWB 可以达到厘米级精度，为 ±5-10 厘米。这项技术可以检测“这里”，而不是“某个地方”。 厘米级的精度和高安全性相结合，实现了智能汽车门禁和精准的室内定位。除了安卓智能手机和AirTag之外，该技术还将集成到谷歌Pixel Tag中，预计未来将得到更广泛的应用。 *谷歌Pixel Tag计划于2026年11月发布。 为什么UWB对多径干扰的抵抗力如此之强且安全性如此之高？——与其他无线技术的比较   什么是多路径？   无线电波的传播方式并非像光一样沿直线传播；它们还会通过墙壁、天花板、家具和其他物体的反射而传播。在接收端，接收到的无线电波既有“沿直线传播的无线电波”，也有“从不同位置反射的无线电波”。这种现象被称为多径效应。尤其是在室内，反射现象更为普遍，从而形成多径环境。 マルチパス_イメージ図.jpgMultipath_Image.jpg 基于 RSSI（无线电速度指示器）的测距方法，如 BLE 和 Wi-Fi，利用“混合无线电波的强度”来估算距离，因此极易受到反射波的影响。 由于超宽带使用非常短的脉冲信号（几纳秒宽），因此它可以将直接到达的信号与反射后稍后到达的信号在时间上分离和区分。   为什么UWB测距是安全的？ 超宽带 (UWB) 使用一种称为STS （加扰时间戳序列）的加密信号序列。STS 每次都由基于 AES-128 的随机数生成器生成，每次生成的值都不同。接收方使用预共享密钥计算相同的 STS，并通过将其与接收到的值进行比较来验证发送方的合法性。 由于每次都会生成不同的STS值，因此涉及重传截获信号（重放攻击）或中继/欺骗信号以错误解读距离的攻击都无法实施。此外，在安全测距中，用于生成STS的会话密钥在安全环境中进行管理并定期重新计算。即使在特定时间点密钥信息泄露，造成的损失范围也有限。因此，UWB测距比基于BLE或Wi-Fi的测距具有更高的安全性。   距离测量技术比较   技术 准确性 多路径电阻 安全 主要用途 超宽带 ±5~10 厘米 高（直接用脉冲分离波） 高（STS加密） 精准定位和智能访问 BLE通道探测 ±0.5 米 介质（通过相位测量改进） 介质（受 RTT+ 相保护） 智能接入物联网 Wi-Fi RTT（FTM） ±1 至 2 米 低至中等 低的 室内导航和楼层检测 BLE RSSI ±1 至 5 米 低（基于强度） 低的 近距离检测和信标 其他技术，如 BLE 通道探测，在成本和功耗方面具有优势，因此根据应用的不同，其使用量有所增加，还可以与 UWB 进行混合配置。 UWB测距原理：飞行时间（ToF）和迎角（AoA）   飞行时间 (ToF) 在双向测距（TWR）中，发起方向响应方发送脉冲信号，响应方随后返回该信号。发起方测量无线电波的往返时间并计算距离。由于无线电波以光速传播，即使是很小的时间误差也会直接转化为距离误差。带宽越宽，时间分辨率越高，距离精度也越高。 此外，它通过组合多个设备支持 TDOA（到达时间差），从而实现大范围的实时定位。 到达角 (AoA) 设备所在位置的角度是通过多个天线接收到的信号的到达相位差 (PDOA) 计算得出的。由于 SR250 具有三个接收端口，因此可以执行3 次单次拍摄的 3D 到达角 (AoA)计算，同时计算水平角和垂直角。   什么是超宽带雷达？   测距是通过两个超宽带（UWB）设备之间的通信来测量距离，而雷达则采用完全不同的方法。它通过分析照射到人或物体上的脉冲反射信号，即使对方没有超宽带设备，也能探测到距离、方向和目标是否存在。 UWB 雷达甚至可以探测到人体最轻微的动作，让您能够感知周围是否有人以及他们是否在移动，同时保护隐私。 UWBレーダー.jpgUWB雷达.jpg 把雷达处理交给SR250吧！片上雷达处理   雷达算法复杂，从零开始开发并非易事。SR250芯片旨在处理单个目标的存在、距离和角度检测，无需自行开发算法即可使用雷达功能。对于更复杂的雷达处理，反射信号可以发送到主机，从而支持人工智能/机器学习应用。 SR250 开创的应用   SR250 将测距和雷达功能集成到单个芯片中，预计将广泛应用于各个领域，从智能锁和智能音箱等消费电子产品到工厂和仓库中 AGV（自动导引车）与叉车和工人之间的碰撞预防等工业应用。 “感知位置”、“感知存在”和“感知移动”——如果无需摄像头就能实现这三件事，那么可以创造出什么样的设备？请在阅读本系列文章的同时，畅想这些可能性。 计划序列化   本系列计划分为四部分。 第一部分（本文） UWB基础知识及SR250概述 第二次 设置 SR250 评估板 (SR250UWBSHIELD) 第三 我们来试试超宽带测距。 第四 试试超宽带雷达。 下次，我们将讲解如何获取评估板以及如何搭建硬件和软件环境。让我们一起准备运行UWB吧！ 参考链接 Trimension SR250 产品页面（日语） SR250 评估板 (TRIMENSION-SR250) 超宽带雷达基础知识（AN13989） 超宽带融合雷达白皮书 Trimension SR250 培训介绍（英语，24 分钟） ========================= 即使您在本文的“评论”栏留言，我们目前也无法回复。 给您带来不便，我们深感抱歉。请在询问时参阅“NXP技术问题-联系方式(日本博客)”。 （如果您已经是NXP的代理商或与其有合作关系，可以直接向负责人咨询。） NXP Trimension® SR250 将厘米级精度的测距和无需单独设备的超宽带雷达集成到单个芯片上，于 2026 年 3 月面向大众市场发布。本文将解释超宽带的基本原理和 SR250 的特性。 （阅读时间：10分钟） 安全 日本博客

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]