Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
NVMキーカタログに保存されているECC公開鍵のSHA-512に関する質問 NXPエキスパート様、 HSEの鍵マネジメント機能について質問があります。 私たちは HSE-B を搭載した S32K312 を使用しており 、 ECC公開鍵 を NVMキーカタログ に 保存しています 。 私たちのアプリケーションでは、NVMキーカタログに保存されているECC公開鍵の SHA-512ハッシュ を取得する必要があります。 キーを保存した後、 SHA-512ハッシュ を比較することで、キーが正しく保存されていることを検証します 。 例: Kを NVMキーカタログに格納されているECC公開鍵とする 。 SHA-512(K) の値を取得したいです 。 HSEは、NVMキーカタログに保存されているキーのSHA-512ハッシュを取得するためのAPIまたはメカニズムを提供していますか? そうでない場合、カタログに保存されているキーのSHA-512(K)を計算または検証するための推奨される方法はありますか? 再開まで今しばらくお待ちください。 Re: Question About SHA-512 of an ECC Public Key Stored in the NVM Key Catalog わかった。サポートありがとうございます Re: Question About SHA-512 of an ECC Public Key Stored in the NVM Key Catalog こんにちは、@NghiaLX308さん ユーザーがSHA-512をキーマテリアルに直接実行できるAPIはありません。 回避策として、ECC公開鍵をエクスポート(サービスHSE_SRV_ID_EXPORT_KEYを使い)、その後SHA-512操作(サービスHSE_SRV_ID_HASHを使って)実行できます。ECC公開鍵は秘密ではないため、平文でエクスポート可能です。暗号化または認証された形式でエクスポートする必要はありません。 よろしくお願いいたします。 ルーカス
記事全体を表示
製造中止となった純正モデルMPC8306SCVMAFDCAの特定にご協力ください。 修理用スペアパーツとして、生産終了となった部品MPC8306SCVMAFDCAを2ロット購入しましたが、2つのロットは異なっているようです。ロット番号の年号に2文字が欠落しており、1つはTCTCJX1901、もう1つはTCLB2144となっています。これまで、このシリーズの製品はすべてロット番号がTCTCで始まっていました。これらの2つのロットの真正性について確信が持てません。専門家の方、識別にご協力いただけないでしょうか?よろしくお願いいたします。 修理用スペアパーツとして使用するため、生産終了(EOL)となったデバイス、MPC8306SCVMAFDCAを2ロット購入しました。しかし、2つのバッチの間には違いがあるようで、具体的にはバッチ年の先頭に2つの文字が欠落している。一方のロットにはTCTCJX1901というラベルが貼られており、もう一方にはTCLB2144というラベルが貼られている。これまで私たちが目にしてきたこのシリーズの製品はすべてTCTCで始まっていました。これら2つのロットの信憑性については確信が持てません。専門家の方々に、それらの真贋鑑定にご協力をお願いいたします。ありがとう! Re: 帮忙鉴定真伪停产型号MPC8306SCVMAFDCA, help to check the EOL part MPC8306SCVMAFDCA ぜひ、デバイスを購入したDFAEに連絡し、CSRチームと協力して確認してもらうよう依頼してください。 よろしくお願いします。
記事全体を表示
AAOS 15を使用したimx8qmでのディスプレイ解像度設定 チームの皆さん、こんにちは。 i.MX8QM MEK 上で AAOS 15.0.0_2.1.0 を 使用して い ます 。ボードに ファームウェアを書き込んだ 後 、 物理 ディスプレイの 解像度 は 常に 1024x600 に 設定されて います が 、 ディスプレイ を 1920x1080 で 動作させ たい と考えてい ます 。 また、マルチディスプレイのセットアップで、Androidのメインデフォルトディスプレイと乗客用のディスプレイがあります。 サポートされている 表示 モード で 1920x1080 が 利用可能 で ある こと を確認しました が 、 起動 後 の アクティブ な 表示 モードは 1024x600の ままです 。Android の 優先 表示 モード を 1920x1080 に 設定 してみました が、 再起動 後 も 表示 は 1024x600 の ま まです 。 CAN you please advise: 起動 時に デフォルト の 物理 ディスプレイ 解像度 を決定する要因は 何ですか ? 起動 後に 物理 的なディスプレイ 解像度 を 1920x1080@60Hzに強制 するには どう すればいい ですか? ro.boot.displaymode に 必要な 設定 は あり ます か ?HAL、 HWC3、 または DRM を表示して 、 1920x1080を デフォルト の アクティブ モード に します か? 何か アドバイスを いただけれ ば幸い です 。 Re: Display resolution setup on imx8qm with AAOS 15 こんにちは、 こちらで入手可能なAndroid オートモーティブのドキュメントをご参照ください。 https://www.nxp.com/docs/en/user-guide/UG10176.pdf 特に第8.3.4章を参照してください。上記ドキュメントのプライマリディスプレイ解像度を設定します。 よろしくお願いいたします。 アルド。
記事全体を表示
SPC5777CCMMO3 引脚读数 eepron IMG_7633.png   要使用读取器读取微型计算机的 eeprom,引脚布局是什么? 3155ac18-7996-4a1a-bf47-f749ef4e56dd.jpeg   Re: SPC5777CCMMO3 pin out reading eepron 你好 如果 micro 被审查,没有 256 位审查密码就无法连接闪存。 因此,在没有有效安全密钥的情况下尝试连接只会浪费时间,因为还有其他保护机制,如 PASS 和 CSE。 现在的 uC 已不再像以前那样具有先进的安全功能,可以防止未经授权的访问。 致以最诚挚的问候, Peter Re: SPC5777CCMMO3 pin out reading eepron 谢谢,我想要的是读取内部闪存,以移除不允许写入修改文件、只能写入原始文件的防调谐块。 Re: SPC5777CCMMO3 pin out reading eepron 你好 如前所述,IOMUX 表中对这些引脚进行了描述: petervlna_0-1757661184211.png 但我不确定你的意图是什么。你需要正确连接 JTAG,就像它在评估板上一样,才能正常工作。 此外,如果设备受到审查,则需要正确的密码才能解锁其闪光灯。没有它,你根本无法连接到设备。 顺祝商祺! Peter Re: SPC5777CCMMO3 pin out reading eepron 是的,请尝试 通过 JTAG 读取闪存。微型设备很不错。我将其移除是为了追踪和定位每个大头针在板上的位置,并标记读写分数,而不必将其移除。 Re: SPC5777CCMMO3 pin out reading eepron 你好 不知道你的意图是什么,但参考手册所附的 IOMux 表格中对这些引脚进行了解释: https://www.nxp.com/webapp/Download?colCode=MPC5777CRM 您说的可能是通过 JTAG 读取闪存。 我很困惑,因为你的微型计算机看起来已经损坏。因此,如果微型机不工作,就无法读取闪存。 顺祝商祺! Peter Re: SPC5777CCMMO3 pin out reading eepron 哪里可以买到这种 256 位审查密码?
記事全体を表示
UWBシングルビーコン+AoAによる出入口内外検出に関するアドバイス 私は壁掛けのシングルアンカーUWBシステム(ドア出口検知のユースケース)をビルディングしており、AoAを使ってタグがドアの内側か外側かを判別する必要があります。すでに開いているドアも含めて、ドアお問い合わせセンサでゲートを付けることができません。 背景: Qorvo QM33120W/DW3000 (2アンテナPDoA) を運用していたところ、硬い建築物の壁に直面しました。アンカーを約7フィートの高さに真下に向けて設置した状態で、その下を歩いたり旋回したりすると、クリーンで強力な信号であっても、誤った「外側」角度コミットが発生します。 私の計画は、UWBアンテナを地面に真下に向けて配置し、正の角度と負の角度(内外)信号を捉えてタグが内側から外側に移動するタイミング(出口検出)を判断CANるようにすることでした。 現在、Qorvoデバイスでは、タグを最適な正面向き(アンテナが上)に保持している場合は問題ありませんが、タグ(DW3000)を動かしたり回転させたりすると、同じ場所に立っていても異なるAoA値が表示されるようになります。 標識の表記規則に関する問題:私が期待するのは、一貫した表記規則です。標識が内側にある間は正の角度、外側に出た後は負の角度となります。実際には、明らかにまだ内部にいるにもかかわらず、タグが回転したり、ランダムな方向や速度で移動したりすることに関連した、正と負の両方の角度が見られます。これは、実際にドアを横切ったこととは関係ありません。これは新しいハードウェアにコミットする前にデザインしようとしている特定の症状です。 現在、NXP製シリコンへの移行を検討しており、皆様からのご意見を伺いたいと思っています。 Qorvo 2D AoAボードはRFスイッチを使って2つのアンテナ間のUWB PDoAをキャプチャします。NXP SR150デュアル受信機チェーンに切り替えれば、迎角の変動問題は解決するでしょうか? 単一のオーバーヘッドマウントアンカーで、その下のドアを通ってタグが移動する場合、SR150の2D/ソフトウェア支援による3-アンテナ-3DのAoAモードで前後の曖昧さを解決するのに十分でしょうか?それとも真のセカンドベースラインにはSR250の3つの同時送信チェーンが必要ですか? この特定のトップダウンオーバーヘッドCASEに合ったおすすめのアンテナの形状や取り付け方はありますか? このような曖昧さが多いジオメトリで、SR150のアンテナスイッチ第3アンテナモードとSR250の実際の経験はありますか? ありがとうございます。 kamaln16_0-1785454764324.png Re: UWB Single beacon + AoA for doorway inside/outside detection advice こんにちは、 あなたの調子が良いといいのですが。屋根に取り付けた単一のアンカーで、自由に回転するタグで内外のドア検知を行う場合、 Trimension SR250 は適切なプラットフォームであり、IoTおよびインダストリアルアンカーデザインに推奨されるUWB製品です。 この推奨事項の根本的な理由は、ハードウェアアーキテクチャにある。SR250は外部RFスイッチを不要に3つの同時受信経路を統合し、1つの測距フレームから方位角と仰角の両方を提供できるワンショット3D AoAを実現しています。 SR250はこの用途に価値のある追加機能も備えています: アンテナダイバーシティ最大9本まで、360° AoA対応 オンチップUWBレーダー(OCPD)はプレゼンス検出用で、距離を使った交差検知と並行して有用な補完層となります FiRa 4.0およびAliro 1.0に対応し、より広範なUWBエコシステムとの相互運用性を確保。 どこから始めるか 開発キット: SR250開発ボード、Arduino対応の統合PCBアンテナ、端子探知、AoA、レーダーのプラグアンドプレイデモを箱から出して提供 ソフトウェア: Zephyr OS用のSR250 UWBIOT パートナーモジュールおよびキット:TrueSense(ETNA TS 250 DevKit)、MobileKnowledge(MK UWB Kit Mobile edition 2.0)、Amotech(SR250統合3Dアンテナモジュール)、すべてNXPパートナー市場で入手可能です これがお役に立てば幸いです。 よろしくお願いいたします。 リカルド Re: UWB Single beacon + AoA for doorway inside/outside detection advice リカルドさん、ありがとうございます。詳細なご回答に感謝いたします。 更新:村田製作所のType2BP(SR150)開発ボードとNXPのSR250UWBSHIELD開発ボードの両方を注文しました。残念ながら、SR250UWBSHIELD側では14週間のバックオーダーが表示されているので、その間にSR150のベンチワークを始め、SR250が届いたらそれに移行するつもりです。 待っている間にいくつかフォローアップしておきます。 1. 私のアプリケーションにおけるSR150とSR250の違い:仰角ではなく方位角(内側・外側)だけが必要だと考えると、SR150からSR250に移行することに、アーキテクチャの違い(真の3つの同時受信チェーンとSR150の2つのネイティブチェーン+スイッチされた3番目のアンテナ)を乗り換えることに実際にどんなメリットがあるのでしょうか?精度や安定性の向上は単軸用途で待つ価値があるのでしょうか?それとも、取り付けや多重経路対策が整えばSR150だけで十分に達成できるでしょうか? 2. RFスイッチングとタグ回転:根本原因を探している特定の症状の一つですが、Qorvoハードウェアで全く同じ場所に立ってX平面でタグを回転させるだけで(位置が全く変わらない)、AoA値が明らかに跳ね回り、極性が逆に変わっているように見えます。Qorvoの2D AoAは、RFスイッチを使って2つのアンテナを同時にサンプリングするのではなく、タイムマルチプレックスを行います。スイッチングアーキテクチャがこの回転に関連した不安定性の一因となっている可能性が高いとお考えですか?それとも、これは他の要因(タグの回転に伴う放射パターン/偏光感度、マルチパスなど)とより整合性が高いでしょうか?SR150/SR250の同時RXサンプリングによってこの特定の症状が解消されるのか、それともチップの種類に関係なく対処する必要のある別の問題なのかを理解しようとしています。 3. 私の用途における2D vs. 3D AoA:内側か外側(方位角)だけ知ればよく、標高は私の用途には意味がないので、完全な3D自立Aを運用することに精度や信頼性の向上はありますか?それとも方位角のみ設定して標高を無視した方が良いでしょうか?具体的には、標高測定が、屋内/屋外の判定に標高を使用しない場合でも、反射信号/非見通し信号と有効な信号を区別するのに役立つかどうかを知りたいです。 4. 消費電力、2D vs. 3D: これはバッテリー駆動の設置となります。SR250では、2DのみのAoAとフル3D AoAのどちらを使用した場合も、同時に3つのRXチェーンが動作することを考慮すると、消費電流に意味のある違いはありますか?それとも、ソフトウェアでどの軸を使っていても3つのチェーンすべてが有効になると、電力コストはほぼ固定されるのでしょうか? 5. 私の設置場所におけるマルチパス対策:ビーコンは、近くにガラス扉があり、天井がユニットから約5フィート上にある出入口の上の壁に取り付けられます。現在使用しているQorvo製ハードウェアで、反射による角度の不安定性と思われる現象が発生しています(タグの回転と相関があり、天井の高い部屋で悪化し、ガラス扉を閉めているときに悪化します)。ガラスや隣接する壁からの近距離反射を抑制するために推奨される設置方法、アンテナのビーム幅/パターン選択、またはファームウェア側のフィルタリング(FOM/NLoSしきい値)はありますか?あるいは、NXP SR150またはSR250には、この問題を抑制するような機能はありますか? 6. バッテリー節約のためのレーダーベースのモーションゲーティング:SR250のオンチップレーダー(OCPD)を、純粋に低消費電力のウェイクトリガーとして使いたいです。レーダーモードのままで、動きが検出されたら全範囲/AoAを起動します。アンカーを高さ約2mの出入口の上に設置し、アンテナを真下に向けている場合、ユニット直下ではおおよそどのくらいのモーション検知範囲/カバー率が期待できますか?レーダーの有効「ウェイクゾーン」をドアのフットプリントに対して測ろうとしています。人が出入り口に向かって歩いているときと、出入り口から離れていくときの動きを検知したい。 ご協力ありがとうございました。
記事全体を表示
MIMXRT1170-EVKB调试器与自定义板的配合使用及串口下载器验证 各位同事好, 我们已选择MIMXRT1176用于我们的应用,目前正在使用MIMXRT1170-EVKB进行评估和软件开发。我们的定制板设计目前正在进行中,在最终确定硬件设计之前,我们想澄清几个要点。 问题1:在自定义板上使用EVKB板载调试器 [[ ## completed ##]] 是否可以使用 MIMXRT1170-EVKB 上的板载调试器对基于 RT1176 的自定义电路板进行编程和调试,还是需要单独的调试器? 我们认为这是可行的,但希望得到 NXP 团队的确认。 此外,请您提供以下信息: EVKB上需要修改的跳线设置。 将板载调试器与 EVKB 目标 MCU 断开连接并将其路由到外部目标所需的任何硬件更改。 应连接到定制板的 SWD/JTAG 信号的详细信息。 在我们定制硬件到货之前,作为一项实际测试,我们目前有两块 MIMXRT1170-EVKB 板(板 A 和板 B) 。 我们想进行以下实验: 使用板-A的板载调试器对板-B上的 RT1170 MCU 进行编程和调试。 同样地,使用板 B的板载调试器对板 A进行编程和调试。 请问这种配置是否受支持,并提供实现该配置所需的跳线设置和硬件修改方案? Q2:串口下载器路径验证 我们还想验证我们对 RT1170 上的串行下载器 (SDP) 模式实现的理解。 从 EVKB 原理图可以看出,跳线J114和J115分别连接到LPUART1_RX和LPUART1_TX 。 如果我们移除这些跳线,并将外部USB 转 UART TTL 适配器连接到 MCU 端的信号,同时保持 MCU 处于 SDP 模式,我们是否可以: 使用MCUXpresso 安全配置工具 (SPT)或启动实用程序通过 UART 接口下载和编程映像? ruthvik_1_1-1785737410834.png 我们希望确认这是否是适用于 EVKB 和我们即将推出的定制硬件的有效刷机和恢复方法。 感谢您的支持和指导。 顺祝商祺! 鲁斯维克·R Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 嗨@mayliu1 , 感谢您的回复。 关于问题1:我们将使用外部调试器/烧录器。我们想知道,如果我们想使用它,是否可以使用板载调试器。 关于问题 2:我们将继续测试恢复 SDP 路径。 感谢并致意 鲁斯维克 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 嗨@Littell , 感谢您的回复和坦诚意见。 感谢并致意 鲁斯维克 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 嗨@ruthvik_1 , 非常感谢您对我们产品的关注以及对我们社区的使用。 A1:原则上可行。但是,这种方法可能需要对EVKB进行额外的跳线配置和硬件连接更改,这需要对照EVKB原理图进行验证。 因此,我们通常建议在定制板上预留一个标准的 SWD/JTAG 接头,并使用专用的外部调试器(例如 J-Link 或 P&E Multilink)进行开发和调试。 A2:根据 EVKB 原理图,您对串行下载器路径的理解似乎是正确的。RT1170 SDP 模式支持通过 ROM 引导加载程序接口(包括 UART 和 USB)下载映像。根据 EVKB 原理图,J114 和 J115 与 LPUART1 连接路径相关。 对于 UART SDP,信号包括: LPUART1_TX:GPIO_AD_24 LPUART1_RX:GPIO_AD_25 因此,断开EVKB上的J114/J115连接后,应该就可以了。 请确保电压等级兼容、TX/RX 连接交叉以及公共 GND 连接。 顺祝商祺! 5月 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 关于&​​quot;问题1:在自定义板上使用EVKB板载调试器&​​quot;,考虑到MCU-Link的成本微乎其微,这种方法简直愚蠢至极。 [[ ## completed ##]]你这样做会损害你的基础开发板,你会后悔的。 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 虽然理论上可行,但 NXP 不建议使用一个 EVKB 上的板载调试器来调试另一个目标板。我们建议在定制板上保留标准 SWD/JTAG 接口,并使用专用的外部调试器(如 J-Link、P&E Multilink 或 MCU-Link)进行开发和调试。 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 嗨@mayliu1 , 谢谢回复。我们将采用外部 NXP MCU-Link 调试探针。谢谢你的解释。 感谢并致意 鲁斯维克
記事全体を表示
无法下载 S32K3 标准软件 无法下载 V1_0-1785824291602.png Re: Not able to Download S32K3 Standard Software 你好, 我刚刚下载好了,没有任何问题。尝试使用不同的浏览器,清除cookies等等…… 下载本身在NXP端运行正常。 顺祝商祺! Peter
記事全体を表示
S32K3 快速备用唤醒失败 你好, 在一个快速备用示例项目中,我定义了一个数组 编曲 在 .standby_data 虽然代码中包含这个数组,但它在代码中并没有被使用。然而,如果我注释掉这个数组定义,设备就无法从快速待机状态唤醒;如果我保留它,唤醒功能就能正常工作。此外,我还注意到优化级别也会影响设备的行为: -O0 优化失败,唤醒失败,但正在更改为 -Os 这样就能解决问题。为什么在……中定义变量会起作用? .standby_data 该部分是否会影响唤醒功能?为什么优化级别会产生如此大的影响? Jason22_0-1785895168596.png S32K312 RTD400 S32DS BR, 杰森 Re: S32K3 fast standby wake up fail 嗨@Senlent 非常感谢您的回复。将地址更改为 0x20408000 后,之前失败的案例现在可以正常工作了。 顺便说一下,关于我的另一个帖子(S32K3 ADC Optimize DMA Streaming),我用公司邮箱注册的新账号(Jason07)回复了你——回复的时候我忘记切换账号了。 Re: S32K3 fast standby wake up fail 嗨@ Jason22 程序中是否注释掉“arr”数组会影响__BSS_SRAM_START的值,该值将用作快速唤醒后MSP的初始值。 如果这个值太小,可能会导致堆栈溢出。 在我们的示例项目中,我们建议将此值设置为 0x20408000,这是备用 RAM 的结束地址。
記事全体を表示
S32K144: クロック設定ツールでSOSCとFIRCの間でSPLLクロックソースを選択する コミュニティの皆さん、こんにちは。 現在、S32 Design Studioのクロック設定ツールを使ってs32k144のマイクロコントローラを扱っています。 SOSCとFIRCの間でSPLLの基準クロックソースを選択できるかどうか、また可能ならツール内でどのような手順や設定手順が正しいのかを明確にしたいと思います。 どうもありがとうございます。 Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool こんにちは、@ ernesto97xn CAN、外部入力周波数が8〜48MHzの範囲であってもいいのかという質問だと理解してもよろしいでしょうか? それは可能です。S32K1のクロックソースとして、4MHzから40MHzの範囲の別のクロックチップを使用できます。 下の図に示すように、SOSC周波数を直接変更してみることができます。 Senlent_0-1785749467498.png Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool ご回答ありがとうございます。 私の質問は、SPLLが受け入れるクロックソースについて具体的に述べたものです。マニュアルを読んでみたところ、S32K144ファミリではこの特定のクロック構成は左の画像にあるように、S32K144Wバリアントでのみサポートされていることがわかりました。 ernesto97xn_0-1785858229699.png Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool こんにちは、@ ernesto97xn これらの情報はS32K1xx-RMの章:27.2 高レベルクロック図で確認できます Senlent_0-1785895006227.png
記事全体を表示
S32K144:在时钟配置工具中选择 SOSC 和 FIRC 之间的 SPLL 时钟源 大家好, 我目前正在使用 s32 Design Studio 中的时钟配置工具来操作 s32k144 微控制器。 我想确认一下,是否可以在 SOSC 和 FIRC 之间选择 SPLL 的参考时钟源,如果可以,在工具中实现此目的的正确步骤或配置是什么。 谢谢! Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool 嗨@ ernesto97xn 我理解您的问题是:外部输入频率是否可以在 8 到 48 MHz 之间? 这有可能。你可以使用单独的时钟芯片作为 S32K1 的时钟源,频率范围为 4 MHz 至 40 MHz。 如下图所示,您可以尝试直接修改 SOSC 频率。 Senlent_0-1785749467498.png Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool 感谢您的回复。 我的问题具体是关于SPLL接受的时钟源。我在阅读手册时发现,对于 S32K144 系列,这种特定的时钟配置仅在 S32K144W 型号上受支持,如左图所示。 ernesto97xn_0-1785858229699.png Re: S32K144: Selecting SPLL Clock Source between SOSC and FIRC in clock configuration tool 嗨@ ernesto97xn 这些信息可以在 S32K1xx-RM 手册的 27.2 章“高级时钟图”中找到。 Senlent_0-1785895006227.png
記事全体を表示
UWB 单信标 + AoA 用于门口内外检测的建议 我正在构建一个壁挂式单锚定 UWB 系统(用于门口出口检测),需要使用到达角 (AoA) 来确定标签是在门口内还是门口外——包括已经打开的门,所以我不能使用门接触传感器进行门禁控制。 背景:我当时正在使用 Qorvo QM33120W/DW3000(2 天线 PDoA),遇到了一堵坚硬的建筑墙;由于锚点安装在约 7 英尺高的地方,并且垂直向下,即使在信号清晰、强劲的情况下,从它下面走动/绕行也会产生错误的“外部”角度承诺。 我的计划是让 UWB 天线直接朝下朝向地面,这样我就可以捕获正角度和负角度(内部和外部)的信号,以确定标签何时从内部移动到外部(出口检测)。 目前使用 Qorvo 设备时,如果我将标签保持最佳的直线方向/天线朝上,一切正常,但当移动/旋转标签(DW3000)时,即使站在同一个位置,我也开始看到不同的 AoA 值。 标志惯例问题:我期望采用一致的惯例——在内部时为正角,一旦标签越过边界进入外部,则为负角。实际上,即使我明确地还在门内,我也看到了正角度和负角度,这与标签以随机方向/速度旋转和移动有关——与实际穿过门口无关。这是我在决定购买新硬件之前,试图针对的具体症状进行设计。 我现在正在评估是否要改用恩智浦半导体(NXP)的芯片,希望听听大家的意见: Qorvo 2D AoA 板使用射频开关来捕获两个天线之间的 UWB PDoA。换用NXP SR150双接收链能否解决我的迎角跳动问题? 对于一个安装在头顶的锚点,其下方的标签正在穿过门口移动,SR150 的 2D/软件辅助 3 天线 3D AoA 模式是否足以解决前后模糊性,还是真的需要 SR250 的 3 个同步 RX 链才能获得真正的第二基线? 针对这种自上而下的顶部使用场景,有什么推荐的天线几何形状/安装方向吗? 在像这样容易产生歧义的几何结构中,SR150 的天线切换第三天线模式与 SR250 相比,有哪些实际应用经验? 谢谢。 kamaln16_0-1785454764324.png Re: UWB Single beacon + AoA for doorway inside/outside detection advice 你好, 希望你一切都好。对于使用自由旋转标签进行内外门检测的单个顶置式锚点, Trimension SR250是合适的平台,也是我们推荐的用于物联网和工业锚点设计的 UWB 产品。 提出此建议的核心原因是硬件架构。SR250 集成了 3 个同步接收路径,可实现一次 3D 迎角测量,无需外部射频开关,即可从单个测距帧中同时提供方位角和仰角。 SR250 还具备一些对这种使用场景非常有价值的额外功能: 支持360°迎角,最多可连接9根天线进行天线分集连接 用于存在检测的片上超宽带雷达(OCPD)是基于测距的穿越检测的有效补充层 兼容 FiRa 4.0 和 Aliro 1.0,确保与更广泛的 UWB 生态系统互操作性 从哪里开始 开发套件: SR250 开发板,兼容 Arduino,集成 PCB 天线,即插即用,提供测距、迎角和雷达演示功能。 软件:适用于 Zephyr OS 的 SR250 UWBIOT 合作伙伴模块和套件:TrueSense(ETNA TS 250 开发套件)、MobileKnowledge(MK UWB 套件移动版 2.0)、Amotech(SR250 集成 3D 天线模块),均可通过NXP 合作伙伴市场获取。 希望这能帮到您。 顺祝商祺! 里卡多 Re: UWB Single beacon + AoA for doorway inside/outside detection advice 谢谢Ricardo,感谢您的详细解答。 更新:我已经订购了 Murata Type2BP (SR150) 开发板和 NXP SR250UWBSHIELD 开发板。很遗憾,SR250UWBSHIELD 在我这边显示需要 14 周才能到货,所以在此期间我将开始对 SR150 进行测试,等 SR250 到货后再进行测试。 在等待期间,我想问几个后续问题: 1. SR150 与 SR250 在我特定应用中的比较:鉴于我只需要方位角(内/外),不需要仰角,除了架构差异(真正的 3 个同时接收链路 vs. SR150 的 2 个原生链路 + 可切换的第 3 个天线)之外,从 SR150 升级到 SR250 究竟有什么好处?对于单轴应用场景而言,精度/稳定性提升是否足够显著,值得等待?或者,一旦我解决了安装/多路径缓解问题,SR150 本身就能满足我的需求吗? 2. 射频切换和标签旋转:我正在尝试找出 Qorvo 硬件上一个具体症状的根本原因,如果我站在完全相同的位置,只是在 X 平面上旋转标签(位置完全没有变化),AoA 值会明显跳动,甚至看起来极性会反转。Qorvo 的 2D AoA 使用射频开关对两个天线进行时分复用,而不是同时对它们进行采样。您认为开关架构是造成这种旋转相关不稳定性的一个可能因素吗?还是说这更可能与其他因素有关(例如旋转时的标签辐射模式/偏振敏感性、多径效应等)?我正在尝试了解 SR150/SR250 的同步 RX 采样是否能够解决这个特定的症状,或者这是否是一个与芯片无关的独立问题,需要我去解决。 3. 2D 与 3D 迎角在我的使用场景中的区别:由于我只需要知道方位角(内/外),而仰角对我的应用来说没有意义,那么运行完整的 3D 迎角是否能提高精度或可靠性,或者我是否最好只配置方位角而忽略仰角?我特别想知道,即使我不使用高度来实际判断室内/室外,高度测量是否有助于区分反射/非视距信号和有效信号。 4. 功耗,2D 与 3D:这将是一个电池供电的装置。SR250 上只运行 2D 模式和运行全 3D 模式,电流消耗会有明显差异吗?因为无论哪种方式,它都有 3 个同时运行的接收链。或者说,无论我在软件中使用哪些轴,只要所有 3 个轴都处于活动状态,功耗就基本固定了吗? 5. 多径缓解措施(针对我的特定安装):信标将安装在门口上方的墙壁上,附近有一扇玻璃门,天花板距离设备大约 5 英尺。我发现我目前的 Qorvo 硬件似乎存在反射驱动的角度不稳定现象(与标签旋转有关,在天花板较高的房间里更严重,玻璃门关闭时更严重)。是否有推荐的安装方法、天线波束宽度/方向图选择,或者固件端滤波(FOM/NLoS阈值)专门用于抑制玻璃和相邻墙壁的近场反射?或者NXP SR150或SR250是否有任何功能可以抑制这个问题? 6. 基于雷达的运动门控以节省电池电量:我希望将 SR250 的片上雷达 (OCPD) 纯粹用作低功耗唤醒触发信号:保持雷达模式,仅在检测到运动时才启动全测距/AoA。如果将锚点安装在约 2 米高的门口上方,天线垂直向下,那么在设备正下方,我应该预期大致有多少运动检测范围/覆盖范围?试图根据门洞面积确定雷达的有效“尾流区”大小。我想检测人走向和远离门口时的运动情况。 再次感谢你的帮助。
記事全体を表示
LS1046A カスタムボード - FlexBuildで作成されたイメージは、DTの導管方法のためのpsci: probeingにハングします。 こんにちは、 私はLS1046Aをベースにしたカスタムボードを開発しているのですが、FlexBuildで生成したDebianイメージで起動時に問題が発生しています。 まず最初のステップとして、デフォルトのLS1046AFRWY BSPを一切変更せずにビルドし、自作の基板上でテストしました。カーネル起動中に、以下の出力後にシステムが必ずハングアップします。 PSCI:DTからの導管方法のプロービング。 カーネルパニックや例外は発生せず、システムはこの時点で停止する。 以下のNXPフォーラムのThreadで非常に似た問題を説明しているのを見つけました: https://community.nxp.com/t5/Layerscape/LS1043A-RDB-Linux-Hangs-At-PSCI/td-p/750075 一時的な回避策として、以下のコマンドを使ってU-Bootから手動でLinuxを起動できます。しかし、カーネルは、ブート引数「mem=」を使用して使用可能なメモリを1982MBに制限した場合にのみ正常に起動します。この値を増やすと、カーネルが再びハングアップします(起動中の異なるタイミングで発生することもあります)。 mmc dev 0 パートUUID mmc 0:3 パートUUIDr mmc 0:1 0x81000000 イメージをロードします ロード MMC 0:1 0x90000000 FSL-LS1046A-frwy-SDK.dtb setenv bootargs "console=ttyS0,115200 earlycon=uart8250,mmio,0x21c0500 root=PARTUUID=${partuuidr} rw rootwait mem=1982M" booti 0x81000000 - 0x90000000 テスト環境: SoC: LS1046A DDR: IS43/46QR16512A (4GB DDR4) ブートメディア:SDカード BSP: FlexBuild (LSDK 25.12) FlexBuild特有の問題を除外するために、Yocto(YP 6.0 / lf-6.18.20)を使って完全に新しいBSPを作成し、同じハードウェアでテストしました。 結果は全く同じだ。カーネルは再び出力後にハングアップします。 PSCI:DTからの導管方法のプロービング。 bdinfoの出力のうち、関連する部分を以下に示します。 DRAMバンク0 開始: 0x80000000 サイズ:0x7be00000 DRAMバンク1 開始: 0x880000000 サイズ:0x80000000 LMBメモリ領域: メモリ[0] :0x80000000 - 0xfbdfffff メモリ[1] :0x880000000 - 0x8ffffffff 予約済み[0] : 0xfac154c0 - 0xfbdfffff 予約済み[1] : 0x8ffff5000 - 0x8ffffffff 同様の問題に遭遇した方はいらっしゃいますか?あるいは、次に何を調査すべきかについて何かご提案があれば教えてください。 どんなアドバイスでも大変ありがたいです。 QorIQ LS1デバイス Re: LS1046A Custom Board -image built with FlexBuild hangs at psci: probing for conduit method from こんにちは、 根本原因 — BL31メモリの衝突 LS1046Aの起動フローは以下のとおりです。 Boot ROM → BL2 (DDR Init) → BL31 (stays resident in DRAM) → U-Boot → Linux     BL31はDRAMに常駐し、すべてのSMC呼び出し(PSCI: psci_get_version 、CPUのオン/オフなど)を処理します。一般的な配置場所は、 RAMの最上位から約10MiB引いた領域付近で、サイズは最大2MiBです。   Linuxが4GBのDDRマップで起動すると、BL31のリージョンと物理的に重なるページが割り当てられます。最初の PSCI SMC 呼び出し ( psci_get_version ) が、すでに破損したメモリにジャンプし、システムはハングアップします。パニックも例外もなく、ただ沈黙するだけです。 bdinfo の出力は正確なパターンを確認しています。DDR バンク 1 は 0x8FFFFFFFF で終了し、BL31 は約 RAM_END - 10 MiB = 0x8FF600000 にあります。 DDR銀行 スタート 終了 備考 バンク0 0x80000000 0xFBDFFFFF ~1982 MiB —作業 mem= 制限 バンク1 0x880000000 0x8FFFFFFFF 2 GB 高銀行 — BL31 はここに住んでいます mem=1982M の回避策はLinuxをバンク0内に留め、BL31が存在するバンク1には一切触れません。これがまさに機能する理由です。 修正 — デバイスツリーでBL31メモリを予約する 正しい恒久的な解決策は、DTSに reserved-memory ノードを追加 し、BL31のリージョンをLinuxのメモリ割り当てでタブリングにすることです。 ステップ1:BL31がどこに積載されているかを確認する ATFビルド構成を確認してください( plat/nxp/soc-ls1046a/.../platform_def.h ) BL31_BASE と BL31_SIZE について。FRWY BSPを搭載したLSDK/lf-6.xの場合、一般的な配置は以下のとおりです。 BL31_BASE = 0x8FF80000 (top of high DDR bank minus ~512 KB to 2 MB) BL31_SIZE = max 2 MiB     実行時にU-Bootの出力やATFビルドログで BL31: v2.x... Entry point address = ... を確認することができます。 ステップ2:予約メモリノードをDTSに追加します ボードのDTSファイル( fsl-ls1046a-frwy-sdk.dts に基づく)に、以下を追加してください: / { reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; /* Reserve BL31 runtime region — adjust addresses to match your ATF build */ bl31_reserved: bl31@8ff600000 { reg = <0x8 0xff600000 0x0 0x00200000>; /* 2 MiB at RAM_END - 10 MiB */ no-map; }; }; }; dts   0x8ff600000 とサイズ 0x200000 を調整して、ATFビルドからの実際のBL31ロードアドレスに一致させてください。 ステップ3:フルメモリで再構築およびテストする 予約を追加した後、DTB を再構築し、 mem= 回避策 なしで 起動します。カーネルはその領域をスキップし、BL31はそのまま残り、PSCIは正しく機能します。   よろしくお願いします。 Re: LS1046A Custom Board -image built with FlexBuild hangs at psci: probing for conduit method from こんにちは、 提案された解決策を試してみましたが、残念ながら問題は解決しませんでした。 まず、TF-A(ATF)ビルドからBL31アドレスを確認しました。 - BL31_BASE = 0xFBE00000 - BL31_SIZE = 0x200000 (2 MiB) 次に、BL31ランタイム領域を予約するために、デバイスツリーに「reserved-memory」ノードを追加し、DTBを再構築しました。 その後、「mem=1982M」ブートパラメータなしでシステムを再度起動しました。しかし、システムは依然として同じ箇所で停止したままです。
記事全体を表示
LS1046A 10GB SFP+ 配置,内核版本 6.12 你好, 我有一块定制的电路板,上面装有 LS1046A,我正在尝试使用 fm1-mac9 和焊接的 SFP+ 10GB 模块。 我的 SERDES 1 中的 RCW 为 0x1040: hugoacata_0-1784298387879.png 因此,从 RCW 的角度来看,fm1-mac9 中的 10GB 内存是完全够用的。检查 SFP 功率和激光器,一切似乎都正常,但我似乎无法让它与前面的 SFP 进行通信/连接,所以我怀疑我的 DTB 配置不正确。 这是我目前在该MAC地址上的配置: xfi10g:以太网@f0000 { 状态 = "正常"; pcsphy-handle = <&pcsphy6>; pcs-handle = <&pcsphy6>; pcs-handle-names = "xfi"; phy-connection-type = "10gbase-r"; 固定链接 { 速度 = <10000>; 全双工; }; }; mdio@f1000 { 状态 = "正常"; pcsphy6:以太网物理层@0{ 兼容 = "fsl,lynx-pcs"; reg = <0x0>; }; }; sfp_mac9:sfp { 兼容 = "sff,sfp"; i2c总线 = <&i2c3>; 状态 = "正常"; }; 作为参考,我运行的是 linux-qoriq 内核 6.12,并且在启动过程中 SFP 探测正确,读取了其 EEPROM。 您是否有在 fm1-mac9 中运行此类连接的有效示例? Re: LS1046A 10GB SFP+ Configuration on kernel 6.12 能否根据 LS1046ARDB 进行更改,因为fm1-mac10 是 SFP+,而且驱动程序也支持 SFP+。 https://github.com/nxp-qoriq/linux/blob/lf-6.12.49-2.2.0/arch/arm64/boot/dts/freescale/fsl-ls1046a-rdb.dts#L156
記事全体を表示
i.MX8MP_EVK: YOCTOコンパイルエラー do_package() (問題:tar & *at()) こんにちは、 これが私のヨクトビルドのパラメータです: リリース: imx-linux-walnascar BSPバージョン: imx-6.12.49-2.2.0 マシン: imx8mpevk ディストリビューション: fsl-imx-xwayland 私はこのビルド環境をここ数ヶ月間、問題なく使用しています。しかし、突然添付のエラーが発生するようになりました。 トラブルシューティングのため、ビルド環境を完全にクリーンアップし、リポジトリを再初期化( repo init )し、すべてを再度同期してから、新規ビルドを実行しました。しかし、残念ながら、依然として同じ問題が発生しています。 ご参考までに、添付のログファイルをご確認ください。根本原因の特定と解決策のご提案にご協力いただければ幸いです。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) bitbake imx-image-core Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) どの「bitbakeコマンド」を使用していますか? 確認作業を行います。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) ご返信ありがとうございます。 ビルド環境を確認したところ、既に推奨された構成と一致していました。 ホストOS: Ubuntu 22.04.5 LTS (Jammy) GNU tar バージョン: GNU tar 1.34 $ cat /etc/os-release PRETTY_NAME="Ubuntu 22.04.5 LTS" ... $ tar --version tar (GNU tar) 1.34 しかし、私は依然として同じ失敗に遭遇します Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) ホストOSがUbuntu 24.04でtarのバージョンが1.35の場合は、tarのバージョンを確認してください。 コンテナまたは仮想マシン内でビルドするには、以下を使用します。 Ubuntu 22.04 LTS GNU tar 1.34 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 下記にファイルがあります。 ここにエラーメッセージの一部を貼り付けます DEBUG:python関数の実行extend_recipe_sysroot 注意:直接依存関係は['/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/binutils/binutils-cross_2.44.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/gcc/gcc-cross_14.3.bb:do_populate_sysroot','/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/quilt/quilt-native_0.68.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-core/coreutils/coreutils_9.6.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/bison/bison_3.8.2.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/dwarfsrcfiles/dwarfsrcfiles.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/flex/flex_2.6.4.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/rpm/rpm_4.20.0.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-extended/bc/bc_1.08.1.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kmod/kmod_34.1.bb:do_populate_sysroot'] 注意:sysrootにインストールされています: [] 注意:sysrootで既に存在しているようにスキップしています: ['gettext-minimal-native', 'binutils-cross-aarch64', 'cmake-native', 'gcc-cross-aarch64', 'libtool-native', 'm4-native', 'quilt-native', 'texinfo-dummy-native', 'kern-tools-native', 'linux-libc-headers', 'file-native', 'openssl-native', 'coreutils-native', 'expat-native', 'ncurses-native', 'readline-native', 'util-linux-libuuid-native', 'zlib-native', 'bison-native', 'dwarfsrcfiles-native', 'elfutils-native', 'flex-native', 'git-native', 'gnu-config-native', 'json-c-native', 'libedit-native', 'lua-native', 'make-native', 'patch-native', 'perl-native', 'pkgconfig-native', 'pseudo-native', 'python3-native', 'rpm-native', 'bc-native', 'bzip2-native', 'libarchive-native', 'libidn2-native', 'lzlib-native', 'xz-native', 'zstd-native', 'kmod-native', 'acl-native', 'attr-native', 'curl-native', 'gdbm-native', 'gmp-native', 'gnutls-native', 'libtasn1-native', 'libcap-native', 'libffi-native', 'libgcrypt-native', 'libgpg-error-native', 'libmicrohttpd-native', 'libmpc-native', 'libunistring-native', 'mpfr-native', 'nettle-native', 'p11-kit-native', 'popt-native', 'sqlite3-native'] DEBUG: Python関数extend_recipe_sysroot完了しました DEBUG:python関数の実行sstate_task_prefunc DEBUG: Python関数sstate_task_prefunc完了しました DEBUG:python関数の実行do_package DEBUG:python関数の実行package_setup_pkgv DEBUG:Python関数package_setup_pkgv 終わった DEBUG:python関数の実行package_convert_pr_autoinc DEBUG: Python関数package_convert_pr_autoinc完了しました DEBUG:python関数の実行package_prepare_pkgdata 注意:pkgdata-sysrootにインストールされています: [] DEBUG: Python関数package_prepare_pkgdata完成しました DEBUG:python関数の実行perform_packagecopy ERROR: exec_func_python()でPython関数を実行する際にエラーが生成されました: この例外/失敗を引き起こしたPython呼び出しのスタックトレースは以下の通りです: ファイル: 'exec_func_python() autogenerated', lineno: 2, function: 0001: 0002:perform_packagecopy(d) 0003: ファイル: '/home/vvdn/LWT_Build/sources/poky/meta/classes-global/package.bbclass', lineno: 363, function: perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD}" 0362:perform_packagecopy[パッケージ] = "${PKGD}" *** 0363: 0364:Python populate_packages () { 0365: oe.package.populate_packages(d) 0366:} 0367:populate_packages[dirs] = " ${D} " ファイル: '/usr/lib/python3.10/subprocess.py'、行番号: 421、関数: check_output 0417: それ以外の場合: 0418: 空 = b'' 0419: kwargs['input'] = 空 0420: *** 0421: return run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423: 0424: 0425:class CompletedProcess(object): ファイル: '/usr/lib/python3.10/subprocess.py'、行番号: 526、関数: 実行 0522: # process.wait() は呼び出しませんとして。 __exit__それは私たちのためにやってくれる。 0523: 上げる 0524: retcode = process.poll() 0525: チェックして戻りコードを取得する場合: *** 0526: raise CalledProcessError(retcode, process.args, 0527: 出力=標準出力、標準エラー=標準エラー) 0528: return CompletedProcess(process.args, retcode, stdout, stderr) 0529: 0530: 例外: subprocess.CalledProcessError: コマンド 'tar --exclude=./sysroot-only'-cf - -C /ホーム/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/Linux-imx/6.12.34+git/image -p -S .|tar -xf - -C /home/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/linux-imx/6.12.34+git/package' は非ゼロの退出ステータス2を返しました。 サブプロセスの出力: 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パス lib 'lib' の絶対パスを割り当てられませんでした。 tar: ./usr/lib:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 tar: ./usr/lib:Cannot mkdir: 悪いアドレス TAR: ./USR/lib/modules:Cannot mkdir:そのようなファイルやディレクトリは存在しません Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 添付ファイルをダウンロードする権限がないようです。 もう一度送っていただけますか? Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) こんにちは@yipingwang  さらなるデバッグのサポートをお待ちしています。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) Ubuntu PCで、「sudo apt install tar=1.34+dfsg-1build3」コマンドを使用してください。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) こんにちは、 @abannish さん。 以下のコマンドを試してみてください。私の場合はこれでうまくいきました。 wget http://archive.ubuntu.com/ubuntu/pool/main/t/tar/tar_1.34+dfsg-1build3_amd64.deb sudo dpkg -i tar_1.34+dfsg-1build3_amd64.deb sudo apt-mark hold tar Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) @Sanjiv_Mnsこれで問題は解決しましたか?
記事全体を表示
Android 14 以降のパフォーマンスの問題 (フレームの不具合) こんにちは、 IMX8MP をベースにしたカスタム ボードを使用していますが、Android 11 から Android 14 にアップグレードしたときにパフォーマンスの問題がいくつか発生しました。デバイスの使用時に、トランジションやアニメーションが遅く感じることに気づきました。 評価のために、IMX8MP EVK ボードで同じテストを実行しました。デバイスの gfxinfo を調べたところ、 Janky フレーム、Number High 入力レイテンシ、および GPU パーセンタイルに大きな違いがあることがわかりました。 Android 11: Total frames rendered: 1372 Janky frames: 204 (14.87%) 50th percentile: 7ms 90th percentile: 34ms 95th percentile: 77ms 99th percentile: 200ms Number Missed Vsync: 91 Number High input latency: 274 Number Slow UI thread: 89 Number Slow bitmap uploads: 1 Number Slow issue draw commands: 61 Number Frame deadline missed: 145 50th gpu percentile: 2ms 90th gpu percentile: 3ms 95th gpu percentile: 3ms 99th gpu percentile: 4ms Android 14: Total frames rendered: 1136 Janky frames: 429 (37.76%) Janky frames (legacy): 600 (52.82%) 50th percentile: 29ms 90th percentile: 73ms 95th percentile: 113ms 99th percentile: 250ms Number Missed Vsync: 130 Number High input latency: 755 Number Slow UI thread: 254 Number Slow bitmap uploads: 3 Number Slow issue draw commands: 376 Number Frame deadline missed: 429 Number Frame deadline missed (legacy): 342 50th gpu percentile: 4ms 90th gpu percentile: 23ms 95th gpu percentile: 23ms 99th gpu percentile: 24ms Android 15: Total frames rendered: 1093 Janky frames: 318 (29.09%) Janky frames (legacy): 639 (58.46%) 50th percentile: 18ms 90th percentile: 97ms 95th percentile: 105ms 99th percentile: 109ms Number Missed Vsync: 221 Number High input latency: 1028 Number Slow UI thread: 145 Number Slow bitmap uploads: 0 Number Slow issue draw commands: 317 Number Frame deadline missed: 318 Number Frame deadline missed (legacy): 309 50th gpu percentile: 11ms 90th gpu percentile: 4950ms 95th gpu percentile: 4950ms 99th gpu percentile: 4950ms これは既知の問題ですか、それともこの問題を解決する方法についてのヒントはありますか? Android Re: Android 14+ performance issues (Janky frames) こんにちは@JK-dev 、 データをありがとうございます。社内で調査を行い、何か発見したらご連絡いたします。 Re: Android 14+ performance issues (Janky frames) こんにちは、 @JuanJorge_Mendoza さん、 A16とA13でテストをしました。 Android 16: Total frames rendered: 946 Janky frames: 414 (43.76%) Janky frames (legacy): 631 (66.70%) 50th percentile: 30ms 90th percentile: 113ms 95th percentile: 200ms 99th percentile: 350ms Number Missed Vsync: 180 Number High input latency: 764 Number Slow UI thread: 265 Number Slow bitmap uploads: 7 Number Slow issue draw commands: 384 Number Frame deadline missed: 414 Number Frame deadline missed (legacy): 366 50th gpu percentile: 11ms 90th gpu percentile: 4950ms 95th gpu percentile: 4950ms 99th gpu percentile: 4950ms Android 13: Total frames rendered: 1000 Janky frames: 284 (28.40%) Janky frames (legacy): 397 (39.70%) 50th percentile: 12ms 90th percentile: 69ms 95th percentile: 129ms 99th percentile: 250ms Number Missed Vsync: 122 Number High input latency: 446 Number Slow UI thread: 176 Number Slow bitmap uploads: 1 Number Slow issue draw commands: 242 Number Frame deadline missed: 284 Number Frame deadline missed (legacy): 248 50th gpu percentile: 3ms 90th gpu percentile: 23ms 95th gpu percentile: 24ms 99th gpu percentile: 4950ms Re: Android 14+ performance issues (Janky frames) こんにちは@JK-dev 、 はい、同じテストを実行して結果を転送してください。 よろしくお願いいたします。 フアン・ホルヘ Re: Android 14+ performance issues (Janky frames) こんにちは、 @JuanJorge_Mendoza さん、 返信ありがとうございます!Janky フレームのテストとして、システムを起動して 1 回再起動しただけで、初回起動時の最適化によって問題が発生しないようにし、設定アプリ内を移動しました。次に、次のように gfxinfo を読み取ります。 adb shell dumpsys gfxinfo これが有効なテストであるとおっしゃるなら、A12、A13、A16 で喜んで実行します。 Re: Android 14+ performance issues (Janky frames) こんにちは@JK-dev 、 いいえ、それは問題ではないはずです。 Janky フレームをテストするために使用したテストを共有していただけますか?また、可能であれば、A12 と A13 でも同じテストを実行していただけますか?問題がどこで発生し始めたのかを追跡するのに役立ちます。 よろしくお願いいたします。 フアン・ホルヘ Re: Android 14+ performance issues (Janky frames) こんにちは@danielchen 、 ディスプレイは 720p の解像度のみをサポートします。これは問題ではないと思います。 Re: Android 14+ performance issues (Janky frames) こんにちは@JK-dev どのようなディスプレイ解像度を使用していますか?これを下げると GPU/CPU 負荷が軽減され、全体的なパフォーマンスが向上するかどうかを確認してください。 Re: Android 14+ performance issues (Janky frames) @danielchen返信ありがとうございます。以前にもこの投稿を見たことがありますが、私の理解では、userdebug ビルドではなくユーザー ビルドを使用すれば問題はなくなるはずという意味ですが、実際はそうではありません。私たちにとっては、ユーザー イメージと userdebug イメージで同じようですが、システム全体でデバッグ可能をオフにする別の方法はありますか? Re: Android 14+ performance issues (Janky frames) こんにちは@JK-dev はい、これは Android 14 以降の i.mx8mp における既知の問題です。 Android 14 以降では、デバッグ アプリのより広範なトレースとメモリ トラッキングが有効になり、以前のバージョンと比較してレンダリングが 1.5 ~ 2 倍遅くなる CAN があります。これは、UI Thread、GPU スケジューリング、および入力レイテンシに影響します。 簡単な回避策と詳細については、以下のリンクを参照してください。 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/Android-14 での低パフォーマンス/ta-p/1991262 よろしくお願いします。 ダニエル Re: Android 14+ performance issues (Janky frames) こんにちは@JK-dev 、 応答が遅くなり申し訳ありません。8MP の GUI を最適化するのにしばらく時間がかかりました。 パッチ「0001-MA-22638-Update-expected-present-time-to-optimize-re.patch」は、framework/native のリフレッシュ レートを最適化するために使用されます。vendor/nxp-opensource/imx にさらに2つのパッチを適用する必要があります。   問題が解決したかどうかお知らせください Re: Android 14+ performance issues (Janky frames) こんにちは、 @JuanJorge_Mendoza さん、 返事が遅くなってごめんなさい。休暇中でした。パッチをありがとうございます!パッチをテストしたところ、ナビゲーション時に若干の改善が見られることがわかりました。ただし、負荷が高かったり、アニメーションが増えたりすると、システムは非常に遅くなり、ほとんどのフレームが非常に遅れて到着します。これを再現するには、たとえば、「設定」->「アプリ」->「すべてのアプリ」->「システムアプリを含める」に移動して、そのリストをスクロールします。フレームの 50% 以上が遅れていることがわかります。 Re: Android 14+ performance issues (Janky frames) 負荷が高かったり、アニメーションが増えたりすると > 前より悪くなりましたか?このパッチを使用した場合と使用しない場合の具体的なパフォーマンス比較データはありますか? Re: Android 14+ performance issues (Janky frames) こんにちは@joanxie 、 いいえ、パフォーマンスは以前より少し良くなっています。 パッチなしの場合: Total frames rendered: 1015 Janky frames: 376 (37.04%) Janky frames (legacy): 731 (72.02%) 50th percentile: 31ms 90th percentile: 150ms 95th percentile: 200ms 99th percentile: 400ms Number Missed Vsync: 262 Number High input latency: 1167 Number Slow UI thread: 368 Number Slow bitmap uploads: 1 Number Slow issue draw commands: 26 Number Frame deadline missed: 376 Number Frame deadline missed (legacy): 386 50th gpu percentile: 4ms 90th gpu percentile: 11ms 95th gpu percentile: 11ms 99th gpu percentile: 12ms パッチを適用すると: Total frames rendered: 2078 Janky frames: 594 (28.59%) Janky frames (legacy): 1050 (50.53%) 50th percentile: 21ms 90th percentile: 133ms 95th percentile: 200ms 99th percentile: 400ms Number Missed Vsync: 367 Number High input latency: 2045 Number Slow UI thread: 567 Number Slow bitmap uploads: 4 Number Slow issue draw commands: 68 Number Frame deadline missed: 594 Number Frame deadline missed (legacy): 580 50th gpu percentile: 4ms 90th gpu percentile: 11ms 95th gpu percentile: 11ms 99th gpu percentile: 12ms ご覧のとおり、パッチにより Janky フレームの数が減り、50% パーセンタイルも改善されましたが、まだ十分ではありません。 Re: Android 14+ performance issues (Janky frames) 操作は UI 経由で行いましたか? はいの場合、スクリプトや特定の手順はありますか?その後、Androidチームに転送してさらに検証とデバッグを行うことができます Re: Android 14+ performance issues (Janky frames) こんにちは@joanxie 、 基本的には以前行ったテストと同じものです。Android チームにとって十分なテストとは何でしょうか? Re: Android 14+ performance issues (Janky frames) 彼らは、パフォーマンステストを実行して詳細なパフォーマンス低下データを表示するスクリプトを提供してもらい、それを再現してもらいたいと思っています。なぜなら、彼ら側では同じ問題が見つからないからです。 Re: Android 14+ performance issues (Janky frames) この問題には解決策があります。 https://www.linkedin.com/posts/kalkov_embeddedandroid-nxp-aosp-share-7490309949391089664-ifxq/?utm_source=share&utm_medium=member_desktop&rcm=ACoAADU1d0wBcGPG6tNYlHxJaSFzHqMEI3XBUJY https://emteria.com/blog/nxp-imx8m-plus-android-scroll-fix
記事全体を表示
i.MX8MP_EVK:YOCTO 编译错误 do_package()(问题:tar & *at()) 您好, 以下是我的 Yocto 构建参数: 发布版本: imx-linux-walnascar 电路板支持包 版本: imx-6.12.49-2.2.0 机器: imx8mpevk 发行版: fsl-imx-xwayland 过去几个月我一直成功地使用这个版本环境。然而,我突然开始遇到附件中的错误。 为了排查问题,我彻底清理了构建环境,重新初始化了代码仓库( repo init ),再次同步了所有内容,并执行了一次全新的构建。但遗憾的是,问题依旧存在。 请查阅附件中的日志文件。我希望您能帮忙找出根本原因并提出解决方案。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) bitbake imx-image-core Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 你使用的是哪个“bitbake 命令”? 我会进行核实。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 感谢您的反馈, 我已检查过我的构建环境,它已经与您推荐的配置相符。 主机操作系统: Ubuntu 22.04.5 LTS (Jammy) GNU tar 版本: GNU tar 1.34 $ cat /etc/os-release PRETTY_NAME="Ubuntu 22.04.5 LTS" ... $ tar --version tar(GNU tar)1.34 然而,我仍然遇到同样的故障。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 请检查 tar 版本,如果主机是 Ubuntu 24.04,而 tar 版本是 1.35。 在容器或虚拟机内构建: Ubuntu 22.04 LTS GNU tar 1.34 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 请查收以下文件, 这里我粘贴一些错误信息。 调试:正在执行 Python 配方 extend_recipe_sysroot 注意:直接依赖项为 ['/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/binutils/binutils-cross_2.44.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/gcc/gcc-cross_14.3.bb:do_populate_sysroot','/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/quilt/quilt-native_0.68.bb:do_populate_sysroot', '/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-core/coreutils/coreutils_9.6.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/bison/bison_3.8.2.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/dwarfsrcfiles/dwarfsrcfiles.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/flex/flex_2.6.4.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/patch/patch_2.7.6.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-devtools/rpm/rpm_4.20.0.bb:do_populate_sysroot', 'virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-extended/bc/bc_1.08.1.bb:do_populate_sysroot','virtual:native:/home/vvdn/LWT_Build/sources/poky/meta/recipes-kernel/kmod/kmod_34.1.bb:do_populate_sysroot'] 注意:已安装到系统根目录:[] 注意:由于 sysroot 中已存在以下软件包,因此跳过:['gettext-minimal-native', 'binutils-cross-aarch64', 'cmake-native', 'gcc-cross-aarch64', 'libtool-native', 'm4-native', 'quilt-native', 'texinfo-dummy-native', 'kern-tools-native', 'linux-libc-headers', 'file-native', 'openssl-native', 'coreutils-native', 'expat-native', 'ncurses-native', 'readline-native', 'util-linux-libuuid-native', 'zlib-native', 'bison-native', 'dwarfsrcfiles-native', 'elfutils-native', 'flex-native', 'git-native'、'gnu-config-native'、'json-c-native'、'libedit-native'、'lua-native'、'make-native'、'patch-native'、'perl-native'、'pkgconfig-native'、'pseudo-native'、'python3-native'、'rpm-native'、'bc-native'、'bzip2-native'、'libarchive-native'、'libidn2-native'、'lzlib-native'、'xz-native'、'zstd-native'、'kmod-native'、'acl-native'、'attr-native'、'curl-native'、'gdbm-native'、'gmp-native'、'gnutls-native' 'libtasn1-native', 'libcap-native', 'libffi-native', 'libgcrypt-native', 'libgpg-error-native', 'libmicrohttpd-native', 'libmpc-native', 'libunistring-native', 'mpfr-native', 'nettle-native', 'p11-kit-native', 'popt-native', 'sqlite3-native'] 调试:Python 函数 extend_recipe_sysroot 已完成 调试:正在执行 Python 函数 sstate_task_prefunc 调试:Python 函数 sstate_task_prefunc 已完成 调试:正在执行 Python 函数 do_package 调试:正在执行 Python 函数 package_setup_pkgv 调试:Python 函数 package_setup_pkgv 已完成 调试:正在执行 Python 函数 package_convert_pr_autoinc 调试:Python 函数 package_convert_pr_autoinc 已完成 调试:正在执行 Python 函数 package_prepare_pkgdata 注意:已安装到 pkgdata-sysroot:[] 调试:Python 函数 package_prepare_pkgdata 已完成 调试:正在执行 Python 函数 perform_packagecopy 错误:执行 exec_func_python() 自动生成的 Python 函数时出错: 导致此异常/失败的 Python 调用堆栈跟踪如下: 文件:'exec_func_python() autogenerated',行号:2,函数: 0001: *** 0002:perform_packagecopy(d) 0003: 文件:'/home/vvdn/LWT_Build/sources/poky/meta/classes-global/package.bbclass',行号:363,函数:perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD} " 0362:perform_packagecopy[dirs] = "${PKGD} " *** 0363: 0364:python populate_packages() { 0365: oe.package.populate_packages(d) 0366:} 0367:populate_packages[dirs] = " ${D} " 文件:'/usr/lib/python3.10/subprocess.py'行号:421,函数:check_output 0417:否则: 0418:空 = b'' 0419: kwargs['input'] = 空 0420: *** 0421: 返回 run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423: 0424: 0425:class CompletedProcess(object): 文件:'/usr/lib/python3.10/subprocess.py'lineno: 526, function: run 0522: # 我们不调用 process.wait()作为。 __exit__它能帮我们做到这一点。 0523:提高 0524: retcode = process.poll() 0525:如果检查并返回代码: *** 0526: 引发 CalledProcessError(retcode, process.args, 0527: output=stdout, stderr=stderr) 0528: 返回 CompletedProcess(process.args, retcode, stdout, stderr) 0529: 0530: 异常:subprocess.CalledProcessError:命令“tar --exclude=./sysroot-only”-cf - -C /home/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/linux-imx/6.12.34+git/image -p -S .| tar -xf - -C /home/vvdn/LWT_Build/build/tmp/work/imx8mpevk-poky-linux/linux-imx/6.12.34+git/package' 返回非零退出状态 2。 子进程输出: 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径库 无法为“lib”分配绝对路径。 tar:./usr/lib:无法创建目录:地址错误 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径库 无法为“lib”分配绝对路径。 获取到未知目录的 *at() 系统调用,文件描述符为 4 文件描述符 4 的未知基本路径,路径库 无法为“lib”分配绝对路径。 tar:./usr/lib:无法创建目录:地址错误 tar:./usr/lib/modules:无法创建目录:没有该文件或目录 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 我似乎没有权限下载该附件。 请您再发送一次好吗? Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 嗨@yipingwang 期待您能尽快提供调试方面的支持。 Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 在你的 Ubuntu 电脑上,使用命令“sudo apt install tar=1.34+dfsg-1build3” Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) @Sanjiv_Mns这个问题解决了吗? Re: i.MX8MP_EVK: YOCTO Compilation Error do_package() (Issue: tar & *at()) 嗨@abannish 请尝试以下命令,对我有用…… wget http://archive.ubuntu.com/ubuntu/pool/main/t/tar/tar_1.34+dfsg-1build3_amd64.deb sudo dpkg -i tar_1.34+dfsg-1build3_amd64.deb sudo apt-mark hold tar
記事全体を表示
S32K312温度传感器读数不准确 您好,NXP团队, 我正在研究S32K312内部温度传感器,需要帮助解决温度读数不正确的问题。 我已查阅过类似的帖子并确认了基本配置,但ADC结果并未反映环境温度。 我目前已经完成了以下工作: (1)已启用 TEMPSENSE 时钟 -附截图 SunLucas_0-1784265425989.png (2) ADC配置 ADC实例:ADC0 通道:温度传感器(TEMPSENSE) 触发模式:软件触发 SunLucas_1-1784265855587.png (3)测量程序 定期启动ADC转换 等待转换完成标志 读取ADC数据寄存器 SunLucas_3-1784266057594.png (4)结果 然而,转换后的温度值与实际环境温度不符。 SunLucas_4-1784266156349.png 非常感谢您能提供关于 S32K312 温度传感器的任何指导、说明或参考代码。   感谢您的支持!   顺祝商祺! Re: S32K312 temperature sensor inaccurate reading 您好@SunLucas 温度通道需要相对较长的采样时间,最小采样时间为 1.2 微秒。 因此,请检查采样时间设置。 Re: S32K312 temperature sensor inaccurate reading 我进一步将ADC电压参考值切换到0x50 ,但问题仍然存在: 温度读数与环境温度( 28°C )有明显偏差。 通过 API 获取的温度数据表现出严重的波动,如附图所示。 SunLucas_2-1784276930276.png SunLucas_1-1784276815975.png Re: S32K312 temperature sensor inaccurate reading 您好@SunLucas 然后,您应该将TempSense 电压供应设置为:5V * 16 = 0x50 Re: S32K312 temperature sensor inaccurate reading TempSense电压供应配置为0x58,硬件VDD_HV_A供电电压为5V SunLucas_1-1784274126228.png Re: S32K312 temperature sensor inaccurate reading 您好@SunLucas 请检查“TempSense 电压供应”,并告诉我您当前硬件的 VDD_HV_A 供电电压是多少。 Re: S32K312 temperature sensor inaccurate reading 您好@SunLucas 你可以把你的 EB 配置文件发给我,我帮你检查一下。 需要注意两点:第一,温度传感器的参考电压必须与板载 VDD_HV_A 匹配;第二,采样时间。一旦你确认了这两点正确无误,那么本模块就没有其他需要注意的事项了。 Re: S32K312 temperature sensor inaccurate reading 我已将采样时分比从 2 改为 4,但采集到的温度数据仍然不正确。请帮我找出根本原因。详细配置如下: SunLucas_0-1785819399965.png SunLucas_1-1785819416950.png SunLucas_2-1785819429465.png SunLucas_3-1785819445393.png
記事全体を表示
Feedback on UI editor bugs in GUI Guider v2.0.0 I encountered several bugs while using GUI Guider v [your version number] that affected development efficiency, and I would like to report them to the development team: Drag and drop layouts, resulting in layout loss: When I drag controls in the UI editor to adjust the layout, the operation occasionally fails, and the latest layout changes are lost, causing the interface to revert to its previous state. Duplicate and unremovable control names: During operation, sometimes multiple controls with identical names may appear, and these controls cannot be deleted via the right-click menu or the Delete key. The only solution is to log back into the software; only then will these "ghost" controls disappear.
記事全体を表示
S32K324 FlexIO SPI 主控仿真(S32DS 3.5 / RTD 4.0.0) 你好, 我正在配置 S32K324 上的 FlexIO 模拟 SPI 主设备,使其与外部 SPI 从设备通信。由于我们定制电路板上的走线布局,指向该设备的物理线路连接到了芯片的默认 FlexSPI0 引脚。因此,我必须使用模拟的 Flexio_Spi 驱动程序栈。 这是我的配置 BUS_FLEXSPI0_UP_SBC_CS PTD8 fxio_d11 BUS_FLEXSPI0_UP_SBC_CLK PTD9 fxio_d0 BUS_FLEXSPI0_UP_SBC_MOSI PTD15 fxio_d10 BUS_FLEXSPI0_UP_SBC_MISO PTD22 fxio_d27 我的环境: IDE:S32 平台的 S32 设计工作室(版本:3.5,内部版本号:240726 更新 13) CPU:S32K324 SDK:实时驱动程序 (RTD) 版本 4.0.0(正式版) NXP 是否有官方的应用笔记或指南专门介绍 RTD 4.0.0 的端到端集成堆栈?我需要一份参考,引用,内容涵盖从工具中分配引脚、映射移位器/定时器,到在主应用程序代码中初始化驱动程序的所有内容。 Re: S32K324 FlexIO SPI Master Emulation (S32DS 3.5 / RTD 4.0.0 ) 你好@Kazarian , 据我所知,目前还没有**专用的**应用笔记描述如何将 FlexIO 模拟的 SPI 完整地集成到 S32K324 和 RTD 4.0.0 中,并采用这种精确的引脚分配。 最接近的官方参考资料是 S32K3 RTD 软件包中包含的示例项目。请查看与 Lpspi_Flexio_Ip_Transfer_S32K344 类似的 RTD 示例。 本示例演示了基于 FlexIO 的 SPI 传输的预期 RTD 集成流程,包括 FlexIO SPI 驱动程序初始化以及 LPSPI 和 FlexIO SPI 实例之间的关系。   对于您的定制板,需要调整的主要要点如下(作为一般性指导): 引脚配置 在“引脚”工具中将列出的引脚配置为 FlexIO 信号: PTD8 → FXIO_D11,片选 PTD9 → FXIO_D0,时钟 PTD15 → FXIO_D10,MOSI PTD22 → FXIO_D27,MISO 请确保 MISO 引脚已启用输入缓冲。 另外,请查看 S32K324 IOMUX/引脚图文档,确认这些 FlexIO 功能是否适用于您的特定封装。 FlexIO SPI 配置 在 FlexIO SPI 配置中,应将 SPI 信号映射到相应的 FlexIO 引脚编号,而不仅仅是物理 MCU 引脚: SCK = FXIO_D0 MOSI = FXIO_D10 CS = FXIO_D11 MISO = FXIO_D27 根据生成的配置,分配所需的 FlexIO 定时器和移位器。 顺祝商祺! 帕维尔
記事全体を表示
問題:CONFIG_IMX_RPMSG_TTYモジュールとして構築されているのに、Androidをフラッシュした後に「セットされていない」と表示されます こんにちは、NXP チームの皆様、 私は Android 16 BSP を搭載した i.MX8M Mini LPDDR4 EVK を開発中 で、Cortex-A53とCortex-M4間のRPMsg通信を有効にしようとしています。 設定 カーネル設定でNXP RPMsg TTYドライバーを有効にしました: CONFIG_IMX_RPMSG_TTY=m SharedBoardConfig.mkにもモジュールを追加しました。 $(KERNEL_OUT)/drivers/rpmsg/imx_rpmsg_tty.ko モジュールは正常にビルドされました。 生成されたカーネル設定により、有効になっていることが確認できます。 grep CONFIG_IMX_RPMSG_TTY out/target/product/evk_8mm/obj/KERNEL_OBJ/.config 出力: CONFIG_IMX_RPMSG_TTY=m モジュールも正常に生成されました。 out/target/product/evk_8mm/vendor_dlkm/lib/modules/imx_rpmsg_tty.ko そしてAndroidイメージにパッケージ化されています。 実行時観測 ボードにファームウェアを書き込んだ後、実行中のカーネル構成ではRPMsgモジュール構成が報告されません。 adb shell zcat /proc/config.gz | grep RPMSG 出力: CONFIG_GKI_HIDDEN_RPMSG_CONFIGS=y # CONFIG_RPMSG_WWAN_CTRL is not set # CONFIG_RPMSG_TTY is not set # CONFIG_SND_SOC_FSL_RPMSG is not set CONFIG_RPMSG=y CONFIG_RPMSG_CHAR=y # CONFIG_RPMSG_CTRL is not set # CONFIG_RPMSG_NS is not set # CONFIG_RPMSG_QCOM_GLINK_RPM is not set # CONFIG_RPMSG_VIRTIO is not set また、 adb shell zcat /proc/config.gz | grep IMX_RPMSG 何も出力しません。 しかし、対応するRPMsgモジュールは正常にロードされます。 lsmod | grep -i rpmsg 出力: snd_soc_imx_rpmsg snd_soc_rpmsg_ak4497 imx_audio_rpmsg snd_soc_fsl_rpmsg imx_pcm_rpmsg i2c_rpmsg_imx virtio_rpmsg_bus rpmsg_ns これは、モジュールが正しくビルドされロードされているものの、 /proc/config.gzにその設定が反映されていないことを示しています。 質問 Android 16 BSPの/proc/config.gzは、ベンダーモジュール構成ではなく、基本のGKIカーネル構成のみを反映することは期待されますか? imx_rpmsg_tty.koがビルド・パッケージされているのに、なぜCONFIG_IMX_RPMSG_TTY=mが/proc/config.gzに表示されないのでしょうか? 実行中のカーネル構成にベンダーモジュールオプションを含めるには、追加の設定が必要ですか? この挙動はAndroid GKIやvendor_dlkmモジュールのパッケージングに関係しているのでしょうか? ご説明いただければ幸いです。 Android i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Issue: CONFIG_IMX_RPMSG_TTY is built as a module but appears as "not set" after flashi こんにちは@vp1 お元気でお過ごしのことと思います。 どのデバイスツリーを使っているのか教えていただけますか? imx8mm-evk-rpmsg.dtsを使ってみてもらえますか? よろしくお願いいたします。 サラス。 Re: Issue: CONFIG_IMX_RPMSG_TTY is built as a module but appears as "not set" after flashi こんにちは、 @Manuel_Salas さん。 ご返信ありがとうございます。 現在、私のAndroid AOSPビルドはデバイスツリーimx8mm-evk.dtsを使っています。imx8mm-evk-rpmsg.dtsも利用可能で、うまく構築されているようです。 起動時にimx8mm-evk.dtsではなくimx8mm-evk-rpmsg.dtsを使うようにAndroidビルドの設定方法を教えていただけませんか? Android BSP、U-Boot、またはimx-mkimageで、どのデバイスツリーをパッケージして読み込むかを選べる特定の設定はありますか? ご指導ありがとうございました。 よろしくお願いします、 ヴィカス・パティル
記事全体を表示