Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
S32K3XXアプリケーションについて sunshine88_0-1787046454804.pngsunshine88_0-1787046454804.png S32K358 RTDライブラリに`Cache_Ip_init()`関数がないのはなぜでしょうか?初期化関数がない場合、システムはどのようにキャッシュを初期化するのでしょうか?システムは自動的にキャッシュ初期化プロセスを開始するのでしょうか? Re: About S32K3XX APPLICATION こんにちは、 S32K358 RTDライブラリに`Cache_Ip_init()`関数がないのはなぜか教えていただきたいです。初期化関数がない場合、システムはどのようにキャッシュを初期化するのでしょうか?システムはキャッシュの初期化プロセスを自動的に開始しますか? S32K358 RTDは、最近のRTDリリースでは専用のCache_Ip_Init() APIを提供していません。キャッシュのイネーブルメントは、デバイス起動時にプラットフォーム/システムの初期化コードを通じて処理されます。キャッシュが有効化されると、Cortex-M7ハードウェアは自動的にキャッシュの割り当て、無効化、行の置き換えを管理します。したがって、明示的なアプリケーションレベルのキャッシュ初期化関数は必要ありません。 よろしくお願いいたします。 ピーター
查看全文
S32K344 OTA Active Region 1. S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Template\S32K344_DemoAppTemplate\drivers\dcm_register\hse_dcm_register.c xionggang_0-1787021979735.pngxionggang_0-1787021979735.png 2. AN13465_S32K3xx Secure Boot.pdf xionggang_1-1787021998225.pngxionggang_1-1787021998225.png The description of the "Active Region" is inconsistent between the documentation and the code. Who is correct? Re: S32K344 OTA Active Region Hi It appears that Dcm_ActiveAddressOTARegion() has reversed the mapping from DCMOTAR=0/1 to the low/high value. We've discussed DCMSTAT[DCMOTAR] before: https://community.nxp.com/t5/S32K/s32k312/td-p/1697583 Best Regards, Robin
查看全文
ADT7420温度传感器无法与KW47-LOC板配合使用 你好 我尝试使用 KW47-LOC 开发板运行 adt7420 示例程序,但打印信息为“sensor_addr_set failed ret -134.” 在我将镜像写入目标设备之后。 由于芯片是兼容的,我使用了 frdm-mcxw72 示例,并修改了 overlay 文件,使其适配 KW47-LOC 板的引脚。 您可以参考下图找到打印信息。 anliu114036_0-1787031664257.pnganliu114036_0-1787031664257.png 这是叠加层。和 prj。文件信息: anliu114036_1-1787032612716.pnganliu114036_1-1787032612716.png anliu114036_2-1787032650507.pnganliu114036_2-1787032650507.png 你能帮忙确认一下如何才能获得合适的温度吗?我真的不知道该怎么解决这个问题。提前致谢 顺祝商祺! Re: ADT7420 temperature sensor can't work with KW47-LOC board 你好 db16122, 我在这方面经验不足,不太理解您下面的指导。我们能否通过网络会议来探讨一下这个问题? Re: ADT7420 temperature sensor can't work with KW47-LOC board sensor_addr_set 失败,返回 -134,可能是由于adt7420模块的地址设置不正确导致的。 ADT7420_cn.pdf 测量温度的快速指南 以下是测量温度的简要指南 连续转换模式(默认上电模式)。执行 按顺序执行每个步骤。 1.ADT7420 上电后,请通过以下方式验证设置: 读取设备 ID(寄存器地址 0x0B)。它应该 读取 0xCB。 2. 在获得连续稳定的读数后 步骤 1,读取配置寄存器 (0x03), TCRIT(0x08,0x09),THIGH(0x04,0x05),以及 TLOW(0x06, 0x07)寄存器。与表 6 中指定的默认值进行比较。 如果所有读数都匹配,则接口运行正常。 3. 写入配置寄存器,将 ADT7420 设置为 所需的配置。 4. 读取温度值最高有效位寄存器,然后 温度值 LSB 寄存器。两个寄存器都应该 得出有效的温度测量结果。 Re: ADT7420 temperature sensor can't work with KW47-LOC board 官方 EVK anliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeg Re: ADT7420 temperature sensor can't work with KW47-LOC board 你用的是定制板还是官方EVK板?
查看全文
About S32K3XX Application sunshine88_0-1787046454804.pngsunshine88_0-1787046454804.png I'd like to ask why there's no `Cache_Ip_init()` function in the S32K358 RTD library. If there's no initialization function, how does the system initialize the cache? Does the system automatically start the cache initialization process? Re: About S32K3XX APPLICATION Hello, I'd like to ask why there's no `Cache_Ip_init()` function in the S32K358 RTD library. If there's no initialization function, how does the system initialize the cache? Does the system automatically start the cache initialization process? The S32K358 RTD does not provide a dedicated Cache_Ip_Init() API in recent RTD releases. Cache enablement is handled during device startup through platform/system initialization code. After the cache is enabled, the Cortex-M7 hardware automatically manages cache allocation, invalidation, and line replacement. Therefore, no explicit application-level cache initialization function is required. Best regards, Peter
查看全文
S32K344 OTAアクティブ領域 1. S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\テンプレート\S32K344_DemoAppTemplate\ドライバ\dcm_register\hse_dcm_register.c xionggang_0-1787021979735.pngxionggang_0-1787021979735.png 2. AN13465_S32K3xx セキュアブート.pdf xionggang_1-1787021998225.pngxionggang_1-1787021998225.png 「アクティブ領域」の説明はドキュメントとコードで一貫していません。どちらが正しいのか? Re: S32K344 OTA Active Region ハイ Dcm_ActiveAddressOTARegion () は、 DCMOTAR =0/1 から低値/高値へのマッピングを反転させたようです。 DCMSTAT [ DCMOTAR ] については以前にも議論しました。https: //community.nxp.com/t5/S32K/s32k312/td-p/1697583 よろしくお願いいたします ロビン
查看全文
温度センサー ADT7420 KW47-LOCボードでは動作しません こんにちは KW47-LOCボードでadt7420サンプルデモを実行しようとしましたが、 「sensor_addr_set failed ret -134」というメッセージが表示されました。 ターゲットにイメージをフラッシュした後。 チップに互換性があるため、frdm-mcxw72のサンプルを使用し、オーバーレイファイルを修正してKW47-LOCボードのピンに適合させました。 参考までに、以下の写真の印刷メッセージをご覧いただけます anliu114036_0-1787031664257.pnganliu114036_0-1787031664257.png こちらがオーバーレイです。そしてprj。ファイル情報: anliu114036_1-1787032612716.pnganliu114036_1-1787032612716.png anliu114036_2-1787032650507.pnganliu114036_2-1787032650507.png 適切な温度を測るのを手伝ってもらえますか?正直、どう解決すればいいのか全く分かりません。前もって感謝します よろしくお願いいたします! Re: ADT7420 temperature sensor can't work with KW47-LOC board こんにちは、db16122さん。 私はこのパートではジュニアなので、あなたの下のガイドの説明が理解できません。問題を確認するためにウェブミーティングを開くことは可能でしょうか? Re: ADT7420 temperature sensor can't work with KW47-LOC board sensor_addr_setが失敗し、戻り値-134が返されました。これは、 adt7420モジュールのアドレス設定が間違っていることが原因である可能性があります。 ADT7420_cn.pdf 温度測定のクイックガイド 以下は、温度を測定するための簡単なガイドです。 連続変換モード(デフォルトの電源投入モード)。実行する 各ステップを順番に実行してください。 1.ADT7420の電源を入れた後、以下の手順でセットアップを確認します。 デバイスID(レジスタアドレス0x0B)を読み取っています。それはすべきです 0xCBを読み込む。 2. 連続した測定値が得られた後に ステップ 1、構成レジスタ (0x03) を読み取ります。 TCRIT (0x08、0x09)、THIGH (0x04、0x05)、TLOW (0x06、 0x07) レジスタ。表6に指定されているデフォルト値と比較してください。 すべての読み取り値が一致すれば、インターフェースは動作しています。 3. 設定レジスタに書き込み、ADT7420 を次のように設定します。 希望する構成。 4. 温度値の最上位ビットレジスタを読み取り、続いて 温度値の最下位ビット(LSB)レジスタ。両方のレジスタは 有効な温度測定値を生成する。 Re: ADT7420 temperature sensor can't work with KW47-LOC board 公式EVK anliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeg Re: ADT7420 temperature sensor can't work with KW47-LOC board カスタムボードを使用していますか、それとも公式のEVKを使用していますか?
查看全文
About S32K3XX APPLICATION sunshine88_0-1787046454804.pngsunshine88_0-1787046454804.png 想咨询一下,为什么在S32K358 RTD库函数中,没有Cache_Ip_init()函数,如果没有初始化函数,系统又是怎样初始的哪?系统自启动Cache初始化过程吗? Re: About S32K3XX APPLICATION 你好, 我想请问为什么 S32K358 RTD 库中没有 `Cache_Ip_init()` 函数。如果没有初始化函数,系统如何初始化缓存?系统是否会自动启动缓存初始化过程? 在最近的 RTD 版本中,S32K358 RTD 没有提供专用的 Cache_Ip_Init() API。缓存启用是在设备启动期间通过平台/系统初始化代码处理的。启用缓存后,Cortex-M7 硬件会自动管理缓存分配、失效和行替换。因此,不需要显式的应用层缓存初始化函数。 顺祝商祺! Peter
查看全文
ADT7420 temperature sensor can't work with KW47-LOC board Hi  i tried to run the adt7420 sample demo with KW47-LOC board, but the print message is "sensor_addr_set failed ret -134.“ after i flashed the image into the target . Since the chips are compatible , I used the frdm-mcxw72 examples and modify the overlay file to adapt it to the KW47-LOC board pins. you can find the print message like below picture for reference  anliu114036_0-1787031664257.pnganliu114036_0-1787031664257.png here is the overlay. and prj. file information : anliu114036_1-1787032612716.pnganliu114036_1-1787032612716.png anliu114036_2-1787032650507.pnganliu114036_2-1787032650507.png can you help check how to get the right temperature very. i really have no idea to solve the issue.  thanks in advance Best regards! Re: ADT7420 temperature sensor can't work with KW47-LOC board Hi db16122, i‘m junior for this part, and i can't understand your below guiding. is it possible we can have web meeting to check the issue? Re: ADT7420 temperature sensor can't work with KW47-LOC board sensor_addr_set failed ret -134 may caused by address setting incorrect about the adt7420 module ADT7420_cn.pdf QUICK GUIDE TO MEASURING TEMPERATURE The following is a quick guide for measuring temperature in continuous conversion mode (default power-up mode). Execute each step sequentially. 1. After powering up the ADT7420, verify the setup by reading the device ID (Register Address 0x0B). It should read 0xCB. 2. After consistent consecutive readings are obtained from Step 1, proceed to read the configuration register (0x03), TCRIT (0x08, 0x09), THIGH (0x04, 0x05), and TLOW (0x06, 0x07) registers. Compare to the specified defaults in Table 6. If all the readings match, the interface is operational. 3. Write to the configuration register to set the ADT7420 to the desired configuration. 4. Read the temperature value MSB register, followed by the temperature value LSB register. Both registers should produce a valid temperature measurement. Re: ADT7420 temperature sensor can't work with KW47-LOC board official EVK anliu114036_0-1787042775204.jpeganliu114036_0-1787042775204.jpeg Re: ADT7420 temperature sensor can't work with KW47-LOC board do you use custom board or officail EVK?
查看全文
S32K344 OTA 活动区 1. S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Template\S32K344_DemoAppTemplate\drivers\dcm_register\hse_dcm_register.c xionggang_0-1787021979735.png雄钢_0-1787021979735.png 2. AN13465_S32K3xx 安全启动.pdf xionggang_1-1787021998225.pngxionggang_1-1787021998225.png 文档和代码中对“活动区域”的描述不一致。谁的说法正确? Re: S32K344 OTA Active Region HI Dcm_ActiveAddressOTAREgion () 似乎已经将DCMOTAR =0/1 到低/高值的映射反转了。 我们之前讨论过DCMSTAT [ DCMOTAR ]: https://community.nxp.com/t5/S32K/s32k312/td-p/1697583 此致敬礼, Robin
查看全文
S32K3 MBDT SENTの実装について? S32K3上のSENTプロトコルのモデルベースの実装作成は進展していますか? この投稿(解決済み:S32K3 MBDTにおけるSENTプロトコルサポートに関するもの - NXPコミュニティ)を見ましたが、数年前のものです。それ以降、何か進展はありましたか?
查看全文
S32K3 MBDT SENT implementation? Has there been any progress on creating a model based implementation for the SENT protocol on the S32K3? I saw this post (Solved: Re: SENT Protocol Support in S32K3 MBDT - NXP Community) but it is a few years old. Has anything been developed since then?
查看全文
S32K3 MBDT SENT 实现? 在 S32K3 上为 SENT 协议创建基于模型的实现方面,是否有任何进展? 我看到了这篇帖子(已解决:回复:S32K3 MBDT 中的 SENT 协议支持 - NXP 社区),但它已经是几年前的帖子了。此后是否有任何进展?
查看全文
lwip_FreeRTOS_s32k396 example project for MCSPTR2AK396 Development Kit Hello! I am working with the 3-Phase Permanent Magnet Synchronous Motor Control Development Kit with S32K396 MCSPTR2AK396. To test the base firmware, I installed the following stack: S32DS_3.6.5_RFP_win32 S32K3_ETPU_SW_4.9_2.0.1_D2512 SW32K3_S32M27x_RTD_R23-11_7.0.0_QLP03_D2512 SW32K3_FreeMASTER_Driver_1.5.0_D2512 S32K3xx_AMMCLIB_RTM_1_1_45_BIN MCSPTR2AK396_SW GCC version 10.2 After several unsuccessful attempts to synchronize all software versions, it finally worked, and the base firmware started functioning. However, I wanted to test the Ethernet communication functionality next, and that’s where I encountered unresolved issues at the moment. I additionally installed: SW32K3_FreeRTOS_11.1.0_0.8.0_CD1_D2603 SW32K3_TCPIP_STACK_4.0.0_D2512 And I took the test project lwip_FreeRTOS_s32k396, but it never compiled without errors; there were always conflicts in descriptions and other issues. I tried using the latest version of SW32K3_TCPIP_STACK_5.0.0_CD01_D2605, and I had to apply a file replacement during the update code process. In the end, the firmware compiled with warnings but no errors. After that, I moved on to testing. I set up the system as follows: personal computer -> GeekStore 100BT1-PRO2 Automotive Converter (http://pinzhi-tech.com.cn/en/home_eng/product_list_100base-t1_eng/100bt1-pro2_eng/) -> MCSPTR2AK396. I aligned the IP addresses of the Ethernet connection on the computer and the one specified in the firmware so they would be in the same subnet. However, attempting to ping the motor's assigned IP from the computer was unsuccessful, although it seems the network polling is ongoing, as indicated by the converter. What could be the issue? Could it be that I shouldn’t have used the latest version of TCPIP_STACK? Are there possible issues with the board itself? On the controller board stickers, revisions B1 and B are indicated. Is it possible to obtain additional documentation specifically for these revisions (on the website, I only saw documentation for revision A)? I would appreciate any advice or clarifying questions. Re: lwip_FreeRTOS_s32k396 example project for MCSPTR2AK396 Development Kit Hello @Anna_Anna, Firstly, I am not sure what errors were present with TCPIP v4.0.0, since it is also compatible with RTD 7.0.0 & FreeRTOS 7.0.0 CD01 packages, however, latest TCPIP stack (v5.0.0) is OK. Can you share what was the file modification? I was able to import, generate and compile the project without problem. My environment: S32DS v3.6.0, RTD v7.0.1, FreeRTOS v7.0.0 CD 01 and TCPIP Stack version 5.0.0 CD 01. It seems that MCSPTR2AK396 has a design oversight. EMAC_MII_RMII_RX_DV (PTD14) is not connected to RX_CTL - CONFIG6: MCSPTR2AK396 EVB ethernet connectivity, CRS_DV signal clarification. That said, is the task and OS is running?  xTickCount — this should be incrementing continuously if the RTOS tick interrupt is active. xSchedulerRunning — this should be set to 1 if the scheduler is running. Best regards, Julián    Re: lwip_FreeRTOS_s32k396 example project for MCSPTR2AK396 Development Kit Hello  Regarding the design files, I can see that the HW Design Package for MCSPTR2AK396 includes revision B2: Julin_AragnM_3-1786576291659.pngJulin_AragnM_3-1786576291659.png Best regards, Julián Re: lwip_FreeRTOS_s32k396 example project for MCSPTR2AK396 Development Kit Hello @Anna_Anna, Yes, the fsdata.c and EthIf.c in previous release was reported and fixed; EthIf.c file from RTD is just a stub. We provide our own minimal implementation for EthIf, so the file from RTD can be safely excluded from the project. Secondly, yes, from your description, it seems that the example works properly. The connection is needed and should be done as mentioned (routing/soldering CRS_DV to PTD14).  Best regards, Julián Re: lwip_FreeRTOS_s32k396 example project for MCSPTR2AK396 Development Kit Hello @Julián_AragónM! The issue with building the test project using TCPIP v4.0.0 was resolved by excluding two files, fsdata.c and EthIf.c, from the build. This conflict seems to have been automatically resolved in version 5.0.0. I also checked the values of the variables xSchedulerRunning and xTickCount through the Expressions window in the S32DS debugger. xSchedulerRunning indeed takes the value 1, and the second one increases sequentially (1, 5001, 10001...), leading me to conclude that FreeRTOS is functioning correctly on the board, and the problem is not in the software. If I understand correctly, the only remaining cause is a hardware issue—the absence of a connection between CRS_DV (CONFIG6) on the TJA1103A and pin PTD14? To resolve this, do I need to solder these two contacts together? Please confirm. Best regards, Anna  Re: lwip_FreeRTOS_s32k396 example project for MCSPTR2AK396 Development Kit Thanks, I'll try this approach a little later and report back on the results. Re: lwip_FreeRTOS_s32k396 example project for MCSPTR2AK396 Development Kit Hello. After I soldered pin 41 (PTD 14) of the MCU and pin 25 (RX_CTL/CONFIG6) of the TJA1103A, the ping really started working. Thanks!
查看全文
iMX95上のMIPI-DSIにはクロック出力がありません Software summary ------------------------------------------------------------ Bootloader: U-Boot Kernel version: 6.6.138-7.6.1-devel #1 SMP PREEMPT Fri May 8 12:46:27 UTC 2026 Kernel command line: root=PARTUUID=74fae1d2-02 ro rootwait console=tty1 console=ttyLP0,115200 Distro name: NAME="TDX Wayland with XWayland Upstream" Distro version: VERSION_ID=7.6.1-devel-20260728203137-build.0 Distro variant: - Hostname: bmr-verdin-imx95-08828817 ------------------------------------------------------------ Hardware info ------------------------------------------------------------ HW model: Toradex Verdin iMX95 WB on Verdin Development Board Toradex version: 0089 V1.0C Serial number: 08828817 Processor arch: aarch64 ------------------------------------------------------------ Toradex Verdin iMX95を搭載したカスタムキャリアボードをご用意しております。私たちはカスタマイズを施したToradexマルチメディアイメージを実行しています(ベースとなるデバイスツリーはimx95-verdin-wifi-dev.dtsです)。 YES Optoelectronicsのカスタムディスプレイ(7インチ、1024x600)があり、これはMIPI-DSI 4レーンインターフェースです。Raydium rm67191のデバイスツリーとドライバーモデルを出発点として使いました。起動時に電源のタイミングを正しく設定でき、バックライトも点灯し、BISTも動作します(ディスプレイにピンがあり、BIST用に高く引くことができます)ので、ディスプレイは動作していると思います。 4つのデータレーンはすべてシングルエンド動作を示しているが、CLKラインは0ボルトである。電源投入時、CLKラインは約200mVから始まり、その後少しの間1.2ボルトまで上昇しますが、その後0ボルトになり、0ボルトのままになります。 Verdin SoMが動作するのは、RVT70HSDNWCA0ディスプレイをMallowキャリアボードで動作させることができるからです。 ドライバーはプローブを経→てパネルを追加→モードを取得し→準備→有効にします。 もしかして、どこかで時計の電源を入れ忘れたり、設定し忘れたりしているのでしょうか? CLK信号(P信号とN信号の両方)が0ボルトの場合、それはどういう意味ですか? 私のオーバーレイはこんな感じです /dts-v1/; /plugin/; &mipi_dsi { status = "okay"; panel@0 { compatible = "yes,ytc700tlbd"; reg = <0>; reset-gpios = <&gpio2 17 1>;//GPIO_ACTIVE_HIGH>; power-supply = <&reg_vcc_disp_dvdd>; backlight = <&lvds_backlight>; dsi-lanes = <4>; port@0 { reg = <0>; panel1_in: endpoint { remote-endpoint = <&mipi1_panel_out>; }; }; }; ports { /delete-node/ port@1; port@1 { reg = <1>; mipi1_panel_out: endpoint { remote-endpoint = <&panel1_in>; }; }; }; }; &displaymix_irqsteer { status = "okay"; }; &dpu { assigned-clocks = <&scmi_clk 80>, //IMX95_CLK_DISP1PIX>, <&scmi_clk 18>, //IMX95_CLK_VIDEOPLL1_VCO>, <&scmi_clk 19>; //IMX95_CLK_VIDEOPLL1>; assigned-clock-parents = <&scmi_clk 19>; //IMX95_CLK_VIDEOPLL1>; assigned-clock-rates = <0>, <3360000000>, <420000000>; status = "okay"; }; &pixel_interleaver { #address-cells = <1>; #size-cells = <0>; status = "okay"; channel@0 { reg = <0>; status = "okay"; }; }; &display_pixel_link { status = "okay"; }; 誰か、iMX95でMIPI-DSIディスプレイを動作させられたか確認できますか? どんな助けでもいただければ幸いです! グラフィックスとディスプレイ Linux マルチメディア Re: MIPI-DSI on an iMX95 no clock output また、私の時計の概要は以下のようになっています。 cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb mipiphypllbypas 0 0 0 420000000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 46666666 0 0 50000 Y 4b400000.display-controller pix dispapb 4 5 0 133333333 0 0 50000 Y 4b400000.display-controller apb camapb 3 6 0 133333333 0 0 50000 Y 4acf0000.dsi pclk dispocram 1 1 0 400000000 0 0 50000 Y 4b400000.display-controller ocram dispaxi 1 1 0 800000000 0 0 50000 Y 4b400000.display-controller axi mipitestbyte 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id mipiphypllref 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi ref mipiphycfg 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi cfg Re: MIPI-DSI on an iMX95 no clock output 目標ピクセルクロックは51.2MHzです。 Re: MIPI-DSI on an iMX95 no clock output こんにちは、 @dastotzさん 画面のピクセルクロックを共有してください。 よろしくお願いします、 志明 Re: MIPI-DSI on an iMX95 no clock output こんにちは、 @dastotzさん 51.2 MHzのピクセルクロックの場合、PLL VCOは1792 MHz 、PLL OUTは256 MHzである必要があります。デバイスツリーを更新してからログを確認し、PLL VCO、PLL OUT、ピクセルクロックが正しいか確認できます。 よろしくお願いします、 志明 Re: MIPI-DSI on an iMX95 no clock output 高速ビデオデータはまだ入手できていない。CLK信号は0ボルトのままであり、DATA信号はシングルエンド(差動出力なし)です。 MIPI-DSIインターフェースが高速モードに切り替わるには、ディスプレイがLPMコマンドに応答する必要があるのでしょうか? Re: MIPI-DSI on an iMX95 no clock output 更新した時計の概要は以下のとおりです。 cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display|video" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb videopll1_vco 1 1 0 2520000000 0 0 50000 Y deviceless no_connection_id videopll1 1 1 0 252000000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 50400000 0 0 50000 Y 4b400000.display-controller pix 4acf0000.dsi pix mipiphypllbypas 0 0 0 252000000 0 0 50000 Y deviceless no_connection_id dispapb 4 5 0 133333333 0 0 50000 Y 4b400000.display-controller apb camapb 3 6 0 133333333 0 0 50000 Y 4acf0000.dsi pclk dispocram 1 1 0 400000000 0 0 50000 Y 4b400000.display-controller ocram dispaxi 1 1 0 800000000 0 0 50000 Y 4b400000.display-controller axi mipitestbyte 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id mipiphypllref 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi ref mipiphycfg 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi cfg Re: MIPI-DSI on an iMX95 no clock output こんにちは、 @dastotzさん 51.2MHzのピクセルクロックを得るには、この設定を試してみてください。 &dpu { assigned-clocks = <&scmi_clk IMX95_CLK_DISP1PIX>, <&scmi_clk IMX95_CLK_VIDEOPLL1_VCO>, <&scmi_clk IMX95_CLK_VIDEOPLL1>; assigned-clock-parents = <&scmi_clk IMX95_CLK_VIDEOPLL1>; assigned-clock-rates = <0>, <3276800000>, <409600000>; }; root@imx95evk:~# cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display|video" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb videopll1_vco 1 1 0 3276800000 0 0 50000 Y deviceless no_connection_id videopll1 1 1 0 409600000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 51200000 0 0 50000 Y 4b400000.display-controller pix 4acf0000.dsi pix しかし、NXPは1024x600の解像度を検証していません。NXPのlinux-imxリポジトリへの最近のコミットによると、NXPが検証したモードは以下の通りです。 3 static bool imx95_dsi_is_mode_clock_valid(unsigned int clock) 914 { 915 switch (clock) { 916 case 25200: /* 640x480@60Hz (VGA) */ 917 case 27000: /* [email protected], [email protected] (NTSC) */ 918 case 27027: /* 480p@60Hz, 720x480@60Hz */ 919 case 40000: /* 800x600@60Hz (SVGA) */ 920 case 54000: /* [email protected], 720x576@100Hz */ 921 case 54054: /* 480p@120Hz, 720x480@120Hz */ 922 case 65000: /* 1024x768@60Hz (XGA) */ 923 case 74176: /* [email protected], [email protected] */ 924 case 74250: /* 720p@60Hz, 1280x720@60Hz */ 925 case 108000: /* [email protected], 1280x1024@60Hz (SXGA) */ 926 case 108108: /* 480p@240Hz, 720x480@240Hz */ 927 case 132000: /* 1024x768@120Hz (XGA) */ 928 case 148352: /* [email protected], [email protected] */ 929 case 148500: /* 1080p@60Hz, 1920x1080@60Hz */ 930 case 297000: /* 2160p@30Hz, 1080p@120Hz, 3840x2160@30Hz (4K) */ 931 return true; 932 default: 933 return false; 934 } 935 } こちらの公開コードによると: https://github.com/nxp-imx/linux-imx/blob/lf-6.18.20-2.0.0/drivers/gpu/drm/bridge/imx/imx95-mipi-dsi.c#L883 クロックが検証済みクロックでない場合、DSIはクロックを生成しません。このラインを修正して、モード>クロック=51200の状態でMODE_OKに戻すように試みることもできます。 よろしくお願いします、 志明 Re: MIPI-DSI on an iMX95 no clock output おっしゃる通りです。まさにそれが問題でした!オシロスコープにクロック信号が表示されるかどうか試してみたくて、それらのクロックレートのうちの1つを選んでみたところ、ちゃんと表示されました!最終的な設定が確定し、希望するクロックレートに近づいたら、この投稿を更新してこれを解決策として承認します。ご助力ありがとうございます!
查看全文
Eフラッシュ書き込み中のLIN通信障害 LIN通信の障害は、内部EEPROMへの100バイトの書き込み操作中に検出されます。適切なLIN通信回復方法を提案してください。 Re: LIN communication failure during E-Flash write こんにちは、 @SivaB さん。 どのS32Kデバイスを使っているのか教えていただけますか? 一つの説明としては、エミュレーテッドEEPROMの操作には比較的長い時間がかかり、その結果の遅延がソフトウェアが必要なタイミング制約内でLIN割り込みを処理できない可能性があることです。もう一つの可能性として、読み取り同時書き込み競合が考えられます。フラッシュ消去やプログラム操作中、現在プログラムまたは消去中のフラッシュブロック内のコードやデータは取得・読み取れません。もしアプリケーションがそのようなコードやデータを必要とする場合、アプリケーションがクラッシュし、結果的に観察されたLIN通信障害を引き起こす可能性があります。 また、問題が発生した場合に何が起こるのかも説明してもらえますか?アプリケーションは完全にクラッシュするのか、それとも動作を続けてLIN通信だけが機能しなくなるのか? よろしくお願いいたします。 ルーカス Re: LIN communication failure during E-Flash write S32K144:アプリケーションは期待通りに動作しています。しかし、LIN通信が失敗し、その失敗が起こるとLIN通信は復元できません。 EEPROMへの書き込み/保存時間は約175ミリ秒です。
查看全文
当另一个端口失去连接时,端口上的 T1040 mEMAC TX_FIFO_OVFL 会发出警报。 我正在调试 T1040 上的以太网问题,该交换机使用 1G mEMAC RGMII 接口。当另一个端口失去物理连接(例如,电缆断开)时,我发现以太网端口上出现丢包现象。当两个端口都以高数据速率运行时,这种情况似乎最常发生。 当出现问题时,我看到正常端口的中断事件寄存器(`IEVENT`)中设置了`TX_FIFO_OVFL`位。 我目前的解释是,当一个正在发送数据的 mEMAC 失去物理链路时,FMan/mEMAC 发送路径中的某些东西会暂时阻止另一个 mEMAC 足够快地耗尽其 TX FIFO。正常端口最终会报告 `IEVENT[TX_FIFO_OVFL]`,导致帧丢失。然而,我尚未确定导致这种行为的共享资源或机制。 我的问题是: * 这是已知的 T1040 / FMan v3 / mEMAC 芯片问题还是勘误? * 1G mEMAC 端口之间是否存在共享资源,导致一个端口在传输时出现载波丢失,从而暂时影响另一个端口的 TX FIFO? * 当 PHY 失去链路时,是否有必要的顺序,例如停止 QMI 出队、禁用 BMI TX 端口、禁用 mEMAC TX/RX 或重置 mEMAC? * 是否有任何 mEMAC 或 FMan 状态寄存器可以在溢出发生之前检测到导致 `TX_FIFO_OVFL` 的情况? * 是否有建议的 FMan/mEMAC 或 PHY 配置更改可以防止在这种情况下出现 `TX_FIFO_OVFL`? 谢谢! Re: T1040 mEMAC TX_FIFO_OVFL on port when another port loses link 你好, 目前尚无公开记录的 T1040/FMan v3 硅勘误表,专门描述由对等端口链路丢失触发的健康端口上的 TX_FIFO_OVFL 。T1040 芯片勘误表文档受 NDA 控制,未公开索引,但尚未发现 T1040 mEMAC 存在此类跨端口 TX FIFO 溢出勘误。 您观察到的行为很可能是共享的 FMan BMI 资源中的架构交互,而不是芯片缺陷。   此致 Re: T1040 mEMAC TX_FIFO_OVFL on port when another port loses link 您好, 四个共享的 BMI 资源是 TNUM(任务)、DMA 通道、FIFO(MURAM)和流水线深度。由于您的 FIFO 大小、流水线深度 ( DPDE ) 和 FIFO 低阈值 ( FLCL ) 的更改没有产生任何改进,因此 DMA 通道层很可能是瓶颈,而不是 MURAM 分配。 T1040 FMan 具有固定的 DMA 通道池,该通道池在所有活动的 TX 端口之间共享。每个端口的发送路径为: CPU → QMI dequeue → BMI opens DMA read (DDR → MURAM) → TX FIFO → mEMAC → wire     当您的停滞端口失去链路并且您清除 COMMAND_CONFIG[TX_EN] 时,mEMAC 会停止向线路发送数据,但任何已在流水线中间的帧(特别是 BMI TX 端口已发出 DMA 读取事务 (DDR → MURAM TX FIFO) 的帧)不会立即完成。DMA 读取可能已经将数据移入 TX FIFO,而 FMan DMA 引擎现在正在等待“DMA 完成/EBD(外部缓冲区描述符)释放”确认,这取决于正在使用 FIFO 的 MAC。当 TX_EN=0 ,MAC 不进行消费,因此 DMA 事务保持打开状态。 停滞端口上的那些未关闭的 DMA 事务占用共享的 DMA 通道槽位。在高负载下,健康端口的 BMI TX 路径无法获得足够的 DMA 通道槽位来从 DDR 快速获取数据,从而无法保持其 TX FIFO 的供应 → TX FIFO 短暂为空 → 然后回填速度比 MAC 的耗尽速度更快 → TX_FIFO_OVFL 。 此致 Re: T1040 mEMAC TX_FIFO_OVFL on port when another port loses link 谢谢。您能否确定是哪种共享的 BMI 资源或仲裁机制导致了这种行为? 我测试了FMBM_PFS[IFSZ]、FMBM_TFP[DPDE]和FMBM_TFP[FLCL]的更改,但没有看到有意义的变化。当 IF_STATUS[RGLINK] 变为低电平时,我也会立即停止入队并禁用 mEMAC TX,但健康的端口仍然可能会丢包。 是否有已记录或推荐的配置方法可以将端口与这种交互隔离?此外,是否有计数器、状态寄存器或调试机制可以显示哪个 BMI 资源正在耗尽、阻塞或以其他方式阻止健康的 mEMAC 清空其 TX FIFO? Re: T1040 mEMAC TX_FIFO_OVFL on port when another port loses link 谢谢你的解释。我检查了 1G TX 端口的 FMBM_PP 配置。它们均配置为默认值: MXT = 3:最多 4 个并发任务 MXD = 2:最多 3 个未完成的 DMA 请求 我还尝试调整了每个端口的资源限制。我调整了DMA请求和并发任务数的设置。这并没有对 TX FIFO 溢出产生明显的改善。 鉴于默认配置下 1G TX 端口只能有 3 个未完成的 DMA 请求,我不确定一个停滞的 1G 端口如何能消耗足够的共享 DMA 资源,从而对另一个端口产生重大影响。 是否存在一个与 84 项 FMan v3 DMA 命令队列分开的较小的共享 DMA 通道/资源池?或者少量停滞的 DMA 事务是否会导致队头阻塞,或者阻止其他端口的 DMA 事务继续进行? 另外,是否有 DMA 状态/调试寄存器或计数器可以用来确认链路断开端口的未完成 DMA 事务在此情况下是否仍然保持打开状态?
查看全文
RIOP RT1189 – GitHubソースからのビルドおよびフラッシュワークフロー こんにちは、 現在はNXP RIOP評価ボードと連携しており、Getting Startedガイドを無事に完了し、事前プログラムされたFreeMASTERデモもテストしました。 次のステップは、デモをソースコードから再構築し、ボードに書き込んで、ビルドと書き込みのパイプライン全体が正しく動作することを確認することです。 以下のドキュメントと情報源を確認しました: はじめ:GS-REMOTE-IOプラットフォーム RIOPユーザーガイド:UG10224 GitHubリポジトリ: nxp-appcodehub/rd-riop-demo GitHubリポジトリには2つのプロジェクトが含まれています。 riop_M33LEADER_DEMO riop_M7FOLLOWER_DEMO 必要なSDKおよびツールのバージョン、MIMXRT1189 SDK 25.09.00を含むことを規定しています。 私にとってまだ完全には理解できていないのは、これら2つのプロジェクトから、基板に搭載されているものと同じ起動可能なファームウェア構成にどうやって到達するかということです。 質問: M33およびM7プロジェクトを構築する際の推奨される方法は?MCUXpressoで両方のプロジェクトを個別にインポートしてビルドすればよいのでしょうか、それともビルド順序や依存関係が必要なのでしょうか?VS Code拡張機能も使えますか? 生成されたM33およびM7の画像は、どのようにRIOPにプログラムされるのですか?Secure Provisioning Toolは、アプリケーション全体を作成・フラッシュするための意図された方法なのでしょうか? 2つのイメージがどのように結合されるか(正しいメモリレイアウトとフラッシュアドレスを含む)を示す、既存のセキュアプロビジョニングツールの構成例またはサンプルはありますか? RIOPデモの画像認証はどのように扱われていますか?工場出荷時の設定でセキュアブート/署名検証は有効になっていますか?また、デモ版を自作してフラッシュする際に、キーのプロビジョニングは必要ですか? rd-riop-demoを上書きする前に、現在ボードにプログラムされているrd-riop-demoのバージョンを特定する方法はありますか? 例コードから見ると、RT1189 Boot ROMがM33アプリケーションを起動し、M33がMCMGRを使って0x303C0000でM7を起動するようです。これは工場出荷時イメージの完全なブートフローですか、それともGitHubリポジトリに含まれていない追加のブートステージがありますか? 必要ならボードを元のすぐに使える状態に戻せるよう、元の工場出荷イメージはどこかに入手できますか? コマンドライン/ヘッドレスビルドのワークフローも利用可能ですか?長期的には、ビルドを再現可能にし、CI(継続的インテグレーション)に適したものにしたいと考えています。 Getting Startedガイドはすぐに使えるのデモをよく説明しており、GitHubリポジトリにもソースがありますが、今のところ両者のつながりが分かりません。 GitHubソース → M33/M7をビルド → ブート可能なイメージを作成 → フラッシュ → 同じデモを実行 UG10224か他の文書の該当箇所を見落としたのかもしれません。 ご回答をお待ちしています。
查看全文
PNEV5190B 无法工作 从 NFC Cockpit 的“附加”选项卡上的“加载辅助固件”选项加载 Nfcrdlib_SimplifiedAPI_EMVCo_Secondary.nnc.bin 后,我的 PNEV5190B 不再响应,也无法通过 NFC Cockpit 进行操作。 根据更新日志,固件下载已成功完成,未报告任何错误。更新完成后,主板才停止响应。 我在这个帖子里找到了类似的问题,但我想要了解根本原因。 固件更新成功后,什么原因会导致主板无响应? 我是否有可能使用了与我的主板不匹配的备用固件镜像或固件版本? 为什么加载辅助固件会导致 NFC Cockpit 无法再与板通信? 感谢您的支持。 Re: PNEV5190B does not work 你好@Miyazaki001 希望你一切都好。 请问您能否提供更多关于您设备配置的详细信息?你们遵循的是什么步骤? 我尝试了以下设置: -PNEV5190B-FW v2.0b-NFC Cockpit v9.0.0 -" Extra " 选项卡 > " 辅助固件 > 加载辅助固件 ——选择 nxpnfccockpit_v9.0.0 \ 固件\ Secondary_pn5190\ k8x\ nfcrdlib_Simplified api_emvco_secondary.nc.bin " NFC Cockpit 应该提示关闭 COM 端口并重新打开: EduardoZamora_1-1785953100786.pngEduardoZamora_1-1785953100786.pngEduardoZamora_1-1785953100786.pngEduardoZamora_1-1785953100786.pngEduardoZamora_1-1785953100786.png 重新打开 COM 端口后,您应该能够在“附加”选项卡中启动辅助固件。 问候, 爱德华多。 Re: PNEV5190B does not work 嗨@EduardoZamora , 感谢您的回复。 我的配置如下: - PNEV5190B(B1芯片) - PN5190 固件版本 v02.05 - NFC Cockpit v7.4 - 额外选项卡 → 辅助固件 → 加载辅助固件 已选: -NxpNfcCockpit_v7.4.0.0\firmware\Secondary_PN5190\K8x\Nfcrdlib_SimplifiedAPI_EMVCo_Secondary.nnc.bin 二次固件更新似乎已成功完成。根据日志显示,固件下载已完成,未报告任何错误。 下面显示的是日志的相关部分。 20260803.png20260803.png20260803.png20260803.png20260803.png 更新后,NFC Cockpit 提示我手动关闭并重新打开 板连接。我按照这个步骤操作了,我还尝试手动断开并重新连接 COM 端口。 但是,重新连接后,电路板不再响应任何命令。日志显示 NFC Cockpit 尝试与板通信时超时。 我已附上相关日志供您参考。 请问您能否提供以下建议: - PN5190 FW v02.05 与此辅助固件兼容吗? - NFC Cockpit v7.4 与此辅助固件之间是否存在已知问题? 我在这个帖子里找到了类似的问题,但我想要了解根本原因。 感谢您的支持。 顺祝商祺! Re: PNEV5190B does not work 您好, 我找不到任何关于使用此特定配置时出现意外行为的已记录案例。 NFC Cockpit v7.4.0 已过时;请更新到最新版本 (v9.0.0) 并对 PN5190 执行固件更新。之后,请将你的发现告诉我。 如果在更新设置后此问题仍然存在,请告知您的跳线配置和电源连接(最好能提供一张电路板的照片)。 问候, 爱德华多。 Re: PNEV5190B does not work 嗨@EduardoZamora , 感谢您的回复。 根据您的评论,我们将 NFC Cockpit 版本更改为最新版本 v9.0.0。我们还把 PN5190 固件从 v02.05 更新到了 v02.0D,这是 NXP 网站上提供的最新版本,然后重新尝试了二级固件更新。 然而,结果还是一样,问题依然存在。 画像.png画像.png画像.png画像.png肖像.png 我们还附上了板的照片供您参考。 画像.jpg画像.jpg画像.jpg画像.jpg肖像.jpg 使用以下跳线设置: J8:已关闭 J9:2–3(外部电源) J12:关闭 J22:关闭 J23:关闭 本次测试中,我们使用外部 5V 直流电源,限流为 1A。 如果您发现还有其他设置或需要我们检查的地方,请与我们联系。 Re: PNEV5190B does not work 您好, 您的跳线和电源配置看起来没问题。 请问您是否能够刷写并运行任何演示应用程序(例如,DiscoveryLoop)是否包含在PN5190的NFC读取器库中?有关此内容的更多信息,请参阅PNEV5190B 评估板快速入门指南第 5.3 章。 作为一项补充测试,请您尝试使用另一台电脑,并将系统语言(不仅仅是显示语言)设置为英语? 问候, 爱德华多。 Re: PNEV5190B does not work 嗨@EduardoZamora , 感谢您的回复。 我们会单独尝试您建议的方法。 与此同时,我们进行了额外的测试,并得到了以下结果。 首先,我们通过 J-Link 对 NFC Cockpit v9.0.0 附带的以下固件进行了编程: BootLoader_And_Nfcrdlib_SimplifiedAPI_EMVCo_Secondary.bin 之后,我们使用 NFC Cockpit 更新了以下辅助固件: Nfcrdlib_SimplifiedAPI_EMVCo_Secondary.nnc.bin 采用此方法后,之前遇到的错误没有再发生,更新成功完成。 根据这一结果,我们怀疑引导加载程序和辅助固件版本之间可能存在兼容性依赖关系。 请您澄清以下几点? 1.更改 NFC Cockpit 版本时,是否不仅需要将辅助固件更新到兼容版本,还需要将引导加载程序更新到兼容版本? 2. 是否可以通过 NFC Cockpit 更新 BootLoader? 或者是否需要像 J-Link 这样的外部调试器/编程器来更新引导加载程序? 3. 是否有任何文档描述每个 NFC Cockpit 版本附带的辅助固件和引导加载程序之间的兼容性? 例如,我们想知道哪些版本的辅助固件可以与同一个引导加载程序一起使用。 这些问题背后还有另一个我们希望解决的问题。 我们一直使用自己的应用程序(而不是 NFC Cockpit)通过 COM 端口进行串行通信来控制 PNEV5190B。 使用 NFC Cockpit v7.4.0 附带的辅助固件时,我们的应用程序能够成功地与 PNEV5190B 进行通信和控制。 但是,在更新到 NFC Cockpit v9.0.0 附带的辅助固件后,使用相同通信方法的同一应用程序会遇到通信错误。 您能否也澄清一下以下这一点? 4. NFC Cockpit v7.4.0 和 v9.0.0 附带的辅助固件在初始化顺序、COM 通信设置、通信协议、命令规范或相关行为方面是否有任何变化? 如果有任何描述这些变更的发布说明或文档,我们非常感谢您能与我们分享。 Re: PNEV5190B does not work 您好, 如PNEV5190B 评估板快速入门指南第 5.1 节所述,建议使用最新版本的 NFC Cockpit 将固件更新到最新版本。固件编程需要使用外部调试器,如NXP NFC Cockpit 用户指南第 3.3 节所述。 遗憾的是,目前还没有文档提供引导加载程序版本和二级固件版本之间的正式兼容性矩阵。最接近的参考资料是 VCOM 源代码包 中的 版本变更日志 (NxpNfcCockpit_VCOM_UcBalFW\NNC_UcBalFW\phUcBal\src\NNC_uC_VCOM_Ver.h)。 问候, 爱德华多。
查看全文
MIPI-DSI on an iMX95 no clock output Software summary ------------------------------------------------------------ Bootloader: U-Boot Kernel version: 6.6.138-7.6.1-devel #1 SMP PREEMPT Fri May 8 12:46:27 UTC 2026 Kernel command line: root=PARTUUID=74fae1d2-02 ro rootwait console=tty1 console=ttyLP0,115200 Distro name: NAME="TDX Wayland with XWayland Upstream" Distro version: VERSION_ID=7.6.1-devel-20260728203137-build.0 Distro variant: - Hostname: bmr-verdin-imx95-08828817 ------------------------------------------------------------ Hardware info ------------------------------------------------------------ HW model: Toradex Verdin iMX95 WB on Verdin Development Board Toradex version: 0089 V1.0C Serial number: 08828817 Processor arch: aarch64 ------------------------------------------------------------ We have a custom carrier board with the Toradex Verdin iMX95. We are running the Toradex multimedia image with customizations (the base device tree is imx95-verdin-wifi-dev.dts). We have a custom display from YES Optoelectronics (7” 1024x600) that is a MIPI-DSI 4 lane interface. I used the device tree and driver model from the raydium rm67191 as the starting point. I am able to get the power supply timing correct on startup and the backlight comes on and the BIST works (there is a pin on the display that can be pulled high for BIST), so I believe the display is working. All four data lanes show single-ended activity but the CLK lines are at 0 volts. At power up the CLK lines start at around 200mV and then they go to 1.2 volts for a little bit but then they go to 0 volts and they stay at 0 volts. I know the verdin SoM works because I can get the RVT70HSDNWCA0 display to work on a Mallow carrier board. The driver goes through probe → add panel → get modes → prepare → enable. Am I forgetting to turn on or configure a clock somewhere maybe? What does it mean when the CLK signals (both P and N) are at 0 volts? My overlay looks like /dts-v1/; /plugin/; &mipi_dsi { status = "okay"; panel@0 { compatible = "yes,ytc700tlbd"; reg = <0>; reset-gpios = <&gpio2 17 1>;//GPIO_ACTIVE_HIGH>; power-supply = <&reg_vcc_disp_dvdd>; backlight = <&lvds_backlight>; dsi-lanes = <4>; port@0 { reg = <0>; panel1_in: endpoint { remote-endpoint = <&mipi1_panel_out>; }; }; }; ports { /delete-node/ port@1; port@1 { reg = <1>; mipi1_panel_out: endpoint { remote-endpoint = <&panel1_in>; }; }; }; }; &displaymix_irqsteer { status = "okay"; }; &dpu { assigned-clocks = <&scmi_clk 80>, //IMX95_CLK_DISP1PIX>, <&scmi_clk 18>, //IMX95_CLK_VIDEOPLL1_VCO>, <&scmi_clk 19>; //IMX95_CLK_VIDEOPLL1>; assigned-clock-parents = <&scmi_clk 19>; //IMX95_CLK_VIDEOPLL1>; assigned-clock-rates = <0>, <3360000000>, <420000000>; status = "okay"; }; &pixel_interleaver { #address-cells = <1>; #size-cells = <0>; status = "okay"; channel@0 { reg = <0>; status = "okay"; }; }; &display_pixel_link { status = "okay"; }; Can someone confirm they were able to get a MIPI-DSI display to work with the iMX95? Any help would be appreciated!  Graphics & Display Linux Multimedia Re: MIPI-DSI on an iMX95 no clock output Also, here is what my clock summary looks like. cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb mipiphypllbypas 0 0 0 420000000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 46666666 0 0 50000 Y 4b400000.display-controller pix dispapb 4 5 0 133333333 0 0 50000 Y 4b400000.display-controller apb camapb 3 6 0 133333333 0 0 50000 Y 4acf0000.dsi pclk dispocram 1 1 0 400000000 0 0 50000 Y 4b400000.display-controller ocram dispaxi 1 1 0 800000000 0 0 50000 Y 4b400000.display-controller axi mipitestbyte 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id mipiphypllref 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi ref mipiphycfg 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi cfg Re: MIPI-DSI on an iMX95 no clock output The target pixel clock is 51.2MHz. Re: MIPI-DSI on an iMX95 no clock output Hi @dastotz  Please share the screen's pixel clock. Best Regards, Zhiming Re: MIPI-DSI on an iMX95 no clock output Here is my updated clock summary. cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display|video" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb videopll1_vco 1 1 0 2520000000 0 0 50000 Y deviceless no_connection_id videopll1 1 1 0 252000000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 50400000 0 0 50000 Y 4b400000.display-controller pix 4acf0000.dsi pix mipiphypllbypas 0 0 0 252000000 0 0 50000 Y deviceless no_connection_id dispapb 4 5 0 133333333 0 0 50000 Y 4b400000.display-controller apb camapb 3 6 0 133333333 0 0 50000 Y 4acf0000.dsi pclk dispocram 1 1 0 400000000 0 0 50000 Y 4b400000.display-controller ocram dispaxi 1 1 0 800000000 0 0 50000 Y 4b400000.display-controller axi mipitestbyte 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id mipiphypllref 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi ref mipiphycfg 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi cfg Re: MIPI-DSI on an iMX95 no clock output There is still no high speed video data.  The CLK signals stay at 0 volts and the DATA signals are single ended (no differential output). Does a display need to respond to a LPM command for the MIPI-DSI interface to switch to high speed mode? Re: MIPI-DSI on an iMX95 no clock output Hi @dastotz  For a 51.2 MHz pixel clock, the PLL VCO should be 1792 MHz, and the PLL OUT should be 256 MHz. You can try to update the device tree and then check the logs to see if the PLL VCO, PLL OUT, and pixel clock are correct. Best Regards, Zhiming Re: MIPI-DSI on an iMX95 no clock output You are absolutely right; this was the problem!  I chose one of those clock rates just to see if my oscilloscope would show a clock and now it does!  I will update this post with the final settings and accept this as the solution once I get a clock rate closer to my desired rate.  Thank you so much for the help! Re: MIPI-DSI on an iMX95 no clock output Hi @dastotz  Please try to use this configuration to get 51.2MHz pixel clock. &dpu { assigned-clocks = <&scmi_clk IMX95_CLK_DISP1PIX>, <&scmi_clk IMX95_CLK_VIDEOPLL1_VCO>, <&scmi_clk IMX95_CLK_VIDEOPLL1>; assigned-clock-parents = <&scmi_clk IMX95_CLK_VIDEOPLL1>; assigned-clock-rates = <0>, <3276800000>, <409600000>; }; root@imx95evk:~# cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display|video" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb videopll1_vco 1 1 0 3276800000 0 0 50000 Y deviceless no_connection_id videopll1 1 1 0 409600000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 51200000 0 0 50000 Y 4b400000.display-controller pix 4acf0000.dsi pix But the NXP didn't verified the 1024x600. According to a recent commit to the NXP linux-imx repository, the modes verified by NXP are as follows: 3 static bool imx95_dsi_is_mode_clock_valid(unsigned int clock) 914 { 915 switch (clock) { 916 case 25200: /* 640x480@60Hz (VGA) */ 917 case 27000: /* [email protected], [email protected] (NTSC) */ 918 case 27027: /* 480p@60Hz, 720x480@60Hz */ 919 case 40000: /* 800x600@60Hz (SVGA) */ 920 case 54000: /* [email protected], 720x576@100Hz */ 921 case 54054: /* 480p@120Hz, 720x480@120Hz */ 922 case 65000: /* 1024x768@60Hz (XGA) */ 923 case 74176: /* [email protected], [email protected] */ 924 case 74250: /* 720p@60Hz, 1280x720@60Hz */ 925 case 108000: /* [email protected], 1280x1024@60Hz (SXGA) */ 926 case 108108: /* 480p@240Hz, 720x480@240Hz */ 927 case 132000: /* 1024x768@120Hz (XGA) */ 928 case 148352: /* [email protected], [email protected] */ 929 case 148500: /* 1080p@60Hz, 1920x1080@60Hz */ 930 case 297000: /* 2160p@30Hz, 1080p@120Hz, 3840x2160@30Hz (4K) */ 931 return true; 932 default: 933 return false; 934 } 935 } According to the public code from here : https://github.com/nxp-imx/linux-imx/blob/lf-6.18.20-2.0.0/drivers/gpu/drm/bridge/imx/imx95-mipi-dsi.c#L883 If the clock is not verified clocks, the DSI will not generate clock. You could try to modify this line to return MODE_OK while the mode->clock = 51200. Best Regards, Zhiming
查看全文
R45 MIPICSI2 BUFFOVF 错误 亲爱的, 我们使用 R45 MIPI 从其他芯片 MIPI 接收数据,但现在 R45 在接收数据一段时间后会报告缓冲区错误。MIPI 发送速率为 600M,R45 接收速率也为 600M。 R45 参考手册对 buffovf 错误描述如下:   evalin_1-1729739919559.pngevalin_1-1729739919559.png R45 CSI2 在什么情况下会报告此错误?谢谢。 Re: R45 MIPICSI2 BUFFOVF ERR 嗨,Peter @petervlna 现在我们团队使用的是 NXP S32R45 S32R45 ,我们也遇到了同样的错误。我们将 ADC 数据传输到 R45 CSI2 接口(发送方是另一个芯片)。有时,0x80000错误代码会持续存在。ADC 数据从 MIPI 传输到 SRAM,然后保存到 DDR 内存。ADC 数据捕获始终在后台运行(12ms 捕获 2MB 数据),同时 SPT 处理也在前台进行,中间数据保存到 您有什么建议吗? 谢谢您! Re: R45 MIPICSI2 BUFFOVF ERR 你好, 当内部缓冲已满时,需手动输入。 请务必在数据满溢之前清空/转移数据。 可能是您的DMA或核心触发信号的数据传输速度太慢。 顺祝商祺! Peter
查看全文