SJA1105 SGMII driver Petalinux 2020.1 Hi everyone, I am currently working with PetaLinux 2020.1 and an SJA1105SEL switch, and I would like to know whether SGMII is supported in this software release. From what I have seen so far, I am not sure if the SGMII interface is supported by the driver available in PetaLinux 2020.1, or if support was added in a later Linux kernel / driver version. Could anyone clarify: Is it possible to use the SGMII port of the SJA1105SEL when running PetaLinux 2020.1  or it is needed a patch code? Does the SJA1105 driver included with that release support SGMII operation? If SGMII is not supported in PetaLinux 2020.1, in which Linux kernel version (or PetaLinux release) was support for SGMII added to the sja1105 driver? Any information, references to patches, commits, or documentation would be greatly appreciated. Thanks in advance! Linux Re: SJA1105 SGMII driver Petalinux 2020.1 Hello, Which processor are you using?  Re: SJA1105 SGMII driver Petalinux 2020.1 I am using a Xilinx Zynq UltraScale+ MPSoC with PetaLinux 2022.2. The SJA1105SEL is connected through an SGMII interface. My question is whether SGMII is supported by the sja1105 driver included in PetaLinux 2022.1, or if support was added in a later kernel/driver version.

GuiGuiDer 2.0.0はLVGL 9.4のみをサポートしているのですか？ GuiGuiDer 2.0.0はLVGL 9.4のみをサポートしているのですか？V8.3.11またはV8.4はサポートされていないのですか？ 回复： GuiGuiDer2.0.0是否只支持LVGL9.4了？ こんにちは、@wqy1103さん はい、GUI Guider2.0.0はLVGL 9.4.0で使用するように設計されています。 BR ハリー

IMXRT LPUARTの非ブロッキング転送APIはエラー処理を困難にする こんにちは、 私は、割り込みベースのノンブロッキング転送を行うためのLPUARTの「転送」APIについて調べています。LPUART割り込みなどの「ハッピーケース」処理をうまくラップし、準備ができたときにだけデータを受信できる良い高水準APIを提供しているようです。アイドル状態、受信準備完了、送信完了などの処理。しかし、これによってUARTエラーの処理が非常に困難になる。 LPUART_TransferHandleIRQ関数内にはエラー処理がなく、fsl_lpuart.cのその関数の直後には「ユーザーによって実装される」というコメントを含む偽の空LPUART_TransferHandleErrorIRQがあります。これは完全に未完成に見える。 UARTエラーを実際に処理する唯一の方法は、デフォルトのLPUARTx_IRQHandler関数を上書きし、LPUARTx_RX_DriverIRQHandler(またはTX)を呼び出す代わりに、自分でエラーを処理し、「ハッピーCASE」割り込みを元のLPUARTx_RX/TX_DriverIRQHandlerに渡してLPUART_TransferHandleErrorIRQに呼び出すようにすることのようです。 さらに、転送APIの外部でLPUART_EnableInterruptsを呼び出してエラー割り込みを自分で有効にし、エラー処理の中でLPUART_DisableInterruptsを呼び出してそれらをクリアするなどの処理を行う必要があります。 エラー処理にこれだけの手間をかけるのは、かなり面倒な作業のように思える。なぜこの機能が転送API自体に組み込まれていないのでしょうか？ -m Re: IMXRT LPUART non-blocking transfer API makes error handling difficult こんにちは、 @nxp16 さん。 詳細なフィードバックをありがとうございます。SDKは各ペリフェラル機能の共通ユースケースを提供するためのものなので、少し曖昧な部分もあることは理解しています。このようなご意見も参考にしながら、私たちは常にAPIの改善に取り組んでいます。ご提案ありがとうございます。今後のリリースでもLPUARTのエラー処理が実装されることを願っています。 一方で、どのエラー条件を扱いたいのか、どのデバイスを使っているのか教えていただけますか?その情報をもとに、実装に役立つエラー条件に関するドキュメントを提案できます。 BR ハビブ Re: IMXRT LPUART non-blocking transfer API makes error handling difficult 考えられるすべてのエラー。これは、転送APIはあるがエラー処理がないほぼすべてのペリフェラル(SPI、I2Cなど)に当てはまります。IMXRT1172のLPUARTには、特にフレーミングエラー、パリティエラー、ノイズエラーがあり、これらは適切に処理されていません。残念ながら現状、これらのペリフェラルは転送API使用時のエラー処理にハッキングが必要です。SDKハンドラーを呼び出す前に、エラーを確認するために実際のデフォルトのIRQハンドラをオーバーライドしなければなりませんでした。 ありがとうございます -m Re: IMXRT LPUART non-blocking transfer API makes error handling difficult こんにちは、 @nxp16 さん。 追加の開発期間が必要になる可能性があることは理解していますが、SDKsの改善に引き続き取り組んでいます。参考として、SDK(バージョン26.6)の関数「LPUART_TransferHandleIRQ」の構造を確認し、アプリケーションが必要とする類似の回復フローを実装できます。 BR ハビブ

iMX 937プロセッサの最小から最大スリープ電流mAはどれくらいですか?   私のプロジェクトではI.MX937プロセッサを使っていますが、i.MX 937プロセッサの典型的なスリープ電流(mA)はどれくらいですか?   Re: What is the min to max sleep current mA for the iMX 937 processor これらのリソースを使い続けるためには、 150μAのスリープ電流は i.MX 937 / i.MX 93プロセッサ自体では現実的ではありません 。 なぜ： モード 電流/電力への影響 150μAに適合しますか？ 機能的な適合性 BBSM / RTCモード データシートには、 1.8Vで0.14mW 電力測定アプリのメモには、約 合計97.978 µW わずか  NVCC_BBSM_1P8  アクティブ。 パワーの面では、はい いいえ — BBSM/RTCロジックのみに電源が供給され、GPIOウェイクアップはオフになり、タイマー/PWM/ADCは使用できません。 中断 データシートには、 標準値：15.1mW 25℃で。 いいえ — 150 µA相当をはるかに超える いいえ/制限付き — サスペンドはクロックをオフにし、Cortex-A55の電源を落とし、内部の論理/アナログブロックを停止させることができます。 WFIにおけるLinux Suspend + M33 アプリのノートにはこの用途で合計 122.4 mW 記載されています。 なし 建築的には近いが、それでも現在の目標をはるかに上回っている。 Cortex-M33を用いた低消費電力実行/AONMIX AONMIXは他のドメインが電源オフ中でも動作可能で、タイマー/PWMおよびタイマーリソースを含みます。 150 µAの要件を満たしているとは文書化されていません これはペリフェラルがアクティブでなければならない場合の i.MX 93モードクラスの関連ですが、150 μAクラスのモードではありません。   150 µA の予算は、 1.8Vで0.27mW または 3.3Vで0.495mW 。それはi.MX 93の範囲内です BBSM/RTC専用 アクティブなタイマー出力、ADC、PWM、RTC、およびGPIOを備えた状態ではない状態。 推奨アーキテクチャ:i.MX 937を BBSM/RTCまたは完全電源ゲートスリープ に置き、常時稼働機能(タイマー出力、ADC監視、PWM、GPIO監督)を非常に低消費電力のコンパニオンMCUまたはアナログ/RTC回路に移すこと。条件が満たされると、伴随デバイスが i.MX 937を起動させることができます。 i.MX 937は、非常に限られたRTC/BBSMスタイルの状態でのみ~150μAを供給できます。その予算内でタイマー/PWM/ADC/GPIOの機能を有効に保つことはできません。 Re: What is the min to max sleep current mA for the iMX 937 processor 当社のアプリケーションでは、低消費電力/スリープモードで機能を維持するために以下のリソースが必要です: 1 タイマー出力ピン 1つのADC入力 1 PWM RTC 2～3個のGPIO スリープ時の必要電流は150μAです。 Re: What is the min to max sleep current mA for the iMX 937 processor i.MX 937 / i.MX 93プロセッサ自体については、データシートにはmA単位の「スリープ電流」は一切記載されていません。SUSPENDモードの総電力=25°Cで15.1 mWを指定し、この数値はユースケース依存であることが記されています。SUSPENDは最も低消費電力モードで、クロックはオフ、不要な電源はオフ、パワーゲート可能なSoC部分はゲート、Cortex-A55は完全にパワーゲート、DRAMは自己更新/保持状態です。 予算編成のために同等の電流が必要な場合は、以下を使用してください。 したがって、15.1 mWはおおよそ次の通りに対応します: 想定供給基準 等価電流 5.0V入力 3.0 mA 3.3V入力 4.6 mA これは単なるSoCレール電流ではなく、等価入力電流です。実際のプロセッサ電流は複数の電源レールに分散されます。 もし基板やSOMのディープスリープ電流のことを指しているなら、測定値はより高いもので構成依存することがあります。i.MX93 SOM DSMの測定結果の一つでは、 5Vで4.04mAという値が報告されており、その他の最適化/構成依存の報告では、5Vで1.5mAから9.3mA程度となっている。 プロセッサ仕様には15.1 mWの典型的なSUSPEND電力を使用します。実際の入力レールに対してのみmAに変換してください。例えば、5Vで約3.0mAです。

HSE return "HSE_SRV_RSP_INVALID_PARAM" when request for HMAC verify job Hello Nxp team, I have use case to use HMAC verify job. After triggering the job crypto driver throw DET and the response from HSE is "HSE_SRV_RSP_INVALID_PARAM". I am not able to understand what wrong with my current configuration. could you please check attached config zip file?  Need support to resolve issue. Thanks, Aditya Re: HSE return "HSE_SRV_RSP_INVALID_PARAM" when request for HMAC verify job Hi @lukaszadrapa , Details: Device: S32K311 HSE FW: HSE_FW_S32K311_0_2_55_0 RTD: SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP01 Thanks, Aditya Re: HSE return "HSE_SRV_RSP_INVALID_PARAM" when request for HMAC verify job Hi @WagdeoA  Could you confirm which device, which RTD and which HSE firmware version you have? Regards, Lukas Re: HSE return "HSE_SRV_RSP_INVALID_PARAM" when request for HMAC verify job Hi @WagdeoA  There’s no problem in your configuration. It works on my side. But one possible issue could be the length of tag (secondaryInputLength). This can be found in function Crypto_Ipw_HmacVerify: If redirection is disabled, it’s necessary to provide the length of tag in bits, not in bytes. Isn’t this the problem? Regards, Lukas

PTE4ABTE-32GX eMMC We are planning to use this eMMC PTE4ABTE-32GX from PHISON with the IMX8M Processor. Please confirm whether this will support booting. Attaching the datasheet for reference. Re: PTE4ABTE-32GX eMMC Yes, based on the datasheet, the PHISON PTE4ABTE-32GX should support booting on the i.MX8M family (i.MX8MQ / i.MX8MM / i.MX8MN / i.MX8MP), provided it is connected to a USDHC interface according to the i.MX8M Hardware Design Guide. Re: PTE4ABTE-32GX eMMC Yes, the i.MX8ML (MIMX8ML5CVNKZAB) supports booting from an eMMC device connected through the USDHC interface. The PHISON PTE4ABTE-32GX is an eMMC 5.1 device and is expected to be compatible with the i.MX8ML boot flow when connected and configured according to the i.MX8M Hardware Design Guide. Re: PTE4ABTE-32GX eMMC @yipingwang Thanks for your response. We are using MIMX8ML5CVNKZAB, which is an i.MX8ML device. In your response, only the i.MX8M family (i.MX8MQ / i.MX8MM / i.MX8MN / i.MX8MP) has been mentioned. Could you please confirm whether the PHISON PTE4ABTE-32GX is also supported for booting with the i.MX8ML device when connected to the USDHC interface as per the hardware design guidelines?

IMXRT EDMAエラーIRQハンドラはSDKには実装されていません こんにちは、 SDK内のIMXRT EDMA APIは「ハッピーケース」割り込みを正しく処理しているようです。しかし、エラー割り込みを処理するための仕組みは見当たらないようだ。それだけでなく、すべてのDMAに対して1つのグローバルなDMA_ERROR_IRQHandlerが存在するようです。例えばDMA0とDMA1の両方を使っている場合、状況が「良好」な状態にあるときにDMA0/DMA1のIRQHandlerが呼び出され、SDKがどのDMAがハッピーインタラプトを受け取ったかを識別できます。しかし、DMAエラーが発生した場合、グローバルなエラー割り込みハンドラが1つしかないため、どのDMA（0、1、またはその他）でエラーが発生したかを簡単に知る方法はありません。 以前の質問で、LPUARTエラーIRQ処理について質問したのと同様です。なぜこれがSDKに組み込まれていて、DMAエラーを処理したり適切なコールバックを呼び出したりしないのでしょうか?今は、エラーがどのDMAにあるかを手作業で特定し、SDK外の特別な処理を呼ぶ方法を考えなければなりません。単にコールバックを呼んでもらうのではなく。 本番コードで使えるはずのSDKにしては、堅牢性の機能が欠けているように思えますし、多くの人はこれらのエラーがSDKによって処理されていると思い込んでいて、実際にはそうではないという事実を考えていないのだと思います。 -m Re: IMXRT EDMA error IRQ handler is not implemented in the SDK @nxp16様、 どのi.MX RTデバイスをお使いですか？DMA0とDMA1の話ですが、2つのDMAコントローラペリフェラルではなく、2つのDMAチャネルのことを指していますか? すべての i.MX RTデバイスに2つのeDMAコントローラーがあるわけではありません。例えば： i.MX RT1180には2つのeDMAコントローラが含まれています。スタートアップファイル(例:startup_mimxrt1189_cm33.c)には、DMA_ERROR_IRQHandlerとDMA4_ERROR_IRQHandlerの2つのDMAエラーハンドラがあります。 i.MX RT1050にはeDMAコントローラが1つしかありません。起動ファイル（例えば、startup_mimxrt1052.c）では、DMAエラーハンドラはDMA_ERROR_IRQHandlerという1つだけです。 一般的に、DMAエラーは比較的まれなイベントです。ハードウェアアーキテクチャの観点からは、チャネルエラーの状態はモジュールレベルのエラー要求に集約され、DMAエラー割り込みを引き起こします。したがって、ソフトウェアは各チャネルのエラーステータスレジスタ(例えばCHn_ES)を調べ、どの特定のチャネルがエラーを引き起こしたかを特定しなければなりません。 よろしくお願いいたします。 シェリー・チャン Re: IMXRT EDMA error IRQ handler is not implemented in the SDK すみません、チャネルのことを言いました。私はIMXRT1172を使用しています。 もし使っていた周辺機器に問題があった場合、DMAエラーは起こるのではないでしょうか?つまり、LPSPIとDMAを組み合わせた場合、SPIエラーが発生するとDMAエラーも発生するのではないでしょうか？そうでない場合、DMA使用時のSPIエラーはSPIエラー割り込みをトリガーしますか？ ありがとうございます -m

tempSense の電圧供給をどれくらいに設定すればよいですか? 私はs32k344を使用しています。MCU で tempSense を使いたいです。 tempSense の電圧供給をどれくらいに設定すればよいですか? 0x15 を設定した場合、それは 1.5V を意味しますか? Re: how much i set tempSense Voltage supply? こんにちは@rlaxortn これらすべてについては、以前の質問ですでに回答しました。 0x15を設定した場合、それは1.5Vを意味しますか？答えはイエスです。 しかし、この値はランダムに設定されるわけではありません。 データシートの第 85 章「温度センサ」を読むことをお勧めします。 Re: how much i set tempSense Voltage supply? こんにちは@rlaxortn 訂正させてください。私の回答にはいくつか誤りがありました。 使用されたデータ形式はS11.4でした。 したがって、実際の値は、元の16ビット符号付き数値÷16となります。 例： 1.0×15 = 21 / 16 = 1.3125V 2.0×35 = 53 / 16 = 3.3125V 3.0×50 = 80 / 16 = 5V

Safety manual related to S32K388 I'm currently compiling security documentation for the S32K388. We've already signed an NDA. I previously applied for security access, but it was automatically revoked a few days before I even downloaded the documentation. I reapplied for access two weeks ago, but it hasn't been approved yet. Yesterday, I also sent the NDA materials as an attachment to the support team via email. I urgently need the security-related materials; I need to compile the security-related detection functions into the security manual for our team's use. Re: 关于S32K388的安全手册相关 Dear customer, thank you. Let me confirm that your secure files account has been activated. Your request for S32K3xx safety manual is now in status Pending. It is up to the document owner to grant your access rights. You will be notified by separate email as soon as your access will be approved. Thank you. Have a nice day. Pavla Re: 关于S32K388的安全手册相关 It's still under review, but this status has been going on for almost two weeks. Re: 关于S32K388的安全手册相关 Resubmitting now will result in this registration failure status. Re: 关于S32K388的安全手册相关 Dear customer, your secure files registration has been rejected by mistake. Kindly register again: https://www.nxp.com/webapp-signup/docstoreReg Please let me know once done, I can then activate your account in order to have your access granted asap. Thank you. Have a nice day. Best regards Pavla

运行外部闪存 大家好， 我正在使用 MCXN547-EVK 开发板，并尝试 使用 四通道SPI (FlexSPI) 接口连接外部 W25Q64JWTBJQ 闪存 。我正在使用 IAR Embedded Workbench 构建项目 。 在使用 MCUXpresso SDK 构建spi_flash示例时，我遇到了以下错误： CMake Error: Cannot find source file: .../examples/_boards/mcxn5xxevk/demo_apps/spi/spi_flash/cm33_core0/pin_mux.c 之前有人遇到过这个问题吗？请问您能否帮我分析一下造成这种情况的原因以及如何解决？ 任何建议都将不胜感激。谢谢你！ MCX N Re: Run External Flash 你好@Ashish-625 请您确认一下 pin_mux.c 文件是否正确。文件是否存在于以下路径？ examples/_boards/mcxn5xxevk/demo_apps/spi/spi_flash/cm33_core0/pin_mux.c   此外，请确认您使用的是哪个 MCUXpresso SDK 版本，以及 spi_flash 演示是否基于 IAR Embedded Workbench 下载。   谢谢！   BR 爱丽丝

S32 Design Studio for ARM v2.2 ライセンスが切れました こんにちは、 S32 Design Studio for ARM v2.2のライセンスは期限切れです。 期限切れのライセンス（9D36-2407-A13E-C846）の延長にご協力ください。

S32 Design Studio for ARM v2.2 许可证已过期 你好， S32 Design Studio for ARM v2.2 的许可证已过期。 请帮忙延长已过期的许可证：9D36-2407-A13E-C846。

外部フラッシュを実行する こんにちは、みんな、 私は MCXN547-EVK 開発ボードを使っており、 Quad SPI(FlexSPI) を使って外部 W25Q64JWTBJQ フラッシュメモリ とインターフェースしようとしています 。 私は IAR Embedded Workbench でプロジェクトを構築しています 。 MCUXpresso SDKからspi_flash例を構築していると、以下のエラーに遭遇しました: CMake Error: Cannot find source file: .../examples/_boards/mcxn5xxevk/demo_apps/spi/spi_flash/cm33_core0/pin_mux.c 以前にこの問題に遭遇した方はいますか？原因と解決方法を教えていただけませんか? 何かご提案があれば大変ありがたいです。ありがとう！ MCX N Re: Run External Flash こんにちは、 @Ashish-625さん pin_mux.c.がファイルは以下のパスに存在しますか？ examples/_boards/mcxn5xxevk/demo_apps/spi/spi_flash/cm33_core0/pin_mux.c   さらに、どのMCUXpresso SDKバージョンを使用しているか、またspi_flashデモがIAR Embedded Workbenchベースのダウンロード版かどうかも確認してください。   よろしくお願いします。   BR アリス

SOM module recommendation to replace AM3354 Hi Expert,   Any recommendation for SOM module to replace TI AM3354 with following feature needed with Module TP: US$40~U$44   Featured Needed: Ethernet SGMII/RGMII SPI 24-bits LCD controller eMMC 8GB RAM 512MB    Please recommend it can meet close to target price.    Best rgds, KPK     Re: SOM module recommendation to replace AM3354 Both TechNexion and Variscite support APAC customers. For Singapore, TechNexion may provide more convenient regional support due to its Taiwan headquarters. I recommend contacting TechNexion ([email protected]) and Variscite ([email protected]) directly to discuss Singapore distribution coverage, local support resources, stocking policy, and design-win support Re: SOM module recommendation to replace AM3354 hi Yiping, i also just study the Variscite DART-6UL or TechNexian PICO-IMX6ULL. Not sure if they have any local support in APAC region?  Do you have any contact point to share? Re: SOM module recommendation to replace AM3354 1. NXP i.MX93 SOM (Best Long-Term Option) The i.MX93 supports: 24-bit Parallel RGB Display eMMC 5.1  Multiple SPI interfaces  Gigabit Ethernet with TSN Pros Current generation MPU Long NXP longevity roadmap Lower power than AM335x Linux support active for many years Cons Native SGMII not directly available like Layerscape/i.MX95 SOM price typically exceeds US$45 once 512MB DDR + 8GB eMMC are included Expected SOM Price Approximately US$45–60 depending on volume 2. NXP i.MX6ULL SOM (Best Price Match) The i.MX6ULL provides: 24-bit Parallel RGB LCD interface up to WXGA eMMC support SPI ports 512MB DDR variants readily available Typical SOM configurations already exist with: 512MB DDR3 8GB eMMC Dual Ethernet Pros Closest price to AM3354 Mature Linux BSP Large SOM ecosystem Easy migration from AM335x-style designs Cons No native SGMII Ethernet limited to Fast Ethernet (10/100) on most modules Expected SOM Price US$25–40 in production volumes   For native SGMII, you'll generally move to: i.MX94x / i.MX95 families  Layerscape LS1028A/LS1043A These usually push SOM pricing well beyond US$44.

i.MX8MP: TP2860エンコーダチップを搭載したCSI0（連続クロックモード） こんにちは、 IMX8MPベースのプラットフォームにTP2860ビデオエンコーダーを統合しようとしていますが、ビデオをキャプチャすることができません。CSISは受信するMIPIデータストリームと同期していないようです。 プラットフォーム：VARカスタムボード上のVariscite DART-MX8M-PLUS カーネル: linux-imx 6.6.52 (NXP BSP、imx8-mipi-csi2-sam ドライバー)、yocto ビルド カメラ：TechPoint TP2860 MIPIエンコーダ（AHD/TVI → MIPI-CSI2ブリッジ）、出力MIPIクロック：297MHz（実測値） インターフェース: CSI0 (mipi_csi_0 @ 0x32e40000)、2レーン、500 Mbps/レーン、FHD30 (1920x1080@30) パイプライン: TP2860 -> MIPI D-PHY -> CSIS -> (MediaMix Gasket) -> ISI0 -> /dev/video2 v4l2パイプラインは問題ないようです（添付のpipeline_info.txtを参照）。 関連する（フラット化された）デバイスツリー情報はdevicetree.txtに添付されています。 DPHYSTATUSは0xC2（すべてのレーンがHS）を報告しますが、 CSISフレーム開始カウンタは常にゼロです（実際、mxc-mipi-csi2.0カウンタはすべてゼロです）。 NXPのAN13857を読みましたが、いくつか質問があります。 TP2860は、バースト間（連続クロックモード）でMIPIクロックレーンをHSに維持します。これは、ドライバのs_stream有効化の前後両方でCSIS DPHYSTATUS = 0xC2となることで確認できます。 => CSISレジスタダンプ（CSISベース0x32e40000）： CSIS_CMN_CTRL [0x04] = 0x00004105 (ENABLE=1、LANE_NR=1->2レーン、HDR_MODE=0) CSIS_DPHYCTRL [0x24] = 0x13000007 (hs_settle=0x13、D-PHY有効) CSIS_DPHYSTATUS [0x20] = 0x000000C2 (HSCLK=1、HSDAT1=1、STOPSTATE_CLK=0) CSIS_INTSRC [0x14] = 0x00000000 (割り込みは発生していません) => CSIS_DPHYSTATUS[0x20] = 0x000000C2 ビット7：HSCLK = 1（HSのクロックレーン） ビット6：HSDAT1 = 1（HSのデータレーン1） ビット1：ULPS_CLK = 0（ULPSではない） ビット0：STOPSTATE_CLK = 0（LP-11停止状態では決して0にならない） これはNXPのAN13857警告と一致します。 i.MX 8MM、 i.MX 8MN、およびi.MX 8MPでは、接続されたカメラがLP状態で動作する必要があります。 Rx DPHYを有効にする前に。しかし、カメラが連続クロックモードで動作する場合、クロック レーンは常にHSモードになっている可能性があります。この場合、Rx DPHY は HS モードを検出せず、 誤って停止状態またはULPS状態にとどまっている。 TP2860レジスタのI2C経由のストリーミング時の読み出し： 0x40 -> 0x08 (s_streamの後にドライバによって選択されたMIPIページ) 0x02 -> 0x7d (MIPI_EN0=1、全ビットがセット) 0x28 -> 0x00 (STOP_CLK=0、ULPM=0) 0x10 -> 0x20 (MIPI TX有効、リセット状態ではない) 0x29 -> 0x00 (データレーン停止/ULPS: なし) アナログエンコーダーの経路を除外するために、TP2860の内部BT.1120テストパターンを有効にしてみました。 0x40 -> 0x08 (MIPIページ) 0x22 -> 0x80 (TP_ENA=1: アナログデコーダをバイパスし、デジタルパターンを送信) しかし、それでは状況は改善しない。 TP2860の設定は以下のとおりです。 0x02=0x3d、0x03=0x35、0x04=0x35 を書き込む <-- MIPI_ENx=0 (レーンオフ) タイミング: 0x2B=0x09 (T_PREP リセットデフォルト)、0x2C=0x0a デコーダPLLリセット: REG 0x06 |= 0x80、msleep(10) MIPI PLLリセット: REG 0x14 |= 0x80、msleep(10)、deassert msleep(50) (PLLロックのための拡張セトル) 0x02=0x7d、0x03=0x75、0x04=0x75 <-- レーンを有効化（LP→HSをクリーンアップ） 質問: iMX8MP Rx D-PHYをカメラと連続クロックモード（STOPSTATE_CLKが常に0）で使用するための、サポートされているBSPメカニズムはありますか？CSIS / D-PHY は HS-RXイネーブルをアサートする前にクロックレーン上のLP-11を監視することに依存しないモードはありますか？ iMX8MPにおいて、連続クロックMIPI-CSI2ソースを使用したCSIS動作に関して、AN13857以外に既知の正誤表やアプリケーションノートはありますか？ TP2860エンコーダーチップを搭載した同じハードウェアは、Boundary Devices i.MX8 MQセットアップでも動作します。 どんなご支援でも大変ありがたく思います。 グラフィックスとディスプレイ i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: i.MX8MP: CSI0 with TP2860 encoder chip in continous clock mode こんにちは、 私も似たような問題に直面していますが、解決策が見つかれば教えていただけませんか?

PNEV5180B 2.0 PN5180 Altium 原理图 PNEV5180B 2.0 PN5180 原理图是否有 ALtium 格式？ 此外，PCB板也很有用，主要用于NFC天线。 我们想使用PN5180，并希望尽快投入使用。 Re: PNEV5180B 2.0 PN5180 Altium Schematics 你好@David-Lightbug 希望你一切都好。 非常抱歉，PN5180 设计文件暂不可用。或许您可以参考PN5180 评估板快速入门指南，其中包含一些显示相关原理图的图片。另外，请参考PN5180天线设计。 如果可能的话，我建议考虑使用PN5190 | NFC 前端进行支付。以下是与PNEV5190BP相关的设计文件： -模块板 底板 问候， 爱德华多。

Does GuiGuiDer 2.0.0 only support LVGL 9.4? Does GuiGuiDer 2.0.0 only support LVGL 9.4? Is there no support for V8.3.11 or V8.4? 回复： GuiGuiDer2.0.0是否只支持LVGL9.4了？ Hi @wqy1103  Yes, GUI Guider2.0.0 is designed for use with LVGL 9.4.0. BR Harry

PTE4ABTE-32GX eMMC 我们计划将 PHISON 的这款 eMMC PTE4ABTE-32GX与 IMX8M 处理器一起使用。请确认这是否支持启动。附上数据手册供参考。 Re: PTE4ABTE-32GX eMMC 是的，根据数据手册，只要按照 i.MX8M 硬件设计指南连接到 USDHC 接口，PHISON PTE4ABTE-32GX 就应该支持在 i.MX8M 系列（i.MX8MQ / i.MX8MM / i.MX8MN / i.MX8MP）上启动。 Re: PTE4ABTE-32GX eMMC @yipingwang谢谢你的回复。 我们使用的是 MIMX8ML5CVNKZAB ，它是一款 i.MX8ML 设备。而您的回复中只 提到了 i.MX8M 系列（i.MX8MQ / i.MX8MM / i.MX8MN / i.MX8MP） 。 请问 根据硬件设计指南，当 PHISON PTE4ABTE-32GX 连接到 USDHC 接口时， 是否 也支持使用 i.MX8ML 设备启动？ Re: PTE4ABTE-32GX eMMC 是的，i.MX8ML (MIMX8ML5CVNKZAB) 支持从通过 USDHC 接口连接的 eMMC 设备启动。PHISON PTE4ABTE-32GX 是一款 eMMC 5.1 设备，按照 i.MX8M 硬件设计指南进行连接和配置后，预计可与 i.MX8ML 启动流程兼容。

PNEV5180B 2.0 PN5180 Altium Schematics Are the PNEV5180B 2.0 PN5180 schematics available in ALtium format ? ALso PCB would be useful , mainly for the NFC antenna. We want to use the PN5180 and want to get  up and working asap Re: PNEV5180B 2.0 PN5180 Altium Schematics Hello @David-Lightbug Hope you are doing well. Please accept my apologies, PN5180 design files are not available. Perhaps you could refer to the PN5180 Evaluation board quick start guide, which includes some pictures showing the relevant schematics. Also, please refer to the PN5180 Antenna design. If possible, I will recommend considering PN5190 | NFC Frontend for payment. Following design files related to PNEV5190BP are available: - Module board - Base board Regards, Eduardo.

S32 Design Studio for ARM v2.2 License Expired Hello, The license for S32 Design Studio for ARM v2.2 has expired. Please help extend the expired license: 9D36-2407-A13E-C846.