Issue facing during flashing code on NXPS32k144 Subject: S32K144 EVB - PEmicro Connection Assistant Error During Debug in S32 Design Studio 3.5 Hello NXP Support Team, I am facing an issue while debugging an application on an S32K144 evaluation board using S32 Design Studio 3.5. Environment: Board: S32K144 EVB (please update with exact board part number if needed) IDE: S32 Design Studio 3.5 Debug Probe: On-board OpenSDA (PEmicro) Operating System: Windows (please specify version) Connection Type: OpenSDA USB Issue Description: When I start a debug session, the PEmicro Connection Assistant appears with the following message: "An error occurred while connecting to the interface hardware or target specified in the Launch Configuration Dialog." The Connection Assistant detects the OpenSDA probe correctly: OpenSDA on USB1 Name = FDC46E50 However, the debugger cannot establish communication with the target MCU. Observations: OpenSDA is detected successfully by the PC. The board power LED is ON. The issue occurs during debug launch. I have already tried: Pressing the RESET button before debugging. Disconnecting and reconnecting USB. Using a different USB cable. Using a different laptop/PC. Restarting S32 Design Studio. The same issue persists. Application Information: The application is based on: Pin configuration generated through Pins Tool. SDK drivers (PINS_DRV). RearWiperControl_Fn generated model code. Example code executed in main(): PINS_DRV_Init() RearWiperControl_Fn_initialize() RearWiperControl_Fn_step() Questions: What could cause OpenSDA to be detected while target communication fails? Is there any known issue between S32DS 3.5 and the current OpenSDA firmware? Should the OpenSDA firmware be updated or reflashed? Is there a recommended procedure for mass erase or "connect under reset" on S32K144? Are there any jumper settings on the S32K144 EVB that should be verified for debugging? Could incorrect pin mux settings interfere with SWD communication after programming? Attached: Screenshot of the PEmicro Connection Assistant error dialog. Any guidance on troubleshooting this issue would be appreciated. Thank you. Re: Issue facing during flashing code on NXPS32k144 Hello @Shubham3 , Did the board debug correctly before programming this application/example?  Please check whether your application reconfigures PTA4, PTC4, or PTA5 in Pins Tool / PORT registers. These pins are related to SWD/reset on S32K144. If yes, this can indeed prevent the debugger from attaching afterwards. Similar cases have already been reported on NXP Community. Please refer to the threads below for possible recovery methods and additional background: Device is secure , erase to unsecure - NXP Community Solved: S32K144 -Conflict in PORTA PIN5 CFG vs RESET signal - NXP Community Solved: Can't use PEmicro debugger with S32K118EVB2-Q048 - NXP Community Best regards, Pavel Re: Issue facing during flashing code on NXPS32k144 After flashing below code from example the issue arrives Uses ADC PAL for a series of SW and HW triggered groups of conversions. Displays on LPUART the average value for each conversion group execution. The example documentation can be found in the S32 SDK documentation at Examples and Demos section. (/doc/Start_Here.html)

PCA9959 strange behavior I have implemented a circuit where I write to a PCA9959 with one controller (MCU1), then switch the SPI bus with a SN74CBTLV3257 multiplexer and read the values with a second controller (MCU2). The MCUs don't communicate with each other but an arbitration for taking turns in writting and reading is implemented. When only writing with MCU1 without toggling the switch, everything works fine. The problems appear when I start switch back and forth between MCU1 and MCU2. It randomly happens, that the LED driver switches on/off random LEDs in this constellation. Strangely enough, when I write and then read back the values with MCU1, the register content seems to be OK. Any hints? No errata found. Signals on the switch: - SDI - CLK - SDO - nCS other signals from MCU1: - nEN - nRESET Any help greatly appreciated!PCA9959 Re: PCA9959 strange behavior Hello goepe Good day! I'm not an expert on the SN74CBTLV3257, but based on the information I can find, the SN74CBTLV3257 is a passive FET switch, not a buffer. When you switch channels the disconnected side becomes Hi‑Z (floating), he PCA9959 still “sees” these pins Try adding pull-up/down to  SCLK, MOSI and nCS I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck. Re: PCA9959 strange behavior Thank you for the suggestion. I have connected the PCA9959 to the A side connection of the multiplexer, not the B side which would indeed go to high-z. I am also measuring the SPI signals at the PCA9959 with a high speed oscilloscope and can't see anything unusual. Never the less I will give it a try and give you an update on the result.

在NXPS32k144上刷写代码时遇到问题 主题：S32K144 EVB - 在 S32 Design Studio 3.5 中调试时出现 PEmicro 连接助手错误 您好，NXP支持团队， 我在使用 S32 Design Studio 3.5 在 S32K144 评估板上调试应用程序时遇到了问题。 环境： 板：S32K144 EVB（如有需要，请更新准确的主板零件编号） IDE：S32 设计工作室 3.5 调试探针：板载 OpenSDA (PEmicro) 操作系统：Windows（请注明版本） 连接类型：OpenSDA USB 问题描述： 当我启动调试会话时，PEmicro 连接助手会显示以下消息： “连接到启动配置对话框中指定的接口硬件或目标时发生错误。” 连接助手正确检测到了 OpenSDA 探针： USB1 上的 OpenSDA 名称 = FDC46E50 但是，调试器无法与目标MCU建立通信。 观察结果： PC 已成功检测到 OpenSDA。 电路板电源指示灯亮起。 该问题发生在调试启动期间。 我已经尝试过了： 调试前按下 RESET 按钮。 断开并重新连接 USB 接口。 换一根USB数据线。 使用另一台笔记本电脑/台式机。 重新启动 S32 设计工作室。 同样的问题依然存在。 申请信息： 该应用程序基于： 通过引脚工具生成引脚配置。 SDK 驱动程序（PINS_DRV）。 后雨刮器控制函数生成的模型代码。 在 main() 函数中执行的示例代码： PINS_DRV_Init() 后雨刮器控制_Fn_初始化() 后雨刮器控制_Fn_step() 问题： 什么原因会导致在目标通信失败的情况下检测到 OpenSDA？ S32DS 3.5 与当前的 OpenSDA 固件之间是否存在已知问题？ OpenSDA固件是否需要更新或重新刷写？ 对于 S32K144，是否有推荐的批量擦除或“RESET 连接”步骤？ S32K144 EVB 上是否有任何跳线设置需要检查以进行调试？ 错误的引脚复用设置是否会在编程后干扰SWD通信？ 随附的： PEmicro 连接助手错误对话框的屏幕截图。 非常感谢您能提供任何关于解决此问题的指导。 谢谢！ Re: Issue facing during flashing code on NXPS32k144 你好@Shubham3 ， 在编写此应用程序/示例程序之前，是否已正确调试板？ 请检查您的应用程序是否在引脚工具/端口寄存器中重新配置了 PTA4、PTC4 或 PTA5。这些引脚与 S32K144 上的 SWD/RESET 有关。 如果答案是肯定的，这确实会阻止调试器随后附加。NXP社区已经报道过类似案例。请参考以下帖子，了解可能的恢复方法和更多背景信息： 设备处于安全状态，擦除后将变为不安全状态 - NXP 社区 已解决：S32K144 - PORTA PIN5 CFG 与 RESET 信号冲突 - NXP 社区 已解决：无法将 PEmicro 调试器与 S32K118EVB2-Q048 配合使用 - NXP 社区 顺祝商祺！ 帕维尔 Re: Issue facing during flashing code on NXPS32k144 按照示例代码刷写以下代码后出现问题。 使用 ADC PAL 进行一系列软件和硬件触发的转换组。在 LPUART 上显示每次转换组执行的平均值。 示例文档可在 S32 SDK 文档的“示例和演示”部分找到。（/doc/Start_Here.html）

Default clock setting on the LPC55S05-EVK Hi folks, I'm new to the LPC55 series and currently using the LPC55S06-EVK. I have a very simple bare-metal project that just toggles the LED D4. What confuses me is that I don't have any clock configuration code, yet the MCU starts up and runs properly. I expected to find a default clock configuration in either SystemInit() or ResetISR(), but there is nothing there. When I halt the MCU at the very first instruction of ResetISR(), the clock registers are already configured: MAINCLKSELA = 3 MAINCLKSELB = 0 AHBCLKDIV = 1 However, according to the user manual, the reset values of MAINCLKSELA and AHBCLKDIV are both 0. How is that possible? Where are these registers being configured before my code starts executing? Best regards, Nikolai LPC55xx Re: Default clock setting on the LPC55S05-EVK Hi @Nikolai_Baschinski  The user manual reset value is the hardware reset value. But your application ResetISR() runs after the LPC55 Boot ROM has already executed. The Boot ROM prepares the device for boot and may configure the main clock path, so when you halt at ResetISR(), those clock registers are no longer at their raw reset values.   BR Harry

FPGAをPCA9617AのポートBに接続します。 こんにちは： 私の状況はこうです:MCUはPCA9617AのポートAに接続されており、FPGA(I²Cデバイスとして)はポートBに接続されています。 データシートによると、ポートBの電圧バイアスは約0.55Vです。FPGAのVIL仕様は0.8Vです。これによって残されたマージンはわずか250mVとなる。 このマージンは、MCUからFPGAへの大量データ転送時に問題を引き起こすでしょうか?信頼性の高い動作のために推奨されるVILマージンはどれくらいですか？ よろしくお願いいたします。 Marco Re: Connect FPGA to port B of PCA9617A こんにちは、Marco_MJさん 良い一日！ もう限界にいると思います。推奨範囲は>300mVなので、その250mVの範囲ではかなりのリスクがあります。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。

NXP Config Tools 26.06 for i.MX 无法加载已保存的配置 你好， 在评估 i.MX95 的新版 DDR 配置时，我发现配置工具中似乎存在一个错误。 以下是我具体的操作步骤，以便可以重现该问题： 1. 安装了该工具的Linux版本。 2. 创建了一个新配置。 3. 选定处理器 MIMX9596xxxxN。 4. 将预设更改为“LPDDR4X EVK / FRDM 15x15 4000MTs 配置”。 5. 保存配置，然后关闭工具。 6. 重新打开工具并加载已保存的配置。 此时根本不显示DDR配置信息。 至少 26.03 版本启动时 MCU 未被选中（手动选择即可解决问题），现在这个问题无法解决。 非常感谢您的帮助。 此致， 埃马努埃莱 Re: NXP Config Tools 26.06 for i.MX not loading saved configuration 该工具的 Windows 版本也存在同样的问题。 附图。 Re: NXP Config Tools 26.06 for i.MX not loading saved configuration 你好， 感谢您报告该工具的这个漏洞。 我能看出我这边的问题所在。 我会将此事上报给内部团队，以便尽快解决。 顺祝商祺！

LPC55S05-EVK 的默认时钟设置 大家好， 我是 LPC55 系列的新手，目前正在使用 LPC55S06-EVK。我有一个非常简单的裸机项目，它只是切换 LED D4 的状态。 让我困惑的是，我没有任何时钟配置代码，但MCU却能正常启动和运行。我原本期望在 SystemInit() 或 ResetISR() 中找到默认时钟配置，但那里什么也没有。 当我在 ResetISR() 的第一条指令处停止 MCU 时，时钟寄存器已经配置完毕： MAINCLKSELA = 3 MAINCLKSELB = 0 AHBCLKDIV = 1 但是，根据用户手册，MAINCLKSELA 和 AHBCLKDIV 的复位值均为 0。 这怎么可能？在我的代码开始执行之前，这些寄存器是在哪里配置的？ 此致， 尼古拉 LPC55xx Re: Default clock setting on the LPC55S05-EVK 嗨@Nikolai_Baschinski 用户手动RESET值即为硬件RESET值。 但是您的应用程序 ResetISR() 是在 LPC55 启动 ROM 执行完毕后运行的。启动 ROM 为设备启动做准备，并可能配置主时钟路径，因此当您在 ResetISR() 处停止时，这些时钟寄存器不再处于其原始 RESET 值。   BR 哈里

PT2000 used as low side driver only Hello, I'm using the PT2000 to drive a traditional injector (12 OHM) with one PT2000 using the high side and low side output of one channel (both injector wires connected to PT2000)and all works as expected. Is it possible to connect the injector positive wire on a external continuous +12V supply and switch the injector on only by driving one low side? I tried this solution without modifying the microcode and it doesn't work, which modification to the microcore have I to do to work with this topology? more in general, I need to drive solenoids in low side mode but controlling the current, is this possible? Thank you for your support, Regards

PCA9959の異常な動作 私は、1つのコントローラ(MCU1)でPCA9959に書き込み、SN74CBTLV3257マルチプレクサでSPIバスを切り替え、2つ目のコントローラ(MCU2)で値を読み取る回路を実装しました。MCU同士は直接通信しないが、書き込みと読み込みを順番に行うための仲裁機構が実装されている。 スイッチを切り替えずにMCU1のみで書き込む場合は問題なく動作します。問題はMCU1とMCU2を切り替え始めると発生します。 この星座の中で、LEDドライバがランダムにLEDをスイッチすることがあります。不思議なことに、MCU1で値を書き込み、その後読み戻すと、レジスタの内容は問題ないように見える。 何かヒントはありますか？正誤表は見つかりませんでした。 スイッチの信号: - SDI - CLK - SDO - nCS MCU1からのその他の信号： - nEN - nRESET どんなご支援でも大変ありがたく思います！PCA9959 Re: PCA9959 strange behavior こんにちは、goepeさん 良い一日！ 私はSN74CBTLV3257の専門家ではありませんが、調べた情報によると、SN74CBTLV3257はバッファではなくパッシブFETスイッチです。 チャネルを切り替えると、切断された側がHi-Z(浮遊)になりますが、彼はPCA9959これらのピンを「見ている」ことができます SCLK、MOSI、nCSにプルアップ/プルダウンを追加してみてください。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: PCA9959 strange behavior ご提案ありがとうございます。PCA9959はマルチプレクサのA側にコネクテッドしており、B側は高Zに接続していません。高速オシロスコープでSPI信号をPCA9959で測定していますが、特に異常は見られません。とはいえ、試してみて結果をお知らせします。

MCXW71 - 2.4 GHzの共存/RFロバストネによる2 Mbpsのハーフデュプレックスでのパケットロスと不安定性 こんにちは、NXPコミュニティの皆さん、 現在、#MCXW71C ワイヤレスMCUを使ったプロジェクトに取り組んでいます。私は、2Mbpsのデータレートで動作する2つのMCXW71Cチップ間で、半二重通信プロトコルを開発しました。 クリーンなRF環境では通信は完全に安定していますが、スマートウォッチ、ワイヤレスイヤホン、Bluetooth対応スマートフォンなど他の2.4GHzのRFデバイスがハードウェアに近づくと(約30cm以内)深刻な不安定さと大幅なパケットロスが発生しています。 当社のシステムに関する重要な詳細情報は以下のとおりです。 ハードウェア:これはカスタムPCB設計(評価ボードではありません)。RFフロントエンド用のインピーダンス整合ネットワークは自ら設計・実装しました。 PHY / プロトコル: GENFSK NXP SDK Version: SDK_2.25.09.00_MCXW716C 周波数ホッピング：FHSSではありません 当社のカスタムボードは単独では動作しますが、混雑したRF環境では性能が低下するため、レシーバは隣接する2.4 GHzの干渉器によって感度が低下または飽和されている可能性があります。 何かアドバイスをいただけますか? MCXW71には、レシーバの選択性、AGC(自動ゲイン制御)挙動、またはノイズ環境でのLNAゲインを最適化するための特定のハードウェアチューニングガイドラインやレジスタはありますか? パケット衝突をより適切に処理するために推奨されるソフトウェア共存設定やCCA(クリアチャネル評価)閾値調整はありますか? カスタムインピーダンスネットワークのわずかな不一致が、強い帯域外・隣接干渉体が存在する場合に、トランシーバの選択性やブロッキング性能を低下させる可能性はありますか? ボード設計 Re: MCXW71 - Packet loss and instability at 2 Mbps half-duplex due to 2.4 GHz co-existence / RF robu こんにちは、 あなたの調子が良いといいのですが。   カスタムボードを使用しているとのことですので、同じ伝導試験設定でFRDM-MCXW71との性能比較を行うことをお勧めします。無線レジスタを改造する前に、RF配置、接地、アンテナ整合ネットワーク、電源ノイズ、そしてエンクロージャーに関連する結合効果などの要素を確認することが重要です。 また、CCAの閾値をスイープしながらPERテストを行い、実用的な運用点を見つけることもできます。CCAはチャネルがすでに混雑している場合の送信を防ぐことでパケット衝突の低減に役立ちますが、閾値は対象のRF環境で実証的に検証されるべきです。 以下の文書は、RF性能テストの手法とそれをCCAの挙動評価に使う方法を説明しています: AN14399 MCXW71 802.15.4 アプリケーション向け接続テスト RF設計のさらなる検証のために、以下の文書も役立つかもしれません: UG10146 MCXW71 ハードウェア設計ガイド AN14374 FRDM-MCXW71 Bluetooth LEおよびIEEE 802.15.4アプリケーション向けRFシステム評価報告書 AN2731 2.4GHz通信用小型平面アンテナ よろしくお願いします、 ソフィア。

エンコーダーFRDM-A-S32M276-C064で過電流エラーが発生しました。 私のハードウェアは以下の通りです。 FRDM-A-S32M276-C064 Faulhaber 3216 BXTH BLDC 12V エンコーダーは128LのIEF3です。 スタートガイドに示されているように接続しました https://www.nxp.com/document/guide/getting-started-with-frdm-a-s32m276-development-board-setup-and-programming:GS-FRDM-A-S32M276 エンコーダーをエンコンダに対応するピンに直接接続し、(Anegated、Bnegated、Inegated)を落としました。アプリケーションハブから提供されたコードでENCODER 1を設定しており、セットアップ部分で以下の動作をします: Siul2_Port_Ip_SetInputBuffer ( NULL_PTR , NULL_PTR , 1 , 54 , 3 U ) ; //これは実質的に次のように機能します: //IP_SIUL2->IMCR[54] = SIUL2_IMCR_SSS(3U); /* eMIOS0_CH7 の入力を TRGMUX_OUT_38 に割り当てます */ Siul2_Port_Ip_SetInputBuffer ( NULL_PTR , NULL_PTR , 1 , 55 , 4 U ) ; 結果 Lcu_Ip_SyncOutputValueType EncLcuEnable [ 6 U ] ; EncLcuEnable [ 0 ] .LogicOutputId = LCU_LOGIC_OUTPUT_8 ;​ EncLcuEnable [ 0 ] . Value = 1 U ; EncLcuEnable [ 1 ] . LogicOutputId = LCU_LOGIC_OUTPUT_9 ; EncLcuEnable [ 1 ] .値= 1 U ; EncLcuEnable [ 2 ] . LogicOutputId = LCU_LOGIC_OUTPUT_10 ; EncLcuEnable [ 2 ] .値= 1 U ; EncLcuEnable [ 3 ] . LogicOutputId = LCU_LOGIC_OUTPUT_11 ; EncLcuEnable [ 3 ] .値= 1 U ; Lcu_Ip_SetSyncOutputEnable ( EncLcuEnable , 4 U ) ; そして最後に AEC_VDDE_Enable(1); エンコーダーを接続せずに実行すると、アプリケーションは正常に動作します(センサーレス)。エンコーダーを接続して再実行すると、すぐにエラーが発生します。デバッグの結果、以下のことが分かりました。 これはオーバーカレントイベントに対応します #define AEC_AE_EVENTS_STATUS_OCD_VDDE_FL_MASK( 0x8U) #define AEC_AE_EVENTS_STATUS_OCD_VDDE_FL_SHIFT( 3U) この問題をどう解決すればいいでしょうか?どんなアドバイスでもいただければ幸いです。 Re: FRDM-A-S32M276-C064 overcurrent error on my encoder こんにちは、 @alovi さん。 エンコーダへの電源供給にVDDEを使用しているとのことですね。しかし、VDDEの出力電流には制限がある。 175mAは過電流検出の最大閾値であり、最小閾値は規定されていないことにご注意ください。同時に、VDDEピンは5Vで最大30mAの連続電源を供給できます。 エンコーダのデータシートを見ると、負荷なしでも最大40 mAの電流消費が可能で、これはすでにサポートされるVDDE能力を上回っています。 よろしくお願いいたします。 ダニエル Re: FRDM-A-S32M276-C064 overcurrent error on my encoder 基板上の他のピンでエンコーダーに電源を供給できるものはありますか?それとも外部電源で電源を供給する必要がありますか? Re: FRDM-A-S32M276-C064 overcurrent error on my encoder こんにちは、 @alovi さん。 残念ながら、外部機器を内部レギュレータから供給できるのはVDDEのみです。 この場合、外部のレギュレーターが必要です。 よろしくお願いいたします。 ダニエル

如何在CM33中使用来自DSP的VIT语音命令结果 你好， 我正在使用 MIMXRT700 EVK 上的语音智能技术 (VIT)，并参考了“mimxrt700evk_dsp_xaf_record_cm33_core0”示例。 VIT 语音命令已被 DSP 识别，我想在我的 CM33 应用程序中使用识别出的命令结果。 请问如何从 CM33 核心获取 VIT 结果？ 如果有任何参考示例或文档解释了 DSP 内核和 CM33 内核之间的通信流程，请分享一下。 谢谢 Re: How to Utilize VIT Voice Command Results from DSP in CM33 嗨@arshtg ， 我们有一个 SDK 演示，演示了如何在 CM 内核和 DSP 内核之间建立通信，详情请参阅https://github.com/nxp-mcuxpresso/mcuxsdk-examples/tree/release/26.06.00-pvw2/multicore_examples/rpmsg_lite_pingpong_dsp 。 祝你有美好的一天， 坎 ------------------------------------------------------------------------------- 笔记： - 如果此回复解答了您的问题，请点击“标记为正确答案”按钮。谢谢你！ - 我们会持续关注帖子，从最后一条回复发出后持续7周，之后的回复将被忽略。 如果您之后有相关问题，请另开新帖并引用已关闭的帖子。 ------------------------------------------------------------------------------- Re: How to Utilize VIT Voice Command Results from DSP in CM33 mimxrt700evk_dsp_xaf_record_cm33_core0 示例已经建立了 DSP 和 CM33 之间的 RPMsg 连接。如控制台日志所示： [DSP_Main] 已建立 RPMsg 连接 当 VIT 引擎检测到唤醒词或语音命令时，DSP 会打印如下信息： [DSP VIT] - 检测到唤醒词 1 HEY NXP [DSP VIT] - 检测到语音命令 6 停止 我想在我的 CM33 应用程序中使用这些识别结果。具体来说，我想知道这些 VIT 检测结果是在 DSP 端生成的，以及如何访问它们。 我还注意到 DSP 端的实现源代码可访问性有限，因此我无法确定检测到的唤醒词和语音命令结果是从哪里获得的。 请问能否提供相关的源文件、API、回调函数或文档，说明如何获取检测到的唤醒词和语音命令结果？

iMX95 FRDM 中拜耳传感器在流式传输过程中出现采样问题 大家好， 我们目前正在IMX95 FRDM套件中引入拜耳传感器。我们首先使用 OS08A20（NXP 的参考相机）验证了视频流，我们能够进行视频流传输。根据驱动程序，我们启动一个驱动程序来支持我们的传感器。探测正常，媒体节点也能正确生成。我们已经通过 OS08A20 的媒体架构验证了媒体链接是正确的。 我们已将 dmesg 日志附在下方。 目前我们已将传感器配置为 8 位模式（ar0234 传感器）。当前数据速率为每通道 800 MBPS。传感器数据将通过 4 个通道输出。我们能够进行探测和注册。 cam -l [0:08:06.049058684][858] 信息 Camera camera_manager.cpp:340libcamera v0.0.0+6489-lf-6.18.2-1.0.0 [0:08:06.155690529][859] INFO MediaPipeline media_pipeline.cpp:240找到管道：[ar0830 3-0042|0] -> [0|csidev-4ad30000.csi|1]-> [0|4ac10000.syscon:formatter@20|1]-> [2|横杠] [0:08:06.156726940][859] 警告 CameraSensorProperties camera_sensor_properties.cpp:586'ar0830' 没有可用的静态属性 [0:08:06.156904446][859] 警告 CameraSensorProperties camera_sensor_properties.cpp:588 请考虑更新相机传感器属性数据库 [0:08:06.157054248][859] 信息 Camera camera_manager.cpp:223为管道处理程序 imx8-isi 添加摄像头“/base/soc/bus@42000000/i2c@42540000/ar0234_mipi@42”。 可用摄像头： 1：外部摄像头“ar0234”（/base/soc/bus@42000000/i2c@42540000/ar0234_mipi@42） 如前所述，我们的摄像头已被成功检测到。 v4l2-ctl -d 0 -v width=1920,height=1200,pixelformat='GRBG' --stream-mmap --verbose VIDIOC_QUERYCAP：通过 VIDIOC_G_FMT：通过 VIDIOC_S_FMT：通过 多平面视频捕获格式： 宽度/高度：1920/1200 像素格式：'GRBG'（8 位拜耳 GRGR/BGBG） 字段：无 飞机数量：1 旗帜： 色彩空间：sRGB 传输函数：sRGB YCbCr/HSV 编码：ITU-R 601 量化：有限范围 飞机 0： 每行字节数：1920 图片尺寸：2304000 VIDIOC_REQBUFS 返回 0（成功） VIDIOC_CREATE_BUFS 返回 0（成功） VIDIOC_QUERYBUF 返回 0（成功） VIDIOC_QUERYBUF 返回 0（成功） VIDIOC_QUERYBUF 返回 0（成功） VIDIOC_QUERYBUF 返回 0（成功） VIDIOC_G_FMT 返回 0（成功） VIDIOC_QBUF 返回 0（成功） VIDIOC_QBUF 返回 0（成功） VIDIOC_QBUF 返回 0（成功） VIDIOC_QBUF 返回 0（成功） VIDIOC_STREAMON 返回 0（成功）   我们能够从相机传感器获取帧，我们已经用数字示波器探测并验证了这一点，但是该平台无法对其进行正确采样。dmesg 中没有出现任何错误。 从传感器配置的角度来看，我们是否遗漏了其他方面？ 另外，是否需要通过设备树将数据速率或像素时钟值传递给平台？ 具体来说，是否应该在设备树中配置以下 D-PHY 参数？   cfg-clk-range = <28>; hs-clk-range = <0x2b>;   如果需要这些参数，能否说明一下 cfg-clk-range 和 hs-clk-range 的值是根据什么选择的？ 这些值是源自 MIPI CSI-2 通道数据速率、传感器输出分辨率、帧速率还是像素时钟？ 此外，值 28 和 0x2b 对应的数据速率或像素时钟范围是多少？是否有参考表格或公式可以用来确定给定传感器配置的正确设置？ DMESG 日志 [ 104.760033] camera-mipi-clk = 800MHz [115.837690]ar0234 3-0042：MIPI时钟= 800，MIPI通道= 4 [ 115.837737] ar0234 3-0042：未找到电源 avdd，使用虚拟稳压器 [ 115.837911] ar0234 3-0042：未找到供电 DOVDD，使用虚拟稳压器 [ 115.837955] ar0234 3-0042：未找到供电 DVDD，使用虚拟稳压器 [ 115.988087] 当前固件版本 - (11eONO25V6XXX011106014eceGCORAL3) [ 115.988115] 当前固件版本 - (11eONO25V6XXX011106014eceGCORAL3) [ 115.989053] priv->mipi_lane_config 为 4 [ 120.297214] 传感器 ID=0x0a56 [ 120.297245] mcu_isp_init [ 125.401238] 检测到 ar0234 传感器 [ 125.453854] ar0234_propagate_fmt 被调用 [ 125.463674] ar0234_propagate_fmt 被调用 [ 125.463959] 进入枚举 mbus 代码 [ 125.463975] 代码为 12290 [ 125.463982] 进入枚举 mbus 代码 [ 125.463989] 进入 ar0234_enum_frame_sizes 函数 [ 125.463995] 进入 ar0234_enum_frame_sizes 函数 [ 125.463999] 进入 ar0234_enum_frame_sizes 函数 [ 125.464004] 进入 ar0234_enum_frame_sizes 函数 [ 125.464033] 在 ar0234_get_selection 函数内部 [ 125.464041] 在 ar0234_get_selection 函数内部 [ 125.464045] 在 ar0234_get_selection 函数内部 [ 126.637118] ar0234_propagate_fmt 被调用 [ 126.637658] 进入枚举 mbus 代码 [ 126.637681] 代码为 12290 [ 126.637702] 进入枚举 mbus 代码 [ 126.637719] 进入 ar0234_enum_frame_sizes 函数 [ 126.637736] 进入 ar0234_enum_frame_sizes 函数 [ 126.637751] 进入 ar0234_enum_frame_sizes 函数 [ 126.637765] 进入 ar0234_enum_frame_sizes 函数 [ 126.637856] 在 ar0234_get_selection 函数内部 [ 126.637877] 在 ar0234_get_selection 函数内部 [ 126.637892] 在 ar0234_get_selection 函数内部 [ 204.157151] 审计：类型=1006 审计(1782310053.402:28):pid=805 uid=0 老-auid=4294967295 auid=0 tty=(无) 老-ses=4294967295 ses=4 res=1 [ 204.157191] 审计：类型=1300 审计(1782310053.402:28):arch=c00000b7 syscall=64 success=yes exit=1 a0=a a1=ffffc191b2d0 a2=1 a3=0 items=0 ppid=1 pid=805 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4 comm="sshd-session" exe="/usr/libexec/sshd-session" key=(null) [ 204.157211] 审计：类型=1327 审计(1782310053.402:28):proctitle=737368642D73657373696F6E3A20726F6F74205B707269765D [ 206.826792] ar0234_propagate_fmt 被调用 [ 206.826975] 进入枚举 mbus 代码 [ 206.826986] 代码为 12290 [ 206.826994] 进入枚举 mbus 代码 [ 206.827000] 进入 ar0234_enum_frame_sizes 函数 [ 206.827006] 进入 ar0234_enum_frame_sizes 函数 [ 206.827010] 进入 ar0234_enum_frame_sizes 函数 [ 206.827014] 进入 ar0234_enum_frame_sizes 函数 [ 206.827057] 在 ar0234_get_selection 函数内部 [ 206.827065] 在 ar0234_get_selection 函数内部 [ 206.827070] 在 ar0234_get_selection 函数内部 [ 224.637904] ar0234_propagate_fmt 被调用 [ 224.676405] ar0234_propagate_fmt 被调用 [ 224.676442] 进入 ar0234_set_fmt [ 224.676447] 在设置格式循环中 if 条件 [ 224.676451] ar0234->mcu_cam_frmfmt[mode].size.width 为 1920 [ 224.676456] ar0234_set_fmt: 设置分辨率宽度=1920 高度=1200，模式=0 [ 224.680462] priv->mcu_cam_frmfmt[mode].size.width 为 1920 [ 224.680476] mc_data[8] = 0x07 (7) [ 224.680480] mc_data[9] = 0x80 (128) [ 224.680484] mc_data[10] = 0x04 (4) [ 224.680487] mc_data[11] = 0xb0 (176) [ 228.270636] ar0234_propagate_fmt 被调用 [ 228.270815] 进入枚举 mbus 代码 [ 228.270823] 代码为 12290 [ 228.270832] 进入枚举 mbus 代码 [ 228.270838] 进入 ar0234_enum_frame_sizes 函数 [ 228.270843] 进入 ar0234_enum_frame_sizes 函数 [ 228.270848] 进入 ar0234_enum_frame_sizes 函数 [ 228.270912] 进入 ar0234_enum_frame_sizes 函数 [ 228.270958] 在 ar0234_get_selection 函数内部 [ 228.270965] 在 ar0234_get_selection 函数内部 [ 228.270970] 在 ar0234_get_selection 函数内部 [237.329660]dwc-mipi-csi2 4ad30000.csi：位于焊盘 1 上的远程子设备应实现 .get_frame_desc！强制 VC = 0 和 DT = 2a [ 487.004807] ar0234_propagate_fmt 被调用 [ 487.004984] 进入枚举 mbus 代码 [ 487.005053] 代码为 12290 [ 487.005065] 进入枚举 mbus 代码 [ 487.005073] 进入 ar0234_enum_frame_sizes 函数 [ 487.005079] 进入 ar0234_enum_frame_sizes 函数 [ 487.005083] 进入 ar0234_enum_frame_sizes 函数 [ 487.005087] 进入 ar0234_enum_frame_sizes 函数 [ 487.005138] 在 ar0234_get_selection 函数内部 [ 487.005146] 在 ar0234_get_selection 函数内部 [ 487.005150] 在 ar0234_get_selection 函数内部 [ 695.743591] 审计：类型=1006 审计(1782310544.949:29):pid=869 uid=0 老-auid=4294967295 auid=0 tty=(无) 老-ses=4294967295 ses=5 res=1 [ 695.743649] 审计：类型=1300 审计(1782310544.949:29):arch=c00000b7 系统调用=64 成功=是退出=1 a0=a a1=ffffef74ca20 a2=1 a3=0 项目=0 ppid=1 pid=869 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0egid=0 sgid=0 fsgid=0 tty=(无) ses=5 comm="sshd-session" exe="/usr/libexec/sshd-session" key=(null) [ 695.743685] 审计：类型=1327 审计(1782310544.949:29):proctitle=737368642D73657373696F6E3A20726F6F74205B707269765D

An issue regarding slave bit errors in LPI2C I am using S32K146, and the manual states that a bit error will be triggered when the slave sends 1 but the bus is 0. However, in actual testing, a bit error will also be triggered when the slave sends 0 but the bus is 1. I want to know if this phenomenon is correct? Re: An issue regarding slave bit errors in LPI2C Hi @GXY, Yes, this is correct. Bit error flag is triggered once slave is driving SDA, but samples different value than what is expected, not necessarily only when it sends 1 and reads 0. My guess is that the register description is simply stating an example for when the bit error flag is set. Best regards, Julián

Connect FPGA to port B of PCA9617A Hi: My situation is as follows: the MCU is connected to port A of a PCA9617A, and the FPGA (as an I²C device) is connected to port B. According to the datasheet, the voltage bias of port B is approximately 0.55 V. The FPGA's VIL specification is 0.8 V. This leaves only a 250 mV margin. Will this margin cause problems when transferring large amounts of data from the MCU to the FPGA? What is the recommended VIL margin for reliable operation? Best regards Marco Re: Connect FPGA to port B of PCA9617A Hello Marco_MJ Good day! I believe you're at the limit; the recommended range is >300mV, so you're running a significant risk with that 250mV range. I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck.

i.MX93 EQoS イーサネットDMAリセット失敗(LAN8720A PHY(RMIIモード) NXPチームの皆様、こんにちは。 私はi.MX93 SoMと、RMIIモードの外部LAN8720A PHYを使用しています。 ハードウェア構成 プロセッサー: i.MX93 PHY: LAN8720A RMII インタフェース PHYアドレス: 0 PHYリセットGPIO設定済み MACは50MHzのRMII基準クロックを提供する 訴訟が観察した イーサネットインターフェースの初期化に失敗し、以下のエラーが報告されます: imx-dwmac 428a0000.イーサネット eth1: PHY [stmmac-1:00] ドライバー [SMSC LAN8710/LAN8720] imx-dwmac 428a0000.イーサネット: DMAのリセットに失敗しました stmmac_hw_setup: DMAエンジンの初期化に失敗しました __stmmac_open: ハードウェアセットアップに失敗しました dmsg レスポンス oot@myd-lmx9x:~# dmesg |グレップ -I eth [ 0.000000] OF: 予約済みメモリ:初期化されたノードethosu_region@B0000000、互換性のあるid shared-dma-pool(共有済みDMA-プール) [ 0.000000] PSCI:DTからの導管方法のプロービング。 [ 0.953397 ] FEC 42890000.イーサネット:無効MACアドレス:00:00:00:00:00:00 [ 0.960228] fec 42890000.イーサネット:ランダムMACアドレスの使用:b2:da:68:e1:93:b7 [ 0.970863] hns3: Hisilicon Ethernet Network Driver for Hip08 ファミリー - バージョン [ 1.008422] igb: Intel(R) ギガビットイーサネットネットワークドライバー [ 1.071474] USBcore:新インターフェースドライバーKawethに登録 [ 1.082559] USBCORE:新インターフェースドライバー登録済み cdc_ether [ 1.646174] optee:導管方法のプロービング。 [ 1.744525] Bluetooth: BNEP(イーサネットエミュレーション) バージョン1.3 [ 2.560730] FEC 42890000.イーサネット eth0: 登録済みPHCデバイス0 [ 2.567579] IMX-DWMAC 428A0000.イーサネット:IRQ eth_lpi見つかりません [ 2.573824] imx-dwmac 428a0000.イーサネット:ユーザーID:0x10、Synopsys ID:0x52 [ 2.580662] IMX-DWMAC 428a0000.イーサネット:DWMAC4/5 [ 2.585448] imx-dwmac 428a0000.イーサネット:DMAハードウェア機能レジスタのサポート [ 2.592568] IMX-DWMAC 428A0000.イーサネット:RXチェックサムオフロードエンジンのサポート [ 2.599692] IMX-DWMAC 428A0000.イーサネット:TXチェックサム挿入のサポート [ 2.606382] IMX-DWMAC 428A0000.イーサネット:ウェイクアップ・オン・ラン支援 [ 2.612538] IMX-DWMAC 428A0000.イーサネット:ハードウェアウォッチドッグタイマーによるRX軽減を有効にする [ 2.620184] IMX-DWMAC 428A0000.イーサネット:有効化されたL3L4フローTC(エントリ=8) [ 2.626958] imx-dwmac 428a0000.イーサネット:有効化されたRFSフローTC(エントリ=10) [ 2.633749] IMX-DWMAC 428A0000.イーサネット:ハードウェアTCの有効化(エントリ=256、 max_off=256) [ 2.641316] IMX-DWMAC 428A0000.イーサネット:32/32ビットDMAホスト/デバイス幅を使用 [ 5.034969] systemd[1]: /lib/systemd/system/proftpd.service:8:標準出力タイプ syslog は廃止されました。自動的に journal に更新されます。ユニットファイルを更新し、設定自体を削除することを検討してください。 [ 9.808139 ] SMSC LAN8710/LAN8720 42890000.イーサネット-1:00:phy_poll_reset失敗:-110 [ 9.872078] FEC 42890000.ethernet eth0: phyに接続できません [ 9.879398 IMX-DWMAC 428a0000.ethernet eth1: レジスタ MEM_TYPE_PAGE_POOL RxQ-0 [ 10.892065] imx-dwmac 428a0000.ethernet eth1: __stmmac_open: PHYに接続できません(エラー:-110) [ 10.900872 IMX-DWMAC 428a0000.ethernet eth1: レジスタ MEM_TYPE_PAGE_POOL RxQ-0 [ 11.904042] imx-dwmac 428a0000.ethernet eth1: __stmmac_open: PHYに接続できません(エラー: -110) [ 12.838630] SMSC LAN8710/LAN8720 42890000.ethernet-1:00:phy_poll_reset失敗:-110 [ 12.896039] fec 42890000.イーサネット eth0: phyに接続できません [ 12.899637] imx-dwmac 428a0000.イーサネット eth1: レジスタ MEM_TYPE_PAGE_POOL RxQ-0 [ 13.904038] imx-dwmac 428a0000.イーサネット eth1: __stmmac_open: PHYに接続できません(エラー: -110) [ 289.712584] imx-dwmac 428a0000.イーサネット eth1: レジスタ MEM_TYPE_PAGE_POOL RxQ-0 [ 290.740032] imx-dwmac 428a0000.イーサネット eth1: __stmmac_open: PHYに接続できません(エラー:-110) [ 322.123525] imx-dwmac 428a0000.イーサネット eth1: レジスタ MEM_TYPE_PAGE_POOL RxQ-0 [ 323.104042] imx-dwmac 428a0000.イーサネット eth1: __stmmac_open: PHYに接続できません(エラー:-110) [ 655.579526] imx-dwmac 428a0000.イーサネット eth1: レジスタ MEM_TYPE_PAGE_POOL RxQ-0 [ 656.612033] imx-dwmac 428a0000.イーサネット eth1: __stmmac_open: PHYに接続できません(エラー: -110) Re: i.MX93 EQoS Ethernet DMA Reset Failure with LAN8720A PHY (RMII Mode) ステップ1 — EQoSを分離する FECを一時的に無効にする： &fec {         status = "無効"; }; 次に起動して確認します。 dmesg | grep -Ei "dwmac|stmmac|eqos|mdio|phy|LAN87" PHYは4289000.イーサネットではなく、EQoS/stmmacのMDIOバスの下で見たいです。 ステップ2 — MDIOを手動で検証する mdio-toolまたはphytoolをお持ちの場合： phytool read eth1/0/2 phytool read eth1/0/3 LAN8720AのPHY IDは読み取り可能である必要があります。読み取りがタイムアウトするか、すべて0xffff/0x0000を返す場合、これはハードウェア/MDIO/リセット/クロックの問題であり、IPスタックの問題ではありません。 ステップ3 — クロックツリーの検証 cat /sys/kernel/debug/clk/clk_summary | grep -Ei "enet|qos" また、そのピン上のRMII基準クロックも測定してください。NXP RMIIスレッドでは、期待される50 MHzクロックの生成とDTSアップデートを<100000000> <50000000>で記録しています。 ステップ4 — ドライバーパッチの状態を確認する grep -n "RMII_RESET_SPEED\|imx_dwmac_mx93_reset\|fix_soc_reset" \ ドライバ/NET/イーサネット/STmicro/STMaC/DWMAC-IMX.C 存在しない場合は、i.MX93 RMII DMAリセットパッチを適用/バックポートしてください。上流パッチでは、i.MX93リセットロジックに対応しており、完全なリセットにはRMIIモードで正しいインターフェース速度を設定する必要があると記載されています。( https://www.spinics.net/lists/netdev/msg894184.html )

GD3160 FlexGUIソフトウェアインストールに関する質問 公式サイトでGD3160 FlexGUIソフトウェアをインストールしました。UM11592ファイルを確認すると、「SWパッケージ」ソフトウェアのダウンロードが必要だと書かれていましたが、公式サイトには「SWパッケージ」に関する関連コンテンツが見つかりませんでした。GD3160のFlexGUIソフトウェアは通常、「NXP_GD31xx_GUI_ppublic-1.13.0」をインストールすることで使えます。「GUI」フォルダ内の「MSI」インストールパッケージについて?GD3160 Re: GD3160 FlexGUI software installation questions こんにちは、 SWパッケージは、必要なファイル(ZIPフォルダ)をすべて含むフォルダを指します ですので、はい、NXP_GD31xx_GUI_public-1.13.0.ms iのインストールを進めることができます。 FLEXGUIとFLEXGUI2はどちらもGD3160デバイスと互換性があります。ただし、GD3162についてはFLEXGUI2を使用してください。 お役に立てば幸いです！ 回复： GD3160 FlexGUI software installation questions 公式サイトでFlexGUIソフトには2つのバージョンがあるのを見ました。どちらを使うべきでしょうか？

我的编码器出现 FRDM-A-S32M276-C064 过流错误 我的硬件配置如下： FRDM-A-S32M276-C064 Faulhaber 3216 BXTH BLDC 12V 编码器为 IEF3，128L 我已经按照入门指南中的说明连接好了。 https://www.nxp.com/document/guide/getting-started-with-frdm-a-s32m276-development-board-setup-and-programming:GS-FRDM-A-S32M276 我已将编码器直接连接到与编码器对应的引脚，并且我删除了（Anegated、Bnegated、Inegated）。在应用程序中心提供的代码中，我设置了 ENCODER 1，它会运行以下命令（在设置部分）： Siul2_Port_Ip_SetInputBuffer ( NULL_PTR , NULL_PTR , 1 , 54 , 3 U ) ; //这实际上相当于： //IP_SIUL2->IMCR[54] = SIUL2_IMCR_SSS(3U); /* 将 eMIOS0_CH7 输入分配给 TRGMUX_OUT_38 */ Siul2_Port_Ip_SetInputBuffer ( NULL_PTR , NULL_PTR , 1 , 55 , 4 U ) ; 结果 Lcu_Ip_SyncOutputValueType EncLcuEnable [ 6 U ] ; EncLcuEnable [ 0 ] .LogicOutputId = LCU_LOGIC_OUTPUT_8 ;​ EncLcuEnable [ 0 ] .Value = 1U ;​​ EncLcuEnable [ 1 ] .LogicOutputId = LCU_LOGIC_OUTPUT_9 ;​ EncLcuEnable [ 1 ] .Value = 1U ;​​ EncLcuEnable [ 2 ] .LogicOutputId = LCU_LOGIC_OUTPUT_10 ;​ EncLcuEnable [ 2 ] .Value = 1U ;​​ EncLcuEnable [ 3 ] .LogicOutputId = LCU_LOGIC_OUTPUT_11 ;​ EncLcuEnable [ 3 ] .Value = 1U ;​​ Lcu_Ip_SetSyncOutputEnable ( EncLcuEnable , 4 U ) ; 最后 AEC_VDDE_Enable(1); 当不连接编码器运行此程序时，应用程序可以正常工作（无传感器）。当我插入编码器并重新运行时，它立即出现故障。调试时我看到以下内容： 这对应于过流事件 #定义AEC_AE_EVENTS_STATUS_OCD_VDDE_FL_MASK ( 0x8U ) #定义AEC_AE_EVENTS_STATUS_OCD_VDDE_FL_SHIFT ( 3U ) 我该如何解决这个问题？任何建议都将不胜感激。 Re: FRDM-A-S32M276-C064 overcurrent error on my encoder 你好@alovi ， 我了解到您正在使用VDDE为编码器供电。但是，VDDE 输出电流是有限的。 请注意，175 mA 代表最大过电流检测阈值；最小阈值未指定。同时，VDDE 引脚可以持续提供高达 30 mA 的 5 V 电流。 查看编码器数据表可知，即使在没有负载的情况下，其电流消耗也能达到 40 mA，这已经超过了 VDDE 支持的容量。 顺祝商祺！ 丹尼尔 Re: FRDM-A-S32M276-C064 overcurrent error on my encoder 板上还有其他引脚可以用来给编码器供电吗？还是我必须使用外部电源为其供电？ Re: FRDM-A-S32M276-C064 overcurrent error on my encoder 嗨@alovi ， 遗憾的是，只有 VDDE 可以用于从内部稳压器向外部设备供电。 这种情况下，需要外部调节器。 此致， 丹尼尔

i.MX93 EQoS Ethernet DMA Reset Failure with LAN8720A PHY (RMII Mode) Hello NXP Team, I am using an i.MX93 SoM with an external LAN8720A PHY in RMII mode. Hardware Configuration Processor: i.MX93 PHY: LAN8720A RMII Interface PHY Address: 0 PHY Reset GPIO configured MAC provides 50 MHz RMII reference clock sue Observed Ethernet interface fails to initialize and the following errors are reported: imx-dwmac 428a0000.ethernet eth1: PHY [stmmac-1:00] driver [SMSC LAN8710/LAN8720] imx-dwmac 428a0000.ethernet: Failed to reset the dma stmmac_hw_setup: DMA engine initialization failed __stmmac_open: Hw setup failed dmsg Response oot@myd-lmx9x:~# dmesg | grep -i eth [ 0.000000] OF: reserved mem: initialized node ethosu_region@B0000000, compatible id shared-dma-pool [ 0.000000] psci: probing for conduit method from DT. [ 0.953397] fec 42890000.ethernet: Invalid MAC address: 00:00:00:00:00:00 [ 0.960228] fec 42890000.ethernet: Using random MAC address: b2:da:68:e1:93:b7 [ 0.970863] hns3: Hisilicon Ethernet Network Driver for Hip08 Family - version [ 1.008422] igb: Intel(R) Gigabit Ethernet Network Driver [ 1.071474] usbcore: registered new interface driver kaweth [ 1.082559] usbcore: registered new interface driver cdc_ether [ 1.646174] optee: probing for conduit method. [ 1.744525] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 2.560730] fec 42890000.ethernet eth0: registered PHC device 0 [ 2.567579] imx-dwmac 428a0000.ethernet: IRQ eth_lpi not found [ 2.573824] imx-dwmac 428a0000.ethernet: User ID: 0x10, Synopsys ID: 0x52 [ 2.580662] imx-dwmac 428a0000.ethernet: DWMAC4/5 [ 2.585448] imx-dwmac 428a0000.ethernet: DMA HW capability register supported [ 2.592568] imx-dwmac 428a0000.ethernet: RX Checksum Offload Engine supported [ 2.599692] imx-dwmac 428a0000.ethernet: TX Checksum insertion supported [ 2.606382] imx-dwmac 428a0000.ethernet: Wake-Up On Lan supported [ 2.612538] imx-dwmac 428a0000.ethernet: Enable RX Mitigation via HW Watchdog Timer [ 2.620184] imx-dwmac 428a0000.ethernet: Enabled L3L4 Flow TC (entries=8) [ 2.626958] imx-dwmac 428a0000.ethernet: Enabled RFS Flow TC (entries=10) [ 2.633749] imx-dwmac 428a0000.ethernet: Enabling HW TC (entries=256, max_off=256) [ 2.641316] imx-dwmac 428a0000.ethernet: Using 32/32 bits DMA host/device width [ 5.034969] systemd[1]: /lib/systemd/system/proftpd.service:8: Standard output type syslog is obsolete, automatically updating to journal. Please update your unit file, and consider removing the setting altogether. [ 9.808139] SMSC LAN8710/LAN8720 42890000.ethernet-1:00: phy_poll_reset failed: -110 [ 9.872078] fec 42890000.ethernet eth0: Unable to connect to phy [ 9.879398] imx-dwmac 428a0000.ethernet eth1: Register MEM_TYPE_PAGE_POOL RxQ-0 [ 10.892065] imx-dwmac 428a0000.ethernet eth1: __stmmac_open: Cannot attach to PHY (error: -110) [ 10.900872] imx-dwmac 428a0000.ethernet eth1: Register MEM_TYPE_PAGE_POOL RxQ-0 [ 11.904042] imx-dwmac 428a0000.ethernet eth1: __stmmac_open: Cannot attach to PHY (error: -110) [ 12.838630] SMSC LAN8710/LAN8720 42890000.ethernet-1:00: phy_poll_reset failed: -110 [ 12.896039] fec 42890000.ethernet eth0: Unable to connect to phy [ 12.899637] imx-dwmac 428a0000.ethernet eth1: Register MEM_TYPE_PAGE_POOL RxQ-0 [ 13.904038] imx-dwmac 428a0000.ethernet eth1: __stmmac_open: Cannot attach to PHY (error: -110) [ 289.712584] imx-dwmac 428a0000.ethernet eth1: Register MEM_TYPE_PAGE_POOL RxQ-0 [ 290.740032] imx-dwmac 428a0000.ethernet eth1: __stmmac_open: Cannot attach to PHY (error: -110) [ 322.123525] imx-dwmac 428a0000.ethernet eth1: Register MEM_TYPE_PAGE_POOL RxQ-0 [ 323.104042] imx-dwmac 428a0000.ethernet eth1: __stmmac_open: Cannot attach to PHY (error: -110) [ 655.579526] imx-dwmac 428a0000.ethernet eth1: Register MEM_TYPE_PAGE_POOL RxQ-0 [ 656.612033] imx-dwmac 428a0000.ethernet eth1: __stmmac_open: Cannot attach to PHY (error: -110) Re: i.MX93 EQoS Ethernet DMA Reset Failure with LAN8720A PHY (RMII Mode) Step 1 — isolate EQoS Temporarily disable FEC: &fec {         status = "disabled"; }; Then boot and check: dmesg | grep -Ei "dwmac|stmmac|eqos|mdio|phy|LAN87" You want to see the PHY under the EQoS/stmmac MDIO bus, not under 42890000.ethernet. Step 2 — verify MDIO manually If you have mdio-tool or phytool: phytool read eth1/0/2 phytool read eth1/0/3 LAN8720A PHY ID should be readable. If reads timeout or return all 0xffff/0x0000, this is hardware/MDIO/reset/clock, not IP stack. Step 3 — verify clock tree cat /sys/kernel/debug/clk/clk_summary | grep -Ei "enet|qos" Also measure the RMII reference clock on the pin. The NXP RMII thread specifically documents the need to generate the expected 50 MHz clock and the DTS update using <100000000>, <50000000>. Step 4 — check driver patch status grep -n "RMII_RESET_SPEED\|imx_dwmac_mx93_reset\|fix_soc_reset" \ drivers/net/ethernet/stmicro/stmmac/dwmac-imx.c If missing, apply/backport the i.MX93 RMII DMA reset patch. The upstream patch states it addresses i.MX93 reset logic and requires configuring correct interface speed under RMII mode to complete reset. (https://www.spinics.net/lists/netdev/msg894184.html)

GD3160 FlexGUI software installation questions I installed the GD3160 FlexGUI software on the official website. When I checked the UM11592 file, it said that I still needed to download the "SW Package" software, but I couldn't find any relevant content about "SW Package" on the official website. Can I use GD3160's FlexGUI software normally by installing the "NXP_GD31xx_GUI_ppublic-1.13.0. MSI" installation package in the "GUI" folder? GD3160  Re: GD3160 FlexGUI software installation questions Hello, The SW package refers to the folder that contains all the required files (ZIP folder) So yes, you can proceed with installing NXP_GD31xx_GUI_public-1.13.0.msi. Both FLEXGUI and FLEXGUI2 are compatible with the GD3160 device. However, for GD3162, please use FLEXGUI2. Hope this helps! 回复： GD3160 FlexGUI software installation questions And I saw on the official website that there are two versions of FlexGUI software. Which one should be used?