S32G2 Linux BSP ビルドが失敗する Hello, Linux-BSP 39.0のビルドにYOCTOを選びましたが、私は自動ターゲットを構築することを選びました 私のubuntuは22.04、8コア、メモリは8M以上ですが、大丈夫ですか? (Ubuntuのバージョンは18.04.4である必要がありますLTSですか? 私のPCは毎回再起動し、ビルドに失敗しました。        コンパイラPCのコア数、メモリ数、およびオペレーティングシステムの最小要件は何ですか? Re: S32G2 Linux BSP ビルドが失敗する BSP39.0からうーん、と書かれています 「以下で説明するすべての手順は、Ubuntu-20.04 LTS(ネイティブまたは仮想マシン経由)で実行および検証されています。その後、次のセクションに進む前にUbuntu-20.04LTSをインストールすることをお勧めします。 「Yocto ビルドには少なくとも 50GB の空き容量が必要で、多くの時間がかかります (システム構成によって異なりますが、2 時間から 10 時間)。多くのコアと高速ストレージメディアを備えた強力なシステムを使用することをお勧めします(SSDを推奨)。推奨される RAM サイズは 8 GB です。 したがって、要約すると、次のことが提案されます。 ホスト:Ubuntu20.04-LTSをお勧めします。 DDR:8GB+を推奨します。 ストレージ:SSDをお勧めしますが、サイズが大きい方が良いです CPU:多くのコアを備えた強力なCPU。 お役に立てば幸いです。 よろしくお願いいたします。 チェンイン

在 imx8mp 中禁用 Android 12.1 中的电源键 我需要在我们的设备进入某个状态时禁用电源按钮功能，并在离开该状态时启用它。 Android 是否有针对该函数的调用（ imx_snvs_pwrkey_pm_ops ？） ，或者我是否需要禁用中断？ 谢谢！                 snvs_pwrkey : snvs-电源键{ 兼容= “fsl，sec-v4.0-pwrkey” ；                     regmap = <&snvs>; 中断 = < GIC_SPI 4 IRQ_TYPE_LEVEL_HIGH >； 时钟=< &clk IMX8MP_CLK_SNVS_ROOT >； 时钟名称 = “snvs-pwrkey” ；                     linux,keycode = <KEY_POWER>; 防抖间隔 = < 2000 >； 唤醒源； 状态 = “好的” ；                 };   Android i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux 回复：在 imx8mp 中禁用 Android 12.1 中的电源键 回复：在 imx8mp 中禁用 Android 12.1 中的电源键 Hello @dgeier315  正如您所提到的，禁用 IRQ 可以起作用，然后重新启用。查看参考手册中的 ICR1、ICR2 和 IMR 寄存器。 顺祝商祺！ Salas.

最新の RTD (AR: 4.7.0、Mem_43_INFLS E_MEM_SERVICE_NOT_AVAILSW:2.0.0) Hello, 以前の RTD (AR: 4.4.0、SW: 1.0.0) から最新バージョン (AR: 4.7.0, SW: 2.0.0 ) に更新されました。現在、 S32DS v3.5.12を使用しています。 MCALセクションのConfigToolsで、Flsドライバーの名前がMem_43_INFLSに変更/置き換えられていることに気づきました。これは適切な置き換えである必要がありますか? アプリケーションをビルドしようとすると、生成された C ソース ファイルを指すエラーがスローされます RTD/src/Mem_43_INFLS.c の 1013、1093、1445 行目 ステートメントで 'E_MEM_SERVICE_NOT_AVAIL' 未宣言 (この関数で初めて使用) Mem_43_INFLS.c/my_project/RTD/src 1013 行目 C/C++ の問題 BaseNXPドライバーのドキュメントを確認しました（RTD_BASE_UM.pdfまた、欠落している C マクロが 151 ページで指定されていることに気付きました。 次に、StandardTypes.hを確認しましたヘッダー ファイルの 141 行目にありますが、マクロは (予想どおり) 見つかりませんでした。 問題が何であるか、そして私が何かを見逃しているかどうかを指摘していただけますか。 サイドノードとして、マクロはMemAcc_GeneralTypes.hでも定義されていることがわかりましたが、これは現在私のプロジェクトでは生成されていません。 最後に、次のRTDパッケージバージョンをインストールしました。 SW32K1_S32M24x_RTD_R21-11_2.0.0_P03_CD01_D2312_DS_Updatesite SW32K1_S32M24x_RTD_R21-11_2.0.0_P04_D2404_DS_updatesite よろしくお願いいたします。 M_SCH S32K1 用 S32 SDK Re Mem_43_INFLS E_MEM_SERVICE_NOT_AVAIL: 最新の RTD (AR: 4.7.0、SW:2.0です。 あなたは正しいです、それは2.0.0 P03に欠けています、それは2.0.0と2.0.0 P04で定義されています。 Regadrs, Daniel Re Mem_43_INFLS E_MEM_SERVICE_NOT_AVAIL: 最新の RTD (AR: 4.7.0、SW:2.0です。 Hello Daniel, 私はあなたがポイントを見逃していると思います。私の最初の投稿を読むと、CマクロE_MEM_SERVICE_NOT_AVAILがStandardTypes.hで使用できないことがわかりますP03 パッケージ内のファイル。そのため、FLSドライバーを使用してエラーが発生します。というわけで、この号を投稿しました。 この問題をあなたの側で確認できますか? よろしくお願いいたします M_SCH Re Mem_43_INFLS E_MEM_SERVICE_NOT_AVAIL: 最新の RTD (AR: 4.7.0、SW:2.0です。 Hi @M_SCH, P03パッチCD01には、とにかくCD品質ステータスのCryptoドライバーがあります。 この時点で、基本バージョン2.0.0に移行することをお勧めします。 よろしくお願いします。 Daniel Re Mem_43_INFLS E_MEM_SERVICE_NOT_AVAIL: 最新の RTD (AR: 4.7.0、SW:2.0です。 Hello, 覚えているかもしれませんが、Crypto Driverを利用するためにP03パッケージをインストールしましたが、同時に、元の投稿で述べたFLSドライバーのマクロがないため、続行できません。手伝ってくれませんか?何か提案はありますか? よろしくお願いいたします M_SCH Re Mem_43_INFLS E_MEM_SERVICE_NOT_AVAIL: 最新の RTD (AR: 4.7.0、SW:2.0です。 こんにちはM_SCH、 はい、確認できています。 ドライバーのリリースノートを参照してください。すべてのパッチにこの暗号ドライバーがあるわけではありません。 Re Mem_43_INFLS E_MEM_SERVICE_NOT_AVAIL: 最新の RTD (AR: 4.7.0、SW:2.0です。 Hello, 最新バージョンのRTDパッケージP03およびP04をアンインストールしました(AR:4.7.0、SW:2.0.0)次にP03、次にP04をインストールしました。これで、すべてのCソースファイルとヘッダーファイルは、ファイルヘッダーコメントブロックを通じてP04に属していることを示していますが、P03を介してのみ使用可能な Cryptoドライバーなどのドライバーが再び欠 落しており、両方のパッケージは共存できません。 これをあなたの側でも確認できますか? よろしくお願いいたします。 M_SCH Re Mem_43_INFLS E_MEM_SERVICE_NOT_AVAIL: 最新の RTD (AR: 4.7.0、SW:2.0です。 P04のインストールに問題があるようです。 私もP03からP04に更新しましたが、 S32K1_RTD_2_0_0_P04_D2404_ASR_REL_4_7_REV_0000_20240417 まったく同じディレクトリにあります。 たぶん、S04DS拡張機能とアップデートでP32を再インストールできます。 BR, Daniel Re Mem_43_INFLS E_MEM_SERVICE_NOT_AVAIL: 最新の RTD (AR: 4.7.0、SW:2.0です。 Hello Daniel, P03およびP04 RTD(AR:4.7.0、SW:2.0.0)S32K1シリーズとStandardTypes.hのパッケージRTD インストールフォルダから直接含まれるファイルです。 S32DS.3.5\S32DS\ソフトウェア\PlatformSDK_S32K1_S32M24\RTD\BaseNXP_TS_T40D2M20I0R0\include これは、StandardTypes.h の次のバージョンを示していますファイル： P03パッケージバージョンではなくRTDP04からコードを再度生成する方法を教えてください。 よろしくお願いいたします。 M_SCH Re Mem_43_INFLS E_MEM_SERVICE_NOT_AVAIL: 最新の RTD (AR: 4.7.0、SW:2.0です。 Hello @M_SCH, エラーを再現できません。 例から新しいプロジェクトを作成すると、次のようになります。 Mem_43_INFLS_Example_S32K144 デフォルト設定が生成されると、 入力 よろしくお願いします。 Daniel

RDWIRELESSBATTERY：工业电池组无线充电器 Overview 特性 Overview NXP ® 的无线充电参考设计采用感应充电技术为高容量、多节锂离子电池组充电。该参考设计能够使用单个 NXP 数字信号控制器同时为四个电池组充电。该参考设计由两个主要组件组成：向电池组发送所需功率水平的发射器，以及嵌入在电池组中的接收器。接收器通过实施充电算法为电池提供受控充电。每个发射器通道通过响应电池组中嵌入的接收器的命令来独立调整其能量传输。智能充电方法由软件控制，具有动态调整电力传输的能力。 归档的内容不再更新，仅作为历史记录参考。   特性 80%传输效率 4个充电站可同时为4个电池组充电 支持Qi通信协议 过热、过电流和过压保护 传统设计

AndroidでのIMX8MPデバッグポートのuart4への変更 Hi, カスタマーボードのimx8mpで。 yocto(Linux 6.1.1_1.0.1 BSP)でデバッグポートをuart2からuart4に変更しました。 そして、cmdと入力すればOKです。 Android(Android 13.0.0_2.0.0(L6.1.22_2.0.0 BSP))でも同じ変更が行われています。 起動完了(hdmi show android launcher)後、デバッグコンソール に メッセージを表示できます しかし、何も入力 できません 。 yoctoとandroidmodifyを比較しました。 Android BSPで見つからないファイルが2つあります。 \sources\meta-freescale\conf\machine\include\imx-base.inc \sources\meta-freescale\conf\machine\include\imx8mp-evk.inc それを修正する方法は? ありがとうございます。 Re:AndroidでのIMX8MPデバッグポートのuart4への変更 こんにちは あなたはAndroidでは利用できないYocto固有のファイルを探しています。 Androidの場合、Yoctoを使用して構築したLinuxシステムの場合と同じ方法でLinux / Uboot / ATFにパッチを適用する必要があります。 よろしくお願いします/サルドス、 アルド。

i.MX 8QM MEK - IMX-AUD-IO - Audio out <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 4.19.35-1.1.0を搭載した i.MX 8QuadMax MEKボードでのオーディオテストに関するクイックノートBSPです。 ハードウェア： - MCIMX8QM-CPU を MCIMX8-8X-BB に接続します。 - IMX-AUD-IO を MCIMX8-8X-BB のオーディオ スロット 1 に接続します。 - Short 2 と 3 on J47 on the MCIMX8-8X-BB - 外部電源スピーカーをIMX-AUD-IOのRCAコネクタAudio OUTFRおよび/またはAudioOUTFLに接続します - オプションで、MCIMX8QM-CPUのJ15にヘッドフォンを接続します テスト： ボードの電源をオンにします。 aplay -l は、利用可能なオーディオインターフェースを表示します。 root@imx8qmmek:~# aplay -l PLAYBACKハードウェアデバイスのリスト **** カード0:cs42888audio [cs42888-audio]、デバイス0:HiFi cs42888-0 [] サブデバイス:1/1 サブデバイス #0: サブデバイス #0 カード0:cs42888audio [cs42888-audio]、デバイス1:HiFi-ASRC-FE(*)[] サブデバイス:1/1 サブデバイス #0: サブデバイス #0 カード1:wm8960audio [wm8960-audio]、デバイス0:HiFi wm8960-hifi-0 [] サブデバイス:1/1 サブデバイス #0: サブデバイス #0 カード2:imxaudmix [imx-audmix]、デバイス0:HiFi-AUDMIX-FE(*)[] サブデバイス:1/1 サブデバイス #0: サブデバイス #0 カード2:imxaudmix [imx-audmix]、デバイス1:HiFi-AUDMIX-FE(*)[] サブデバイス:1/1 サブデバイス #0: サブデバイス #0 cs42888を介してパワードスピーカーでファイルを再生します。 root@imx8qmmek:~# aplay -Dhw:0,0 test.wav WAVE「test.wav」の演奏:符号付き16ビットリトルエンディアン、レート48000Hz、ステレオ wm8960を介してヘッドフォンでファイルを再生します。 root@imx8qmmek:~# aplay -Dhw:1,0 test.wav i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus

フラッシュサイズの増加 RT1176 を SDRAM と IS25WP128-JBLE QSPI 外部フラッシュを搭載したカスタム ボードで使用しています。 HMIをやっているのですが、フラッシュに画像を入れるにはフラッシュサイズが小さくなってきたので、フラッシュをIS25WP256D-JLLに変更しました。 コードがフラッシュサイズの50%未満の場合、すべて正常に機能していますが、「新しいセクター」の使用を開始すると、data_initにハードフォールトが発生します。 board.hでボードのフラッシュサイズを変更しましたboard.c の行 #if defined(XIP_EXTERNAL_FLASH) && (XIP_EXTERNAL_FLASH == 1) /* Region 8 setting: Memory with Normal type, not shareable, outer/inner write back. */ MPU->RBAR = ARM_MPU_RBAR(8, 0x30000000U); // MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_RO, 0, 0, 1, 1, 0, ARM_MPU_REGION_SIZE_16MB); MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_RO, 0, 0, 1, 1, 0, ARM_MPU_REGION_SIZE_32MB); #endif /*! @brief The board flash size */ #define BOARD_FLASH_SIZE (0x2000000U) また、MCU設定のサイズも変更しました。 たぶんcfxドライバーが無効ですか? さらに手順を実行する必要がありますか? ありがとうございました Re:フラッシュサイズの増加 今はうまくいっています。 新しいメモリデータシートに記載されているコマンドを使用して、evkmimxrt1170_flexspi_nor_config.cのlookupTableを変更する必要がありました。 ご回答をよろしくお願い申し上げます。 Re:フラッシュサイズの増加 Hello EdwinHz, 私はサンプルコードを試しましたが、フラッシュサイズを変更すると、FLASHの上部で機能しているようです。 提供されているcustomLUTを使用してevkmimxrt1170_flexspi_nor_config.cのlookupTableを変更しましたが、まだ機能していません。 たぶん、私のプログラムはフラッシュの中間領域まで正常に機能していることを指摘することが重要です。メモリの使用率が 50% を超えると、失敗します。 私は4バイトアドレスを管理するための命令について考えていましたが、それはcustomLUTに含まれておらず、例はそれなしでも動作するようです。 Re:フラッシュサイズの増加 Hi @daniJVV, 次のコミュニティ投稿で同僚が言及した推奨事項に従ってください: Re: iMX RT1062 with IS25WP365D-JLLE issue - NXP Community 彼は、考慮する価値のあるいくつかの発言に言及しています。また、彼が言及しているサンプルコードを試して、結果も教えてください。 BR, Edwin.

i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この記事では、さまざまなVPUクロックでのビデオ再生でのi.MX6DQの機能を検証するためのいくつかの実験を行います。 1. 事前準備 Board: i.MX6DQ SD ビットストリーム:1080pヒマワリ、40Mbps、最もタフなH264クリップと見なされています。元のクリップを 20 回コピーして新しい raw ビデオを生成し (ひまわりクリップを 20 回繰り返します)、mp4 コンテナにカプセル化します。これは、vpu単体テストと比較して、gstreamerの起動ワークロードの影響を排除し、最小限に抑えるためです。 カーネル:270MHz、298MHz、329MHz、352MHz、382MHzの異なるVPUクロック設定で異なるカーネルを生成します。 テスト設定:1080pデバイスでの1080pコンテンツのデコードと表示。(サイズ変更なし) 2. VPU単体テストとGstreamerのテストコマンド タイル形式のビデオ再生はNV12形式よりも高速であるため、以下の実験では、ビデオ再生中にタイル形式を選択します。 ユニットテストコマンド:(フレームレートを-a 70に設定し、1080p 60fps HDMIリフレッシュレートより高く設定します) /unit_tests/mxc_vpu_test.out -D "-i /media/65a78bbd-1608-4d49-bca8-4e009cafac5e/sunflower_2B_2ref_WP_40Mbps.264 -f 2 -y 1 -a 70" Gstreamerコマンド:(最高の再生速度を得るためのフリーラン) gst-launch filesrc location=/media/65a78bbd-1608-4d49-bca8-4e009cafac5e/sunflower_2B_2ref_WP_40Mbps.mp4 typefind=true !アイウルデマックス!vpudec framedrop=false !キューの最大サイズバッファ= 3!mfw_v4lsink sync=false です。 3. 動画再生フレームレートの測定 テスト中に、コマンド「echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor」を入力して、CPUが常に最高周波数で動作することを確認し、割り込みに迅速に応答できるようにします。 異なるVPUクロックを持つ各テストポイントに対して、5ラウンドのテストを行います。最大値と最小値は削除され、残りの 3 つのデータが平均化されて最終的な再生フレームレートが取得されます。 #1 #2 #3 #4 #5 Min 最大 平均 12月 再生 12月 再生 12月 再生 12月 再生 12月 再生 再生 再生 再生 270M 閲覧数 ユニット・テスト 57.8 57.3 57.81 57.04 57.78 57.3 57.87 56.15 57.91 55.4 55.4 57.3 56.83 GSTの 53.76 54.163 54.136 54.273 53.659 53.659 54.273 54.01967 298M 閲覧数 ユニット・テスト 60.97 58.37 60.98 58.55 60.97 57.8 60.94 58.07 60.98 58.65 57.8 58.65 58.33 GSTの 56.755 49.144 53.271 56.159 56.665 49.144 56.755 55.365 329M 閲覧数 ユニット・テスト 63.8 59.52 63.92 52.63 63.8 58.1 63.82 58.26 63.78 59.34 52.63 59.52 58.56667 GSTの 57.815 55.857 56.862 58.637 56.703 55.857 58.637 57.12667 352メートル ユニット・テスト 65.79 59.63 65.78 59.68 65.78 59.65 66.16 49.21 65.93 57.67 49.21 59.68 58.98333 GSTの 58.668 59.103 56.419 58.08 58.312 56.419 59.103 58.35333 382M 閲覧数 ユニット・テスト 64.34 56.58 67.8 58.73 67.75 59.68 67.81 59.36 67.77 59.76 56.58 59.76 59.25667 GSTの 59.753 58.893 58.972 58.273 59.238 58.273 59.753 59.03433 注:Dec列はvpuデコードfpsを意味し、Playback列は全体的な再生fpsを意味します。 いくつかの説明: 単体テストがよりフラットなのに、Gstreamerのパフォーマンスデータがまだ改善されるのはなぜですか?Gstreamerには、vpu apiをより直感的に呼び出すために使用されるvpuラッパーがあります。したがって、最初は、全体的な GST 再生パフォーマンスは vpu (vpu dec 57.8 fps) によって制約されます。そして最後に、vpuクロックが増加するとvpuデコードパフォーマンスが60fpsを超えると、制約はディスプレイのリフレッシュレート60fpsになります。 Gstreamerのビデオ表示オーバーヘッドは、単体テストと同様に約1fpsにすぎません。 テスト結果に基づくと、352MHz の場合、1080p ディスプレイでの全体的な 1080p ビデオ再生は ~60fps に達する可能性があることがわかります。 または、2つのディスプレイを備えた2つのパイプラインで時間を共有する場合、2 x 1080p @ 30fpsのビデオ再生を行うことができます。 ただし、この実験は 1080p ディスプレイでの 1080p ビデオ再生に有効です。インターレースされたクリップとディスプレイのサイズが 1080p と同じでない場合、インターレース解除やサイズ変更などの後処理によって全体的な再生パフォーマンスが制限されます。 i.MX6Dual i.MX6Quad Linux マルチメディア Re: i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはJunping、 mfw_isink前にキューも使用する必要がありますか? Re: i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> vpu はデコードに 6 つのバッファを使用し、vl4sink はそのうちの 2 つを使用し、キューは 3 つのバッファを使用します。大きすぎる設定は使用できません。そうしないと、実行するのに十分なバッファがありません Re: i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> スケールダウンしても大きな違いはないはずです、なぜならどちらもIPUを使用しているからです Re: i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ああ、わかりました。よくわかりません。ジャックマオさん、これについてコメントしていただけますか? Leo Re: i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Leo, スケールダウンする必要がありますが、私の質問は次のとおりです。 mfw_ipucsc を使用したスケールダウンと mfw_isink を使用したスケールダウンの違いは何ですか?パフォーマンスの向上はありますか? Re: i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Tarek, mfw_ipucsc は色空間変換および解像度スケーラーであるため、これらの機能が必要ない場合はパイプラインから削除できます。一方、それを追加して前にcapsfilterを追加しない場合、(私が信じている)何もしません。 Leo Re: i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Leo, 私はmfw_ipucscと同じIPUを使用していると思うmfw_isinkを使用しています。それを使用することで追加の利点があると思いますか? とにかく試してみるので、パイプラインは次のようになります。 appsrc -> vpudec -> mfw_ipucsc -> mfw_isink.それでよろしいですか。 Re: i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> jackmao は、キューのバッファを減らす必要がある理由について、よりよく理解しているはずです。AFAIKでは、vpudecは少なくとも6つのバッファを実行する必要があり、vpudecのプロパティを使用して変更することはできないため、残っている唯一のパラメータはキューのバッファです。実際、私はキュー要素を調べましたが、デフォルトは200のようです!! max-size-buffers : 最大キュー内のバッファの数 (0=無効) フラグ:読み取り可能、書き込み可能 符号なし整数。範囲: 0 - 4294967295 デフォルト: 200 現在: 200 ところで、mfw_ipucsc要素をダウンスケーリングに使ってみたことはありますか? Leo Re: i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Leo, 1.メモリ リークは見られません。私はTop valgrindとmtraceを使用したことがあるので、疑いはありません。 2.私はそれを理解しているかどうか諦めていません!デフォルト値は 20 バッファで、VPU がバッファを使い果た しないように 、この数を 3 バッファ に減らす 必要があります。数を増やす必要があると思いますよね? Re: i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Tarek, 1. フリーズの問題: パイプラインの実行中に RAM のメモリ使用量/空き容量 (top -b | grep Mem) を監視できますか? 2.キュー:「max-size-buffers」を減らす理由は、vpudecが常にパイプライン上で実行されるいくつかのバッファを必要とするためだと思います。デフォルト値が指定されている場合、vpudecはある時点でバッファを使い果たします。 Re: i.MX6DQボードでのビデオ再生性能評価 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello, この情報を提示していただきありがとうございます。それは非常に有益です。 私は関連する問題をデバッグしており、ほとんど質問がありません。 問題を： gstreamerを使用して、複数のネットワークストリーム(4-8-16)を1080p画面に再生しています。画面はDVIのみをサポートしているため、HDMI-DVIケーブルを使用しています。もちろん、画面に収まるように mfw_isink 要素を使用してストリームを縮小しています。すべてのストリームは目立ったエラーなしで正常に開始されますが、数時間後にはエラーメッセージを表示せずにビデオがフリーズします。 私が使用しているパイプラインは次のとおりです                                           vpudec -> appsr c-> output-selector -> input-selector -> mfw_isink                                           jpegdec-> 私の質問: 1.システムは24時間年中無休でビデオを再生し、消費電力は気にしません。常にコマンド "echo performance > /sys/devices/system/cpu/cpu0/cpufreq/"を使用する方が良いですかscaling_governor 2. なぜデコーダとシンクの間で "queue max-size-buffers=3" を使用するのですか?バッファのサイズ= 3をどのように決定しますか? 3. VPUとIPUのパフォーマンスを監視するためのツールはありますか? 4.ボトルネック、ディスプレイ、またはデコーダーのどちらがより可能性が高いですか? ありがとうございます

禁用“裸”项目的看门狗 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 使用 KDS V1.0.1 beta 创建的“裸”（无 PEx、无 SDK）项目存在看门狗未被禁用的问题（请参阅 KDS V1.0.1beta 发行说明）。 本文档介绍如何禁用 FRDM-KL25Z 的看门狗（步骤与其他板类似）。   1. 添加衍生头文件 将衍生头文件添加到您的项目中。头文件位于 C:\Freescale\KDS_1.0.1\eclipse\ProcessorExpert\lib\Kinetis\iofiles 将匹配的标头复制到 Startup_Code 文件夹中：   2.禁用看门狗 打开 startup.c 并找到函数 __init_hardware()。 包含衍生头文件和禁用看门狗的代码：   这将在启动期间禁用看门狗。附上上述项目以供参考。   K64F 的代码 定义启动_WDOG_STCTRLH_值 0x01D2U /* WDOG_STCTRLH值 */ #定义启动_WDOG_KEY_1 0xC520U /* 看门狗解锁密钥 1 */ #定义启动_WDOG_KEY_2 0xD928U /* 看门狗解锁密钥 2 */   void __attribute__ ((weak)) __init_hardware(void) { /* 禁用 WDOG 模块 */   WDOG_UNLOCK = (uint16_t)STARTUP_WDOG_KEY_1; /* Key 1 */   WDOG_UNLOCK = (uint16_t)STARTUP_WDOG_KEY_2; /* Key 2 */   WDOG_STCTRLH = (uint16_t)STARTUP_WDOG_STCTRLH_VALUE; /* Disable WDOG */ } 概述

FRDM-K64 mbedを使用した割り込み基本例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ここでは、割り込みの例のコードとプロジェクトファイルを見つけることができますが、この例では2つのKBI割り込みが有効になっており、1つはSW2に割り当てられ、もう1つはSW3に割り当てられています。メインルーチンでは青色のLEDが点灯し、割り込みルーチンがトリガーされると、青色のLEDがオフになり、赤または緑のLEDが1回点滅します。 割り込みは、立ち下がりエッジのみを検出するように構成されています。 コード： #include "mbed.h" デジタルアウトレッド(LED1); デジタルアウトブルー(LED3); InterruptIn 割り込み(SW2); void blink() { wait(.4); 赤=1;     Blue=0; wait(.4);     Blue=1; wait(.4); } int main() { 割り込み.fall(&blink);     Blue=1; (1)ながら     { 赤=!赤い; wait(.4);     } } Freedom開発プラットフォーム Kinetis KシリーズMCU

L3.0.35_4.1.0 をコンパイルするUbuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Ubuntu 14.04 64bit LinuxホストPCのセットアップ とi.MX6x L3.0.35_4.1.0のビルド手順とパッチです。 GNOMEプロファイルの構築と、LVDSディスプレイを備えたi.MX6Q SDP用のFSL標準MMコーデックでのテスト済みです。 「Min profile」rootfsを選択する際の「gstreamer-plugins-good」のコンパイルに関する提案を追加しました。ノートセッションをご覧ください。 A) 基本要件: ubuntu-14.04-desktop-amd64.iso を使用して Linux ホスト PC をセットアップします 以前のLTIBインストールと/opt/freescaleが削除されていることを確認します B) 必要なパッケージをLinuxホストPCにインストールしました 必要なパッケージ: $ sudo apt-get gettext libgtk2.0-dev をインストールするRPMバイソンM4 LibFreeType6-DEV $ sudo apt-get install libdbus-glib-1-dev liborbit2-dev intltool $ sudo apt-get ccacheをインストールする ncurses-dev zlib1g zlib1g-dev gcc g++ libtool $ sudo apt-get install uuid-dev liblzo2-dev $ sudo apt-get install tcl dpkg $ sudo apt-get asciidoc texlive-latex-base dblatex xutils-dev をインストールする $ sudo apt-get texlive texinfoをインストールする $ sudo apt-get lib32z1 lib32ncurses5 lib32bz2-1.0をインストールする $ sudo apt-get libc6-dev-i386をインストールする $ sudo apt-get u-boot-toolsをインストールする $ sudo apt-get scrollkeeperをインストールする $ sudo ln -s /usr/lib/x86_64-linux-gnu/librt.so   /usr/lib/librt.so 便利なツール: $ sudo apt-get gpartedをインストールする $ sudo apt-get nfs-common nfs-kernel-serverをインストールする $ sudo apt-get install git-core git-doc git-email git-gui gitk $ sudo apt-get install meld atftpd 注: この操作 "$ sudo ln -s /usr/lib/x86_64-linux-gnu/librt.so /usr/lib/librt.so" は、rpm-fs ビルドの問題を修正するために使用されます。これは参照元です: LTIB - Ubuntu 13.10 で fresh から IMX6 Linux BSP を構築する奇妙な問題 C) LTIB ソース パッケージを解凍してインストールし、ホーム ディレクトリで完了したと仮定します。 $cd ~ $ tar -zxvf L3.0.35_4.1.0_130816_source. tar.gz $ ./L3.0.35_4.1.0_130816_source/install D)パッチを適用してL3.0.35_4.1.0を作成しますUbuntu 14.04 64ビットOSにインストールしてコンパイルできます $ cd ~/ltib $ git apply 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS パッチの動作 : a) この更新プログラムは、次のファイルを変更します。 bin/Ltibutils.pm dist/lfs-5.1/base_libs/base_libs.spec dist/lfs-5.1/m4/m4.spec dist/lfs-5.1/ncurses/ncurses.spec dist/lfs-5.1/openssl/openssl.spec dist/lfs-5.1/xorg-server/xorg-server.spec b) 次のファイルを pkgs ディレクトリに追加します。 pkgs / m4-1.4.16-1383761043.patch pkgs/m4-1.4.16-1383761043.patch.md5 pkgs / openssl-1.0.1c-1398677566.patch pkgs/openssl-1.0.1c-1398677566.patch.md5 pkgs/xorg-server-1.6.1-1398785267.patch pkgs/xorg-server-1.6.1-1398785267.patch.md5 E) その後、残りの LTIB env セットアップ プロセスを続行する準備が整いました。 $ cd ~/ltib $ ./ltib -m config $ ./ltib F) パッチについて: Perl v5.18.2 で実行しているときの LTIB スクリプトの警告 関連する変更: bin/Ltibutils.pm 形容： パッケージの解凍を行うと、次の警告が出力され、パッチを使用して警告が削除されます。 defined(@array) は bin/Ltibutils.pm の 259 行目で非推奨になりました (たぶん、 defined()を省略すべきですか? BusyBox コンパイルの問題: 関連する変更: dist/lfs-5.1/base_libs/base_libs.spec 参照:Re:Ubuntu 13.04のLTIB M4コンパイルの問題: 関連する変更: dist/lfs-5.1/m4/m4.spec pkgs / m4-1.4.16-1383761043.patch pkgs/m4-1.4.16-1383761043.patch.md5 参照:http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-devel/m4/files/m4-1.4.16-no-gets.patch alsa-utils コンパイルの問題: 関連する変更: dist/lfs-5.1/ncurses/ncurses.spec 参照: Re:Ubuntu 12.04 x86_64でのAndroidおよびLTIBビルドエラー Perl v5.18.2によるopensslコンパイルの問題: 関連する変更: dist/lfs-5.1/openssl/openssl.spec pkgs / openssl-1.0.1c-1398677566.patch pkgs/openssl-1.0.1c-1398677566.patch.md5 形容： pod2man で pod2 ファイルから man ページを生成しようとしてビルドが失敗する 参考： https://forums.freebsd.org/viewtopic.php?&t=41478 https://gist.github.com/martensms/10107481 xorg-server の設定が失敗する: 関連する変更: dist/lfs-5.1/xorg-server/xorg-server.spec pkgs/xorg-server-1.6.1-1398785267.patch pkgs/xorg-server-1.6.1-1398785267.patch.md5 説明: 設定を行うとき、tslib が見つからないと言って止まります。 これは、設定段階で tslib テストを実行するときに -dl を追加することで修正できます。 注： A) LTIB のセットアップおよびコンパイル中に、これらの警告がポップアップ表示されました。それらを無視すれば、大丈夫なようです。 B) dist/lfs-5.1/gst-plugins-good.spec は "gstreamer-plugins-good" パッケージの設定/コンパイル/インストールに使用されます。 libcairo を指す環境変数を設定しますが、設定を行うときは無効にします。したがって、libcairoは実際には使用されていません。           Gnomeプロファイルでは、carioがデフォルトで選択されています。したがって、「gstreamer-plugins-good」をコンパイルするときに問題は発生しません。 ただし、Min プロファイルで gstreamer-plugins-good を選択して rootfs にコンパイルしてインストールする場合、cario も選択しないと、このスレッドで説明されているエラーが発生します: Re: gst-fsl-plugins build failed したがって、 Re:gst-fsl-pluginsビルド失敗 で提供されている解決策に従うか、パッケージリストでcairoを選択することができます。           日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> まず、i.MX6とi.MX7で作業している場合は、最新のYocto BSPを使用することをお勧めします。 Yocto Projectsの詳細については、https://www.yoctoproject.org/ をご覧ください。  i.MX Yocto BSPリリースには、Yocto Projectユーザーズガイドもあります。これは、i.MX に固有のビルド環境を設定するのに役立ちます。 LTIB環境のセットアップに戻り、L3.0.35_4.1.0を使用している場合はアドバイスしてくださいBSP リリース。ツールチェーンは BSP パッケージに保持されます。ただし、新しいプロジェクトにLTIBを使用することはお勧めしません。それにもかかわらず、あなたはまだそれを見つけることができます:i.MX アプリケーションプロセッサ用の組み込みLinux|NXPと「ボードサポートパッケージ」サブセッションを拡大する必要があります                      そして下にスクロールしてL3.0.35_4.1.0を見つけますBSP リリース:              セットアップはUbuntu 14.04 64ビットOSに固有であり、最初の14.04リリースでした。したがって、それに完全に一致する必要があります。Ubuntu 14.04.2 LTS(Trusty Tahr)でubuntu-14.04-desktop-amd64.iso を見つけることができるはずです 必要なパッケージがすべて揃ったら、それに応じてAからDまでの手順を進むことができます。 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi,  Linux環境に不慣れで、LTIBのインストールに問題に直面しています。 ./ltib 行 2560 で Can't get: gcc-4.4.4-glibc-2.11.1-multilib-1.0-1.i386.rpm というエラーが発生しました。./ltib 行 2560 で死亡。 どこで問題があったのか教えてください。 また、LTIBに基づく古いプロジェクトにも取り組み始めています。しかし、私はLTIBとyoctoの両方に不慣れです。 yoctoを使い始めるか、LTIBを続けるか?? 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 早速のご返信ありがとうございます! 2016年3月28日(月)23:43:08 -0700に、isaac.ng 書きました Heifatisaac Ng [https://community.freescale.com/people/isaac.ng? ET=watches.email.document_comment]ドキュメント「コンパイル」にコメントしました L3.0.35_4.1.0Ubuntu 14.04 64ビットOSで」 このドキュメントに関するすべてのコメントを表示するには、次のWebサイトにアクセスしてください。 https://community.freescale.com/docs/DOC- 100725?et=watches.email.document_comment#comment-34895 > 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2014/08/10日付の返信に引用されているリンクはもう存在しないようです。それにもかかわらず、パッチは一度だけ適用する必要があることが強調されました。 また、L3.0.35_4.1.0はレガシーBSPリリースであるため、新しい開発には最新のYocto BSPを使用することをお勧めします。最新のものはL3.14.52_1.1.0-GAですSABREボードリファレンスデザイン|NXPの 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私はMu Qiaoと同じ問題に遭遇しましたが、「承認」する方法を教えていただけますか? よろしくお願いいたします! 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 感謝。 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはHeifatisaac Ng、私は同じ問題に遭遇しましたが、私はあなたが提供したリンクの内容を表示する権限がありません、あなたは私に「承認」する方法を教えてもらえますか?よろしくお願いいたします! 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとうございました。 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この議論にコメントしています: Re:パッチが私のubuntu(14.04)で動作しない、LTiBがインストールできません パッチが L3.0.35_4.1.0 に基づいて新しく作成された LTIB ビルド環境に 1 回だけ適用されることを確認してください。 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私のubuntuのバージョンは14.04であるため、上記のパッチはLinuxターゲットイメージビルダーのインストールに適しているはずです。 lsb_release -a LSB モジュールは利用できません。 Distributor ID: Ubuntu Description: Ubuntu 14.04.1 LTS リリース:14.04 コードネーム:trusty 解凍して git apply を実行すると、パッチが無効であることが示されます。ltibをインストールできないため、linaroBSPをimx6にダウンロードできません。ご協力をお願いいたします。 git apply 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch:106:末尾の空白。 %patch1 -p1 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch:144:末尾の空白。 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch:164:末尾の空白。 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch:166:末尾の空白。 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch:169:末尾の空白。 エラー: パッチに失敗しました: dist/lfs-5.1/base_libs/base_libs.spec:296 エラー:dist / lfs-5.1 / base_libs / base_libs.spec:パッチが適用されません alvin@ubuntu:~/ltib/ltib$ git apply 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch:106:末尾の空白。 %patch1 -p1 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch:144:末尾の空白。 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch:164:末尾の空白。 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch:166:末尾の空白。 0001_make_L3.0.35_4.1.0_compile_on_Ubuntu_14.04_64bit_OS.patch:169:末尾の空白。 エラー: パッチに失敗しました: dist/lfs-5.1/base_libs/base_libs.spec:296 エラー:dist / lfs-5.1 / base_libs / base_libs.spec:パッチが適用されません 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとうございます 宜興市 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私にとっては問題ありません。 日時:コンパイルL3.0.35_4.1.0Ubuntu 14.04 64ビットOSの場合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> もちろんです。

VRC_CTRLとは? こんにちは S32K314 MCUのパワーマネジメントセクションについて質問があります。 【図1】 [図1]では、VRC_CTRLが内部コアに1.5Vを供給するかどうかを決定する信号であるように見えます。私の質問は、VRC_CTRL GPIOを介してBASEに入るのか、それとも別の波形として入力されるのかということです。 ご協力いただきありがとうございます! Re:VRC_CTRLとは何ですか? ありがとうございます！！ Re:VRC_CTRLとは何ですか? Hi @malove , いいえ、それはあなたの写真に描かれているように、外部BJTのベースを制御するアナログ信号です。 よろしくお願いいたします。 パベル Re:VRC_CTRLとは何ですか? ありがとうございました@PavelL  VRC_CTRLを使用している場合、VRC_CTRL PWMの出力は出力されますか? Re:VRC_CTRLとは何ですか? Hi @malove , VRC_CTRLを使用しない場合 (S32K3XXRM rev9 の章 42.7.3 PMC コンフィギュレーション レジスタ (CONFIG)、ビット LMBCTLEN および LMEM を参照)、ピンは PTE13 として使用できます。 よろしくお願いいたします。 パベル

3D STEPモデル:アキシャルシングルポートケース付きユニボディパッケージ 867F-03 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ユニボディパッケージ、アキシャルシングルポートケース付き 867F-03

MPC5777c - eTPU 解析器 ATO 设置 您好。 我对 MPC5777c 和 eTPU 解析器有一些疑问。 1. SDADC 我想通过这个过程来获取Resolver的SIN和COS信号：SDADC->eDMA->eTPU。 MPC5777c 参考手册上有SDADC_0，SDADC_1，SDADC_2，SDADC_3 eDMA_B通道请求分配。 MPC5777c 参考手册上有 SDADC_1、SDADC_2、SDADC_3、SDADC_4 触发输入。 源代码没有 SDADC_0。 问1. 为什么用作“SDADC 触发输入”和用于“eDMA_B 通道请求分配”时 SDADC 模块的数量不同？ 问2. 这种情况下， SDADC -> eDMA -> eTPU 我应该使用哪个 SDADC_x, SDADC_y 来通过这个过程得到旋转变压器的SIN和COS信号？ 2.eTPU解析器ATO通道设置 我正在尝试将 eTPU Resolver 应用于我的 SW。 下图中的代码包含在etpuRDCCUG.pdf中。 ETPU_RESOLVER_ATO_CHAN /* chan_num_dma - etpuA1 在通道 DMA_A 28 上生成 dma 请求 */ 问3. 这段代码是不是意味着我需要使用dma来访问etpu才能使用ATO？ 谢谢你一直帮助我。 祝您有美好的一天。 回复：MPC5777c - eTPU解析器ATO设置 表格错误，以下是正确的（保留值应该在末尾，而不是在中间）： SDADC 模块应该标记为 SDADC_1 到 SDADC_4（而不是 0-3）。因此表 4-6 中的内容是不正确的（说实话我从来没有注意到）。 这里我分享了之前的示例代码： https://community.nxp.com/t5/MPC5xxx-Knowledge-Base/Example-MPC5777C-SDADC-eTPU-triggered-GHS714/ta-p/1101495 但请注意，一旦启用，SDADC 就会继续运行。没有“单一转换模式”。这要求 CDATA 寄存器不断被 DMA 或 ISR 耗尽。 eTPU触发只与这些模块的同步启动有关，与其他无关。 从 SDADC 到 eTPU 可能有关于有效数据可用或转换看门狗限制的信号，反之，eTPU 可能有门控中断或 DMA 传输。

S32G399ARDB3-Yocto/Bitbake error ハードウェア:S32G399ARDB3 Bsp version：bsp41.0 参考documentation:S32G3_LinuxBSP_41.0_User_Manual.pdf Ubuntuバージョン:Ubuntu 24.04.1 LTS ユーザーマニュアルに記載されている手順に従いましたが、イメージをビルドするコマンドを実行した後、bitbake fsl-image-auto 私はこのエラーを得ました: 警告: ホストの glibc バージョン (2.39) は、ユニネイティブ (2.38) のバージョンよりも新しいです。sstate が破損しないように uninative を無効にします。 タスクの初期化: 100% |#######################################|時間: 0:00:10 スステートの概要: 指名手配 1938 ローカル 0 ミラー 0 見逃し 1938 現在 0 (一致率 0、完了率 0%) メモ: タスクの実行 エラー: PermissionError: [Errno 1] 操作は許可されていません 上記の例外の処理中に、別の例外が発生しました。 トレースバック(最後の最後の呼び出し): ファイル「/home/mohamedabdelslam/Abdelslam/IPC_BSP3/fsl-auto-yocto-bsp/sources/poky/bitbake/bin/bitbake-worker」、268行目、子 bb.utils.disable_network(uid、gid) ファイル「/home/mohamedabdelslam/Abdelslam/IPC_BSP3/fsl-auto-yocto-bsp/sources/poky/bitbake/lib/bb/utils.py」、1653行目、disable_network open("/proc/self/uid_map", "w") を f として使用します。 PermissionError: [Errno 1] 操作は許可されていません どうすれば問題をトラブルシューティングできますか Re: S32G399ARDB3-Yocto/Bitbake error Hello @MohamedAbdelslam , Ubuntu 24.04でビルドするときにも同様の問題に直面しました。 問題は、このUbuntuリリースでは、 ここで 説明するように、AppArmorがデフォルトで有効になっていることです。 私にとっては、次のコマンドを実行するのが効果的です。 sudo apparmor_parser -R /etc/apparmor.d/unprivileged_userns そして、bitbakeを実行します。 @alejandro_e指摘したように、Ubuntu22.04を使用する方が便利な解決策です。 よろしくお願いいたします。 Guilherme Re: S32G399ARDB3-Yocto/Bitbake error Hello @MohamedAbdelslam, あなたの問題の詳細な説明をありがとう。glibcバージョンに関連するエラーが発生していることを考えると、最初にお勧めするのは、BSP41マニュアル[S32G3プラットフォームのLinux BSP 41.0ユーザーマニュアル]の推奨バージョンである古いバージョンのUbuntu、できれば Ubuntu-20.04 LTSを使用することです。 Ubuntu 22.04 LTSの使用もお勧めします、それは私が問題なくyoctoに使用しているものです。 user@machine:~/RDB2/bsp-41/build_s32g274ardb2$ uname -srm ; lsb_release -a Linux 5.15.0-84-generic x86_64 No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 22.04.4 LTS Release: 22.04 Codename: jammy これらのバージョンのいずれかを使用すると問題が解決するかどうかお知らせください。

I2C経由でP3T1750DPZにアクセスする際に特別な注意が必要ですか? Hello,  念のため、I2CターゲットとしてI2C経由でP3T1750DPZにアクセスすると、 このパーツをI2Cモードにするには特別な注意が必要ですか? (ピンのストラップ、レジスタのプログラミング) 図3から、特別な配慮は必要ないと思います。 この部品は、次の場合に一般的なI2CターゲットデバイスとしてI2Cコントローラーに応答する必要があります I2Cコントローラーは、開始条件でP3T1750DPZにアクセスします。 よろしくお願いします。 道上 典弘 アヴネット Re:I2C経由でP3T1750DPZにアクセスするときに特別な注意が必要ですか? おっしゃる通りです。 ありがとうございます！

AD9833 LPSPI 总线配置与 S32k358 Hello, 我正在使用 AD9833 芯片，利用来自我的 S32k358 微控制器中配置的 SPI 总线的数据生成 100kHz 正弦波。我已经使用 LPSPI RTD 驱动程序设置了 SPI 总线。我已经定义了一个函数，将 FSYNC 引脚设置为低电平，推送数据，然后将 FSYNC 引脚设置回高电平。我已附上我的LPSPI配置 根据配置，我可以得到 SPI 波形，但仍然 DAC 的控制寄存器尚未设置。 根据数据表和应用说明 AN-1070，以下是我将等效数据处理到 DAC 中的代码： DAC_data_send(0x2100); //重置开启 data = 1073742;//来自SPI2 MOSI的100000Hz等效16位数据 uint16 MSB = (uint16)((data & 0xFFFC000) >> 14); //提取MSB并设置FREQREG0的控制位 uint16 LSB = (uint16)(data & 0x3FFF); //提取 LSB 并设置 FREQREG0 的控制位 LSB |= 0x4000; // FREQREG0 的 LSB 控制位，0x8000; // FREQ1 的 LSB 控制位 MSB |= 0x4000; // FREQREG0 的 MSB 控制位，0x8000; // FREQ1 的 MSB 控制位 DAC_data_send(LSB); //将 14 位 LSB 写入频率寄存器 0 DAC_data_send(MSB); //将14位MSB写入频率寄存器0 DAC_data_send(0xC000); //设置相位寄存器0中的相位调整 DAC_data_send(0x2000); // 重置关闭*/ 1073742 的计算结果为 - (100000*2^28)/(25*10^6)。我按照数据表中的公式计算的。我不知道哪里出错了，谁能指点一下？ 回复：使用S32k358的AD9833 LPSPI总线配置 正如S32 配置工具针对SpiTimeClk2Cs和SpiTimeCs2Clk所示：此参数允许使用从30 ns 到0.01 s 的值范围。因此您不能将SPItimeCs2Clk设置为20 ns。 我不明白为什么必须将SPItimeCs2Clk ( t8 ) 设置为20 ns。据我所知，当 LPSPI2 以10 MHz 运行时， SCLK 周期（ t4 ）等于100 ns。所以t8 最大值=t4-5=100-5= 95 ns。您只需将SPItimeCs2Clk ( t8 ) 设置在 t8 最小值和最大值之间，即 10ns 到 95ns 之间。 我只是将SpiTimeClk2Cs和SpiTimeCs2Clk设置为30 ns，即0.00000003 。 AD9833 不是 NXP 的产品，移植AD9833 - 微控制器无操作系统驱动程序超出了我们的在线技术支持范围。 由于您不使用MISO引脚，建议启用SpiHalfDuplexModeSupport并使用Lpspi_Ip_SyncTransmitHalfDuplex而不是Lpspi_Ip_SyncTransmit 。 我修改了Lpspi_Ip_HalfDuplexTransfer_S32K358 _RTD400HF02 以发送来自AN-1070示例的命令初始化序列“0x2100 0x50C7 0x4000 0xC000 0x2000”。关于 AN-1070 的控制，我建议您也联系www.analog.com的技术支持。 回复：使用S32k358的AD9833 LPSPI总线配置 是的，我知道 FreqReg 是使用 MCLK 计算的，并且 LPSPI2 的最大波特率为 10Mhz。 我说的是AD9833的工作频率和LPSPI2总线的串行时钟。我尝试将 LPSPI2 总线的频率设置为低于 40Mhz（20Mhz），但我无法将 SPItimeCs2Clk 时间设置在 20ns 以内。我尝试发送的数据没有设置 FreqReg。 我想知道时钟配置必须是什么样的。你能清楚地告诉我吗因为我的时间很紧！！ 回复：使用S32k358的AD9833 LPSPI总线配置 The serial clock can have a frequency of 40 MHz maximum. AD9833 数据表中提到的最大频率并不意味着您必须使用 40MHz SPI 时钟进行通信。您还可以使用较低的 SPI 时钟频率。 请注意： For S32K314, S32K322, S32K324, S32K328, S32K338, S32K341, S32K342, S32K344, S32K348, S32K358, S32K388,S32K396: The maximum baudrate for LPSPI0 is 20MHz, for LPSPI1-LPSPI5 is 10MHz, for FLEXIO is 10MHz. 此外， FreqReg是使用MCLK而不是SLCK计算的。 回复：使用S32k358的AD9833 LPSPI总线配置 谢谢您的回复。我将按照您所指出的更改 DAC_STACK 大小和 tx 缓冲区分配。 根据 AD9833 数据表，工作频率必须高达 40Mhz，您的 LPSPI 总线频率是多少，您的 SpiTimeClk2Cs 和 SpiTimeCs2Clk 时间是多少。 您的 SpiTimeCs2Clk 是否在 20ns 以内？ 你能提供你的修改后的项目吗 回复：使用S32k358的AD9833 LPSPI总线配置 以下是我调试完你附件项目中的AD9833_TX_SPI（SPI_ONLY_M7_0_0）后的SPI波形： 由于我的S32K358 mini板载了16MHz的晶振，所以我修改了时钟部分，同时还增加了SpiTimeClk2Cs和SpiTimeCs2Clk的值。 根据逻辑分析仪上的SPI数据，我发现了两个问题： 1. 每次都会额外发送 0x0000。为什么要#define DAC_STACK（ 4 U）？难道不应该是2 U 吗？ 2.您调用了 AD9833_TX_SPI(0x2100); 但发送了 0x0021。看起来你把高8位和低8位颠倒了。请修改TxMasterBufferAD3988[0]和TxMasterBufferAD3988[1]的分配。 回复：使用S32k358的AD9833 LPSPI总线配置 我已附加基于无操作系统驱动程序的新代码。 回复：使用S32k358的AD9833 LPSPI总线配置 由于 AD9833 不是 NXP 的产品，我不确定是否是因为您没有按照AN-1070的命令序列说明部分发送这些 SPI 数据。我检查了ad9833_init （ https://github.com/analogdevicesinc/no-OS/blob/main/drivers/frequency/ad9833/ad9833.c#L128 ），似乎您应该按照 AN-1070 发送 SPI 数据。 建议发送这些SPI数据：0x2100 0x50C7 0x4000 0xC000 0x2000 回复：使用S32k358的AD9833 LPSPI总线配置 那么 SPI 总线时间和时钟配置必须是什么。我已确保为我的 SCLK 选择 40MHz 时钟（如数据表中所述）。 根据数据表中的时间特性，FSYNC 到 SCLK 保持时间（t8）表示我可以设置的最大值为 20ns。使用 40MHz 设置时我无法设置该值，我可以设置的最小值是 30ns。 当我在“SPITimeCS2CLK”属性中输入 20E-9 时，会出现一个值不兼容的错误，并以红色突出显示。当我将 SPIbus 的 SCLK 设置为 20Mhz 和 60MHz 时，我尝试了相同的配置，但仍然得到相同的输出 回复：使用S32k358的AD9833 LPSPI总线配置 由于S32K3X8EVB-Q289板上PTB3默认连接到J63 pin8（GMAC_RGMII_TXD3_PTB3），所以我不方便在S32K3X8EVB-Q289上对其进行测试。 今天我找到了另一个 S32K358 迷你板来测试您的项目。以下是逻辑分析仪捕获的SPI数据。感觉这个数据有点奇怪，SPI发送数据的时间间隔太短了。我不知道您的应用程序是否真的需要如此频繁地修改AD9833的输出。 回复：使用S32k358的AD9833 LPSPI总线配置 我参考了 AN1070 应用程序，并按照文章中解释的步骤进行操作。我没有得到正确的输出。 我的逻辑分析仪工作不正常，我正在使用常用的探头。我能够解码 SPI sout、PCS0 和 SCLK，但是当我测量 AD9833 Vout 引脚的输出频率时，它会不断改变接近我设定频率的几个值，以及远高于设定值的一两个频率。 当我看到使用不同的平台板对相同的 AD9833 芯片进行编程的例子时，波形的频率恰好等于设置的频率。 我还研究了特定于该芯片的 No-OS 驱动程序代码，并定义了与源代码中的定义类似的函数。无论哪里有 no_spi 和 no_gpio 的语句，我都用 Lpspi 和 Siul2_gpio 函数替换它们。 我已经对它们进行了测试并且得到了类似的输出。我仍不知道我在这里错过了什么。 回复：使用S32k358的AD9833 LPSPI总线配置 您是说，除了接收 FREQREG 寄存器之外，AD9833 可以执行所有 SPI 命令吗？ 由于您指的是AN-1070：对 AD9833/AD9834 进行编程，您是否考虑过使用相同的 SPI 命令序列并仅修改频率部分？同时用逻辑分析仪抓取SPI波形，确保与AN-1070一致？ 回复：使用S32k358的AD9833 LPSPI总线配置 我已经尝试过了，但我想使用 LPSPI 总线配置进行数据传输。我已经验证我的数据正在通过 SPI 总线传输，但是当我按照 No-OS 驱动程序中定义的顺序发送数据时，我能够获得具有额定输出电压的正弦波，但无法控制频率。AD9833芯片的vout电压频率等于SPI SCLK而不是FREQREG中设置的频率。请告诉我哪里出错了。 苏米克 回复：使用S32k358的AD9833 LPSPI总线配置 您是否参考过AD9833 - 微控制器无操作系统驱动程序？ https://github.com/analogdevicesinc/no-OS/blob/main/drivers/frequency/ad9833/ad9833.c https://github.com/analogdevicesinc/no-OS/blob/main/drivers/frequency/ad9833/ad9833.h 请使用逻辑分析仪检查发送给AD9833的SPI是否正确。 回复：使用S32k358的AD9833 LPSPI总线配置 是的，我已经将 AD9833 chp 的 FSYNC 引脚连接到 LPSPI-PCS0 引脚。我在 AD9833 引脚上获得了 SPI sout、串行时钟和芯片选择。 即使进行了您在图像中突出显示的更改之后，我仍然没有从 AD9833 VOUT 引脚获得输出。我尝试过不同的 FREQREG 值 回复：使用S32k358的AD9833 LPSPI总线配置 Hi 由于AD9833不是NXP的产品，所以我对它了解不多。我看了它的手册，发现下面突出显示的部分需要修改。 您是否将FSYNC连接到PCS0？根据我的理解，FSYNC引脚应该是SPI的片选引脚。 请使用逻辑分析仪捕捉SPI通信波形。如果你之前使用过AD9833并且熟悉它的控制，建议观察SPI波形检查是否正确。 此致， 罗宾 -------------------------------------------------------------------------------- 笔记： - 如果这篇文章回答了您的问题，请点击“标记正确”按钮。谢谢你！ - 我们会关注上次发帖后七周的帖子，之后的回复将被忽略 如果您稍后有相关问题，请打开一个新线程并参考已关闭的线程。 --------------------------------------------------------------------------------

MCU Secure Offline Programmer (MCUSOPUG) のソースと回路図 Hello,  https://www.nxp.com/webapp/Download?colCode=MCUSOPUG で参照されているSPGRプロジェクト(回路図とソースコード)がダウンロード可能かどうか知りたいです。 ありがとうございます パブロ 回复: MCU Secure Offline Programmer (MCUSOPUG) のソースと回路図 Hi @etronic_arg , NXP MIMXRTシリーズにご興味をお寄せいただきありがとうございます。 あなたが言及したボードはNXPが提供するリファレンスデザインであり、現在、エンジニアリングとハードウェアおよびソフトウェアのために顧客にのみ提供されており、顧客に直接供給できるボードはありません。具体的な詳細については、こちらを参照してください https://community.nxp.com/t5/i-MX-RT/Secure-Offline-Programmer-SPGR/td-p/1787107 対応するANとANSWにはソフトウェアと回路図がありますが、現在の内部アップグレードにより、ダウンロードチャネルが閉じられていますので、以前の回路図をメールでお送りしますので、領収書を確認してください。対応するANコードは AN14007されており、オンラインサポートチームに連絡してNDAに署名する必要があります。 良い一日をお過ごしください! よろしくお願いいたします ギャビン

SDK が表示されない S32DS V4をインストールし、 マニュアルに従って必要なSWをインストールし、 プロジェクトの作成中に SDK が認識できない 以下のドキュメントの手順に従ってください。  #nxp S32G2  Re:SDKが表示されません Hi, この問題は、以下に示すコミュニティスレッドと同じようです。 S32G3ボード、FSLイメージが見つからない、SDカードで利用できません - NXP Community 情報は、上記のコミュニティスレッドで提供されています。 お知らせください。 Re:SDKが表示されません HI @Daniel-Aguirre , 私が直面している問題は2つあります。 Micor USBケーブルをPCとJ4コネクタに接続しました。USBが検出されません。 2)ビルドが不完全である Re:SDKが表示されません Hi, ご意見ありがとうございました。 どのRTDパッケージをインストールしたかを教えていただけますか?セットアップで利用可能な例を確認できますか?前のウィンドウで選択したGCCバージョンはどれですか? お知らせください。 Re:SDKが表示されません こんにちは@Daniel-アギーレ 私も同じことを試みましたが、うまくいきませんでした。Plsは、他の詳細が必要な場合は私に知らせてください。 Re:SDKが表示されません Hi, どのRTDパッケージをインストールしたかを教えていただけますか?セットアップで利用可能な例を確認できますか?前のウィンドウで選択したGCCバージョンはどれですか?これに関して、次の HOWTO もお勧めします。 HOWTO:S32 RTD No AUTOSARを使用してS32Gの点滅LEDアプリケーションプロジェクトを作成 - NXP Community お知らせください。

在 uboot 中启用 IMX8MP LVDS 面板 我们目前正在为IMX8MP板在L5.15.52中启用LVDS显示器。我们遵循了NXP社区网站上的指南（ https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/Add-i-MX8MP-LVDS-driver-in-uboot/ta-p/14… ），但我们使用的是LVDS面板，而不是LVDS转HDMI桥接器。因此，我们对U-Boot设备树文件进行了一些修改，并将面板添加为简单面板。 驱动程序运行并在 uboot 中打印以下内容： [*]-视频链接 0 (1280 x 800) [0] LCD 控制器@32e90000，视频 [1] LVDS 通道@0，显示 [2] LVDS 面板，面板 问题是LVDS端口没有数据，我的意思是LVDS通道0上有4条数据线和1条clk线，clk有74M，数据0和数据1保持高位，数据2和数据3有一些数据（我用示波器测量了结果）。我附上了一张图片来证明这一点）。 我可以确认硬件没有问题，因为内核可以正常显示 LVDS 。 您能帮忙检查一下发生了什么吗？ 我使用 simple-panel 作为面板驱动，以及以下 dts ： 背光：背光{ 兼容=“pwm背光”； pwms = <&pwm1 0 50000>; /* 周期 = 5000000 ns => f = 200 Hz */ 亮度级别 = <0 100>； 插值步数 = <100>; 默认亮度级别 = <100>； 状态 = “好的”; }; lvds_panel：lvds面板{ 兼容=“简单面板”； 背光 = <&backlight>; 显示时间 { 本机模式 = <&timing0>; 计时0：计时0{ 时钟频率=<71100000>； 活性=<1280>； 虚激活 = <800>; h后廊=<40>； hfront-porch = <40>; v后廊=<3>； v前廊=<10>； 水平同步长度 = <80>; 垂直同步长度 = <10>； }; }; 港口 { panel_lvds_in：端点{ 远程端点 = <&lvds_out>; }; }; }; &lcdif2 { 状态 = “好的”; }; &ldb_phy { 状态 = “好的”; }; &ldb { 状态 = “好的”; lvds通道@0 { fsl，数据映射=“spwg”； fsl，数据宽度=<24>； 状态 = “好的”; 端口@1 { 注册=<1>； lvds_out：端点{ 远程端点=<&panel_lvds_in>； }; }; }; }; i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano 回复：在 uboot 中启用 IMX8MP LVDS 面板 你好，我也遇到过和你类似的问题。请问一下你把logo.bmp文件放在uboot的什么位置了？ 回复：在 uboot 中启用 IMX8MP LVDS 面板 它起作用了，我忘记在 uboot 中放一张图片/徽标了。 回复：在 uboot 中启用 IMX8MP LVDS 面板 你好@leavs 这是关于 simple_panel.c 的演示补丁，我只是在代码中设置了时间，而不是 dts。您可以测试它并添加代码以读取设备树中的时间。 diff --git a/drivers/video/simple_panel.c b/drivers/video/simple_panel.c index f9281d5e83..692c96dcaa 100644 --- a/drivers/video/simple_panel.c +++ b/drivers/video/simple_panel.c @@ -18,12 +18,27 @@ struct simple_panel_priv { struct gpio_desc enable; }; +/* define your panel timing here and + * copy it in simple_panel_get_display_timing */ +static const struct display_timing boe_ev121wxm_n10_1850_timing = { + .pixelclock.typ = 71143000, + .hactive.typ = 1280, + .hfront_porch.typ = 32, + .hback_porch.typ = 80, + .hsync_len.typ = 48, + .vactive.typ = 800, + .vfront_porch.typ = 6, + .vback_porch.typ = 14, + .vsync_len.typ = 3, +}; + @@ -100,10 +121,18 @@ static int simple_panel_probe(struct udevice *dev) return 0; } +static int simple_panel_get_display_timing(struct udevice *dev, + struct display_timing *timings) +{ + memcpy(timings, &boe_ev121wxm_n10_1850_timing, sizeof(*timings)); + + return 0; +} static const struct panel_ops simple_panel_ops = { .enable_backlight = simple_panel_enable_backlight, .set_backlight = simple_panel_set_backlight, + .get_display_timing = simple_panel_get_display_timing, }; static const struct udevice_id simple_panel_ids[] = { @@ -115,6 +144,7 @@ static const struct udevice_id simple_panel_ids[] = { { .compatible = "lg,lb070wv8" }, { .compatible = "sharp,lq123p1jx31" }, { .compatible = "boe,nv101wxmn51" }, + { .compatible = "boe,ev121wxm-n10-1850" }, { } }; 回复：在 uboot 中启用 IMX8MP LVDS 面板 嗨@Zhiming_Liu 我添加了新的 PLL 表，结果是一样的。 我检查了代码细节，发现 arch/arm/mach-imx/imx8m/clock_imx8mm.c 中的 clock_init() 函数没有运行，并且函数 enable_display_clk() 也没有运行，因为我在 arch/arm/mach-imx/imx8m/clock_imx8mm.c 中添加了一些调试日志。 我不知道为什么这个 clock_init() 没有在这个 BSP 中被调用。 您对此有何看法？ 回复：在 uboot 中启用 IMX8MP LVDS 面板 你好@leavs 请尝试以下 PLL 设置。 /* 将视频 PLL 设置为 995.4Mhz 用于 LVDS，p = 15，m = 622，k = 8192，s = 0 */