S32K3 快速备用唤醒失败 你好， 在一个快速备用示例项目中，我定义了一个数组 编曲 在 .standby_data 虽然代码中包含这个数组，但它在代码中并没有被使用。然而，如果我注释掉这个数组定义，设备就无法从快速待机状态唤醒；如果我保留它，唤醒功能就能正常工作。此外，我还注意到优化级别也会影响设备的行为： -O0 优化失败，唤醒失败，但正在更改为 -Os 这样就能解决问题。为什么在……中定义变量会起作用？ .standby_data 该部分是否会影响唤醒功能？为什么优化级别会产生如此大的影响？ S32K312 RTD400 S32DS BR， 杰森 Re: S32K3 fast standby wake up fail 嗨@Senlent 非常感谢您的回复。将地址更改为 0x20408000 后，之前失败的案例现在可以正常工作了。 顺便说一下，关于我的另一个帖子（S32K3 ADC Optimize DMA Streaming），我用公司邮箱注册的新账号（Jason07）回复了你——回复的时候我忘记切换账号了。 Re: S32K3 fast standby wake up fail 嗨@ Jason22 程序中是否注释掉“arr”数组会影响__BSS_SRAM_START的值，该值将用作快速唤醒后MSP的初始值。 如果这个值太小，可能会导致堆栈溢出。 在我们的示例项目中，我们建议将此值设置为 0x20408000，这是备用 RAM 的结束地址。

S32K144のPWM周波数が周期的に変化する問題について。 現在、NXP S32K144 の開発を行っており、問題が発生しました。EB 構成ツールを使用して、FTM0 の 4 つの出力チャネルを構成し、コード内で `PWM_Init();setdutycycle(8129)` を呼び出しました。構成では、中央揃えモード、デッドタイムなし、他のチャネルとのバインディングなしを選択しました。周期は 0.00125 に設定され、各チャネルは独立モードとなり、結果として 250µs%的方波，这显然不对，我希望是25% のデューティサイクルが 20% になりました。そこで、デューティサイクルを `setdutycycle(16339)` に変更しましたが、結果として波形が正しくなくなりました。チャネルは、デューティサイクル 66% の 150µs の矩形波と、デューティサイクル 50% の 100µs の矩形波を交互に出力します。なぜこのようなことが起こるのでしょうか。これが実際の波形です。 実際、私には2つの問題があることは明らかです。1. なぜPWMデューティサイクルが正しく動作しないのか？ 2. なぜPWMサイクルが常に変化するのか？ Re: 关于S32k144的pwm频率会周期变化的问题 こんにちは S32K1用リアルタイムドライバのどのバージョンをテストしているのか、またはS32K1デバイス用AUTOSAR MCALのどの以前のバージョンをテストしているのか教えてください。 MPC5xxxおよびS32K1xxデバイスに対するMCALのサポートは終了いたしましたのでご注意ください。今後のサポートにはマーケティングチームの承認が必要となりますので、NXPの営業担当者までお問い合わせください。 よろしくお願いします、 ロビン Re: 关于S32k144的pwm频率会周期变化的问题 お使いのソフトウェアのバージョンがわからないのですが、読み込みポイントの設定に注意してください。以下の2つのディスカッションを参照してください。 FTM_PWMの周期とデューティサイクルを変更する S32K116のPWM出力の問題

Feedback on UI editor bugs in GUI Guider v2.0.0 I encountered several bugs while using GUI Guider v [your version number] that affected development efficiency, and I would like to report them to the development team: Drag and drop layouts, resulting in layout loss: When I drag controls in the UI editor to adjust the layout, the operation occasionally fails, and the latest layout changes are lost, causing the interface to revert to its previous state. Duplicate and unremovable control names: During operation, sometimes multiple controls with identical names may appear, and these controls cannot be deleted via the right-click menu or the Delete key. The only solution is to log back into the software; only then will these "ghost" controls disappear.

无法下载 S32K3 标准软件 无法下载 Re: Not able to Download S32K3 Standard Software 你好， 我刚刚下载好了，没有任何问题。尝试使用不同的浏览器，清除cookies等等…… 下载本身在NXP端运行正常。 顺祝商祺！ Peter

LPC5514JBD64E 用于 WS2812。 您好， LPC5514JBD64E 适合初学者使用 WS2812 吗？如果适合，我可以在哪里找到代码和其他详细信息？ 谢谢！ LPC55xx Re: LPC5514JBD64E Use for WS2812. 嗨@Kishore02 感谢您的帖子！ 目前尚无关于 LPC551x 上 WS2812 实现的信息，您可以使用可编程逻辑单元 (PLC) 来实现。在其他设备中，有使用 FlexIO 模块的示例，例如 MCXA366 的应用代码中心： https://mcuxpresso.nxp.com/appcodehub ?search=an-emulating-ws2812-bus-with-flexio-on-mcx366 此外，一位同事还发布了一篇关于如何在 Kinetis 开发板上实现该协议的文章： NXP FlexIO Generator for the WS2812B LED Stripe Protocol 希望这些信息对您有所帮助。

S32DSライセンスのアクティベーションID こんにちは。S32DSを開いたところ、以下の情報が表示されました。 Arm用のS32 Design Studio アクティベーションID: 1A99-90A8-2F06-339B 評価期間：14日間 機能バージョン: 2.2 機能ステータス：評価中（14日間） 免許証の有効期間を延長するには、どのような手続きが必要ですか？ビジネスの成功をお祈りしています！

S32K3標準ソフトウェアをダウンロードできません ダウンロードできません Re: Not able to Download S32K3 Standard Software こんにちは、 問題なくダウンロードできました。別のブラウザを試したり、Cookieを削除したりするなどしてみてください。 ダウンロード自体はNXP側で正常に動作しています。 よろしくお願いいたします。 ピーター

GUI Guider v2.0.0におけるUIエディタのバグに関するフィードバック GUI Guider v [お使いのバージョン番号]の使用中に、開発効率に影響を与えるいくつかのバグに遭遇しましたので、開発チームに報告したいと思います。 ドラッグアンドドロップによるレイアウトの消失：UIエディタでコントロールをドラッグしてレイアウトを調整すると、操作が時々失敗し、最新のレイアウト変更が失われ、インターフェースが以前の状態に戻ってしまいます。 重複した削除不可能なコントロール名：操作中に、同じ名前のコントロールが複数表示されることがあります。これらのコントロールは、右クリックメニューやDeleteキーでは削除できません。唯一の解決策は、ソフトウェアに再度ログインすることです。そうすれば、これらの「ゴースト」コントロールは消えます。 Re: 关于GUI Guider v2.0.0的UI编辑器Bug反馈 こんにちは、 @CN10086さん 貴重なご意見をお寄せいただき、誠にありがとうございます。 スクリーンショット、動画、再現手順などの追加情報があれば大変ありがたいです。 BR ハリー

LPC5514JBD64EはWS2812用です。 こんにちは、初心者LPC5514JBD64E WS2812の扱いに適していますか?もしそうなら、コードやその他の詳細はどこで入手できますか? よろしくお願いします。 LPC55xx Re: LPC5514JBD64E Use for WS2812. こんにちは、@Kishore02さん 投稿ありがとうございます！ LPC551x向けのWS2812の実装については情報がありませんが、プログラマブルロジックユニットを使うことができます。他のデバイスでは、アプリケーションコードハブのMCXA366 https://mcuxpresso.nxp.com/appcodehub?search=an-emulating-ws2812-bus-with-flexio-on-mcx366  また、Kinetisボード向けに実装した同僚の投稿もあります:NXP FlexIO Generator for the WS2812B LED Stripe Protocol( LED Stripe Protocol) この情報が参考になれば幸いです。

「MPC5777C-1b+2b_RAM_ECC_error_injection GHS614」のサンプルコードについて こんにちは。現在、MPC5777C MCUを基に開発中です。 開発プロセスに関して質問があります。 「MPC5777C-1b+2b_RAM_ECC_error_injection GHS614」というサンプルコードを基に、ECCチェックを実行するコードを設計しました。 通常の状況下では、このコードはECCチェックを正しく実行します。 しかし、MCUに接続されたTrace32のようなデバッガでECCチェックコードを実行すると、ビット誤りが検出されないエラーが頻繁に発生します。 「GHS614」例コード全体が、Trace32のようなデバッガに接続したときに正しく動作しない可能性はありますか? よろしくお願いします。 Re: Regarding the "MPC5777C-1b+2b_RAM_ECC_error_injection GHS614" example code こんにちは、 Trace32デバッガが接続されていてダンプウィンドウが開かれ、カスタムアプリケーションコードが実行されていると仮定すると、GHS614を参照して設計されたECCチェック機能内でビットエラーが検出されないケースが発生する可能性はありますか? Re: Regarding the "MPC5777C-1b+2b_RAM_ECC_error_injection GHS614" example code こんにちは、 あなたのシステム構成がどのようなものかは分かりませんが、トレースで開いているダンプウィンドウは常にメモリを読み取っており、ECC障害が検出されるとすぐに発生することに注意してください。 破損していないアドレスでは、ECCエラーは決して発生しません。ECC機構もEDCによって保護されている。それは到底不可能なことだ。 よろしくお願いいたします。 ピーター Re: Regarding the "MPC5777C-1b+2b_RAM_ECC_error_injection GHS614" example code こんにちは、 ソフトウェアまたはデバッガによって読み取られるアドレスが破損している場合、例となるソフトウェアやその他の影響に関係なく、ECCは常に上昇します。 よろしくお願いいたします。 ピーター Re: Regarding the "MPC5777C-1b+2b_RAM_ECC_error_injection GHS614" example code こんにちは、 状況をもう少し詳しく説明します。 私のECCチェックコードの実行手順は以下のとおりです。 (void)FCCU_ClearNCF(); /* 1ビットRAMデータエラー注入 */ GenerateRam1bitEccError(); uiErmSR0 = ERM.SR0.R; uiErmSR1 = ERM.SR1.R; uiErmSR2 = ERM.SR2.R; /// 4. RAM 1ビットECCエラーが発生した場合は、以下を実行します。 if((((uiErmSR0 & ERM_SR0_1b_all) == ERM_SR0_1b_PRAMC_1) || ((uiErmSR2 & ERM_SR2_1b_all) == ERM_SR2_1b_Core1_data)) && ((uiErmSR1) == CLEAR)) { /// 4.1.ERM EARレジスタに格納されている値が、エラーが発生したアドレスと同じである場合は、以下の手順を実行してください。 if((UINT32)auiTest == (ERM.ERROR[ERM_chnl_PRAMC_1].EAR.R)) { ucStatus = OK; } /// 4.2.ERM EARレジスタに格納されている値が、エラーが発生したアドレスと一致しない場合は、以下の手順を実行してください。 そうでなければ、(UINT32)auiTest == (ERM.ERROR[ERM_chnl_Core1_data].EAR.R) の場合 { ucStatus = OK; } そうでない場合、 { ucStatus = NOT_OK }; } /// 5.RAM 1ビットECCエラーが発生しなかった場合は、以下の手順を実行してください。 そうでない場合、 { ucStatus = NOT_OK }; この構造は、1ビットのRAMデータエラーを強制的に挿入し、ECCエラーが正常に発生したかどうか、および発生アドレスが正確に検出されたかどうかを確認します。 上記のコードが実行中にTrace32のメモリダンプウィンドウを有効にした場合、ECCチェックの結果が異常に実行される可能性はありますか?（つまり、ECCエラーの検出失敗、またはECC発生アドレスでのエラー） よろしくお願いします。

S32K396 および FS26 REG_CORRUPT 皆様 FS26 の「REG_CORRUPT」フラグを解消しようとしています。添付の 2 枚のスクリーンショットは、関連するすべてのレジスタの読み取り結果を示しています。 最初の「AE」読み込みコマンドの直前に、ウォッチドッグのファーストキックを成功させてFSの状態をINIT_FSから外し、フェイルセーフレジスタの状態の正しさを評価しました。0x28回答から、REG_CORRUPTビットが設定されたデバッグモードに入っていることがわかります。 ウォッチドッグのキックが成功したことは間違いありません。キック直後にFS_DIAG_SAFETY1を読み取ったところ、戻り値は0x0103で、エラーフラグはなく、ABIST1_OKとLBIST_STATUS = OKでした。 0xAE コマンドの後、0xAF コマンドを発行してレジスタに 0x1800 を書き込んで OTP_CORRUPT ビットと REG_CORRUPT ビットをクリアし、その後レジスタ 0x41 から順に 12 個の FS レジスタすべてを読み取ります (シフトするとコマンドは 0x82 になります)。 これらのレジスタから返された値を確認しましたが、返された値に一貫性の問題は見当たりません(もちろん、書き込みしてはいけないビットや保持・保留・0/1のビットを考慮して)。 最後に読んだ『FS_STATES』を見ると、まだREG_CORRUPTが設定されていることがわかります。 こんな直接的な質問をして申し訳ないのですが、何か見落としている点があるのでしょうか？ よろしくお願いいたします。 Andrew    Re: S32K396 and FS26 REG_CORRUPT こんにちは！ REG_CORRPUT ビットについては、以下のようにアサートされます。これは、FS レジスタが構成される場合、NOT レジスタを XOR ルールとともに構成する必要があることを意味します。 このビットがアサートされる原因となっている、規則に従っていないレジスタ設定がないか確認してください。 Re: S32K396 and FS26 REG_CORRUPT エリカ様、 ご回答ありがとうございます。すでに何度も確認済みですので、最初の投稿でレジスタの状態を画像として掲載しました。これらの設定方法に問題があると思われる場合は、お知らせください。 私の知る限り、レジスタは正しい(データシートで書き込み可能なビットのみを考慮して)正しいようです。チップ自体が読み取り専用ビットが有効な状態であることを管理しているものと想定し、また「0」または「予約済み」と指定されているビットは書き込み不可であると想定します。 それらのビットのいずれかに書き込みをすると、REG_CORRUPTビットがアサートされたままになる可能性はありますか? よろしくお願いいたします。 Andrew

S32DS 许可证激活 ID 您好，当我打开S32DS时，我看到了以下信息： ARM 版 S32 设计工作室 激活ID：1A99-90A8-2F06-339B 评估天数：14天 功能版本：2.2 功能状态：评估中（14天） 延长许可证有效期需要哪些手续？祝您生意兴隆！

S32DS ARM 2018 R1 License Extension Request Hello, my license has expired, so I would like to apply for an extension. Re: S32DS ARM 2018 R1 许可证延期申请 Hello, It is extended now. Best regards, Peter Re: S32DS ARM 2018 R1 许可证延期申请 Thanks

iMX937的深度睡眠模式 我正在使用 iMX95lpddr5 evk，触发了深度睡眠模式，想知道 A55、M7 和 M33 中已暂停和未暂停核心的状态、时钟频率和功耗。 Re: Deep Sleep Mode of iMX937 在 i.MX95 LPDDR5 EVK 上，“深度睡眠”对应于 i.MX 95 Suspend / DSM 风格的低功耗模式。A55 处于挂起/断电状态；M33 未运行应用程序工作负载，通常显示为时钟门控/空闲状态；M7 的状态取决于您是否也将其挂起或将其保留为唤醒/实时核心。AN14449 中的功耗数据是SoC 轨/组的总功耗，而不是每个核心的功耗。 低功耗外壳 Cortex-A55 状态/频率 Cortex-M33 状态/频率 Cortex-M7 状态/频率 DDR状态 报告功率 DSM 系统中的系统 暂停；时钟检测不到 时钟门控；时钟无法检测 暂停；未提供时钟 保留 25.65 mW GROUP_SOC_FULL 总计 Linux 挂起 + CM7 WFI 暂停 / 0 时钟门控或空闲 / 0 WFI / 400 MHz 保留 178.48 毫瓦GROUP_SOC_FULL 总计 Linux 暂停 + CM7 CoreMark (TCM) 暂停 / 0 时钟门控或空闲 / 0 CoreMark / 400 MHz 保留 197.24 毫瓦GROUP_SOC_FULL 总计 Linux 挂起 + CM7 FlexCAN 事务 暂停 / 0 时钟门控或空闲 / 0 FlexCAN / 800 MHz 活跃，6400吨/秒 659.71 毫瓦GROUP_SOC_FULL 总计 Linux 挂起 + CM7 网络/以太网 暂停 / 0 时钟门控或空闲 / 0 NETC / 800 MHz 活跃，6400吨/秒 956.17 毫瓦GROUP_SOC_FULL 总计 Linux 挂起 + WoL A55 停运 M33 空闲/低功耗上下文 具备唤醒功能的配置；检索到的数据块中没有精确的核心表。 取决于 WoL 设置 342.72 毫瓦GROUP_SOC_FULL 总计 一些解读说明： i.MX 95 参考手册将Suspend描述为最大程度节省功耗的模式，其中不必要的时钟/电源被关闭，Cortex-A55 CPU 完全断电，可以断电的 PHY 被关闭，VDD_SOC 降低到挂起电压。 在DSM 系统中，AN14449 明确指出CA55=挂起，CM33=时钟门控，CM7=挂起，DDR=保持，并指出由于 CA55 和 CM33 不工作，因此无法检测到时钟。 对于 M7 保持活动的 Linux 挂起，未挂起的核心是 CM7 ；其时钟频率在 WFI/CoreMark 保持情况下为400 MHz ，在 FlexCAN/NETC 情况下为800 MHz ，而 A55 和 M33 在案例表中显示为0 MHz 。 已公布的功率数据并非针对每个 A55/M7/M33 核心单独列出的。AN14449 报告了诸如 GROUP_SOC_FULL 和 GROUP_DRAM 之类的轨/组测量结果；例如，DSM 报告 vdd_arm 为 0 mW，vdd_soc 为 3.85 mW，GROUP_SOC_FULL 总和为 25.65 mW，但这仍然是轨级功耗，而不是单个核心功耗。 结论：如果 M7 也处于挂起状态，则 DSM 功耗约为 25.65 mW；如果 M7 在 Linux 挂起期间保持运行，则 SoC 总功耗会从 400 MHz 时的约 178–197 mW 上升到 800 MHz 时的约 660–956 mW，具体取决于外围设备的工作负载。 Re: Deep Sleep Mode of iMX937 对于 I.Mx95，有几种电源模式，包括运行模式、低功耗运行模式、空闲模式、挂起模式和电池备份安全模块模式。有关详细的功耗数据，请参阅 IMX95AEC 数据表。对于 i.Mx937，该设备目前处于预生产阶段，目前只有产品说明书可供参考。 不太清楚测试数据的来源，以及你提到的深度睡眠模式是什么……

IMX8MP オンチップRAMメモリアクセス こんにちは、 OCRAMにアクセスしてデータを読み込み、メモリに取り込む方法を学びたいです。 Linux Cortex A-53でそれを実現するにはどうすればいいか、誰かアドバイスをいただけませんか? オンチップRAM - OCRAM (576 KB) 開始アドレス: 0x00900000 => ROM用に予約済み 開始アドレス: 0x00918000  =>OCRAMフリーエリア 終了アドレス: 0x0097FFFF https://www.nxp.com/webapp/Download?colCode=IMX8MPRM ご回答をお待ちしています。 IMX8MPLUS i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Yocto Project Re: IMX8MP On chip RAM memory access こんにちは、ロマン・ルースさん。 このアドバイスはあなたにとって効果がありますか？ よろしくお願いいたします。 ステファノ・ジリ Re: IMX8MP On chip RAM memory access こんに ちは、@Roman_Loz、compatible = "shared-dma-pool"を含めるといいですよ;そして、それはうまくいくはずです。 ocram_dma: ocram_dma@970000 { no-map; compatible = "shared-dma-pool"; reg = <0 0x970000 0 0xC00>; // 3KB }; よろしくお願いいたします。 サムヒタ・カシャップ Re: IMX8MP On chip RAM memory access こんにちは、 ご提案いただいた方法でOCRAMを使おうとしているのですが、memcpyを実行しようとするとカーネルパニックが発生します。 私が何を間違っているのか、あるいは見落としているのか理解する手助けをしてもらえますか? dtsi: resmem: reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; ocram: ocram@900000 { no-map; reg = <0 0x900000 0 0x70000>; }; ocram_dma: ocram_dma@970000 { no-map; reg = <0 0x970000 0 0xC00>; // 3KB }; ... モジュール初期化: // Find the OCRAM DMA node by name np = of_find_node_by_name(NULL, "ocram_dma"); if (!np) { pr_err("Failed to find OCRAM DMA node in device tree\n"); return -ENODEV; } // Lookup the reserved memory region rmem = of_reserved_mem_lookup(np); if (!rmem) { pr_err("Failed to lookup reserved memory for OCRAM DMA\n"); return -ENODEV; } // Map the reserved memory region ocram_dma_base = ioremap(rmem->base, rmem->size); if (!ocram_dma_base) { pr_err("Failed to map OCRAM DMA memory\n"); return -ENOMEM; } コピー： memcpy(current_address, mv->A, MATRIX_STRUCT_SIZE);   Re: IMX8MP On chip RAM memory access こんにちは、 @Samhitha_Kashyap さん。 なお、NXPは他のドライバーが使用する448KBのOCRAM空間に対するノードの変更を推奨していません。 互換性のある=「shared-dma-pool」プロパティを用いて、0x970000後にメモリ領域をDMAサポートに利用できます。 ありがとうございます。よろしくお願いいたします。 サンケット・パレク Re: IMX8MP On chip RAM memory access こんにちは、 @Sanket_Parekh さん。 ご回答ありがとうございました。大変参考になりました！ もしユーザーアプリケーションで使えない場合、448KBのOCRAM空間内でDMAをサポートするようにデバイスツリーを変更することは可能でしょうか? よろしくお願いいたします。 サムヒタ・カシャップ Re: IMX8MP On chip RAM memory access こんにちは、 @Samhitha_Kashyap さん。 お元気でお過ごしでしょうか。   OCRAMやLinuxカーネルで自分専用にどれだけのメモリが割り当てられているかは、socのdtsiファイル(予約済みメモリノード)を調べることで判断できます IMX8MPの場合は448KBです。   resmem: 予約メモリ { #address-cells = <2>; #size-cells = <2>; 範囲; ocram: ocram@900000 { 地図なし; reg = <0 0x900000 0 0x70000>; };   ..... .....   }   ここで0x70000(448K)バイトがLinux使用用に予約されています。そして、no-mapプロパティで指定されているユーザースペースに仮想的にマッピングすることはできません。 さらに0x7000バイトを経て、他のアプリケーションにも使えます。 ただし、OCRAMを使わないM7コアアプリケーションは必ず確認する必要があります。これは特定のアプリケーションのリンカースクリプトを調べることで判別できます。   ありがとうございます。よろしくお願いいたします。 サンケット・パレク   Re: IMX8MP On chip RAM memory access こんにちは、サンケットさん。 Linuxがどれだけのメモリを消費し、残りはユーザーアプリケーションに使えるか確認することは可能でしょうか? もし可能なら、どうやって同じことを検証し、残りのメモリをアプリケーション用に割り当てればいいのでしょうか。 よろしくお願いいたします。 サムヒタ・カシャップ Re: IMX8MP On chip RAM memory access こんにちは、 @Samhitha_Kashyap さん。 お元気でお過ごしでしょうか。 OCRAM Firstにアクセスするには、ATFが使用している地域にアクセスしようとしないように注意する必要があります。 U-Bootの場合、md/mwコマンドを使ってOCRAMに直接アクセスできます。 Linux自体がOCRAMを使用しているため、ユーザースペースでのOCRAM使用は推奨されません。 ありがとうございます。よろしくお願いいたします。 サンケット・パレク

AAOS 15を使用したimx8qmでのディスプレイ解像度設定 チームの皆さん、こんにちは。 i.MX8QM MEK 上で AAOS 15.0.0_2.1.0 を 使用して い ます 。ボードに ファームウェアを書き込んだ 後 、 物理 ディスプレイの 解像度 は 常に 1024x600 に 設定されて います が 、 ディスプレイ を 1920x1080 で 動作させ たい と考えてい ます 。 また、マルチディスプレイのセットアップで、Androidのメインデフォルトディスプレイと乗客用のディスプレイがあります。 サポートされている 表示 モード で 1920x1080 が 利用可能 で ある こと を確認しました が 、 起動 後 の アクティブ な 表示 モードは 1024x600の ままです 。Android の 優先 表示 モード を 1920x1080 に 設定 してみました が、 再起動 後 も 表示 は 1024x600 の ま まです 。 CAN you please advise: 起動 時に デフォルト の 物理 ディスプレイ 解像度 を決定する要因は 何ですか ？ 起動 後に 物理 的なディスプレイ 解像度 を 1920x1080@60Hzに強制 するには どう すればいい ですか? ro.boot.displaymode に 必要な 設定 は あり ます か ？HAL、 HWC3、 または DRM を表示して 、 1920x1080を デフォルト の アクティブ モード に します か？ 何か アドバイスを いただけれ ば幸い です 。 Re: Display resolution setup on imx8qm with AAOS 15 こんにちは、 こちらで入手可能なAndroid オートモーティブのドキュメントをご参照ください。 https://www.nxp.com/docs/en/user-guide/UG10176.pdf 特に第8.3.4章を参照してください。上記ドキュメントのプライマリディスプレイ解像度を設定します。 よろしくお願いいたします。 アルド。

iMX937のディープスリープモード iMX95lpddr5 evkを使用していますが、ディープスリープモードがトリガーされました。A55、M7、M33のサスペンドコアと非サスペンドコアの状態、クロック周波数、消費電力について知りたいです。 Re: Deep Sleep Mode of iMX937 i.MX95 LPDDR5 EVKでは、「ディープスリープ」は i.MX 95 Suspend/DSMスタイルの低消費電力ケースに割り当てられます。A55は吊り下げ/電源ゲート式です。M33はアプリケーションワークロードを実行中ではなく、通常はクロックゲート/アイドルとして表示されます。M7は、それもサスペンションするか、ウェイク/リアルタイムコアとして保持するかによります。AN14449のパワー数値はSoCレール/グループの合計であって、コアごとのパワーではありません。 低消費電力ケース Cortex-A55 状態/周波数 Cortex-M33の状態/周波数 Cortex-M7状態/周波数 DDR状態 報告された電力 DSMのシステム 一時停止; 時計が検出できません クロックゲーティング; クロックが検出されません 一時停止; 時計は提供されていません 保持 25.65 mW GROUP_SOC_FULL 合計 Linux サスペンド + CM7 WFI 一時停止 / 0 クロックゲーティングまたはアイドル / 0 WFI / 400 MHz 保持 178.48 mW GROUP_SOC_FULL 合計 Linux Suspend + CM7 CoreMark(TCM) 一時停止 / 0 クロックゲーティングまたはアイドル / 0 CoreMark / 400 MHz 保持 197.24 mW GROUP_SOC_FULL 合計 Linux Suspend + CM7 FlexCANトランザクション 一時停止 / 0 クロックゲーティングまたはアイドル / 0 FlexCAN / 800 MHz 稼働中、6400 MT/s 659.71 mW GROUP_SOC_FULL 合計 Linux Suspend + CM7 NETC / イーサネット 一時停止 / 0 クロックゲーティングまたはアイドル / 0 NETC / 800 MHz 稼働中、6400 MT/s 956.17 mW GROUP_SOC_FULL 合計 Linux サスペンド + WoL A55号線が停止 M33アイドル/低電力コンテキスト ウェイクアップ対応構成。取得したチャンクに正確なコアテーブルが含まれていません。 WoLの設定によります 342.72 mW GROUP_SOC_FULL 合計 解釈に関するいくつかの注釈： i.MX 95リファレンスマニュアルでは、不要なクロックや電源がオフで、Cortex-A55 CPUが完全に電源ゲートされ、電源を切れるPHYがオフになり、VDD_SOCがサスペンション電圧にまで下げられる最大省電力モードとしてサスペンデントモードと説明されています。 DSMのSystem AN14449では、使用例がCA55=サスペンデント、CM33=クロックゲーティング、CM7=サスペンデント、DDR=保持、そしてCA55とCM33が動作していないためクロックを検出できないことも明記されています。 M7をアクティブに保ったLinuxのサスペンドの場合、非サスペンドコアはCM7です。WFI/CoreMarkの保持ケースではクロックが400 MHz、FlexCAN/NETの場合は800 MHzで、A55およびM33はケーステーブルで0 MHzと表示されます。 公開されている電力データは、 A55/M7/M33コアごとに個別に示されているわけではありません。AN14449は、レールやグループ、GROUP_SOC_FULLやGROUP_DRAMなどの測定値を報告します。例えば、DSMはvdd_arm 0 mW、vdd_socを3.85 mWと報告し、合計25.65 mWのGROUP_SOC_FULL合計を含みますが、これはレールレベルの電力であり、個々のコア電力ではありません。 まとめ:M7も停止している場合、DSMは約25.65mWです。Linuxのサスペンド中にM7が稼働し続けると、ペリフェラルのワークロードに応じて、SoCの総消費電力は400MHzで約178〜197mWから800MHzで約660〜956mWに上昇します。 Re: Deep Sleep Mode of iMX937 I.Mx95には、RUNモード、低電力RUNモード、IDLEモード、SUSPENDモード、バッテリーバックアップ付きセキュアモジュールモードなど、いくつかの電源モードがあります。詳細な消費電力データについては、IMX95AECのデータシートを参照してください。i.Mx937については、現在試作段階であり、現時点では製品仕様書のみが入手可能です。 テストデータの出所や、あなたが言及しているディープスリープモードが何なのかよく分かりません…。

CodeWarrior 的 LA1224 插件 你好， 我目前正在评估 LA1224-RDB，对于软件环境有一些疑问。据我了解，为了评估目的，我可以在 LX2160A 上现有的 NxP 镜像上运行 Linux 应用程序。此外，我推测 LA1224 是在裸机上运行 FreeRTOS。我发现 LX2160A 的 Linux 目录中可以找到 LA1224 的固件。这是NxP提供的吗？它支持哪些功能？我想，如果我想在给定的固件基础上进行进一步开发，我必须获得 CodeWarrior 许可证和 TAP。 我已经下载了 CW_ARMv8_v2020.06_b200629GA_Win_Setup.exe，但是 LP1224 不可用。在 NxP 网站上搜索后，我发现除了 CW_ARMv8 之外，还需要一个额外的工具链。插件的完整下载网址是什么？我阅读了CodeWarrior 上关于 LA1224 的文档，但只给出了部分 URL：“ com.freescale.armv8.11.5.15.E200.INT.Win.updatesite.230810 1.zip”。 欢迎提供关于如何使用这些处理器的更多信息。 亲切的问候 N. Alexopoulos Re: CodeWarrior for LA1224 plugin 请从以下链接下载软件包 com.freescale.armv8.11.5.15.E200.INT.Win.updatesite.230810 1.zip。 https://support.nxp.com/s/case/500Te00000eF7lOIAS/community-codewarrior-for-la1224-plugin?language=en_US 请准备一个干净的安装环境。请先安装 CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe。然后，在新工作区路径中打开 CodeWarrior IDE。然后从 CodeWarrior IDE 的“帮助->安装新软件->添加->归档”安装服务包 com.freescale.armv8.11.5.15.E200.INT.Win.updatesite.230810 1.zip。

S32DS ARM 2018 R1 ライセンス延長申請 こんにちは。私の運転免許証の有効期限が切れてしまったので、延長を申請したいのですが。 Re: S32DS ARM 2018 R1 许可证延期申请 こんにちは、 現在は延長されています。 よろしくお願いいたします。 ピーター Re: S32DS ARM 2018 R1 许可证延期申请 ありがとう

S32K396 和 FS26 REG_CORRUPT 尊敬的各位， 我正在尝试消除 FS26 上的 REG_CORRUPT 标志 - 附件中的两张截图显示了对所有相关寄存器的读取。 在第一个“AE”读取命令之前，我已经成功地启动了看门狗，使 FS 状态机脱离 INIT_FS，以便评估故障保护寄存器状态的正确性，从 0x28 的响应可以看出，我们处于调试模式，并且 REG_CORRUPT 位已设置。 我确信看门狗启动成功了，因为我在启动后立即读取了 FS_DIAG_SAFETY1 - 返回值为 0x0103 - 没有错误标志，只有 ABIST1_OK 和 LBIST_STATUS = OK。 在执行 0xAE 命令后，我发出 0xAF 命令，尝试向寄存器写入 0x1800 以清除 OTP_CORRUPT 和 REG_CORRUPT 位，然后从寄存器 0x41 开始按顺序读取所有 12 个 FS 寄存器（显然，移位后的命令为 0x82）。 我已经查看了这些寄存器返回的值，并且没有发现返回值存在一致性问题（显然，考虑到我们不应该写入的位以及被保留/清零/0/1 的位）。 从最后读取 FS_STATES 可以看出，REG_CORRUPT 仍然处于设置状态。 很抱歉问这么直接的问题，但我到底漏掉了什么？ 此致， Andrew    Re: S32K396 and FS26 REG_CORRUPT 亲爱的艾丽卡， 感谢您的回复——我已经检查过很多次了，所以我才在最初的帖子图片中发布了完整的寄存器状态。如果您认为这些配置存在问题，请告诉我。 据我所知，寄存器是正确的（仅考虑数据手册中可写入的位）。我假设芯片本身会确保只读位处于有效状态，并且我假设指定为“0”或“保留”的位是不可写的。 写入这些位中的某一位是否有可能导致 REG_CORRUPT 位保持钳位？ 此致， Andrew Re: S32K396 and FS26 REG_CORRUPT 您好！ 对于 REG_CORRPUT 位，它将被置位，如下所示，这意味着当配置 FS 寄存器时，必须配置一个 NOT 寄存器以及异或规则。 请检查是否存在某些寄存器配置不符合规则，导致此位置位？