MIMXRT1021 characteristics of internal RTC oscillator I am using the watchdog, and I have found that it's source clock is the RTC clock. I am not using a crystal or external RTC clock source so I'm relying on the internal ring-oscillator. The characteristics of the ring-oscillator are inconsistently specified: In the Hardware User Guide it is specifed as "...on-chip 40-kHz oscillator. The tolerance is ±50 %" (table 4) In the Techincal Datasheet it has a similar specification in section 4.1.4 but in section 4.2.4.2 it says "The frequency range of this block is approximately 10–45 kHz." Choosing a watchdog timeout time is sometimes a delicate balancing act, and a +/-50% tolerance on the source clock will have to be accommodated. The questions I have are: 1. What is the actual nominal frequency of oscillation? If not 32kHz then why not? 2. If the nominal Frequency is not 32kHz, wouldn't that mean that the watchdog timeout is already wrong? 3. How does it vary with temperature? ie does it speed up or slow down when it gets hot? 4. Does the +/-50% include temperature variations?  Thanks Alex i.MXRT 102x Re: MIMXRT1021 characteristics of internal RTC oscillator Hello @alex_conway, sorry for the late reply.  Sorry for the confusion. What I meant to say is that the data I shared with you earlier is indeed for production: 32kHz +/- 50% from -40C to 105C. BR Habib Re: MIMXRT1021 characteristics of internal RTC oscillator Hi Habib, All information of the datasheet is tested for production. Which information in which datasheet? I refer you back to my original post: "In the Hardware User Guide it is specifed as "...on-chip 40-kHz oscillator. The tolerance is ±50 %" (table 4) In the Techincal Datasheet it has a similar specification in section 4.1.4 but in section 4.2.4.2 it says "The frequency range of this block is approximately 10–45 kHz." None of these says 32kHz +/- 50% from  -40C to 105C, and none of these is in a table, which is the usual place for specifications that the manufacturer will stand by. Thanks Alex Re: MIMXRT1021 characteristics of internal RTC oscillator Hello @alex_conway, So, to be clear, you are saying that the +/-50% includes all possible variations including initial value and temperature from -40C to 105C? Yes. initial value and temperature are included in this percentage Is this tested in production? - i.e. are all chips tested from -40C to 105C to ensure that the oscillator frequency is within +/-50% or 32kHz? All information of the datasheet is tested for production. BR Habib Re: MIMXRT1021 characteristics of internal RTC oscillator Hi Habib, So, to be clear, you are saying that the +/-50% includes all possible variations including initial value and temperature from -40C to 105C? Is this tested in production? - i.e. are all chips tested from -40C to 105C to ensure that the oscillator frequency is within +/-50% or 32kHz? Thanks Alex Re: MIMXRT1021 characteristics of internal RTC oscillator Hello @alex_conway,  Answering your questions: Since you state that the nominal frequency is 32kHz, are the watchdog timeout times referenced to a nominal 32.786kHz, regardless of what frequency the oscillator is running at? The WDOG's clock frequency is derived from the oscillator. If the oscillator operates at a frequency other than 32 kHz, this deviation will directly affect the WDOG's timing.  That is why the internal oscillator is helpful for faster startup and tamper protection, but it should not be the only source for the 32 kHz clock. How much of the +/-50% is initial value tolerance and how much is temperature variation? As I mentioned in my previous post, frequency deviation due to temperature is affected by multiple factors and can be unpredictable. However, within the operating temperature range of -40°C to 105°C, the variation will remain within ±50%. BR Habib Re: MIMXRT1021 characteristics of internal RTC oscillator Hi Habib, Thanks for the answer, I have a few follow up questions: Since you state that the nominal frequency is 32kHz, are the watchdog timeout times referenced to a nominal 32.786kHz, regardless of what frequency the oscillator is running at? How much of the +/-50% is initial value tolerance and how much is temperature variation? Thanks Alex Re: MIMXRT1021 characteristics of internal RTC oscillator Hello @alex_conway, Sorry for the late reply. Answering your questions: 1. What is the actual nominal frequency of oscillation? If not 32kHz then why not? The nominal frequency is 32 kHz, but it can vary up to ±50%, Depending on process variations and temperature conditions. 2. If the nominal Frequency is not 32kHz, wouldn't that mean that the watchdog timeout is already wrong? Could you provide me more details about how you are currently testing the WDOG timeout? 3. How does it vary with temperature? ie does it speed up or slow down when it gets hot? The frequency deviation due to temperature is influenced by multiple factors and can be unpredictable. However, within the operating temperature range of -40°C to 105°C, the variation will remain within ±50%. 4. Does the +/-50% include temperature variations? Yes, the ±50% tolerance accounts for variations due to temperature, as well as process variations. BR Habib Re: MIMXRT1021 characteristics of internal RTC oscillator Hi Habib, I'm not using the RT1020-EVK, I have a board with no RTC clock or crystal. The RTC_XTALI pin is connected to GND and the RTC_XTALO pin is open. Thanks Alex Re: MIMXRT1021 characteristics of internal RTC oscillator Hello @alex_conway, I asked internally in order to obtain more information regarding the nominal value and the impact of temperature on this oscillator. Thank you for your patience. In the meantime, I have a question: could you share more details about how you are currently testing the WDOG timeout? If you are using the RT1020-EVK, please note that it includes an external 32kHz oscillator, which means it does not rely on the internal oscillator: BR Habib

MCU 嗨，团队、 需要这些部件的以下详细信息 1:)RT1170 控制器 2:)RT1060 控制器 3:)S32K344EHT1VMMST 控制器，这些部件需要以下详细信息 单价（美元） 100 数量的单价（美元 500 数量的单价（美元 1000 数量的单价（美元 每个部件的交货时间 环境状况（Reach 和 ROHS） Re: MCU 你好@Akhilesh-Shindhe、 非常感谢您关注我们的产品并使用我们的社区。 请打开以下链接，选择您想了解的 MCU 类型。 https://www.nxp.com/products/product-selector:PRODUCT-SELECTOR 例如，我们点击 MIMXRT1171AVM8A，然后就可以获得所需的所有详细信息。 希望它能帮到你。 如果您还有疑问，请告诉我。 祝你愉快 敬上 MayLiu

开源漏洞和商业使用文档查询 队员们好 我们的客户审查了 MCAL 代码（RTD 3.0.0P01）为该项目使用名为 Black Duck 的开源验证工具。结果，他们发现了 MCAL 中的一些似乎使用开源元器件的文件，如所附文件所示。 有人能对此发表评论吗？有报告吗？ 据我所知，RTD 采用的是恩智浦专有许可证，没有开放源码软件许可证。 顺祝商祺！ 丹尼尔 RTD Re: Open-Source Vulnerabilities and Commercial Usage Documentation Inquiry @danielmartynek 开发团队回复： 我检查了恩智浦社区网站上添加的文件，其中还有一些条目需要确认。也就是说，客户确实使用BlackDuck工具扫描了版本代码包，并生成了调查结果报告。 BlackDuck 工具能找到与我们现有代码和可能公开的代码相匹配的代码片段。这并不意味着任何匹配都是真实的，也不意味着代码是以某种方式窃取的。因此，该工具需要实际人员来分析结果，并根据需要确认或忽略结果。 在 RTD 中，我们很少使用开放源代码，除非有绝对必要，而且在使用时，我们一定会明确说明，并确保其符合恩智浦的许可证。   当 S32K3 RTD 3.0.0P01 版本于 2023 年 3 月 31 日，我们仍在使用 BlackDuck Protex，这是同一家供应商的旧工具，但搜索能力不如新工具。当时我们提交了一份 SCR 报告，其中列出了所有包含的元器件（附在本电子邮件中）。 附上 SCR 文件（SBOM 格式的前身，已在安装程序旁边提供）。它提到了所使用的元器件和许可证。如果调查仍在继续，我们将需要获取该版本并再次对其进行扫描，但要使用新的BlackDuck工具并为其提供新的报告（本质上是重做发布时已经完成的工作——扫描代码，提取每行代码，看看是否有任何问题）。

#s32k396評価ボードを使用してfs26 pmic gpio1,2をCAN制御できません こんにちは。現在、s32k396 評価ボードで fs26 pmic を使用しています。 ご存知のとおり、fs26はSPI通信を使用して、GPIO、trk1、2などのいくつかの状態またはピンを制御します。 GPIO 1ピンをアクティブにしたいSO、レジスタコマンドを送信します 「Sbc_fs26_WriteRegister(FALSE, 0x11, 0x0318);」 - s32ds リアルタイム・ドライバを使用しています。 （gpio1、gpio2、trk1、trk2をアクティブ化しました） そして、fs26 ピンの状態をCAN M_STATUS レジスタを読み取ります。 しかし、gpio 1 ピンはアクティブになりません。 また、「Sbc_fs26_WriteRegister(FALSE, 0x12, 0x0318);」を無効にしました。すべてのピンを無効にします。 しかし、gpio2 ピンは非アクティブ化されません。 SO、疑問に思うのは、SPI 通信を使用して gpio1、gpio2 の状態を変更できないのかということです。 データシートによると、VCORE_PGOOD 信号は GPIO2 に関連付けられています。 この構成は、PMIC デバイスが最初に製造されたときにデフォルトとして設定されますか? OTP 構成を使用しない限り、ステータスを変更することはできませんか?(s32ds fs26 のサンプル コードには、gpio プルダウン プルアップのようなレジスタ アドレスが状態を変更するものはありません (gpio high、low を除く)。 ありがとうございます。 よろしくお願いいたします Re: #Cannot control fs26 pmic gpio1,2 with using s32k396 evaluation board ヒョン様 どういたしまして。良い１日を。 敬具、 ヨゼフ Re: #Cannot control fs26 pmic gpio1,2 with using s32k396 evaluation board 私の質問を検討していただきありがとうございます。よろしくお願いします。 神のお恵みがありますように。 Re: #Cannot control fs26 pmic gpio1,2 with using s32k396 evaluation board ヒョン様 製品番号ありがとうございます。回路図によると、FS2633AMDE4AD が搭載されています。 添付の FS2633AMDE4AD OTP 構成レポートによると、GPIO ピンは入力として設定されています。 S32K396 MCUの追加ソフトウェアを確認してください。 https://www.nxp.com/app-autopackagemgr/automotive-software-package-manager:AUTO-SW-PACKAGE-MANAGER?currentTab=0&selectedDevices=S32K396 FS26 を OTP モードで有効にする方法については、FS26 の全データシートのセクション 21 を参照してください。FS26 製品ページの「セキュア」セクションからダウンロードしてください。 FS26 データシートやその他の機密文書をダウンロードするには、NXP との有効な NDA (秘密保持契約) が必要です。 NDA をまだお持ちでなく、署名をご希望の場合は、こちらで新しいチケットを作成してください。NDA に関するマターを担当する NXP の担当者がプロセスをご案内します。 敬具、 ヨゼフ Re: #Cannot control fs26 pmic gpio1,2 with using s32k396 evaluation board s32k396-bga-dc1 評価ボードを使用しています。 s32 design studioでotp設定を行うことは可能ですか？ 以下のサンプルコードではOTPレジスタアドレスが表示されません OTP設定を使用するソフトウェアはありますか? Re: #Cannot control fs26 pmic gpio1,2 with using s32k396 evaluation board ヒョン様 使用しているボードに搭載されている FS26 のバージョンを確認できるように、評価ボードの完全な製品番号または評価ボードへのリンクを共有してください。OTP レジスタは一度書き込まれると変更できません。FS26 を OTP モードに設定した場合にのみ、OTP レジスタ設定をテストCAN。 敬具、 ヨゼフ

由 nxp_mbdToolbox_s32K3 创建的版本无法通过 Freemaster 与 MCSPTE1AK344 通信 订购了全新的 mcspte1ak344，安装了所需的所有工具/软件（S32DS、RTD、SDK、Freemaster、Minwin）。 成功使用 nxp_mbdToolbox_s32K3\ S32K3_Examples\ mc\ 下的所有模型创建版本并通过 matlab2025a 下载到 MCSPTE1AK344 但是，当打开相应的 freemaster pmpx 文件时，无法与 MCSPTE1AK344 通信、 始终显示错误消息 " 在任何通信端口 UART " 上均未检测到主板。 检查完窗口/设备管理器后，OpenSDA-CDC 串行端口 (http://www.pemicro.com/opensda)(COM10) 检测到，其驱动程序显示为 windows 能找到的最佳驱动程序。 并安装了另一个名为 Jungo 的驱动程序，包括 PEMicro OpenSDA 调试驱动程序和 pemicrowindrvr。 到目前为止，只有从 mcb_open_loop 创建的版本才能让 freemaster 以 115200 bps 的速度找到板，所有使用其他 MBD 模型从示例中构建的版本都无法让 FreeMaster 找到板。 请大家帮忙 Re: Build created by NXP_MBDToolbox_S32K3 fail to communicate with MCSPTE1AK344 via Freemaster 你好@mchuang、 正如我们之前讨论的那样，其中一个问题是由运输引起的，由于运输过程中的振动，GD3000 板与 S32K344-T172 板接触不当。 为了解决这个问题，我们始终建议将 GD3000 板正确插入 S32K344-T172 板的顶部，按压接头并确保其插入良好。 如果连接不良，则 S32K344 可能无法通过 SPI 与 GD3000 芯片通信；如果一切正常，则板载 RGBLED 将亮起，并根据启动/停止/故障情况显示不同的颜色。 MCSPTE1AK344 开发套件入门中有相关信息 | NXP 半导体 顺祝商祺！ Stefan V.

MIMXRT1021 内部 RTC 振荡器的特性 我正在使用看门狗，我发现它的源时钟是 RTC 时钟。 我没有使用晶体或外部 RTC 时钟源，因此只能依靠内部环形振荡器。 对环形振荡器特性的规定不一致： 在《硬件用户指南》中，它被指定为"...片上 40 kHz 振荡器。公差为 ±50%" （表 4） 在技术数据表的第 4.1.4 节中也有类似的规格说明但是在第 4.2.4.2 节中它说 " 这个方块的频率范围约为 10—45 kHz。" 选择看门狗超时时间有时是一种微妙的平衡行动，必须容许源时钟容差 +/-50%。 我的问题是 1.实际名义振荡频率是多少？如果不是 32 千赫，为什么不是？ 2.如果标称频率不是 32kHz，那不就意味着看门狗超时已经出错了吗？ 3.它随温度有何变化？热的时候是加速还是减速？ 4.+/-50% 是否包括温度变化？ 谢谢！ 亚历克斯 i.MX RT102x Re: MIMXRT1021 characteristics of internal RTC oscillator 你好@alex_conway，很抱歉这么晚才回复你。 很抱歉造成您的困惑。我想说的是，我之前与你们分享的数据确实是用于生产的： 32kHz +/- 50% -40C 至 105C。 BR Habib Re: MIMXRT1021 characteristics of internal RTC oscillator 嗨，哈比卜 数据表中的所有信息均经过生产测试。 哪个数据表中包含哪些信息？请您回到我的原帖： "在《硬件用户指南》中，它被指定为"...片上 40 kHz 振荡器。公差为 ±50%" （表 4） 在技术数据表的第 4.1.4 节中也有类似的规格说明但是在第 4.2.4.2 节中它说 " 这个方块的频率范围约为 10—45 kHz。" 其中没有任何一项注明在 -40C 至 105C 温度范围内的频率为 32kHz +/- 50% ，也没有任何一项在表格中列出，而这是制造商通常会遵守的规格。 谢谢！ 亚历克斯 Re: MIMXRT1021 characteristics of internal RTC oscillator 你好，@alex_conway、 所以，为了明确起见，您是说 +/-50% 包括所有可能的变化，包括初始值和从 -40C 到 105C 的温度？ 是。初始值和温度都包含在这个百分比中 是否在生产中进行了测试？- 即所有芯片是否都经过 -40C 至 105C 的测试，以确保振荡器频率在 +/-50% 或 32kHz 范围内？ 数据表中的所有信息均经过生产测试。 BR Habib Re: MIMXRT1021 characteristics of internal RTC oscillator Hiabib, 所以，为了清楚起见，您是说 +/-50% 包括所有可能的变化，包括初始值和从 -40C 到 105C 的温度？ 是否在生产中进行了测试？- 即所有芯片是否都经过 -40C 至 105C 的测试，以确保振荡器频率在 +/-50% 或 32kHz 范围内？ 谢谢 Alex Re: MIMXRT1021 characteristics of internal RTC oscillator 您好@alex_conway, 正在回答您的问题： 既然您声明标称频率为 32kHz，那么无论振荡器运行在什么频率下，看门狗超时时间是否都以标称的 32.786kHz 为参考？ WDOG 的时钟频率来自振荡器。如果振荡器的工作频率低于 32 kHz，这一偏差将直接影响 WDOG 的定时。 因此，内部振荡器有助于加快启动速度并提供防篡改保护，但不应成为 32 kHz 时钟的唯一来源。 +/-50% 中有多少是初始值公差，多少是温度变化？ 正如我在上一篇文章中提到的，温度导致的频率偏差受多种因素影响，可能无法预测。不过，在 -40°C 至 105°C 的工作温度范围内，变化将保持在 ±50% 之内。 BR 哈比卜 Re: MIMXRT1021 characteristics of internal RTC oscillator 嗨，哈比卜 感谢您的回答，我有几个后续问题： 既然您声明标称频率为 32kHz，那么无论振荡器运行在什么频率下，看门狗超时时间是否都以标称的 32.786kHz 为参考？ +/ -50% 中有多少是初始值容差，有多少是温度变化？ 谢谢！ 亚历克斯 Re: MIMXRT1021 characteristics of internal RTC oscillator 你好，@alex_conway、 对不起，我的回复晚了。回答您的问题 1.实际名义振荡频率是多少？如果不是 32 千赫，为什么不是？ 标称频率为 32 kHz，但根据工艺变化和温度条件，其变化幅度可达 ±50% 。 2.如果标称频率不是 32kHz，那不就意味着看门狗超时已经出错了吗？ 您能否提供更多细节，说明您目前是如何测试 WDOG 超时的？ 3.它是如何随温度变化的？ 温度导致的频率偏差受多种因素影响，可能无法预测。不过，在 -40°C 至 105°C 的工作温度范围内，变化将保持在 ±50% 之内。 4.+/-50% 是否包括温度变化？ 是的，±50% 公差考虑了温度变化以及工艺变化。 BR Habib Re: MIMXRT1021 characteristics of internal RTC oscillator 你好 Habib， 我没用 RT1020-EVK，我的板没有 RTC 时钟或水晶。RTC_XTALI 引脚连接至接地，RTC_XTALO 引脚开路。 谢谢 Alex Re: MIMXRT1021 characteristics of internal RTC oscillator 你好，@alex_conway、 我在内部询问，以便获得更多有关标称值和温度对该振荡器影响的信息。感谢您的耐心等待。 与此同时，我还有一个问题：能否请您详细介绍一下目前是如何测试 WDOG 超时的？如果您使用 RT1020-EVK，请注意它包含一个 32kHz 的外部振荡器，这意味着它不依赖于内部振荡器： BR Habib

#Cannot 使用 s32k396 评估板控制 fs26 pmic gpio1,2 你好，我目前正在使用 fs26 pmic 和 s32k396 评估板。 要知道，fs26 使用 spi 通信来控制多个状态或引脚，如 gpio、trk1,2 等。 我想激活 gpio 1 密码所以我发送寄存器命令 " sbc_fs26_WriteRegister（FALSE、0x11、0x0318）；"-我使用的是 s32ds 实时驱动程序。 (我激活了 gpio1、gpio2、trk1、trk2） 我读取了 M_STATUS 寄存器，从中可以了解 fs26 引脚的状态。 但 gpio 1 引脚没有激活。 此外，我停用了"Sbc_fs26_WriteRegister(FALSE, 0x12, 0x0318);" - 停用所有引脚 但 gpio2 引脚没有停用。 因此，我想知道的是，我们不能使用 spi 通信改变 gpio1、gpio2 的状态吗？ 根据数据手册，VCORE_PGOOD 信号与 GPIO2 有关。 最初制造 PMIC 设备时，此配置是否设置为默认配置？ 除非使用 otp 配置，否则我们不能改变状态吗？（在 s32ds fs26 示例代码中没有改变状态的寄存器地址[除了 gpio 高、低电平]，如 gpio 下拉、上拉）。 谢谢。 顺祝商祺！ Re: #Cannot control fs26 pmic gpio1,2 with using s32k396 evaluation board 亲爱的 Hyun 欢迎您祝您愉快 致以最崇高的敬意 约瑟夫 Re: #Cannot control fs26 pmic gpio1,2 with using s32k396 evaluation board 感谢您抽出时间回答我的问题。致以最崇高的敬意 上帝保佑你 Re: #Cannot control fs26 pmic gpio1,2 with using s32k396 evaluation board 亲爱的 Hyun 感谢您提供产品编号。根据原理图，FS2633AMDE4AD 已填充。 根据所附的 FS2633AMDE4AD OTP 配置报告，GPIO 引脚被设置为输入。 请查看 S32K396 MCU 的附加软件。 https://www.nxp.com/app-autopackagemgr/automotive-software-package-manager:AUTO-SW-PACKAGE-MANAGER?currentTab=0&selectedDevices=S32K396 如需在 OTP 模式下启用 FS26，请参阅 FS26 完整数据表中的第 21 节。请下载FS26 产品页面的 "安全 "部分。 请注意，您需要与恩智浦签订有效的 NDA（保密协议），才能下载 FS26 数据表和其他机密文件。 如果您还没有保密协议但想签署一份保密协议，请在此处创建一张新票，恩智浦代表将指导您完成整个流程。 致以最崇高的敬意 约瑟夫 Re: #Cannot control fs26 pmic gpio1,2 with using s32k396 evaluation board 我使用的是 s32k396-bga-dc1 评估板。 可以用 s32 design studio 进行 otp 设置吗？ 在下面的示例代码中，我看不到任何 otp 寄存器地址 是否有任何软件可以使用 otp 设置？ Re: #Cannot control fs26 pmic gpio1,2 with using s32k396 evaluation board 亲爱的 Hyun 请分享完整的评估板产品编号或评估板的链接，这样我就可以查看你在开发板上使用的是哪个 FS26 版本。OTP 寄存器一旦刻录就不能更改。只有将 FS26 设置为 OTP 模式，才能测试 OTP 寄存器设置。 致以最崇高的敬意 约瑟夫

MCU Hi Team, Need the Following details for these parts 1:) RT1170 controller 2:)RT1060 Controller 3:)S32K344EHT1VMMST controller for these parts need following details Unit price($) Unit price($) for 100 Qty Unit price($) for 500 Qty Unit price($) for 1000 Qty Lead time for each part  Environmental status (Reach and ROHS) Re: MCU Hi @Akhilesh-Shindhe , Thank you so much for your interest in our products and for using our community. Please open the following link and select the type of MCU you would like to know about. https://www.nxp.com/products/product-selector:PRODUCT-SELECTOR For example, we click on MIMXRT1171AVM8A, and then you will get all the details you need. Wish it helps you. If you still have question about it, please kindly let me know. Wish you a nice day! Best Regards MayLiu

i.MX6ULL割り込みが頻繁にトリガーされます（21f4000.serial）。 皆さん、こんにちは。システムの動作中に遅延が発生していました。トラブルシューティングの結果、RS485周辺機器の割り込み回数が異常であることが判明しました。前夜の割り込み回数は3億回を超えていました。 67: 334823120 GPC 30 レベル 21f4000.シリアル 翌日にはさらに増えました。 このシリアル ポートを使用してデータを送受信するプロセスは 1 つだけです。通常の業務操作では、これほど頻繁にデータが送信されることはありません。 異常波形は以下のとおりです。 通常の波形 周辺機器からRS485通信ケーブルを取り外すと、割り込み回数は正常に戻りました。しかし、その後機器を再起動すると、割り込み回数が1秒あたり数万回増加しました。この問題は最終的にUARTプロセスを再起動することで解決しました。3台の機器を同時に稼働させていますが、この現象は突然発生し、この1台のみで発生しました。正常な動作データは下図のとおりです。 なぜこのようなことが起こるのか知りたいです。よろしくお願いします! i.MX6UL Re: i.MX6ULL 中断频繁触发（21f4000.serial） こんにちは@JosephAtNXP 、 この問題に関してのサポートに心より感謝申し上げます。最新情報をお知らせします。UART4 を使用するプロセスを再開すると、デバイスは通常の動作を再開しました。それ以来監視を続けてきましたが、問題は再発していません。 ちなみに、この RS485 バスには 2 つのスレーブ デバイスがあります。当時、スレーブデバイスからのログを確認しましたが、明らかな異常は見つかりませんでした。実際には、異常状態中に元のパケットをキャプチャするためにプロセスのログ レベルを調整していましたが、そのプロセスの一環として UART4 プロセスを再起動すると問題は解決し、残念ながら問題のあるパケットをキャプチャすることはできませんでした。 よろしくお願いします。 Re: i.MX6ULL 中断频繁触发（21f4000.serial） こんにちは@xisuisan222さん この孤立した動作は物理的な問題のように見えますが、回線にはケーブルやもう一方の端、ハードウェア障害などの原因があるはずです。 すべての要素の電源を入れ直した後、何か違いが見られますか? よろしくお願いします。

MIMXRT1021の内部RTC発振器の特性 私はウォッチドッグを使用していますが、そのソースクロックは RTC クロックであることがわかりました。 私は水晶や外部 RTC クロック ソースを使用していないSO、内部リング発振器に依存しています。 リング発振器の特性は一貫して指定されていません。 ハードウェア ユーザー ガイドでは、「...オンチップ 40 kHz 発振器」と指定されています。許容範囲は±50％です（表4） 技術データシートのセクション4.1.4に同様の仕様が記載されています。しかし、セクション 4.2.4.2 には、「このブロックの周波数範囲は約 10～45 kHz です」と記載されています。 ウォッチドッグのタイムアウト時間の選択は、時には微妙なバランス調整を必要とするため、ソース クロックの +/- 50% の許容範囲を考慮する必要があります。 私の質問は次のとおりです: 1. 実際の公称振動周波数はいくらですか?32kHz ではない場合、なぜですか? 2. 公称周波数が 32kHz でない場合、ウォッチドッグ タイムアウトがすでに間違っているということではないでしょうか? 3. 温度によってどのように変化しますか?つまり、熱くなるとスピードが速くなるか遅くなるか？ 4. +/-50% には温度変化も含まれますか? よろしくお願いします。 アレックス i.MXRT 102x Re: MIMXRT1021 characteristics of internal RTC oscillator こんにちは@alex_conway 、返信が遅くなり申し訳ありません。 混乱させてしまい申し訳ございません。私が言いたかったのは、先ほど共有したデータは実際に本番環境向けのものであるということです。 32kHz +/- 50%、-40℃～105℃。 BR ハビブ Re: MIMXRT1021 characteristics of internal RTC oscillator こんにちは、ハビブさん。 データシートのすべての情報は生産時にテストされています。 どのデータシートにどの情報がありますか?私の最初の投稿を参照してください: 「ハードウェア ユーザー ガイド」では、「...オンチップ 40 kHz 発振器」と指定されています。許容範囲は±50％です（表4） 技術データシートのセクション4.1.4に同様の仕様が記載されています。しかし、セクション 4.2.4.2 には、「このブロックの周波数範囲は約 10～45 kHz です」と記載されています。 これらのいずれも、-40℃から105℃で32kHz +/- 50%と記載されておらず、また、これらのいずれも、メーカーが保証する仕様を記載する通常の場所である表に記載されていません。 よろしくお願いします。 アレックス Re: MIMXRT1021 characteristics of internal RTC oscillator こんにちは@alex_conway 、 SO、+/-50% には、初期値や -40℃ から 105℃ までの温度など、考えられるすべての変動が含まれるということですか? はい。初期値と温度はこのパーセンテージに含まれます これは製造段階でテストされていますか? - つまり、発振器周波数が +/-50% または 32kHz 以内であることを確認するために、すべてのチップが -40℃ から 105℃ までテストされていますか? データシートのすべての情報は生産時にテストされています。 BR ハビブ Re: MIMXRT1021 characteristics of internal RTC oscillator こんにちは、ハビブさん。 SO、+/-50% には、初期値や -40℃ から 105℃ までの温度など、考えられるすべての変動が含まれるということですか? これは製造段階でテストされていますか? - つまり、発振器周波数が +/-50% または 32kHz 以内であることを確認するために、すべてのチップが -40℃ から 105℃ までテストされていますか? ありがとう アレックス Re: MIMXRT1021 characteristics of internal RTC oscillator こんにちは@alex_conway 、 あなたの質問にお答えします: 公称周波数が 32kHz であると述べているので、発振器がどの周波数で動作しているかに関係なく、ウォッチドッグ タイムアウト時間は公称 32.786kHz を基準にしているのでしょうか? WDOG のクロック周波数は発振器から得られます。発振器が 32 kHz 以外の周波数で動作する場合、この偏差は WDOG のタイミングに直接影響します。そのため、内部発振器は起動の高速化と改ざん防止に役立ちますが、32 kHz クロックの唯一のソースとしては使用すべきではありません。 +/-50% のうち、初期値許容範囲はどのくらいで、温度変動はどのくらいですか? 前回の投稿でも述べたように、温度による周波数偏差は複数の要因の影響を受け、予測できないCANがあります。ただし、動作温度範囲 -40℃～105℃では、変動は±50%以内に収まります。 BR ハビブ Re: MIMXRT1021 characteristics of internal RTC oscillator こんにちは、ハビブさん。 回答ありがとうございます。いくつか追加の質問があります。 公称周波数が 32kHz であると述べているので、発振器がどの周波数で動作しているかに関係なく、ウォッチドッグ タイムアウト時間は公称 32.786kHz を基準にしているのでしょうか? +/-50% のうち、初期値許容範囲はどのくらいで、温度変動はどのくらいですか? よろしくお願いします。 アレックス Re: MIMXRT1021 characteristics of internal RTC oscillator こんにちは@alex_conway 、 返信が遅くなり申し訳ありません。あなたの質問にお答えします: 1. 実際の公称振動周波数はいくらですか?32kHz ではない場合、なぜですか? 公称周波数は 32 kHz ですが、プロセスの変動や温度条件に応じて最大 ±50% CAN 変化します。 2. 公称周波数が 32kHz でない場合、ウォッチドッグ タイムアウトがすでに間違っているということではないでしょうか? 現在、WDOG タイムアウトをどのようにテストしているか、詳しく教えていただけますか? 3. 温度によってどのように変化しますか? つまり、熱くなると速度は速くなりますか、それとも遅くなりますか? 温度による周波数偏差は複数の要因の影響を受け、予測できないCANがあります。ただし、動作温度範囲 -40℃～105℃では、変動は±50%以内に収まります。 4. +/-50% には温度変化も含まれますか? はい、±50% の許容範囲は、温度による変動とプロセスの変動を考慮しています。 BR ハビブ Re: MIMXRT1021 characteristics of internal RTC oscillator こんにちは、ハビブさん。 私は RT1020-EVK を使用していません。RTC クロックや水晶のないボードを持っています。RTC_XTALI ピンは GND にコネクテッド、RTC_XTALO ピンはオープンになっています。 ありがとう アレックス Re: MIMXRT1021 characteristics of internal RTC oscillator こんにちは@alex_conway 、 この発振器の公称値と温度の影響に関する詳細な情報を得るために、社内で問い合わせてみました。ご辛抱いただきありがとうございます。 ところで、質問があります。現在、WDOG タイムアウトをどのようにテストしているのか、詳細を教えていただけますか?RT1020-EVK を使用している場合は、外部 32kHz 発振器が含まれているため、内部発振器に依存しないことに注意してください。 BR ハビブ

Intermittent issue with NNAPI Delegate returning identical inference results on imx-5.10.52-2.1.0 an I am working on the i.MX 8M Plus platform with BSP version imx-5.10.52-2.1.0 (Yocto-based Linux). I have occasionally encountered an issue when using the NNAPI Delegate, where the inference results unexpectedly remain the same even when the input images are changed. This problem seems to occur intermittently rather than under a specific condition. Could you kindly explain why this issue occurs, and whether switching to the VX Delegate in imx-6 or later versions would resolve it? Thank you in advance for your support.

VSCode CMake環境でLVGLとRT1060マター開発を統合する こんにちは。RT1060 を使用してマターで開発をしています。 現在、私は CMake 開発環境を使用して VSCode で作業しています。 このセットアップに LVGL を統合する必要があります。 ご指導をお願いします。 Re: Integrating LVGL with RT1060 Matter Development in VSCode CMake Environment こんにちは@pooisonner 、 NXP MIMXRTシリーズにご興味をお持ちいただきありがとうございます。 公式の LVGL 移植ガイドはありませんが、SDK には LVGL の例が含まれているため、lvgl_demo_benchmark から始めることができます。 開発環境との一貫性を保つために、デモをインポートする際には MCUXpressoForVscode プラグインも使用する必要があります。 よろしくお願いします、 ギャビン

安全启动 IMX8MP 在基于i.MX8MP的设备上实现安全启动时，我们使用hab_status进行了全面的测试。一切按预期进行--没有报告发生有害藻类繁殖事件。我们使用不同的图像签名设置进行了 10 多次测试，在图像正确签名的情况下始终没有发现 HAB 事件（在图像未签名的情况下确实发现了事件）。 完成设置后，我们关闭了设备。但是，使用相同的设备和完全相同的签名映像，启动映像开始被拒绝。 如果图像签名或 SRK 密钥出现问题，本应反映在 hab_status 中，但在测试过程中没有出现此类错误。 我附上了我们的安全启动拒绝日志： SPL_ONLY.txt — 没有 FIT 图像可选的配置的默认配置 SPL_FIT.txt — 带有 FIT 图像可选的配置和 csf_fit.txt Re: SECURE BOOT IMX8MP 你好@xae-abhishek 我已经在您的另一张票中回复了您。如果有，请告诉我。 此致 哈维

在 VSCode CMake 环境中将 LVGL 与 RT1060 Matter 开发集成 你好，我正在使用 RT1060 开发 Matter。 我目前使用 VSCode 和 CMake 开发环境。 我需要将 LVGL 集成到这个设置中。 请提供指导。 Re: Integrating LVGL with RT1060 Matter Development in VSCode CMake Environment 你好，我是@pooisonner、 感谢您对 NXP MIMXRT 系列的关注！ 虽然没有官方的 LVGL 移植指南，但 SDK 中包含 LVGL 示例，您可以从 lvgl_demo_benchmark 开始。 为了与开发环境保持一致，还需要使用 MCUXpressoForVscode 插件来导入演示程序。 致以最诚挚的问候， Gavin

デフォルトの U-Boot スプラッシュ スクリーンを変更する方法 (Yocto BSP imx-6.12.20-2.0.0) 私はYocto BSP imx-6.12.20-2.0.0を使用しています。現在のビルドでは、U-Boot は起動時にデフォルトの 4 ペンギンのスプラッシュ イメージを表示します。 このデフォルトの U-Boot イメージがどこから選択されているか教えていただけますか? また、この画像を Yocto ビルドの一部としてカスタム スプラッシュ スクリーンに置き換えるにはどうすればよいですか? どのソース ファイルまたは Yocto レシピを変更する必要があるかについてのガイダンスがあれば、大変助かります。 グラフィックスとディスプレイ i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Linux Yocto Project Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) こんにちは、 アプリケーション用の既製のパッチはありませんが、以前のコミットを参照してソースコードを変更する必要があります。 よろしくお願いします、 志明 Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu コミットでは「 logo_linux_clut224.ppm 」を表示することだけが言及されています。 しかし、私の要件は、 logo_linux_clut224.ppmをフルスクリーン（1920 x1080）で4つのタイルではなく、単一の画像として表示することです。 Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) こんにちは、 このコミットを参照してください: https://github.com/varigit/linux-2.6-imx/commit/1a3d71c1c38b058daa0d29140a9cff747e5a7f51 よろしくお願いします、 志明 Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu ありがとうございます。デフォルトのログを変更CAN。 しかし、4つのペンギンの画像のように、私のカスタム画像は4つのタイルとして表示されます 1920x1080の単一画像として表示できますか？ Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu ありがとうございます。デフォルトのログを変更CAN。 しかし、4つのペンギンの画像のように、私のカスタム画像は4つのタイルとして表示されます 1920x1080の単一画像として表示できますか？ Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) こんにちは、 カーネルにこのコミットが含まれていない: https://github.com/varigit/linux-2.6-imx/commit/1a3d71c1c38b058daa0d29140a9cff747e5a7f51 SO、logo.ppm は使用されません。 logo.ppmの名前をlogo_linux_clut224.ppmに変更すると、元のlogo_linux_clut224.ppmが置き換えられます。 よろしくお願いします、 志明 Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu オリジナルのペンギン画像を表示する logo_linux_clut224.ppm がまだ表示されます。 Yocto イメージのカーネル ブート時に表示されるデフォルトのペンギン ブート ロゴを置き換えようとしています。 https://variwiki.com/index.php/Yocto_Linux_logoの指示に従います。 linux-imx_%.bbappendを作成しましたファイルの場所: >メタフリースケール/レシピカーネル/Linux/ その bbappend 内に、カスタム logo.ppm を追加し、その画像を bbappend の横のファイル ディレクトリの下に配置しました。 次にカーネルとイメージを再構築しました。 $bitbake -c cleanall linux-imx $bitbake Linux-imx $bitbake imx-image-full ただし、再構築後も、起動時にペンギンのロゴが表示されたままになります。ビルディング内を確認しました: >カーネルソース/ドライバ/ビデオ/ロゴ/ 注意: ビルディングする前に、置き換えられることを期待して、drivers/video/logo/ から logo_linux_clut224.ppm を手動で削除しましたが、それでも再び表示され、ロゴは変更されません。 Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) こんにちは@binil ロゴを置き換えるにはカーネルソースコードを変更する必要があり、ロゴファイルは.ppmです。ここにファイルしてください。こちらのガイドを参照してください。 https://github.com/nxp-imx/linux-imx/tree/lf-6.12.y/drivers/video/logo yocto レイヤーについては、yocto ガイドを参照してカスタム レイヤーを作成してください。 https://docs.yoctoproject.org/next/dev-manual/layers.html よろしくお願いします、 志明 Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) 「sources/meta-openembedded/meta-oe/recipes-kernel/linux/linux.inc」という行を見つけました。 [ -e ${UNPACKDIR} /logo_linux_clut224.ppm ]の場合; インストール -m 0644 ${UNPACKDIR} /logo_linux_clut224.ppm ドライバ/ビデオ/logo/logo_linux_clut224.ppm 「l ogo_linux_clut224.ppm 」はデフォルトのペンギン画像を表示していると思います。 もしSOなら、私の「l ogo_linux_clut224 .ppm」ファイルを使って修正するのを手伝ってもらえますCANか？

Integrating LVGL with RT1060 Matter Development in VSCode CMake Environment Hello, I am developing with Matter using the RT1060. I am currently working in VSCode with a CMake development environment. I need to integrate LVGL into this setup. Please provide guidance. Re: Integrating LVGL with RT1060 Matter Development in VSCode CMake Environment Hi @pooisonner , Thanks for your interest in NXP MIMXRT series! Although there is no official LVGL porting guide, LVGL examples are included in the SDK and you can start with lvgl_demo_benchmark. To be consistent with your development environment, it is necessary to also use the MCUXpressoForVscode plugin to import the demos. Best regards, Gavin

i.MX6ULL interrupts triggered frequently (21f4000.serial) Hi all, the system is running and found to be lagging, through troubleshooting we found that there is an interrupt count abnormality, this peripheral is rs485. it was over 300 million times in the previous night. 67: 334823120 GPC 30 Level 21f4000.serial The next day became more. We only have one process using the serial port to send and receive data, normal business would not send data so frequently The abnormal waveform is as follows normal waveform When unplugging the communication line between the rs485 and the peripheral, the interrupt count increase became normal, and subsequent re-conducting of our device's business increased the interrupt count by tens of thousands of times per second. This was eventually recovered by restarting the process using uart. We have three devices running at the same time, and this is the only one that does this, and it comes out of nowhere. The data for normal operation is shown below We'd like to know why this is happening, please! i.MX6UL Re: i.MX6ULL 中断频繁触发（21f4000.serial） Hi @JosephAtNXP , Thanks so much for your support on this issue. I wanted to provide an update: the device resumed normal operation simply after we restarted the process that uses UART4. We've been monitoring it since then, and the issue hasn't recurred. For context, there are two slave devices on this RS485 bus. At the time, we checked the logs from the slave devices but didn't find any obvious anomalies. We had actually adjusted the process's log level to capture the original packets during the abnormal state, but after restarting the UART4 process as part of that process, the issue was resolved, and unfortunately we weren't able to capture the problematic packets. Regards Re: i.MX6ULL 中断频繁触发（21f4000.serial） Hi @xisuisan222 , This isolated behavior seems like a physical issue, the line must have an agent like the cable, the other end, a hardware fault. Do you see any difference after power cycling all the elements? Regards

无法在 Linux 上的 S32DS 3.6.1 中使用 RTD - 缺少头文件（Platform_Types.h、pwm.h) 我在 Linux 上使用S32DS 3.6.1。S32DS 本身的安装是成功的，我能够毫无问题地安装开发包。 但是，当我尝试通过 帮助 → 安装 新软件安装 RTD 时，我为目标控制器系列选择了 RTD 软件包并完成了安装。 安装后，我没有看到插件菜单中列出 RTD 插件，但我可以根据示例创建一个项目。我还在安装目录下的软件文件夹中找到了 RTD 文件和手册，因此我认为安装已经成功。 问题是：当我尝试版本示例（一个简单的 PWM 测试）时，编译器因错误而失败，例如： 13:08:25 **** 为项目 pwm_example_s32K344 版本配置 debug_Flash **** make -j16 all 构建文件： .../src/main.c 构建文件：.../Project_Settings/Startup_Code/exceptions.c 调用：标准 S32DS C 编译器 arm-none-eabi-gcc " @src /main.args "-MMD -MP -MF"src/main.d"-MT"src/main.o"-o"src/main.o""../src/main.c" 调用：标准 S32DS C 编译器 arm-none-eabi-gcc " @Project_Settings /startup_code/exceptions.args "-MMD -MP -MF"Project_Settings/Startup_Code/exceptions.d"-MT"Project_Settings/Startup_Code/exceptions.o"-o"Project_Settings/Startup_Code/exceptions.o""../Project_Settings/Startup_Code/exceptions.c" 构建文件：.../Project_Settings/Startup_Code/system.c 调用：标准 S32DS C 编译器 arm-none-eabi-gcc " @Project_Settings /startup_code/exceptions.args "-MMD -MP -MF"Project_Settings/Startup_Code/system.d"-MT"Project_Settings/Startup_Code/system.o"-o"Project_Settings/Startup_Code/system.o""../Project_Settings/Startup_Code/system.c" ../src/main.c:26:10: 致命错误：Pwm.h：无此文件或目录 26 | #include"Pwm.h" | ^~~~~~~ ../Project_Settings/Startup_Code/exceptions.c:40:10: fatal error：Platform_Types.h：无此文件或目录 40 | #include"Platform_Types.h" | ^~~~~~~~~~~~~~~~~~ ../Project_Settings/Startup_Code/system.c:46:10: fatal error：Platform_Types.h：无此文件或目录 46 | #include"Platform_Types.h" | ^~~~~~~~~~~~~~~~~~ 汇编终止。 汇编终止。 汇编终止。 make：*** [Project_Settings/Startup_Code/subdir.mk:42：项目设置/启动代码/system.o]错误 1 使：*** 等待未完成的工作.... make：*** [Project_Settings/Startup_Code/subdir.mk:42：Project_Settings/Startup_Code/exceptions.o] [项目设置/启动代码/异常.o]错误 1 make：*** [src/subdir.mk:20：src/main.o]错误 1 "make -j16 all" 以退出代码 2 终止。版本可能不完整。 13:08:25 版本失败。7 个错误，0 个警告。(耗时 292 毫秒） 似乎没有正确找到或链接 SDK。有人遇到过这个问题吗？如何解决这个问题，使项目能正确编译？ S32K1系列的S32SDK

imx-5.10.52-2.1.0 で NNAPI デリゲートが同一の推論結果を返す断続的な問題一つの 私はBSPバージョンimx-5.10.52-2.1.0のi.MX 8M Plusプラットフォームで作業しています。(Yocto ベースの Linux)。NNAPI デリゲートを使用する際に、入力画像が変更されても推論結果が予期せず同じままになるという問題に時々遭遇します。この問題は特定の条件下で発生するのではなく、断続的に発生するようです。 この問題が発生する理由と、 imx-6以降のバージョンの VX Delegate に切り替えると解決するかどうかを説明していただけますか? どうぞよろしくお願いいたします。

How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) I am using the Yocto BSP imx-6.12.20-2.0.0. In the current build, U-Boot displays the default 4-penguin splash image at boot time. Could you please let me know from where this default U-Boot image is being picked? Also, how can I replace this image with a custom splash screen as part of the Yocto build? Any guidance on which source files or Yocto recipes need to be modified would be greatly appreciated. Graphics & Display i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) Hi, There is no ready-made patch for your application, but need you to modify the source code referring the previous commit. Best Regards, Zhiming Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu  In the commit it only mention about to show "logo_linux_clut224.ppm",  but my requirement is to show the logo_linux_clut224.ppm as single image instead of 4 tiles in full screen (1920 x1080) Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) Hi, Please refer this commit: https://github.com/varigit/linux-2.6-imx/commit/1a3d71c1c38b058daa0d29140a9cff747e5a7f51 Best Regards, Zhiming Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu Thanks, I can able to change the default log, but like 4 penguin image, it shows my custom image as 4 tiles can we shows it as single image as 1920x1080 Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu Thanks, I can able to change the default log, but like 4 penguin image, it shows my custom image as 4 tiles can we shows it as single image as 1920x1080 Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) Hi, Your kernel doesn't contain this commit: https://github.com/varigit/linux-2.6-imx/commit/1a3d71c1c38b058daa0d29140a9cff747e5a7f51, so it will not use logo.ppm. You can rename logo.ppm to logo_linux_clut224.ppm, this will replace original logo_linux_clut224.ppm Best Regards, Zhiming Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) @Zhiming_Liu still see logo_linux_clut224.ppm showing the original penguin image. I’m trying to replace the default penguin boot logo shown at kernel boot on my Yocto image. Following the instructions from https://variwiki.com/index.php/Yocto_Linux_logo , I created a linux-imx_%.bbappend file under: >meta-freescale/recipes-kernel/linux/ Inside that bbappend, I added my custom logo.ppm and placed the image under a files directory alongside the bbappend. Then I rebuilt the kernel and image: $bitbake -c cleanall linux-imx $bitbake linux-imx $bitbake imx-image-full However, even after rebuilding, the penguin logo is still displayed at boot. I checked inside the build at: >kernel-source/drivers/video/logo/ Note: Before building, I manually deleted logo_linux_clut224.ppm from drivers/video/logo/ hoping it would be replaced — but it still comes back and the logo doesn’t change. Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0) Hi @binil  Replacing logo need to modify kernel source code, logo file is .ppm file here. You can refer this guide. https://github.com/nxp-imx/linux-imx/tree/lf-6.12.y/drivers/video/logo For yocto layer, please refer yocto guide to create a custom layer. https://docs.yoctoproject.org/next/dev-manual/layers.html Best Regards, Zhiming Re: How to change the default U-Boot splash screen (Yocto BSP imx-6.12.20-2.0.0)  I found the line "sources/meta-openembedded/meta-oe/recipes-kernel/linux/linux.inc" if [ -e ${UNPACKDIR}/logo_linux_clut224.ppm ]; then install -m 0644 ${UNPACKDIR}/logo_linux_clut224.ppm drivers/video/logo/logo_linux_clut224.ppm I think the "logo_linux_clut224.ppm " showing the default penguin image, If so, can you please help me to modify it with my "logo_linux_clut224.ppm" file