Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
S32K3 Unlock Secure Debug with Trace32 Hello S32K3 Team, I am currently experiencing an issue with secure debug unlock. The debugger I am using is Trace32 and autosar os using.... The Life Cycle (LC) has been switched to OEM, and secure debug is configured in password mode (not challenge–response). The configured TEST password is: 0xFFEEDDCCBBAA99887766554433221100 Before switching the LC, I confirmed that the HASH value matched correctly. I have tried the following two methods to unlock secure debug: Using the Trace32 command: SYStem.Option KEYCODE %Byte 0xFF 0xEE 0xDD 0xCC 0xBB 0xAA 0x99 0x88 0x77 0x66 0x55 0x44 0x33 0x22 0x11 0x00 Using the S32_JTAG_WRITE.cmm script However, both methods failed to unlock secure debug. I would appreciate your guidance on what I should check next or any potential causes I might be overlooking. I have attached my script for reference. Best regards, #HSE #secureDebug Re: S32K3 Unlock Secure Debug with Trace32 I have recently test it. See attached scripts debug_authorization.cmm shows how to enter the password and then it calls other scripts. I am sending you attachment directly. Re: S32K3 Unlock Secure Debug with Trace32 Hello, I am experiencing the same issue in the same environment. Could you please share the file with me as well? I would really appreciate your help. Thank you! Re: S32K3 Unlock Secure Debug with Trace32 Dear NewbieNerd, I am facing the same issue in a similar environment. If you were able to resolve it, could you please share the solution and explain what changed compared to the previous setup? Your experience would be greatly appreciated and would be very helpful for troubleshooting this issue on my side. Thank you for your time and support. Re: S32K3 Unlock Secure Debug with Trace32 Please create new ticket and I will send it to you. Thanks for understanding. https://www.nxp.com/support/support:SUPPORTHOME
查看全文
S32K3 使用 Trace32 解除锁定安全调试 你好,S32K3 团队、 我目前遇到了安全调试解锁的问题。 我使用的调试器是 Trace32 和 autosar os,使用.... ,生命周期(LC)已切换到 OEM,安全调试配置为密码模式(不是挑战-响应)。 配置的 TEST 密码为 0xFFEEDDCCBBAA99887766554433221100 在切换 LC 之前,我确认了 HASH 值是否正确匹配。 我尝试了以下两种方法来解锁安全调试: 使用 Trace32 命令 SYStem.Option KEYCODE%字节 0xFF 0xEE 0xDD 0xCC 0xBB 0xAA 0x99 0x88 0x77 0x66 0x55 0x44 0x33 0x22 0x11 0x00 使用 S32_JTAG_WRITE.cmm 脚本 然而,这两种方法都无法解锁安全调试。 如果您能指导我下一步应该检查什么,或者我可能忽略的任何潜在原因,我将不胜感激。 我附上了我的脚本以供参考。 顺祝商祺! #HSE #安全调试 Re: S32K3 Unlock Secure Debug with Trace32 我最近进行了测试。见所附脚本 debug_authorization.cmm 演示如何输入密码,然后调用其他脚本。 我直接向您发送附件。 Re: S32K3 Unlock Secure Debug with Trace32 你好, 我在相同的环境下也遇到了同样的问题。 您能否也把文件分享给我?非常感谢您的帮助。 谢谢! Re: S32K3 Unlock Secure Debug with Trace32 请创建新工单,我会发送给您。谢谢您的理解。 https://www.nxp.com/support/support:SUPPORTHOME Re: S32K3 Unlock Secure Debug with Trace32 亲爱的新手书呆子, 我在类似的环境下也遇到了同样的问题。 如果您能够解决这个问题,能否分享一下解决方案,并解释一下与之前的设置相比有哪些变化? 您的经验将不胜感激,对解决我这边遇到的问题非常有帮助。 感谢您的时间和支持。
查看全文
FS26リセットの問題 チームの皆さん、こんにちは。 SBCセクションでリセットの問題が発生しています。 初期テストでは、NXPセミコンダクターズのSBCセクションMFS2633HMDB2ADのみ組み立て、リセット出力を確認しました。リセットラインはHIGHで、ICは正常に動作していました。 MCUおよび関連部品を組み立てた後、PMICリセットラインは常にLOWとなり、関連するすべてのリセット信号はLOWに引き出されます。 JTAGデバッガを接続すると、リセットラインがHIGHになり、システムは正常にデバッグモードに入ります。 その他の観察事項: 0Ω抵抗を使ってMCUリセットラインを取り外しました。 MCUリセットラインが高値です。 PMICリセットラインはLOWのままです。 FS26はデバッグモードで正常に動作しています。 JTAG接続がない場合、PMICのリセット出力はLOWのままです。 この問題はMCU統合後にのみ発生するようです。SBCセクションは独立してテストすると正常に動作しますが、MCU接続後はPMICリセットシーケンスが解除されません。 ありがとうございます。 Re: FS26 Reset issue ハイ WD refreshと電源レールUV/OVに何らかのエラーが発生していないか確認してください。 Re: FS26 Reset issue デバッグモードでは、RSTB がまだローにプルダウンしているため、これは WD とは関係ありません。 再度テストするために、INITフェーズでFCCU機能を無効にしてみてください。 Re: FS26 Reset issue こんにちは、Guoweisun さん FS26はデバッグモードで動作しており、すべての電源出力(LDOおよびVCORE)は正常に動作し、想定される範囲内にあります。しかし、RESETラインはまだHIGHになりません。 私たちのアプリケーションには外部ウォッチドッグが含まれているため、回路から外して再度テストしました。外部ウォッチドッグを取り外した後も、RESETラインはLOWのままです。 RESETラインの解除を妨げる他の条件や、追加で行うべき点について教えていただけますか? よろしくお願いします。 Re: FS26 Reset issue INITフェーズの設定は、上記のように丸で囲んだ部分です。 Re: FS26 Reset issue FCCU1およびFCCU2のピンは推奨されるプルアップおよびプルダウン抵抗で接続されています。これらの接続はそのままにしておくべきでしょうか?それともデバッグのためにFCCUのピンもMCUから分離することをおすすめしますか? Re: FS26 Reset issue FCC 1番ピンと2番ピンはローレベルですが、リセットラインはハイレベルに解放されません。 Re: FS26 Reset issue 前回の返信でお伝えしたように、SBCのINITフェーズでこのFCCU機能を無効にして再度テストしてください。
查看全文
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です リファレンスデザインユーザーマニュアルまたはアプリケーションノート 追加の資料をいただけると大変ありがたいです。これらのファイルの共有に制限がある場合は、適切なチャネルを通じてリクエストできるように、私にもお知らせください。 ご指導いただき、改めて感謝申し上げます。お返事をお待ちしております。 よろしくお願いします、 豊玉旗
查看全文
LLCE FlexRay configuration on S32DS Hi,  I am encountering a configuration issue for LLCE FlexRay on S32DS. I would like to set this parameter to TRUE, after spending a long time on the IDE, still could not find the right place to change it. Is there someone can provide any clue? My IDE version is S32DS3.5.10. Thank you in advance. Re: LLCE FlexRay configuration on S32DS Hi,Yang_C Thank you for contacting us. What version of LLCE are you using? And are you using S32G2 or S32G3? BR Joey Re: LLCE FlexRay configuration on S32DS Hi Joey, I am using S32G399 with S32DS3.5.10, LLCE 1.0.7, RTD 4.0.2.  BR, Yang Re: LLCE FlexRay configuration on S32DS Hi,Yang_C This seems to be an issue with the software itself. I will assist you in confirming it with the internal software developers! BR Joey Re: LLCE FlexRay configuration on S32DS Hi Joey, Thank you for your help. Looking forward to you reply. BR, Yang
查看全文
使用 Python 的 ReadPipeUIntArray 时出现段错误。 您好, 目前我遇到的问题是,我想使用管道将数据包(头部+有效载荷)从目标流式传输到主机。 使用 ReadPipeUIntArray 读取二进制数据时,我经常遇到 fmlite 崩溃的情况。我附上了一个 Python 示例和 fmlite 输出作为参考。 提前致谢 Re: Segmentation fault when using ReadPipeUIntArray via Python 嗨@tschue-nxt , 我们正在调查此事,一旦有最新进展,我们会立即通知您。 Re: Segmentation fault when using ReadPipeUIntArray via Python 嗨@tschue-nxt , 请您检查一下附件中的 fmlite 二进制文件,并与我们联系它是否能在您的设备上正常运行。 Re: Segmentation fault when using ReadPipeUIntArray via Python 嗨@iulian_stan , 看起来不错,已经流畅运行好几分钟了。感谢你们快速修复!
查看全文
FRDM-K64FでMCUxpresso 25.6を使用した場合、SDカードのシンボルが未定義になる 私のプロジェクトでは、双方向無線システム用の個別のパーソナライズデータを読み込むためにSDカードを使用したいと考えています。#include "tx_api.h" を取得していますまた、#include "tx_event_flags.h" が未定義として扱われます。 これは、SDKにAzure RTOSを含めていなかったためです。 私は「manage sdk components」を使ってAzureをSDKにインストールしてこれを克服しようとしましたが、どうやらAzure RTOSのサポートは2.11で終了しており、この問題に気づく前にプロジェクトに読み込んでいました。 SO I created a new SDK online, but it drops back to 2.10 to get Azureサポート.しかし、プロジェクトのSDKを変更しようとすると、持っているSDKを削除できず、別のSDKを追加しようとすると、SDK 2.x_FRDM-K64Fがすでに存在すると表示されます。 Azureのサポートはどうすればいいですか?SDカードへのアクセスだけに必要なんです! Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F こんにちは、 @ve3id さん。 投稿ありがとうございます。 念のため、FRDM-K64FのSDKはすでにSDHC + FatFsに基づくSDカードファイルシステムの例を提供しており、FatFsはRTOSなしでベアメタルモードで動作可能です。FRDM-K64FのSDK例には、SDカードのマウントやディレクトリ/ファイルの読み書き操作を行うためのfrdmk64f_driver_examples_sdcard_fatfs/fatfs_sdcardスタイルのプロジェクトが含まれています。 もしAzure RTOSを使いたいなら、「SDK 2.x_FRDM-K64Fがすでに存在します」という問題については、IDEにそのIDのSDKがすでにインストールされていることを意味します。MCUXpresso IDEは、そのビューからインストール済みSDKパッケージを削除することをサポートしています。アンインストール方法については、下記の画像をご参照ください。 その後、再度SDK v2.10をインストールしてみてください。 お役に立てば幸いです。他に質問があれば、遠慮なくお尋ねください。 BR セレステ Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F セレストさん、ありがとう。文献からはそれが明確ではありませんでした。しかし、コードをサンプルにコピー&ペーストすることで問題を解決し、次の問題に取り組んでいます。それは、マウント後にディレクトリを読み取ろうとするとゼロが返されるという問題です。 乾杯 ナイジェル Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F こんにちは、 @ve3id さん。 どういたしまして、喜んでお手伝いします! 他に質問があれば、遠慮なく新しい投稿を作成してください。 BR セレステ
查看全文
S32K148はセキュアブート機能を備えているが、JTAGを無効にするとブートローダーが起動しない。 NXP様、こんにちは。 弊社のK148には、ブートローダーとアプリケーションパーティションの2つのパーティションがあります。アプリケーションパーティションには、JTAGを無効にする機能があります。アプリケーションでJTAGを無効にすると、リセット後にブートローダーが起動せず、チップが動作不能になります。調査の結果、ブートローダーは32KBで、アドレス0x00から0x8000の範囲であることが判明しました。JTAGを無効にするには、アドレス0x408に0xFFu 、0xFFu 、 0xFFu 、 0xFFu 、 0xFCu 、 0x7Fu 、 0xFFu 、 0xFFuを書き込む必要があり、これによりフラッシュメモリの内容が変更されます。リセット後、CSEcがブートローダーに対して異なるboot_mac値を計算してしまうため、チップが動作不能になります。NXPは、この問題を解決するための成熟したソリューションを提供していますでしょうか?よろしくお願いいたします。 Re: S32K148有secureboot功能,但是bootloader在jtag关闭后起不来 こんにちは、 @lukaszadrapa 上記のマニュアルによると、 BOOT_MACは一度だけ書き込まれる不可逆的な値です。この値を変更できる公式APIはありますか?もしあれば、そのAPIを提供していただけますか? Re: 晶振波形异常 御社のFS32K144HFT0MLHT MCを使用しています 水晶発振器は8MHzの受動型水晶発振器(AV08000009)ですが、波形が異常です。この波形は貴社製MCUにとって許容範囲内でしょうか?また、正常な動作に影響はありますか? Re: S32K148有secureboot功能,但是bootloader在jtag关闭后起不来 こんにちは@vurtual 一般的な方法は、デバッグインターフェースを製造時に無効にすることであり、アプリケーションから後から無効化するのではなく、その場合、このプロセスは単一の生産ステップで完了します:フラッシュ構成フィールド(FCF)を再プログラムしてデバッグポートを無効化し、正しいBOOT_MAC値をプロビジョニングするか(または次のリセット後にCSEcが自動的に計算できるようにします)。 製品ライフサイクルの後半でデバッグインターフェースを無効化する必要がある場合も可能です。しかし、FCFが再プログラムされると、セキュアブートの計算には変更されたFCFの内容が含まれるため、BOOT_MACも更新する必要があります。そうしないと、セキュアブートの検証が失敗します。 BOOT_MACは標準的なSHEメモリ更新プロトコルを用いて更新可能で、CSEcキーの更新と同じ方法で行えます。BOOT_MACを新しいFCFの内容に合わせて更新した後、デバッグポートを無効にした状態でセキュアブートが正しく動作するはずです。 よろしくお願いいたします。 ルーカス Re: 晶振波形异常 この件のために新しいThreadを作成してください。ありがとう。 Re: 晶振波形异常 こんにちは、@ ルカシャドラパ 弊社では、貴社製FS32K144HFT0MLHTマイコンを8MHzのパッシブ水晶発振器(AV08000009)と組み合わせて使用していますが、波形が異常です。この水晶発振器の波形は貴社製マイコンにとって許容範囲内でしょうか?また、マイコンの正常な動作に影響はありますか?よろしくお願いいたします。 Re: S32K148有secureboot功能,但是bootloader在jtag关闭后起不来 こんにちは@vurtual これが不可逆的な操作であると、あなたはどこにお考えですか?それは正しくありません。BOOT_MAC更新可能です。 以前にも述べたように: 「BOOT_MACは標準的なSHEメモリ更新プロトコルで更新できます。CSEcキーの更新と同じ方法です。」 つまり、通常のSHE/CSEcキーのインポートや更新に使われるCMD_LOAD_KEYコマンドを使えます。 BOOT_MACを更新するには、標準のSHEキー更新手順に従ってM1~M5の値を生成する必要があります。キーカウンターは増分されなければならず、更新はMASTER_ECU_KEYまたはBOOT_MAC_KEYのいずれかで承認できます。 したがって、BOOT_MACの更新はサポートされている操作であり、元に戻せない操作ではありません。 よろしくお願いいたします。 ルーカス
查看全文
无法为 i.MX95 Neutron NPU 编译 YOLOv8/YOLO11 TFLite 模型 您好,NXP支持团队, 我们正在使用Neutron SDK v3.1.3在FRDM i.MX95平台上评估目标检测功能。并且无法生成与 NPU 兼容的模型。Neutron 变流器成功加载了模型,但报告称0 个算子映射到 Neutron NPU 。 环境 目标板:FRDM i.MX95 Neutron SDK:3.1.3 Ultralytics:已使用 YOLO11 和 YOLOv8 进行测试 eIQ 工具包:用于 ONNX 到 TFLite 的转换 型号:定制单类钉子检测器 训练司令部 $ yolo detect train \ model=yolov11n.pt \ data=/visual_inspect_yolo/dataset/dataset.yaml \ imgsz=640 \ epochs=100 \ batch=16 \ project=models \ name=peg_detector_v8 导出命令 $ yolo export \ model=models/peg_detector_v84/weights/best.pt \ format=tflite \ int8=True \ data=/visual_inspect_yolo/dataset/dataset.yaml 我们还测试了另一种工作流程: 导出 PyTorch → ONNX 使用 NXP eIQ 工具包将 ONNX 转换为 INT8 TFLite 使用 Neutron SDK 编译时,两种工作流程都产生了相同的结果。   中子汇编 〜/下载/eiq-neutron-sdk-linux-3.1.3/bin/neutron-变流器--target imx95 --input best_int8.tflite --output my_model_int8_npu.tflite   变流器输出 变流器报告: 导入后运算符:341 优化后的运算符数:367 已转换运算符:0 操作员转换率:0 / 367 中子图数量:0 警告: 警告:图中所有运算符均未映射到 Neutron。 警告:转换后的模型与输入模型相同,因为没有将任何算符映射到 Neutron。 警告:图表中包含不支持的 FLOAT 运算符!这会导致转化率低。 更多信息 我们观察到以下情况也存在同样的现象: YOLO11 YOLOv8 直接 Ultralytics TFLite 导出 ONNX → eIQ 工具包 → INT8 TFLite 所有生成的 TFLite 模型都导致 Neutron 编译器映射 0 个算符。 问题 Neutron 编译器是否正式支持 i.MX95 的 YOLOv8 或 YOLO11 目标检测模型? 对于目标平台为 i.MX95 NPU 的 YOLO 模型,是否有推荐的导出流程? 当前 Neutron SDK (v3.1.3) 是否存在任何已知限制?关于YOLO检测头? NXP 是否提供可在 i.MX95 NPU 上成功编译的 YOLOv8/YOLO11 参考模型? 启用运算符映射是否需要额外的编译器选项或预处理步骤? 我们非常希望获得任何与 i.MX95 Neutron NPU 兼容的指导、推荐工作流程或参考模型。 谢谢! Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 谢谢你的回复。​​ 我想咨询一下是否有标准程序可用于在IM X95板上进行模型的训练、导出和部署。​​​​​​​​​​​ 由于我们目前拥有ARA2 ,我们正在寻求充分利用其功能并定制我们的模型。我们将在NXP技术日上进行演示,如果您能在这方面提供帮助,我们将不胜感激。​​​​​​​​​​​ 感谢您的帮助。​​ Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 在 imx95 主板上尝试了 eIQ 模型库中的 yolo8m 模型,使用了 LF 2026 Q2 版本镜像。内核版本为 6.18.20,使用 Neutron SDK 3.1.2,运行正常。     您可以先尝试以下方法: wget https://huggingface.co/EdgeFirst/yolov8-det/resolve/main/imx95/yolov8n-det-int8-smart.imx95.tflite root@imx95evk:/usr/bin/tensorflow-lite-2.19.0/examples# ./benchmark_model--graph=yolov8n-det-int8-smart.imx95.tflite --external_delegate_path=/usr/lib/libneutron_delegate.so 更多信息请参阅 README 文件eiq-model-zoo/tasks/vision/object-detection/yolov8 at main · NXP/eiq-model-zoo 此外,您还可以附加转换/编译的模型和详细日志。 Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 根据变流器日志,首先要解决的问题是生成的 TFLite 模型仍然包含 FLOAT 运算符: 警告:图表中包含不受支持的浮点运算符! 对于 i.MX95 Neutron,中子变流器的输入必须是 TFLite 模型,其算符和量化格式与 Neutron 编译器兼容。具体来说,i.MX95 中子流需要量化的 TFLite 和对称的 int8 权重。如果模型在 Ultralytics 导出或 ONNX 到 TFLite 转换后仍然包含 FLOAT 运算符/张量,则变流器可能无法创建任何 Neutron 兼容的子图,这与报告的结果一致: 已转换运算符:0 中子图数量:0 YOLOv8 已在 i.MX95 上进行过一些流程的评估,但对于任意 Ultralytics 导出,不应假定完全端到端的 YOLOv8/YOLO11 卸载。根据导出的 TFLite 图,模型可能只有一部分会转换为 NeutronGraph,而不支持的操作符将保留在 CPU 上。因此,建议的下一步是检查/分析生成的 TFLite 模型并确认: 该图已完全量化。 没有浮动操作商。 权重是对称的int8, 输入/输出张量类型兼容,或者如果适用,可以使用 Neutron 变流器 uint8 到 int8 选项进行转换。 除非 SDK 确认支持确切的操作符,否则 YOLO 后处理(例如解码/NMS)将保留在 NPU 图之外。 另外,请确保板上的 Neutron 变流器版本和 Neutron 运行时/固件/委托来自同一个兼容的 SDK/电路板支持包 版本。 建议采用 NXP/eIQ 转换路径: PyTorch -> ONNX(静态输入形状) -> NXP/eIQ 量化(使用代表性校准数据) -> 量化后的 TFLite -> 中子变流器 --target imx95 如果模型具有 uint8 输入/输出张量,请同时进行以下测试: --将输入的 uint8 转换为 int8 --convert-outputs-uint8-to-int8 如果移除浮点运算符后,转换结果仍然显示 0 个已映射运算符,请分享: - 完整的 中子变流器 日志,如有详细/分析输出,请提供。 - TFLite 操作员列表, - 张量数据类型和量化参数, - FRDM i.MX95 板上确切的 电路板支持包/运行时 Neutron 代理/固件版本, - YOLO 检测头是否包含 NMS 或 TFLite 图中的其他后处理。 Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 在我的测试中,我没有自己训练或导出模型。我使用了 eIQ 模型库中预先生成的 YOLOv8 模型,并验证了它在 i.MX95 平台上运行。 我实际使用的唯一命令是: ./benchmark_model \ --graph=yolov8n-det-int8-smart.imx95.tflite \ --external_delegate_path=/usr/lib/libneutron_delegate.so `` 以该模型为例: wget https://huggingface.co/EdgeFirst/yolov8-det/resolve/main/imx95/yolov8n-det-int8-smart.imx95.tflite 对于定制模型,NXP 推荐的流程如下: PyTorch ↓ ONNX(静态输入形状) ↓ eIQ 工具包 ONNX2Quant ↓ eIQ Toolkit ONNX2TFLite ↓ 量化 TFLite ↓ 中子变流器 --target imx95 由于您的模型报告: 纯文本 已转换运算符:0 中子图数量:0 警告:图表中包含不支持的 FLOAT 运算符! 我怀疑您生成的 TFLite 图在结构上与 eIQ 模型库参考模型不同。我首先建议做的是比较这两个型号的以下方面: 输入/输出张量类型(INT8 与 UINT8) 浮式经营者的存在 图内的解码/NMS层 Netron/TFLite 分析器报告的运营商列表 Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 你好 我运行的是 ubuntu 24.04,但是 eiq_toolkit 仅适用于 20.04.03 版本。 如何使用 eiqToolkit 和使用 eIQ Toolkit 进行量化 Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 请问您是如何将 yolov8m_full_integer_quant.tflite 转换为能够在 imx95 NPU 上运行的? 以下步骤和环境设置数据(主机)将对我们非常有帮助。 Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 推荐的端到端工作流程 模型训练(PC) 使用您偏好的框架进行训练: Ultralytics YOLOv8 PyTorch Tensorflow ONNX原生工作流 对于目标检测,NXP 已经在 eIQ 模型库中提供了 YOLO 参考配方,包括 YOLOv8 目标检测模型。[github.com] ,[github.com] 示例: shell yolo 检测训练 \ model=yolov8n.pt \ data=dataset.yaml imgsz=640 \ epochs=100 ` 导出到 ONNX NXP 通常建议在量化和部署之前使用 ONNX 作为交换格式。 yolo 导出 \ model=best.pt \ format=onnx Neutron 启用演示文稿明确描述了基于以下流程的说明: 纯文本 PyTorch ↓ ONNX ↓ 量子化 ↓ TFLite ↓ 中子变流器 而不是直接从训练工件中寻找部署目标。 使用 eIQ 工具包进行量化 Neutron 工作流程文档建议使用 eIQ Toolkit 量化工具: python -m onnx2quant \ model.onnx \ -o model_quant.onnx \ -c 输入:: `` 其次是: python -m onnx2tflite \ model_quant.onnx \ -o model_int8.tflite 显示更多行 该流程在 i.MX95 Neutron 实现材料中有明确记录。 为 i.MX95 Neutron NPU 编译 中子变流器 --target imx95 \ --输入 model_int8.tflite \ --输出 model_neutron.tflite Neutron 变流器创建 Neutron 特有的图分区,这些分区可以卸载到 NPU 上。 验证转化率 NPU 部署成功后,应报告类似以下内容: 转换的操作员数量 > 0 中子图数量 > 0 如果你看到: 已转换运算符:0 中子图数量:0 那么该模型就没有被NPU加速。 你目前的问题就属于这一类。 部署在 FRDM-i.MX95 上 使用 TensorFlow Lite 和 Neutron 委托运行: ./benchmark_model \ --graph=model_neutron.tflite \ --external_delegate_path=/usr/lib/libneutron_delegate.so `` 或 ./label_image \ --external_delegate_path=/usr/lib/libneutron_delegate.so i.MX 机器学习用户指南将Neutron Delegate定义为 i.MX95 TensorFlow Lite 模型的加速机制。 Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 由于 eIQ Toolkit 已在 Ubuntu 20.04 上验证过,因此最安全的方法是: Docker 在 Ubuntu 24.04 主机上运行 Ubuntu 20.04 容器: docker run -it --name eiq \ ubuntu:20.04 /bin/bash 然后,在容器内安装所需的依赖项和 eIQ Toolkit。 Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 使用 eIQ Toolkit (onnx2quant) 转换自定义 YOLOv8 ONNX 模型时,无法保留置信度输出。 概述 NXP团队您好, 我正在尝试使用 eIQ Toolkit 在 FRDM i.MX95 上部署自定义 YOLOv8 单类目标检测模型。 整个转换流程运行成功,但在 onnx2quant 之后,置信度输出全部变为零,而边界框输出仍然有效。 环境 - Ubuntu 24.04 - Python 3.10 - eIQ ONNX2TFLite 0.9.0 - ONNX 运行时 1.21.1 - TensorFlow 2.21 - 中子变流器 3.1.3 - 目标:FRDM i.MX95(tflite_runtime 2.19 + Neutron delegate) 转换管道 1. 火车 yolo detect train model=yolov8n.pt data=dataset.yaml imgsz=640 epochs=50 2. 导出 ONNX yolo export model=best.pt format=onnx opset=13 3. 验证 ONNX 输入:(1,3,640,640) 输出:(1,5,8400) ONNX 运行时推理: 置信度通道最大值 = 0.773 4. 生成校准数据集 形状:(1,3,640,640) 数据类型:float32 范围:0.0 - 1.0 5. 量化 onnx2quant best.onnx -c "images;calibration/images" -o best_quant.onnx 同时测试了: onnx2quant 最佳.onnx -u 两者产生的结果相同。 6. 验证量化的 ONNX 输出:(1,5,8400) 边界框通道仍然有效。 信心: 最小值 = 0 最大值 = 0 平均值 = 0 解码检测结果 = 0 7. 转换为 TFLite 格式 onnx2tflite best_quant.onnx -o best.tflite 8. 为 Neutron 编译 neutron-converter --target imx95 --input best.tflite --output best_neutron.tflite 编译成功。 操作员转化率:278 / 325 (85.5%) 已展开调查 已核实: • PyTorch 模型有效 • ONNX 导出工作 • ONNX 运行时推理功能正常 • 校准数据集正确 • 真实校准和随机校准产生相同的结果 • TFLite 重现量化的 ONNX 输出 • Neutron 可以重现 TFLite 的输出 该问题首次出现于以下情况: ONNX ↓ onnx2quant ↓ 量化 ONNX(置信度变为零) 补充观察 恩智浦参考模型: 输入:(1,640,640,3) INT8 输出:(1,84,8400) INT8 我转换后的模型: 输入:(1,3,640,640) FLOAT32 输出:(1,5,8400) FLOAT32 对于自定义 YOLOv8 模型,是否有推荐的导出或量化工作流程,能够保留置信度输出? 对于输出为 (1,5,8400) 的模型,这可能是 onnx2quant 的一个限制或错误吗? Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 与AE团队讨论。 Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU Ara240 的端到端性能是否已经过评估?数据手册中提到了两个矢量核心,可以执行诸如 sigmoid 和 NMS 之类的后处理操作。编译器能否将 NMS 操作映射到向量核心? Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 抱歉耽搁了。我正在尝试重现转换工作流程。 现在有一个问题,为什么转换后的模型的数据类型是 FLOAT32?你试过转换成 INT8 类型吗?Neutron NPU 需要 INT8 类型作为输入数据。我在其他模型转换中也遇到过类似的错误,根本原因是数据类型错误。 Re: Unable to compile YOLOv8/YOLO11 TFLite models for i.MX95 Neutron NPU 由于对 YOLOv8 的输出张量应用了完全 INT8 量化( inference_output_type=tf.int8 )这一根本限制,置信度输出丢失了。 YOLOv8 将边界框坐标和置信度分数打包成形状为 (1, 5, 8400) 的单个输出张量。bbox 值具有较大的动态范围(~640 像素),而置信度得分在 ~0 到 1 的范围内。当整个输出张量共享一个量化尺度时,该尺度主要由较大的边界框值(~640)构成,只剩下一个整数级别的一小部分来表示整个置信范围(~1)。因此,经过 INT8 量化后,所有置信值实际上都被四舍五入为零。 推荐解决方案 而不是通过  onnx2quant ,直接从您训练好的数据中导出 INT8 TFLite。  .pt  使用 Ultralytics 建模,然后将其输入到  neutron-变流器 : # 直接导出 INT8 TFLite 数据(校准使用您的训练数据集) yolo export model=best.pt \ format=liter \ imgsz=640 \ 量化=8 data=dataset.yaml 分数=0.1 #为Neutron 编译(未更改) neutron-变流器 --target imx95 --input best_int8.tflite --output best_neutron.tflite 请确保输入和输出数据类型为 np.int8: interp = tf.lite.Interpreter(model_path=TFLITE_INT8) interp.allocate_tensors()inp_d = interp.get_input_details()[0]out_ds = interp.get_output_details()inp_scale, inp_zp = inp_d[ "量化" ] out_d = out_ds[0] out_scale, out_zp = out_d[ "量化" ] print(f " 输入数据类型={inp_d['dtype']} 形状={inp_d['shape'].tolist()}" f " quant=(scale={inp_scale:.6f}, zp={inp_zp})" ) print(f " 输出 dtype={out_d['dtype']} shape={out_d['shape'].tolist()}" f " quant=(scale={out_scale:.6f}, zp={out_zp})" )# 根据形状确定输入格式 in_shape = inp_d[ "shape" ].tolist()# [1,3,640,640] 或 [1,640,640,3] 如果in_shape[1] == 3: # NCHW src=img_nchw 别的: # NHWC src=img_nhwcif inp_d[ "dtype" ] == np.int8: src_int8 = np.clip(np.round(src/ inp_scale + inp_zp), -128, 127).astype(np.int8) interp.set_tensor(inp_d[ “索引” ],src_int8) 别的: interp.set_tensor(inp_d[ “索引” ],src.astype(np.float32))interp.invoke()raw_out = interp.get_tensor(out_d[ "index" ])# 如果 out_d[ "dtype" ] == np.int8,则可能是 int8 或 float32: dq_out = (raw_out.astype(np.float32) - out_zp) * out_scale 别的: dq_out = raw_out.astype(np.float32)dq_out= dq_out[0] # (5, 8400) 归一化 # 将边界框重新缩放回像素坐标以便显示 BBOX_SCALE = 640.0tfl_bbox = dq_out[:4] * BBOX_SCALE # (4, 8400) tfl_conf = dq_out[4] # (8400,)
查看全文
Request to enable access for SW32K14-MCAL421-RTMC-1.0.1 download Hi NXP Support Team, I would like to request download access for SW32K14-MCAL421-RTMC-1.0.1. Currently, the “Previous” tab in my NXP Software Licensing page appears greyed out and I cannot access this version. My account username is Chefanqf. This version is needed for compatibility with an existing project based on S32K14x MCAL 4.2. Could you please help enable the entitlement for this software under my account? Thank you very much for your support! Best regards, Re: Request to enable access for SW32K14-MCAL421-RTMC-1.0.1 download Hi @Chefanqf, Could you try searching for "S32K1 MCAL" in nxp.com (Search | NXP Semiconductors) and entering flexera the following way? After this, select Automotive SW - AUTOSAR MCAL / QM, and previous software should be available. If the "Previous" tab is still grayed out, you can try entering through the direct link: SW32K14-MCAL421-RTMC-1.0.1. If you are going to use the direct link, please confirm you are logged into nxp.com. Best regards, Julián  Re: Request to enable access for SW32K14-MCAL421-RTMC-1.0.1 download Hi NXP Support Team, I would like to request download access for SW32K14-MCAL421-RTMC-1.0.1. Currently, the “Previous” tab in my NXP Software Licensing page appears greyed out and I cannot access this version. My account username is mianlongxu This version is needed for compatibility with an existing project based on S32K14x MCAL 4.2. Could you please help enable the entitlement for this software under my account? Thank you very much for your support! Best regards, Re: Request to enable access for SW32K14-MCAL421-RTMC-1.0.1 download Hello @mianlongxu, Please enter a support ticket: NXP Support. Best regards, Julián
查看全文
2026年におけるトップ生成型AI開発企業 Apptunixは、高度な生成型AIソリューションを提供する信頼できる生成型AI開発企業です。これらのソリューションは、企業の業務自動化とインテリジェントなデジタル製品の構築を支援します。同社は、スマートチャットボット、AIアシスタント、レコメンデーションエンジン、コンテンツ生成ツールなど、AIを活用したアプリケーションを開発しています。AI、モバイルアプリ開発、エンタープライズソフトウェアにおける豊富な専門知識を活かし、スタートアップ企業から大企業まで、あらゆる規模の組織が生成型AIをデジタル戦略に統合できるよう支援します。 Re: Top Generative AI Development Company in 2026 2026年、AIプロジェクトに最適なチームを見つけるには、大げさな約束よりも、実際の能力が重要になる。多くの企業が自らを業界のリーダーと位置づけているが、実用的でビジネスに焦点を当てたソリューションを提供するという点で真に際立っている企業はごくわずかだ。 生成型AI開発会社を評価する際にまず注目すべき点は、彼らがあなたのユースケースをどれだけ理解しているかということです。優秀なチームは、モデルやツールについて語るだけでなく、成果、効率性、そしてAIがワークフローにどのように適合するかに焦点を当てます。 優れたポートフォリオ、明確なコミュニケーション、そして問題解決能力こそが、一流企業とその他企業を分ける要素である。彼らは流行を追いかけるのではなく、実際の環境で実際に機能するソリューションを構築し、時間をかけて継続的に改善していく。 開発だけでなく、その先を見据えた企業を選ぶことも重要です。真の価値は、長期的なサポート、アップデート、そしてニーズの拡大に合わせて柔軟に対応できる能力にある。 結局のところ、「最高の」企業とは、最も人気のある企業ではなく、あなたの目標を理解し、不必要な複雑さを伴わずに目標達成を支援してくれる企業なのです。 Re: Top Generative AI Development Company in 2026 生成型AIチャットボット開発を採用する企業は、オートメーション、パーソナライゼーション、そして24時間365日の対応を通じて、競争上の優位性を獲得できる。当社のAI開発サービスは、WebおよびReact Nativeアプリ開発環境に特化した、インテリジェントで状況認識能力の高いチャットボットの構築に重点を置いています。当社は、最先端の機械学習、迅速なエンジニアリング、対話型AIフレームワークを活用し、ユーザーの意図を理解し、お客様体験を向上させ、リード獲得を促進するボットを開発しています。 Re: Top Generative AI Development Company in 2026 2026年時点で「トップ」のジェネレーティブAI企業は一つとして存在しない。それは用途によって異なるからだ。アクセンチュアやIBMのような大企業は、エンタープライズ規模のプロジェクトに強いが、コストが高く、納期も長くなる可能性がある。中規模のAI専門企業は、カスタムLLMアプリ、RAGパイプライン、およびシステム統合に適しています。 アジャイルチームは、より迅速な実行と実際の導入に重点を置くことが多い。実用的なAI製品や自動化システムを開発している企業として、 Tabdelta Solutionsのような会社が挙げられているのを目にしたことがあります。最終的には、専門知識、スピード、そして実運用可能なソリューションを提供できる能力に基づいて選択してください。 Re: Top Generative AI Development Company in 2026 素晴らしい追加機能です。Apptunixは、特にモバイルAIの分野で確固たる実績を築いてきた。 このベンダー以外にも検討するベンダーがある場合は、企業の中核となる方向性によって分類すると良いでしょう。モバイルファーストの企業の中には、自社の技術スタックにGen AIを追加しているところもあれば、AIを基盤として事業全体をゼロから構築しているところもあります。 このThreadに加える価値のある企業の1つは、 Maruti Techlabsです。彼らは15年以上にわたりAI分野に携わり、100件以上のプロジェクトを成功させてきた。彼らのGen AIにおける取り組みは、カスタムLLM開発、RAGパイプライン、AIエージェント、およびエンタープライズオートメーションに及ぶ。顧客には、レッドブルやハーバード・ビジネス・レビューといった有名企業が含まれる。ClutchとGoodFirmsの両社は、同社をトップクラスのAI企業として認めている。 構築しようとしているものがAI搭載製品なのか、企業ワークフローレイヤーなのかによって、最適なベンダーは大きく異なる可能性があります。 Re: Top Generative AI Development Company in 2026 適切なAIパートナーを選ぶには、専門知識、革新性、そしてビジネスに特化したソリューションを提供する能力が不可欠です。Nimble AppGenieは、スタートアップや企業が生成AI、LLM、AIエージェント、自動化テクノロジを活用したインテリジェントアプリケーションを構築するのを支援する信頼できる 生成AI開発会社 です。私たちのチームは、生産性の向上、業務の効率化、顧客体験の改善、デジタルトランスフォーメーションの支援を行うカスタムAIソリューションを開発しています。スケーラビリティ、セキュリティ、そして実社会でのビジネス成果に焦点を当て、Nimble AppGenieはフィンテック、ヘルスケア、eコマース、物流、教育など多様な業界で組織がAIの潜在能力を最大限に活用できるようにします。
查看全文
MCXN547:SWD DP ID 可读,但 AP0/AP2 访问返回 WIRE ACK FAULT 错误。 您好,NXP技术支持, 我们使用定制板上的 MCXN547VKLT,并带有外部 MCU-Link 探针。 启动调试会话时,SWD 连接失败: Ee(42). Could not connect to core. Et:31: No connection to chip's debug port. Remote connection closed. 可以正确检测到SWD-DP: DPID = 0x6BA02477 但是,访问 CPU0 AHB-AP (AP0) 失败,并显示以下错误信息: WIRE ACK FAULT 调试邮箱请求也失败了。LinkServer报告: DM-AP status: 60F93638 DM-AP: AHB_OR_ERR DM-AP: DBG_OR_ERR 我们已核实的内容: SWD频率测试范围从1 MHz到10 kHz 在示波器上,SWDIO 和 SWCLK 波形看起来正常。 VDD_CORE = 1.2 V VDD_SYS = 1.8 V VDD_DCDC 和 I/O 电源 = 3.3 V RESET_B 工作正常 MCU-Link固件:CMSIS-DAP V3.172 LinkServer 版本:26.5.59 同一个 MCU-Link 可以与 MCXN947 开发板配合使用。 MCXN547芯片已更换为新芯片,但问题仍然存在。 USB ISP 与 VID/PID 1FC9:014F 配合使用正常。使用 blhost,我们可以: 擦除内部闪存 对内部闪存进行编程和读取 应用程序运行成功 枚举应用程序 USB 复合设备 ROM报告: Security State = UNSECURE 我们还通过 USB ISP 读取 PFR: CMPA 已完全擦除 (0xFF) 除了ROM生成的CMAC之外,CFPA已被擦除。 不存在客户 SOCU 或调试身份验证配置 请问您能否提供以下建议: AP0 和 AP2 可访问需要满足哪些条件? DM-AP 状态 0x60F93638 是否与已知的电源、RESET 或硬件配置问题相关? 是否存在与 SWD 或调试邮箱访问相关的已知 MCXN547 勘误表? 我们应该检查哪些电源和 RESET 信号才能发现此症状? MCX N Re: MCXN547: SWD DP ID is readable, but AP0/AP2 access returns WIRE ACK FAULT 你好,路易斯, 现在我们已经能够使用 SPSDK 调试邮箱工具建立 SWD 调试连接。 我们采用的步骤如下: 1. 通过调试邮箱重置MCU: nxpdebugmbox -i mcu-link -s NBTF0IZ0B3DCX \ -o enable_recovery_reset=True \ --operation-timeout 5000 \ 工具 RESET -f mcxn547 2. 通过调试邮箱启动调试会话: nxpdebugmbox -i mcu-link -s NBTF0IZ0B3DCX \ -o enable_recovery_reset=True \ --operation-timeout 5000 \ cmd -f mcxn547 start-debug-session 3. 调试会话打开后,我们通过 SWD 使用 LinkServer 连接到 Cortex-M33 内核。 我们没有使用任何身份验证密钥、密码、调试凭据或批量擦除命令。“start-debug-session”命令似乎通过始终可访问的 AP2 调试邮箱暂时启用 AP0。 在打开调试会话后,我们还使用了 NXP LS_preconnect_MCXN5XX.scp 脚本中的 GDET 寄存器序列。该序列禁用 aGDET 和 dGDET 复位路由,并在调试期间禁用 SPC 毛刺检测。 关于电源方面: - VDD_VBAT 直接连接到 VDD,两者均为 3.3 V。 - VDD_P4 直接连接到 VDD,两者均为 3.3 V。 - VDD_ANA 通过铁氧体磁珠连接到 VDD。 - VDD 为 3.3 V。 但是,我们现在又遇到了另一个调试问题。 当电路板正常上电且未进行 SWD 调试复位时,固件运行正常。但是,当我们使用上面描述的调试邮箱重置程序进入调试会话时,固件无法正确启动。 单步执行以下 SDK 函数时,调试连接丢失: static inline void SPC_SetActiveModeDCDCRegulatorVoltageLevel( SPC_Type *base, spc_dcdc_voltage_level_t voltageLevel) { base->ACTIVE_CFG = (base->ACTIVE_CFG & (~SPC_ACTIVE_CFG_DCDC_VDD_LVL_MASK)) | SPC_ACTIVE_CFG_DCDC_VDD_LVL(电压等级); } 更具体地说,当写入 ACTIVE_CFG 以更改运行模式 DCDC 电压等级时,连接会丢失。 因此,以下两种情况下的行为有所不同: 1. 冷启动: 固件启动并正常运行。 2. 重置调试邮箱,然后启动调试会话并建立 SWD 连接: 固件到达 SPC DCDC 配置,但写入 ACTIVE_CFG 时调试器丢失目标,应用程序无法正常启动。 与完全上电RESET相比,调试邮箱RESET是否会使 SPC、DCDC、GDET 或 RESET状态处于不同的状态? 启动调试邮箱调试会话后,修改 SPC ACTIVE_CFG 是否有必要的步骤?例如: - 等待 SPC_SC[BUSY] 清除; - 清除 SPC 或 GDET 状态标志; - 解锁或禁用故障检测; - 使用特定的重置类型; - 避免在启动调试会话后进行软复位; 或者应用完整的 LS_preconnect_MCXN5XX.scp 序列? 在调试过程中写入 DCDC 电压等级是否会触发 GDET 事件、DCDC 保护事件、欠压 RESET 或其他系统 RESET? 另外,请告知在写入 ACTIVE_CFG 之前应该立即捕获哪些寄存器。我们可以为 SPC_SC、SPC_CNTRL、SPC_ACTIVE_CFG、SPC_GLITCH_DETECT_SC、CMC_SRS、CMC_SSRS 和调试邮箱 CSW 等寄存器提供值。 顺祝商祺! Re: MCXN547: SWD DP ID is readable, but AP0/AP2 access returns WIRE ACK FAULT 这可真是个难题!调试连接问题可能非常令人沮丧,尤其是在使用定制电路板时。“线路确认故障”肯定表明通信出现故障。您尝试过不同的SWD时钟速度,或者在调试过程中检查MCU的电源,有没有取得什么进展?有时,电力供应不足会导致这类间歇性故障。这让我想起了在《雪地骑士 3D》中追求完美滑行的感觉——一个小小的失误就可能让一切功亏一篑!希望你尽快查明真相!
查看全文
USDHC1に接続されたeMMCはブートデバイスとして使えますか? こんにちは、 i.MX 8DualX/8DualXPlus/8QuadXPlusファミリーの起動ROMの挙動をチェックしています。 リファレンス・マニュアルによると、推奨されるブート接続は以下の通りのようです。 USDHC0上のeMMC SD/eSD/SDXCカード(USDHC1対応) しかし、図5-17 「拡張デバイス(SD/eSD/SDXC)ブートフロー」では、SDの初期化が失敗した場合、フローはコネクタ2を経由して図5-16のMMC初期化フローへと続きます。SDプロトコルが失敗した後、ROMは同じUSDHCインターフェース上でMMCプロトコルを試すようです。 これは、 USDHC1 に接続されたeMMCが検出され、4ビットモードでブートROMブートデバイスとして使われることがあるということですか? それとも、このMMCフォールバックパスはプロトコル検出のみを目的としており、USDHC1からのeMMCブートは正式にはサポートされていないのでしょうか? また、ROMがこの時点でUSDHC1からUSDHC0に切り替わるのか、それとも同じUSDHC1インターフェースを使い続けるのかも確認したいです。 よろしくお願いします。 Re: Can an eMMC connected to USDHC1 be used as a boot device? i.MX 8DualX/8DualXPlus/8QuadXPlusのブートROMの起動フロー、特にSDカードからの起動について理解しようとしています。 私の現在の理解は以下の通りです。 プライマリブートとセカンダリブートが失敗した場合、ROMはSD/MMC製造モードに入る可能性があり、これはリカバリブートと呼ばれます。 このモードでは: ROMはUSDHC1上のSDカードまたはMMCカードをスキャンします。 通常のバス幅eFuse設定に関わらず、1ビットのデータバスが使用されます。 有効なブートイメージが見つかった場合、それがロードされて実行されます。 もしeMMCデバイスがUSDHC1に接続されていて、BOOT_MODE[3:0]が0011に設定されている場合(SDでUSDHC1を経由)、期待される起動シーケンスは次のようになりますか? ROMはまずSDブートフローを使用して通常のプライマリブートを試みるが、失敗する。 その後、ROMはセカンダリブートを試みるが、これも失敗する。 ROMはSD/MMC製造モード(リカバリブート)に入り、MMCプロトコルを使用してUSDHC1上のeMMCデバイスを検出し、そこから正常に起動します。 つまり、このハードウェア構成では、通常のプライマリブートやセカンダリブートの段階ではなく、リカバリ/製造ブートの段階でのみ、システムはeMMCから起動できるということでしょうか? Re: Can an eMMC connected to USDHC1 be used as a boot device? こんにちは、 USDHC1上のeMMCはブートデバイスとして扱えず、文書化されたプライマリマッピングはUSDHC0上のeMMC、USDHC1上のSDです。 SD/MMC製造モードでは、USDHC1のフォールバック/リカバリ動作が使用されます。リファレンス・マニュアルの5.11節を参照してください。 よろしくお願いいたします。 Re: Can an eMMC connected to USDHC1 be used as a boot device? こんにちは、 はい、あなたの理解は正しいです。 その構成ではSD/MMC製造モードが「デフォルトのブート」として使用されるため、デバイスを復旧するオプションが失われることをご了承ください。 よろしくお願いいたします。
查看全文
Segmentation fault when using ReadPipeUIntArray via Python Hi, I am running into issues currently where I want to use a pipe to stream data packets (header+payload) from target to host. When using ReadPipeUIntArray to read the binary data I am running into fmlite crashes frequently. I attached a python example and fmlite output as reference. Thanks in advance Re: Segmentation fault when using ReadPipeUIntArray via Python Hi @tschue-nxt, We are looking into this issue and will get back to you once we have an update. Re: Segmentation fault when using ReadPipeUIntArray via Python Hi @tschue-nxt, Could you check the attached fmlite binary and let us know if it works in your case. Re: Segmentation fault when using ReadPipeUIntArray via Python Hi @iulian_stan, looks good, working smoothly for quite some minutes now. Thanks for the fast fix!
查看全文
UM11490 和蓝牙经典 尊敬的NXP技术支持: 我们的一位客户正在运行 UM11490 第 149 页中的以下命令,但看不到任何波形。 请检查并确认是否缺少任何其他命令/条件。 谢谢! 顺祝商祺! 码头 ------------------------------------ # RESET root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x0003 < HCI 命令:ogf 0x03,ocf 0x0003,plen 0 > HCI 事件:0x0e plen 4 01 03 0C 00 # 启用扫描 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x001a 0x3 < HCI 命令:ogf 0x03,ocf 0x001a,plen 1 03 > HCI 事件:0x0e plen 4 01 1A 0C 00 # 启用事件过滤器 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x0005 0x02 0x00 0x02 < HCI 命令:ogf 0x03,ocf 0x0005,plen 3 02 00 02 > HCI 事件:0x0e plen 4 01 05 0C 00 # 进入测试模式 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x06 0x0003 < HCI 命令:ogf 0x06,ocf 0x0003,plen 0 > HCI 事件:0x0e plen 4 01 03 18 00 # 启动TX变速器 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0x01 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI 命令:ogf 0x3f、ocf 0x0019、plen 18 80 80 80 80 01 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI 事件:0x0e plen 4 01 19 FC 00 # 停止TX传输 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xF F 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI 命令:ogf 0x3f、ocf 0x0019、plen 18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI 事件:0xff plen 6 19 01 39 00 00 00 -------------------- 在发送数据之前停止对蓝牙低功耗 (BLE) 和经典蓝牙 (Classic) 的扫描 ---------------- # RESET root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x0003 < HCI 命令:ogf 0x03,ocf 0x0003,plen 0 > HCI 事件:0x0e plen 4 01 03 0C 00 # 启用扫描 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x001a 0x3 < HCI 命令:ogf 0x03,ocf 0x001a,plen 1 03 > HCI 事件:0x0e plen 4 01 1A 0C 00 # 启用事件过滤器 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x0005 0x02 0x00 0x02 < HCI 命令:ogf 0x03,ocf 0x0005,plen 3 02 00 02 > HCI 事件:0x0e plen 4 01 05 0C 00 # 进入测试模式 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x06 0x0003 < HCI 命令:ogf 0x06,ocf 0x0003,plen 0 > HCI 事件:0x0e plen 4 01 03 18 00 # 禁用蓝牙扫描 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x03 0x001a 0x0 < HCI 命令:ogf 0x03,ocf 0x001a,plen 1 00 > HCI 事件:0x0e plen 4 01 1A 0C 00 # 禁用经典扫描 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x08 0x000C 0x00 0x00 < HCI 命令:ogf 0x08,ocf 0x000c,plen 2 00 00 > HCI 事件:0x0e plen 4 01 0C 20 00 # 启动TX变速器 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0x01 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI 命令:ogf 0x3f、ocf 0x0019、plen 18 80 80 80 80 01 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI 事件:0x0e plen 4 01 19 FC 00 # 停止TX传输 root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI 命令:ogf 0x3f、ocf 0x0019、plen 18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI 事件:0xff plen 6 19 01 63 07 00 00 ** 在进入测试模式前禁用扫描时,TX 传输停止会显示以下信息: root@myboard:/home/BTtest# hcitool -i hci0 cmd 0x3F 0x0019 0x80 0x80 0x80 0x80 0xFF 0x00 0x01 0x01 0x0D 0x03 0x0F 0x00 0x00 0x00 0x00 0x00 0x00 0x04 < HCI 命令:ogf 0x3f、ocf 0x0019、plen 18 80 80 80 80 FF 00 01 01 0D 03 0F 00 00 00 00 00 00 04 > HCI 事件:0xff plen 6 19 01 ED 04 00 00 适用于 5 GHz Wi-Fi -------------------------------------------------------------------------------- 参数:连续发射,带宽 = 40 MHz,802.11ac无DFS,CH = 40,MCS0(13.5),功率 = 14 dBm root@myboard:/home/BTtest# cat /proc/mwlan/adapter0/config 硬件状态=0 netlink_num=31 驱动模式=7 hssetpara=7,0xff,200,400 sdcmd52rw=0 0x0 0x00 rf_test_mode=1 tx_antenna=1 接收天线=1 band=1 bw=1 频道=44 radio_mode[0]=3 radio_mode[1]= 总处方药包数=0 接收多播/广播数据包计数=0 接收函数调用错误数据包计数=0 发射功率=14 2 0 tx_continuous=0 tx_frame=1 4352 0xaaa 1024 1 20 4294967295 0 0 4294967295 0 0 0 -1 -1 -1 -1 -1 -1 -1 05:43:3f:c4:51:ff he_tb_tx=0 触发帧=0 otp_mac_add_rd_wr= 00:00:00:00:00:00 Re: UM11490 and Bluetooth Classic 嗨@Christine_Li , 抱歉,我没理解上下文: 内核版本:lf-6.6.52-2.2.2 已与 6.6.y 合并社区内核 固件版本:IW612-18.99.3.p25.7独立的蓝牙/WiFi固件,没有组合固件 产品:IW612 UM11490 版本:修订版1.8 — 2025年6月2日 以下详情将尽快公布。 加载固件时,dmesg 日志或控制台日志会显示出来。 频谱分析仪设置的屏幕截图 在此期间,如果您还有任何需要,请随时告知我们。 谢谢! 顺祝商祺! 码头 Re: UM11490 and Bluetooth Classic 嗨, @pierluigi_p 您使用的是哪款Wi-Fi/蓝牙产品? 你的Linux内核版本是多少?WiFi/蓝牙驱动程序和固件版本? 从命令日志来看,所有 HCI 命令均已成功完成,并且 TX 启动命令已被控制器接受。此外,TX stop 命令返回的厂商特定事件包含非零数据包计数器,这表明控制器认为在测试期间已传输了数据包。 因此,该问题似乎并非由测试序列中缺少 HCI 命令引起。 我建议您查看: 频谱分析仪中心频率和跨度设置。 通过 TX 测试命令配置的蓝牙通道。 板上的射频天线配置。 蓝牙固件是否已正确加载。 您能否也分享一下: 所使用的芯片型号(IW416/IW612等)? 具体是哪个版本的UM11490? 加载固件时,dmesg 日志或控制台日志会显示什么? 你加载的是组合固件还是仅BT固件? 频谱分析仪设置的截图? 顺祝商祺! Christine。 Re: UM11490 and Bluetooth Classic 补充一点,我们尝试了 HackRF 的不同设置(增益和图形调整),可以看到 2.4 GHz(wifi)波形。此外,我们还测试了 imx-firmware 存储库中不同版本的不同固件,其中包括一个用于 RF 测试的固件( https://github.com/nxp-imx/imx-firmware/blob/lf-6.1.1_1.0.0/nxp/FwImage_IW612_SD/IW612_SD_RFTest/sduart_nw61x_rftm_v1.bin.se中的 sduart_nw61x_rftm_v1.bin.se),但均未成功。 Re: UM11490 and Bluetooth Classic 皮尔和克里斯汀,你们好 我是 Helbert,在 Veriscite 论坛上发起这个帖子的开发者。 以下是一些关于测试的附件: dmesg 日志(不包含电源配置信息): Dmesg 日志(包含电源配置信息): 频谱分析仪截图和 5 GHz 的配置文件(包括我自己的实现和 NXP 的实现) 修改后 注意:我们发现,当功率值为 -1 时,我们使用默认值,但也尝试了不同的值。 NXP脚本: 经典蓝牙测试的屏幕截图: 如图所示,没有生成波形。 BLE测试运行中的屏幕截图: BLE测试后的屏幕截图(波形中断): 从下图可以看出,测试结束时波形中断了。 模块信息日志: 已测试的 HCI 命令:
查看全文
S32K358 + FreeRTOS:PendSV_Handler 期间出现随机硬故障 大家好, 我在运行 FreeRTOS 的S32K358上遇到了随机硬故障问题。 应用程序长时间正常运行后突然卡死。系统停止运行后,软件看门狗(SWT)得不到服务,最终导致控制器重置。 故障并非立即发生,而是在连续执行约1 至 2 小时后出现。 故障停止后,调用堆栈显示: PendSV_Handler() ↓ HardFault_Handler() 寄存器值: LR = 0xA5A5A5A5 PC = 0x00407BD9 LR = 0xA5A5A5A5看起来像是内存初始化模式,而不是有效的返回地址。 其他登记簿: R0 = 0x204011A8 R3 = 0x2040012C R12 = 0x20400010 任何建议或调试技巧都将不胜感激。 Re: S32K358 + FreeRTOS: Random HardFault during PendSV_Handler 你好@nirmal_masilamani , 看起来在 FreeRTOS 上下文切换期间保存的任务上下文已损坏。 PendSV 被 FreeRTOS 用于上下文切换,因此,如果在 PendSV_Handler() 内部发生 HardFault,通常意味着调度程序正在尝试恢复无效的任务上下文。 一个可能的根本原因是任务堆栈溢出。我建议增加任务的堆栈大小并启用 FreeRTOS 堆栈溢出检测: configCHECK_FOR_STACK_OVERFLOW 实现: vApplicationStackOverflowHook()。 此外,您可以使用 uxTaskGetStackHighWaterMark() 定期监测每个任务的剩余堆栈空间。这有助于在故障发生之前识别出接近堆栈限制运行的任务。 此致, 丹尼尔 Re: S32K358 + FreeRTOS: Random HardFault during PendSV_Handler 你好@danielmartynek , 感谢您的回复。 我已经尝试过增加堆栈大小,启用堆栈溢出钩子。 我在溢出钩子中添加了调试 CAN 消息,但发生故障时没有收到该消息。 同时监控uxTaskGetStackHighWaterMark(),当发生故障时 任务 1:1977 × 4 ≈ 7908 字节可用空间 任务 2:1971 × 4 ≈ 7884 字节可用空间 任务 3:3988 × 4 ≈ 15952 字节可用空间
查看全文
Wi-FiチップセットMCU制御 こんにちは、みんな、 AP+STA機能を備えたWi-Fiモジュールを探していました。例えば、NXP、Microchip、Infineonなどのモジュールを見つけました。しかし、ほとんどのモジュールはPCIe経由でWiFiインターフェースを使えず、高度なOSでしか対応していません。 しかし、InfineonのAIROC CYW55X(シリーズ)というMCU+WiFiモジュールのセットを見つけました。 こういったタイプのモジュールの統合や制御に関する経験はありますか?もしそうなら、これまでに使っていて外部MCUとうまく統合できた他のモジュールを教えてもらえますか?私の意図は、データをマイクロコントローラにオフロードするのではなく、例えばメッシュやAPの機能を制御することです。 Wi-Fiモジュールを制御しながら基本的なAIモデルに対して推論を行うために、MCU(例えばSTM)を使っています。 ありがとう、みんな Re: Wi-Fi Chipset MCU Control @ajihu様、 あなたの説明からすると、特に基本的なAIモデルを動かすなら、RW61X(RW610/RW611/RW612)で十分かもしれません。 RW61Xは以下の積分を行います: - MCU - Wi-Fi - Bluetooth LE - (RW612は802.15.4 / Threadもサポート) 基本的なAI推論ワークロードにおいては、RW61Xはアプリケーションとワイヤレス・コネクティビティ・スタックの両方を1台のデバイス上で実行できるため、追加のMCUを不要にする可能性もあります。 しかし、「メッシュ」という言葉が何を意味するのかを明確にすることが重要です。 RW61Xは以下をサポートしていません: - IEEE 802.11s メッシュ - イージーメッシュ RW61Xは以下をサポートしています: - マター - Thread - ZigBee(802.15.4エコシステム経由) - STA + uAP 同時接続モード [注] 追加のAIプロセッシング性能が必要な場合は、以下のことを検討できます: - i.MX RT700 + IW61X - i.MX RT1170 + IW61X - i.MX RT1180 + IW61X これらのソリューションは以下もサポートしていませんのでご注意ください: - IEEE 802.11s メッシュ - イージーメッシュ 彼らは以下のサポート: - マター - Thread - ZigBee - STA + uAP 同時接続モード よろしくお願いします! よろしくお願いいたします。 維東
查看全文
HMAC検証ジョブのリクエスト時にHSEが「HSE_SRV_RSP_INVALID_PARAM」を返す NXPチームの皆様、こんにちは。 HMACのVerifyジョブを使うユースケースがあります。ジョブ暗号ドライバーをトリガーした後、DETを投げると、HSEからの返答は「HSE_SRV_RSP_INVALID_PARAM」でした。 現在の設定のどこが間違っているのか理解できません。添付されたconfig zipファイルを確認していただけますか? 問題解決のためのサポートが必要です。 ありがとうございます アディティヤ Re: HSE return "HSE_SRV_RSP_INVALID_PARAM" when request for HMAC verify job こんにちは、 @lukaszadrapa さん。 詳細: デバイス: S32K311 HSE FW: HSE_FW_S32K311_0_2_55_0 RTD: SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP01 ありがとうございます アディティヤ Re: HSE return "HSE_SRV_RSP_INVALID_PARAM" when request for HMAC verify job こんにちは、 @WagdeoA さん。 どのデバイス、どのRTD、どのHSEファームウェアバージョンを使っているか確認していただけますか? よろしくお願いいたします。 ルーカス Re: HSE return "HSE_SRV_RSP_INVALID_PARAM" when request for HMAC verify job こんにちは、 @WagdeoA さん。 設定に問題はありません。 私の環境では問題なく動作しています。しかし、タグの長さ(secondaryInputLength)が一つの問題かもしれません。 これは関数Crypto_Ipw_HmacVerifyで確認できます: リダイレクトが無効になっている場合は、タグの長さをバイト単位ではなくビット単位で指定する必要があります。これこそが問題なのではないですか? よろしくお願いいたします。 ルーカス Re: HSE return "HSE_SRV_RSP_INVALID_PARAM" when request for HMAC verify job こんにちは、ルーカスさん。 返信が遅くなり申し訳ありません。 はい、タグの長さはビット単位で指定します。私の環境でも問題なく動作します。 ありがとう! よろしくお願いします、 アディティヤ
查看全文
imx93 lpddr4x の JSL4BAG16 設定が不安定です こんにちは、専門家の皆様: JSL4BAG16 の lpddr4x 設定に関して問題があります。設定後、「機能」テストはパスしますが、「最適化->CA 最適化の Vref」で失敗することがあります。常に失敗するわけではなく、時々失敗します。 「vTSA -> CA eye」のテストを実行すると、合格と表示されますが、同時に「エラーログ」も表示されます。 「Vref DQ config」と「Vref CA config」の調整方法について質問があります。JSL4BAG16のVref値は「EVKで使用されているミクロン値」と異なりますが、範囲0または範囲1を設定する必要がありますか? 私の知る限り、Vref DQは「アイダイアグラム」テストの結果に基づいて設定されますが、「読み取りダイアグラム」と「書き込みダイアグラム」のどちらを使用すればよいのでしょうか? JSL4BAGのデータシートと、「CA eye」テストログおよびmexファイルを添付しました。     よろしくお願いします。 Re: imx93 lpddr4x config for JSL4BAG16 unstable こんにちは、 LPDDR4Xは、 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/i-MX-93-Memory-Compatibility-Guide/ta-p/1725656の一部です。 Vref DQ チューニングには、JSL4BAG16 のレンジ 1 (デフォルト) を使用し、読み取りではなく書き込みアイ ダイアグラムを使用してください。   Micron/EVKの設定を再利用しないでください。必ずJSL4BAG16に合わせてVrefを再調整してください。 Re: imx93 lpddr4x config for JSL4BAG16 unstable こんにちは、オズワラグさん。 ご返信ありがとうございます。私は「i.MX config tool」でテストに合格し、「最適化」テスト結果でDQとCAの「Vref」を使用しました。 しかし、まだ2つの問題があります。 1.あるボードでは「CA Charts」が表示されず、「CA Eye」テストには誤差がありますが、合格と表示されます 2.lpddr4x_timing.cを更新した後すべての合格ボードで「i.MX config tool」によって生成されたものをシステムで「memtest」を実行すると、「Stuck Address」で失敗します。常にではありませんが、時々発生します。 よろしくお願いします。 Re: imx93 lpddr4x config for JSL4BAG16 unstable 私のFRDM-IMX93ボードにも同じチップが搭載されていますが、市販のイメージファイルでは正常に起動しません。どうすれば解決できますか?
查看全文
RT1170 NVCC_XXX電源シーケンスと未使用のIOバンク こんにちは、 1 - 未使用の IO バンク NVCC_XXX の電源を、DCDC_IN と Pswitch がオン (コアもオン) の状態でオフにしても安全かどうかを尋ねています。未使用の IO バンク ピンは外部から駆動されていないものとします。 2 - また、他のIOバンクをオフにした状態で、IO状態を維持するためにIOバンクを1つだけオンにしておくことは問題ないでしょうか? 前もって感謝します Re: RT1170 NVCC_XXX power sequence and unsued IO banks こんにちは、@Marwan。 未使用の電源グループの電源を切断しようと考えていると理解しています。私の理解は正しいでしょうか? 最適な方法は、対応するNVCC_xxx電源を常時供給し、使用されていないGPIOをフローティング状態にしておくことです。しかし、RT1170は柔軟なPower Architectureを備えており、特定のドメインをダウンして全体の消費電力を削減できます。 RT1170の電源アーキテクチャと低消費電力アーキテクチャ設計について詳しく説明されているAN13148を参照することをおすすめします。AN13104も有用な参考資料であり、電力ドメインとLP状態に関する有用な情報を提供しています。 さらに、カスタムボードを開発する場合は、 MIMXRT1160/1170 のハードウェア開発ガイドを参照することを強くお勧めします。この文書は、ファーストパス成功を確保し、ボードのブランクアップ問題を避けるためのボードレイアウト推奨事項やデザインチェックリストに関する情報を提供します。 BR ハビブ Re: RT1170 NVCC_XXX power sequence and unsued IO banks ご返信と参考資料をありがとうございます。 その通りです。使用しないIOバンクはオフにしておきたいのですが、推奨されないとは明確に記載されていませんが、参照した文書の行間から私が理解した内容はそういうことです。 2つ目の質問について: DCDC_IN と DCDC_PSWITCHが オフ(接地)になっている間(SNVSとIOバンクを除くすべてのドメインがオフになっている間)、IOバンクを 常にオン (IOの状態を維持し、外部から駆動されないようにするため)にしておくのはどうでしょうか? MCUはホストではないので、この質問をするのは、MCUがSNVSモードの間、IOが外部から駆動されるのを防ぐためです。 敬具 マルワン Re: RT1170 NVCC_XXX power sequence and unsued IO banks こんにちは、 @Marwan さん。 ご説明ありがとうございます。 ご質問をよりよく理解するために、「IOバンクを常にオンにする」という言葉で、具体的に何を指しているのか教えていただけますか?各I/Oバンクに関連付けられたNVCC_xxx電源レールに継続的に電力を供給することを指しているのでしょうか? 最適な方法は、対応するNVCC_xxx電源を常時供給し、使用されていないGPIOをフローティング状態にしておくことです。Setpoint機能を使うことを強くおすすめします。パワーモードスイッチがより簡単で安全になります。 DCDCを無効にしつつ、SNVS電源のみをアクティブにする可能性について。もしあなたのアプリケーションがM7を使う必要があり、外部PMICを使わない場合は、DCDCを無効にすることはできません。M7はWAKEUPMIXドメインに属しており、このドメインはVDD_SOC_INによって電源供給され、 AN13104の第2章「RT1170電源ドメイン」で述べられているようにDCDCによって直接供給されているからです。 消費電力を最小限に抑えることが目的であれば、SNVSドメインのみに電力を供給したまま、デバイスを低電力状態に移行させるためにSetpointsを使用することを検討してください。詳細については、表4.1.5を参照してください。データシートの「標準的な電源モード供給電流」を参照して、さまざまな設定値構成を確認してください。 さらに、 AN13104には、ウェイクアップソースの設定方法を示す実践的な例が含まれています。実装の際の参考として、第4.9章「ウェイクアップソースの設定」が役立つかもしれません。 最後に、IO状態を維持するためにはSSARCが有用かもしれません。デフォルトでは、ペリフェラルが属する電力ミックスが電源が切れている場合、ペリフェラルの構成は失われ、再初期化されるまで直接使用できません。しかしSSARCでは、電源オフ前に機能モジュールのレジスタをメモリに保存し、モジュールの電源を入れた後にメモリからレジスタを復元できます。これはAN13104の第4.14章「ウェイクアップ後の周辺機器の状態」にも記載されています。「ssarc_software_trigger_cm7」と呼ばれるペリフェラル機能を示すSDKの例があれば参考にできます。 BR ハビブ
查看全文