S32K314 lwip tcp/ip中断不起作用 Hello, 我正在使用 S32K314 MCU 上的 LWIP TCP/IP 堆栈实现以太网通信。 使用 S32K344 EVM 板，我确认 ARP 命令（ping 192.168.0.200）在运行 LWIP 示例代码时有效。 但是在S32K314板上使用相同的电路配置时，ping命令没有收到响应。 调试代码显示 IP、网络掩码和网关已正确分配给网络接口。此外，arp -a 命令显示物理连接似乎成功。 但是我发现ping命令的接收中断没有被触发。 您能检查一下我的中断设置是否存在问题吗？ 谢谢！ 回复：S32K314 lwip tcp/ip中断不起作用   谢谢你的建议@PavelL 通过努力精确匹配示例代码，我能够成功完成 ping 测试。 回复：S32K314 lwip tcp/ip中断不起作用 Hello @malove , 自从我在另一个线程中做了一些小的修复后，你对你的软件做了很多更改。 如果我是你，当我更改 HW 时，我不会在 SW 中做任何更改（除非绝对必要）。我会做一些小的改变。 我对 main.c 中的无限循环中没有 sys_msleep() 感到不舒服。 不幸的是，我现在没有合适的硬件来检查你的代码。 顺祝商祺！ 帕维尔 回复：S32K314 lwip tcp/ip中断不起作用 谢谢你的回答@PavelL 发布此信息后，我确认 Rx 中断已被禁用。 即使启用该功能后，中断仍然会间歇性地失败。 在这种情况下我应该检查什么？ 回复：S32K314 lwip tcp/ip中断不起作用 Hello @malove , 我检查了您共享的所有文件，发现 GMAC 模块中的 RX 中断被禁用： 我现在没有带有 S32K14 的硬件，所以我无法检查它。 顺祝商祺！ 帕维尔 回复：S32K314 lwip tcp/ip中断不起作用 我附上了我的.c文件和 .mex文件。

S32K144 上的低压检测和复位问题 Hi, 我想在我的 S32K144 设备中配置低压检测和低压复位。 案例 1：当在 LVDSC1 中设置 LVDIE 时，我能够成功在 LVDF 上生成中断。当我将电源电压降低到 VLVD 2.875V 以下时，断点就会触发 ISR。 /***********Code ***********/ IP_PMC->LVDSC1 |= PMC_LVDSC1_LVDIE_MASK; /* 启用低压检测中断 */ /***************************/ 案例 2：我同时启用了 LVDIE 和 LVDRE。但是，在这种配置下，当我将电源电压降低到低于 VLVD 2.875V 时，调试器连接丢失，这意味着控制器已重置，并且我有一个基于 LVD 重置原因的 UART 打印语句。 /***********Code ***********/ IP_PMC->LVDSC1 |= (PMC_LVDSC1_LVDRE_MASK | /* 启用低压复位 */ PMC_LVDSC1_LVDIE_MASK); /* 启用低压检测中断 */ /***************************/ 但根据数据表，典型的 VLVD = 2.875V 和 VLVR = 2.58V 谁能告诉我这是预期的行为吗？ 此致 阿吉斯·库马尔 S32K144EVB 回复：S32K144 上的低压检测和复位问题 是的，正确。 回复：S32K144 上的低压检测和复位问题 感谢您的快速回复。 所以我可以启用 LVDRE 或 LVD 中断。正确的 ？ 回复：S32K144 上的低压检测和复位问题 如果您已设置 LVDRE（如您已设置），则重置将在 V_lvd 阈值以下触发。 如果 LVDRE 被清除，则低于 V_lvr 阈值时将触发复位。 是的，这是预料之中的。

S32デザインスタジオでのフラッシュ消去 Hi, T172 EVB S32K344作業していますが、誤ってデバイスのフラッシュメモリを発行してしまいました。 ここで、S32 Design Studio IDEを介してバイナリをボードにフラッシュしようとすると、次のメッセージが表示されます。 また、フルチップ消去を有効にしようとしましたが、その後、大量消去がサポートされていないと表示されました 誰かが私が私のボードを再フラッシュできるように、この問題を解決するのを手伝ってくれますか?感謝 デバッグ | フラッシュプログラミング Re:S32デザインスタジオでのフラッシュ消去 Hi @quangvuanh  残念ながら、Flashの設定がAB_SWAPに設定されていると、FULL_MEMの設定に戻すことはできません。したがって、この構成で使用できるのは AB_SWAP HSE ファームウェア イメージのみです。 Re:S32デザインスタジオでのフラッシュ消去 私は同僚からボードを受け取りましたが、最後にデバイスにフラッシュされたものが何だったのかわかりません。私たちの側で再度確認します。 HSE FWについて、バージョンを確認するにはどうすればいいですか?FWは納車前にS32K3x4 EVBボードにロードされましたよね? Update: 同僚に確認したところ、彼はAB_SWAPアルゴリズムを使用して、別のHSEファームウェアをボードHSE_FW_S32K3XX_0_2_1_0にロードしました。さて、私は今、問題がどこにあるのかを知っていると思います 質問： HSE FULL_MEMをボード@VaneBにリロードできるようにする方法はありますか? Re:S32デザインスタジオでのフラッシュ消去 Hi @quangvuanh  最後にデバイスにアップロードしたものは何ですか?どうやってやったのですか?また、お使いのデバイスにはどのような種類のHSE FWが搭載されていますか?スタンダードのものをお持ちですか、それともプレミアムのものですか? Re:S32デザインスタジオでのフラッシュ消去 @VaneB、レジスタの値は次のとおりです Re:S32デザインスタジオでのフラッシュ消去 Hi @quangvuanh  デバイスは現在リカバリモードになっているようです。 MU_BのレジスタFSRとGSRを探していただけますか?これにより、HSE FWの初期化に問題が発生しているかどうかを特定できる場合があります。 B.R. VaneB Re:S32デザインスタジオでのフラッシュ消去 Hi @VaneB  私はあなたのガイドラインに従います、そしてプログラムはここで一時停止します->あなたの仮定が正しいようです そして、0x4039C028に格納された値 Re:S32デザインスタジオでのフラッシュ消去 Hi @quangvuanh  デバッグ コンフィギュレーションで [スタートアップ] タブに移動します   をクリックし、以下を選択します。   これにより、実行可能ファイルをロードする代わりに、単にマイクロコントローラーに接続され、これにより、実行されていたメモリアドレスを確認するために一時停止を試みることができます。アドレス0x20400100などにある場合は、リカバリモードであることを意味します。 さらに、マイクを一時停止することができれば、メモリアドレス0x4039C028の画像を共有してHSEGPRを確認できます。 Re:S32デザインスタジオでのフラッシュ消去 返信していただきありがとうございます@VaneB HSE Arpを使用していると思いますが、この設定を使用すると、他のS32K344 EVBにフラッシュできます Re:S32デザインスタジオでのフラッシュ消去 Hi @quangvuanh  S32K3 デバイスは、最後の共有イメージに示されているように、一括消去をサポートしていません。 HSE FULL MEM または AB SWAP を使用していますか?間違ったプログラムを使用しているようです。 B.R. VaneB

S32K344-セキュアブートソフトウェア こんにちは S32K344 EVBボードを開発作業に使用しています。セキュアブート機能を実装したいのですが。何か例はありますか? よろしくお願いいたします。 Simon Re: S32K344-Secure Boot ソフトウェア こんにちはロビン、私はS32K344 HSEデモの例からSHE SecureBootの例をS32K312に移植しようとしましたが、デバッグすると、ConfigureSHESecureBootの最後に、smrCoreStatus_Get 以下のように、リセット後(アイコンは下記)、コードはAppBLに実行できないため、移植時に何に注意を払う必要がありますか? Re: S32K344-Secure Boot ソフトウェア Hi Simon, S32K3 汎用HSEデモ例(S32K3_HSE_DemoExamples)の例をご覧になることをお勧めします。 よろしくお願いいたします ロビン ------------------------------------------------------------------------------- 手記： - この投稿があなたの質問に答えた場合は、「ソリューションとして受け入れる」ボタンをクリックしてください。ありがとうございます！ - 最後の投稿から7週間スレッドをフォローしていますが、その後の返信は無視されます 新しいスレッドを開き、後で関連する質問がある場合は、閉じたスレッドを参照してください。 -------------------------------------------------------------------------------

S32K344-安全启动软件 你好 我正在使用 S32K344 EVB 板进行开发工作。我想实现安全启动功能。有例子嗎？ 顺祝商祺！ Simon 回复：S32K344-安全启动软件 你好，罗宾，我尝试将 S32K344 HSE 演示示例中的 SHE SecureBoot 示例移植到 S32K312，但当我在ConfigureSHESecureBoot 的末尾进行调试时，smrCoreStatus_Get 如下图，但是reset之后（如下图图标）代码就无法运行到AppBL了，请问移植的时候要注意什么呢？ 回复：S32K344-安全启动软件 Hi Simon, 我建议您看一下S32K3 MCU 中的通用 HSE 演示示例(S32K3_HSE_DemoExamples) 此致， 罗宾 -------------------------------------------------------------------------------- 笔记： - 如果这篇文章回答了您的问题，请点击“接受为解决方案”按钮。谢谢你！ - 我们会关注上次发帖后七周的帖子，之后的回复将被忽略 如果您稍后有相关问题，请打开一个新线程并参考已关闭的线程。 --------------------------------------------------------------------------------

IDcode.tclとScanboardの使用 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Scanboard は、IDcode.tcl スクリプト内の tcl proc であり、基本的な JTAG 接続のクイック サニティ チェックとして使用できます。このルーチンは、スキャンチェーン上のデバイスのJTAG IDコードを返し、それらが既知のFreescaleデバイスである場合(スクリプトが最後に更新された時点)、CodeWarriorプロジェクト構成のコアインデックスも表示されます。IDcode.tclはCodeWarriorのインストール中に自動的に含まれますが、更新が利用可能な場合があります。   このスクリプトは、CodeWarrior IDE自体ではなく、CodeWarrior接続サーバ(CCS)内で実行されます。ccsは、CodeWarriorデバッガがTAPハードウェアと通信する経路です。CCS はスタンドアロンでも使用できますが、これはサポートされているモードではなく、その使用については文書化されていません。   Windowsマシンでは、使用したいCodeWarriorインストールの「スタート」メニューからccsを起動します。   つまり、Freescale CodeWarrior →CW for Power Architecture v10.2.1→ CodeWarrior Connection Server→すべてのプログラム→の起動   CCSはタスクバーにアイコン化されて起動するので、アイコンをダブルクリックしてccsコンソールウィンドウを表示します   Linuxマシンでは、CodeWarriorインストールディレクトリ($CW_INSTALLDIR)/PA/ccs/bin/ccs内のccs実行可能ファイルの場所から手動でccsを起動します   つまり、/usr/local/Freescale/CodeWarrior_PA_10.2.1/PA/ccs/bin/ccs CCS コンソールが使用可能になったら、source コマンドを使用して IDcode.tcl ファイルを tcl 環境に取り込む必要があります。Linuxシステムでは、ファイル名の大文字と小文字が区別されることに注意してください。   % ソースIDコード.TCL   このスクリプトは、ホスト システムを自動的にクエリして、リモート接続に使用できる USB 経由で接続された使用可能な CodeWarriorTAP または USBTAP デバイスがあるかどうかを判断します。ターゲット・システムに接続されている接続オプションを指定します。たとえば、接続をネットワーク上のCodeWarriorTAPとして構成するには、2を選択し、IPアドレスまたはCodeWarriorTAP名(ホストテーブル内にあるかDNSテーブル内にある場合)を入力します。   また、.../ccs/bin ディレクトリ内にある DefinedCCSConnections.tcl を使用して、カスタムリモート接続を事前に定義することもできます。詳細については、このファイルを参照してください。 リモート接続が指定されると、スクリプトは自動的にスキャンボード プロセスを実行し、JTAG スキャンチェーンで使用可能な IDcode を読み戻そうとします。     この例では、CodeWarriorTAP は T4240 プロセッサを搭載したシステムに接続されており、このデバイスの IDcode が表示されています。スキャンチェーン上に複数のプロセッサが使用可能であった場合、各デバイスは識別され、表示されていたでしょう。 全般

FRDM-IMX91软件发布介绍 i.MX FRDM 开发 (FRDM) 软件版本包含预构建的图像、文档和用于 FRDM-IMX 板的 i.MX FRDM Yocto 层。它还包括对 Matter 和 Debian 版本的支持。本文将对FRDM-IMX91软件发布进行简单介绍。欲了解更多详细信息，请查看i.MX FRDM 软件用户指南。 FRDM-IMX91 Yocto BSP发布 基于 i.MX SW 2024 Q3 BSP 版本 Linux kernel: 6.6.36_2.1.0 u-boot: 2024.04 i.MX FRDM Yocto layer source: https://github.com/nxp-imx-support/meta-imx-frdm FRDM-IMX91 BSP变化： U-boot：添加对FRDM-IMX91的基本支持 内核：增加对FRDM-IMX91的基本支持，并增加对各种配件的支持 FRDM-IMX91 Yocto 层：为 FRDM-IMX91 添加 Yocto 层并集成 u-boot/内核补丁 FRDM-IMX91配件及对应dtb： 5 inch Tianma LCD: imx91-11x11-frdm-tianma-wvga-panel.dtb RPI-CAM-INTB: imx91-11x11-frdm-mt9m114.dtb MX91AUD-HAT or MX91AUD-HAT + 8MIC-RPI-MX8: imx91-11x11-frdm-aud-hat.dtb 8MIC-RPI-MX8: imx91-11x11-frdm-8mic.dtb 2LL M.2 Module: imx91-11x11-frdm.dtb 构建FRDM-IMX91 Yocto图像： 下载 i.MX SW 2024 Q3 版本： $ repo init -uhttps://github.com/nxp-imx/imx-manifest-b imx-linux-scarthgap -m imx-6.6.36-2.1.0.xml $ repo sync 将 meta-imx-frdm 层集成到 Yocto 代码库中： $ cd ${MY_YOCTO}/sources $ git clone https://github.com/nxp-imx-support/meta-imx-frdm.git Yocto 项目设置： $ cd ${MY_YOCTO} $ MACHINE=imx91frdm DISTRO=fsl-imx-xwayland 源源/meta-imx-frdm/tools/imx-frdm-setup.sh -b frdm-imx91 构建镜像： $ bitbake imx-image-full 使用 dd 刷新 SD 卡映像： $ zstdcat imx-image-full-imx91frdm.rootfs.wic.zst | sudo dd of=/dev/sdx bs=1M && sync 或者使用 uuu 将映像刻录到 SD 卡： $ uuu -b sd_all imx-图像-全-imx91frdm.rootfs.wic.zst FRDM-IMX91 Matter 支持 基于 i.MX Matter 2024 Q3 要包含 Matter 支持，请按照以下步骤将 Matter 层包含到 Yocto 构建中。 下载 i.MX SW 2024 Q3 BSP 版本： $ repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-scarthgap -m imx-6.6.36-2.1.0.xml $ repo sync 下载 i.MX Matter Yocto 层： $ cd ${MY_YOCTO} /sources/meta-nxp-connectivity $ git 远程更新 $ git checkout imx_matter_2024_q3 将 meta-imx-frdm 层集成到 Yocto 代码库中： $ cd ${MY_YOCTO}/sources $ git clone https://github.com/nxp-imx-support/meta-imx-frdm.git Yocto 项目设置： $ cd ${MY_YOCTO} $ MACHINE=imx91frdm-iwxxx-matter DISTRO=fsl-imx-xwayland 源源/meta-imx-frdm/tools/imx-frdm-matter-setup.sh bld-xwayland-imx91 构建镜像： $ bitbake imx-image-multimedia FRDM-IMX91 Debian版本 FRDM-IMX91 支持 Debian 12 操作系统。i.MX Debian Linux SDK 发行版是 NXP 提供的内核和引导加载程序与 Debian 发行版用户空间映像的组合，其中包括： 基于 Debian 的 rootfs Debian 基础版（基础软件包） Debian 服务器版（更多软件包，无图形桌面） Debian 桌面版（带 GNOME 图形界面） Linux kernel BSP 组件 各种应用程序（图形、多媒体、网络、连接、安全和 AI/ML） 有关 NXP Debian Linux SDK 发行版的更多详细信息，请查看适用于 i.MX 和 Layerscape 的 NXP Debian Linux SDK 发行版。 Debian 快速入门： 要使用 Debian 为 FRDM-IMX91 创建 SD 卡，请按照以下步骤操作。 在 Linux 主机上下载 flex-installer $ wget http://www.nxp.com/lgfiles/sdk/lsdk2412/flex-installer $ chmod +x flex-installer $ sudo mv flex-installer /usr/bin 将 SD 卡插入 Linux 主机并按如下方式安装映像 # 格式化 SD 卡 $ flex-installer -i pf -d /dev/sdb # 自动下载并安装图像到 SD 卡 $ flex-installer -i auto -d /dev/mmcblk1 -m imx91frdm 将 SD 卡插入 FRDM-IMX91 板并安装以下附加软件包 1.通过 DHCP 设置以太网网络接口或手动设置 $ dhclient -i end0 2.设置正确的系统时间，例如 $ 日期 -s "2024 年 11 月 22 日 09:00:00" 3.为 GNOME GUI 桌面版本安装额外的软件包 $ debian-post-install-pkg 桌面 4.或者为没有 GUI 桌面的服务器版本安装额外的软件包 $ debian-post-install-pkg 服务器 5.安装完成后，运行reboot命令启动Debian Desktop/Server系统 使用 Flexbuild 构建 Debian 镜像： 要使用 Flexbuild 为 FRDM-IMX91 构建 Debian 映像，请按照以下步骤操作。 设置构建环境 $ git clone https://github.com/nxp/flexbuild $ cd flexbuild && 源设置.env #如果由于缺少 Ubuntu 22.04 或 Debian 12 主机而需要在 Docker 中构建，请继续运行以下命令 $ bld docker $ 源设置.env 使用 Flexbuild 构建图像 $ bld -m imx91frdm Flexbuild用法： 要构建图像的单个部分，请检查下面的命令列表以了解 Flexbuild 用法 $ bld uboot -m imx91frdm （为 imx91frdm 编译 u-boot 映像） $ bld linux（为所有 arm64 i.MX 机器编译 linux 内核） $ bld bsp -m imx91frdm（生成BSP固件） $ bld boot（生成启动分区 tarball，包括内核、dtb、模块、iMX 机器的发行版启动脚本） $ bld multimedia（为 i.MX 平台构建多媒体组件） $ bld rfs -r debian:server （生成 Debian 服务器 rootfs） $ bld apps -r debian:server （针对 Debian 服务器 RootFS 的运行时依赖项编译应用程序） $ bld merge-apps -r debian:server（将 iMX 特定的应用程序合并到目标 Debian 服务器 RootFS） $ bld packrfs -r debian:server （打包并压缩目标 debian 服务器 rootfs） 相关文档 FRDM-IMX91文档： FRDM-IMX91快速入门指南 FRDM-IMX91 开发板用户手册 i.MX FRDM软件用户指南 更多 i.MX 产品信息请访问 (http://www.nxp.com/imxlinux) i.MX 约克托 项目用户指南 i.MX Linux User’s Guide​ i.MX Linux参考手册​ i.MX 移植指南 Debian 文档位于 http://www.nxp.com/nxpdebian i.MX Debian Linux SDK 用户指南 FRDM-IMX91 FRDM 培训

如何在 IMX RT1170 中的 CSI 接收器端进行调试以传输自定义相机 Hi NXP, 我尝试使用 RT1170 对带有 ISP 的自定义相机进行流式传输，作为其中的一部分，我可以执行以下操作： 1.能够使用I2c读写相机。 2. 相机正在初始化并发送测试图案帧（通过读取 ISP 中的帧计数寄存器来确认）。 问题是： 从相机方面，我能够调试与之相关的故障。通过读取其故障寄存器。 但我无法在板上的 CSI2 接收器端进行调试。 我按照AN13573进行了调试。但是当我尝试读取 MIPI 状态寄存器时，它总是显示“0”，如下所示。   MIPI_Err PPI_ERRSOT_HS =0,   MIPI_Err PPI_ERRSOTSYNC_HS =0,   MIPI_Err PPI_ERRESC =0,   MIPI_Err PPI_ERRSYNCESC =0,   MIPI_Err PPI_ERRCONTROL =0,   MIPI_Err IRQ_STATUS =0,   MIPI_Err BIT_ERR =0, 我无法继续进行此事。我们有什么办法可以检查我们是否在 MIPI CSI 接收器端获得帧缓冲区。有人能帮我解决这个问题吗？ 谢谢和问候， Ragnar. 回复：如何在 IMX RT1170 的 CSI 接收器端进行调试以传输自定义相机 Hi @EdwinHz , 感谢您的询问，是的，我正在关注 SDK 示例csi_mipi_rgb_cm7，在阅读了参考手册后，我现在能够对其进行调试。 谢谢与问候， Ragnar. 回复：如何在 IMX RT1170 的 CSI 接收器端进行调试以传输自定义相机 Hi @Ragnar, 抱歉回复晚了。 您还遇到这个问题吗？您是否遵循了 CSI 的 SDK 示例代码？（即CSI_MIPI_RGB_CM7）。另外您使用的 SDK 版本是什么？ BR, Edwin.

LLDPはLX2160プラットフォームに基づいて独自のマシンを作成します Hi, 私たちは、ファームウェアとLinuxカーネルは、各HWバージョンのためにカスタマイズする必要があることを意味する、LX2160ARDBプラットフォームに基づくマルチHWバージョンのカスタムボードを持っているので、我々はyocto上で私たちのレイヤーとマシンを作成する必要がありますが、何か例やドキュメント情報はありますか、我々はこれを行う方法を参照することができますか? ありがとうございます。 BR, ジャック 日時:LLDPはLX2160プラットフォームに基づいて独自のマシンを作成します 次のような新しい設定ファイルを作成する必要があります。 meta-qoriq/conf/machine/lx2160ardb-rev2.conf meta-nxp-desktop/conf/machine/lx2160ardb-rev2distro.conf メタ-nxp-デスクトップ/recipes-bsp/コンポジットファームウェア/qoriq-composite-firmware/lx2160ardb-rev2.manifest メタ qoriq/recipes-bsp/secure-boot/secure-boot-qoriq/lx2160ardb-rev2.manifest プラットフォームをサポートするために、次のようにレシピを変更する必要があります。 メタ-nxp-デスクトップ/レシピ-bsp/u-boot/u-boot-script-distroboot_2020.04.bb メタ qoriq/recipes-bsp/secure-boot/secure-boot-qoriq/create_secure_boot_image.sh meta-qoriq/recipes-bsp/atf/qoriq-atf_2.6.bb meta-qoriq/recipes-bsp/rcw/rcw_git.bbappend メタ qoriq/recipes-fsl/images/fsl-image-kernelitb/kernel-arm64.its

LPC55S69のハードフォールトハンドラ こんにちはチーム、 これは、LPC55S69のハードフォールトの問題に関するものです。 私はC ++プロジェクトを作成し、プロジェクトの変更を実装しました。その一環として、C++ STLライブラリの機能を利用しています。 以下はコードスニペットです。 I have an enum defined with few CMD codes, typedef enum { CMD_INVALID = 0x9999, CMD_0 = 0x0000, CMD_1 = 0x0001, CMD_2 = 0x0002, CMD_3 = 0x0003, CMD_4 = 0x0004, CMD_5 = 0x0005, CMD_6 = 0x0006, CMD_7 = 0x0007, CMD_8 = 0x0008, CMD_9 = 0x0009, }CMD_CODES; I have initialized the map container std::map<:string> Protocol::commands_map; In an initialization routine, inserting the elements commands_map.emplace( std::string( "CMD1" ), CMD_1); commands_map.emplace( std::string( "CMD2" ), CMD_2 ); commands_map.emplace( std::string( "CMD3" ), CMD_3 ); commands_map.emplace( std::string( "CMD4" ), CMD_4 ); commands_map.emplace( std::string( "CMD5" ), CMD_5 ); commands_map.emplace( std::string( "CMD6" ), CMD_6 ); commands_map.emplace( std::string( "CMD7" ), CMD_7 ); commands_map.emplace( std::string( "CMD8" ), CMD_8 ); commands_map.emplace( std::string( "CMD9" ), CMD_9 ); この初期化後、他のタスクを実行します。 しかし、要素の挿入中に初期化ルーチンでハードフォールトエラーが発生しています。私はここで何が起こっているのか疑問に思っています。 誰かが私に知らせてもらえますか、問題は何ですか? よろしくお願いします。 San Re:LPC55S69のハードフォールトハンドラ 説明をありがとう@ErichStyger、@Harry_Zhang、それは非常に役に立ちます。 Re:LPC55S69のハードフォールトハンドラ さらに、FreeRTOS の各タスクのスタックサイズは、xTaskCreate() API コールのパラメータとして割り当てられます。 Re:LPC55S69のハードフォールトハンドラ Hi @sushmasan , ヒープとスタック(MSP)の両方のサイズは、MCUXpresso IDEのリンカ設定で簡単に変更できます(リンカファイルの変更は必要ありません)。MPSスタックがマークされた設定は次のとおりです。 PSP(プロセススタックポインタ)については、これはスレッドのスタックに使用されます。設定は、使用するRTOSによって異なります。たとえば、FreeRTOSの場合は、次のように定義する設定です。 #define configTOTAL_HEAP_SIZE (32*1024) お役に立てば幸いです。 Erich Re:LPC55S69のハードフォールトハンドラ Hi @sushmasan  MCUXpresso プロジェクトでメイン スタック ポインター (MSP) とプロセス スタック ポインター (PSP) のスタック サイズを増やすには、通常、プロジェクトのリンカー スクリプトまたは関連する構成設定を変更する必要があります。これを行う方法は次のとおりです。 1. ヒープ サイズの定義を確認する ヒープ・サイズも変更する必要がある場合は、ヒープの同様の定義を探します。 __HeapBase = ____; __HeapLimit = __StackLimit; The heap size is usually defined by the difference between __HeapBase と __HeapLimit になります。必要に応じて、これらの定義を適宜調整します。 2. MSPおよびPSPスタックサイズの調整 MSPはデフォルトで使用され、通常はRAMの上部から割り当てられます。FreeRTOS などのリアルタイムオペレーティングシステム (RTOS) を使用している場合、PSP はタスクに使用され、そのサイズは RTOS 設定によって管理されます。ベアメタル アプリケーションの場合、通常はリンカ スクリプトの MSP 調整で十分です。 RTOS ベースのアプリケーションの場合: • MSP スタック サイズ: リンカ スクリプトによって制御されます (上記のとおり)。 • PSP スタックサイズ: RTOS 設定 (多くの場合、FreeRTOSConfig.h で定義) によって調整されます。または同様の設定ファイル。 BR 掛ける Re:LPC55S69のハードフォールトハンドラ コードのデバッグ中に気付いたのは、ヒープサイズが100%に非常に近い増加していることで、これはハードフォールトがトリガーされるときです。割り当てられたスタックとヒープサイズを確認したとき、それは4KBであり、それが失敗の原因でした。ヒープサイズを 8KB に構成した後、コードは問題なく動作しました。使用したヒープサイズは約6.2KBでした。 あなたが言ったように、MSP、PSPスタックのためにもっとスペースを試してみてください。どうすればいいですか? Re:LPC55S69のハードフォールトハンドラ 私にはスタックオーバーフローの可能性があります。MSPおよびPSPスタック用により多くのスペースを予約してみてください。 それ以外:これは私が使用しているハードフォールトハンドラです: https://github.com/ErichStyger/McuOnEclipseLibrary/blob/master/lib/src/McuHardFault.c お役に立てば幸いです。 Erich

示例 MPC5777M PIT ISR GHS614 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * * PIT 通道 0 用于生成 1 秒中断，其中 PA0 引脚被切换。 * * ------------------------------------------------------------------------------ * 测试硬件：MPC5777M，MPC57xx主板+MPC5777M_512DS迷你模块 * Maskset:  0N78H * 目标：RAM、内部闪存 * Fsys: 600 MHz PLL1，带 40 MHz 晶振参考 * core2 以 200MHz 的频率由 PPL1 生成 * 终端：无 ******************************************************************************** 概述

Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 关于 Android R13.4 GA 版本 i.MX6DQ 中 VPU 和 IPU 使用的说明 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 关于 Android R13.4 GA 版本 i.MX6DQ 中 VPU 和 IPU 使用的说明 Android i.MX6 双核 i.MX6 四核 多媒体 回复：Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这是一份很有价值的文件。 它适用于imx53 android吗？ 回复：Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢洪章， 目前正追求 LibVPX。 回复：Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX6系列VPU不支持VP8编码。 在我们原来的 i.MX7 VPU 计划中，也没有包括 VP8 编码器。 回复：Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> VP8 VPU 编码即将推出吗？ 回复：Android 中的 VPU 和 IPU 硬件加速多媒体 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 好文件

S32K144ソフトウェアFTM-ICを使用してPWMデューティサイクルと入力周波数をテストする方法 1.入力信号が妥当かどうかを測定するように設定されている場合は、PWMデューティサイクルと周波数をテストする必要があります 2.測定入力信号として設定すると、DUTY Cycle ONと2つのリスクエッジ間の期間は、2つのオプションのうち1つしか選択できません。デューティサイクルと周波数の両方を同時に取得するには、1つのチャネルのフィードバックのみを使用しますか 3.FTM0のチャンネル1を測定入力信号として設定しようとすると、エラーが発生しました。つまり、偶数番号のチャンネルのみを測定入力信号として設定できるということですか?何か特別な理由があるのでしょうか?データマニュアルに見つかりませんでした Re:S32K144ソフトウェアFTM-ICを使用してPWMデューティサイクルと入力の周波数をテストする方法 ところで、S32DSのソフトウェア設定についてですが、基本的な使い方(ネットでたくさん検索できる)の他に、使い方や設定のマニュアルは全部ありますか? 改めてよろしくお願いいたします。 Re:S32K144ソフトウェアFTM-ICを使用してPWMデューティサイクルと入力の周波数をテストする方法 ご協力いただきありがとうございます! 私はすべての質問を解決したと思います。 よろしくお願いいたします。 Re:S32K144ソフトウェアFTM-ICを使用してPWMデューティサイクルと入力の周波数をテストする方法 パルス幅と周期を測定する場合は、パルス幅のtと周期の2つのチャネルを使用する必要があります。 Re:S32K144ソフトウェアFTM-ICを使用してPWMデューティサイクルと入力の周波数をテストする方法 私が見つけたところ、カウント値を取得するために使用できるのは、この関数FTM-DRV_GetInputCaptureMeasurement()だけです。そのため、Measure input signalを使用する場合、 テストする信号のパルス幅または周期しか選択できません。 パルス幅と周期の両方を測定する必要がある場合、検出に使用できるのは立ち上がりエッジと立ち下がりエッジの両方のみです。 パルス幅と周期の両方を簡単に同時に測定できるMeasure入力信号モードで、考えていなかった機能が何か心配です。 Re:S32K144ソフトウェアFTM-ICを使用してPWMデューティサイクルと入力の周波数をテストする方法 Hi, 私たちの製品に興味を持ち、コミュニティをご利用いただき、誠にありがとうございます。 はい、テストされた信号のパルス幅または周期を測定するには、どちらかを選択する必要があります。 また、デュアルエッジキャプチャモードでは、n = 0、2、4、または6のチャネル(n)でのみ使用できます。 お役に立てば幸いです。 よい一日を！

在KSDK shell演示中添加TAD shell <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 设置 TAD shell 的一种方法是使用当前示例shell ，例如FRDM-K64F，修改一下就可以用了。   1. 在 KDS 中打开演示 Shell（位于 C:\Freescale\KSDK_1.2.0\middleware\tcpip\rtcs\examples\shell\build\kds\ shell_frdmk64f ），文件格式为 .wsd文件 2.打开demo_cmd.c（位于/shell_frdmk64f/Source/demo_cmd.c ）并添加shell tad的行， { “echosrv” ， Shell_echosrv }， { “echo” ， Shell_echo }， { “电子邮件” ， Shell_smtp }， { “gate” ， Shell_gate }， { “gethbn” ， Shell_get_host_by_name }， { "getname" , Shell_getname }, { “getrt” ， Shell_getroute }，     { "ipconfig",  Shell_ipconfig }, { “llmnr” ， Shell_llmnrsrv }， { "tad",  Shell_tad },   3. 打开tad.c （位于/mqx_frdmk64f/MQX_Generic/tad/tad.c ）并删除第一行：         #如果MQX_USE_IO_OLD 最后一行        #endif // MQX_USE_IO_OLD 并包含 fio 库       #include     4. 先构建库，再构建演示shell_frdmk64 5.设置Tera Term，在Tera Term中输入tad后，您将看到输出：   尽情享受！   Iva 概述

i.MX27-Lite-Kit <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 低コストで高性能なアプリケーション開発キットの成功を基盤に、フリースケールはi.MX27 Liteキットを発表しました。今回も、Developed in Logic製品開発とフリースケールが協力して、OEM、ODM、IDH、独立系開発者向けの製品対応ソフトウェアおよびハードウェア・プラットフォームを、非常に魅力的な価格帯で提供しました。 i.MX27 Liteキットは、医療、産業、ワイヤレス、コンシューマ、および汎用市場を対象とした組み込み製品の迅速な設計を可能にします。i.MX27マルチメディアプロセッサのパワーを、このコスト効率の高い開発ソリューションで活用してください。 特長 フリースケールのi.MX27 SOM-LVは、最大400MHzで動作するi.MX27マルチメディア・アプリケーション・プロセッサをベースとしています。i.MX27 SoCの機能の全リストについては 、ここ をクリックしてください。 i.MX27 SOM-LVモジュール付属 イーサネット、LCD、オーディオ入出力、シリアル、コンパクトフラッシュ®、MMC/SD、USBホスト、USB OTG、ATA をサポートする標準周辺機器コネクタ 実行可能な形式のLogicLoader™(ブートローダー/モニター)、GNUクロス開発ツールチェーン(コンパイラ、リンカ、アセンブラ、デバッガ)付属 キット内容: i.MX27 SOM-LV アプリケーションベースボード 拡張ヘッダーブレークアウトボード ヌルモデムシリアルケーブル Ethernetクロス・バー・ケーブル USB A-miniBケーブル 電源アダプター付き5ボルト電源(ヨーロッパ、日本、英国、米国) ロジックスターターCD クイック・スタート・ガイド ズーム™ LVベースボード(146.1 x 158.8 x 17.1 mm) RoHS準拠 i.MX2x

Freedom K20 示例代码 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该文件包含一些 codewarrior 代码示例，这些示例是从飞思卡尔网页上的示例代码包中的 IAR 示例迁移而来的： 闪烁的蓝色 闪烁红色 blink_rgb serial_test_19200 serial_test_115200 触摸切换LED灯 此致 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该文件包含一些 codewarrior 代码示例，这些示例是从飞思卡尔网页上的示例代码包中的 IAR 示例迁移而来的： 闪烁的蓝色 闪烁红色 blink_rgb serial_test_19200 serial_test_115200 触摸切换LED灯 此致 Kinetis K系列MCU

NXP i.MX 8M Plus EVK 上的 Yocto 5.0（6.6.52-2.2.0）功耗增加 20% 尊敬的先生， 在 NXP i.MX 8M Plus EVK 上将 Yocto 4.0（内核 5.15.71-2.2.2）与 Yocto 5.0（内核 6.6.52-2.2.0）进行比较时，我们观察到空闲模式下的功耗增加了 20%。 具体来说，测量空闲模式下的功耗如下：   Yocto 4.0(kernel 5.15.71-2.2.2) Yocto 5.0(kernel 5.15.71-2.2.2) 空闲、功耗 （在电源上测量） 5V, 413 mA 5V, 510 mA 两项测试均使用从 NXP 官方网站下载的预构建图像进行，未进行任何修改： LF_v5.15.71-2.2.2_图像_IMX8MPEVK.zip LF_v6.6.52-2.2.0_图像_IMX8MPEVK.zip 功耗的增加可能会导致我们的定制板温差约为 6-7 摄氏度。 我们注意到两个版本的 CPU 使用率和频率保持相似。 您能帮助我们找出造成这种功耗差异的原因吗？非常感谢您的见解。 BR, 理查德 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano 回复：NXP i.MX 8M Plus EVK 上的 Yocto 5.0（6.6.52-2.2.0）功耗增加 20% @丹尼尔陈 感谢您的出色支持和周到的意见 我们可以确认该问题出在 PCIe 接口上。以下是我们分析的主要发现： 测试结果： PCIe 已禁用： 当 PCIe 禁用时，Linux 内核版本5.15.71-2.2.2和6.6.52-2.2.0之间的功耗差异很小（12V 时仅为15 mA ）。 NVMe SSD 读/写测试： 在活动工作负载（NVMe SSD 读/写操作）下，启用 PCIe 时，两个内核版本的功耗保持一致。 推测原因： 正如您所说，这种差异可能源于向基于主线内核的 PCIe 驱动程序的迁移。我们的调查表明，该问题具体出现在以下情况： 即使没有连接的设备，某些 PCIe 相关的 IP 块或时钟门控机制仍然保持活动状态。   这表明在这些条件下，功耗的增加与 PCIe 子系统中的残余活动有关。 BR， 理查德 回复：NXP i.MX 8M Plus EVK 上的 Yocto 5.0（6.6.52-2.2.0）功耗增加 20% Hi @richard_hu : 这种功耗的增加是由于新版本中引入了新的驱动程序：--PCIe / HDMI。如果我在 dtb 文件中禁用这两个设备，功耗将接近 BSP 5.4.70 中的功耗。 此致 Daniel 回复：NXP i.MX 8M Plus EVK 上的 Yocto 5.0（6.6.52-2.2.0）功耗增加 20% @丹尼尔陈 感谢您的帮助。 从最新的测量结果来看，vdd_soc 值已经恢复到与 Linux 5.4.7 相似的水平。但是，当前 vsys_5v 值（1004mW）仍然高于 Linux 5.4.7 下的基线测量值（616mW）。 期待您的分析，并感谢您解决此问题的专业知识。 BR， 理查德 回复：NXP i.MX 8M Plus EVK 上的 Yocto 5.0（6.6.52-2.2.0）功耗增加 20% Hi @richard_hu  功耗很大程度上取决于应用。 由于两个 BSP 版本之间存在很大变化。设备树也不同。很难进行简单的比较。请参考我在BSP 6.6.52上测试的总功耗，闲置的。 如果我有新的发现，我会更新。 此致 Daniel   此致 Daniel 回复：NXP i.MX 8M Plus EVK 上的 Yocto 5.0（6.6.52-2.2.0）功耗增加 20% @danielchen 感谢您的大力帮助。 我总结了 PMIC 输出平均功耗测量值，并准备了下面的比较表： 位置 Yocto 4.0 (5.4) 平均功率 (mW) Yocto 5.0 (6.6) 平均功率 (mW) 差异（毫瓦） 更改 一个vdd_arm 9.36 24.19 14.83 增加 B nvcc_dram_1v1 31.39 73.78 42.39 增加 C vsys_5v 616.06 1791.75 1175.69 增加 D vdd_soc 196.95 1044.86 847.91 增加 E lpdd4_vddq 2.34 0.75 -1.59 减少 lpdd4_vdd2 5.54 1.78 -3.76 减少 nvcc_sd2 2.31 2.31 0.00 - vdd_lvds_1v8 0.02 0.02 0.00 - VDD_HDMI_1V8 0.00 12.61 12.61 增加 我nvcc_snvs_1v8 0.20 0.4 0.20 增加 vdd_earc_1v8 0.00 0.01 0.01 增加 vdd_usb_1v8 0.32 3.42 3.10 增加 vdd_pci_1v8 0.00 80.68 80.68 增加 vdd_mipi_1v8 0.14 0.15 0.01 增加 O vdd_pll_ana_1v8 15.72 15.57 -0.15 减少 nvcc_sd1 1.74 1.71 -0.03 减少 lpdd4_vdd1 3.03 2.96 -0.07 减少 cpu_vdd_1v8 4.02 0.82 -3.20 减少 bb_vdd_1v8 41.23 43.82 2.59 增加 vdd_pll_ana_0v8 2.34 3.09 0.75 增加 vdd_pci_0v8 2.60 51.7 49.10 增加 vdd_mipi_0v8 0.24 0.63 0.39 增加 vdd_hdmi_0v8 1.19 37.58 36.39 增加 vdd_usb_3v3 13.17 81.48 68.31 增加 vdd_usb_0v8 2.55 20.44 17.89 增加 vdd_sd1_3v3 -1.14 0.68 1.82 增加 bb_vdd_3v3 215.53 45.06 -170.47 减少 **总计**     **2358.42** **增加**       **-179.27** **减少** **净差额**         看来，Linux 6.6 内核中的 vsys_5v 和 vdd_soc 增加了大约 2022 mW。 您能否对这种增长的可能原因提供一些见解？ 此外，您能否使用电源适配器输出测量整个 NXP i.MX 8M Plus EVK 的总功耗？ 感谢您对此事的关注。 BR, 理查德 回复：NXP i.MX 8M Plus EVK 上的 Yocto 5.0（6.6.52-2.2.0）功耗增加 20% Hi @richard_hu : 请参考我这边的结果。 BSP 5.4.70：   BSP 6.6.52 请让我知道重现此问题的详细步骤。 此致 Daniel 回复：NXP i.MX 8M Plus EVK 上的 Yocto 5.0（6.6.52-2.2.0）功耗增加 20% @丹尼尔陈 谢谢您的回复。 它不需要额外的脚本。 当系统处于空闲状态时，我们观察到这种现象。 只需使用 Linux 6.6.52 启动主板并检查电源的输出功率。 BR， 理查德 回复：NXP i.MX 8M Plus EVK 上的 Yocto 5.0（6.6.52-2.2.0）功耗增加 20% HI @richard_hu  您能否将您在 6.6.52 版本中使用的脚本发送给我以便重现该问题？ 此致 Daniel 回复：NXP i.MX 8M Plus EVK 上的 Yocto 5.0（6.6.52-2.2.0）功耗增加 20% 你好，理查德： 感谢您告知我们，我将在我这边设置一个环境来测试它，并随时向您更新最新情况。 此致 Daniel 回复：NXP i.MX 8M Plus EVK 上的 Yocto 5.0（6.6.52-2.2.0）功耗增加 20% 对不起。表中的内核版本有拼写错误。 应更正如下：   Yocto 4.0(kernel 5.15.71-2.2.2) Yocto 5.0(kernel 6.6.52-2.2.0) 空闲、功耗 （在电源上测量） 5V, 413 mA 5V, 510 mA

Tresos 工具 I2c 配置问题 - S32K344uC 大家好， 我在 Tresos 工具上为 S32K344 微控制器配置 I2C 时遇到一个问题。 我当前使用的版本是：4.0.0HF02_D2407（最新版本）。 我将 I2c 配置为快速模式，但是当我尝试生成代码时，出现此错误： 有人能帮我解决这个问题吗？我没有使用高速模式，为什么会出现这个错误？ 谢谢！ 移动性风险评估 回复：关于I2c配置的Tresos工具的问题-S32K344uC 由于您实际上不需要使用 LPI2C_HIGHSPEED_MODE，因此您只需要修改配置以使 I2cDataValidDelay 满足限制。 回复：关于I2c配置的Tresos工具的问题-S32K344uC 你好@Robin_Shen ， 我做到了，但仍然收到错误： 我应该在哪里重新计算这个波特率？我尝试在“主配置”选项卡中。 回复：关于I2c配置的Tresos工具的问题-S32K344uC Hi 很抱歉给您带来不便！ 问题是，在更新 I2c 预分频器字段后，需要更新 I2cHighSpeedModeConfiguration 容器中的 I2c 波特率字段，要修复此字段，应在 LPI2C_HIGHSPEED_MODE 上设置 I2c 操作模式，并从此容器重新计算 I2c 波特率。重新计算 I2c 波特率字段后，应将 I2c 操作模式字段切换到所需的操作模式。 此致， 罗宾 -------------------------------------------------------------------------------- 笔记： - 如果这篇文章回答了您的问题，请点击“标记正确”按钮。谢谢你！ - 我们会关注上次发帖后七周的帖子，之后的回复将被忽略 如果您稍后有相关问题，请打开一个新线程并参考已关闭的线程。 --------------------------------------------------------------------------------

i.MX6：i.MX6 的 UART 中的 DTE/DCE 起什么作用，以及 RTS 和 CTS 如何受到 UARTxUFCR[DTEDCE] 位的影响？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 问题： i.MX6 的 UART 模块中的 DTE/DCE 接口到底起什么作用，RTS 和 CTS 如何受到 UARTxUFCR[DTEDCE] 位的影响？ 在 i.MX6 RM 修订版 1 中： 第 64.2.1.2.1 节（CTS）和 64.2.1.2.2 节（RTS）均规定 CTS 和 RTS 在 DCE 和 DTE 模式之间改变方向。但是，第 64.4.3.1 节（RTS_B）和 64.4.3.8 节（CTS_B）指出它们不会改变功能。这是文档错误，还是 CTS/RTS 和 CTS_B/RTS_B 之间有区别？ 看起来其中一些内容是通过切换连接到 CTS 和 RTS 的引脚在 IOMUX 菊花链中涵盖的。 回答： 例 1：UART1 处于 DTE 模式。RTS 是来自 UART IP 块的输出，因此必须将其路由到 CTS 引脚。 因此，SELECT_INPUT 寄存器只能使用设置 00 或 10。 示例 2：UART1 处于 DCE 模式。RTS 是 UART IP 块的输入，因此必须将其路由至 RTS 引脚。 因此，SELECT_INPUT寄存器只能设置为01或11。 此时，我们假设连接到 UART 块的内部信号不会改变方向。我们认为 UART 块中的 DCEDTE 连接到 IOMUX 逻辑并控制 PAD 的方向。然后，IOMUX INPUT_SELECT 多路复用器用于选择四个焊盘中的一个连接到 UART 输入，而 IMOUX MUX_CTRL 连接输出路径。此外，我们假设将 UART 输入连接到配置为输出的焊盘或将 UART 输出连接到配置为输入的焊盘是错误的。 附件显示了我们的假设 对于 Uart IP，CTS_B 始终是输出，而 RTS_B 始终是输入。但是当 UART 工作在不同的 DTE 或 DCE 模式下时，RTS_B 和 CTS_B IO 将会交换。 IO 端口 DTE mode DCE mode 方向 Uart IP 端口（内部） 方向 Uart IP 端口（内部） UART_CTS_B O CTS_B I RTS_B UART_RTS_B I RTS_B O CTS_B UART_TXD O TXD I RXD UART_RXD I RXD O TXD 关于如何配置IOMUX，请参阅附件PDF。 i.MX6_全部 回复：i.MX6：i.MX6 的 UART 中的 DTE/DCE 起什么作用，以及 RTS 和 CTS 如何受到 UARTxUFCR[DTEDCE] 位的影响？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 另请参阅此主题 i.MX6：如何使用 UART（DTE/DCE）正确使用 RTS/CTS -- 马可·卡瓦利尼 | KOAN 有限公司 |贝加莫 - 意大利 嵌入式软件工程 https://KoanSoftware.com 回复：i.MX6：i.MX6 的 UART 中的 DTE/DCE 起什么作用，以及 RTS 和 CTS 如何受到 UARTxUFCR[DTEDCE] 位的影响？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> “UART MUX.pdf”附件中的图表来自哪个文档？有人可以提供一个链接吗？我无法在任何地方找到“IMX6 RM”。还有IMX6UL等的参考手册。 我很想看到同一张图片除了 CTS_B 和 RTS_B 之外还扩展到包括 TXD 和 RXD 引脚。似乎存在一些困惑（包括我），DCEDTE 是否也交换了这些，可以通过包含所有 UART 引脚和多路复用器的图表来澄清。 回复：i.MX6：i.MX6 的 UART 中的 DTE/DCE 起什么作用，以及 RTS 和 CTS 如何受到 UARTxUFCR[DTEDCE] 位的影响？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello Ferec, 我也陷入了同样的问题。 你得到任何解决方案了吗？ 谢谢！ 什雷扬斯 回复：i.MX6：i.MX6 的 UART 中的 DTE/DCE 起什么作用，以及 RTS 和 CTS 如何受到 UARTxUFCR[DTEDCE] 位的影响？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> hi, 我也遇到了这个问题，如果您解决了这个问题请回复我。 回复：i.MX6：i.MX6 的 UART 中的 DTE/DCE 起什么作用，以及 RTS 和 CTS 如何受到 UARTxUFCR[DTEDCE] 位的影响？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好， 我尝试实现以下配置（在UART4上）： IO 端口 方向 CSI0_DATA12 (ALT3, UART4_TX_DATA) O CSI0_DATA13 (ALT3, UART4_RX_DATA) I CSI0_DATA16 (ALT3, UART4_RTS_B) O :smileyalert: CSI0_DATA17（ALT3，UART4_CTS_B） 我：微笑警报： 因此，基本上我只想交叉 CTS 和 RTS 信号，将 UART4_CTS_B 作为输入，就像在 DTE 模式下一样，但保持 TX 和 RX 方向与 DCE 中一样。 我找到了选择输入寄存器 IOMUXC_UART4_UART_RTS_B_SELECT_INPUT（寄存器偏移量 0x910），其描述如下（我承认这让我很困惑）： （位 0）： 输入选择 (DAISY) 字段 选择菊花链中涉及的焊盘。 当 UART 处于 DCE 模式时，将 RTS_B 信号路由至焊盘。当 UART 处于 DTE模式。 0 CSI0_DATA16_ALT3 — 为 UART4_RTS_B 选择 CSI0_DAT16 垫的 ALT3 模式。 1 CSI0_DATA17_ALT3 — 为 UART4_CTS_B 选择 CSI0_DAT17 垫的 ALT3 模式。 基于此，我假设我只能跨越 RTS/CTS 引脚，但我未能成功。 我发现imx6dl-pinfunc.h使用该寄存器，并定义了看似需要的引脚功能： #define MX6QDL_PAD_CSI0_DAT16__UART4_RTS_B 0x064 0x378 0x910 0x3 0x0 #define MX6QDL_PAD_CSI0_DAT16__UART4_CTS_B 0x064 0x378 0x000 0x3 0x0 [...] #定义 MX6QDL_PAD_CSI0_DAT17__UART4_CTS_B 0x068 0x37c 0x000 0x3 0x0 #定义 MX6QDL_PAD_CSI0_DAT17__UART4_RTS_B 0x068 0x37c 0x910 0x3 0x1 因此，我尝试了以下 dts： + uart4 { + pinctrl_uart4: uart4grp { + fsl,pins = < + MX6QDL_PAD_CSI0_DAT12__UART4_TX_DATA 0x1b0b1 + MX6QDL_PAD_CSI0_DAT13__UART4_RX_DATA 0x1b0b1 + MX6QDL_PAD_CSI0_DAT16__UART4_CTS_B 0x1b0b1 + MX6QDL_PAD_CSI0_DAT17__UART4_RTS_B 0x1b0b1 + >; + }; + }; [...] +&uart4 { +pinctrl-名称=“默认”； + pinctrl-0 = <&pinctrl_uart4>; +fsl，uart有rtscts； + 状态 = “好的”; +}; 不幸的是，它似乎没有像我期望的那样发挥作用。TX 引脚正常，如果我关闭 crtscts，我可以在 TX 上发送字节，但似乎 uart 仍然将 RTS 引脚读取为输入流控制（我不是 100% 确定，但由于该引脚未连接，并且在启用 crtscts 时我无法发送字节，我猜这就是原因）。 我做错什么了？这个配置可以实现吗？或者它应该像我希望的那样工作，所以我应该仔细检查我的 hw？ 提前致谢： 费伦茨 回复：i.MX6：i.MX6 的 UART 中的 DTE/DCE 起什么作用，以及 RTS 和 CTS 如何受到 UARTxUFCR[DTEDCE] 位的影响？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 不要忘记在设备树中设置“fsl,dte-mode”。 回复：i.MX6：i.MX6 的 UART 中的 DTE/DCE 起什么作用，以及 RTS 和 CTS 如何受到 UARTxUFCR[DTEDCE] 位的影响？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这是否意味着无论您将 pinmux 配置为 DTE_RX 还是 DCE_TX，该引脚都将用作与其对应的 iMX uart 接口的传输。 我正在开发一个电路板，其中一个外设的 UART 被错误地反向连接了，我希望使用引脚多路复用器在软件中对此进行补偿，但这似乎是不可能的。对吗？ 换句话说，这两种配置不会影响 iMx 在哪个引脚上监听和传输？         MX6UL_PAD_UART5_TX_DATA__UART5_DTE_RX    0x000010B0         MX6UL_PAD_GPIO1_IO05__UART5_DTE_TX       0x000010B0 MX6UL_PAD_UART5_TX_DATA__UART5_DCE_TX 0x000010B0 MX6UL_PAD_GPIO1_IO05__UART5_DCE_RX 0x000010B0 回复：i.MX6：i.MX6 的 UART 中的 DTE/DCE 起什么作用，以及 RTS 和 CTS 如何受到 UARTxUFCR[DTEDCE] 位的影响？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Martin, 你是对的 如果是正常 dce 模式，则 UART_RTS_B 为输入，UART_CTS_B 为输出，UART_TXD 为输出，UART_RXD 为输入。 如果是 dte 模式，则 UART_RTS_B 为输出，UART_CTS_B 为输入，UART_TXD 为输入，UART_RXD 为输出。 回复：i.MX6：i.MX6 的 UART 中的 DTE/DCE 起什么作用，以及 RTS 和 CTS 如何受到 UARTxUFCR[DTEDCE] 位的影响？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这是非常有用的信息。 但您的表格中似乎有一个错字。在我看来，表中的 DCE/DTE 文本必须交换。 如果 DCEDTE 位 = 0，则选择 DCE 模式，根据 iMX6 Dual/Quad 参考手册，Rev.1，04/2013， 第 5239 页，您的示例文本和 UART MUX.pdf 文件也表达了同样的意思。 如果 DCEDTE=0，则 UART_RTS_B 为输入，UART_CTS_B 为输出，UART_TXD 为输出，UART_RXD 为输入。 如果 DCEDTE=1，则 UART_RTS_B 为输出，UART_CTS_B 为输入，UART_TXD 为输入，UART_RXD 为输出。 以下是更新后的表格： IO 端口 DCE Mode (DCEDTE=0) DTE Mode (DCEDTE=1) IO方向 UART IP端口 IO方向 UART IP端口 UART_CTS_B O CTS_B I RTS_B UART_RTS_B I RTS_B O CTS_B UART_TXD O TXD I RXD UART_RXD I RXD O TXD UART IP 端口始终具有固定的 RxD/TxD 和 RTS/CTS 方向，但相关的 iMX6 IO 端口却没有。 如果我错了，请纠正我。 顺祝商祺！ Martin.

IMX8MP eMMC IOMUX 问题 Hi 我们客户的 IMX8MP 板取代了 eMMC IOMUX 引脚。 &usdhc3 { assigned-clocks = <&clk IMX8MP_CLK_USDHC3>; assigned-clock-rates = <400000000>; pinctrl-names = "default", "state_100mhz", "state_200mhz"; pinctrl-0 = <&pinctrl_usdhc3>; pinctrl-1 = <&pinctrl_usdhc3_100mhz>; pinctrl-2 = <&pinctrl_usdhc3_200mhz>; bus-width = <8>; non-removable; status = "okay"; }; &iomuxc { pinctrl_usdhc3: usdhc3grp { fsl,pins = < MX8MP_IOMUXC_ENET_RD2__USDHC3_CLK 0x190 MX8MP_IOMUXC_ENET_RD3__USDHC3_CMD 0x1d0 MX8MP_IOMUXC_ENET_TX_CTL__USDHC3_DATA0 0x1d0 MX8MP_IOMUXC_ENET_TXC__USDHC3_DATA1 0x1d0 MX8MP_IOMUXC_ENET_RX_CTL__USDHC3_DATA2 0x1d0 MX8MP_IOMUXC_ENET_RXC__USDHC3_DATA3 0x1d0 MX8MP_IOMUXC_ENET_RD0__USDHC3_DATA4 0x1d0 MX8MP_IOMUXC_ENET_MDIO__USDHC3_DATA5 0x1d0 MX8MP_IOMUXC_ENET_TD3__USDHC3_DATA6 0x1d0 MX8MP_IOMUXC_ENET_TD2__USDHC3_DATA7 0x1d0 MX8MP_IOMUXC_ENET_MDC__USDHC3_STROBE 0x190 >; }; pinctrl_usdhc3_100mhz: usdhc3-100mhzgrp { fsl,pins = < MX8MP_IOMUXC_ENET_RD2__USDHC3_CLK 0x194 MX8MP_IOMUXC_ENET_RD3__USDHC3_CMD 0x1d4 MX8MP_IOMUXC_ENET_TX_CTL__USDHC3_DATA0 0x1d4 MX8MP_IOMUXC_ENET_TXC__USDHC3_DATA1 0x1d4 MX8MP_IOMUXC_ENET_RX_CTL__USDHC3_DATA2 0x1d4 MX8MP_IOMUXC_ENET_RXC__USDHC3_DATA3 0x1d4 MX8MP_IOMUXC_ENET_RD0__USDHC3_DATA4 0x1d4 MX8MP_IOMUXC_ENET_MDIO__USDHC3_DATA5 0x1d4 MX8MP_IOMUXC_ENET_TD3__USDHC3_DATA6 0x1d4 MX8MP_IOMUXC_ENET_TD2__USDHC3_DATA7 0x1d4 MX8MP_IOMUXC_ENET_MDC__USDHC3_STROBE 0x194 >; }; pinctrl_usdhc3_200mhz: usdhc3-200mhzgrp { fsl,pins = < MX8MP_IOMUXC_ENET_RD2__USDHC3_CLK 0x196 MX8MP_IOMUXC_ENET_RD3__USDHC3_CMD 0x1d6 MX8MP_IOMUXC_ENET_TX_CTL__USDHC3_DATA0 0x1d6 MX8MP_IOMUXC_ENET_TXC__USDHC3_DATA1 0x1d6 MX8MP_IOMUXC_ENET_RX_CTL__USDHC3_DATA2 0x1d6 MX8MP_IOMUXC_ENET_RXC__USDHC3_DATA3 0x1d6 MX8MP_IOMUXC_ENET_RD0__USDHC3_DATA4 0x1d6 MX8MP_IOMUXC_ENET_MDIO__USDHC3_DATA5 0x1d6 MX8MP_IOMUXC_ENET_TD3__USDHC3_DATA6 0x1d6 MX8MP_IOMUXC_ENET_TD2__USDHC3_DATA7 0x1d6 MX8MP_IOMUXC_ENET_MDC__USDHC3_STROBE 0x196 >; }; }; 但时钟仍在NAND_WE_B引脚上测量。 请帮我解决这个错误 提前感谢！ 此致 彼得 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project 回复：IMX8MP eMMC IOMUX问题 你好@petertseng 是的，bootrom 的行为已修复，我们不能让它从ENET 引脚启动。启动时，usdhc3 时钟只能从 NAND_WE_B.alt2 启动。 此致 志明 回复：IMX8MP eMMC IOMUX问题 你好 志明， 我想你误解我的意思了。 我想要的是将 eMMC（uSDHC3）连接到 IMX8MP 的以太网引脚（ENET）。 并希望从eMMC启动。 但IMX8MP似乎无法做到这一点： https://community.nxp.com/t5/i-MX-Processors/IMX8MP-Boot-from-eMMC-at-Ethernet-Port/mp/1295356#M175784 非常感谢您的回复。 此致 彼得 回复：IMX8MP eMMC IOMUX问题 你好@petertseng 是的。 此致 志明 回复：IMX8MP eMMC IOMUX问题 你好 志明， 你是这个意思吗？ MX8MP_IOMUXC_NAND_WE_B__GPIO3_IO17 0x16 此致 彼得 回复：IMX8MP eMMC IOMUX问题 你好@petertseng 客户可以尝试 pinctrl 值： 0x16 回复：IMX8MP eMMC IOMUX问题 你好 志明， MX8MP_IOMUXC_NAND_WE_B__GPIO3_IO17 0x194 此致 彼得 回复：IMX8MP eMMC IOMUX问题 你好@petertseng 客户可以分享他们的设备树文件吗？ 顺祝商祺！ 志明 回复：IMX8MP eMMC IOMUX问题 嗨志明， 客户指定NAND_WE_B为通用GPIO。 此致 彼得 回复：IMX8MP eMMC IOMUX问题 你好@petertseng 客户对 NAND_WE_B 的 iomux 有何评论？ 顺祝商祺！ 志明