Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
DES-N1842 - QorIQプロセッサおよびQorIQ LSシリーズ上のONLおよびONIE <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ホワイトボックススイッチは、その上で実行されるソフトウェアとは無関係に販売されるネットワークスイッチです。Open Network Linux(ONL)は、スイッチ上で動作する「ネットワークオペレーティングシステム」の基盤として使用されます。Open Network Install Environment(ONIE)は、ネットワーキング オペレーティング システムをスイッチにインストールするために使用されるソフトウェアを作成するために使用されます。このプレゼンテーションでは、NXPのQorIQ P2041およびQorIQ T2080プラットフォーム上のONL/ONIEへの関与と、LS2085のロードマップに焦点を当てています。このセッションでは、NXPのONL/ONIEおよびホワイトボックス市場へのアプローチについて詳しく説明します。 ビデオプレゼンテーションを見る <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ホワイトボックススイッチは、その上で実行されるソフトウェアとは無関係に販売されるネットワークスイッチです。Open Network Linux(ONL)は、スイッチ上で動作する「ネットワークオペレーティングシステム」の基盤として使用されます。Open Network Install Environment(ONIE)は、ネットワーキング オペレーティング システムをスイッチにインストールするために使用されるソフトウェアを作成するために使用されます。このプレゼンテーションでは、NXPのQorIQ P2041およびQorIQ T2080プラットフォーム上のONL/ONIEへの関与と、LS2085のロードマップに焦点を当てています。このセッションでは、NXPのONL/ONIEおよびホワイトボックス市場へのアプローチについて詳しく説明します。 ビデオプレゼンテーションを見る デザイン |ソフトウェア&サービス
View full article
SMI-N1805 NXP 功能安全产品组合 - 简介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 设计师有一个借助恩智浦功能安全微控制器产品组合,实现功能安全标准的简单方法。 在本次会议中,我们将介绍如何将安全功能应用到汽车和工业市场以及恩智浦为每一步提供的产品支持。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 设计师有一个借助恩智浦功能安全微控制器产品组合,实现功能安全标准的简单方法。 在本次会议中,我们将介绍如何将安全功能应用到汽车和工业市场以及恩智浦为每一步提供的产品支持。 观看视频演示 智能机械和工业自动化
View full article
Kinetis Bootloader 总结 Bootloader是一种面向用户应用程序的引导代码,可以在没有烧写器的情况下烧录用户程序,也可以用于在线更新程序。飞思卡尔提供了三种实现bootloader的方式,分别为: 1.预烧写在ROM中的bootloader     这种方式是MCU中内置了专用的ROM来存放bootloader,目前支持ROM型bootloader的Kinetis系列MCU包括KL03,KL17,KL27和KL43等。其中KL03和KL17的ROM bootloader包含SPI/UART/IIC三种接收方式,KL27和KL43还增加了USB的方式。 2.预烧写在FLASH中一次性bootloader     这种类型的bootloader在芯片出厂前预写在FLASH中,因此可以像ROM型bootloader一样直接使用。但与ROM型不同的是,上电后bootloader会从FLASH搬移到RAM 中运行,再将FLASH整片擦除并烧写用户程序,因此这种bootloader是一次性的。其优点是不需要片内ROM且方便量产烧写,缺点是无法支持以后的程序更新。目前支持预烧写在FLASH中一次性bootloader的Kinetis系列MCU包括K22、K24和KV3x等。 3.开放源码的bootloader     这种方式将FLASH空间分为两个部分,一部分用于存储bootloader代码;另一部分用于存储用户应用程序代码。这种方式的bootloader方便客户定制自己的代码。     目前飞思卡尔提供开放源代码的Kboot,支持UART/SPI/IIC/USB HID 几种接口方式,其网址链接为:     www.freescale.com/kboot     除了Kboot,还有以下独立版本的bootloader,包括:     1)AN2295(开发人员的串行引导加载程序)         文档下载地址为:http://cache.freescale.com/zh-Hans/files/microcontrollers/doc/app_note/AN2295.pdf         代码下载地址为:http://cache.freescale.com/files/microcontrollers/doc/app_note/AN2295SW.zip        另外FAE Yang Liang 对其进行了移植,目前已经支持FRDM-KE02,KE06,KL25,KL26,KL43,KL46, TWR-K60, KV4x, KV10.下载地址为:Kinetis/AN2295_Bootloader · GitHub     2)AN4767 (Kinetis E 系列上的UART Boot Loader 设计)         文档下载地址为:http://cache.freescale.com/zh-Hans/files/32bit/doc/app_note/AN4767.pdf         基于AN2295,没有提供代码。     3)AN4775 (Kinetis E 系列上的IIC Boot Loader设计)         文档下载地址为:http://cache.freescale.com/zh-Hans/files/32bit/doc/app_note/AN4775.pdf         代码下载地址为:http://cache.freescale.com/files/32bit/doc/app_note/AN4775SW.zip     4)AN4368 (USB 大容量存储设备主机引导加载程序)          文档下载地址为:http://cache.freescale.com/zh-Hans/files/microcontrollers/doc/app_note/AN4368.pdf          代码下载地址为:GitHub - Wangwenxue/USB_MSD_Host_Bootloader_K60: This is usb msd Bootloader for K60 (For K60)                                        GitHub - Wangwenxue/USB_MSD_Host_Bootloader_K64: This USB MSD bootloader for K64 (For K64)     5)AN4379  (Freescale USB大容量存储设备引导加载程序)          文档下载地址为:http://cache.freescale.com/zh-Hans/files/microcontrollers/doc/app_note/AN4379.pdf          代码下载地址为:http://cache.freescale.com/files/microcontrollers/doc/app_note/AN4379SW.zip     6)AN4764   (USB Human Interface Device Boot Loader for ColdFire Plus, Kinetis K, and Kinetis L MCUs)          文档下载地址为:http://cache.freescale.com/files/32bit/doc/app_note/AN4764.pdf          代码下载见附件     7)AN4370   (用于 MCU 的 USB DFU 引导加载程序)         文档下载地址为:http://cache.freescale.com/zh-Hans/files/microcontrollers/doc/app_note/AN4370.pdf         代码下载地址为:http://cache.freescale.com/files/microcontrollers/doc/app_note/AN4370SW.zip       8)AN4367   (用于 MCU 的 以太网引导加载程序)         文档下载地址为:http://cache.freescale.com/zh-Hans/files/microcontrollers/doc/app_note/AN4367.pdf?fromsite=zh-Hans         代码下载地址为:http://cache.freescale.com/files/microcontrollers/doc/app_note/AN4367SW.zip         最新的代码请到FNET官网下载:http://fnet.sourceforge.net/    9)Kinetis Bootloader to Update Multiple Devices in a Network - for Cortex-M0+         代码及文档下载地址为:https://community.freescale.com/docs/DOC-328168             回复:Kinetis Bootloader 总结 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨文学 对 Kinetics 系列引导加载程序的总结做得很好。 我正在研究基于 K20d72m 的定制板,寻找从 PC 接收命令来校准板上的蓝牙芯片的解决方案。 您是否知道是否有一个演示引导加载程序同时支持 USB(虚拟 COM 连接到 PC)和 SPI 端口到外围芯片?我需要这样的裸机应用程序来进行电路板校准。 谢谢! 回族 Re: Kinetis Bootloader 总结 谢谢,我一直在更新AN2295,目前支持FRDM-KE02,KE06,KL25,KL26,KL43,KL46. TWR-K60, KV4x, KV10,可以从下面这个地址获取: Kinetis/AN2295_Bootloader · GitHub Re: Kinetis Bootloader 总结 点赞,总结的非常好! Re: Kinetis Bootloader 总结 谢谢分享,非常感谢! 希望能将KBoot如何通过命令行更新介绍的更详细些。 回复:Kinetis Bootloader 总结 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HI,Liang Yang, 如何将 KE02/KE06 uart 引导加载程序移植到 FRDM-KE04Z 演示板? 谢谢你? 回复:Kinetis Bootloader 总结 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi hui, 我们没有可以满足您的要求的引导加载程序。您需要自己动手。 顺祝商祺! Wenxue 发自我的 iPhone 在 2015年4月11日,0:20,"Hui Shao" > 写道: <> <> Kinetis 引导加载程序总结 Hui Shao 的新评论<>查看本文档的所有评论<>
View full article
S32G_LLCE_to_PFE_Demo Building(Chinese Version) 本文说明在S32G2 RDB2板上实现LLCE to PFE Demo的搭建过程。本Demo目前包括:  CANtoEth:CAN0发送,用硬件回环到 CAN1接收,然后通过PFE_EMAC1, 再通过RGMII接口发出。  CANtoEth:CAN0发送,用硬件回环到 CAN1接收,然后通过PFE_EMAC1, 再通过SGMII接口发出。  EthtoCAN:PC通过PFE_EMAC1的 RGMII发出,接收到CAN1,再硬件 回环到CAN0  CANtoCAN Logging to Eth: CAN0发 送,用硬件回环到CAN1接收,然后 通过PFE_EMAC1,再通过SGMII接 口发出,同时LLCE内部硬件把CAN1 再发送到CAN15_TX,再用硬件回环 到CAN14_RX 软件版本为 RTD3.0.0+LLCE1.0.3+PFE0.9.6/0.9.5。 Automotive
View full article
MPC5746Cは周囲温度115℃でハングアップする(起動せず、UARTも動作しない)。 パート: MPC5746C(Power Architecture Z4、SDK:NXP MPC57xxプラットフォームSDK) 周囲温度115℃での恒温槽試験中、当社のMPC5746Cベースのボードは起動時に完全に反応しなくなり、UARTコンソール出力が全くなくなります。この現象は、その温度での起動試行のたびに発生します。冷却後、部品は完全に回復するようです。室温で再フラッシュ/再起動すると、永続的な損傷なく正常な動作に戻ります。 興味深いことに、基板が115°Cの状態でもPEMicro JTAGデバッグプローブを使ってフラッシュを再プログラム することは可能です 。これは、温度でバージョンストリングをフラッシングし、冷却後に新しいバージョンを読み返すことで確認済みです。したがって、デバッグプローブのフラッシュ経路は115°Cで動作します。アプリケーションのブートパスだけがハング/悪い状態になります。 マニュアルにはMCUが最大125°Cまで持続できると書かれています。 問題の根本原因と解決方法を教えていただけませんか。 Re: MPC5746C hangs (no boot, no UART) at 115°C ambient こんにちは、 マニュアルにはMCUが最大125°Cまで持続できると書かれています。 はい、それは問題ありません。 問題の根本原因と解決方法を教えていただけませんか。 これはカスタムボードであり、冷却後に問題が解消されることから、私は次のことを疑っています。 1. 時計の起動に関する問題(最も可能性が高い) 115℃の場合: 外部水晶発振器(FXOSC)の起動時間が長くなります。 発振器のゲインマージンが減少する。 負荷コンデンサの値は温度によって変化する。 プリント基板からの漏洩電流が増加します。 デバッグロジックは独自のインフラストラクチャを利用し、アプリケーションがmain(に到達する)に依存しないため、デバッガーは部品にアクセスできます。 FXOSCステータスビット CMUクロックモニタの障害 FIRCのみのブート実験 FIRCから完全に実行し、外部水晶発振器を一時的に無効にする JTAGのプログラミングが115°Cで動作し続けていることは、コアインフラストラクチャがまだ生きており、故障がフラッシュアレイ自体ではなくアプリケーションのブートパスの非常に早い段階で起きていることを示す最も強い手がかりです よろしくお願いいたします。 ピーター Re: MPC5746C hangs (no boot, no UART) at 115°C ambient @petervlna さん、貴重なご意見ありがとうございます。 これを受けて、同僚の@mnargundと私はさらに調査を進め、MPC5746Cを115℃で正常に起動させることに成功しました。以下に、調査結果の概要を示します。 根本原因: 事前初期化時にシステムをFIRC、FXOSC、PLLを起動するように設定し、その後システムクロックをFIRCからPLLに切り替えました。続いて、DRUN モードへのモード遷移をトリガーしました(システムはデフォルトで既に DRUN モードでしたが、マニュアルに記載されているように、新しい設定を有効にするには同じモードへの遷移が必要です)。そして、MC_ME_GS.MTRANS をポーリングして遷移が完了するのを待ちました。 しかし、MC_ME_GS.MTRANSがクリアされた後でも、コードはIVOR1例外でエラーを起こしました。これは、実行が続行された時点で遷移が完全に安定していなかったことを示している可能性があります。高温(115℃)では、室温よりも遷移に時間がかかるようで、次の命令が実行されたときにシステムが不安定な状態になる。 回避策の適用例: MC_ME_GSの後に明示的なソフトウェア遅延を挿入しました。MTRANSのポーリングを行い、その後の初期化を進めます。500ミリ秒の遅延を設けると、115℃の環境下でも起動は安定して成功する。100ミリ秒の遅延もテストしましたが、私たちの環境では問題なく動作しました。 初期化のこの段階で安全に挿入できる最大推奨ソフトウェア遅延はありますか? 125℃までの全動作温度範囲において、動作前にクロックの安定性を確実に確保するための推奨手順はありますか?
View full article
RT1160 带有外部同步动态随机存取存储器(SDRAM)和 SRAM,以及等待引脚 我正在使用 RT1160,搭配外部 16 位 同步动态随机存取存储器(SDRAM) 和 16 位 SRAM(用于 FPGA 通信)。SRAM 接口配置为异步模式下的 SRAM 读/写操作,并带有等待引脚。我怀疑等待信号是否会与同步动态随机存取存储器(SDRAM)刷新时序冲突,从而导致一些问题。我们测试过,让代码在同步动态随机存取存储器(SDRAM)中运行,并在 SRAM 异步写入时让等待引脚保持低电平约 10 毫秒或更长时间,但有时会在大约 1 毫秒后结束,不知道为什么。 我们可以这样使用吗?或者说同时使用同步动态随机存取存储器(SDRAM)和SRAM设备会有一些限制吗?感谢您的帮助。 Re: RT1160 with external SDRAM and SRAM with wait pin 你好 你提到的“大约1毫秒后结束”指的是什么?SRAM 写入操作是返回错误,还是进入硬故障?这种情况发生的频率如何? 请问您能帮我测试一下以下功能吗? 1. 从内部存储器(不是 同步动态随机存取存储器(SDRAM))运行代码,并重复长时间异步 SRAM 写入。 2. 在仍然从内部存储器执行代码的情况下,再次运行相同的测试,但这次启用同步动态随机存取存储器(SDRAM)但使其处于空闲状态。 3. 按照你最初提到的方法运行测试,但要保持 SRAM 等待信号处于激活状态。 此外,能否在这些测试期间(包括上述提到的测试)检查以下内容? 能否在传输过程中监控 SRAM 信号? 能否分享一下每次测试的 SEMC INTR 寄存器值? 请告诉我你的结果。 此致, 巴勃罗
View full article
AB SWAP question S32K312 软件停留在SRAM区域,看起来是HSE启动了Recovery mode,导致软件一直在WFI状态。 现在客户流程大体是boot_1-boot_2-app,会有两级跳入,boot_1不会进行更新。客户如果单独A区更新boot_2的时候,之后AB swap,reset调试没有问题。 但是发现A区单独更新APP时候,偶尔会AB swap 跳转不成功,reset后通讯正常。 这两天客户排查如下进展(图片截图比较多,还请查收如下邮件) 1.发现还是0X2040012e,对对应一个变量,查了DCMROD3/DCMROD4没有发现ECC错误。 2.和客户查如下进展,现在怀疑是进入recovery 模式 Re: AB SWAP question S32K312 嗨@scott071209 首先,以下是S32K3参考手册中列出的进入恢复模式的可能原因: lukaszadrapa_0-1781693464406.png 以下内容摘自 HSE FW 参考手册: lukaszadrapa_1-1781693472859.png 你们使用安全启动吗? 两个分区中是否存在相同的 boot_1?两个分区中是否存在有效的 IVT? RESET次数超过 8 次吗?你用示波器检查过RESET信号吗? 请问您能否提供更多关于这句话的信息? “但是,据观察,当在 A 区单独更新应用程序时,AB 交换转换偶尔会失败,尽管 RESET 后通信正常。” 它究竟是如何失效的? 此致, Lukas
View full article
S32k328 HSE 域标识符 您好,恩智浦技术团队 我写这封信是为了询问如何准确验证 S32k328 功能域 ID。 我目前正在使用 S32k328 板和 HSE 固件。  - 环境设置:      我正在使用 HSE 固件镜像 s32k358_hse_fw_1.14.0_2.40.0_pb230807.bin。      我目前处于多核状态,并正在使用 RM 模块(仅使用 XRDC)。  - 问题: 在 HSE FW RM 中,S32k328 功能域 ID 设置为 2,如附件所示。 dpsdprtmvl_1-1781577003974.png 但是,在 S32K3xx RM 中的 S32K328 方框图中,HSE 设置为 MDAC3,MDAC3 的 DID(功能域 ID)输出为 3。 dpsdprtmvl_2-1781577150058.png    (1) 注册验证码:             uint32_t mda[8];             mda[0] = IP_XRDC->MDA_W0_0_DFMT0;             mda[1] = IP_XRDC->MDA_W0_1_DFMT1;             mda[2] = IP_XRDC->MDA_W0_2_DFMT1;             mda[3] = IP_XRDC->MDA_W0_3_DFMT0;             mda[4] = IP_XRDC->MDA_W0_4_DFMT0;             mda[5] = IP_XRDC->MDA_W0_5_DFMT1;             mda[6] = IP_XRDC->MDA_W0_6_DFMT0;             mda[7] = IP_XRDC->MDA_W0_7_DFMT1;             UART_Print("--- MDA 锁 ---\n");             用于 (uint32_t i = 0; i < 8; i++)             {                 uint32_t vld = (mda[i]>> 31)& 1U;                 uint32_t lk1 = (mda[i]>> 30)& 1U;                 uint32_t did = mda[i]& 0x3U;                 UART_Print("MDA%lu=0x%lx VLD=%lu DID=%lu LK1=%lu %s\n",(无符号 long)i, (无符号 long)mda[i],(无符号 long)vld, (无符号 long)did, (无符号 long)lk1,lk1 ? "(已锁定)" : "");             } (2) 寄存器值:            MDA0=0x80000000 VLD=1 DID=0 LK1=0 MDA1=0x20000000 VLD=0 DID=0 LK1=0 MDA2=0x20000000 VLD=0 DID=0 LK1=0 MDA3=0xc0000003 VLD=1 DID=3 LK1=1 (已锁定) MDA4=0x80000001 VLD=1 DID=1 LK1=0 MDA5=0x20000000 VLD=0 DID=0 LK1=0 正确的 s32k328 功能域 ID 是什么? Re: S32k328 HSE DomainID 你好@dpsdprtmvl  S32K328 有四个功能域 0-3,HSE 始终分配给最高可用功能域,在本例中分配给功能域 3: lukaszadrapa_0-1781608491449.png 这是固有的,无法更改。 表 136 有些令人困惑,因为它只列出了主要导数,而没有列出所有次导数。这意味着: 第二行中的“S32K32x”代表 S32K322 和 S32K324。 第三行中的 S32K35x 代表 S32K358、S32K356、S32K348、S32K338、S32K328 以及 S32K37x 和 S32K39x 的衍生型号。 此致, Lukas
View full article
Why model size is limited at 1 MB? I run model from sample tflm_cifar10 on MIMRT700 (NPU model). When building the program, I could see the model's size and correspond region size.  In many cases, the region size is 1 MB. As my understanding, the model's size is limited at 1 MB. Is that right? nnxxpp_0-1781495142659.png I did not understand this point. Here is information of MIMRT700 EVK. nnxxpp_2-1781495429888.png I don't know where model is saved on MIMRT700 EVK. And where is the 1 MB for region size? Is it actual limit of model size? Or we can increase model size by some methods. Do you have any comment for this problem? Because I try to deploy a larger model > 1 MB. I do wait for your response. Thank you. Re: Why model size is limited at 1 MB? @mayliu1  Thank you so much. Now I understood that we can increase the size of the model by setting region size. nnxxpp_0-1781514247437.png Or If I want to run larger model on external memory, I can follow this document https://docs.nxp.com/bundle/AN14700/page/topics/external_memory.html  Re: Why model size is limited at 1 MB? Hi @nnxxpp , Thank you so much for your interest in our products and for using our community. Q: I don't know where model is saved on MIMRT700 EVK. And where is the 1 MB for region size? Is it actual limit of model size? Or we can increase model size by some methods. Do you have any comment for this problem? Because I try to deploy a larger model > 1 MB. A: The 1 MB shown for modeldata is not a hardware limit of the RT700. It is only the default linker allocation used in the sample project. For larger models, this allocation can be adjusted in the project settings, and external XSPI flash can also be used if more storage is needed. For more detail information, you can refer to this AN14700. https://docs.nxp.com/bundle/AN14700/page/topics/introduction.html mayliu1_0-1781507645284.png So, the RT700 is not inherently limited to a 1 MB model. Larger NPU models are supported either by increasing the modeldata memory allocation or by placing the model in external XSPI flash with the appropriate conversion option.  Wish it helps you Best Regards May Liu Re: Why model size is limited at 1 MB? @mayliu1  I want to reopen this topic. Now i am trying to deploy larger model on RT700. The below image is captured when building the program with the small model. I see that there are 4 memory regions: - QSPI_flash: external memory - SRAM: I ask chatgpt and it is for data when running the program (like .data, .bss, stack, heap). Is that correct? - NCACHE_REGION: it is same ktensorArena (for inputs, intermediate outputs and output) -  modeldata: to save model weights I see in the memory configuration when I import SDK example. It means that SRAM, NCACHE_REGION and modeldata from SRAM (7.5 MB). NCACHE_REGION and modeldata should be located in  0x2000_0000 to 0x2058_0000 (5.5 MB) to get best perforemce (SRAM area that can be accessed by the NPU) But location of SRAM (named SRAM) is 0x20080000 (in the second image) ==> It is also in the range 0x2000_0000 to 0x2058_0000. And by default, it is set about 2.5 MB. It means that NCACHE_REGION + modeldata should be less than (5.5 - 2.5) = 3 MB. My model size is about 3.5 MB. Beside that I can locate my model on external memory (it results in larger inference time), how I can config memory to still locate my model (3.5 MB) on memory area that NPU can access? I am curious about whether we can shrink "SRAM" region (in the images 1, 2) or can I move it to another area of RAM (7.5 - 5.5 = 2 MB - the last region in the image 3)? And how I can estimate the size of "SRAM" region? In the below image, it is 15560 B. Sorry for my long questions. nnxxpp_0-1782205318606.png nnxxpp_1-1782205742121.png nnxxpp_2-1782206037185.png Re: Why model size is limited at 1 MB? @mayliu1  Good morning. Maybe you missed my new above questions.  Re: Why model size is limited at 1 MB? Hi @nnxxpp , Apologies for the delayed response. If you don’t mind, could you please create a new case for your new issue?  Thank you for your understanding and cooperation. Best Regards, May Re: Why model size is limited at 1 MB? @mayliu1  Yes, ok. Let me create new issue. Thank you. Re: Why model size is limited at 1 MB? @mayliu1  I have resolved my problem. We can locate SRAM outof 5.5 MB area for NPU. I locate modeldata and kTensorArena in area 5.5 MB and it worked. The inference time is good. But If you did not miss my questions, so I can finish soon my tasks. Thank you. Re: Why model size is limited at 1 MB? Yes. Have a nice day. Re: Why model size is limited at 1 MB? Glad to hear that your issue has been resolved. Apologies for the delayed response,   thank you for your understanding.
View full article
i.MX RT700 开发套件对 VIT 语音到意图(S2I)功能的支持 您好,NXP团队, 我正在评估 VIT 的语音到意图(S2I)解决方案,用于在 i.MX RT700 开发套件上实现自然语言语音控制。 在查看 VIT S2I 文档和支持的设备信息时,我注意到 i.MX RT700 没有明确列在 S2I 自然语言模型支持的设备/示例中。不过,RT700 搭载了 HiFi4 DSP 和 NPU,这两者似乎非常适合语音 AI 应用。 请问能否就以下问题进行说明? i.MX RT700 EVK 是否正式支持 VIT 语音转意图 (S2I) 引擎? 如果是,是否有适用于 RT700 的参考示例、SDK 包或移植指南? 如果 RT700 目前不支持 S2I,未来是否有计划添加该功能? 对于 i.MX RT700 平台,您会推荐哪些由 NXP 支持的自然语言理解(NLU)或语音转意图解决方案? 目前,我可以看到VIT Wake Word和Voice Command技术支持多台i.MX RT设备,但我特别感兴趣的是基于自然语言/意图的语音控制,而不是固定命令识别。 感谢您的指导。 Re: VIT Speech-to-Intent (S2I) Support on i.MX RT700 EVK 你好@suhas1503, 对于语音转意图解决方案,推荐的软件包是 VIT。 有关支持的设备的更多信息以及有关VIT语音转意图的一般问题,请联系当地的恩智浦代表或发送电子邮件至 [email protected]。 顺祝商祺! 巴勃罗
View full article
i.MXRT1176 DQSなしの最大NORフラッシュ速度 パフォーマンスの問題が発生しているため、FlexSPI2に接続されたシリアルNORの速度制限についてより深く理解しようとしています。 1060シリーズのナレッジベース記事によると、DQSピンを使用せずにFlexSPIを使用すると、serialClkFreqが60MHzに制限されるようです。 しかし、RT1176に関しては、SDRモードで100MHzのNORフラッシュを問題なく動作させることに成功したが、120MHzでは起動に失敗した。 同様に、DDRは50MHzでは動作するが、60MHzでは動作しない。 セクション「30.3.17.2 クロックソースの受信機能」では、DQSピンを使用しない場合の最大周波数は「最低」であるとだけ記載されています。 1060シリーズのナレッジベース記事に記載されているように、インターフェースは60MHzに制限されているのでしょうか?それとも、SDRモードで100MHzで動作させることは仕様の範囲内なのでしょうか?それとも、DDRモードを50MHzで動作させた方が良いのでしょうか? DQSを使わずにパフォーマンスを最適化するためのヒントはありますか? https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/Everything-you-need-to-know-about-DQS-pin-on-FlexSPI-and-SEMC/ta-p/1977399 Re: i.MXRT1176 Max NOR flash speed without DQS こんにちは、 @anbn さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます! MCR0[RXCLKSRC]=0x0 が使用されている場合(内部ループバック、DQSピンは使用されていない)、データシートの制限はSDRモードで60MHz、DDRモードで30MHzです。したがって、このモードでは、100MHz SDRは公表されている仕様の範囲内ではありません。 リファレンスマニュアルでは、 RXCLKsrc=0x0 「最低」、 RXCLKsrc=0x1 「中」と表記していますが、実際の周波数制限値はデータシートに記載されています。データシートでは、 RXCLKsrc=0x0 には 60 MHz SDR / 30 MHz DDR、 RXCLKsrc=0x1 には 133 MHz SDR が指定されています。 FlexSPI2のセカンダリピングループを使用する場合、そのピングループにはDQSパッドが提供されないため、ROMブートは低速読み出しのみをサポートします。したがって、このピンオプションは高性能なXiP/ブート動作には適していません。 したがって、現在お使いのボード接続に利用可能なDQSパッドがない場合は、60MHz SDR / 30MHz DDRとして評価する必要があります。仕様内でより高い読み取り性能が必要な場合は、DQSが使用可能なピン グループを使用し、 RXCLKsrc=0x1 を構成することが推奨される方法です。 よろしくお願いします、 ギャビン
View full article
emiOS GPT 中断未触发(EDGE COUNTER + GPT 配置) 您好, 我正在使用 RTD 6.0.0 处理 S32K344。 我的要求是测量输入 PWM 频率(0 Hz 至 ~10 kHz),以便计算速度。 为此,我在 EDGE COUNTER 模式下使用 eMIOS ICU,以避免每个边沿中断并减少 CPU 负载,并将 eMIOS GPT 作为周期性定时器(100 毫秒或 1 秒),在 GPT 回调中读取边沿计数并计算频率,目的是只使用一个中断(GPT)。   但是,尽管 GPT 计时器似乎配置正确,但中断并未触发 —— emios0_0_irqHandler () 从未被调用,也没有执行 gpt_emiosNotification () 回调。 我附上我的配置以供参考。 能否请您帮忙找出可能遗漏或不正确的地方?   此外,如果能就如何在 S32K3 上精确测量 0-10 kHz 范围内的 PWM 频率(尤其是包括极低频)的最佳方法提出建议,我将不胜感激。 我已经尝试过其他模式,如 ICU_MODE_SIGNAL_MEASUREMENT、ICU_MODE_SIGNAL_EDGE_DETECT 和时间戳模式,但仍面临计数器溢出(16 位限制 ~65535)和极低频率下读数不准确等问题。 预先致谢 Re: eMIOS GPT interrupt not triggering (EDGE COUNTER + GPT configuration) 你好@kapidlitap 关于您的配置,我有几点看法: 您正在将 eMIOS0 通道 0 配置为 GPT。但是,在中断控制器 (intCtrl_IP) 中,你启用了 emios0_0_IRQN 并分配了处理程序 emios0_0_IRQHandler。这与配置通道相关的中断不一致。 根据 S32K344_COMMON.h 中定义的 Interrupt_vector_numbers,映射如下: EMIOS0_0_IRQn = 61, /**< Interrupt request 23,22,21,20 */ EMIOS0_1_IRQn = 62, /**< Interrupt request 19,18,17,16 */ EMIOS0_2_IRQn = 63, /**< Interrupt request 15,14,13,12 */ EMIOS0_3_IRQn = 64, /**< Interrupt request 11,10,9,8 */ EMIOS0_4_IRQn = 65, /**< Interrupt request 7,6,5,4 */ EMIOS0_5_IRQn = 66, /**< Interrupt request 3,2,1,0 */ 根据这一映射,eMIOS0 通道 0 属于中断组 EMIOS0_5_IRQn,而不是 EMIOS0_0_IRQn。因此,应使用正确的中断配置: IRQn:EMIOS0_5_IRQn 处理程序:EMIOS0_5_IRQHandler(请参阅 Emios_Mcl_Ip_Irq.c)。 关于输入捕获,有几个可用的示例。请查看并选择最符合您预期功能的选项。 使用 EMIOS DS3.5 RTD300 的 IP S32K312 PWM ICU 示例 示例:S32K312 EMIO PWM 生成及使用中断捕获占空比 (DS3.5 RTD300) 示例 IP S32K312 EMIO PWM Generation & 使用轮询进行占空捕获 DS3.5 RTD300 带 DMA S32DS 3.6.2 的 S32K344 eMIOS Icu 示例RTD 6.0.0 BR、VaneB
View full article
FRDM-IMX93 预制图像 大家好, 以下图片有何不同?我找不到更新日志文件。我需要将我的 FRDM-imx93 主板恢复为出厂设置。 谢谢! Screenshot from 2026-06-10 15-52-23.png Re: FRDM-IMX93 prebuilt images 您好 ,它们之间的变化微乎其微,我建议您使用 Linux 电路板支持包 版本,因为 FRDM 版本是我们在集成之前获得的初始软件支持。 https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/embedded-linux-for-i-mx-applications-processors:IMXLINUX 此致, 阿尔多。
View full article
请问guider的table控件怎样在guider软件里调整每个单元格的宽度? 我在使用table控件时,在guider界面没找到调整每个单元格的宽度的按钮或输入框。请问应该怎样在设计时调整单元格宽度? Re: 请问guider的table控件怎样在guider软件里调整每个单元格的宽度? Hi @alen-liao  您好,您可以尝试修改这个参数。 Harry_Zhang_0-1781158999778.png BR Harry
View full article
IW611:无法设置 Linux 驱动程序 您好, 我正在尝试用 Linux 内核 4.19 启动 IW611。我使用的是 mwifiex 分支 if-6.12.49_2.20。 配置文件包含以下内容: SDIW612 = { cal_data_cfg=none hw_name=IW611 fw_name=nxp/sduart_nw61x_v1.bin drv_mode=0x1 auto_ds=2 pm_keep_power=1 cntry_txpwr=0 slew_rate=0 } 芯片被 MMC 总线驱动程序识别,nwifiex 驱动程序已加载。但当我尝试启动 mlan0 接口时,却出现了写入错误。谁能告诉我是什么地方配置错误或出错了? 下面是我的 dmesg 输出: [8.423408] wlan:正在加载 MWLAN 驱动程序 [8.427639] 未指定模块参数 cfg 文件 [8.632441] wlan:注册到总线驱动程序... [8.666463] vendor=0x0471 device=0x0205 class=0 function=1 [8.711324] Attach moal handle ops,卡接口类型:0x109 [8.764392] SDIW612:来自用户的初始化模块参数 [8.769688] cal_data_cfggs:SDIW612,配置块:0 [8.774488] cal_data_cfggg =无 [8.777622] hw_name=iw611 [8.780414] fw_name=nexp/sduart_nw61x_v1.bin [ 8.784838] drv_mode = 1 [ 8.787512] auto_ds = 2 [ 8.790109] pm_keep_power on [ 8.793152] cntry_txpwr = 0 [ 8.796102] slew_rate = 0 [ 8.798916] SDIO: sdio_blk_size=256 max_blk_count=65535 max_segs=64 max_seg_size=65536 [ 8.807287] rx_work=0 cpu_num=1 [ 8.810624] Enable moal_recv_amsdu_packet [ 9.101160] Attach mlan adapter operations.card_type is 0x109. [ 9.118472] wlan:启用 TX SG 模式 [ 9.122181] wlan: mpa_tx.buf_size=65280 [ 9.126231] wlan:启用 RX SG 模式 [ 9.129954] wlan: mpa_rx.buf_size=65280 [ 9.261877] 请求固件:nxp/sduart_nw61x_v1.bin [ 10.067400] Wlan:FW 下载结束,firmwarelen=913892 已下载 837692 [ 10.467947] WLAN FW 处于活动状态 [ 10.471106] on_time is 10463342042 [ 10.494983] VDLL 映像:len=76200 [ 10.498741] fw_cap_info=0x487cff03, dev_cap_mask=0xffffffff [ 10.504665] uuid: e139b70377da5b6fbc71c709b955b9a7 [ 10.509761] max_p2p_conn = 8, max_sta_conn = 16 [ 10.529596] IOCTL failed: 1b0efb8f id=0x200000, sub_id=0x200046 action=1, status_code=0x3 [FW_CMDRESP] [ 10.544554] Register NXP 802.11 Adapter mlan0 [ 10.549385] wlan: version = SDIW612---18.99.2.p19.10-MM6X18540.p33-GPL-(FP92) [10.567328] 设置 REG 0x90002328:0x10d57 slew_rate=0 [10.576793] usbcore:注册了新的接口驱动程序 usbxxx [10.584854] wlan:注册到总线驱动程序完成 [10.589480] wlan:驱动程序已成功加载 这里我尝试启动 mlan0 [ 76.346952] cmd53 write error=-110 [ 76.353352] host_too_card, write iomem (1) failed: -1 [ 76.359014] write CFG reg failed [ 76.362560] cmd53 write error=-110 [ 76.366184] host_too_card, write iomem (2) 失败:-1 [ 76.371495] write CFG reg 失败 [ 76.374999] cmd53 write error=-110 [ 76.402254] host_too_card, write iomem (3) 失败:-1 [ 76.407537] write CFG reg 失败 [ 76.410971] Error: host_to_card failed: 0xFFFFFFFF [ 76.416043] DNLD_CMD: Host to Card Failed [ 76.420306] IOCTL failed: ef7a4e76 id=0x90000, sub_id=0x90001 action=1, status_code=0x80000006 [CMD_DNLD_FAIL] [ 76.430903] ------------Dump info----------- [ 76.435415] Command to card failure [ 76.439111] pending command id: 0x10 ioctl_buf= (null) [ 76.444634] pending command id: 0x28 ioctl_buf=a69aa9f8 [ 76.450155]没有待执行的扫描命令 [ 76.453847] CurCmd 空 [ 76.456521] mlan_processing =1 [ 76.459753] main_lock_flag =0 [ 76.462885] main_process_cnt =75 [ 76.466292] delay_task_flag =0 [ 76.469523] mlan_rx_processing =0 [ 76.473022] rx_pkts_queued=0 [ 76.476061] more_task_flag = 0 [ 76.479292] num_cmd_timeout = 0 [ 76.482607] last_cmd_index = 2 [ 76.485830] last_cmd_id = [ 76.485834] 0x27c [ 76.488698] 0x27c [ 76.490818] 0x243 [ 76.492938] 0xe4 [ 76.495058] 0x5b [ 76.497086] 0x242 [ 76.499123] 0x4d [ 76.501243] 0xd1 [ 76.503271] 0x10 [ 76.505299] 0x28 [ 76.510935] last_cmd_act = [ 76.510937] 0x0 [ 76.513885] 0x1 [ 76.515821] 0x0 [ 76.517757] 0xff [ 76.519704] 0x1 [ 76.521732] 0x1 [ 76.523668] 0x1 [ 76.525604] 0x0 [ 76.527540] 0x1 [ 76.529486] 0x213 [ 76.535109] last_cmd_resp_index = 2 [ 76.538799] last_cmd_resp_id = [ 76.538802] 0x827c [ 76.542117] 0x827c [ 76.544329] 0x8243 [ 76.546540] 0x805b [ 76.548761] 0x805b [ 76.550973] 0x8242 [ 76.553185] 0x804d [ 76.555396] 0x80d1 [ 76.557608] 0x8010 [ 76.559828] 0x8028 [ 76.565819] last_event_index = 1 [ 76.569233] last_event = [ 76.569236] 0x0 [ 76.571999] 0x81 [ 76.573936] 0x0 [ 76.575963] 0x0 [ 76.577907] 0x0 [ 76.579844] 0x0 [ 76.581780] 0x0 [ 76.583716] 0x0 [ 76.585652] 0x0 [ 76.587587] 0x0 [ 76.593035] num_data_h2c_failure = 0 [ 76.596809] num_cmd_h2c_failure = 1 [ 76.600500] num_data_c2h_failure = 0 [ 76.604275] num_cmdevt_c2h_failure = 0 [ 76.608241] num_int_read_failure = 0 [ 76.612015] last_int_status = 64 [ 76.615422] num_alloc_buffer_failure = 0 [ 76.619572] num_pkt_dropped = 0 [ 76.622888] num_noo_cmd_node = 0 [ 76.626202] num_event_deauth = 0 [ 76.629617] num_event_disassoc = 0 [ 76.633208] num_event_link_lost = 0 [ 76.636890] num_cmd_deauth = 0 [ 76.640121] num_cmd_assoc_success = 0 [ 76.643987] num_cmd_assoc_failure = 0 [ 76.647860] num_cons_assoc_failure = 0 [ 76.651818] cmd_resp_received=0 [ 76.655133] event_received=0 [ 76.658180] max_tx_buf_size=4096 [ 76.661587] tx_buf_size=3072 [ 76.664626] curr_tx_buf_size=3072 [ 76.668134] data_sent=0 cmd_sent=0 [ 76.671725] ps_mode=1 ps_state=0 [ 76.675133] wakeup_dev_req=0 wakeup_tries=0 wakeup_timeout=0 [ 76.681121] hs_configured=0 hs_activated=0 [ 76.685448] pps_uapsd_mode=0 sleep_pd=0 [ 76.689506] tx_lock_flag = 0 [ 76.692545] scan_processing = 0 [ 76.695859] scan_state = 0x0 [ 76.698907] bypass_pkt_count=0 [ 76.702132] mp_rd_bitmap=0x0 curr_rd_port=0x0 [ 76.706734] mp_wr_bitmap=0xffffff curr_wr_port=0x0 [ 76.711987] mp_data_port_mask = 0xffffff [ 76.716314] last_recv_rd_bitmap=0x0 mp_invalid_update=0 [ 76.721843] last_recv_wr_bitmap=0xffffffff last_mp_index=0 [ 76.727641] mp_wr_bitmap:0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 76.734364] 0x00 [ 76.734367] 0x00 [ 76.736395] 0x00 [ 76.738432] 0x00 [ 76.740460] 0x00 [ 76.742488] 0x00 [ 76.744516] 0x00 [ 76.746543] 0x00 [ 76.748580] 0x00 [ 76.750609] 0x00 [ 76.752637] 0x00 [ 76.754665] 0x00 [ 76.756692] 0x00 [ 76.758729] 0x00 [ 76.760757] 0x00 [ 76.762785] 0x00 [ 76.768417] mp_wr_bitmap:0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 76.775131] 0x00 [ 76.775133] 0x00 [ 76.777162] 0x00 [ 76.779199] 0x00 [ 76.781227] 0x00 [ 76.783255] 0x00 [ 76.785283] 0x00 [ 76.787311] 0x00 [ 76.789348] 0x00 [ 76.791376] 0x00 [ 76.793404] 0x00 [ 76.795437] 0x00 [ 76.797465] 0x00 [ 76.799502] 0x00 [ 76.801531] 0x00 [ 76.803559] 0x00 [ 76.809192] mp_wr_bitmap:0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 76.815906] 0x00 [ 76.815908] 0x00 [ 76.817944] 0x00 [ 76.819973] 0x00 [ 76.822001] 0x00 [ 76.824029] 0x00 [ 76.826057] 0x00 [ 76.828093] 0x00 [ 76.830121] 0x00 [ 76.832149] 0x00 [ 76.834177] 0x00 [ 76.836205] 0x00 [ 76.838241] 0x00 [ 76.840269] 0x00 [ 76.842297] 0x00 [ 76.844325] 0x00 [ 76.849957] mp_wr_bitmap:0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 76.856671] 0x00 [ 76.856673] 0x00 [ 76.858711] 0x00 [ 76.860739] 0x00 [ 76.862774] 0x00 [ 76.864803] 0x00 [ 76.866831] 0x00 [ 76.868868] 0x00 [ 76.870897] 0x00 [ 76.872925] 0x00 [ 76.874953] 0x00 [ 76.876981] 0x00 [ 76.879018] 0x00 [ 76.881046] 0x00 [ 76.883074] 0x00 [ 76.885102] 0x00 [ 76.890734] mp_wr_bitmap:0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 76.897448] 0x00 [ 76.897451] 0x00 [ 76.899488] 0x00 [ 76.901516] 0x00 [ 76.903544] 0x00 [ 76.905572] 0x00 [ 76.907599] 0x00 [ 76.909636] 0x00 [ 76.911665] 0x00 [ 76.913693] 0x00 [ 76.915721] 0x00 [ 76.917749] 0x00 [ 76.919785] 0x00 [ 76.921813] 0x00 [ 76.923841] 0x00 [ 76.925869] 0x00 [ 76.931501] mp_wr_bitmap:0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 76.938223] 0x00 [ 76.938226] 0x00 [ 76.940254] 0x00 [ 76.942282] 0x00 [ 76.944310] 0x00 [ 76.946337] 0x00 [ 76.948374] 0x00 [ 76.950402] 0x00 [ 76.952430] 0x00 [ 76.954457] 0x00 [ 76.956485] 0x00 [ 76.958521] 0x00 [ 76.960550] 0x00 [ 76.962578] 0x00 [ 76.964605] 0x00 [ 76.966633] 0x00 [ 76.972265] mp_wr_bitmap:0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 76.978987] 0x00 [ 76.978990] 0x00 [ 76.981018] 0x00 [ 76.983046] 0x00 [ 76.985074] 0x00 [ 76.987102] 0x00 [ 76.989138] 0x00 [ 76.991167] 0x00 [ 76.993195] 0x00 [ 76.995222] 0x00 [ 76.997250] 0x00 [ 76.999286] 0x00 [ 77.001315] 0x00 [ 77.003343] 0x00 [ 77.005371] 0x00 [ 77.007399] 0x00 [ 77.013031] mp_wr_bitmap:0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 77.019753] 0x00 [ 77.019756] 0x00 [ 77.021784] 0x00 [ 77.023812] 0x00 [ 77.025840] 0x00 [ 77.027876] 0x00 [ 77.029905] 0x00 [ 77.031940] 0x00 [ 77.033969] 0x00 [ 77.035997] 0x00 [ 77.038033] 0x00 [ 77.040062] 0x00 [ 77.042090] 0x00 [ 77.044118] 0x00 [ 77.046145] 0x00 [ 77.048182] 0x00 [ 77.053806] mp_wr_bitmap:0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 77.060529] 0x00 [ 77.060531] 0x00 [ 77.062560] 0x00 [ 77.064587] 0x00 [ 77.066615] 0x00 [ 77.068652] 0x00 [ 77.0x00 [ 77.072708] 0x00 [ 77.074736] 0x00 [ 77.076764] 0x00 [ 77.078801] 0x00 [ 77.080829] 0x00 [ 77.082857] 0x00 [ 77.084884] 0x00 [ 77.086912] 0x00 [ 77.088949] 0x00 [ 77.094572] mp_wr_bitmap:0x0 mp_wr_ports=0x0 len=0 curr_wr_port=0x0 [ 77.101295] 0x00 [ 77.101297] 0x00 [ 77.103326] 0x00 [ 77.105354] 0x00 [ 77.107381] 0x00 [ 77.109418] 0x00 [ 77.111446] 0x00 [ 77.113474] 0x00 [ 77.115502] 0x00 [ 77.117529] 0x00 [ 77.119566] 0x00 [ 77.121595] 0x00 [ 77.123623] 0x00 [ 77.125650] 0x00 [ 77.127678] 0x00 [ 77.129715] 0x00 [ 77.135341] bss_index = 0, tx_pkts_queued = 0 tx_pause [ 77.140796] Host:chillair-r1234yf-00050 Timestamp:9c6953b9 [ 77.146691] Driver version = SDIW612---18.99.2.p19.10-MM6X18540.p33-GPL-(FP92) [ 77.154431] main_state = 3 [ 77.157287] ioctl_pending = 1 [ 77.160428] tx_pending = 0 [ 77.163285] wmm_tx_pending[0] = 0 [ 77.166783] wmm_tx_pending[1] = 0 [ 77.170291] wmm_tx_pending[2] = 0 [ 77.173790] wmm_tx_pending[3] = 0 [ 77.177288] rx_pending = 0 [ 77.180152] lock_count = 44 [ 77.183100] malloc_count = 49 [ 77.186231] mbufalloc_count = 0 [ 77.189554] hs_skip_count = 0 [ 77.192685] hs_force_count = 0 [ 77.195909] Media state ="Disconnected" [ 77.200059] carrier off [ 77.202641] tx queue 0: stopped [ 77.205956] tx queue 1: stopped [ 77.209279] tx queue 2: stopped [ 77.212595] tx 队列 3: stopped [ 77.215911] mlan0: num_tx_timeout = 0 [ 77.219799] -------- Dump info End--------- [ 77.237865] IPv6: ADDRCONF(NETDEV_UP): mlan0: link is not ready [ 77.270404] SDIO Func0 (0x0-0x9):ERR [ 77.274349] SDIO Func1 (0x10-0x17):ERR [ 77.278454] SDIO Func1: (0x8) ERR [ 77.282147] SDIO Func1 (0xe8-0xff):ERR [ 77.387444] SDIO Func1 (0xe8-0xff):ERR [ 77.391567] set pending clean [ 77.471612] SDIO Write ERR [ 77.474573] SDIO Write ERR [ 77.477436] ==== DEBUG MODE OUTPUT START: 77.469673 ==== [ 77.483111] SDIO Write ERR [ 77.485995] SDIO Write ERR [ 77.488871] ==== DEBUG MODE END ==== [ 77.492866] IOCTL 失败: a69aa9f8 id=0x20000, sub_id=0x20007 action=1, status_code=0x80000007 [CMD_CANCEL] (CMD_CANCEL) Re: IW611: Unable to setup Linux driver 你好@mlytvyn 您能试试 50MHz 的频率吗? 顺祝商祺! 肖恩 Re: IW611: Unable to setup Linux driver 我有 TI Sitara AM4376。 image.png image.png MMC 总线配置如下:   &mmc3 { status = "okay"; dmas = <&edma_xbar 30 0 1>, <&edma_xbar 31 0 2>; dma-names = "tx", "rx"; pinctrl-names = "default", "sleep"; pinctrl-0 = <&mmc3_pins_default>; pinctrl-1 = <&mmc3_pins_sleep>; vmmc-supply = <&dcdc4>; bus-width = <4>; cap-sdio-irq; ti,non-removable; max-frequency = <25000000>; /* slow down to 25MHz for bring-up */ }; MMC 总线控制器设法检测到 Wi-Fi 芯片,内核加载了正确的驱动程序,驱动程序使用提供的固件 blob 闪存了芯片,并从芯片中获得了固件版本。对我来说,这不像是 SDIO 配置问题,而像是与驱动程序(或 FW)有关的问题。 第一个错误发生在这里 [ 10.529596] IOCTL 失败: 1b0efb8f id=0x200000, sub_id=0x200046 action=1, status_code=0x3 [FW_CMDRESP] 司机在这个阶段要做什么? 顺祝商祺! 米哈伊洛 Re: IW611: Unable to setup Linux driver 你好@mlytvyn 您使用的是哪台主机? 驱动程序加载和固件下载没有问题。 sdio 通信报告错误。 顺祝商祺! 肖恩 Re: IW611: Unable to setup Linux driver 您好, 变化不大 mlytvyn_0-1780995812806.png 在这里,我启动了 mlan0,然后得到 mlytvyn_2-1780995954838.png mlytvyn_1-1780995851394.png 我遇到了同样的错误 IOCTL failed: 61e24fe7 id=0x200000, sub_id=0x200046 action=1, status_code=0x3 [FW_CMDRESP] 失败 Re: IW611: Unable to setup Linux driver 你好@mlytvyn 能否告诉我们您使用的是哪种 iw612 模块?还是您正在使用 iw612evk?我注意到你的 sd 接口是 3.3V,你匹配了 sdio 功率级吗? 顺祝商祺! 肖恩 Re: IW611: Unable to setup Linux driver 我使用的是 Silex SX-SDMAX 表面贴装版(https://www.silextechnology.com/connectivity-solutions/embedded-wireless/sx-sdmax)。据我所知,VIO 和 VIO_SD 上的电压决定了信号电平。 
View full article
FRDM Device Trees for Education and Rapid Prototyping To simplify development on the NXP FRDM board family, new device trees have been created for the i.MX91, i.MX93, i.MX95, and i.MX8MP platforms. These device trees are intended to provide a more ready to use out of the box experience by preconfiguring the Raspberry Pi connector with the same peripheral mapping commonly expected on Raspberry Pi compatible hardware. With this approach, developers, students, and makers can use compatible expansion boards and HAT style accessories more easily, without needing to create or significantly modify additional device tree files. Instead of spending time on low level hardware description updates, users can start evaluating peripherals and building applications directly on top of the provided configurations. For convenience, this post includes a .zip package containing: The compiled device tree binaries (.dtb) The device tree source files (.dts) The kernel patch for the NXP Linux Kernel 6.18 required to integrate these changes All files are attached to this post, allowing users to easily reuse, modify, or integrate the device trees into their own projects. To configure a new device tree, compile it, and flash it onto the target, you can refer to the following guides: How to compile Linux Kernel Image and device tree using Yocto SDK Flash customized Linux Kernel Image and device tree using UUU Tool
View full article
许可证到期 你好 我的 S32DS 3.4 许可证即将到期。能把这个延长吗? Re: License Expiring 你好、 您的 S32DS 许可证已延期。
View full article
来自 LVDS 面板规格的像素时钟不起作用 VAR-SOM-MX8M-PLUS IMX8MP 您好, ,我正在使用 Variscite SOM VAR-SOM-MX8M-PLUS(您可以通过谷歌搜索该 SOM 型号找到他们的网站),该 SOM 使用 LVDS,用于 640x480 60Hz LCD。在使用规格表中的显示时序参数时,我无法获得稳定的 LCD 图像。 synthesys_0-1779842178027.png 我的设备树发生了变化: #include "imx8mp-var-som-symphony.dts" / { panel { compatible = "panel-lvds"; backlight = <&backlight>; width-mm = <211>; height-mm = <158>; label = "640x480"; data-mapping = "jeida-24"; status = "okay"; panel-timing { clock-frequency = <25175000>; hactive = <640>; vactive = <480>; hback-porch = <40>; hfront-porch = <8>; vback-porch = <25>; vfront-porch = <2>; hsync-len = <96>; vsync-len = <2>; hsync-active = <0>; vsync-active = <0>; de-active = <1>; }; port { panel_in: endpoint { remote-endpoint = <&lvds_out>; }; }; }; }; &clk { assigned-clock-rates = <0>, <0>, <1000000000>, <800000000>, <500000000>, <400000000>, <800000000>, <393216000>, <361267200>, <352450000>; }; &media_blk_ctrl { assigned-clock-rates = <500000000>, <200000000>, <0>, <0>, <352450000>; }; &ldb { status = "okay"; lvds-channel@0 { fsl,data-mapping = "jeida"; fsl,data-width = <24>; status = "okay"; port@1 { reg = <1>; lvds_out: endpoint { remote-endpoint = <&panel_in>; }; }; }; };   我更新了 PLL 时钟,以反映 25.175 MHz 的像素时钟(25.175 * 14 = 352.450MHz)。 352.450 MHz)。我还添加了其他时钟,以防有不同的乘数(不仅仅是 14)。 static const struct imx_pll14xx_rate_table imx_pll1443x_tbl[] = { PLL_1443X_RATE(1039500000U, 173, 2, 1, 16384), /* 74.25 MHz */ PLL_1443X_RATE(910000000U, 455, 3, 2, 0), /* 65 MHz */ PLL_1443X_RATE(1040000000U, 208, 3, 1, 0), /* 65 MHz */ PLL_1443X_RATE(455000000U, 379, 5, 2, 10923), /* 65 MHz */ PLL_1443X_RATE(650000000U, 325, 3, 2, 0), PLL_1443X_RATE(594000000U, 198, 2, 2, 0), PLL_1443X_RATE(519750000U, 173, 2, 2, 16384), /* 37.125 MHz */ /*PLL_1443X_RATE(420000000U, 175, 5, 1, 0),*/ /* 30 MHz */ PLL_1443X_RATE(393216000U, 262, 2, 3, 9437), /*PLL_1443X_RATE(378000000U, 126, 4, 1, 0),*/ /* 27 MHz */ PLL_1443X_RATE(361267200U, 361, 3, 3, 17511), PLL_1443X_RATE(352450000U, 220, 15, 0, 18432), /* 25.175 MHz */ PLL_1443X_RATE(400000000U, 200, 3, 2, 0), /* 25 MHz */ PLL_1443X_RATE(700000000U, 175, 3, 1, 0), /* 25 MHz */ PLL_1443X_RATE(350000000U, 175, 6, 1, 0), /* 25 MHz */ PLL_1443X_RATE(245760000U, 328, 4, 3, 0xae15), PLL_1443X_RATE(225792000U, 226, 3, 3, 0xcac1), PLL_1443X_RATE(122880000U, 328, 4, 4, 0xae15), PLL_1443X_RATE(112896000U, 226, 3, 4, 0xcac1), PLL_1443X_RATE(61440000U, 328, 4, 5, 0xae15), PLL_1443X_RATE(56448000U, 226, 3, 5, 0xcac1), PLL_1443X_RATE(49152000U, 393, 3, 6, 0x374c), PLL_1443X_RATE(45158400U, 241, 2, 6, 0xd845), PLL_1443X_RATE(40960000U, 109, 1, 6, 0x3a07), }; 我已经注释掉了 imx8mp-ldb.c 中的硬编码时钟 /* * Due to limited video PLL frequency points on i.MX8mp, * we do mode fixup here in case any mode is unsupported. */ /*if (ldb->dual) mode->clock = mode->clock > 100000 ? 148500 : 74250; else mode->clock = 74250;*/ return 0; 已验证板载 PLL 时钟: root @imx8mp-var-dart:~# cat /sys/kernel/debug/clk/ video_pll1/clk_pll1/clk_rate 352450000 照片看起来像这样 synthesys_1-1779843340131.png 请就下一步的尝试提出建议。 谢谢, Jon i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Pixel Clock from LVDS Panel Spec Not Working VAR-SOM-MX8M-PLUS IMX8MP 请参阅面板规格,您似乎没有设置正确的时序,h_total 是 800,v_total 是 525,请仔细检查。 Re: Pixel Clock from LVDS Panel Spec Not Working VAR-SOM-MX8M-PLUS IMX8MP 被支持者看见了 @joanxie Re: Pixel Clock from LVDS Panel Spec Not Working VAR-SOM-MX8M-PLUS IMX8MP 我更新了计时,总时长等于 800 小时,总 vtotal 等于 525 vtotal。照片出来的效果是一样的。 我在示波器上测量了时钟,像素时钟的频率为 25MHz,但垂直和水平同步不稳定。 IMX8MP 能否支持 640x480?为什么 h/v 同步时序不会不稳定? 我们有同样的 imx6solox 液晶显示屏,没有任何问题(内核 4.9),设备树中的面板设置很简单,很简单,可以立即使用。 Re: Pixel Clock from LVDS Panel Spec Not Working VAR-SOM-MX8M-PLUS IMX8MP 您好@synthesys ,能否分享您当前的时序设置? , Zhiming。 Re: Pixel Clock from LVDS Panel Spec Not Working VAR-SOM-MX8M-PLUS IMX8MP 你好,以下是当前的时间安排。 panel { compatible = "panel-lvds"; backlight = <&backlight>; width-mm = <211>; height-mm = <158>; label = "640x480"; data-mapping = "jeida-24"; status = "okay"; panel-timing { clock-frequency = <25175000>; hactive = <640>; vactive = <480>; hback-porch = <46>; hfront-porch = <8>; vback-porch = <38>; vfront-porch = <4>; hsync-len = <106>; vsync-len = <3>; hsync-active = <0>; vsync-active = <0>; de-active = <1>; }; port { panel_in: endpoint { remote-endpoint = <&lvds_out>; }; }; }; 我附上了液晶显示器的数据表和时序的具体页面。我们有一块液晶显示板可以将 LVDS 转换为并行 RGB。正如我之前提到的,同样的 LCD 在 IMX6SoloX 上也能正常工作。 由于某些原因,12.5MHz 的图像看起来很棒,但刷新率只有 30Hz。我想使用的规格是 25MHz @ 60 Hz 刷新率。 Re: Pixel Clock from LVDS Panel Spec Not Working VAR-SOM-MX8M-PLUS IMX8MP 仅供参考,像素时钟频率为 12.5 MHz,性能稳定,图像清晰。像素时钟频率为 63MHz - 74.25MHz,频率稳定,但略有变色。像素时钟频率在 12.5MHz 和 63MHz 之间时,图像不稳定/有噪音。非常奇怪! Re: Pixel Clock from LVDS Panel Spec Not Working VAR-SOM-MX8M-PLUS IMX8MP Zhiming, 我尝试了新的定时,图像仍然很差,与我在原帖中发布的图片相似。我想解决办法可能不是改变这些面板的时序。 设备树或者内核中还有其他需要的东西才能启用此功能吗? 我试着更改 PLL(像素时钟 x 7 或像素时钟 x 14),问题依然如故。 还有其他建议吗? 感谢您一直以来对这个问题的支持。 乔恩 Re: Pixel Clock from LVDS Panel Spec Not Working VAR-SOM-MX8M-PLUS IMX8MP 你好@synthesys 我检查了数据表和您的 dts 中的定时参数。 数据表: 横向 TH = 800 时钟 // 总计 TWH = 30 个时钟//HS 脉冲宽度 THS = 144 个时钟周期 // HS 下降沿到 DEN 开始 TEP = 640 个时钟//DEN 脉冲宽度,hactive   垂直 电视 = 525 行 // 总计 TWV = 3 行//VS 脉冲宽度 TSTV = 35 行 // VS 至 DEN 起点     在 Linux 中,htotal = hactive + hfront_porch + hsync_len + hback_porch 您使用的是 hsync-active=0,这意味着hsync_len + hback_porch = THS = 144 、 hsync_len = TWH = 30 根据数据手册,所以 hback_porch = 144 - 30 = 114 hfront_porch = htotal - hactive - hsync_len - hback_porch = 800 - 640 - 30 - 114 = 16 垂直方向也类似,因此我建议您尝试以下参数。 panel-timing { clock-frequency = <25175000>; hactive = <640>; vactive = <480>; hfront-porch = <16>; hsync-len = <30>; hback-porch = <114>; vfront-porch = <10>; vsync-len = <3>; vback-porch = <32>; hsync-active = <0>; vsync-active = <0>; de-active = <1>; }; 致敬, Zhiming Re: Pixel Clock from LVDS Panel Spec Not Working VAR-SOM-MX8M-PLUS IMX8MP 您好 @synthesys 您可以尝试将 imx8mp-ldb.c 中的以下部分修改为所需的 `mclock` 值,而不是使用注解。 对 `mclock` 的这一修改对我来说确实有效。 imx8mp_ldb_encoder_atomic_check(struct drm_encoder *encoder、 struct drm_crtc_state *crtc_state、 struct drm_connector_state *conn_state) { struct imx_crtc_state *imx_crtc_state = to_imx_crtc_state(crtc_state); struct imx8mp_ldb_channel *imx8mp_ldb_ch = enc_to_imx8mp_ldb_ch(编码器); struct ldb_channel *ldb_ch =&imx8mp_ldb_ch->base; struct imx8mp_ldb *imx8mp_ldb = imx8mp_ldb_ch->imx8mp_ldb; struct ldb *ldb =&imx8mp_ldb->base; struct drm_display_mode *mode =&crtc_state->adjusted_mode; struct drm_bridge_state *bridge_state = NULL; struct drm_bridge *bridge;   bridge = drm_bridge_chain_get_first_bridge(编码器); bridge_state = drm_atomic_get_new_bridge_state(crtc_state->state, bridge);   if (!ldb_ch->bus_format) ldb_ch->bus_format = bridge_state->output_bus_cfg.format;   imx_crtc_state->bus_flags = bridge_state->input_bus_cfg.flags;   switch (ldb_ch->bus_format) { case MEDIA_BUS_FMT_RGB666_1X7X3_SPWG: imx_crtc_state->bus_format = MEDIA_BUS_FMT_RGB666_1X18; 打破; case MEDIA_BUS_FMT_RGB888_1X7X4_SPWG: case MEDIA_BUS_FMT_RGB888_1X7X4_JEIDA: imx_crtc_state->bus_format = MEDIA_BUS_FMT_RGB888_1X24; 打破; 默认: 返回 -EINVAL; }   /* * 由于 i.MX8mp 上的视频 PLL 频率点有限、 * 如果有任何模式不支持,我们会在这里进行模式修复。 */ 如果 (ldb->dual) 模式->时钟 = 模式->时钟> 100000 ?148500 : 74250; else mode->clock = mode->clock>=74250 ?74250 : 25175;   return 0; }   imx8mp_ldb_encoder_mode_valid(struct drm_encoder *encoder、 const struct drm_display_mode *mode) { struct imx8mp_ldb_channel *imx8mp_ldb_ch = enc_to_imx8mp_ldb_ch(编码器); struct ldb_channel *ldb_ch =&imx8mp_ldb_ch->base; struct imx8mp_ldb *imx8mp_ldb = imx8mp_ldb_ch->imx8mp_ldb; struct ldb *ldb =&imx8mp_ldb->base;   /* 使用面板应该没问题 */ if (ldb_ch->panel) 返回 MODE_OK;   /* * 由于 i.MX8mp 上的视频 PLL 频率点有限、 * 我们在这里进行有效模式检查。 */ if (ldb->dual&& mode->clock != 74250&& mode->clock != 148500&& mode->clock != 25175) 返回 MODE_NOCLOCK;   if (!ldb->dual&& mode->clock != 74250&& mode->clock != 25175) 返回 MODE_NOCLOCK;   返回 MODE_OK; }   我简单地猜测,原来的 imximp-ldb.c仅支持 148.5MHz 和 74.25MHz。要支持其他分辨率,您需要在此部分添加必要的代码片段。 Re: Pixel Clock from LVDS Panel Spec Not Working VAR-SOM-MX8M-PLUS IMX8MP 你好@刘志明还有其他建议吗?更改 PLL 或驱动程序代码? Re: Pixel Clock from LVDS Panel Spec Not Working VAR-SOM-MX8M-PLUS IMX8MP @Zhiming_Liu@JESON@joanxie 大家好,看来问题出在硬件上。我们需要在几条 LVDS 线上添加电阻。我们可以关闭此工单。感谢大家的建议。 
View full article
Polaris12 SMUファームウェアの起動中にAMDGPUが失敗する チームの皆さん、こんにちは。 弊社ではNXP T1040RBDボードを使用していますが、amdgpuドライバのロード中にPolaris12 SMUファームウェアの起動時にエラーが発生します。 以下にログファイルとカーネル設定ファイル、dtbファイルを示します。 amdgpu: メッセージ100の送信に失敗しました。戻り値は0です。 amdgpu: SMUファームウェアの起動に失敗しました! amdgpu: SMUマイクロコードの読み込みに失敗しました。 amdgpu: ファームウェアのロードに失敗しました amdgpu: smuファームウェアの読み込みに失敗しました amdgpu 0001:01:00.0:amdgpu: amdgpu_device_ip_init が失敗しました amdgpu 0001:01:00.0:amdgpu: GPU初期化中に致命的なエラーが発生しました amdgpu 0001:01:00.0:amdgpu: amdgpu: デバイスの処理を完了します。 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] 無効 me 2 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] 無効 me 2 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] 無効 me 2 [drm:.gfx_v8_0_set_eop_interrupt_state[amdgpu]] 無効 me 2 amdgpu: 0001:01:00.0 のプローブがエラー -22 で失敗しました Re: AMDGPU fails during Polaris12 SMU firmware startup こんにちは、 申し訳ありませんが、T1040 上の Polaris12 amdgpu 用の NXP ドライバ側の修正プログラムや既製のリポジトリは存在しません。そのため、動作させようとすると、お客様自身で SDKs カーネルを開発する必要があり、PCIe ウィンドウイングやエンディアンに関する重大なリスクを伴います。 よろしくお願いします。 Re: AMDGPU fails during Polaris12 SMU firmware startup こんにちは、 入手可能なドキュメントによると、T1040RDBはPCIeカードをホストできますが、AMD Polaris12 amdgpu 動作はサポートまたは検証されていません。この不具合は、既知のNXP PCIe起動修正ではなく、サポートされていないビッグエンディアンのPowerPCホストとの互換性の問題に起因する可能性が最も高いです。 よろしくお願いします。 Re: AMDGPU fails during Polaris12 SMU firmware startup こんにちは ドライバ側でこの問題を解決する方法はありますか? よろしくお願いいたします。 ガネーシャ
View full article
IBISモデルリクエスト — MC33664ATL1EG / MC33FS8530A0ES / MC33XS2410EL(信号完全性解析用) NXPコミュニティの皆様、こんにちは。 私は信号完全性解析に取り組んでおり、以下のIBISシミュレーションモデルが必要です。 NXPコンポーネント: 1. MC33664ATL1EG(TPLトランシーバ) 2. MC33FS8530A0ES(システムベーシス・チップ) 3. MC33XS2410EL(ハイサイドスマートスイッチ) これらのIBISファイルを提供していただけますか? または、NDA(秘密保持契約)の下で入手可能かどうか確認してください。 事前に感謝いたします。 DSC Re: IBIS Model Request — MC33664ATL1EG / MC33FS8530A0ES / MC33XS2410EL for Signal Integrity Analysis お問い合わせいただきありがとうございます。 IBISモデルはFS8530専用です。製品ページの「デザインリソース」→「デザインファイル」からダウンロードできます。 直接リンク: https://www.nxp.com/downloads/en/ibis-model/FS85-IBIS.zip 残念ながら、 MC33664およびXS2410用のIBISやその他のシミュレーションモデルは存在しません。  
View full article