禁用“裸”项目的看门狗 <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 */

MPC5777C MCAN が保留中の TX バッファ要求でスタックしました Hello, 私がやろうとしていることは、カスタムボードでM_CANインターフェースを使用することです。私はこのフォーラムから入手可能な例の1つからのソースコードスニペットを使用するのに疲れました: https://community.nxp.com/t5/MPC5xxx-Knowledge-Base/Example-MPC5777C-MCAN-simpleTXRX-GHS616/ta-p/1109280 私はM_CAN0の代わりにM_CAN1を使用してメッセージを送信しているだけで、受信者は単なるKvaserインターフェースです。ピン 195 と 196 を代替機能 (0x3) として構成し、それらをインターフェイスとして使用しM_CAN1。外部発振器はインターフェースクロックとして使用されます。 私が直面している問題は、専用バッファからメッセージを送信しようとすると、バッファ0のビットがTXBRPに設定されていることがわかりますが、メッセージは送信されず、TXピンの状態も変化せず、常に高いままです。RAM がフレーム データで更新されるというメッセージが表示され、TEST レジスタを使用すると TX ピンの状態を設定およびリセットできることもテストしました。レジスタにエラーが見当たらない(添付の画面を参照)。 インターフェースがメッセージを送信しない理由について何か考えはありますか?さらに情報が必要な場合は、遠慮なくお問い合わせください。 よろしくお願いいたします 日時: MPC5777C MCAN が保留中の TX バッファー要求でスタックしている Hello, はい、ソフトウェアにバグがあり、IMUXレジスタが間違った値で上書きされ、RXピンの入力が正しく選択されM_CAN1ようです。 助けていただきありがとうございます。 よろしくお願いいたします 日時: MPC5777C MCAN が保留中の TX バッファー要求でスタックしている Hi, レジスタ値からの別のヒント。init モードを終了した後も PSR[ACT] は 0 のままで、モジュールがバスに同期していないため、送信を開始できないことを示しています。ピン構成が間違っているか、RXピンが低く表示されていることが原因である可能性があります。トランシーバーを切断して、TX / RXピンを一緒に接続してみてください。 使用しているピンを選択するために、それぞれのIMUXレジスタも設定しましたか? 3N45Hの例については、 以下を参照してください https://community.nxp.com/docs/DOC-342013  BR, Petr 日時: MPC5777C MCAN が保留中の TX バッファー要求でスタックしている Hello, 3N45Hです。 よろしくお願いいたします 日時: MPC5777C MCAN が保留中の TX バッファー要求でスタックしている Hi, レジスタ ビューから ACK エラーが検出されますが、この場合はエラー カウンタも設定されており、TX 信号が表示されるはずです。 MCUマスクセットとは 実際には、2N45Hと3N45Hの間にはほとんど違いはありません。 BR, Petr

LX2160 ARDBのYOCTOビルド こんにちはチーム、 最近、YOCTO lx2160 ARDBビルドで以下のエラーが発生しています 1.リポジトリ init -u https://github.com/nxp-qoriq/yocto-sdk.git-b カークストーン -m ls-5.15.71-2.2.0_distro.xml 2.リポジトリ同期 source distro-setup-env -m  lx2160ardb-rev2 ビットベイクLS-イメージ-メイン パスが存在しないと思う更新を手伝ってくれませんか。 エラー:management-complex-10.35.0-r0 do_fetch:フェッチャーの失敗:フェッチコマンドエクスポートPSEUDO_DISABLED = 1;エクスポート DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/618713977/bus";export PATH="/YOCTO_lx2160/build_lx2160ardb-rev2/tmp/sysroots-uninative/x86_64-linux/usr/bin:/YOCTO_lx2160/build_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/management-complex/10.35.0-r0/recipe-sysroot-native/usr/bin/tar-native:/YOCTO_lx2160/sources/poky/scripts:/YOCTO_lx2160/build_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/management-complex/10.35.0-r0/recipe-sysroot-native/usr/bin/aarch64-fsl-linux:/YOCTO_lx2160/build_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/management-complex/10.35.0-r0/recipe-sysroot/usr/bin/crossscripts:/YOCTO_lx2160/build_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/management-complex/10.35.0-r0/recipe-sysroot-native/usr/sbin:/YOCTO_lx2160/build_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/management-complex/10.35.0-r0/recipe-sysroot-native/usr/bin:/YOCTO_lx2160/build_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/management-complex/10.35.0-r0/recipe-sysroot-native/sbin:/YOCTO_lx2160/build_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/management-complex/10.35.0-r0/recipe-sysroot-native/bin:/YOCTO_lx2160/sources/poky/bitbake/bin:/YOCTO_lx2160/build_lx2160ardb-rev2/tmp/hosttools";export HOME="/home/ryathnah";LANG=C git -c core.fsyncobjectfiles=0-c gc.autoDetach=false -c core.pager=catclone --bare --mirror https://github.com/nxp-qoriq/qoriq-mc-binary/YOCTO_lx2160/downloads/git2/github.com.nxp-qoriq.qoriq-mc-binary--progress が終了コード 128 で失敗し、出力なし エラー:management-complex-10.35.0-r0 do_fetch:Bitbake Fetcherエラー:FetchError('どのソースからもURLを取得できません。'git://github.com/nxp-qoriq/qoriq-mc-binary;protocol=https;nobranch=1') エラー:障害のログファイルが/YOCTO_lx2160/build_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/management-complex/10.35.0-r0/temp/log.do_fetch.3000871に保存されています エラー:タスク(/YOCTO_lx2160/sources/meta-qoriq/recipes-dpaa2/management-complex/management-complex_10.35.0.bb:do_fetch)が終了コード「1」で失敗しました ありがとうございます。 ランガ 日時:LX2160 ARDBのYOCTOビルド 皆さん、こんにちは。 同じことを解決できる: LIC_FILES_CHKSUM = "file://NXP-Binary-EULA.txt;md5=481d6288552113961a835bbabceb0c33" MCのbbファイルのmd5sumを修正しました。 ありがとうございます R 日時:LX2160 ARDBのYOCTOビルド こんにちはチーム、 変更後に以下のエラーに直面します。 エラー:management-complex-10.35.0-r0 do_populate_lic:QA問題:management-complex:LIC_FILES_CHKSUMが file://NXP-Binary-EULA.txt と一致しません。md5=1db1363924ceccb1edea921b6495bdc2 management-complex: 新しい md5 チェックサムは 481d6288552113961a835bbabceb0c33 です。 management-complex: 選択したライセンステキストは次のとおりです。 vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 著作権© 2017-2020 NXPの壁紙全著作権所有。 ソフトウェアライセンス契約(以下「本契約」といいます) 付随するバイナリソフトウェアの使用、複製、または配布 ライセンシーは、本契約の条件に同意したことになります。 ライセンスソフトウェア。「バイナリソフトウェア」とは、以下で指定されているバイナリ形式のソフトウェアを意味します。 付録A 本契約の条件に従い、NXP USA, Inc. (「NXP」)は、ライセンシーに世界的、非独占的、ロイヤリティフリーのライセンスを付与します ... 合意。   別紙A バイナリソフトウェア 本契約では、バイナリ形式のソフトウェアのみを提供できます 本契約の対象となるソフトウェアの一覧は次のとおりです。 MCバイナリファームウェア ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ management-complex: /YOCTO_lx2160/build_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/management-complex/10.35.0-r0/git/NXP-Binary-EULA.txt でライセンス情報が変更されているかどうかを確認します [license-checksum] エラー: management-complex-10.35.0-r0 do_populate_lic: 致命的な QA エラーが見つかりました。タスクは失敗しました。 エラー:障害のログファイルが/ YOCTO_lx2160 / build_lx2160ardb-rev2 / tmp / work / lx2160ardb_rev2-fsl-linux / management-complex / 10.35.0-r0 / temp / log.do_populate_lic.2737681に保存されている エラー:タスク(/YOCTO_lx2160/sources/meta-qoriq/recipes-dpaa2/management-complex/management-complex_10.35.0.bb:do_populate_lic)が終了コード「1」で失敗しました 注: タスクの概要: 4362 個のタスクを試行しましたが、そのうち 4331 は再実行する必要がなく、1 個が失敗しました。 日時:LX2160 ARDBのYOCTOビルド レシピのsources/meta-qoriq/recipes-dpaa2/management-complex/management-complex_10.35.0.bbを以下のように変更してください。 SRCREV = "836d7bf606b51c18b5e3726d68dcf3b3ac4de74a" 次のように変更します。 SRCREV = "73d323d2538d7fe7ae93d88c2c5c4489f5891fcb"

並列NORフラッシュ(ADMUX)インターフェースでのADV#ピンの使用 Hello, パラレルNORフラッシュ(256KB*16)をIMXRT1062と接続したいのですが、このプロセッサのアドレスとデータバスのポートピンは同じです。それで、私はADV#を見つけました。このADV#ピンの用途は何ですか? SRAMのこのノートを見つけました。NORフラッシュも同じですか? ADV# ピン は、ADV# 入力を Low にアサートすることにより、アドレス パス (ADQ=Address Buffer) を有効にします。ADV# が High の場合、データ パスは有効になります (ADQ=I/O バッファー)。 Re:パラレルNORフラッシュ(ADMUX)インターフェースでのADV#ピンの使用 わかりました。ありがとう Re:パラレルNORフラッシュ(ADMUX)インターフェースでのADV#ピンの使用 SEMC 側から見ると、データ ピンとアドレス ピンは MUX モードになるため、NOR フラッシュ専用のアドレス/データ ピンを持つことはできません。通信は次のようになります。 これらの信号を分離するために外部コンポーネントを使用することについて。それは実行可能に見えますが、それは私たちの側でテストされていないので、それがあなたの適切な解決策であるかどうかは確認できません。 よろしくお願いいたします オマル Re:パラレルNORフラッシュ(ADMUX)インターフェースでのADV#ピンの使用 私に返信してください! Re:パラレルNORフラッシュ(ADMUX)インターフェースでのADV#ピンの使用 わかりました、助けてくれてありがとう。 もう一つ教えてください。 アドレス バスとデータ バスを分離するためのパラレル NOR フラッシュをどのようにインターフェースできますか?直接インターフェースできますか? imxrt1062 の同じ端子を NOR フラッシュ アドレスとデータ ピンで接続すると、コマンドはパラレル NOR フラッシュの両方のバスで転送されます。 画像を1枚添付しました。 imxrt1062とフラッシュチップの間に74LVC164245 ICを2つ追加することを考えています。アドレス/データ転送をフラッシュチップに分離できるようにしました。   Re:パラレルNORフラッシュ(ADMUX)インターフェースでのADV#ピンの使用 はい、ADV on nor フラッシュの使用は SRAM と似ています。 よろしくお願いいたします オマル

How to add iMX8QXP PAD (GPIO) Wakeup <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> [Chinese translation] See attachment   Original link: https://community.nxp.com/docs/DOC-345322 i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus

PowerPC上の1つの関数の実行時間を測定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi,  一部の PowerPC コアには、コードの実行時間を測定するための定規となるタイム ベースが含まれています。 一般に、e200z4、e200z7にはRBLとTBUなどのレジスタがあります。SPR284とSPR285です。 サンプルコードは 、AN2865SW(Timebase project)内で参照できます。  測定をお楽しみください! 乾杯！ オリバー ところで、 S32Kの1つの関数の実行時間を測定する ことも、リンクを通じて取得できます。

i.MX8M Mini NVMe 读取性能 Hi, 我们在 i.MX 8M Mini 评估套件上运行 fio 来测试 nvme。PCIe 是 Gen2 x1。我们发现写入带宽可以达到400MB/s，而读取带宽只有260MB/s，如下图所示。我们在其他平台上测试了相同的 nvme。写入和读取均可达到400MB/s。我们想知道 i.MX 8M Mini 上 nvme 读取的限制是什么？ ./fio -ioengine=libaio -bs=64k -direct=1 -thread -rw=read -filename=/dev/nvme0n1 -name="BS 64KB read test" -iodepth=16 -runtime=60 BS 64KB read test: (g=0): rw=read, bs=(R) 64.0KiB-64.0KiB, (W) 64.0KiB-64.0KiB, (T) 64.0KiB-64.0KiB, ioengine=libaio, iodepth=16 fio-3.36 Starting 1 thread Jobs: 1 (f=1): [R(1)][100.0%][r=264MiB/s][r=4227 IOPS][eta 00m:00s] BS 64KB read test: (groupid=0, jobs=1): err= 0: pid=6066: Thu Apr 28 20:43:32 2022 read: IOPS=4217, BW=264MiB/s (276MB/s)(15.4GiB/60004msec) slat (usec): min=18, max=2612, avg=28.66, stdev= 6.76 clat (usec): min=380, max=32820, avg=3759.64, stdev=332.16 lat (usec): min=441, max=32855, avg=3788.30, stdev=331.20 clat percentiles (usec): | 1.00th=[ 3130], 5.00th=[ 3359], 10.00th=[ 3425], 20.00th=[ 3490], | 30.00th=[ 3720], 40.00th=[ 3752], 50.00th=[ 3752], 60.00th=[ 3785], | 70.00th=[ 3818], 80.00th=[ 4015], 90.00th=[ 4080], 95.00th=[ 4146], | 99.00th=[ 4359], 99.50th=[ 4424], 99.90th=[ 4555], 99.95th=[ 4686], | 99.99th=[15533] bw ( KiB/s): min=253061, max=270976, per=100.00%, avg=270249.08, stdev=2158.40, samples=119 iops : min= 3954, max= 4234, avg=4222.50, stdev=33.72, samples=119 lat (usec) : 500=0.01%, 750=0.01%, 1000=0.01% lat (msec) : 2=0.01%, 4=79.04%, 10=20.94%, 20=0.01%, 50=0.01% cpu : usr=6.26%, sys=31.53%, ctx=122462, majf=0, minf=257 IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=100.0%, 32=0.0%, >=64=0.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.1%, 32=0.0%, 64=0.0%, >=64=0.0% issued rwts: total=253070,0,0,0 short=0,0,0,0 dropped=0,0,0,0 latency : target=0, window=0, percentile=100.00%, depth=16 Run status group 0 (all jobs): READ: bw=264MiB/s (276MB/s), 264MiB/s-264MiB/s (276MB/s-276MB/s), io=15.4GiB (16.6GB), run=60004-60004msec Disk stats (read/write): nvme0n1: ios=252614/0, sectors=32334592/0, merge=0/0, ticks=919387/0, in_queue=919388, util=99.95% ./fio -ioengine=libaio -bs=64k -direct=1 -thread -rw=write -filename=/dev/nvme0n1 -name="BS 64KB read test" -iodepth=16 -runtime=60 BS 64KB read test: (g=0): rw=write, bs=(R) 64.0KiB-64.0KiB, (W) 64.0KiB-64.0KiB, (T) 64.0KiB-64.0KiB, ioengine=libaio, iodepth=16 fio-3.36 Starting 1 thread Jobs: 1 (f=1): [W(1)][100.0%][w=398MiB/s][w=6366 IOPS][eta 00m:00s] BS 64KB read test: (groupid=0, jobs=1): err= 0: pid=628: Thu Apr 28 20:47:54 2022 write: IOPS=6357, BW=397MiB/s (417MB/s)(23.3GiB/60003msec); 0 zone resets slat (usec): min=32, max=1904, avg=126.17, stdev=32.66 clat (usec): min=1632, max=5095, avg=2386.68, stdev=227.02 lat (usec): min=1739, max=5216, avg=2512.85, stdev=224.06 clat percentiles (usec): | 1.00th=[ 1909], 5.00th=[ 2008], 10.00th=[ 2073], 20.00th=[ 2212], | 30.00th=[ 2311], 40.00th=[ 2343], 50.00th=[ 2376], 60.00th=[ 2409], | 70.00th=[ 2474], 80.00th=[ 2540], 90.00th=[ 2671], 95.00th=[ 2769], | 99.00th=[ 2966], 99.50th=[ 3064], 99.90th=[ 3294], 99.95th=[ 3818], | 99.99th=[ 4883] bw ( KiB/s): min=406355, max=408399, per=100.00%, avg=407263.99, stdev=398.32, samples=119 iops : min= 6349, max= 6380, avg=6363.22, stdev= 6.27, samples=119 lat (msec) : 2=4.62%, 4=95.33%, 10=0.04% cpu : usr=31.84%, sys=54.83%, ctx=81509, majf=0, minf=1 IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=100.0%, 32=0.0%, >=64=0.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.1%, 32=0.0%, 64=0.0%, >=64=0.0% issued rwts: total=0,381462,0,0 short=0,0,0,0 dropped=0,0,0,0 latency : target=0, window=0, percentile=100.00%, depth=16 Run status group 0 (all jobs): WRITE: bw=397MiB/s (417MB/s), 397MiB/s-397MiB/s (417MB/s-417MB/s), io=23.3GiB (25.0GB), run=60003-60003msec Disk stats (read/write): nvme0n1: ios=46/381026, sectors=2120/48771328, merge=0/0, ticks=11/854635, in_queue=854646, util=100.00% i.MX 8M | i.MX 8M Mini | i.MX 8M Nano 回复：i.MX8M Mini NVMe 读取性能 我们的速度很快，比我们这边测试的速度还快。   如果您需要更快的速度，可以考虑 GEN3。

共享项目：LPC832 16x2 LCD驱动器 这不是求助；我正在与社区分享工作，希望能帮助到处于类似情况的其他人。您可以随意免费使用，对于您遇到的任何问题，我概不负责。 我正在使用一个没有大量引脚用于 LCD 的 µcontroller，因此我决定使用 LPC832 作为 SPI 上的 16x2 LCD 驱动器，以减少主控制器上所需的引脚数量。我想到这个，而且它似乎效果很好，所以我想分享一下。我使用 Bus Master 5 的 SPI 模式对其进行了测试，它做出了适当的响应，但您必须使用您的环境对其进行测试。 解压“tgz”文件，将其作为新项目导入 MCUXpresso，按照图示连接引脚，它就可以工作了。它使用“命令”字节来指示您想要采取的操作： 0 = clear; sub-command 0 - entire screen; 1 - the current line 1 = goto; row col 2 = print; sub-command 0 - single character; 1 - string 3 = LCD display command; command bytes relevant to your LCD display anything else is ignored 命令和操作数以空格分隔，因此“0 0”清除整个屏幕。“2 1 ascii 字节”在当前 LCD 位置打印一个字符串。“1 1 0”转到第 1 行（第二行；从偏移量 0 开始计算），位置 0。 这是为 16x2 进行的配置，但调整到更大的屏幕并不难。 感谢@ErichStyger提供的 HD44780 库，本文部分基于该库。 https://github.com/ErichStyger/McuOnEclipseLibrary/blob/master/lib/HD44780/McuHD44780.c LPC800 回复：共享项目：LPC832 16x2 LCD驱动器 您好，感谢您对社区的贡献。 此致， 帕维尔

例MPC5604P TRKボードCW210のスキャンモードのADC設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この簡単な例は、スキャンモードのADC設定とTRK-MPC5604Pボード上のトリマーの使用方法を示しています。 トリマーを使用してLEDを暗くします1。   よろしくお願いします。 ペトル     ******************************************************************************** * 詳細説明: * * TRKボード上のトリマーのADCテストと使用 * * ------------------------------------------------------------------------------ *テストHW:TRK-MPC5604P * Maskset:  0M36W ※対象:internal_RAM * Terminal: no * Fsys:64MHz、8MHz XOSCリファレンス * EVB接続: * *トリマーを使用してLEDを暗くします1 * *手記！ADCに電力が供給されていること、J21 5Vジャンパーがオンになっていることを確認します * ******************************************************************************** 全般 Re:TRKボードCW210 MPC5604PスキャンモードのADC設定例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはPetrS、 迅速な対応ありがとうございました。問題は、ADCに電力を供給するのと同じくらい簡単で、つまりJ21ジャンパをONに設定することでした。 似たような例があるかどうか知っていますか? 1- シンプルなFlexPWMの場合 ? 2- eTimersを直交デコーダとして使用していますか? 事前に感謝いたします。