RT1021-EVK BEE encryption cannot start Test background: MCUBootUtility6.2 Hardware Background: NXP RT1021-EVK 测试软件：iled_blinky Test process: transplant image_enc2, configure the Flash of the boot device ISSI on the host computer, change the board to ISP boot mode, select BEE encryption method, configure key parameters, select hex, and start with one click After burning is completed, SW8 is configured to 1010. The LED does not flash and the program cannot run. Change back to ISP mode to read back efuse. BEE_KEY0_SEL and XIP bits are enabled. The SwGp2 value is changed from 0x000~ to----- i.MXRT 102x Re: RT1021-EVK BEE encryption cannot start Maybe it's because my encryption area is too large or the program's starting address is the problem. It has been solved now. Thanks Re: RT1021-EVK BEE encryption cannot start It seems that there is no problem with the operation. When it cannot start, hang up JLINK, Halt kernel and see where the PC stops. Re: RT1021-EVK BEE encryption cannot start Attached is the efuse value before encryption

MKL02Z32VFK4 PTB2 代替品(2) Rxd こんにちは、誰かが私がRxピンPTB2で持っているのと同じ問題に遭遇したかどうか知りたいです。 問題は、Txdが115200b(検証済み)で正しく送信していることですが、受信すると完全に がらくたですが、定義されたがらくた(ボーレートが極端に間違っているときなど)。私も接続してこれを確認しました ターミナル プログラム (RXD) がメッセージをリッスンし、メッセージは 115200B で問題ありませんが、UART がそれを台無しにしています。'O','K',cr,lf を送信すると、rx バッファ内のメッセージは 202(dec),106(dec),194(dec) となります。ステータス フラグ 常にオーバーランとフレームエラーを示します。tx ではなく rx が中断されます。 何かアイデアはありますか? 乾杯 Claes Kinetis Lシリーズ・マイクロコントローラ 日時:MKL02Z32VFK4 PTB2の代替(2)Rxd Hello again @claeskjellstrom , あなたの質問に関して、私はあなたがJlinkを介してモジュールを供給するトリムレジスタを変更したいことを理解しています。ただし、次の投稿にあるように、Jlinkはこの機能をサポートしていません: https://community.nxp.com/t5/Kinetis-Design-Studio/trimming-internal-oscillator/td-p/383412。 トリム レジスタの詳細については、MCG Control 4 Register (MCG_C4) の MCG Control 3 Register (MCG_C3) レジスタの 21 章の Multipurpose Clock Generator (MCG) のリファレンス マニュアルを参照してください。 BR Habib 日時:MKL02Z32VFK4 PTB2の代替(2)Rxd Hi, FLLのクロックがずれていたことが判明したので、面白いことに、Txは正しい送信をしていたのに、Rxは送信していました 正しく受信できなかったため、代わりにクロックをMCGIRCLKに切り替える必要がありましたが、現在は機能しています。Segger J-linkを介してオシレーターをトリミングする可能性があるかどうか知りたいです。 /Claes 日時:MKL02Z32VFK4 PTB2の代替(2)Rxd Hello @claeskjellstrom , ペリフェラルの構成方法について詳しく説明していただけますか?例えば： - 115200 ボーレート - 8データビット - パリティなし - 1ストップビット - フロー制御なし。 今のところ、SDK (バージョン 3.2) の "hello World" の例を確認できますが、この例では、ターミナルでの通信に UART 0 を使用しています。 BRの ハビブ

NXP DDRツールの誤解を招くLPDDR4サイズ こんにちはNXPチーム、こんにちはフォーラム、 私たちは、8Gを備えたカスタムaddapted iMX3mqベースのボードを持っており、文句なしで実行されています。 LPDDRメモリのため 廃止に伴い、LPDDR-Memoryを変更しました。 現在のLPDDRはMT53B768M32D4NQ-062です。 新しいLPDDRはMT53E768M32D2ZW-46です。 https://www.farnell.com/datasheets/4000640.pdf  DDR-StressTest を再実行して、新しい LPDDR の正しいパラメーターを構成します 新しいLPDDRサイズは、24Gbで予想どおりExcelシートに示されています しかし、エクスポートされたDDR-ScriptをNXP DDRツールにロードした後、LPDDRサイズは1576MBと発表されます。 ボードのコントローラー/あたり3072MBを使用しました。 DDRストレステストは正常に完了し、メモリはDDRツール内で最大3GBアドレス(0x40000000〜0xFF000000)にアクセスできます。 U-Bootでは、適合したDDR設定(DDR-Toolからエクスポートされたコード)のみを変更しましたが、問題なく動作します。 しかし、Linuxの起動は失敗します(U-Bootの「Starting kernel ....」は最後に報告された情報です) MX8M-RPA-Excelシートで発表された3GBに準じたDDRツールでの予期せぬ1536MBメモリの発表の理由は何ですか? Linuxの起動に失敗する原因となる設定ミスはありますか? ここでは i.MX 8MファミリDDRレジスタプログラミングエイド(RPA)、v33を使用しています。 皆様のご尽力に感謝いたします N. Wiedmann i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Re:NXP DDRツールの誤解を招くLPDDR4サイズ ありがとう、それがMT53E768M32D2ZW-46の非互換性の理由です LPDDR は、98304 行の数をアドレス指定するために 17 行ビットを必要とします リンク先の「メモリ互換性ガイド」によると、i.MX 8M Quadは16行ビットに制限されています。 N. Wiedmann Re:NXP DDRツールの誤解を招くLPDDR4サイズ こんにちは、 i.MX8M クワッドは ROW=16 のみをサポート このリンクが表示されます https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/i-MX-8M-Quad-8M-Mini-8M-Nano-8M-Plus-LPDDR4-DDR4-and-DDR3L/ta-p/1434761 Re:NXP DDRツールの誤解を招くLPDDR4サイズ Hello Salas, ご回答いただきありがとうございます。 Config Tools v15で試してみました(選択したCPU、DDRC-Tabのフィールドに入力、エクスポートされた.ds)および lpppdr4_timing.cファイル)。 StressTestTool は、LPDDR サイズの 1536MB (3072 ではなく) を「正しくない」と報告し、U-Boot は実行されており、Linux は起動しません。 「行アドレス数」に問題がある可能性はありますか? 「MT53E768M32D2ZW-46」データシートには、ConfigToolで17を試したExcelSheetブロック>16のR[16:0]が報告されていますが、報告されたLPDDRサイズは変更されません よろしくお願いいたします。 N. Wiedmann Re:NXP DDRツールの誤解を招くLPDDR4サイズ Hello @NWiedmann  同じことを試してみていただけますかが、Config Tools v15ソフトウェアを使用してください。 ユーザーガイドを添付いたします。 どうだったか教えてください。 よろしくお願いいたします。 Salas.

FRDM-K22F 的 GPIO 闪存演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 以下内容（“- - - - - -”之后是用于在 FRDM-K22F 模块上闪烁绿色、红色和蓝色 LED 的调试代码。 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - #包括“fsl_device_registers.h” #include "board.h" 静态 int i = 0; int main(void) { // LED 是共阳极的，阴极连接到端口引脚。 // 因此，逻辑高电平 (1) 将其关闭，逻辑低电平 // （0）将其打开。 短OFF = 1； 短接 ON = 0；    硬件初始化（）；      GPIO_DRV_SetPinDir(kGpioLED1，kGpioDigitalOutput); //绿色LED GPIO_DRV_SetPinDir(kGpioLED2，kGpioDigitalOutput); //红色LED GPIO_DRV_SetPinDir（kGpioLED3，kGpioDigitalOutput）；//蓝色LED GPIO_DRV_WritePinOutput(kGpioLED1, OFF); //绿色LED最初关闭 GPIO_DRV_WritePinOutput(kGpioLED2, OFF); //红色LED最初关闭 GPIO_DRV_WritePinOutput(kGpioLED3, OFF); //蓝色LED最初关闭 while（1）           {           for (i = 0; i<0xFFFFFF; i++)           {           } GPIO_DRV_WritePinOutput(kGpioLED1, ON); //绿色LED亮           for (i = 0; i<0xFFFFFF; i++)           {           } GPIO_DRV_WritePinOutput(kGpioLED1, OFF); //绿色LED关闭           for (i = 0; i<0xFFFFFF; i++)           {           } GPIO_DRV_WritePinOutput(kGpioLED2, ON); //红色LED亮           for (i = 0; i<0xFFFFFF; i++)           {           } GPIO_DRV_WritePinOutput(kGpioLED2, OFF); //红色LED关闭           for (i = 0; i<0xFFFFFF; i++)           {           }; GPIO_DRV_WritePinOutput(kGpioLED3, ON); //蓝色LED亮           for (i = 0; i<0xFFFFFF; i++)           {           } GPIO_DRV_WritePinOutput(kGpioLED3, OFF); //蓝色LED关闭           }      return 0; }

S32G ポートは 802.1AS 2020 をサポートしますか Hi, GMAC サブシステム RM として表示されている GMAC0 ポートは、TSN 時刻同期 (802.1AS-Rev) をサポートしています。S32G製品概要(1枚目の写真)に示されているPFE_MACポートも同様です。したがって、これらのポートは 802.1AS-2020 をサポートしていますか。1AS-REVと1AS-2020(2枚目の写真)には、ちょっとした違いがあるようです。 お返事をお待ちしております。 頑張ってください 日時:S32Gポートは802.1AS2020をサポートしますか Hello, @Toooong フィードバックをいただきありがとうございます。 802.1AS-REV には複数のドメインが含まれているため、GMAC はハードウェアの観点から仕様をサポートできますが、この機能は GMAC でサポートできると思います。 よろしくお願いいたします。 チェンイン 日時:S32Gポートは802.1AS2020をサポートしますか @chenyin_h  Hi chenyin, ご返信ありがとうございます。 前述のように、GMac ポートは 802.1AS-Rev プロトコルをサポートしています。Gmacは時間同期のマルチドメイン機能 をサポートしていますか? お返事をお待ちしております。 頑張ってください。 日時:S32Gポートは802.1AS2020をサポートしますか ご質問ありがとうございます。 最新のS32G2RMとGMACSUBSYSRMによると、時刻同期規格は802.1AS-2020ではなくIEEE 802.1AS-revです。 よろしくお願いいたします。 チェンイン

SHA256Sum から安全なファイルシステムの更新 Hello, 最近、ファイルシステムの整合性を維持する方法と、iMX93 EVKでファイルシステムを更新した後にこの問題を管理する方法について考えています。 明確にするために、次のeMMCパーティションを想定しましょう。 /dev/mmbclk1boot0 -> ブートローダ /dev/mmbclk1p1 -> FIT image /dev/mmcblk1p2 -> rootFS_one /dev/mmcblk1p3 -> rootFS_two /dev/mmcblk1p4 -> hash_one /dev/mmcblk1p5 -> hash_two 事柄は次のとおりです。これで、bootaloaderとFITイメージ(initramfsを使用)が固定されました。だから今、私はファイルシステムを保護しようとします。私の考えは、2つのパーティションを使用して2つのファイルシステム(/ dev / mmcblk1p2と/ dev / mmcblk1p3)を格納し、通常の操作ではそのうちの1つがマウントされ、更新がアサートされる必要があるときに新しいコンテンツが他のパーティションに格納されます。更新が完了すると、システムがリセットされ、更新されたファイルシステムがマウントされます(そして、両方のパーティションが次の更新のために役割を交換します)。 現在、両方のファイルシステムの整合性が問題になっています。これは、initramfs中にマウントされるファイルシステムの整合性をチェックするという考え方です。 私の考えは、 /dev/mmcblk1p2 のファイルシステムが実行されているとき (initramfs が以前にこのパーティションをマウントしているとき) 、 /dev/mmcblk1p3 が更新されるというものです。次に、coreutils の sha256sum ユーティリティを使用して、/dev/mmcblk1p3 からハッシュが計算されます。このハッシュは秘密鍵で署名され、結果は /dev/mmcblk1p5 に保存されます。リセット後、initramfs は /dev/mmcblk1p5 に格納されたハッシュを読み取り、公開鍵 (FIT イメージはブートローダーによって保護されているため不変) で復号化し、計算されたハッシュ /dev/mmcblk1p3 と比較します。すべてが正常であれば、システムは /dev/mmcblk1p3 からブートします。 このプロセスは、2番目のファイルシステムから最初のファイルシステムまで発生します(再度説明することはしませんが、明確だと思います)。 私の考えについて2つの質問があります。 sha256sumユーティリティは、このアプリケーション(ファイルシステムの保護)に適していますか?(実装がはるかに簡単なので、dm-verityまたはimaよりもsha256を使用する予定です)。 ファイルシステムがハッシュの署名に使用する秘密鍵をどのように保護できますか?iMX93は、キーを安全に保存するためのユーティリティを提供しますか?(この質問は、ELEについては知っていますが、使い方がわからないため、少し修辞的です)。 よろしくお願いします。 Gorka. Re:安全なファイルシステムの更新にsha256sum こんにちは あなたのユースケースは実行可能に思えるので、私はそれがうまく見えると言うでしょう セキュアなELEについては、以下のドキュメントへのアクセスをリクエストできます。 https://www.nxp.com/webapp/Download?colCode=IMX93ELEAPI&appType=moderatedWithoutFAE よろしくお願いします/サルドス、 アルド。

LPSPI SEND の質問。 hi. LPSPI0のセンド機能を利用したいのですが。 (LPSPI_DRV_MasterTransferBlocking) しかし、今は信号がありません。(オシロスコープ) 別紙1.H/W回路図。 別紙2.config設定。 別紙3.コード init です。 ここで質問があります。 LPSPI0_OUTだけでもトランスミソンは可能ですか? それとも、別のピンを接続する必要がありますか?(例:LPSPI0_PCS1) 必要なのはsend機能だけです。 その機能の要件は何ですか? (32K146を使用) どうもありがとうございます。 日時:LPSPI SENDの質問。 Hi  マスターとして、少なくともシリアル クロック ピンを初期化する必要があります。 よろしくお願いいたします ロビン ------------------------------------------------------------------------------- 手記： - この記事があなたの疑問に答えたら、「正解をマーク」ボタンをクリックしてください。ありがとうございます！ - 最後の投稿から7週間スレッドをフォローしていますが、その後の返信は無視されます 新しいスレッドを開き、後で関連する質問がある場合は、閉じたスレッドを参照してください。 -------------------------------------------------------------------------------

S12XE SCI Error Rate こんにちは XET256マイコンで開発している開発者です。 SCIとSPIのどちらでコミュニケーションを取るべきか考えています。 SCIを利用したいです。 SCIボーレートを500kbpsにしたいです。 以下は私が設定したPLLクロック設定です。 内部バスクロック:32Mhz VC0クロック周波数:64Mhz リファレンスデバイダー:1 PLLの乗算係数:2 PLLポストディバイダー:1 およびIREN:0 MC9S12XEP100リファレンスマニュアル「Covers MC9S12XE Family」のデータシートを見ました。 データシートの742ページに表20-16があります。ボーレートのエラー(%)値の計算式を知りたいのですが(例:バスクロック= 25MHz)。 ボーレートエラーの出方を教えてください。 そして、私の仕様で500kbpsのエラー率を教えてください。 感謝。 Re: S12XE SCI Error Rate Hi, 1) 付属...UARTに必要な計算と式も含まれています-追加の単語がなくても使用できると思います。(緑のセルのみを変更し、[結果の要約]ボタンをクリックします) 2) https://community.nxp.com/t5/S12-MagniV-Microcontrollers/S12X-PLL-Filter-Calculator/ta-p/1125313 よろしくお願いいたします。 Ladislav

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 */ } 概述

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" /> もちろんです。

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 传输。