Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
i.MX8/9 上的 Apple CarPlay Ultra 你好 i.MX8 或 i.MX9 系列处理器是否计划支持 Apple CarPlay Ultra? 如果是,预计的时间表是什么? i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Apple CarPlay Ultra on i.MX8/9 这是我从专业支持团队获得的信息。此外,这是专业支持团队的一位成员告诉我的有关 Apple CarPlay Ultra 的信息: "我们现在不支持它,我也不知道将来是否有支持它的计划。这是要与安娜-沃西开始讨论的问题。"
記事全体を表示
LPC55S36 I3C SCL 在热连接期间未完成 您好, 我正在尝试使用I3C总线实现热连接流程。但是,当目标触发信号热连接地址 (0x02) 时,SCL 会在第 8 个时钟滴答时停止。R/W 和 ACK 没有时钟,你知道吗? 螢幕擷取畫面 2025-08-19 100931.png Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@sam_wu_7911 在 i3c 规范中,ack 之后是停止条件或重复启动条件。 Harry_Zhang_0-1761878366328.png 这是我的代码。 Harry_Zhang_1-1761878525136.png Harry_Zhang_2-1761878543145.png Harry_Zhang_3-1761878585315.png 你可以试试 BR 哈利 Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@Harry_Zhang 应用解决方案后,会出现最后两个时钟。但是,收到 ack 后就是停止条件,这与 I3C 规范不符。 22. Hot Join ACK with stop condition.png 根据规范,应重复执行 START 条件,而不是 STOP 条件。您还有其他想法吗? 15. HJ (Hot-join).png Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@sam_wu_7911 是的,你说得对。然后动态分配地址。 你可以试试 BR 哈利 Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@Harry_Zhang 您是指当控制器接收到热连接中断时,发送响应 ACK 吗? 它和下面的代码类似吗? 螢幕擷取畫面 2025-08-25 162747.png BRs, 山姆 Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@sam_wu_7911 当您进入 Hot Join 时、 您可以尝试发送 ACK 响应。 I3C_MasterEmitIBIResponse(EXAMPLE_MASTER, kI3C_IbiRespAck); 然后动态分配地址。 BR 哈利 Re: LPC55S36 I3C SCL isn't completed during Hot Join 嗨 @Harry_Zhang 是的,我确实试过了 LPC55S36 板的目标。 此外,我还试过另一个传感器 IC,情况也一样。 你能为我提供一个触发信号最后两个时钟滴答的解决方案吗?我会很感激的。 Re: LPC55S36 I3C SCL isn't completed during Hot Join 你好@sam_wu_7911 我想问一下你的目标也是 lpc55s36 板吗? BR 哈利
記事全体を表示
PCAL 6534 電源シーケンス 最初にオンにする必要がある電源は、VDD(P) または VDD(I2C_BUS) ですか? PCAL6534 には電源シーケンスが必要ですか? Re: PCAL 6534 Power sequence こんにちは、 正確なタイミングシーケンスは指定されていません。デザインで最初に VDD_I2C に電源を投入する場合は、I²C 通信を試行する前に、VDD_P が速やかに上昇し、POR しきい値に達することを確認してください。POR リセット遅延時間は、VDD_P がしきい値を超えてから約 1 µs であることに注意してください。SO、信頼性の高い動作を確保するには、VDD_P が安定した後、I²C トランザクションを開始する前に短い遅延 (数マイクロ秒など) を許可します。 BRs、トーマス Re: PCAL 6534 Power sequence タイミングを含む正確な電源シーケンスはありますか? 実際、デザイン上、VDD_I2C は VDD_P よりも先に電源が投入されます。 Re: PCAL 6534 Power sequence こんにちは、 VDD(P) は最初に電源を投入するか、少なくとも VDD(I2C_BUS) より遅くは投入しないでください。これにより、通信が開始される前に内部回路とレジスタが適切に初期化されます。 BRs、トーマス
記事全体を表示
コピー: S32K3XX の機能安全包囲安全パックの使用中に、CMU 检测中断構成 この投稿はここからのコピーです お客様は SAF バージョン 1.0.2 を購入しました。 CMU_FC_0 チャネルを使用して DCMRWP3 を 0X100 に構成する場合、破壊性ビットは発生しませんか? 安全_SW Re: Copy: 在使用S32K3XX的功能安全包safetypack时,CMU检测中断配置 こんにちは、ダニエル。 CMU_FC_0 は FXOSC クロックを監視し、割り込み (SYNC イベント) または破壊的リセット (ASYNC イベント) への反応を設定できます。反応を適切に設定するには、RTD MCU モジュールを使用してください。 DCMRWP3 を使用すると、PLL ロック喪失に対するデフォルトの破壊的なリセット反応を割り込みに降格できます。 この設定を確認するために、SW 手段 (EIM 経由の障害注入) によってこの障害を強制する方法はないと思います。 DCMRWP3とCMU_FC_0の間には関係はありません。 敬具、 ラドスラフ
記事全体を表示
S32K3 : LPSPI 主站从站传输 你好 S32K3 团队, 我正在使用这个评估板:— https://www.nxp.com/design/design-center/development-boards-and-designs/S32K312EVB-Q172 我做了这样一个 IP 示例:--- LPSPI2作为主站使用 DMA。 该示例使用 LPSPI2 Master 传输 & 使用 DMA 接收十二个字节。 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K312-SPI-Transmit-amp-Receive-Using-DMA-DS3-5-RTD300/ta-p/1787856 现在我想修改这个示例:-- LPSPI-2 (Master)--> LPSPI-1 (SLave) 我修改了以下驱动程序的示例:-- 添加了 lpspi-1 从站的引脚设置 DMA MUX DMA 添加了 LPSPI-1 所附源代码使用 LPSPI_2(主站)发送数据。 -->您能否在>--> LPSPI-1(从站)上添加 接收数据的代码。 主站将发送数据& ,从站将接收同样的数据。 问候, Dinesh RTD Re: S32K3 : LPSPI MASTER slave transfer 嗨,@Dinesh_Guleria、 1. 波特率 = 2kHZ: 我检测到,如果我在下次调用 lif ((Master __callback==1)&&(Slave__ callback==1)) 中添加延迟时间 lpsiP_IP_asyncTransmit (),那么问题就会得到解决。 之后,我添加了一些检查语句,如下所示,而不是使用延迟时间,你的项目成功了。我附上了项目。 2. 波特率较高,正如我跟你说过的:在你的项目中不能使用较高的波特率,因为在使用带有 DMA 的 LPSPI1 和 2 时,这是硬件限制。 顺祝商祺! 丹 Re: S32K3 : LPSPI MASTER slave transfer 嗨,@Dinesh_Guleria、 如果波特率较高,我建议您可以为通道 DMA_IP_HW_CH_2 和 3(LPSPI1 - 从站)配置 DMA_IP_LEVEL_PRIO1;为通道 DMA_IP_HW_CH_0 和 1(LPSPI2 - 主站)配置 DMA_IP_LEVEL_PRIO0。然后,为所有 Dma 通道启用"Enable Preemption" 。 顺祝商祺! 丹 Re: S32K3 : LPSPI MASTER slave transfer 我将 HSE 时钟改为 --> 60 MHZ 然后我更改了这个值,错误消除了:---- 通过 LPSPI 接收到的数据 :-- 但您的示例代码只适用于 SPI 波特率 --> 20000 对于 --> 1 MHZ spi 波特率不起作用。 问候, Dinesh Re: S32K3 : LPSPI MASTER slave transfer 你好@DanNguyenDuy, 我测试了你的项目,是的,我能够接收从主站发送到从站的数据。 由于APIS_SLOW_CLK与 HSE_CLK 的比率(1/2 或 1/4),我将 HSE 时钟改为 60 MHZ :-- 我开始在 LPSPI 中遇到错误:--- 在我的项目中,我使用 --> LPSPI_2、LPSPI_1 将 HSE 时钟更改为 --> 60 MHZ .在 LPSPI 中出现以下错误 -->在您的项目中 请您测试一下,为什么 S32DS 会出现这种情况......? 请说明为什么会出现这个错误? 问候, Dinesh Re: S32K3 : LPSPI MASTER slave transfer 嗨,@Dinesh_Guleria、 您是否在 DMA_IP_HW_CH_2 和 DMA_IP_HW_CH_3 中启用了"Enable Preemption" ? 请确保您的连接正确无误,如附图所示。 我在 S32DS 和 Trace32 调试器上都进行了测试,结果都通过了;但我发现 Trace32 调试器比 S32DS 调试器更稳定。因此,我建议您使用 T32 调试器,而不是 S32DS 调试器。 如果没有 Trace32 调试器,可以尝试在 S32DS 3.6 调试器版本上重新调试,而不是 3.5 调试器版本。 顺祝商祺! 丹 Re: S32K3 : LPSPI MASTER slave transfer 嗨,丹, 很抱歉这么晚才回复,我上周休假了。 请使用PE Micro 调试器进行检查。 我测试了你的代码我在两块板上测试过。 我甚至更换了新电线。 我重新确认了我的连接,使用的引脚是一样的 :--- 代码卡在这里...... :-- 我移除了在 Power On 主板上测试过的调试器 &。 发光二极管从不发光,代码如下:--- 但您的代码在我这里不起作用 , Dinesh Re: S32K3 : LPSPI MASTER slave transfer 嗨,@Dinesh_Guleria、 我用上述连接调试了您的项目,测试通过了。 我还在 DMA_IP_HW_CH_2 和 DMA_IP_HW_CH_3 中启用了"启用抢占" 顺祝商祺! 丹 Re: S32K3 : LPSPI MASTER slave transfer 嗨,@Dinesh_Guleria、 根据你的图像,看起来你在 S32K312EVB 板上连接了错误的引脚。 您能再检查一下您的连接吗? lpspi2_sout - ptb3: j412.20<--> lpspi1_sin - pta20: j38.4 lpspi2_sin - ptb2: j412.11<--> lpspi1_sout - pta18: j3.8 lpspi2_sck - ptb29: j412.8<--> lpspi1_sck - pta19: j38.1 lpspi2_pcs0 - ptb25: j3.6<--> lpspi1_pcs0 - pta11: j4.2 顺祝商祺! 丹 Re: S32K3 : LPSPI MASTER slave transfer 我修改了代码 :-- 启用了这些中断 :-- 已添加回调处理程序,用于主站传输,回调命中:--- 但从属回调永远不会被点击& ,因为从属端没有收到数据。 请查看我更新的代码。 问候, Dinesh Re: S32K3 : LPSPI MASTER slave transfer 你好 RTD 团队, 我在参考示例中修改了示例代码 —--> > Lpspi_Flexio_Ip_Transfer_S32K344 我用这种方式连接引脚:-- 主站(LPSPI-2) 从站(LPSPI-1) MOSI - PTB-3(紫色)<-----------> SIN - PTA20 MISO - PTB-2 (White)<-----------> SOUT - PTA18 SCLK - PTB-29(蓝色)<-----------> SCLK - PTA19 CS-0 - PTB-25 (Black)<-----------> CS-0 - PTA11 船上连接:-- 从属程序从未收到任何数据& 代码卡在这里 :-- 请说明代码中缺少了什么? 问候, DInesh
記事全体を表示
S32K144: lin_master_s32k144 (S32DS.ARM2.2) への FlexCAN の統合 おはよう: 現在、S32K144EVB ボードを使用してシステム デモを準備しており、1 つの従来の CAN-HS ネットワーク (500k) と 3 つの LIN を管理する必要があります。(19200、各LINに複数のスレーブ) k144EVB ボードは 3 つの LIN の LIN マスターとして動作します。そのため、開始点として LIN_master_S32K144 の例を選択しました。LINStACK は正常に動作しており、現在、プロジェクトへの CAN 通信の統合を確認し始めています。S32K144 のドキュメントと例を確認すると、K144 には CAN 通信を管理する 2 つの方法があることがわかります... FIFO 経由か MB 経由です... どちらが優れているかは不明です... 4 〜 5 件の CAN メッセージを受信し、コンテンツ データの一部を処理し、定期的に 1 つまたは 2 つの CAN メッセージを送信する必要があるシステムの場合: 1) LIN マスターがフル稼働することを考慮すると、FIFO または MB のどちらの構成の方が使いやすいですか? 2) NXP linstack と FlexCAN 統合の間でレジスタ/クロック/割り込みの競合が発生する可能性はありますか? 3) このような統合 (LIN-MASTER + CAN-HS) を備えた例は既に存在しますか? Re: S32K144: Integration of FlexCAN inside lin_master_s32k144 (S32DS.ARM2.2) こんにちは@rricart LIN と CAN の間には関係はなく、2 つの独立したペリフェラルです。 S32K1 FlexCAN の場合、CAN FIFO は CAN FD をサポートしていないため、CAN FD をサポートする必要があるかどうかを検討する必要があります。 プロジェクトで CAN FD 機能が必要ない場合は、MB または FIFO のいずれかで十分です。 このリンクで提供されているデモを参照できます。このデモでは、FlexCAN のさまざまな使用方法が分類され、簡単なテスト デモが提供されています。 https://community.nxp.com/t5/S32K-Knowledge-Base/S32K1xx-FlexCAN-Mask-Setting-Demo/ta-p/1519753
記事全体を表示
S32K3 HSE:导出 EDDSA 公钥 我可以使用 "密钥生成服务 "生成 ED25519 密钥对,并希望稍后能使用 "密钥导出服务 "导出公钥。但是,当我尝试导出公钥时,HSE 返回 HSE_SRV_RSP_NOT_ALLOWED。 生成密钥时,我使用了以下参数: 服务 ID:HSE_SRV_ID_KEY_GENERATE targetKeyHandle = key_handle; keyInfo: keyFlags = HSE_KF_USAGE_SIGN | HSE_KF_USAGE_VERIFY | HSE_KF_ACCESS_EXPORTABLE keyBitLen = HSE_KEY256_BITS keyCounter = 0 smrFlags = 0 keyType = HSE_KEY_TYPE_ECC_PAIR specific.eccCurveId = HSE_EC_25519_ED25519 keyGenScheme = HSE_KEY_GEN_ECC_KEY_PAIR sch.eccKey.pPubKey = (HOST_ADDR)pub_key_output_ptr; 当我导出密钥时: 服务 ID:HSE_SRV_ID_EXPORT_KEY targetKeyHandle = key_handle; // 相同的密钥句柄 keyInfo: keyFlags = HSE_KF_USAGE_VERIFY | HSE_KF_ACCESS_EXPORTABLE keyBitLen = HSE_KEY256_BITS keyCounter = 0 smrFlags = 0 keyType = HSE_KEY_TYPE_ECC_PAIR specific.eccCurveId = HSE_EC_25519_ED25519 pKey[0] = (HOST_ADDR)pub_key_output_ptr; pKeyLen[0] = (HOST_ADDR)&g_identity_key_len;   是否有任何参数丢失或配置错误? Re: S32K3 HSE: Export EDDSA Public Key 谢谢你,Lukas,我没有设置HSE_INVALID_KEY_HANDLE。 现在我在头文件中看到 如果未使用,必须设置为 #HSE_INVALID_KEY_HANDLE。 Re: S32K3 HSE: Export EDDSA Public Key 嗨@MHan 我看不出这些参数有什么问题。由于公开 ECC 密钥以明文形式导出,未经验证,您是否将 cipherKeyHandle 和 authKeyHandle 配置为 HSE_INVALID_KEY_HANDLE (0xFFFFFFFF)?对这些密钥句柄设置 HSE_INVALID_KEY_HANDLE 可确保忽略身份验证和加密参数。 还可以尝试禁用数据缓存,以确认不是缓存问题。 问候, Lukas
記事全体を表示
MPC5748G: Flexcan 擬似ネットワークを使用した STOP モードからのウェイクアップ STOP モードに入り、RTC から起動できるアプリケーションがあります。 CAN0 からもウェイクアップできるようにしたいです。 今のところ、私はそれを達成できていません。 クロックを設定し、WKPU、RTC、CAN0、MC_ME を構成するコードを含む cpp ファイルを添付します。 私のコードのどこが間違っているかお分かりですか? Re: MPC5748G: Wakeup from STOP mode using Flexcan Pretended Networking @PetrS返信が大変遅くなり申し訳ありません。さまざまな仕事が割り当てられました。さて、これに戻りましょう。 F40 クロックと FXOSC の両方の提案を試しましたが、成功しませんでした。 MPC5748G を停止モードにして、CAN メッセージが到着したときに起動する小さなサンプル アプリケーションを構築することは可能でしょうか? また、返信が遅くなり大変申し訳ございません。 Re: MPC5748G: Wakeup from STOP mode using Flexcan Pretended Networking こんにちは、 以下は役に立つでしょうか?しかし、LPU_RUN/STOP モードを使用しているようです。 https://community.nxp.com/t5/MPC5xxx-Knowledge-Base/Example-MPC5748G-PretendedNetworkingCAN-S32DS-1-0/ta-p/1108821 BR、ペトル Re: MPC5748G: Wakeup from STOP mode using Flexcan Pretended Networking danielnslund_0-1765872063671.png PEMicro 設定を添付します。 Re: MPC5748G: Wakeup from STOP mode using Flexcan Pretended Networking サンプル プロジェクトをダウンロードしましたが、プロジェクトをスリープ状態から復帰させることができません。 実際、デバッガーを Z4_1 (このプロジェクトはここで実行されていると思われます) に接続することすらできません。 停止すると、main の最初の命令にブレークポイントが設定されている場合でも、アドレス 0x0 に移動します。 Z4_0 は当社独自のソフトウェアにのみ使用しています。 トラブルシューティングに関する提案はありますか? 以下は PEMicro gdbserver からの出力です。 https://gist.github.com/dannas/2ea6ec655176ad2c36a5429b9517d37c ソフトウェアをロードでき、起動時に LED が点滅することで実行中であることを確認しました。 Re: MPC5748G: Wakeup from STOP mode using Flexcan Pretended Networking こんにちは、 私の知る限り、P&E マイクロ デバッガーは低電力デバッグ (enter/exit) をサポートしていません。 BR、ペトル Re: MPC5748G: Wakeup from STOP mode using Flexcan Pretended Networking まだこの問題を解決できていません。添付されたサンプル プロジェクトで CAN フレームを使用してプロセッサをスリープ状態から復帰させることもできませんでした。 1. あなたのボードでも動作しますか? 2. 他に何をテストすればよいか、何か提案はありますか? 3. このサンプル プロジェクトは LPU_STOP モード用であり、これまでは通常の STOP モードをターゲットにしてきました。代わりに STOP モードを使用するようにサンプル プロジェクトを調整することは可能ですか? Re: MPC5748G: Wakeup from STOP mode using Flexcan Pretended Networking より焦点を絞った、より実行可能な新しい質問を作成しました。 https://community.nxp.com/t5/MPC5xxx/MPC5748G-Sample-for-Pretended-Networking-CAN-wakeup-from-STOP/mp/2303844#M28310
記事全体を表示
MC9S12 メモリに関する質問 私は MC9S12GC16CPBE 用に設計されたファームウェアを使用しており、制御ロジックでアドレス 0x0F1C が使用されていることに遭遇しました。このアドレスはデータシートやリファレンスマニュアルに記載されていないことに気付きました。これがマスク セット 1M34C に関連付けられているかどうか、またはこのバリアントの特別な診断またはステータス レジスタの詳細を説明した補足ドキュメントが存在するかどうかを明確にできる人はいますか? ありがとう   Re: MC9S12 MEMORY QUESTION こんにちは、 メモリマップには次のように書かれています... リセット後のマップは次のようになります。 0x0000~0x03FF: レジスタ空間 ...... 1Kレジスタ空間は任意の2K境界にマッピング可能 0x0C00–0x0FFF: 1K RAM ...... 1KバイトのRAM空間は任意の2K境界にマッピング可能 SO、リセット後、アドレスはデフォルトで RAM として定義されます。 よろしくお願いいたします。 ラディスラフ
記事全体を表示
S32K311 ADCモジュール こんにちは、NXP サポーターの皆さん。 NXP s32k311 100 ピン パッケージの ADC 構成プロジェクトが必要です。ライブ式のデバッグ モードで表示できるシンプルな ADC ピン読み取りのような、特定の s32k311 MCU のサンプル プロジェクトを提供してください。s32k311 の特定の例がないとは言わず、あれこれ参照してください。期限があるのでプロジェクトを提供してください。積極的なサポートを期待しています。 Re: S32K311 ADC module こんにちは、 はい、もちろんです。 BR、ペトル Re: S32K311 ADC module わかりました...しかし、それらのリターゲット ファイルなどを作成するのではなく、メイン ソース ファイルで UART API を使用してデータを転送するだけでよいのでしょうか? Re: S32K311 ADC module こんにちは、 retarget.c/hを再利用します元のプロジェクトからのファイル。使用するターゲットに応じて変更する必要があります。Lpuart_Uart_Ip_SyncSend を呼び出す _write 関数が定義されています。 _write 関数は、C ライブラリ内の printf ルーチンの最下位レベルによって呼び出されます。 BR、ペトル Re: S32K311 ADC module しかし、printf 関数がどのようにデータを送信しているのかが 1 つわかりません。シリアル端末にデータを送信するために、Lpuart_Uart_Ip_SyncSend API を呼び出す必要はありませんか? Re: S32K311 ADC module ありがとう、兄弟...うまくいきました...NXP 製品に取り組む自信がさらに高まるよう、皆さんからのさらなるサポートを楽しみにしています。 Re: S32K311 ADC module こんにちは、 https://community.nxp.com/t5/S32K-Knowledge-Base/RTD400-LLD-K344-ADC-SW-HW-trigger/ta-p/1966179から添付の ADC SW トリガー例のポートを参照してください。 RTD600を使用してS32DS3.6に移植されました。例では、XS32K31XEVB-Q100のPOT(ADC1チャネルP7、PTA15)を読み取り、UART0に結果を表示します。 PetrS_0-1753881988651.png お役に立てれば幸いです。 BR、ペトル
記事全体を表示
i.MX95でGenAI Flowを使い始める - ヘルプとヒントが必要です こんにちは、皆さん 私はNXP Generative AI & LLM フォーラムで作業している開発者で、最近 i.MX95 EVK 上の eIQ GenAI Flow デモンストレーターの探索を始めました。私は AppCodeHub リポジトリからデモを正常にクローンし、Yocto 環境でクロスコンパイルを開始しましたが、途中でいくつかの問題が発生しました。リビジョンに応じて互換性のある BSP とオプションのメタレイヤーが必要であることは理解しています。 さらに、実際にiMX95とiMX8MPのAI推論パフォーマンスがどのように異なるのかも興味があります。私が見たベンチマークでは、トークン生成速度は、Neutron アクセラレーションを使用した iMX95 では約 9 トークン/秒であるのに対し、iMX8MP CPU のみでのCASEでは約 8.7 トークン/秒であるという結果が出ています @github.com 。しかし、特にこれらのプラットフォームですでに RAG および LLM パイプラインを使用している開発者からの直接のフィードバックをぜひ聞きたいと思っています。 質問: どのBSPバージョン(例:スムーズな展開のためには、L6.12.20 と L6.12.3 のどちらをターゲットにすればよいでしょうか? i.MX95 A1 リビジョンと B0 リビジョンで Neutron を正常に有効にするためのヒントはありますか? eIQ GenAI Flow で RAG を使用した場合のリアルタイム推論のレイテンシとメモリ制約に関する経験はありますか? さらに先に進む前に、特に設定メモや学んだ教訓など、アドバイスをいただければ幸いです。 よろしくお願いいたします! Re: Getting Started with GenAI Flow on i.MX95 – need help and tips こんにちは@Alicecarry 、 メッセージをありがとうございます! あなたの質問にお答えしたいと思います。 GenAI Flow Demonstrator v1.1で使用するBSPバージョンについては、以下を使用することをお勧めします。 L6.12.20 .このBSPでは、提供されているメタレイヤーは不要になりました。 i.MX95 B0には、Neutron NPU を介した LLM アクセラレーションがすでに組み込まれています。メタレイヤーはL6.12.3をカスタマイズするためにのみ必要です LLMアクセラレーションをサポートするBSP i.MX95 A1 。  i.MX95 A1 リビジョンでは、Neutron を活用するための 2 つのオプションがあります。 L 6.12.3 BSPを使用する + メタレイヤー、または 使用 L6.12.20 BSPはよりシンプルですが、次の 2 つの点を考慮する必要があります。 画像をフラッシュすると  uuu 、標準を使用する  imx-image-full-imx95evk.wic だが特定の A1 リビジョンには imx-boot 使用する必要があります。このファイルは BSP リリース アーカイブに含まれており、次の名前が付けられています。 imx-boot-imx95-a1-19x19-lpddr5-evk-sd.bin-flash_a55 (i.MX95 A1 19x19 EVK の場合)。 この BSP には、B0 リビジョンとのみ互換性のある Neutron ファームウェアが含まれているSO、LLM アクセラレーションはデフォルトでは機能しません。これを有効にするには、ファームウェアをメタレイヤーで提供されているものに置き換えます: dm-eiq-genai-flow-demonstrator/meta-eiq-genai-flow/recipes-libraries/neutron/files/NeutronFwllm.elf 。コピー先  /lib/firmware/  i.MX95 EVK ファイル システム上。 いずれのCASEでも、フラッシュ後に u-boot で「Neutron」dtb を設定する必要があることに注意してください。 このデモンストレーターは、当社の内部機能のサブセットのみを紹介します。社内には、特定のユースケースに合わせてレイテンシとパフォーマンスを微調整するための追加の ASR モデルと LLM モデルがあります。例えば、 Whisper-small.en ASR と Danube-500M(q8)LLMでは、入力オーディオの終了と出力オーディオの開始の間の遅延である「最初のオーディオまでの時間(TTFA)」を約 3.5 秒で、多くのユースCASEで許容できる値です。 他のASRモデルでは、このTTFAを以下のように短縮できます。 3秒 LLMあり、RAGのみのモード(LLMなし)では、以下に示すことができます。 2秒。 これが役に立つことを祈ります! 再度、感謝します、 ピエール
記事全体を表示
在 i.MX8 DRM 上使用 modetest 启用不同叠加平面时,为什么会收到"Permission denied" ? 你好 我正在 i.MX 平台上使用 modetest 工具测试叠加平面。我注意到,当我尝试启用某些叠加平面时,会出现"Permission denied" 错误,而其他叠加平面则运行正常。 以下是命令和结果: 飞机 70:   modetest -P 70@69:1024x768 # ... testing 1024x768@XR24 overlay plane 70 # (Success) 84 号飞机 modetest -P 84@69:1024x768 # ... testing 1024x768@XR24 overlay plane 84 # failed to enable plane: Permission denied 为什么启用某些飞机能起作用,而其他飞机却返回"拒绝许可" ? 是否有任何硬件或驱动程序限制了某些飞机的使用? 这是否与权限、资源冲突或其他因素有关? 任何建议或文档参考将不胜感激! 谢谢! Re: Why do I get "Permission denied" when enabling different overlay planes with modetest 您好@longzimggg 请键入 modetest -l 命令显示结果。 您不能直接在同一 CRTC 上同时独立运行多架飞机。这种限制主要来自 DRM 框架和驱动程序资源管理,而非硬件本身。 B.R Re: Why do I get "Permission denied" when enabling different overlay planes with modetest 请允许我说明一下我的情况: 目前,我正在使用 相同的 CRTC.我认为问题与使用相同的 CRTC 有关。然而,我想要实现的是使用不同进程的同一 CRTC 的不同平面进行渲染。
記事全体を表示
在哪里获得 S32K388EVB-Q289 评估板的演示软件? 您好,NXP团队, 我们已经购买了 S32K388EVB-Q289 评估板。请您就以下方面向我们提供建议: 我们在哪里可以获得该板的相应演示软件(演示软件)? 对于 S32K388,建议使用什么版本的 RTD(运行时驱动程序)进行软件操作? TCP/IP 相关驱动代码包的相应版本是什么? 我们目前安装的版本如下: 用于 S32 平台的 S32 Design Studio:3.6.3 rtd s32k3_s32m27x: 6.0.0.202508131114 tcpip_stack s32k3xx: 3.0.0.202507110930 freertos s32k3xx: 6.0.0.202506270658 感谢您的帮助! Re: Where to Obtain the Demo Software for the S32K388EVB-Q289 Evaluation Board? 您好, 关于预刷新 SW,我询问了 Apps 团队是否可以提供。 对于 TCPIP 模块,从 TCPIP 栈 2.0.0开始 ,只支持 Eth_HLD 驱动程序,而 lwip 演示示例仅基于 HLD。使用 IP 驱动程序时,CT 会产生您所遇到的错误。如果需要 LLD/IP,应使用以前版本的 TCPIP。 BR, Petr Re: Where to Obtain the Demo Software for the S32K388EVB-Q289 Evaluation Board? 还有一个问题:在 GMAC_K388 示例中添加 TCPIP 模块后,会出现这些错误,而且无法通过修改配置界面来消除问题。请问有没有解决这些问题的办法?还是驱动程序的 Gmac 无法与 Tcpip 模块配合使用?您能帮忙看看吗?谢谢! _0-1756690807913.png 问题:[CODEGEN] 生成文件失败"netifcfg.c" 级别: 错误 类型: 工具问题 工具:Peripherals 来源:Peripherals 相关资源:来源 信息:[CODEGEN] 生成文件失败"netifcfg.c" Re: Where to Obtain the Demo Software for the S32K388EVB-Q289 Evaluation Board? 收到开发板后无需下载程序,因为开发板已经有预编程的程序。我需要的正是出厂时预先刷到板上的这个固件及其源代码。 或者,此开发板上预安装的软件是否是 RTD 演示中包含的 LED 演示软件? Re: Where to Obtain the Demo Software for the S32K388EVB-Q289 Evaluation Board? 您好, 不知道您指的是哪个固件。 EVB 入门指南简单地指出了 RTD 演示 PetrS_0-1756453278795.png BR, Petr Re: Where to Obtain the Demo Software for the S32K388EVB-Q289 Evaluation Board? 谢谢您的解释! 但是,我真正需要的是在我们购买的演示板上运行的程序固件和相应的源代码。能否提供给我们? 安装RTD 6.0后,独立组网 (SA) 模块示例程序似乎不再可用,只能在安装RTD 4.0的环境中查看它们。 Re: Where to Obtain the Demo Software for the S32K388EVB-Q289 Evaluation Board? 您好, 1) 演示示例是 RTD、FreeRTOS 和 TCPIP 协议栈安装的一部分。如果所有程序都已正确安装,那么从示例中创建新项目后,就可以看到可用的演示程序。 PetrS_0-1756374329785.png 2) RTD600 是最新版本。还有一些补丁,但您使用的 RTD 是正确的; https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=SW32K3-STDSW-D 3)TCPIP_STACK S32K3XX: 3.0.0 是最新版本,应在 RTD S32K3_S32M27X: 6.0.0 和 FREERTOS S32K3XX: 6.0.0 上使用/安装。 BR, Petr
記事全体を表示
Imx93 evk ONOFFボタンはスタンバイ機能にCAN使用できます。 こんにちは、imx93 evk の ONOFF ボタンは、短押しスタンバイと短押しウェイクアップ機能を再び CAN 実行しますか?どうやってそれを達成するのでしょうか? xiang_1001_0-1761794552413.png Re: Imx93 evk ONOFF button can be used for standby function. ああ、残念ですが、すでにお気づきですね。私の返答は無視してください。 Re: Imx93 evk ONOFF button can be used for standby function. @xiang_1001はい、ON/OFF ボタンは GPIO ラインにルーティングされ、さらに PMIC 入力に送られ、ウェイクアップ ソースとして機能するように構成CANます。 デフォルトの BSP の一部として、ONOFF ボタンを短く押すことで、システムを CAN サスペンド状態から復帰させることができます。「 echo mem > /sys/power/state 」を実行してサスペンド状態にしてから、オン/オフ ボタンを 1 回だけ押して復帰させてみることCANます。 または、オン/オフボタンをシステムの「サスペンド」に設定する場合は、次の手順を実行する必要があります。 1. conf ファイルを編集します - /etc/systemd/logind.conf HandlePowerKey変数を「suspend」に設定する gaurav_sharma_0-1761804995958.png 2. systemd-logindを再起動します。 systemctl で systemd-logind を再起動します。 この後、ONOFFボタンを短く押すことでimx93をサスペンド状態にすることができます。 回复: Imx93 evk ONOFF button can be used for standby function. この機能は、/etc /etc/systemd/logind.conf ファイルを変更することで実現されます。
記事全体を表示
IMX8MP uboot configured with dual channel lvds, showing the presence of colored vertical lines Background: Currently according to the patch <8MP_LVDS_patch > configure uboot's lvds display, using 1280x800 single-channel screen display is normal; based on this basis need to realize 1920x1080 dual-channel display, has been configured as follows: 1. Configure the screen reference of lvds: timing_lvds: timing_lvds { clock-frequency = <141140000>; hactive = <1920>; vactive = <1080>; hfront-porch = <94>; hback-porch = <92>; hsync-len = <2>; vback- porch = <18>; vfront-porch = <16>; vsync-len = <2>; hsync-active = <1>; vsync-active = <1>; de-active = <1>; } ; 2. Write the register configuration of ldb: //CH1 #define CH1_DATA_WIDTH_24BIT (1 << 7) #define CH1_BIT_MAPPING_JEIDA (1 << 😎 #define CH1_BIT_MAPPING_SPWG (0) << 😎 media_blk_write(priv, LDB_CTRL, LDB_CH0_MODE_EN_TO_DI0 | CH0_DATA_WIDTH_24BIT | CH0_BIT_MAPPING_JEIDA | LDB_CH1_MODE_EN_TO_DI0 | CH1_DATA_WIDTH_24BIT | CH1_BIT_MAPPING_JEIDA); media_blk_write(priv, LDB_CTRL, LDB_CH0_MODE_EN_TO_DI0 | CH1_DATA_ WIDTH_24BIT | CH1_BIT_MAPPING_JEIDA). 3. According to the formula, calculate the PLL value: PLL_1443X_RATE(987980000U, 823, 5, 2, 20971), the uboot_lvds_1920x1080.jpguboot_lvds_1920x1080.jpg There is a logo screen displayed, but the screen shows the presence of colored vertical lines, what could this be, please help troubleshoot, thanks; looking forward to your reply! i.MX 8M | i.MX 8M Mini | i.MX 8M Nano i.MX8ULP Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi @dadaxin Since the bmp display in kernel and uboot is not the same function, so for now I suspect that there is something wrong with the bmp display related function, please try to replace the video_bmp_display function. int video_bmp_display(struct udevice *dev, ulong bmp_image, int x, int y, bool align) { struct video_priv *priv = dev_get_uclass_priv(dev); int i, j; uchar *start, *fb; struct bmp_image *bmp = map_sysmem(bmp_image, 0); uchar *bmap; unsigned long width, height; unsigned long pwidth = priv->xsize; unsigned colours, bpix, bmp_bpix; enum video_format eformat; struct bmp_color_table_entry *palette; int hdr_size; int ret; if (!bmp || !(bmp->header.signature[0] == 'B' && bmp->header.signature[1] == 'M')) { printf("Error: no valid bmp image at %lx\n", bmp_image); return -EINVAL; } video_bmp_get_info(bmp, &width, &height, &bmp_bpix); hdr_size = get_unaligned_le16(&bmp->header.size); debug("hdr_size=%d, bmp_bpix=%d\n", hdr_size, bmp_bpix); palette = (void *)bmp + 14 + hdr_size; colours = 1 << bmp_bpix; bpix = VNBITS(priv->bpix); eformat = priv->format; if (bpix != 1 && bpix != 8 && bpix != 16 && bpix != 32) { printf("Error: %d bit/pixel mode, but BMP has %d bit/pixel\n", bpix, bmp_bpix); return -EINVAL; } /* * We support displaying 8bpp and 24bpp BMPs on 16bpp LCDs * and displaying 24bpp BMPs on 32bpp LCDs */ if (bpix != bmp_bpix && !(bmp_bpix == 8 && (bpix == 16 || bpix == 24 || bpix == 32)) && !(bmp_bpix == 24 && (bpix == 16 || bpix == 32))) { printf("Error: %d bit/pixel mode, but BMP has %d bit/pixel\n", bpix, colours); return -EPERM; } debug("Display-bmp: %d x %d with %d colours, display %d\n", (int)width, (int)height, (int)colours, 1 << bpix); unsigned long bmp_stride_bytes = ((width * bmp_bpix + 31) / 32) * 4; unsigned long dst_bytes_per_pixel = bpix / 8; if (!dst_bytes_per_pixel) dst_bytes_per_pixel = 1; if (align) { video_splash_align_axis(&x, priv->xsize, width); video_splash_align_axis(&y, priv->ysize, height); } if ((x + width) > pwidth) width = pwidth - x; if ((y + height) > priv->ysize) height = priv->ysize - y; bmap = (uchar *)bmp + get_unaligned_le32(&bmp->header.data_offset); start = (uchar *)(priv->fb + (y + height) * priv->line_length + x * (bpix / 8)); /* Move back to the final line to be drawn (BMP 自下而上存储) */ fb = start - priv->line_length; switch (bmp_bpix) { case 1: case 8: { unsigned long src_bpp_bytes = 1; unsigned long dst_line_bytes = width * (bpix / 8); if (!dst_line_bytes) dst_line_bytes = width; for (i = 0; i < height; ++i) { schedule(); for (j = 0; j < width; j++) { write_pix8(fb, bpix, eformat, palette, bmap); bmap++; fb += (bpix / 8) ? (bpix / 8) : 1; } bmap += bmp_stride_bytes - width * src_bpp_bytes; fb -= dst_line_bytes + priv->line_length; } break; } case 16: if (CONFIG_IS_ENABLED(BMP_16BPP)) { unsigned long src_bpp_bytes = 2; for (i = 0; i < height; ++i) { schedule(); for (j = 0; j < width; j++) { *fb++ = *bmap++; *fb++ = *bmap++; } bmap += bmp_stride_bytes - width * src_bpp_bytes; fb -= width * 2 + priv->line_length; } } break; case 24: if (CONFIG_IS_ENABLED(BMP_24BPP)) { unsigned long src_bpp_bytes = 3; for (i = 0; i < height; ++i) { for (j = 0; j < width; j++) { if (bpix == 16) { /* 16bit 565RGB format */ *(u16 *)fb = ((bmap[2] >> 3) << 11) | ((bmap[1] >> 2) << 5) | (bmap[0] >> 3); bmap += 3; fb += 2; } else if (eformat == VIDEO_X2R10G10B10) { u32 pix; pix = (u32)(*bmap++) << 2U; pix |= (u32)(*bmap++) << 12U; pix |= (u32)(*bmap++) << 22U; *fb++ = pix & 0xff; *fb++ = (pix >> 8) & 0xff; *fb++ = (pix >> 16) & 0xff; *fb++ = pix >> 24; } else if (eformat == VIDEO_RGBA8888) { u32 pix; pix = (u32)(*bmap++) << 8U; /* blue */ pix |= (u32)(*bmap++) << 16U; /* green */ pix |= (u32)(*bmap++) << 24U; /* red */ *fb++ = (pix >> 24) & 0xff; *fb++ = (pix >> 16) & 0xff; *fb++ = (pix >> 8) & 0xff; *fb++ = 0xff; } else { *fb++ = *bmap++; *fb++ = *bmap++; *fb++ = *bmap++; *fb++ = 0; } } bmap += bmp_stride_bytes - width * src_bpp_bytes; fb -= priv->line_length + width * (bpix / 8); } } break; case 32: if (CONFIG_IS_ENABLED(BMP_32BPP)) { unsigned long src_bpp_bytes = 4; for (i = 0; i < height; ++i) { for (j = 0; j < width; j++) { if (eformat == VIDEO_X2R10G10B10) { u32 pix; pix = (u32)(*bmap++) << 2U; pix |= (u32)(*bmap++) << 12U; pix |= (u32)(*bmap++) << 22U; pix |= ((u32)(*bmap++) >> 6) << 30U; *fb++ = pix & 0xff; *fb++ = (pix >> 8) & 0xff; *fb++ = (pix >> 16) & 0xff; *fb++ = pix >> 24; } else if (eformat == VIDEO_RGBA8888) { u32 pix; pix = (u32)(*bmap++) << 8U; /* blue */ pix |= (u32)(*bmap++) << 16U; /* green */ pix |= (u32)(*bmap++) << 24U; /* red */ bmap++; /* alpha (忽略) */ *fb++ = (pix >> 24) & 0xff; *fb++ = (pix >> 16) & 0xff; *fb++ = (pix >> 8) & 0xff; *fb++ = 0xff; /* opacity */ } else { *fb++ = *bmap++; *fb++ = *bmap++; *fb++ = *bmap++; *fb++ = *bmap++; } } bmap += bmp_stride_bytes - width * src_bpp_bytes; fb -= priv->line_length + width * (bpix / 8); } } break; default: break; }; /* Find the position of the top left of the image in the framebuffer */ fb = (uchar *)(priv->fb + y * priv->line_length + x * (bpix / 8)); ret = video_sync_copy(dev, start, fb); if (ret) return log_ret(ret); return video_sync(dev, false); } Best Regards, Zhiming Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi, @zhiming Good morning, sorry for the late reply due to a lot on my hands! I tried gateworks.bmp, the display is not very good; as shown in the following logo.png; check the uboot driver does not have the VIDEO_FONT_16X32 configuration option; I did a verification, with a 1920x1080 logo image, made into a 1280x800 logo, respectively, placed in uboot and kernel I did a verification with a 1920x1080 logo image, made into a 1280x800 logo, and put it on uboot and kernel respectively, uboot has a jagged situation of cutting diagonal angle; while kernel display is completely normal; thank you for following up the problem! uboot_logo_H.jpguboot_logo_H.jpg Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi @dadaxin The problem is still related to the resolution of the material, if you increase the resolution of the material, the jaggedness will be much less. The logo in the attachment is 296x72, but in reality it is not 296x72 pixels on the screen, so it will be stretched. You can try tools/logos/gateworks.bmp (600x93) in the same directory and see if the horizontal jaggedness is much less. For fonts, try turning on the option VIDEO_FONT_16X32, which is more suitable for high resolution screens. Zhiming_Liu_0-1762826615066.pngZhiming_Liu_0-1762826615066.png Best Regards, Zhiming Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi @DADAXIN Can you upload a copy of the logo image you're currently using (the one in the right image above)? Is the default NXP logo also displayed in dual channel 1080p? Best Regards, Zhiming Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi, thanks for the reply! The situation is as follows: 1, the default NXP logo display also has a jagged effect, as shown in the attachment 2, there is a replacement of 1920x1080 logo image, in uboot tilted part of the presence of jagged, the rest of the display is normal; in the kernel under the file is too large, can not be displayed 3, converted to 1280x800 logo image, the effect is still the same in uboot, kernel display Normal 4, switch to 1280x800 single channel screen, uboot and kernel display are normal Single-channel display is normal, but dual-channel replacement of the logo image, uboot display will be abnormal 3.jpg3.jpg 4.jpg4.jpg Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi @DADAXIN Did you have a problem with the default logo display as well as the fonts before you replaced the logo? I took a closer look at the image above and it looks like the resolution of the clip itself doesn't match the screen, I wonder if you have a higher resolution image displayed there to test and see what's going on with the higher resolution? Also, is it the same if the kernel stage shows the same logo material? Best Regards, Zhiming Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 早上好,zhiming        按照内核的lvds寄存器写入;我在uboot中也进行了配置;但效果没有改善:logo倾斜部分还是存在锯齿;请问还有其余操作可以优化吗;期待你的回复! uboot_lvds.pnguboot_lvds.png lvds_define.pnglvds_define.png Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi @dadaxin Corresponds to this section of the kernel's configuration, which is not in the uboot patch because only a single channel was tested at that time. You need to write the value to the lvds_ctrl register in the uboot patch. https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/drivers/phy/freescale/phy-fsl-imx8mp-lvds.c#L113 Zhiming_Liu_0-1762475137940.pngZhiming_Liu_0-1762475137940.png Zhiming_Liu_1-1762475147603.pngZhiming_Liu_1-1762475147603.png Best Regards, Zhiming Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Thanks for the follow up, the logo graphic phenomenon is shown below: there are jaggies involving the slanted part of the fonts and the pattern. 2.jpg2.jpg 1.jpg1.jpg Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hello, uboot did not find the corresponding phy file: "fsl,imx8mp-lvds-phy ", in which place should be written to the registers it; <8MP_LVDS_patch>patch does not have this driver file either. Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi @dadaxin You can refer to the settings in the linux lvds phy driver, set these three bits of LVDS_CTRL and the drive capability should be much better. phy_write(phy, priv->devdata->lvds_ctrl, CC_ADJ(0x2) | PRE_EMPH_EN | PRE_EMPH_ADJ(0x3)); Best Regards, Zhiming Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Thanks for the reply! The logo image is also partially jagged, switching to a 1280x800 single-channel screen, the logo display is normal; I have adjusted various panel clocks and PLL values, but none of them can be improved; any suggestions, please? Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi, Is there any exception in the LOGO section? If it's a word, it should have nothing to do with the lvds controller and everything to do with display font optimization in uboot. Best Regards, Zhiming Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hello, lvds screen display logo there is a phenomenon: logo part of the letter there is jagged phenomenon, how to optimize it; look forward to your reply! Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Thanks for the guidance, it's the point of the question Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi, There is this line in the code, val |= CH_EN, here only channel0 is enabled, BIT0, while BIT2 needs to be set. Zhiming_Liu_0-1762150737457.pngZhiming_Liu_0-1762150737457.png Best Regards, Zhiming Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi, thanks for the reply; change LDB_CH1_MODE_EN_TO_DI0 to LDB_CH1_MODE_EN_TO_DI1, the display still works! Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi @DADAXIN You try changing LDB_CH1_MODE_EN_TO_DI0 to LDB_CH1_MODE_EN_TO_DI1 Best Regards, Zhiming Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi,Zhiming     感谢您的回复以及对问题的跟进,最近工作比较繁忙,回复比较晚请见谅;我进行了替换操作 1、当前5.10.72对应的uboot2021版本,替换后会报没有video_format定义;而在6.6.52对应的uboot2024版本是有的,我同步了这部分配置: +++ b/include/video.h @@ -56,6 +56,15 @@ enum video_log2_bpp { VIDEO_BPP32, }; + +enum video_format { + VIDEO_UNKNOWN, + VIDEO_RGBA8888, + VIDEO_X8B8G8R8, + VIDEO_X8R8G8B8, + VIDEO_X2R10G10B10, +}; + 2、进一步编译,报这一部分的错,不清楚怎么解决;希望能得到你的进一步回复,感谢!! DADAXIN_0-1765003767987.pngDADAXIN_0-1765003767987.png Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 HI @DADAXIN @Zhiming_Liu Hello, I have the same phenomenon as you ( jaggedness ), may I ask, after modifying this function (video_bmp_display), the display is messed up, may I ask where else did you modify it? Re: IMX8MP uboot下配置双通道lvds,显示存在彩色竖线 Hi, sorry, I didn't notice the message. The jagged edges haven't been improved.
記事全体を表示
请求提供 MIMXRT1176 EVKB 的内存图 你好 我目前正在使用 MIMXRT1176 EVKB 板开发一个项目,想获得该设备的详细内存映射。 请提供以下方面的文件或指导: 完整的内存布局(ITCM、DTCM、OCRAM、外置闪存、同步动态随机存取存储器(SDRAM) 等) 每个内存区域的地址范围 CM7 和 CM4 内核之间内存映射的任何差异 掌握这些信息将有助于我在 MCUXpresso IDE 中正确配置链接器文件和内存部分。 提前感谢您的支持! 致以最崇高的敬意, Meet Bhatt Re: Request for Memory Map of MIMXRT1176 EVKB 你好@meetbhatt2113、 非常感谢您关注我们的产品并使用我们的社区。 我想为你的问题推荐一些有用的应用笔记,请仔细查看。 1:https://www.nxp.com.cn/docs/en/application-note/AN12077.pdf mayliu1_0-1762238585294.png 2:https://www.nxp.com/docs/en/application-note/AN13264.pdf 这些描述了 CM7 和 CM4 内核可访问的共享内存。 3: 您还可以参考 IMXRT1170RM 和 IMXRT1170 数据表。 希望它能帮到你。 如果您还有疑问,请告诉我。 敬上 MayLiu
記事全体を表示
S32G399A 运行 SRAM 演示错误 亲爱的工程师们 在自定义板和 VNP-RDB3 参考板的比较测试中使用 S32G399A 时,我遇到了以下问题: 串行输出问题:使用 S32DS FlashTools 刻录"S32G_TestTransmission_921600_0x34080000_SRAM.bin 之后"以两个板为例,VNP-RDB3 可以正确输出数据,但是我的板没有输出任何数据。 1.QSPI 闪存算法错误:在我的板上使用 S32DS FlashTools 烧录 QSPI FLASH 算法会导致错误(QSPI FLASH 与 VNP-RDB3 的型号相同)。 2. 工作演示:使用 S32DS + S32Debug Probe 烧录的 M7 UART 演示和 M7 GMAC 演示版可在我的板上正常运行。 3. 附加信息:我的主板上的时钟源是 1.8V CMOS 有源晶振,它与 VNP-RDB3 的时钟配置不同。 晶体波和 S32DS 闪存工具错误 liuchi_0-1753186331519.jpeg liuchi_1-1753186346702.png Re: S32G399A Run SRAM Demo ERROR 您好, 抱歉回复晚了。 您能提供更多信息吗? 你能用 Flash T ool 把 " S32G_TestTransmission_921600_0x34080000_SRAM.bin " 刷到你的客户板上 或非 Flash 吗?您是否在客户板上使用过 Flash 算法?图像的功能是什么? BR 乔伊 Re: S32G399A Run SRAM Demo ERROR 该问题发生在闪存算法编程之后,编程之后 QSPI 时钟没有波形。 Re: S32G399A Run SRAM Demo ERROR hi,liuchi 感谢您提供的信息和提出的问题。 在将图像加载到或非闪存之前,您应该烧录下载算法。在你关于 “在我的板上使用 S32DS FlashTools 烧录 QSPI FLASH 算法会导致错误 "” 的信息中,我认为你应该检查一下客户板上的硬件问题。确保算法加载成功。 Joey_z_0-1753240275357.png BR 乔伊 Re: S32G399A Run SRAM Demo ERROR 大家好 我可以在文件夹下提问吗? C:\NXP\S32FlashTool_2.3.3\examples\S32G\SRAM\ 有 2 个 bin 文件 - S32G_TestTransmission_921600_8E1_0x34080000_SRAM.bin - S32G_TestTransmission_921600_8E1_0x34080000_SRAM_SINGLE.bin 我试着把它们放到评估板 (EVB3) 上,通过 UART 刷机 - S32G_TestTransmission_921600_8E1_0x34080000_SRAM.bin -> worked - S32G_TestTransmission_921600_8E1_0x34080000_SRAM_SINGLE.bin -> 不显示任何控制台 它们之间有什么不同? 谢谢!
記事全体を表示
JTAG RT1176経由の非XIP このアプリケーションノート ( https://www.nxp.com/docs/en/application-note/AN14069.pdf ) によると、NON XIP イメージは UART および USB 経由の MCU ブート ユーティリティでのみロードできます。 MCUXpresso IDE 内で MCU リンクまたは Jlink を介して XIP イメージをフラッシュにロードする方法がないことを確認したいのですが。 MCU リンクを使用する必要がある場合、これらが以下の正しい UART ピンにルーティングされているかどうかを確認したいと思います。データシートにUSB経由でのブートのオプションが表示されません: https://www.nxp.com/docs/en/data-sheet/IMXRT1170AEC.pdf(見逃していたらごめんなさい)。USB 経由のブートは USB を同じ UART ピンに接続するだけであるとオンラインで言及しているものをいくつか見ました。 AnteoJ_1-1753239974271.png ありがとうございます アンテオ Re: NON XIP via JTAG RT1176 こんにちは@AnteoJ 、 NXP MIMXRTシリーズにご興味をお持ちいただきありがとうございます。 SD カードから起動されるような非 XIP イメージは、MCUBootUtility または NXP の公式 MCUXpresso Secure Provisioning ツールを使用してフラッシュする必要があります。 イメージが XIP の場合、JLink/DAP などのデバッガーでフラッシュするようにプログラムCAN。MCUXpressoIDE や他の IDEs でも簡単に実行できます。 RT1170-EVK/EVKB を使用している場合、ボード上に搭載デバッガーである MCU-Link があることがわかります。これにより、お客様は外部デバッガーを使用せずに、搭載デバッガーを介して直接プログラムをフラッシュし、デバッグすることができます。さらに、異なるファームウェアをプログラミングすることで、MCU-Link を JLink または CMSIS-DAP デバッガーに変更できます。 詳細については、EVK/EVKB ハードウェア回路図をCAN確認してください。 よろしくお願いします、 ギャビン
記事全体を表示
S32G: BSP43 ATF 和 linux 能否在不支持任何 uboot 的情况下为 scmi nvmem 工作? 专家们好 客户:福特 平台:S32G2 软件/模块:BSP43 SCMI 客户正在尝试启用 nvmem scmi 读取 soc_major& soc_minor。它们使用 BSP43 ATF 和 linux,但使用自己的引导加载器。他们在内核启动期间看到了一些错误。 客户的问题是:BSP43 ATF 和 linux 能否在不支持任何 uboot 的情况下使用 scmi nvmem? 提前感谢您的专业支持。 顺祝商祺! 狮子座 Linux BSP Re: S32G: Could BSP43 ATF and linux work for scmi nvmem without any uboot support? 你好@ghennadi_procopciuc 谢谢您的回答。 那么,我可以这样理解吗? 客户没有在 M7 端启用 SRM,而 ATF 和 Linux 都能正常工作,就像启用了 SMR 一样。 BR、 狮子座 Re: S32G: Could BSP43 ATF and linux work for scmi nvmem without any uboot support? 你好@LeoLiAP、 从提供的日志中可以明显看出,福特是在没有SRM的情况下启动他们的平台,如以下行所示:注意:BL31:SR M禁用版本。这意味着不需要 SCMI NVMEM,因为 TF-A 不会处理该协议。 由此产生的错误在意料之中: 错误:代理 1 协议 0x82 消息 0x0:不支持 [0.333763] arm-scmi 固件:scmi:无法 获取版本 [0.334178] scmi-nvmem scmi_dev.6:无法检索 SCMI NVMEM 操作 [0.334658] scmi-nvmem:对 scmi_dev.6 的探测失败 ,错误- 95 福特使用的似乎是混合设置--FF-A 没有配置 SRM,因此 SCMI 命令在本地处理,而不是转发到 M7 内核。但是,Linux仍然希望通过设备树支持SCMI NVMEM,这会导致不匹配。 最简单的解决方法是更新 Linux 设备树以使用 SIUL2 NVMEM,而不是依赖 SCMI NVMEM。 此致, 根纳迪 Re: S32G: Could BSP43 ATF and linux work for scmi nvmem without any uboot support? 错误日志如下。
記事全体を表示
iMxRT104x:SAI/DMA 中断,频率为 192 kHz。 你好 我们正在实施一个音频应用程序,运行频率为 48kHz、96kHz 和 192kHz。 SAI 源时钟由内部音频 PLL 生成。(49.152 MHz) 我们将 SAI1 配置为 Tx0(异步/领导)和 Rx0(同步)。 SAI FIFO 以 16 个字激活(默认中间值) SAI Tx 和 Rx 由 DMA 通道驱动。DMA 与 2 个连锁 TCD 配合使用(创建双缓冲机制)。 SAI 使用 2 个通道/24 位(32 位对齐字)。 下面是一个关于采样率变化的示例 // SubDivSamples is 4/8/16 respectively for 48/96/192 kHz uint32_t singleBufferSize = 2 * sizeof(int32_t) * getSubDivSamples(); uint32_t minorLoopSize = 8 * sizeof(int32_t); EDMA_PrepareTransfer( &transferConfig, txBuffer0, sizeof(int32_t), (void *)sai1TxRegAddr, sizeof(int32_t), minorLoopSize, singleBufferSize, kEDMA_MemoryToPeripheral); EDMA_TcdSetTransferConfig(TxTcd0, &transferConfig, TxTcd1); EDMA_TcdEnableInterrupts(TxTcd0, kEDMA_MajorInterruptEnable); EDMA_PrepareTransfer( &transferConfig, txBuffer1, sizeof(int32_t), (void *)sai1TxRegAddr, sizeof(int32_t), minorLoopSize, singleBufferSize, kEDMA_MemoryToPeripheral); EDMA_TcdSetTransferConfig(TxTcd1, &transferConfig, TxTcd0); EDMA_TcdEnableInterrupts(TxTcd1, kEDMA_MajorInterruptEnable); EDMA_InstallTCD(DMA0, mTxDmaHandle.channel, TxTcd0); EDMA_StartTransfer(&mTxDmaHandle); SAI_TxEnableDMA(SAI1, kSAI_FIFORequestDMAEnable, true); SAI_TxSetChannelFIFOMask(SAI1, 1U << kSaiTxChannelId); SAI_TxEnable(SAI1, true); 然后发生频率为 12kHz 的 Tx 中断。(每个 4 个采样点,48kHz;每个 8 个采样点,96kHz,......)。 我监测 Tx 和 Rx 中断回调(使用 GPIO)和 I2S 信号(BCLK、SYNC、TX、Rx) 在 48kHz 和 96kHz 频率下一切运行良好。 但当我将采样率改为 192kHz 时,系统就会停止运行。 我可以看到 I2S BCLK 和 SYNC 是正确的。 我可以看到第一次中断频率为 192kHz(约 14 个 DMA 周期),然后就停止了。 我可以将采样率改回 48kHz,但中断始终无法恢复。 如果有人有想法 Re: iMxRT104x : SAI /DMA interrupt Stop at 192 kHz. 我终于找到了解决办法。我的问题是由于内存中位于 TCD 之前的缓冲区溢出,改变了 TCD 的内容。 现在代码工作得非常完美。 Re: iMxRT104x : SAI /DMA interrupt Stop at 192 kHz. 你好@ju_fz, 根据 TCSR 值(0x90170001),检测到三个标志: FIFO 请求标志:指示启用的发送 FIFO 出现欠载。向该字段写入逻辑 1 可清除该标记。 FIFO 警告标志:指示启用的发送 FIFO 已空。 FIFO 错误标志:指示启用的发送通道 FIFO 中的字数小于或等于发送 FIFO 水印。 Habib_MS_0-1754414626664.png 这些标志表明 DMA 无法足够快地传输数据,无法阻止它们被触发信号。这可能有多种原因,如其他中断或 CPU 速度慢。这也解释了为什么在较低的采样率下不会出现这个问题。请确保及时处理中断,以便 DMA 能顺利传输数据。 BR Habib   Re: iMxRT104x : SAI /DMA interrupt Stop at 192 kHz. 你好 感谢您的回复。 SAI FIFO 大小始终为 32 字。 我已将 FIFO 水印安装为 16。 我在几种情况下检查了 TCSR: 48kHz 时:0x90100001 表示无错误 192kHz 时:0x90170001 表示 FIFO 出错 我尝试在 DMA 中断中检测 SAI FIFO 错误标志。我在中断的入口和输出端进行了测试。中断期间未检测到错误,但 DMA 停止。 我尝试禁用 Rx SAI/DMA。发送仍停留在 192kHz。 目前我还没有更多的线索。 朱利安 Re: iMxRT104x : SAI /DMA interrupt Stop at 192 kHz. 您好@ju_fz, 抱歉回复晚了。 问题可能与先进先出超限有关。为了缩小范围,您是否可以尝试将 FIFO 的大小增加到最大值 32 个字,如第 37.3.4 章所述参考手册的 " 数据 FIFO "? 此外,请检查发送控制寄存器 (TCSR) 中的错误状态标志,详见第 37.5.1.4 节、查看是否报告了任何错误状态。 BR Habib
記事全体を表示