FRDM-MXCN947ボードでイーサネットとカメラを同時に使用する MCXNx4x では、SmartDMA を使用してカメラ インターフェースを実装できます。 MCXNx4x データシートによると、イーサネット と SmartDMA の Pinmux 割り当てが競合します。このため、イーサネットとカメラを同時に使用することはできないと考えました。 ただし、FRDM-MCXN947 ボード ユーザー マニュアル (UM12018) には次のよう記載されています。 > カメラの使用中にイーサネット機能が必要な場合は、別の回避策があります SJ16 および SJ26 ジャンパーをデフォルトの位置から移動することです。 イーサネットとカメラを同時に使用する方法はありますか? 開発ボード MCX N Re: Simultaneous use of Ethernet and camera on the FRDM-MXCN947 board こんにちは@dubian1shu 書類の内容を再確認したところ、書類の記載内容に問題があることが確認できました。 文書には適時変更を加えます。 SmartDMA (EZH_CAMERA) と イーサネット (ENET)は同時に使用できますが、カメラが使用するには共有されていないピンを見つける必要があります。 こちらの記事を参考にCAN。 MCX N947：イーサネットとカメラ機能の同時実装 - NXPコミュニティ これがお役に立てれば幸いです。 BR 下がる Re: Simultaneous use of Ethernet and camera on the FRDM-MXCN947 board 確認して返信してくれてありがとう@Harry_Zhang SmartDMA は P1_X と P3_X をサポートしているので、MCXNx4x は SmartDMA と イーサネット 機能を同時に使用 CAN と理解しています。 しかし、FRDM-MCXN947 を使用して SmartDMA および イーサネット 機能を使用することはできますか? FRDM-MCXN947 の J9 (カメラ ヘッダー) には、イーサネット ピンと競合する 7 つのピンがあります。FRDM-MCXN947 ボードのユーザー マニュアル (UM12018) に記載されている P1_4 の解決策では、そのうちの 1 つだけが解決され、他の 6 つの競合については触れられていません。 たとえば、P1_5、P1_13、および P1_15 は SmartDMA と イーサネット 間で競合します。回路図ドキュメント (SCH-90818) から見る限り、この競合を解決する解決策はないようです。 FRDM-MCXN947でSmartDMA(EZH_CAMERA)とイーサネット(ENET)を同時に使用する方法はありますか？ Re: Simultaneous use of Ethernet and camera on the FRDM-MXCN947 board こんにちは@dubian1shu MCXNx4xのデータシートを確認したところ、確かにイーサネットとSmartDMAが競合するピンがいくつかあります。ただし、イーサネットとSmartDMAを同時に使用したい場合は、イーサネットとSmartDMAが競合しないピンを選択できます。 たとえば、SmartDMA ピンとして P3_X を選択し、イーサネット ピンとして P1_X を選択できます。 FRDM-MCXN947 ボード ユーザー マニュアル (UM12018) を参照してジャンパーを移動します。 これがお役に立てれば幸いです。 BR 下がる

S32K3 SPD DMA こんにちは、 RTD400とSPD105を使用し、開発ボードはS32K312 144P開発ボードです。 設定を行わずに、テスト対象の UART + DMA プログラムに FCCU モジュールを追加しました。ヘッダーファイルが参照されておらず、コード内でFCCU部分が初期化されていない場合でも、プログラムはClock_Ip_SetWaitStatesで停止します。 テスト対象の SPD モジュール プログラムに uart モジュールを通常どおり追加し (RAM およびフラッシュ インジェクション エラーを含む)、その後、設定を行わずに DMA モジュールを追加しました。ヘッダー ファイルと初期化 Fdma 部分がコード内で参照されていない場合でも、プログラムは Clock_Ip_SetWaitStates() 関数内にあります。その後、ハードウェア エラー割り込みが発生します。 FCCU モジュールを追加せずに UART + DMA のコードをアップロードしましたが、正常に動作しました。ただし、追加後はクロック初期化プログラムにハードウェア エラーが発生します。この原因は何でしょうか? また、この問題はどのように解決できるでしょうか? Re: S32K3 SPD DMA 同様の問題に遭遇しました。S32K312 のUART 割り込みモードを使用すると動作しますが、Dma_Ip_Init() および Rm_Init() の後にLpuart_Uart_Ip_AsyncSend () またはLpuart_Uart_Ip_AsyncReceive () を実行すると、 HardFault_Handler () に入ります。 サポートをお願いできますか。 Re: S32K3 SPD DMA こんにちは@ Neo1096 申し訳ございませんが、IAR をサポートすることはできません。変更するには、提供されているリンク ファイルを参照してください。 Re: S32K3 SPD DMA icf ファイルを提供してもらえますか?IARで使用する必要があります Re: S32K3 SPD DMA こんにちは@ Neo1096 問題の原因を見つけました。 これは、S32 DS が提供するリンク ファイルの構成の問題が原因です。 SPD パッケージ内のリンク ファイルを S32 DS 内のリンク ファイルに置き換えると、この問題は解決できます。 SO、さらにテストを行うには、添付ファイルのリンク ファイルを参照してください。 Re: S32K3 SPD DMA こんにちは@ Neo1096 社内チームが問題を再現し、現在考えられる原因を排除しています。 更新日時: 2025年7月23日。 Re: S32K3 SPD DMA こんにちは@Neo1096 社内フォーラムからの返信はまだ受け取っていませんので、お待ちください。 更新日:2025年7月15日。 Re: S32K3 SPD DMA こんにちは@Neo1096 社内フォーラムからの返信はまだ受け取っていませんので、お待ちください。 更新データ:2025年7月7日。 Re: S32K3 SPD DMA こんにちは@ Neo1096 今朝再度プッシュしましたが、社内フォーラムからはまだ何の返答もありません。 Re: S32K3 SPD DMA 何か進展はありましたか？ Re: S32K3 SPD DMA こんにちは@Ne01096 これはバグかもしれません。何か見落としているかどうか、デザインチームに確認する必要があります。 現状では、DMA モジュールを追加すると、クロックの初期化時にハードファルト状態になります。 さまざまなバージョンでテストしましたが、結果は同じでした。 Re: S32K3 SPD DMA exceptions.cにコードを追加しましたStartup_Code フォルダーの下に、主にエラー注入によって発生したハードウェア エラーを処理するためにあります。その他の部分は変更ありません。 Re: S32K3 SPD DMA こんにちは@Neo1096 ご提供いただいたプロジェクト「S32K312_SPD104_DMA_UART」をテストしているときに、問題が発生しました。 原因はまだ見つかっていませんが、理論上は「S32K312_SPD104」と同じ設定であれば、このような問題は発生しないはずです。 明日、「S32K312_SPD104」のコードを修正してみます。 しばらく時間がかかります。また、起動ファイルが変更されている可能性があります。 Re: S32K3 SPD DMA 以前アップロードしたコードは実行CAN。FCCU モジュールを個別に追加すると、操作が失敗します。 コードのコピーを2つ再アップロードしました。 正しく実行CANファイルは、SPD104 バージョンに基づいて RAM および FLASH インジェクション エラーをテストします。（S32K312_SPD104） もう 1 つは正しく実行できません。これは、前のコードにDMA+UART部分を追加し、Clock_Ip_SetWaitStates(); ハードウェア割り込みを入力します（S32K312_SPD104_DMA_UART） ぜひご覧ください。ありがとう。 Re: S32K3 SPD DMA こんにちは@ Neo1096 まず、提供されたプロジェクトをテストしましたが、おっしゃった問題は発生しませんでした。CANさらに詳しい情報と、変更が必要かどうかを教えてください。 第二に、SPDバージョン4.0.0に対応するP24は1.0.4のはずです。バージョン1.0.4をインストールしてもう一度お試しください

无法理解这一点 RM 我不太理解 RT1060 参考手册第 3 版中关于 LPSPI FRAMESZ 的描述（见截图）。 因此，之前它说 LPSPI 字长是 32 位，而我没有看到它的任何配置，那么它怎么会说最小字长是 2 位呢？ 声明不支持 33 位的帧大小 - 是否只是这个值，33 位，某种程度上是特殊的，或者任何其他 (n * wordsize) + 1 也是（fe65 或 97 帧大小？） 提前致谢！ i.MXRT 106x 回复：无法理解 RM 的这个部分 嗨，是的，现在这是有意义的 - 所以它是不完整单词的最小单词大小，它是框架中的最后一个单词。我相信如果你在这个或其他 RM 中有这个声明，最好用不同的词语来表达它，这样更容易理解 多谢！ 回复：无法理解 RM 的这个部分 哈哈哈，笑话！欢迎来到现代“文献”的奇妙世界，您的选择要么是“缺失/不完整”，要么是“写得太糟糕以至于几乎无法理解”。 天哪，我多么怀念摩托罗拉时代的文档。从那时起，一切都开始走下坡路。

S32DS for S32 v3.5 Update failed issue Hello. Step 1. I install S32DS for S32 v3.5. - Install program: S32DS.3.5_b220726_win32.x86_64.exe  Step 2. Select "S32 Design Studio Platform package" and execute update. Step 3. After few minute update failed with "Read time out" error. Step 4. Close & Restart S32DS, and retry update "S32 Design Studio Platform package". Step 5. S32DS program close suddenly. And s32ds.exe, s32ds.bat file deteled. I attached my step screen capture below. How can I clean install S32DS for S32 v3.5 and update latest package? Best Regards, Sean Sung Re: S32DS for S32 v3.5 Update failed issue Thank you for support! It works. Re: S32DS for S32 v3.5 Update failed issue Hi,  on some machines doesn't work repositories with http:// - please try to change http:// to https:// Re: S32DS for S32 v3.5 Update failed issue Hi @Robin_Shen  When I try offline update to SW32_S32DS_3.5.14_D2409, same issue (deleted .exe, .bat files) happened. SW32K3_S32DS_3.5.13_D2407.zip is my mistype, I don't need that. Best Regards, Seam Sung. Re: S32DS for S32 v3.5 Update failed issue Please tell me which version of S32K3 RTD you want to install? Here is the method for offline installation of S32K3 RTD 4.0.0: RTD 4.0 with Design Studio 3.5  SW32K3_S32DS_3.5.13_D2407.zip is S32 Design Studio 3.5.13 Development Package with support for S32K3xx devices. As far as I know, this only needs to be installed when installing S32K3 RTD 5.0.0. You don't need to install those S32DS Update packages one by one, just install the latest one. For example: S32 Design Studio 3.5 Update 14 D2409 new Re: S32DS for S32 v3.5 Update failed issue Hi @Robin_Shen  I already tried offline update. Update okay with belows. SW32_S32DS_3.5.2_D2302, SW32_S32DS_3.5.3_D2306, SW32_S32DS_3.5.4_D2307, SW32_S32DS_3.5.5_D2308, SW32_S32DS_3.5.6_D2309. When I try update to SW32_S32DS_3.5.8_D2311, warning message popup. I choose "Install anyway", after then program close (without any message), and deleted s32ds.exe and s32ds.bat. When I try update to latest package SW32K3_S32DS_3.5.13_D2407 at one-shot(without update previous version), same issue happend. And.. I can't find offline update package for Update 7. Could you check for me? Best Regards, Sean Sung. Re: S32DS for S32 v3.5 Update failed issue Hi  Have you tried installing offline? Refer to the step2 of HOWTO: offline install S32K3 RTD 3.0.0 in S32DS v3.5.  S32 Design Studio 3.5 Update 13 D2407 is available for download on S32 Design Studio for S32 Platform web page. Best Regards, Robin ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. -------------------------------------------------------------------------------

BFU660F 的 Spice 型号 您好， 能否提供 BFU660F 的香料型号？ 谢谢！ 约翰 Re: Spice Model for BFU660F 您好， ，我试图将此模型用于 Orcad PSpice，但似乎无法识别某些参数（例如：...M参数......），软件就会出错。请提供可在 orcad PSpice 中导入的 BFU660F 模型， ，谢谢您的支持 ，致以最诚挚的问候 Jonata Re: Spice Model for BFU660F 亲爱的艾丽卡 我想在 LTSPICE 中使用 2 发射器模型。 请发布 BFU660F 的 4 针型号。 顺祝商祺！ 诹访仁 Re: Spice Model for BFU660F 嗨，艾丽卡、 谢谢你的香料模型。 您可以关闭此主题。 顺祝商祺！ 约翰 Re: Spice Model for BFU660F 您好。 SPICE 模型附后。 希望对你有所帮助。 此致问候

CLRC66301B 掉电模式仍消耗 2 mA 而不是 nA 您好，恩智浦社区 我正在使用 CLRC66301B NFC 读卡器IC 并尝试通过将 PDOWN 引脚设为高电平来激活掉电模式 (3.3)V），详见数据手册。但是，电流消耗保持在2 mA，而数据表显示掉电时电流消耗应在8 nA至40 nA之间。 设置详情： PDOWN 引脚：3.3 V（恒定高电平） VDDs：VDD（TX）、VDD（AUX）、VDD（MCU）电压均为 3.3 V 接口：I²C（测试期间空闲） XTAL：连接 27.12 MHz 晶体 当前测量期间无通信或活动 测量电流： ~2 mA 问题 1.在断言 PDOWN 之前是否需要对寄存器进行配置？ 2。IRQ、XTAL、IFSEL 或其他 GPIO 能否阻止进入真正的掉电模式？ 3.PDOWN 是否需要使用 VDD 或 RESET 进行额外的定时或排序？ 如有任何见解或建议，我们将不胜感激。 谢谢！ 乌玛桑卡尔 NFC 控制器解决方案 Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 您好， 当您提到当 SDA 和 SCL 物理断开时电流消耗会降低时，是指您移除了该引脚上的所有连接（同时移除主机 MCU 和上拉电阻器），还是指这些线路仅与主机 MCU 断开？ 另外，能否请您描述一下测量所用的方法、设备和测试点？ Eduardo。 Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 亲爱的恩智浦团队 我使用带有 CLRC66303B 芯片的官方 CLEV6630ARD 板进行了掉电电流测试。只有在进行任何 I²C 通信之前物理断开 SDA 和 SCL 时，电流才会达到 ~40 nA。如果使用一次 I²C，即使将 PDOWN 设为高电平，电流也会保持在 2 mA 以上。 请说明在进入 PDOWN 之前，I²C 线路应该做些什么？具体来说 在断言 PDOWN 之前，MCU 是否应将 SDA 和 SCL 设置为高阻抗（输入，无拉）？ 之前的任何 I²C 通信是否会阻止芯片进入真正的硬掉电？ 谢谢！ Follow-Up: CLRC66303 – High Current in Hard Power-Down Mode (CLEV6630ARD-Based Design) 亲爱的恩智浦团队 我之前曾就 CLRC66301HN 的硬掉电电流提出过问题，你的回复建议迁移到 CLRC663 Plus 系列 (CLRC66303)。此后我改用 CLRC66303B，使用基于 CLEV6630ARD 参考设计的定制板，我想继续提供最新的测试结果。 你之前的回复侧重于 LPCD 行为和 AN11783，但这个问题仅涉及通过 PDOWN 引脚进行硬掉电，没有RF场或 LPCD 处于活动状态。 掉电电流测量 (CLRC66303B)： > 当 PDOWN 处于低电平时（芯片处于活动状态，RF场 开启）：~100 mA >当 PDOWN 为高电平且存在 I²C 上拉时：~1.2 mA >当 PDOWN 为高且 I²C 线路被驱动为低时： ~6.6 mA >当 PDOWN 为高电平且 I²C 线路在使用前已物理断开时：~40 nA 只有在进行任何 I²C 通信之前物理断开 SDA 和 SCL 连接时，芯片才会在 PDOWN 模式下消耗 ~40 nA 电流。如果只使用一次 I²C，则即使在 PDOWN 钳位高电平之后，电流仍保持高电平。 硬件设置摘要： 芯片：CLRC66303B，I²C 模式。 微控制器：TI CC2652R7，100 kHz I²C 电压：3.3 V 调节 上拉：SDA/SCL 上 4.7 kΩ 至 3.3 V 未使用的引脚：按照数据表拉动 未启用射频或 LPCD 功能 方案设计：基于 CLEV6630ARD（附后） 需要澄清的问题： 1.在 PDOWN 模式期间，SDA/SCL 是否内部偏置？ 2。即使后来将PDOWN设置为高电平，之前的任何I²C活动是否会阻止真正的掉电？ 3.在断言 PDOWN 之前，是否有必要将 MCU I²C 引脚设置为 Hi-Z（输入，无拉）？ 4.是否有恩智浦推荐的方法，可在硬 PDOWN 模式下可靠地实现<100 nA，而无需物理断开 I²C 线路？ 我们的目标是确保电池的使用寿命，并且必须实现数据手册中规定的低功耗性能。如果有任何专门关于 PDOWN 行为和 I²C 漏电流的指导或文档，我们将不胜感激。 附上示意图以供参考。 顺祝商祺！ Umasankar C Re: CLRC66301B Power-Down Mode Still Consumes 2 mA Instead of nA 你好@Umasankarc 希望你一切顺利。 我知道你使用的是基于 CLRC66301HN（非增强版）的自定义板，对吗？如果是，请考虑我们建议改用 CLRC663 plus 系列 (CLRC66303)。 引脚 PDOWN 的高电平应启用硬掉电。数据手册中描述的掉电电流 (Ipd) 相当于 CLRC663 芯片中所有电源电流的总和；但是，嵌入在板中的外部元器件可能会消耗额外的功率。 AN11783 CLRC663 plus《电源卡检测》第 3.4 节中描述了一些低功耗设计建议。 Eduardo。

SE050 初始配置 您好， 我正在尝试与 EdgeLock se050 芯片通信。我正在使用恩智浦的 “Plug & Trust 中间件迷你代码包”，我已经能够编译和执行他们提供的示例。我可以读取芯片的版本，但当我尝试读取一个对象时，会出现错误，并且在准备摘要符号之前的 ht ex_sss_entry 中，示例无法继续。 我的假设是，I2C 通信是正确的，但认证可能不正确，这就是我无法访问 se050 对象的原因。我想问一下，如果你们对这个芯片进行了首次配置，你们使用的是哪种验证方法，是否有我们可以使用的凭证。 亲切的问候， Iván Re: se050 initial configuration 看来硬件连接没有启用。也许您应该检查 I2C 连接并启用 GPIO。您可以参考附带 Raspberry Pi 的 EdgeLock SE05x 快速入门指南获取帮助。您使用的是哪种硬件平台？ Re: se050 initial configuration 你好，我是@ivangonzalezcano、 感谢您提供的信息！我刚刚回复了您关于同一主题的私人信件，但如果您更愿意在这里讨论，我也没有意见。 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: se050 initial configuration 嗨，@Kan_Li、 我使用的是 SE050F 变体。 谢谢。 Re: se050 initial configuration 你好，我是@ivangonzalezcano、 您用来玩迷你 MW 的 SE050 变体是什么？ 祝您愉快， Kan ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"标记正确" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 -------------------------------------------------------------------------------

iMX95 GPIO1_IO[11]/BOOT_MODE2 作为输入 i. MX95 参考手册 Rev2 DraftB 指出 BOOT_MODE 引脚只能用作输出： GPIO1_IO[5]、GPIO1_IO[7]、GPIO1_IO[11] 和 GPIO1_IO[13] 为只输出或三态。更多详情，请参阅本文件附带的引脚列表表。 某些引脚可能在POR时用作 BOOT_MODE 引脚，因此这些引脚在此时可以作为输入。 但是，GPIO1_IO[11]/BOOT_MODE2 目前被配置为输入，并且正常工作。 我们是否可以依赖这种行为？ Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 谢谢。 Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 我们的板内部使用 GPIO1_IO [11] /BOOT_MODE2 来连接到 MCU 中断引脚。我们保证所有条件都能正常启动；没有外部连接，MCU 处于 RESET 状态，我们为正确的启动时间状态提供上拉电源 Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 根据内部团队的最新回复，我得到的信息是，从能力的角度来看，与启动cfg相关的iOS可以配置为输入。但不建议这样做。这些引脚在 POR 时也会作为 BOOT_MODE 引脚进行采样，当信号在 POR 时间之后功能上是输入时，我们通常不希望支持客户尝试将其用作输入，因为他们的板级元器件驱动输入 SoC 时也可能会意外地在 POR 时（不仅仅是 POR 之后）驱动一个值，如果这样做，那么我们的 SoC 可能会采样错误的 BOOT_MODE 值。 我们不会推动文档团队更新上述信息。客户最好不要将 IO 配置为输入模式。 Re: iMX95 GPIO1_IO[11]/BOOT_MODE2 as an input 请参阅 AE 团队提供的以下最新信息。 根据我对 RM 的理解，IO 可以用作 POR 的输入。启动后，它们无论如何都不能用作输入。既然你提到GPIO1_IO [11] /BOOT_MODE2 当前被配置为输入并且正在运行，你能否分享一下 IO 正在运行哪些功能？

按下按钮时出现分段故障 你好， 我使用的是 imx9352 处理器，点击菜单页面上的一个环保按钮后，我正在加载生态屏幕，并在运行时创建文本区域以使用单板。 每当用户点击这个按钮时，就会出现 seg 故障，屏幕变成空白，原因何在？ void screen_init(lv_obj_t *parent) { ta_best_load_ratio_val_1 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_best_load_ratio_val_1、 279, 134); lv_obj_set_size(ta_best_load_ratio_val_1、 104, 30); lv_obj_set_style_bg_color(ta_best_load_ratio_val_1、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_best_load_ratio_val_1、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_1，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_1, ta_done_cb, LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_1, textarea_event_cb, LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_best_load_ratio_val_1, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_best_load_ratio_val_1、 -1); lv_textarea_set_one_line(ta_best_load_ratio_val_1、 true);   ta_eco_cycle_period_val_1 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_eco_cycle_period_val_1、 279, 180); lv_obj_set_size(ta_eco_cycle_period_val_1、 104, 30); lv_obj_set_style_bg_color(ta_eco_cycle_period_val_1、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_eco_cycle_period_val_1、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_1，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_1，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_1，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_eco_cycle_period_val_1，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_eco_cycle_period_val_1、 -1); lv_textarea_set_one_line(ta_eco_cycle_period_val_1、 真); ta_eco_min_module_noo_val_1 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_eco_min_module_noo_val_1、 693, 88); lv_obj_set_size(ta_eco_min_module_noo_val_1、 104, 30); lv_obj_set_style_bg_color(ta_eco_min_module_noo_val_1、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_eco_min_module_noo_val_1、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_1，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_1，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_1，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_eco_min_module_no_val_1，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_eco_min_module_noo_val_1、 -1); lv_textarea_set_one_line(ta_eco_min_module_noo_val_1、 true); ta_rect_save_stop_val_1 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_rect_save_stop_val_1、 693, 134); lv_obj_set_size(ta_rect_save_stop_val_1、 104, 30); lv_obj_set_style_bg_color(ta_rect_save_stop_val_1、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_rect_save_stop_val_1、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_rect_save_stop_val_1，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_rect_save_stop_val_1，ta_done_cb，LV_EVENT_ALL、 NULL); lv_obj_add_event_cb(ta_rect_save_stop_val_1，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_rect_save_stop_val_1, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_rect_save_stop_val_1、 -1); lv_textarea_set_one_line(ta_rect_save_stop_val_1、 true); ta_dry_time_val_1 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_dry_time_val_1、 693, 180); lv_obj_set_size(ta_dry_time_val_1、 104, 30); lv_obj_set_style_bg_color(ta_dry_time_val_1、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_dry_time_val_1、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_1，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_1，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_1，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_dry_time_val_1, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_dry_time_val_1、 -1); lv_textarea_set_one_line(ta_dry_time_val_1、 true); ta_best_load_ratio_val_2 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_best_load_ratio_val_2、 279, 303); lv_obj_set_size(ta_best_load_ratio_val_2、 104, 30); lv_obj_set_style_bg_color(ta_best_load_ratio_val_2、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_best_load_ratio_val_2、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_2，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_2，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_best_load_ratio_val_2, textarea_event_cb, LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_best_load_ratio_val_2, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_best_load_ratio_val_2、 -1); lv_textarea_set_one_line(ta_best_load_ratio_val_2、 true);   ta_eco_cycle_period_val_2 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_eco_cycle_period_val_2、 279, 349); lv_obj_set_size(ta_eco_cycle_period_val_2、 104, 30); lv_obj_set_style_bg_color(ta_eco_cycle_period_val_2、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_eco_cycle_period_val_2、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_2，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_2，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_cycle_period_val_2，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_eco_cycle_period_val_2，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_eco_cycle_period_val_2、 -1); lv_textarea_set_one_line(ta_eco_cycle_period_val_2、 true); ta_eco_min_module_noo_val_2 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_eco_min_module_noo_val_2、 693, 257); lv_obj_set_size(ta_eco_min_module_noo_val_2、 104, 30); lv_obj_set_style_bg_color(ta_eco_min_module_noo_val_2、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_eco_min_module_noo_val_2、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_2，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_2，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_eco_min_module_no_val_2，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_eco_min_module_no_val_2，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_one_line(ta_eco_min_module_noo_val_2、 true); lv_textarea_set_max_length(ta_eco_min_module_noo_val_2、 5); lv_textarea_set_cursor_pos(ta_eco_min_module_noo_val_2、 -1); ta_dcdc_save_stop_val_2 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_dcdc_save_stop_val_2、 693, 303); lv_obj_set_size(ta_dcdc_save_stop_val_2、 104, 30); lv_obj_set_style_bg_color(ta_dcdc_save_stop_val_2、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_dcdc_save_stop_val_2、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_dcdc_save_stop_val_2，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dcdc_save_stop_val_2，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dcdc_save_stop_val_2，textarea_event_cb，LV_EVENT_ALL、 NULL); lv_textarea_set_one_line(ta_dcdc_save_stop_val_2、 true); LV_OBJ_CLEAR_FLAG(ta_dcdc_save_stop_val_2, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_dcdc_save_stop_val_2、 -1); ta_dry_time_val_2 = lv_textarea_create(guider_ui.ECO_page_container_eco_page_cont); lv_obj_set_pos(ta_dry_time_val_2、 693, 349); lv_obj_set_size(ta_dry_time_val_2、 104, 30); lv_obj_set_style_bg_color(ta_dry_time_val_2、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_dry_time_val_2、 &lv_font_NotoSans_Regular_18、 0); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_2，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_2，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_dry_time_val_2，textarea_event_cb，LV_EVENT_ALL、 NULL); lv_textarea_set_one_line(ta_dry_time_val_2、 true); LV_OBJ_CLEAR_FLAG(ta_dry_time_val_2, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_dry_time_val_2、 -1); ta_ipv4_addr = lv_textarea_create(guider_ui.network_setting_page_network_setting_cont); lv_obj_set_pos(ta_ipv4_addr、 234, 105); // 调整位置 lv_obj_set_size(ta_ipv4_addr、 200, 30); // 调整大小 lv_obj_set_style_bg_color（ta_ipv4_addr、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_ipv4_addr、 &lv_font_NotoSans_Regular_18、 0); lv_textarea_set_placeholder_text（ta_ipv4_addr、 "IPv4 地址"); LV_OBJ_ADD_EVENT_CB(ta_ipv4_addr，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_ipv4_addr，ta_done_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_ipv4_addr，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_ipv4_addr，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_ipv4_addr、 -1); lv_textarea_set_one_line(ta_ipv4_addr、 true); // IPv4 子网掩码 ta_ipv4_mask = lv_textarea_create(guider_ui.network_setting_page_network_setting_cont); lv_obj_set_pos(ta_ipv4_mask、 234, 152); lv_obj_set_size（ta_ipv4_mask、 200, 30); lv_obj_set_style_bg_color(ta_ipv4_mask、 lv_color_hex(0xD8D8D8), 0); lv_obj_set_style_text_font(ta_ipv4_mask、 &lv_font_NotoSans_Regular_18、 0); lv_textarea_set_placeholder_text(ta_ipv4_mask、 "子网掩码"); LV_OBJ_ADD_EVENT_CB(ta_ipv4_mask，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_ipv4_mask，ta_done_cb，LV_EVENT_ALL、 NULL); lv_obj_add_event_cb(ta_ipv4_mask，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_ipv4_mask, LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_ipv4_mask、 -1); lv_textarea_set_one_line(ta_ipv4_mask、 真); //IPv4 网关 ta_ipv4_gw = lv_textarea_create(guider_ui.network_setting_page_network_setting_cont); lv_obj_set_pos(ta_ipv4_gw、 234, 199); lv_obj_set_size(ta_ipv4_gw、 200, 30); lv_obj_set_style_bg_color（ta_ipv4_gw、 lv_color_hex(0xE8E8E8), 0); lv_obj_set_style_text_font(ta_ipv4_gw.Lv_font_NotoSans_Regular_18)、 &lv_font_NotoSans_Regular_18、 0); lv_textarea_set_placeholder_text (ta_ipv4_gw ，" Gateway ")； LV_OBJ_ADD_EVENT_CB(ta_ipv4_gw，ta_focus_cb，LV_EVENT_ALL、 NULL); LV_OBJ_ADD_EVENT_CB(ta_ipv4_gw，ta_done_cb，LV_EVENT_ALL、 NULL); lv_obj_add_event_cb(ta_ipv4_gw，textarea_event_cb，LV_EVENT_ALL、 NULL); LV_OBJ_CLEAR_FLAG(ta_ipv4_gw，LV_OBJ_FLAG_SCROLLABLE)； lv_textarea_set_cursor_pos(ta_ipv4_gw、 -1); lv_textarea_set_one_line(ta_ipv4_gw、 true); /* 1) 创建一个键盘 */ kb = 创建(父）； lv_obj_add_flag(kb, LV_OBJ_FLAG_HIDDEN)； lv_obj_set_size(千字节 LV_PCT(100), LV_PCT(40)); // lv_keyboard_set_mode(kb, LV_KEYBOARD_MODE_TEXT_LOWER)； lv_obj_align（kb，LV_ALIGN_BOTTOM_MID、 0, 0); // lv_keyboard_set_cursor_manage(kb, true)； }} 我在事件处理程序中调用的是 静态 void menu_page_eco_btn_event_handler(事件处理 *e) { lv_event_code_t 代码 = lv_event_get_code(e); 开关(代码) { 案例lv_event_clicked：     { ui_load_scr_animation(&引导器, &guider_ui.ECO_page_container, 引导者.ECO_page_container_del, &引导者.menu_page_del, setup_scr_ECO_page_container, lv_scr_load_anim_fade_on、 200, 200, true, 假); 创建警报条(guider_ui.ECO_page_container_eco_page_cont); // 确保在加载 "概览 "页面时可见 LV_OBJ_CLEAR_FLAG(alarm_bar，LV_OBJ_FLAG_HIDDEN）； screen_init(guider_ui.ECO_page_container); 打破;    } 默认值: 打破;    } }} ，我将当前屏幕的可用内存也包括在内，因此在后端，当包括后端在内的线程正在运行时，客户端将尝试更新上述创建文本区域的值，此时只会出现 seg 故障，但在点击 eco btn 时，如果只点击前端而没有任何通过创建文本区域来访问文本区域的后端，则不会出现 seg 故障。 在点击事件处理程序中访问上述 init 函数创建的文本区域时，有什么具体方法吗？ 此外，用于更新文本区域的 LcdHandler_Init(); 函数也在以下位置被调用 int main(void) { /* 初始化 LVGL */ lv_init(); /* 为 LVGL 初始化 HAL（显示器、输入设备）*/ hal_init(); /* 创建 GUI-Guider 应用程序 */ setup_ui(&guider_ui）； events_init(&guider_ui）； 自定义(&guider_ui）； // 初始化 LCD 处理程序和 DBus 连接 LcdHandler_Init(); #ifLV_USE_VIDEO pthread_create(&视频线程 NULL, videoPlayThread、 NULL); #endif /* 处理 LVGL 任务 */ #ifLV_USE_WAYLAND bool完成； 虽然(1) { 完成 = lv_wayland_timer_handler(); 如果(完成）{ /* 仅在循环完成时等待 */ usleep(lv_def_refr_period * 1000);      } /* 运行直至最后一个窗口关闭 */ 如果(!lv_wayland_window_is_open(NULL)){ 打破;      }    } #else uint32_t 空闲时间; 虽然(1) { /* 返回下一次执行定时器的时间 */ 空闲时间 = lv_timer_handler(); usleep（空闲时间 * 1000);    } #endif 返回 0; } 另外，我们分配的内存大小为 1535998 kb 请查看正在添加自定义文件的元层， 请尽快联系我们，快速回复。 这是非常关键的团队、 Re: segmentation fault on pressing button 是的，我们尝试了使用 lv_async_call() ，它确实清除了 seg 故障。 感谢团队 Re: segmentation fault on pressing button 你好@sana 希望你一切都好。 所有 LVGL 对象的创建、删除或修改都必须在运行lv_timer_handler() 的同一线程中进行，而在你的代码中，你产生了一个后端线程(LcdHandler_Init)，该线程试图直接更新ta_*对象。 这意味着 LVGL 对象正被两个线程所触及： 1.UI 循环（运行lv_timer_handler() 的主线程） 2.您的后端线程 当您按下 ECO 按钮时会崩溃，因为这是您动态创建新文本区的地方。 后台线程可能拥有指向其中一个线程的指针，并在 LVGL 仍在铺设或释放旧指针时更新它。lv_obj_t * 后面的内存已失效。 您可以尝试使用lv_async_call()。 如果您能分享您的 Gui Guider 项目和 Gui Guider 版本，将对我们非常有帮助。 顺祝商祺！ 萨拉斯

After resetting, the s32k312 enters the HardFault_Handler abnormally The chip used is s32k312, with the compiler version being S32DS3.5 and RTD3.0. During the production of uds-boot, some valid information is fixed in pflash at address 0x0043E000. Program the bootloader into the chip, and then flash the app program via the host computer. After the first flash, you can use the internal watchdog timeout reset to ensure the program correctly enters the app. However, when the program is running in the app and another app flash operation is performed, the program enters the HardFault_Handler after resetting. Please help me check if there is a configuration issue, or if there is a standard configuration method. As long as the information is not fixed in p_flash, but instead written to 0x0043E000 through instructions later, the program can run normally. Thank you very much for your support.

Android vendor_boot img で imx95 evk ボードのスターティングブロックを作成する imx95 android 15コードをダウンロードし、イメージを正常にビルドしてuuu_imx_android_flash.shでフラッシュしました。デフォルトで avb をサポートしており、フラッシュ プロセスは成功し、ブートローダは正常に動作しますが、boot_jump_linux 関数 armv8_switch_to_el2 を実行すると、ブロックされます。これらの vendor_boot.img と vbmeta-imx95.img を公式にビルドされた img に置き換えてみたところ、うまくいきました。そして、vendor_boot.img を単独で置き換え、uboot でパッケージ チェックを閉じると、カーネルも起動できるSO、ブロックの原因は私が構築した vendor_boot イメージであることがわかりました。vendor_boot イメージを解凍して、公式のものでコンパイルしてみましたが、bootconfig と dtb の違いは見つかりませんでした。 なぜ vendor_boot がカーネル実行問題を解決できないのか疑問に思います。私は vendor_boot のソースを変更していません。ブートローダと DDR タイミングのみを変更した場合、起動の問題の根本原因を見つけるにはどうすればよいですか。 回复： Android vendor_boot img make imx95 evk board starting block テストのためにこれらのイメージを置き換えようとしましたが、ブートローダーとspl /uboot init_boot vendor_boot vbmeta super dtboとパーティションテーブルが置き換えられ、最後にvendor_bootを置き換える必要があることが判明し、起動できるようになりました。つまり、カーネルの起動時にブロックされなくなり、カーネルの起動メッセージ「物理 CPU で Linux を起動しています...」が出力されます。

使用矢量 CAN 接口在 CANOE 上测试与 s32k144 的 CAN 通信 你好我想借助矢量 CAN 接口测试使用 CANOE 的 s32k144 板的 CAN 通信。但不知道如何才能做到。如果您有任何支持或参考，欢迎您开始使用。 Re: Testing CAN communication with s32k144 on CANOE using vector CAN interface 你好，Julian AragonM，感谢您的回复。我可以使用矢量 CAN 接口在 CANOE 上查看 CAN 日志，方法是将 CAN 线一端直接连接到 s32k144 CAN 引脚& ，另一端连接到矢量提供的电缆上，矢量 CAN 接口不带终端电阻。 Re: Testing CAN communication with s32k144 on CANOE using vector CAN interface 你好，我是@Chandrakant、 你可以参考 AN5413：S32K1xx 系列食谱 ——应用笔记。第 2.9 和 2.10 节提供了一些配置 FlexCAN 的例程。 您也可以参考 RTD 示例，但请记住，最新代码包中的示例配置为 " loopback " 操作，这意味着不使用收发器。您必须为通信配置引脚，并将操作更改为"正常/用户模式" 。 有一份 HOWTO 列表：S32DS - HOWTO 列表 - NXP 社区，解释了如何从较新的 SW 安装和导入示例。 致以最诚挚的问候， Julián

RINGO TEA2017/2がWindows 10でクラッシュする この画面が表示された後、アプリがクラッシュしました。 システム ログには次の説明が含まれます。 .NET Framework バージョン 3.5 および 4.8 は既にインストールされています。 Re: RINGO TEA2017/2 在WIN10运行闪退 わかりました。ありがとうございます。 Re: RINGO TEA2017/2 在WIN10运行闪退 それは誰かが以前使っていたものかもしれません。 かなり前にこれを試してみましたが、うまくいきました。 Re: RINGO TEA2017/2 在WIN10运行闪退 しかし、ボードに接続しなくても実行できるコンピューターがここにあります。 Re: RINGO TEA2017/2 在WIN10运行闪退 ボードを接続する必要があります。そうしないと、初回はこのようにクラッシュしてしまいます。

IW611 Wi-Fiモジュールのドライバとファームウェア こんにちは、 Wi-Fi ドライバを構築する手順と、IW611 に関連するいくつかの質問を明確にしたいと思います。ぜひご覧になってみてください。ありがとう。 私はカーネル 5.10 を使用しており、私の理解に基づいて、IW611 用の WiFi ドライバを構築する手順は次のとおりです。間違っていたら訂正してください。 1) クローンリポジトリ: http://github.com/nxp-imx/mwifiex.git 私のカーネルバージョンに最も近いバージョンをチェックアウトします。例: lf-5.10.y_1.0.0 質問: この lf-5.10.y_1.0.0 ブランチの最終更新は 4 年前です。そのブランチのソース コードは最新であり、すべての IW611 機能をサポートしていますか? 2) 5.10 カーネル ソース コードを指す KERNELDIR= をエクスポートします。 3) $CROSS_COMPILEを更新する 3) wlan_src に cd する 4) クリーン＆ビルドを実行する その他の質問 https://github.com/nxp-imx/imx-firmware.gitのファームウェアの場合、IW611 に使用されているファームウェアをどのように確認すればよいですか?また、私のCASEでは lf-5.10.y_1.0.0 ブランチもチェックアウトする必要があるというのは正しいでしょうか? IW611 ライアン Re: IW611 Wifi module driver and firmware こんにちは@RyanKhor 質問: この lf-5.10.y_1.0.0 ブランチの最終更新は 4 年前です。そのブランチのソース コードは最新であり、すべての IW611 機能をサポートしていますか? --> リリースごとに機能リストを提供していますので、ご確認いただけます。i.MX アプリケーションプロセッサ向け組み込み Linux | NXP Semiconductors https://github.com/nxp-imx/imx-firmware.git にあるファームウェアについて 、IW611に使用されているファームウェアを確認するにはどうすればよいですか？また、私のCASEでは lf-5.10.y_1.0.0 ブランチもチェックアウトする必要があるのでしょうか？ --> iw611 と iw612 は同じファームウェアを共有します。 よろしくお願いいたします。 ショーン

Basic Secure Boot HSE S32K344 ADKP Hello everyone, I wanted to ask how to program ADKP in Base Secure Boot S32K344-WB #HSE#BaseSecureBoot Thanks Re: Basic Secure Boot HSE S32K344 ADKP Hello everyone, I’m working with an S32K312EVB-Q172 board and I’d like to test the HSE demo examples. Would it be possible to get access to the file S32K3_HSE_DemoExamples_1_0_0.zip? I’m using S32 Design Studio for S32 Platform together with a PEMicro debugger. Thank you in advance for your help! Best regards, Davide Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  I recommend reviewing the following thread, as it may be related to the problem you are experiencing. S32K344 Secure Boot HSE_VerifyBootImage issue Re: Basic Secure Boot HSE S32K344 ADKP Hello, After successfully booting the bootloader (HSE_SignBootImage OK) and passing the verification, the system displays a brief LED blue flash (indicating a successful Secure Boot). However, upon reboot or a second debug, the system crashes and it does not pass /* Verify that the generated TAG is valid for the APPBL */ #if VERIFY_TAG srvResponse = HSE_VerifyBootImage(pAppBL); ASSERT(HSE_SRV_RSP_OK == srvResponse); I suspect the problem is an overwrite. Do you know how to fix it? Thank you very much Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  The HSE service response 0x55A5AA33 corresponds to HSE_SRV_RSP_OK. However, if you are encountering issues when calling the HSE_SignBootImage() function, I recommend reviewing the following thread, as it may be related to the problem you are experiencing. HSE_VerifyBootImage return HSE_SRV_RSP_VERIFY_FAILED If the issue persists or the thread does not address your specific case, please let me know. Re: Basic Secure Boot HSE S32K344 ADKP  I have S32K3_HSE_DemoExamples_1_0_0, S32K344 device The ADKP is programmed successfully (check_debug_password_programmed_status() returns TRUE). However, the function HSE_SignBootImage() continues to fail immediately upon invocation, returning the error code 0x55a5aa33 In the main of Basic Secure Boot it does not pass the assert /* Verify that the generated TAG is valid for the APPBL */ #if VERIFY_TAG srvResponse = HSE_VerifyBootImage(pAppBL); ASSERT(HSE_SRV_RSP_OK == srvResponse); #endif I generate S32K344_SecureBootBlinky.bin, I put it in C:\NXP while the SecureBootBlinky and the Basic_SecureBoot are in C:\NXP\S32K3_HSE_DemoExamples_1_0_0\S32K3_HSE_DemoExamples\Secure_Boot I noticed in the linker file of Basic Secure Boot "S32K344_flash.ld" there is not  _adkp_key :    {      . = ALIGN(4);      KEEP(*(_adkp_key))       . = ALIGN(4);    } > PFLASH Do I have to modify that file? i attach it to you /***************************************************************************** * * Copyright 2020-2022 NXP * All Rights Reserved * ***************************************************************************** * * THIS SOFTWARE IS PROVIDED BY NXP "AS IS" AND ANY EXPRESSED OR * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. * IN NO EVENT SHALL NXP OR ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, * INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES * (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR * SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF * THE POSSIBILITY OF SUCH DAMAGE. * ****************************************************************************/ __STACK_SIZE = 0x00001000; __HEAP_SIZE = 0x00001000; /* Linker script to configure memory regions. aggiungi PFLASH_SECURE se vuoi una regione dove mettere chiavi critiche*/ MEMORY { ITCM (RWX) : ORIGIN = 0x00000000, LENGTH = 0x10000 PFLASH (RX) : ORIGIN = 0x400000, LENGTH = 0x3f4000 DFLASH (RX) : ORIGIN = 0x10000000, LENGTH = 0x20000 DTCM (RW) : ORIGIN = 0x20000000, LENGTH = 0x20000 SRAM0_STDBY (RW) : ORIGIN = 0x20400000, LENGTH = 0x8000 SRAM (RW) : ORIGIN = 0x20408000, LENGTH = 0x48000 } /* Linker script to place sections and symbol values. Should be used together * with other linker script that defines memory regions FLASH and RAM. * It references following symbols, which must be defined in code: * Reset_Handler : Entry of reset handler * * It defines following symbols, which code can use without definition: * __exidx_start * __exidx_end * __ecc_table_start__ * __ecc_table_end__ * __etext * __data_start__ * __preinit_array_start * __preinit_array_end * __init_array_start * __init_array_end * __fini_array_start * __fini_array_end * __data_end__ * __bss_start__ * __bss_end__ * __end__ * end * __HeapLimit * __StackLimit * __StackTop * __stack */ ENTRY(Reset_Handler) SECTIONS { .text : { KEEP(*(.vectors)) *(.text*) KEEP(*(.init)) KEEP(*(.fini)) /* .ctors */ *crtbegin.o(.ctors) *crtbegin?.o(.ctors) *(EXCLUDE_FILE(*crtend?.o *crtend.o) .ctors) *(SORT(.ctors.*)) *(.ctors) /* .dtors */ *crtbegin.o(.dtors) *crtbegin?.o(.dtors) *(EXCLUDE_FILE(*crtend?.o *crtend.o) .dtors) *(SORT(.dtors.*)) *(.dtors) *(.rodata*) KEEP(*(.eh_frame*)) } > PFLASH .ARM.extab : { *(.ARM.extab* .gnu.linkonce.armextab.*) } > PFLASH __exidx_start = .; .ARM.exidx : { *(.ARM.exidx* .gnu.linkonce.armexidx.*) } > PFLASH __exidx_end = .; .ecc.table : { . = ALIGN(4); __ecc_table_start__ = .; QUAD (__data_start__) QUAD ((__data_end__ - __data_start__) / 😎 QUAD (__bss_start__) QUAD ((__bss_end__ - __bss_start__) / 😎 QUAD (__HeapTop) QUAD ((__HeapLimit - __HeapTop) / 😎 QUAD (__StackLimit) QUAD ((__StackTop - __StackLimit) / 😎 QUAD (ORIGIN(ITCM)) QUAD (LENGTH(ITCM) / 😎 QUAD (ORIGIN(DTCM)) QUAD (LENGTH(DTCM) / 😎 __ecc_table_end__ = .; } > PFLASH .copy.table : { . = ALIGN(4); __copy_table_start__ = .; LONG (__etext) LONG (__data_start__) LONG ((__data_end__ - __data_start__) / 4) /* Add each additional data section here */ /* LONG (__etext2) LONG (__data2_start__) LONG ((__data2_end__ - __data2_start__) / 4) */ __copy_table_end__ = .; } > PFLASH .zero.table : { . = ALIGN(4); __zero_table_start__ = .; /* Add each additional bss section here */ /* LONG (__bss2_start__) LONG ((__bss2_end__ - __bss2_start__) / 4) */ __zero_table_end__ = .; } > PFLASH __etext = ALIGN(8); .boot_header : { KEEP(*(.boot_header)) } > DFLASH .standby_ram : { *(.standby_ram) } > SRAM0_STDBY /* Due ECC initialization sequence __data_start__ and __data_end__ should be aligned on 8 bytes */ .data : AT (__etext) { . = ALIGN(8); __data_start__ = .; *(vtable) *(.data) *(.data.*) . = ALIGN(4); /* preinit data */ PROVIDE_HIDDEN (__preinit_array_start = .); KEEP(*(.preinit_array)) PROVIDE_HIDDEN (__preinit_array_end = .); . = ALIGN(4); /* init data */ PROVIDE_HIDDEN (__init_array_start = .); KEEP(*(SORT(.init_array.*))) KEEP(*(.init_array)) PROVIDE_HIDDEN (__init_array_end = .); . = ALIGN(4); /* finit data */ PROVIDE_HIDDEN (__fini_array_start = .); KEEP(*(SORT(.fini_array.*))) KEEP(*(.fini_array)) PROVIDE_HIDDEN (__fini_array_end = .); KEEP(*(.jcr*)) . = ALIGN(8); /* All data end */ __data_end__ = .; } > SRAM /* Due ECC initialization sequence __bss_start__ and __bss_end__ should be aligned on 8 bytes */ .bss : { . = ALIGN(8); __bss_start__ = .; *(.bss) *(.bss.*) *(COMMON) . = ALIGN(8); __bss_end__ = .; } > SRAM /* Due ECC initialization sequence __HeapTop and __HeapLimit should be aligned on 8 bytes */ .heap (COPY): { . = ALIGN(8); __HeapTop = .; __end__ = .; _end = .; PROVIDE(end = .); . = . + __HEAP_SIZE; . = ALIGN(8); __HeapLimit = .; } > SRAM /* Due ECC initialization sequence __StackLimit and __StackTop should be aligned on 8 bytes */ .stack (ORIGIN(SRAM) + LENGTH(SRAM) - __STACK_SIZE) (COPY) : { . = ALIGN(8); __StackLimit = .; . = . + __STACK_SIZE; . = ALIGN(8); __StackTop = .; } > SRAM PROVIDE(__stack = __StackTop); /* Check if data + heap + stack exceeds RAM limit */ ASSERT(__StackLimit >= __HeapLimit, "region RAM overflowed with stack") CM7_START_ADDRESS = ORIGIN(PFLASH); __STDBYRAM_START = ORIGIN(SRAM0_STDBY); __STDBYRAM_SIZE = LENGTH(SRAM0_STDBY); } S32K344-WB  Re: Basic Secure Boot HSE S32K344 ADKP Hi @silvia_zandoli2  Refer to the following thread, which contains information related to this topic and may be helpful for you. [S32K3] Restrict the debug access with a password when HSE is used Additionally, I recommend reviewing the implementation of the functions ProgramADKPService(), Advance_LifeCycle_Service(), and attributeProgrammingService() provided in the S32K3 MCUs for General Purpose HSE Demo Examples and/or the HSE_DEMOAPP. BR, VaneB

Imx93 evk ONOFFボタンはスタンバイ機能にCAN使用できます。 こんにちは、imx93 evk の ONOFF ボタンは、短押しスタンバイと短押しウェイクアップ機能を再び CAN 実行しますか?どうやってそれを達成するのでしょうか? 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」に設定する 2. systemd-logindを再起動します。 systemctl で systemd-logind を再起動します。 この後、ONOFFボタンを短く押すことでimx93をサスペンド状態にすることができます。 回复： Imx93 evk ONOFF button can be used for standby function. この機能は、/etc /etc/systemd/logind.conf ファイルを変更することで実現されます。

ex_ecc with -DPTMW_SE05X_Auth=ECKey_PlatfSCP03 I'm using Plug & Trust middleware (v04.05.03) from  github plug-and-trust. Built ex_ecc with CMake flags: -DPTMW_Applet=SE05X_C -DPTMW_HostCrypto=OPENSSL -DPTMW_SE05X_Auth=ECKey_PlatfSCP03 Configured /tmp/SE05X/plain_scp.txt: Running ./ex_ecc /dev/i2c-0 fails with: SE ECDSA Public Key is not Provisioned!!! and sss_session_open failed. Full log: App :INFO :PlugAndTrust_v04.05.03_20240502 App :INFO :Running //tmp/ex_ecc App :INFO :Using PortName='/dev/i2c-0' (CLI) ... App :WARN :Using SCP03 keys from:'/tmp/SE05X/plain_scp.txt' App :ERROR:Unknown key type ... sss :INFO :atr (Len=35) ... sss :INFO :Newer version of Applet Found sss :INFO :Compiled for 0x70200. Got newer 0x70216 ... sss :ERROR:SE ECDSA Public Key is not Provisioned!!! App :ERROR:sss_session_open failed ... How do I provision the ECDSA public key for ECKey_PlatfSCP03 auth? Smart Cards Re: ex_ecc with -DPTMW_SE05X_Auth=ECKey_PlatfSCP03 Hi @carlos_o  Thanks for the previous guidance. I resolved the "SE ECDSA Public Key is not Provisioned" issue with the following steps on SE052F: Set default session login to SSS_HAVE_SE05X_AUTH_PLATFSCP03. Run the se05x_Delete_and_test_provision example to perform AddAttestationKeys and ReInitializeTestSample (all succeeded with kSE05x_Result_SUCCESS). Switch default session login to SSS_HAVE_SE05X_AUTH_ECKEY_PLATFSCP03. After this, ex_sss_boot_open succeeds, and ./ex_ecc /dev/i2c-0 runs without errors. Can you confirm if this workflow:SSS_HAVE_SE05X_AUTH_PLATFSCP03 -->provision --> SSS_HAVE_SE05X_AUTH_ECKEY_PLATFSCP03 is correct and recommended? Re: ex_ecc with -DPTMW_SE05X_Auth=ECKey_PlatfSCP03 Hi @KiteJLKo  Could you try to update to SE-PLUG-TRUST-MW_04.07.01?  Re: ex_ecc with -DPTMW_SE05X_Auth=ECKey_PlatfSCP03 Hi @carlos_o , My Env: yocto Linux  Re: ex_ecc with -DPTMW_SE05X_Auth=ECKey_PlatfSCP03 Hi @KiteJLKo  Could you please provide in which environment are you building the code? (Windows, linux, specific microcontroller)

IMX8MP uboot でデュアルチャネル LVDS を構成すると、色付きの縦線が表示されます。 背景： 現在、U-BootのLVDSディスプレイはパッチに従って設定されており、1280x800のシングルチャネル画面では正常に表示されます。これに基づき、1920x1080のデュアルチャネルディスプレイが必要となり、以下の設定が実装されています。 1. LVDS 画面パラメータを設定します。 タイミングLVDS: タイミングLVDS { クロック周波数 = <141140000>; hactive = <1920>; vアクティブ = <1080>; hfront-porch = <94>; hback-porch = <92>; hsync-len = <2>; vback-porch = <18>; vフロントポーチ = <16>; vsync-len = <2>; hsync-アクティブ = <1>; vsync-active = <1>; 非アクティブ = <1>; }; 2. レジスタ設定をldbに書き込みます。 //CH1 #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); 3. 次の式に従って PLL 値を計算します。 PLL_1443X_RATE(987980000U, 823, 5, 2, 20971), ロゴは表示されているのですが、画面に色のついた縦線が表示されています。何が原因でしょうか？トラブルシューティングにご協力ください。ありがとうございます。ご返信をお待ちしております。 i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ i.MX8ULP Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは@DADAXIN カーネルとU-BootのBMP表示機能が異なるため、BMP表示関連の関数に問題があると思われます。video_bmp_display関数を置き換えてみてください。 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); } よろしくお願いします、 志明 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは、@Zhiming おはようございます！仕事が忙しくて返信が遅くなり申し訳ありません。 gateworks.bmp を試してみましたが、表示があまり良くありませんでした。下の logo.png をご覧ください。uboot ドライバを確認したところ、VIDEO_FONT_16X32 の設定オプションが見つかりませんでした。検証として、1920x1080 のロゴ画像を 1280x800 のロゴに変換し、uboot とカーネルの両方に配置しました。uboot のロゴは斜めの角度でギザギザのエッジが表示されましたが、カーネルは問題なく表示されました。この問題についてご報告いただきありがとうございます。 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは@DADAXIN この問題は、ソース素材の解像度に関係しています。ソース素材の解像度を上げると、ギザギザが大幅に軽減されます。添付ファイルのロゴの解像度は296x72ですが、実際の画面の表示領域は296x72ピクセルではないため、引き伸ばされます。同じディレクトリにあるtools/logos/gateworks.bmp（600x93）ファイルを試して、水平方向のギザギザが軽減されるかどうかを確認してください。フォントについては、高解像度画面に適したVIDEO_FONT_16X32オプションを有効にしてみてください。 よろしくお願いします、 志明 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは@DADAXIN 現在使用しているロゴ画像（上記右側のもの）のコピーをアップロードしていただけますか？デュアルチャネル1080pモードでも、デフォルトのNXPロゴは表示されますか？ よろしくお願いします、 志明 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは、ご返信ありがとうございます！状況は以下のとおりです。 1. 添付ファイルに示すように、デフォルトの NXP ロゴ表示にもギザギザの外観が現れます。 2. 新しい1920x1080のロゴ画像をインストールしました。U-Bootでは傾いた部分がギザギザに見えますが、残りの部分は正常に表示されます。しかし、カーネルではファイルが大きすぎて表示できません。 3. ロゴ画像を 1280x800 の解像度に変換すると、U-Boot でも同じ効果が維持され、カーネルに正しく表示されます。 4. 1280x800 シングルチャネル画面に切り替えると、uboot とカーネルの両方が正常に表示されます。 シングルチャネル ディスプレイは正常に動作しますが、デュアルチャネル モードでロゴ画像が変更されると、U-Boot が異常表示されます。 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは@DADAXIN ロゴを差し替える前、デフォルトのロゴの表示やフォントに問題はありましたか？ 上の画像をよく確認したところ、元の素材自体の解像度が画面と互換性がないようです。高解像度での表示でどうなるかテストできる、より高解像度の画像をお持ちでしょうか？ また、カーネル段階で同じロゴ素材が表示された場合にも、このような現象が発生しますか? よろしくお願いします、 志明 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 早上好、志明 内部コアの lvds レジスタの書き込み；私も uboot で構成を実行しました；しかし結果は改善されませんでした：ロゴの斜部分も存在します；请问その残りの操作は拡張可能です；期待してください！ Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは@DADAXIN この設定はカーネルの特定の部分に対応していますが、当時はシングルチャネルテストのみが実施されていたため、U-Bootパッチには含まれていません。U-Bootパッチでlvds_ctrlレジスタに値を書き込む必要があります。 https://github.com/nxp-imx/linux-imx/blob/lf-6.12.y/drivers/phy/freescale/phy-fsl-imx8mp-lvds.c#L113 よろしくお願いします、 志明 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 ご指摘ありがとうございます。ロゴ画像の問題は、フォントとパターンの斜め部分にギザギザ感があるというものです。 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは。U-Boot は対応する PHY ファイル「fsl,imx8mp-lvds-phy」を見つけることができません。レジスタのどこに書き込めばいいのでしょうか？ <8MP_LVDS_patch> パッチにもこのドライバファイルは含まれていません。 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは@DADAXIN Linux LVDS PHY ドライバーの設定を参照して、LVDS_CTRL のこれらの 3 つのビットを調整すると、ドライバーの機能が大幅に向上するはずです。 phy_write(phy, priv->devdata->lvds_ctrl, CC_ADJ(0x2) | PRE_EMPH_EN | PRE_EMPH_ADJ(0x3)); よろしくお願いします、 志明 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 ご返信ありがとうございます！ロゴ画像の縁がギザギザになっています。1280x800のシングルチャンネル画面に切り替えると問題は解決しました。パネルクロックやPLL値をいろいろ調整しても表示は改善されませんでした。何かアドバイスはありますか？ Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは、 ロゴに何か問題がありますか？テキストだけであれば、LVDSコントローラーではなく、U-Bootのフォント最適化に関係している可能性があります。 よろしくお願いします、 志明 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは。LVDS画面のロゴ表示に問題が発生しています。ロゴの文字がギザギザに表示されてしまいます。どうすれば改善できるでしょうか？ご返信をお待ちしております。 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 ご指導ありがとうございます。それが問題の核心です。 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは、 コードには次の行が含まれています: val |= CH_EN。ここでは、チャネル0とBIT0のみが有効になっていますが、BIT2も設定する必要があります。 よろしくお願いします、 志明 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは。ご返信ありがとうございます。LDB_CH1_MODE_EN_TO_DI0 を LDB_CH1_MODE_EN_TO_DI1 に変更しても、表示効果は変わりませんでした。 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは@DADAXIN LDB_CH1_MODE_EN_TO_DI0 を LDB_CH1_MODE_EN_TO_DI1 に変更してみてください。 よろしくお願いします、 志明 Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは、志明 感激の逆行および問題の発生、最近の動作はより混雑しており、逆行はより混雑しています;私たちは代替操作を実行しました 1、現在 5.10.72 对应的 uboot2021 バージョン、変更後の会議には video_format 定義がありません；しかし、現在 6.6.52 对应的 uboot2024 バージョンは有ります、私もこの部分の構成： +++ b/include/video.h @@ -56,6 +56,15 @@ 列挙型 video_log2_bpp { ビデオ_BPP32、 }; + +列挙型ビデオフォーマット { + ビデオ_不明、 + ビデオ_RGBA8888、 + ビデオ_X8B8G8R8、 + ビデオ_X8R8G8B8、 + ビデオ_X2R10G10B10、 +}; + 2、もう一つの輖译、この一部の错、不明確怎么解决; 希望は你のもう一つの回帰を得ることができます、感谢！ Re: IMX8MP uboot下配置双通道lvds，显示存在彩色竖线 こんにちは@DADAXIN @Zhiming_Liu こんにちは。私もあなたと同じ問題（エイリアスされたテキスト）を抱えています。この関数（video_bmp_display）を変更した後、表示が乱れるのはなぜか教えていただけますか？他に何か変更しましたか？

Kinetis (.. /45/47/43；MCX W71/72/70) & MCX W23 Power 我的 工具（包括本地化） 本页专用于 Kinetis（KW35/KW38/KW45/KW47）和 MCX Wx（MCX W71/72 & MCX W23）Power 我的 工具。 它将帮助您估算应用（汽车或物联网）的功耗，并评估解决方案的电池寿命。 本页包含 2 个专用的电源配置工具： 1.'One 连接 Power Profiling Tool' 包括： 新增：基于仿真的KW43（汽车）和 MCX W70（工业物联网）产品独立组网 (SA)。 KW3x/KW4x（汽车）和 MCX W7x（工业物联网）产品独立组网 (SA)。 MCX W23 (IIoT) 产品独立组网 \\(SA\\)。 K32W0/QN9090、KW41、QN9080 产品独立组网 (SA)。 MCX W71 & W72 独立组网 \\(SA\\) 产品 (IIoT)。 新增：基于仿真的独立组网 (SA) (IIoT) 的 MCX W70 产品。 BLE 802.15.4 物质& ZED SmartFob应用程序（汽车）： BLE/KW45 + UWB Ranger4 + SE + 运动传感器 新产品：BLE/KW47 + UWB Ranger5 + SE + 运动传感器 2.CCC CS 应用程序（汽车） 1。'One Connectivity 电源分析工具' 概述： 安装文件可在 OneConnectivityPowerProfilingtool_SDK_26_03.ZIP 文件中。文件中。 请按照快速启动说明使用该工具。 要使用最新版本更新工具，只需下载 ZIP 中的 source_file.txt。 新增：One Connectivity 电源配置工具中提供适用于 BLE (KW45/47) 和 UWB (Ranger4/5) 的 Smart Fob 应用程序（汽车）   概述： 2.KW43 CCC CS 本地化 应用（汽车） 该工具基于 R&D 设计人员提供的模拟数据。 有关功耗和低功耗应用笔记，请参阅产品页面。以下是一些直接链接，以方便您使用： BLE AN14554 Kinetis KW47 蓝牙 LE 功率我的分析 版本.pdf AN14739 MCX W72 低功耗蓝牙我的分析 Rev2.0.pdf Kinetis KW45 和 K32W1 蓝牙 LE 功耗分析 MCX W71 蓝牙 LE 功耗分析 AN14659：MCX W23 低功耗蓝牙功耗分析|恩智浦半导体 CS AN14628_KW47_CCC_CS_Power_Profile_estimator tool_release.pdf 802.15.4 AN14841 MCX W72 802.15.4 Matter 和 Zigbee 电源我的 analysis.pdf 电源管理 KW45/K32W148-电源管理单元硬件 MCXW71 - 电源管理单元硬件 请找到这个重要链接，使用 KW45/MCX W71 或 KW47/MCX W72 版本 PCB，以及所有与无线电性能和无线电认证 (CE/FCC/IC) 相关的内容： 使用KW45版本 PCB 的最佳方式（汽车配件...-恩智浦社区 首次成功设计 KW47（汽车级）或 MCX W72（物联网 / 工业级）PCB 的最佳方法 产品：K32W0 产品：K32W1 产品：KW 34|35|36 产品：KW 37|38|39 产品：KW41Z |31Z |21Z 产品：QN9080|SIP 产品：QN9090|30 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) 嗨，埃弗雷特、 密码的设置是为了避免在太多细节上出现变化或竞争对手的基准。 很抱歉给您带来不便，但这是不可能的。 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) 你好，克里斯托夫-梅纳德。 @christophe_menard能否提供Sheet 保护 密码 ，非常感谢。

GHS マルチデバッガ - マイクロコントローラの POR 後に再開しない こんにちは。私は Renasas E1 デバッガーと GHS マルチ デバッガーを使用しています。マイクロコントローラの電源をオフにして再びオンにすると、デバッガー ウィンドウが停止します。デバッグのために再開する必要があります。これに対する解決策を提供してください。セッションを再開するためにソフトウェアを再度フラッシュせずにこれを行うことは可能ですか。 Re: GHS Multi debugger - Not resuming after Microcontroller POR こんにちは@danielmartynek 、 私はルネサスRH850 - RH850/C1M-A2を使用しています よろしくお願い申し上げます。 Re: GHS Multi debugger - Not resuming after Microcontroller POR こんにちは@Lokesh_0109さん、 MCU部分を指定してください。 よろしくお願い申し上げます。