Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
FS32K144UAT0VLLTのタイマーのうち、入力キャプチャ機能を持つのはどれですか? マネージャー: 質問: (1)FS32K144UAT0VLLTのデータシートには8つの独立したTIMEがあると記載されていますが、FTM0、FTM1、FTM2しか見当たりません。他にTIMEとして登録されているものは何ですか? (2)FS32K144UAT0VLLTのどのTIME関数が入力キャプチャ機能を持っていますか? ありがとう! Re: FS32K144UAT0VLLT哪个Time具备Input capture功能? Robin_Shen こんにちは、追加の質問があります。 1. 表47-1 「S32K-RM Rev14.2のFTMインスタンスと機能」において、「障害入力」というパラメータは何ですか? 2. S32K-RM Rev14.2のマニュアルのうち、各FTMが入力機能を備えていることが示されているページは何ページありますか?キャプチャ機能はどうでしょうか? ありがとう! Re: FS32K144UAT0VLLT哪个Time具备Input capture功能? ハイ S32K-RM Rev14.2の表47-1。 FTM インスタンスと機能表裏S32K144FTM0 ~ FTM3 のサポートを参照してください。言及されたこれは、各 FTM が 8 チャネルのチャネルをサポートすることを意味します。 入力キャプチャ機能はすべてサポートされています。FTM インスタンスの機能領域を表示する場合、このテーブルに表示される機能も一部の FTM ではサポートされません。 よろしくお願いいたします ロビン Re: FS32K144UAT0VLLT哪个Time具备Input capture功能? A1. これは、サポートされる外部障害入力の数を指します。S32K144を例にとると、表47-1に示すように、4つの入力をサポートしています。これらの4つの入力、FTM0_FLT0\1\2\3は、左側の表で確認できます。 A2. 各FTMがサポートする機能は通常、具体的に記載されていません。表47-5を参照してください。チャネルモード選択構成レジスタを使用すると、47.5.5 入力キャプチャモードに記載されている入力キャプチャモードを実装できます。
查看全文
MC9S08QG8 编译器,如何获取适用于该芯片的 C 编译器 嗯,我有一款使用 MC9S08QG8 芯片开发的产品。我需要修改一些C代码。我使用的是Windows 11系统。我应该使用什么软件产品来生成芯片的调试器?我正在使用一块 Wiztronics 接口板,将电脑的 USB 端口连接到我产品中的芯片。我尝试过 8 种不同的软件包,但没有一种软件包的最终调试器能够正常工作。您建议使用哪个Software软件包进行调试?我在你的开发中心迷路了。 Re: MC9S08QG8 COMPILER, how do i get the c compiler for this chip Hello CodeWarrior 工具版本 11.1 支持 Windows 11,该工具支持不同的连接方式 [P&E USB Multilink Universal / USB Multilink、P&E Cyclone、开源 BDM、P&E 全芯片仿真]。 您可以从以下链接下载该工具: CodeWarrior ® for MCUs (Eclipse IDE) v11.1 我正在寻找 MC9S08QG8 设备,并且有此版本可供选择。 此致敬礼,路易斯
查看全文
S32K324 通过 FEE 写入 DFlash 您好,关于使用 FEE 向 S32K324 写入 DFlash 有一个问题: 我计划使用 FEE 方法向 S32K324 的 DFalsh 写入大约 50 字节的数据。由于电路板上的硬件电源的备用时间约为 0.743 毫秒,我需要在该时间范围内保存关键数据。使用 FEE 方法写入 DFlash 是否可行?如果不可行,还有其他选择吗? 谢谢。 Re: S32K324 write DFlash by FEE 好的,非常感谢。 Re: S32K324 write DFlash by FEE 你好@mmyjh_123 对于 0.743 毫秒的断电备份窗口,FEE 是不安全的。即使“接近 1 毫秒”,单个 Fls_MainFunction 块的写入执行时间也已经超过了您可用的保持时间。 您可以尝试使用 C40_Ip。使用四页(1024 位)程序时间,理论上写入 50 字节需要 450 微秒。然而,在紧急保持期间,0.743 毫秒内不可能进行任何擦除操作;擦除 8 KB 扇区可能需要长达 30 毫秒。 因此,在使用 C40_Ip 实现此功能时,应始终在空闲期间擦除要编程的 DFLASH 地址。此外,如果板能够在 MCU 断电之前检测到输入电压下降,则提交操作应在最早的阈值开始。否则,需添加大容量电容/备用电源,以确保保证的时间窗口能够覆盖最坏情况下的软件路径和闪存编程裕量。 以上仅为理论分析;建议进行多次实际测试,以确保足够的设计裕度。
查看全文
GUI Guider 2.0 image storage type selected as Flash cannot be displayed. Re: GUI Guider 2.0 图片存储类型选择Flash,无法显示 Hi @sk-l  Could you please provide a more detailed description of the issue? It would be very helpful if you could also attach screenshots or relevant pictures for reference.   Thank you.   BR Harry
查看全文
TJA1153(S32K344EVB) S32K344EVBのCANトランシーバはTJA1153、データシートに書かれている通り設定が必要です。しかし、私には自分の側に有利な2つの現象が見られます。 1.TJA1153のENピンとSTBピンの両方にハイを引っ張るだけで、パートナーと普通に通信できるので設定は不要です。 2. ENピンハイ、STBピンローの設定を行いたいです。データシートに記載されているように0x555U/0x18DA00F1のようなCAN IDを使い、実行Can_43_FLEXCAN_Write後にCan_43_FLEXCAN_MainFunction_Writeで実行しますが、一度も呼び出されCanIf_TxConfirmationありません。次の Can_43_FLEXCAN_Write の呼び出しでは、CAN_BUSY が返されました。 では、この二つの現象の理由は何でしょうか? Re: TJA1153 on S32K344EVB こんにちは、 観察された挙動に関するいくつかのコメント: 1. まず、ボード上のCANトランシーバが本当にTJA1153であることを確認してください。標準的なトランシーバ(例:代わりにTJA1043/TJA1042)が入力され、安全な設定シーケンスは不要で、通常のCAN通信が即座に動作するはずです。 2. 純正のTJA1153の場合、動作は現在の状態によって異なります。 初期状態(工場出荷時設定):通常動作前に設定が必要であり、ローカル設定モードに入るにはSTB_N=Lowである必要があります。 オープンコンフィケーション/設定状態:トランシーバはすでに通常の通信を許可している場合があります。再構成は、初期ビットレート検出フレーム(ID 0x555)を使わずに、設定されたボーレートでCONFIG_ID拡張識別子付きで準備済みのクラシックCANフレームを送信することで実行できます。この設定メッセージは、バス上の別のノードによって確認応答(ACK)される必要があります。 2つ目の問題に関して、CanIf_TxConfirmation()が一度も呼び出されず、次のCan_43_FLEXCAN_Write()がCAN_BUSYを返す場合、TXメールボックスの送信が完了していないことを示します。フレームが実際に送信され、確認応答されたかどうかを確認するには、FlexCANステータスレジスタ(ESR1、ECR、MB CODEフィールド)をチェックすることをお勧めします。 BR、ペトル
查看全文
S32G-VNP-RDB3:オンチップデバッグサポート こんにちは、 以下の環境でAUTOSARオペレーティングシステムベースのアプリケーションをデバッグしたいと考えています。 1) ボード名: S32G-VNP-RDB3 2) マイコンバリアント:S32G399 3) Cortex-M7コア 4) ホスト: Windows 前述の基板で、外部デバッガやプローブなしで接続できるオンチップデバッグサポートは有効になっていますか? もしこのボードでオンチップデバッグのサポートがない場合、S32デバッグプローブ(H/W)とs32 design studio IDE(S/W)でデバッグできますか? 敬具 マドゥスダン・グプタ Re: S32G-VNP-RDB3: Onchip debugging support こんにちは、 @madhusudangupta007 投稿ありがとうございます。 1.RDB3にはオンチップデバッガがないため、USBポート経由で直接RDB3をデバッグすることはサポートされていません。 2. 一般的に、Lauterbach TRACE32 DebugはS32G製品のデバッグに使用されており、NXP(S32 Debug Probe |NXP Semiconductors)も使用されています。 3. はい、前述の通り、S32デバッグプローブ(HW)とS32 Design Studio(IDE)はRDB3ボードのデバッグに組み合わせて使うことができます。   BR チェイン
查看全文
ADT7420温度センサーは基板frdm_mcxw72動作しません こんにちは、 frdm_mcxwボードでADT7420のサンプルデモを実行しようとしましたが、印刷メッセージは「センサ:デバイスが準備できません」と表示されます。ターゲットにイメージをフラッシュした後。 ハードウェア構成は、参考として以下の画像を参照してください。 ハードウェアの配線は、以下の説明に従って行ったので問題ないと思います。 そして、下記のようにボードフォルダに追加したオーバーレイファイルも見つかります また、ビルドログファイルも添付しました。そこからさらに情報を得るのに役立つと思います。確認して問題解決に協力してもらえますか? Re: ADT7420 temperature sensor can't work with frdm_mcxw72 board こんにちは、お元気でお過ごしでしょうか。   共有してくれた画像からすると、KW47-LOCボードを使っているようですが、これが正しいデバイスか確認していただけますか? どのZephyrリポジトリとバージョンを使っていますか?ご存知かもしれませんが、KW47-LOCボードはZephyrで直接サポートされておらず、frdm-mcxw72のみがサポートされています。とはいえ、チップは互換性があるので、frdm-mcxw72の例を使い、オーバーレイファイルをKW47-LOCボードのピンに合わせて修正できます。 オーバーレイ設定を確認すると、KW47-LOCボードはLPI2C1モジュールのみをサポートしているため、オーバーレイ内のlpi2c1ノードを有効にする必要があります。SCLピンとSDAピンについては、frdm_mcxw72-pinctrl.dtsiでI2C1のPTB4とPTB5として定義されています。これらはKW47-LOCのピンと一致しているため、そのままにしておくことをお勧めします。J2ピン6をターゲットのMCUピンPTB4に接続するために、J24の2-3をショートさせてください。   MikroBUS I2Cピン配置についてはUM12114を参照してください。 ピン2:WUU0_P12/PTC7のINT(ハードウェア割り込み) ピン5:I2C1_SCLのSCL(I2Cクロック) ピン 6: I2C1_SDA の SDA (I2C データ)   また、prj.conf ファイルで以下の設定が有効になっていることを確認してください。 CONFIG_I2C=y CONFIG_SENSOR=y CONFIG_ADT7420=y   よろしくお願いします、 アナ・ソフィア。 Re: ADT7420 temperature sensor can't work with frdm_mcxw72 board こんにちは、アナ ご支援ありがとうございます。はい、KW47-LOCボードを使ったことがあり、このボードでfrdm-mcxw72の例を動かそうとしました。Zephyrリポジトリ版はv4.4.1です。 I2C0からI2C1へのオーバーレイファイルを切り替えた後、ADT7420デバイスの初期化は問題なさそうですが、このセンサーはまだ正しい温度を読み取れません。下記はシリアルモニターからの印刷メッセージです。 最新のオーバーレイファイルとprj.confファイルの内容は以下のとおりです。 よろしくお願いいたします。 リウ・ウェイ
查看全文
i.MX8M Nano PTP 时钟精度 我们正在评估 IEEE 1588 PTP,用于同步多个通过 SAI 接口采集数据的 i.MX8M Nano 系统。 我们的同步要求是多个单元的采样时间保持在2 µs以内。 在我们的硬件上, ENET1_1588_EVENT0_OUT通过外部路由返回到GPT_CAPTURE1 。预期的架构如下: 使用硬件时间戳 PTP 同步每个单元上的 ENET PTP 硬件时钟。 使用ENET1_1588_EVENT0_OUT生成周期性定时事件。 使用 GPT 捕获该事件,将 PTP 时钟与本地硬件定时器关联起来。 利用 PTP 时基和音频时钟之间的测量关系来调整每个从属单元上的 AudioPLL,使其 SAI 采样率跟踪主单元。 保持各单元之间的采样率同步和已知的相位/采样索引关系。 我们找到了 NXP 的演示文稿“i.MX IEEE 1588 1PPS 测试” ,其中展示了如何启用 FEC 1588 输出,并指出该通用程序适用于 i.MX8M 系列。然而,该演示仅展示了信号生成,并未提供任何关于同步精度、PPS 偏移、输出抖动或单元间相位误差的规格或测量结果。 我们也查阅了 i.MX8M Nano 的数据手册和参考手册,但没有找到以下任何一项的保证时序规格: 使用硬件数据包时间戳时,两个 i.MX8M Nano ENET PTP 硬件时钟之间的最大同步误差。 ENET1_1588_EVENT0_OUT相对于已编程的 ENET PTP 定时器比较值的计时精度或抖动。 ENET PTP 定时器比较事件到外部 EVENT0_OUT 引脚的延迟存在单元间差异。 当ENET1_1588_EVENT0_OUT循环回到GPT_CAPTURE1时的总不确定性。 使用 NXP Linux BSP 和 ptp4l 的预期实际同步性能。 NXP能否就以下问题提供任何指导? FEC PTP 时钟和 ENET1_1588_EVENT0_OUT 是否有未记录的特性分析结果或预期精度? 输出边沿是否完全由 ENET PTP 定时器硬件生成,并且相对于定时器比较具有确定性延迟? 边沿时序是否仅由 ENET_TIMER_CLK_ROOT 量化,还是存在引入可变延迟的额外异步时钟域交叉? 在捕获环回事件时,GPT 输入捕获是否存在已知的最大不确定性? NXP 是否测量过通过 PTP 同步的两个 i.MX8M 设备之间的 PPS 到 PPS 偏差? 在使用硬件时间戳和受控有线以太网时,2 微秒内的同步是否算得上合理预期? 对于 i.MX8M Nano,是否有推荐的 ptp4l、FEC 驱动程序、时钟树或设备树设置,以获得最佳同步精度? NXP 是否有任何现有的示例,用于根据 ENET PTP 时钟来控制 AudioPLL 或 SAI 媒体时钟? 我们计划通过实验验证该实现,方法是将两块板放置在同一个 PTP 网络上,并使用双通道示波器测量它们的 ENET1_1588_EVENT0_OUT 信号之间的时间差。然后,在实现 AudioPLL 控制环路之后,我们将分别测量 SAI 帧时钟或采样时钟的对齐情况。 这是表征可实现的 PTP 同步精度的推荐方法吗?还是有其他内部信号、寄存器、驱动程序统计信息或 NXP 测试方法可以提供更好的测量结果? 任何时序特性数据、内部设计指导、相关应用笔记或电路板支持包示例都将不胜感激。         i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8M Nano PTP clock accuracy 我查阅了相关资料,对于 imx8mn,我们只验证其对 IEEE 1588 PTP 的支持,不做任何时序精度或延迟测试。我们可以帮助客户搭建 IEEE 1588 PTP 输出配置,但由于我们尚未进行相关测试,因此无法提供这些数据。
查看全文
MIMXRT1064CVL5B カスタム基板のフラッシュメモリ故障 こんにちは、皆さん MIMXRT1064CVJ5Bプロセッサーを利用したカスタムボードを導入します。この基板は、外部の5Vスイッチング電源から供給される3.3V低拡散発振器(LDO)によって駆動されます。私はMCUXpresso IDE内のSWDインターフェースを通じてプログラムとデバッグを行うためにCMSIS-DAP / DAP-Linkのデバッグプローブを使用しています。 コードの書き込みを試みると、非常に特定的で再現性の高い電源状態のクラッシュが発生します。   症状: 接続時に瞬時に電源が切れる:ボードが単独で動作している場合は正常に動作し、電源LEDは完全に点灯したままです。しかし、私がDAP-LinkプローブハーネスをボードのSWDヘッダーに接続したまさにその瞬間に、3.3Vレールが崩壊し、電源LEDが完全に消灯し、ボードの電源が切れてしまいます。これは、IDEでコマンドを実行する前や「Debug」をクリック する前に 行われます。 デバッグ中の一時的な電力回復とクラッシュ: プローブを接続したままMCUXpressoの Debug ボタンを押すと、基板が突然復旧し、LEDが点灯します。しかし、点滅シーケンスが始まるとすぐに、システムは進行度3%でフリーズし、メモリ位置0x2000A750でワイヤACKフォルトとバスハングアップが発生します。このクラッシュ直後、基板の電源が再び切れ、LEDが消灯します。   LinkServerデバッグコンソールログ出力: ============= スクリプト:RT1064_connect.scp ============= RT1064 Connect スクリプト DpID = 0BD11477 APID = 0x04770041 MPUの無効化 FlexRAMを768KB OC RAM、128BB I-TCM、128KB D-TCMに設定してください 終わり ====================================================== ... Flashでアドレス0x70000000に1322080バイトを書き込む方法 70008000 完成率3%(32768 の中 1048576) DAPエラーのクリアリクエストが失敗 - ステータス5 エラーNn(05)の後。DAPアクセスにおけるワイヤーACK故障 - DAP - Nn(05)でアドレスレジスタを読み取れませんでした。DAPアクセスにおけるワイヤーACK故障 送信失敗 OP 終了メッセージ - rc Em(17)。デバッグポートはアクセス後、0x2000A750 Commit Flashからのターゲットエラーは書き込み:Em(17)。デバッグポートはアクセス後、0x2000A750   これまでに試したこと: 物理のはんだパッドを介してBOOT_MODE[1:0]から01(シリアルダウンローダーモード)にハードワイヤー接続し、アプリケーションの干渉を遮断しています。 ターゲットメモリ空間は、IDEリンカープロパティ内で内部4MBのQSPIフラッシュベースライン領域に 0x70000000 正しくマッピングされています。 全く同じDAP-Linkプローブを使用して、同一のコードと構成パラメータでNXP公式のMIMXRT1064-EVKキットをシームレスにプログラムできます。 なぜ接続時に即座に電力低下が発生するのか、なぜデバッグ中にボードが一時的に起動するのか、そしてなぜフラッシュが3%の時点で常にフリーズしてしまうのか?このレイアウト特性を持つチップを確実にプログラムする方法について、何かご助言いただければ大変ありがたいです。 よろしくお願いします! 評価ボード Re: MIMXRT1064CVL5B Custom PCB Flash Failure プローブを接続することで電力が低下した場合、CMSISプローブは接続時に急激にエネルギーを吸収するため、電源電圧が低下する可能性があります。システムの電源レールを確認してもらえますか?デバッガにはどれくらいの電流が必要ですか? Re: MIMXRT1064CVL5B Custom PCB Flash Failure こんにちは、 @Anushka_SS さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます! 3つの症状(プローブを接続したときの電力低下→デバッグ→クリックすると3%で停止するなど)は、1つの根本原因を示しています。それは、ボードの3.3V電源マージン不足とSWD/VTrefの配線問題が重なり、ブラウンアウトシャットダウンを引き起こしたことで、ソフトウェアやフラッシュドライバーの問題ではありません。 私たちが自信を持っている理由: Serial Downloaderに有線BOOT_MODEしているので、アプリケーションは動作しません — これで「アプリがデバッグピンを占有している」という可能性は除外されます。 同じプローブと構成は公式のEVKでも問題なく動作しているので、違いは純粋にカスタムボードのハードウェアによるものです。 単純なSWD接続はほとんど電流を流さないのに、3.3Vレール全体が崩壊します。これはプローブが3.3Vレールに負荷や逆流を送り、LDOが過電流保護に入ってトリップしていることを意味します。 0x2000A750について:このアドレスはDTCM(0x20000000領域)内にあり、フラッシュアルゴリズム(フラッシュローダー)が実行される場所です。3%の地点は、QSPIフラッシュへの連続書き込みが始まり、コア+FlexSPIの電流がピークに達する瞬間です。供給が維持できず、コアがブラウンアウトしてリセットされるため、Wire ACK故障が発生します。これは単に、デバイスが電圧低下で故障しただけであり、メモリの不良やコードのバグではありません。 よろしくお願いします、 ギャビン Re: MIMXRT1064CVL5B Custom PCB Flash Failure ご返信ありがとうございます! 実はカスタム i.MX RT1064ボードの電源アップとSWDプログラミングに問題があります。 私はTLV75733PDBV 3.3V LDOを使用しています。LDO入力は5Vで安定していますが、 ENピンの電圧が低いまま、または電圧がないため、レギュレータが3.3Vを出力しない場合があります。ENピンはRT1064がPMIC_ON_REQ信号を通じて直接制御します。 時々、PMIC_ON_REQ/ENが突然約3.3Vになり、レギュレータがオンになり、3.3Vレールが正しく立ち上がり、ボードの電源LEDが点灯し始めます。しかし、この動作は一定ではなく、基板の電源が入る場合もあれば、入らない場合もある。 ボードに正しく電源が供給され、その後MuseLab CMSIS-DAPプローブをSWDプログラミング用に接続すると、3.3Vの電源電圧が再び低下し、ボードの電源が切れます。その時点で、SWDエラーが出ます。例えば: 配線ACK故障 デバッグポートがアクセスできません コアに接続できませんでした 測定された挙動はおおよそ次の通りです: プローブなし: U1 IN = 5.0 V U1 EN = 3.3 V (場合による) U1 OUT = 3.3 V POR_B = 3.3 V プローブを接続した後: U1 IN = 5.0 V U1 EN = 0 V U1 OUT = 約1.2~1.8V POR_B = 約2.1V つまり、LDO自体は入力電力を失っていないようです。その代わりに、ENピンがローレベルになったため、レギュレータが無効化されています。 私の主な質問は以下のとおりです。 なぜRT1064のPMIC_ON_REQは安定して高く上がらないのでしょうか? このランダムな電源アップの挙動はRT1064の電源順序調整やリセット回路によるものですか? SWDプローブを接続すると、なぜPMIC_ON_REQ/ENがローになるのですか? 3.3VレギュレータENはPMIC_ON_REQから直接制御すべきでしょうか、それともプルアップ/別の方法で処理すべきでしょうか? 3.3Vレールを安定させてRT1064に確実に電源を入れてプログラムできるようにする推奨方法は何でしょうか? POR_B、DCDC_IN、DCDC_OUT、VDD_SNVS_IN、VDD_HIGH_IN、またはブートモードのピンに、このような動作を引き起こす重要な要件はありますか? 以前、Teensy 4.1電源回路をベースにした別のカスタム基板を作ったことがありますが、そのボードは同じCMSIS-DAPプローブで正常にプログラムできました。新しいPCBは非常に似た電源回路を使っていますが、ブートモードのピンへのアクセスを追加し、リセットや電源セクションを少し変更しました。 レギュレータ部、リセット回路、電源ピン接続図、およびブートモード回路図を添付します。PMIC_ON_REQ/EN接続やRT1064の電源シーケンス回路が間違っているかどうか、また安定した電力と信頼できるSWDプログラミングに必要な変更点を教えていただけると助かります。 Re: MIMXRT1064CVL5B Custom PCB Flash Failure こんにちは、 @Anushka_SS さん。 回路図をご提供いただきありがとうございます。確認してみたところ、いくつか問題点が見つかりました。 1. VDD_SNVS_IN:浮遊しているはずがない。VDD_SNVS_IN電源は他の電源より先に電源を入れるか、電源に接続(ショート)VDD_HIGH_INなければなりません。(データシート/RMで指定された電源オンシーケンスを厳守し、基板上で必ず確認してください。) 2. さらに、この3.3V電源はPMIC_ON_REQに依存してはならず、同時にVDD_SNVS_INの電源としても使用されなければならない。そうしないと、コールドスタート時にSNVSドメインの電源が切断され、内部ステートマシンがPMIC_ON_REQを出力するための信頼できる条件が得られなくなります。そのため、LDOは安定して電源を入れることができません。 PMIC_ON_REQはRT1064のSNVS/PMUドメインが稼働し、SNVSドメインがVDD_SNVS_INの有効な供給を必要としてからのみ安定して駆動されます。ボード上でVDD_SNVS_INがフローティング状態になっているため、PMIC_ON_REQの動作が不安定になります。ボードの電源が断続的にしか入らず、SWDプローブを接続した瞬間に予期せず電源が切れてしまいます。 さらに、PMIC_ON_REQから直接LEDを駆動しないでください。電源インジケータLEDは、安定した3.3V電源レール上に配置するか、バッファ/MOSFETで絶縁する必要があります。PMIC_ON_REQノードにLEDと470Ωをグランドに接続すると、この重要な電源要求ピンに実質的に大きな負荷/プルダウン経路が追加されます。ピンがハイインピーダンスまたはオープンドレインの「オン」状態の場合、LEDブランチはENを低レベルに引き下げます。プッシュプル出力であっても、この小さなSNVSドメイン制御ピンがLED電流を供給することになりますが、これは推奨されません。 よろしくお願いします、 ギャビン
查看全文
GHSコンパイラを使用してS32K3上でDumpCallStackの正しいフレームポインタ(FP)を取得するにはどうすればよいですか? こんにちは、皆さん 私はGreen Hills Software(GHS)コンパイラを使ってS32K3 MCUを開発しており、DumpCallStack関数を実装しています。 フレームポインタ(FP)を取得するために、以下のインラインアセンブリを使用しています。 __asm volatile ("mov %0, r7" : "=r" (locals.fp)); しかし、locals.fp の値は 0x02B1 であり、これは有効なフレームポインタではないようです。この設定はアラインされておらず、有効なスタック位置を指ささないため、コールスタックを正しくアンワイルできません。 私の質問は以下のとおりです。 S32K3(Arm Cortex-M7)のGHSコンパイラを使う場合、現在のフレームポインタを取得する正しい方法は何でしょうか? GHSコンパイラは常にR7をフレームポインタとして使うのでしょうか?それとも最適化レベルに応じてフレームポインタを省略したり、別のレジスタを使うことは可能でしょうか? スタックアンワインドのためにフレームポインタを保持するために、有効にしなければならないコンパイラオプションはありますか? インラインアセンブリを使用する代わりに、フレームポインタを取得するための推奨されるGHS固有のAPIまたは組み込み関数はありますか? S32K3上でGHSコンパイラを使用してスタックアンワインディングまたはDumpCallStack関数を実装した経験のある方がいらっしゃいましたら、ご指導やサンプルコードをいただけると幸いです。 ご回答をお待ちしています。 Re: How to obtain the correct Frame Pointer (FP) for DumpCallStack on S32K3 using the GHS compiler? こんにちは、 R7が常にフレームポインタとして使用されるとは限りません。GHSのバージョン、最適化レベル、コンパイラオプションによっては、コンパイラが異なるレジスタを使用したり、フレームポインタを完全に省略してR7を汎用レジスタとして使用したりする場合があります。値0x02B1は、R7がビルド内でフレームポインタとして機能していない可能性を示唆しています。 生成されたアセンブリを確認し、GHSがフレームレコードを全く作成していないかどうかを確認してください。フレームポインタが有効になっている場合、フレームポインタを保存/復元する一貫した関数プロローグが表示されるはずです。そうでない場合、R7/R11に基づくスタックアンワインドは信頼できません。 これは主にコンパイラ固有の質問なので、Green Hills Softwareのサポートに連絡することもおすすめします。彼らは以下の点でアドバイスを提供できます: GHSがターゲット/構成のフレームポインタとしてR7、R11、または他のレジスタを使用するかどうか。 どのコンパイラオプションがフレームポインタを保持しますか? 現在のフレームポインタを取得するための推奨される組み込み関数またはAPIがあるかどうか。 GHSを用いたコールスタックアンワインド実装の推奨方法。 彼らはあなたのコンパイラのバージョンや設定に特化したガイダンスを提供するのに最適です。 BR、ペトル Re: How to obtain the correct Frame Pointer (FP) for DumpCallStack on S32K3 using the GHS compiler? もちろん
查看全文
RTDアップデートの問題 - MBDT S32 Design Studioバージョン3.6.1では、RTDバージョン7.0.0をアップデートしたいのですが、5.0.0までしかアップデートできず、RTDバージョン6.0.0以降の更新を試みるとエラーが表示されます。 Eclipse IDEの使用と設定 SDK Re: RTD update issue - MBDT IDE 3.6.10をインストールしましたRTDバージョン7.0.1をダウンロードしようとしましたができませんでした。システムネットワークは正常に接続されており、ネットワークの問題はこのバージョンと以前のバージョン3.6.0で作業していた時のみ表示されますネットワークの問題は一切発生しませんでした。S32 IDEアプリケーションを開くと、添付されたメッセージボックスが表示されます。もしネットワーク設定の変更が同じ場合、設定で何を有効にしたり無効にしたりするのか教えてもらえますか? RTDがインストールされ、例のプロジェクト(DIO S32k344)で確認しようとすると上記のエラーが表示され、新しいプロジェクトを作成してもSDKのオプションが見つかりませんでした。 Re: RTD update issue - MBDT こんにちは、 @Rathidevi さん。 まず、S32DSのインストールをバージョン3.6.10にアップデートすることをお勧めします。既存のS32DSインストールのアップデートとしてインストールできるため、別インスタンスとしてインストールする必要はありません。詳細な手順はS32 Design Studio 3.6.10で入手可能ですRFPインストールガイドは、S32DSインストーラーと同じダウンロードページで入手可能です。 RTD 7.0.1はS32DS 3.6.4を使用して開発および検証されているため、今回のアップデートを推奨します。互換性と適切な機能を確保するために、IDEのバージョンは検証に使用されるバージョンと同じかそれ以上に設定すべきです。さらに、この要件は共有イメージの「不足している要件」にも記載されています。 RTD 7.0.1のインストールに関しては、まず現在インストールされているRTDバージョンをアンインストールしてから、RTD 7.0.1をインストールすることをお勧めします。これは、異なるRTDバージョン間の潜在的な競合を回避するのに役立ちます。 BR、VaneB Re: RTD update issue - MBDT こんにちは、 @Rathidevi さん。 RTDに必要なツールチェーンがインストール環境に含まれていないようです。Arm Release バージョン10.2 ビルド1728用にNXP GCCをインストールしてください。 これにより、サンプルの問題は解決され、GCC 10.2をツールチェーンとして選択すれば、新しいプロジェクトを作成する際にRTD 7.0.1がSDKオプションとして利用可能になるはずです。
查看全文
S32K118 VLPS: 低電力モードでのI/O保持、およびSIRCSTENとVLPSAクエリ こんにちは、 S32K118でVLPSエントリーとピンウェイクアップが動作することを確認済みです。 デバッガーを接続せずにスタンドアロンで実行:4回連続で正常にスリープ/ウェイクアップ 各サイクルでSMC_PMCTRL[VLPSA]がクリアされ、SMC_PMSTATがVLPRを確認 各WFIの直前。これはVLPSに関する質問ではありません 機能しないのは睡眠中の電流消費の問題です 正しく動作している。 セットアップ: MCU:S32K118、48ピンLQFP ボード:S32K118EVB-Q048(SCH-47530 Rev A1) ツール:S32 Design Studio 3.6.8、GCC 11.4 問題: GPIO 出力状態が VLPS を介して保持され、駆動される RGB LED が 睡眠中ずっと電流を消費します。 搭載RGB LEDはPTD15(緑)、PTD16(赤)、PTE8に接続されています (青)直列抵抗を通す。 私たちが観察したこと: 私たちのアプリケーションは、動作中に定期的なタスクからRGB LEDを駆動します。 デバイスが VLPS に入ると、LED ピンが最後に駆動されたレベルが デバイスがスリープ状態の間も、to は引き続き駆動されます。その コアは停止し、クロックはゲートされており、ソフトウェアの何も動いていません。 しかしLEDは点灯したままで、デバイスが起動するまで電流を供給し続けます。 消費への影響は大きい。単一の点灯LEDチャネルは 直列抵抗を数ミリアンペア経由し、直列抵抗は VLPS電流はこの装置に指定されており、全体の電流を支配しています 完全に。J15での最初の供給電流測定では、 RUNとVLPSの間には意味のある低下があり、保持されたLED状態が それが全ての理由だったようだ。 失敗は静かに訪れる。フラグもエラーも違いもありません LED オフのスリープと LED オンのスリープの間のステータス レジスタ LEDライト付き。唯一の症状は、低電力モードが保存されないように見えることです。 あらゆる電力供給は、VLPSが全く入力されていないと誤解されやすい。それ 調査にかなりの時間を費やしたが、 原因。 質問: (a)VLPSを介したGPIO出力状態の保持は意図されたものですか? デバイスの動作? (b) S32K118 上の構成がそれを変えるか、あるいは アプリケーションはすべてのピンを意図したスリープ状態にドライブします エントリー? (c) デジタルI/Oの設定に推奨される操作方法はありますか? 低出力エントリー、特にピンのプルアップ/プルダウン設定 外部のスイッチやトランシーバに接続され、引き戻しが保持されます 睡眠中ずっと漏れが続くのでしょうか? (d)指定されたVLPS電流値は、どのようなI/O構成で得られたものか このデバイスで測定されたのでしょうか?それを知らないまま、 図は実際のボード上の寸法と比較できません。 (e) 保持状態がVLPSエントリに影響を与えるピンが存在するか それ自体か、それとも覚醒経路か? ディープスリープ状態では、コアが停止し、すべてのクロックがゲートされるため、I/Oは非アクティブ状態になり、LEDは自動的に消灯します。それは私たちが見ているものではありません - LED 睡眠中ずっと最大輝度で点灯し続けます。 VLPSでLEDが点灯し続けることが期待されているか、また つまり、出力ピンを動かすデバイス設定があるかどうか 低出力のエントリーで最後の駆動レベルを保持していない状態。 よろしくお願いします。 Re: S32K118 VLPS: I/O retention in the low power mode, plus SIRCSTEN and VLPSA queries こんにちは、 @autouser さん、 a) はい。VLPSに入ると、すべての入出力データが保持されます。 b) VLPSに入る前に必要なピンを意図した状態に設定するのはアプリケーション次第です。 c) これはアプリケーションによって異なります。ただし、未使用のピンがある場合は、 HWデザインガイドライン 第8章(未使用ピン)を参照できます。 "未使用のデジタルおよびアナログピンについては、correspondingPORTx_PCRn[MUX]フィールドを0b000に設定してピン機能を無効にする必要があります。 DISABLED機能は初期化されていないすべてのピンのデフォルト状態です。 ADC機能のあるピンについては、未使用のピンと多重化されたチャネル上でソフトウェアがADCチャネル変換をトリガーしないはずです。」 入力として設定されている場合、外部または内部(アプリケーション依存)に浮かべてVSSまたはVDDに引き寄せてはいけません。 また、S32K3の低電力パワーマネージメントドキュメントも参照できます。第10章では、一般的なMCU消費電力に適用されるハードウェアの考慮事項を紹介しています。 d) S32K1xxデータシートの表4.7(消費電力)には、添付のS32K1xx_Power_Modes_Configuration.xlsxで定義されている消費電力が示されています。 添付ファイルの最後の行には、測定時に有効になっていた入出力が示されています。 また、脚注1には次のように記載されています。「すべての出力ピンはフローティング状態であり、オンチッププルダウンが有効になっています。 未使用の入力ピンすべて。 e) 設定済みのウェイクアップピン以外に、設定すれば即座にデバイスを起動させるもので、VLPSのエントリー/アウトに影響を与えるものは思い浮かびません。 よろしくお願いします、 ジュリアン
查看全文
i.MX95 Verdin EVK 上的 NPU 支持 您好, 我正在尝试在 i.MX95 NPU 上运行我的 tflite 模型。这些模型可以转换,我使用基准测试看到了加速效果,但输出结果完全无法使用(对于几种人脸检测和人脸关键点模型来说,结果始终相同)。 然后我尝试按照这份用户指南运行示例: https://www.nxp.com/docs/en/user-guide/UG10166.pdf root@imx95-19x19-verdin-47:/usr/bin/tensorflow-lite-2.19.0/examples# ./label_image -m mobilenet_v1_1.0_224_quant.tflite -i grace_hopper.bmp -l labels.txt --external_delegate_path=/usr/lib/libneutron_delegate.so INFO: Loaded model mobilenet_v1_1.0_224_quant.tflite INFO: resolved reporter INFO: EXTERNAL delegate created. INFO: NeutronDelegate delegate: 1 nodes delegated out of 4 nodes with 1 partitions. INFO: Neutron delegate version: v1.0.0-f24d08e5, zerocp enabled. INFO: Applied EXTERNAL delegate. INFO: Created TensorFlow Lite XNNPACK delegate for CPU. INFO: invoked INFO: average time: 0.37 ms 如您所见,推理运行正常,但没有像用户指南中提到的那样进行分类,以检查模型的实际运行情况。 我使用SDK 2.2.2的正确变流器版本转换了模型: NeutronSDK_2.2.2+LF_6.12.49_2.2.0/neutron-converter --input input/mobilenet_v1_1.0_224_quant.tflite --target imx95 --output output/mobilenet_v1_1.0_224_quant.tflite --dump-statistics Performance estimates: Clock Frequency: 0.000000 MHz Clock cycles per inference: 0 Latency per inference: -nan ms Inferences per second: -nan Memory footprint: Variables size: 0.000000 MB Constants size: 0.000000 MB Microcode size: 0.000000 MB Statistics for NeutronGraph "subgraph_030": Operators: Number of Neutron operators = 29 Number of builtin operators = 44 Memory: Inputs = 150,528 (bytes) Microcode = 23,944 (bytes) Weights = 4,329,648 (bytes) Kernels = 11,088 (bytes) Outputs = 381,913 (bytes) Scratch = 380,912 (bytes) (Allocation efficiency: 1) Total data = 913,353 (bytes) (Inputs + Outputs + Scratch) Total weights = 4,364,680 (bytes) (Microcode + Weights + Kernels) Total size = 5,278,033 (bytes) (All) Latency: Cycle estimation = 1,066,681 (cycles) Latency estimation = 1.067 (ms) (@ 1000.000 MHz) Overall statistics for graph "": Operators: Number of operators after import = 31 Number of operators after optimize = 47 Number of operators after extract = 4 Number of Neutron graphs = 1 Number of operators total = 47 Number of operators converted = 44 Number of operators NOT converted = 3 Operator conversion ratio = 44 / 47 = 0.93617 Operators converted = 1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44, Memory: Total data = 532,448 (bytes) (Inputs + Outputs + Intermediate Variable Tensors) Total weights = 4,364,688 (bytes) (Weights) Total size = 4,897,136 (bytes) (All) Latency: Cycle estimation = 1,066,681 (cycles) (NPU only) Latency estimation = 1.067 (ms) (@ 1000.000 MHz) (NPU only) Conversion time: Optimization = 2.00387 (seconds) Extraction = 0.0308523 (seconds) Generation = 5.56016 (seconds) Total = 7.59489 (seconds) 我的硬件和电路板支持包配置: SOC :iMX Verdin EVK SoM V1.0C 载板:iMX Verdin EVK v1.2A( https://www.toradex.com/de/computer-on-modules/verdin-arm-family/nxp-imx95-evaluation-kit?srsltid=AfmBOookfBHOVzIUBJhrVmtYSV45ohtPJy_f2ymYGR956gzD0XzxS0jP ) 我使用的版本是: MACHINE = "imx95-19x19-verdin" 我使用的是这个BSP版本: https://www.toradex.com/de/news/bsp-layers-reference-images-walnascar?srsltid =AfmBOoqJF2YHULiIe7sA1L4gPBasmZrepuGIRBLrtcIuFPnz39jctBX6 以及 NXP 各层: meta-imx rel_imx_6.12.49_2.2.0 内核版本: 6.12.49-lts-next-g759f4038100f 我的主要问题是,我的芯片版本( A0)是否受支持,或者为什么运行模型时会静默失败并只产生乱码输出: 人脸检测(UltraFace-Ultraslim, [1,128,128,3] int8/uint8 输入)输出一个融合的(172,6)张量,每个锚点包含[bg_score, face_score, xmin, ymin, xmax, ymax] ,已经过 NMS 处理并归一化到[0,1] — 在 CPU 上,这会产生一个清晰的高置信度检测结果 (~0.996),紧密地包围着人脸,而在 NPU 上,所有 172 个锚点都坍缩成一个相同的常数 (~0.50 分,接近零大小的框位于 ~0.227,0.227,0.227,0.227)。面部特征点(NXP facial_landmarks_35 , [1,60,60,3] uint8 输入)输出一个[1,70]张量,包含 35 个交错的 (x,y) 点,并归一化到面部裁剪区域——在 CPU 上,当叠加到图像上时,这些点会形成一个可识别的面部特征点模式;而在 NPU 上,整个 70 个值的输出同样会坍缩成一个重复的常量,而不是每个点都不同。 Yocto Project Re: NPU support on the i.MX95 Verdin EVK 输出详细信息: root@imx95-19x19-verdin-4798be6ce85542d2:/usr/bin/tensorflow-lite-2.19.0/examples# ./label_image -m demo_converted -i grace_hopper.bmp -l labels.txt --external_delegate_path=/usr/lib/libneutron_delegate.so -v 1 -r 5 INFO: Loaded model demo_converted INFO: resolved reporter INFO: tensors size: 11 INFO: nodes size: 4 INFO: inputs: 1 INFO: input(0) name: input INFO: 0: MobilenetV1/Logits/SpatialSqueeze, 1001, 9, 0.166099, -62 INFO: 1: MobilenetV1/Predictions/Reshape_1, 1001, 3, 0.00390625, 0 INFO: 2: input, 150528, 3, 0.0078125, 128 INFO: 3: MobilenetV1/Predictions/Reshape_1/requantize, 1001, 9, 0.00390625, -128 INFO: 4: input, 150528, 9, 0.0078125, 0 INFO: 5: NeutronMicrocode, 23944, 3, 0, 0 INFO: 6: NeutronWeights, 4329648, 3, 0, 0 INFO: 7: NeutronKernels, 11088, 3, 0, 0 INFO: 8: NeutronScratch, 380912, 3, 0, 0 INFO: 9: NeutronProfile, 0, 3, 0, 0 INFO: 10: NeutronDebug, 0, 3, 0, 0 INFO: len: 940650 INFO: width, height, channels: 517, 606, 3 INFO: input: 2 INFO: number of inputs: 1 INFO: number of outputs: 1 INFO: EXTERNAL delegate created. INFO: NeutronDelegate delegate: 1 nodes delegated out of 4 nodes with 1 partitions. INFO: Neutron delegate version: v1.0.0-f24d08e5, zerocp enabled. INFO: Applied EXTERNAL delegate. INFO: Created TensorFlow Lite XNNPACK delegate for CPU. Interpreter has 1 subgraphs. -----------Subgraph-0 has 11 tensors and 5 nodes------------ 1 Inputs: [2] -> 150528B (0.14MB) 1 Outputs: [1] -> 1001B (0.00MB) Tensor ID Name Type AllocType Size (Bytes/MB) Shape MemAddr-Offset Tensor 0 MobilenetV1/Logits/Spa... kTfLiteInt8 kTfLiteCustom 1001 / 0.00 [1,1001] [-1, -1) Tensor 1 MobilenetV1/Prediction... kTfLiteUInt8 kTfLiteArenaRw 1001 / 0.00 [1,1001] [151552, 152553) Tensor 2 input kTfLiteUInt8 kTfLiteArenaRw 150528 / 0.14 [1,224,224,3] [0, 150528) Tensor 3 MobilenetV1/Prediction... kTfLiteInt8 kTfLiteArenaRw 1001 / 0.00 [1,1001] [150528, 151529) Tensor 4 input kTfLiteInt8 kTfLiteCustom 150528 / 0.14 [1,224,224,3] [-1, -1) Tensor 5 NeutronMicrocode kTfLiteUInt8 kTfLiteMmapRo 23944 / 0.02 [23944] [4340768, 4364712) Tensor 6 NeutronWeights kTfLiteUInt8 kTfLiteMmapRo 4329648 / 4.13 [4329648] [11104, 4340752) Tensor 7 NeutronKernels kTfLiteUInt8 kTfLiteMmapRo 11088 / 0.01 [11088] [0, 11088) Tensor 8 NeutronScratch kTfLiteUInt8 kTfLiteArenaRw 380912 / 0.36 [380912] [-1, -1) Tensor 9 NeutronProfile kTfLiteUInt8 kTfLiteArenaRw 0 / 0.00 [0] [-1, -1) Tensor 10 NeutronDebug kTfLiteUInt8 kTfLiteArenaRw 0 / 0.00 [0] [-1, -1) kTfLiteArenaRw Info: Tensor 2 has the max size 150528 bytes (0.144 MB). This memory arena is estimated as[0xaaaafd73ffa9, 0xaaaafd71abc0), taking 152553 bytes (0.145 MB). One possible set of tensors that have non-overlapping memory spaces with each other, and they take up the whole arena: Tensor 2 -> 3 -> 1. kTfLiteArenaRwPersistent Info: not holding any allocation. kTfLiteMmapRo Info: Tensor 6 has the max size 4329648 bytes (4.129 MB). This memory arena is estimated as[0xffff7ec299f8, 0xffff7e800050), taking 4364712 bytes (4.163 MB). One possible set of tensors that have non-overlapping memory spaces with each other, and they take up the whole arena: Tensor 7 -> 6 -> 5. kTfLiteDynamic Info: not holding any allocation. === Beginning of kTfLiteArenaRw Dump: === Total size is 152553 bytes (0.145 MB), holding 3 tensors. tensor 2: life_span: node [0, 4], size: 150528 bytes (0.144 MB). tensor 3: life_span: node [2, 3], size: 1001 bytes (0.001 MB). tensor 1: life_span: node [3, 4], size: 1001 bytes (0.001 MB). 1 tensors are of same max size (150528 B (0.144 MB)): [2] Per-layer-info in the order of op execution: Node 0: 150528 bytes (0.144 MB), utilization rate: 98.673%, 1 live tensors: [2] Node 4: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [1,2] Node 2: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [2,3] Node 3: 152530 bytes (0.145 MB), utilization rate: 99.985%, 3 live tensors: [1-3] Top 4 memory-consuming layers: Node 3: 152530 bytes (0.145 MB), utilization rate: 99.985%, 3 live tensors: [1-3] Node 4: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [1,2] Node 2: 151529 bytes (0.145 MB), utilization rate: 99.329%, 2 live tensors: [2,3] Node 0: 150528 bytes (0.144 MB), utilization rate: 98.673%, 1 live tensors: [2] ===End of kTfLiteArenaRw Dump: === Node 0 Operator Builtin Code 114 QUANTIZE (not delegated) 1 Input Tensors:[2] -> 150528B (0.14MB) 1 Output Tensors:[4] -> 150528B (0.14MB) Node 1 Operator Custom Name NeutronGraph (delegated by node 4) 4 Input Tensors:[4,5,6,7] -> 0B (0.00MB) 4 Output Tensors:[0,8-10] -> 0B (0.00MB) Node 2 Operator Builtin Code 25 SOFTMAX (not delegated) 1 Input Tensors:[0] -> 1001B (0.00MB) 1 Output Tensors:[3] -> 1001B (0.00MB) Node 3 Operator Builtin Code 114 QUANTIZE (not delegated) 1 Input Tensors:[3] -> 1001B (0.00MB) 1 Output Tensors:[1] -> 1001B (0.00MB) Node 4 Operator Custom Name NeutronDelegate 4 Input Tensors:[4-7] -> 4515208B (4.31MB) 1 Output Tensors:[0] -> 1001B (0.00MB) Execution plan as the list of 4 nodes invoked in-order: [0,4,2,3] Among these nodes in the execution plan: Node 4 is a NeutronDelegate node (0xaaaafd6f5c30), which has delegated 1 nodes: [1] --------------Subgraph-0 dump has completed-------------- --------------Memory Arena Status Start-------------- Total memory usage: 152553 bytes (0.145 MB) - Total arena memory usage: 152553 bytes (0.145 MB) - Total dynamic memory usage: 0 bytes (0.000 MB) Subgraph#0 Arena (Normal) 152553 (100.00%) --------------Memory Arena Status End-------------- INFO: invoked INFO: average time: 0.326 ms
查看全文
サスペンドからのウェイクアップ中に発生するi2cの問題 専門家の方々にお伺いしたいのですが。 複数のプッシュボタンスイッチがGPIOエキスパンダーに接続されている回路があります。私の現在のシステムはIMX8MPをベースにしており、このGPIOエクスパンダーはI²Cで接続されています。このエキスパンダーには、IMX8MPへの割り込み線があります。システムをサスペンドモードにしてプッシュボタンの1つを押すと(デバイスツリーではエキスパンダもウェイクアップソースとしてマークされています)、システムがサスペンドから復帰するとすぐに、このメッセージが数百回、あるいは数千回も表示されます。[ 117.113106] pca953x 3-0076: failed reading register.i2c-imx.c には既に同様の問題に対するパッチが存在することは承知しています。ドライバーを使い、私はそれを適用しました。しかし、期待した効果は得られていない。これについてどうすればいいでしょうか?追伸常に起こるわけではありませんが、比較的早く再現可能です。 よろしくお願いいたします。R. Re: i2c problems during wakeup frum suspend 私はカーネルバージョン6.6.23を使用しています。 Re: i2c problems during wakeup frum suspend こんにちは、 @RRD101さん あなたの説明からすると、 このコミットを試してみるのも良いかもしれません。また、使用しているカーネルのバージョンは何ですか? よろしくお願いします、 志明
查看全文
i.MX 8QXP - LPDDR4メモリ互換性ガイド チームの皆さん、こんにちは。 IMX8QXP用にLPDDR4の代替モデルを計画しています。対応のLPDDR4パーツの更新リストがあれば教えてください。 i.MX 8/8X/8XLite - LPDDR4およびDDR3Lメモリ互換性ガイド よろしくお願いいたします。 ロヒス Re: i.MX 8QXP - LPDDR4 memory compatibility guide こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 このリストは今年更新されたもので、これが最後の互換性ガイドとなります。 別のメモリを使用する予定ですか? よろしくお願いします。 Re: i.MX 8QXP - LPDDR4 memory compatibility guide こんにちは、ジョセフさん。 リードタイムやその他の理由から、別のLPDDR4を使う予定です。NXPはメモリの検証をサポートしてくれるのでしょうか?NXP側で新しいメモリを検証する手順はどのようなものですか? ありがとうございます。 ロヒス
查看全文
[i.MX95 FRDM] AR0144/AP1302 粉色色调问题 & 绕过 AP1302 以适配 NXP NEO ISP 环境和硬件设置 处理器/平台: NXP i.MX95 FRDM 板 摄像头模块: RPI-CAM-MIPI(AR0144传感器+AP1302板载ISP) 使用的固件: ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin(已重命名为ap1302_ar0144_single_fw.bin并放置在/lib/firmware/中) 问题 1:AP1302 ISP 出现粉色/洋红色色调 我发现通过 AP1302 ISP 从 AR0144 摄像头模块解码出的图像/视频流中存在持续的粉红色/洋红色色调。 尽管使用了经过调整的固件文件,解码后的帧仍然呈现出明显的粉红色色调(附图示例) 。 这是AR0144 + AP1302组合的已知问题吗? 是否有更新的AP1302固件二进制文件可以解决这个色彩平衡问题? 问题 2:绕过 AP1302 使用 i.MX95 内置 NEO ISP NXP关于RPI-CAM-MIPI摄像头模块的文档中写道: “可旁路的板载ISP芯片使其能够与多种SoC配合使用。” 由于 i.MX95 具有集成的硬件NEO ISP ,我们希望绕过 AP1302 板载处理,并使用 libcamera 和 neo-ipa-uguzzi 管道处理程序将来自 AR0144 的 RAW Bayer 流直接路由到 i.MX95 内部 NEO ISP。 向恩智浦提出的问题: i.MX95 FRDM 板是否正式支持 RAW 直通(绕过 AP1302 硬件处理,将 RAW Bayer 直接馈送到 i.MX95 NEO ISP)? 如果可以,NXP能否提供启用RAW直通所需的逐步配置说明? 在 NEO ISP 下,我们如何获取或生成 AR0144 传感器所需的DTP / YAML 调优文件?NXP是否有可供共享的AR0144预校准YAML/DTP文件? Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 我在我的imx95 frdm板上重现了这个问题,没有颜色问题。既然你能调出摄像头,说明你的设置应该正确,检查一下你的显示屏是否有任何问题。 1) 将 dtb 文件设置为 imx95-15x15-frdm-ap1302.dtb 2)您的固件正确 3) 使用命令 gst-launch-1.0 libcamerasrc !自动视频接收器 Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 您好, 感谢你测试并对问题1提供反馈。 回复:问题 2 — 绕过 i.MX95 内置 NEO ISP 的 AP1302 请问您能否也回答我的第二个问题,即如何绕过板载 AP1302 ISP 而使用 i.MX95 的内部 NEO ISP? 由于 RPI-CAM-MIPI 板文档指出板载 ISP 是可旁路的,我们希望将来自 AR0144 传感器的 RAW Bayer 流直接路由到 i.MX95 的内部 NEO ISP。 请问您能否澄清一下: Linux 6.12.49_2.2.0 电路板支持包 版本是否支持 i.MX95 FRDM 板上的 AR0144 进行 RAW 直通(绕过 AP1302 硬件 ISP 处理)? 设备树更改:要绕过 AP1302 ISP 块并直接在 MIPI-CSI 接口上捕获 RAW Bayer 帧,需要什么样的设备树配置或覆盖? 调优和 YAML 配置:NXP 是否为 NEO ISP 流水线处理程序下的 AR0144 提供调优/DTP 配置文件?如果可以的话,能否分享这些文件,或者指导我们如何为该工作流程正确设置 libcamera 和 LIBCAMERA_IPA_MODULE_PATH? 谢谢你的帮助! Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP Linux 6.12.49_2.2.0 BSP 版本是否支持 i.MX95 FRDM 板上的 AR0144 芯片的 RAW 直通(绕过 AP1302 硬件 ISP 处理)?> 默认 BSP 不支持此功能,您只能找到名为 ap1302 的 dtb 文件。 设备树更改:需要什么样的设备树配置或覆盖才能绕过 AP1302 ISP 块并直接在 MIPI-CSI 接口上捕获原始 Bayer 帧?请参考ap1302 dtso文件 https://github.com/nxp-imx/linux-imx/blob/lf-6.18.y/arch/arm64/boot/dts/freescale/imx95-15x15-frdm-ap1302.dtso isp_en-gpios = <&adp5585_isp 2 GPIO_ACTIVE_HIGH>; 此引脚使能 AP1302,您可以通过控制此引脚来旁路 AP1302,高电平表示使能,低电平表示旁路。 3.调优和YAML配置:NXP是否为NEO ISP管道处理程序下的AR0144提供调优/DTP配置文件?如果可以的话,能否分享这些文件,或者指导我们如何为该工作流程正确设置 libcamera 和 LIBCAMERA_IPA_MODULE_PATH? 您可以在这里找到所有SW扩展包 https://github.com/nxp-imx-support/imx-camera-sw-pack Re: [i.MX95 FRDM] AR0144/AP1302 Pink Tint Issue & Bypassing AP1302 for NXP NEO ISP 您好, 感谢您对旁路机制的详细解释。 关于颜色问题,我想澄清一下,这不是显示器或监视器的问题。为了确认,我们没有拍摄屏幕照片;而是直接从 GStreamer 管道导出原始图像/视频文件,并在单独的主机上检查保存的文件,结果发现像素数据中明显存在淡红色/洋红色色调。 由于我们使用的是正确的 DTB 文件 (imx95-15x15-frdm-ap1302.dtb) 和官方的 AWB 调校固件 (ap1302_60fps_ar0144_27M_2Lane_awb_tuning.bin),请问您能否帮助我们找出根本原因? 问题:我们能否从用户空间运行特定的测试来验证这种粉红色色调是由我们所拥有的特定 AR0144 摄像头模块单元的硬件缺陷引起的,还是配置/软件问题引起的? 感谢您一直以来的支持!
查看全文
睡眠の質を向上させる30秒チェリートリック 良い 睡眠のための30秒チェリートリックについて多くの人が話しているのを見かけたので、実際に何が目的か調べてみることにしました。 私が調べた限りでは、これは薬や即効性のある解決策として提示されているわけではないようです。このアイデアは、酸味のあるチェリーと自然な睡眠サポートを使ったシンプルな夜の習慣に基づいています。夜のルーティンに簡単に取り入れることができ、生活習慣を大きく変える必要がないため、好む人もいます。 もちろん、睡眠に関する悩みは人それぞれ異なり、ある人に効果的な方法が別の人にも効果的とは限りません。質の良い睡眠習慣、夕方以降のカフェイン摂取量の削減、そして規則正しい就寝時間の維持は、依然として重要です。 もし30秒チェリートリックが何なのか、なぜ最近多くの人が議論しているのか気になるなら、この概念をより詳しく説明しているページを見つけました。 詳細はこちらをご覧ください。 https://health.smartdiscoveryhub.com/ys1/
查看全文
S32 Design StuにおけるUSBマルチリンクユニバーサルFX S32K344フラッシュプログラミングに必要な支援 NXP技術サポートチームへ、 お元気でお過ごしでしょうか。 現在、 FRDM-A-S32K344 評価ボードを使っており、アプリケーション開発には S32 Design Studio(S32DS) を使っています。私は、 PEmicro USB Multilink Universal FX デバッガを JTAG/SWDインターフェース経由でS32K344 MCUのプログラムとデバッグを行いたいと考えています。 このハードウェア構成における適切な設定方法についてご教示いただければ幸いです。具体的には、以下の点について支援をお願いしたいです。 ソフトウェアおよびドライバ要件 必要なPEmicroドライバとファームウェアバージョン。 追加のS32DSパッケージやデバイスサポートのインストールが必要ですか? S32DSとUSB Multilink Universal FX間の推奨バージョン互換性。 S32 Design Studio デバッグ設定 PEmicro GDBサーバーのデバッグ構成を作成するための手順を段階的に説明します。 メイン、デバッガー、スタートアップ、および共通タブの推奨設定。 S32K344に必要な、ターゲット固有の設定。 ハードウェア接続 FRDM-A-S32K344 J9ヘッダーとUSBマルチリンクユニバーサルFX(ポートB)間のJTAG/SWDピン接続が正しいことを確認します。 特別な配線や信号接続が必要かどうか。 ボードの構成 FRDM-A-S32K344ボード上でジャンパーまたはスイッチ設定が必須です。 FS26システムベーシス・チップ(SBC)またはウォッチドッグに関連する、プログラミングやデバッグ中のリセットを防ぐために考慮すべき構成。 リファレンス ドキュメント USB マルチリンクユニバーサルFX を S32K344 で使う例を示すアプリケーションノート、ユーザーガイド、または例プロジェクトがあればぜひ教えてください。 ご参考までに、 FRDM-A-S32K344ボードとUSBマルチリンクユニバーサルFX間のJTAGピン接続を示す図も添付しました。 お時間をいただき、ご支援ありがとうございます。ご指導を心よりお待ちしております。 敬具 アラヴィンド・トガラリ Re: Assistance Required for Flash Programming S32K344 Using USB Multilink Universal FX in S32 Design こんにちは、 @Aravind_Togaralli さん。 1. NXPは常に最新のソフトウェアリリースを使用することを推奨しています。現在、S32K3の最新リリースには以下が含まれます。 S32 Design Studio IDE 3.6.10 S32K3_S32M27x リアルタイム・ドライバ ASR R23-11 バージョン 7.0.1 S32DS 3.6.10PEmicroインターフェースデバッグサポートバージョン6.2.1を含みます。 2. 例をインポートしたり、新しいS32DSアプリケーションプロジェクトを作成する際に、それぞれのデバッグ構成が生成されます。推奨設定の例を参照できますが、最も重要なのは「C/C++アプリケーション」パス、選択したデバイス&ポート、GDBクライアント実行可能パスです。 3. はい、外部デバッガでFRDM-A-S32K344をデバッグしたい場合は、J9 20ピンCortex Debug + ETMヘッダーを使用しなければなりません。 4. FRDM-A-S32K344開発ボードユーザーマニュアル(UM12406)に記載されている通り、このインターフェースを有効にするにはジャン パーJP11(OpenSDA電圧 )を除去する必要があります。 5.「HOWTO Build a Project and Setup Debugging with GDB PEMicro Debugging インターフェース」を参照してください。または、PEmicroに直接参照することもできます:PEmicro NXP_Automotive S32K3xx Device サポート。 特定の機能や構成については、代わりにPEmicroに問い合わせてみてください。 よろしくお願いします、 ジュリアン
查看全文
MRF101ANの代替部品番号が必要です。 MRF101ANの代替部品番号を教えていただけると助かります。そして今後数年間の利用可能性についてのアイデア。 ご協力の程、よろしくお願い申し上げます。 Re: need alternative part number for MRF101AN. **MRF101ANの現状と代替品** ### 現在の状況 **MRF101AN** (NXP) は現在、**販売終了/最終購入**となっています。 |アイテム|詳細| |----------------------------|--------------------------------------| |**ライフサイクル** |エンド・オブ・ライフ(EOL)/ラストタイムバイ | |**前回の買い(LTB)** |**2026年9月30日** | |**ラストタイムデリバリー(LTD)** |**2027年9月30日** | |**理由** |NXPはRadio Power製品ラインを縮小しています。 2026年9月以降は、NXPへの新規注文はできなくなります。残りの在庫は、2027年の最終出荷日まで、先着順で割り当てられます。 --- ### 最も近い代替案 |部品番号|製造元 |主な違い |互換性|おすすめ | |------------------|--------------|------------------------------------------|--------------------------------|--------------| |**MRF101BN** |NXP |ミラーピンアウト版MRF101AN |同じパッケージ(TO-220)、電気性能はほぼ同一|ピンアウトが反り返せるなら短期的に最良の選択肢 | |**MRF300AN / MRF300BN** |NXP |300 Wバージョン(高出力) |異なるパッケージ(TO-247) |より強力な電力が必要で、再設計できる場合のみ | |公式なドロップインはありません |— |NXPはピン互換の後継機を**リリースしていない**— |— | **注記**: NXPはMRF101ANの公式なピン互換性のある代替品を公開していません。**MRF101BN**は最も近いデバイスです(電気的特性が同じで、ピン配置も反転しています)。 --- ### サードパーティ/競争力のある代替手段(ピン互換性なし) これらは基板の再設計が必要ですが、現在も生産が続けられています。 - Ampleon BLF188XR / BLF189XRG(高出力、異なるパッケージ) - STマイクロエレクトロニクスSTAC2932Bまたは類似のLDMOSデバイス - インフィニオンまたはMACOM製の100Wクラスの他の50V LDMOSデバイス(周波数と電力のマッチングが必要) --- ### 供給見通し(今後数年間) | 期間 | 利用可能期間の見込み | |---------------------|----------------------------------------------| | 現在~2026年9月 | 注文受付中(最終購入期間) | | 2026年10月~2027年9月 | 残在庫/残余出荷のみ | | 2027年9月以降 | NXPからの新規供給なし | **おすすめ**: 1. この部品がまだ必要な場合は、できるだけ早く**最終購入**を行ってください。 2. **MRF101BN**の評価を開始する(ピン配置の変更が許容できる場合)か、現在稼働中の50V LDMOSデバイスへの再設計を開始する。 3. お問い合わせ:[email protected]。 MRF101ANとMRF101BNの特定の電気的特性を比較したり、周波数と電力要件に基づいて再設計候補を提案したりしましょうか?
查看全文
PMSMのV/fコントロールは可能でしょうか? 私はV/f方法でPMSM制御用のSimulinkモデルを作成しています。このモデルは誘導モーターには使えますが、PMSMの出力速度が振動していて、磁場が同期していないと思います。何か見落としているでしょうか?
查看全文