MC EDAC を Linux EDAC サブシステムに登録します NXP が提供する BSP 40 を使用して Linux を実行している S32G-VNP-EVB3 ボードがあります。LinuxカーネルのEDACシステムを有効にしてsbesとdbesを監視しましたが、ファイルシステムに表示されません。このボードでEDACが実際に有効になっているのかどうか疑問に思いますか?使用可能なメモリの量は、そうであることを示しているようです。ただし、デバイスツリーで再確認するメモリノードが見つかりませんでした。私が確認する方法はありますか? ここにedacの情報が見られることを期待してください、 /sys/devices/system/edac/mc # ls power subsystem uevent システムメモリ、 /sys/devices/system/edac/mc # cat /proc/meminfo MemTotal: 3500312 kB MemFree: 3442776 kB MemAvailable: 3442020 kB Buffers: 1724 kB Cached: 9168 kB SwapCached: 0 kB Active: 7532 kB Inactive: 3924 kB Active(anon): 64 kB Inactive(anon): 640 kB Active(file): 7468 kB Inactive(file): 3284 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 0 kB SwapFree: 0 kB Dirty: 24 kB Writeback: 0 kB AnonPages: 724 kB Mapped: 2116 kB Shmem: 60 kB KReclaimable: 25168 kB Slab: 33908 kB SReclaimable: 25168 kB SUnreclaim: 8740 kB KernelStack: 1376 kB PageTables: 192 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 1750156 kB Committed_AS: 2520 kB VmallocTotal: 259653632 kB VmallocUsed: 1872 kB VmallocChunk: 0 kB Percpu: 656 kB CmaTotal: 262144 kB CmaFree: 260576 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB Hugetlb: 0 kB Re: MC EDAC を Linux EDAC サブシステムに登録する これは、このボードがインラインドラムを使用しているため、スクラバーがMCからの結果を難読化しているため、ARMがこの情報にアクセスできないためですか?

s32k 中 SPI 的 IB 与 EB（RTD 3.0.0.0） 我们正在使用 EBtresos 工具 autosar 包 RTD 3.0.0.0 配置 SPI。有两种类型的缓冲区可配置：内部缓冲区和外部缓冲区。 1.这个内部缓冲区是我们软件中Spi驱动文件定义的数组吗？就速度而言，它与用户定义的数组有何不同？ 2. 哪个更好/更高效？IB或EB 3. 对于 IB，我们必须首先使用 Spi_WriteIB 将用户定义数组写入 IB，然后执行 Spi_SyncTransmit....而在 EB 中，我们可以使用 Spi_SetupEB() 将此用户定义数组设置为缓冲区，然后执行 Spi_SyncTransmit 进行同步传输。哪个更快/更好，我认为只有 Eb。 4. 请说出两者的优缺点 回复：s32k 中 SPI 的 IB 与 EB（RTD 3.0.0.0） 但是在 IB 中，我们设置了数组之后，必须使用 Spi_WriteIB 将其写入 IB，我们不能直接访问 IB，对吗？我们可以设置与 EB 相同的数组并修改和传输数据？ 那么，从逻辑上来说 EB 更快，对吗？

S32K344从待机唤醒后程序从哪里开始运行？ S32K344从待机唤醒后程序从哪里开始运行？ 回复：S32K344从待机状态唤醒后程序从哪里开始运行？ 谢谢 回复：S32K344从待机状态唤醒后程序从哪里开始运行？ 是的。将 GPIO 设置为高电平，然后将 1 写入 DCMRWF1[STANDBY_IO_CONFIG]： 建议使用示波器确认引脚状态。 回复：S32K344从待机状态唤醒后程序从哪里开始运行？ 那么当我的 MCU 从待机模式唤醒到运行模式时，我可以一直保持 GPIO 输出高吗？ 回复：S32K344从待机状态唤醒后程序从哪里开始运行？ 是的。 看一下 图8。S32K3xx 低功耗管理 的 PAD保持流程.pdf。待机期间，所有引脚均保持其在运行模式下的最后状态。 无论进入待机模式前是否启用了焊盘保持功能，GPIO 都会始终保持进入待机模式前设置的状态。焊盘保持功能的主要作用是在 MCU 复位到焊盘保持禁用（写入 DCM_GPR->DCMRWF1[STANDBY_IO_CONFIG] = 1）期间保持 GPIO 模式。 Re: Where does the program start running after S32K344 wakes up from standby? TPS62135、TPS54J061RPGR and BQ25171Q1。Can I maintain the high output level of S32K344 gpio pin during the system reset period when S32K344 wakes up? 回复：S32K344从待机状态唤醒后程序从哪里开始运行？ 请告诉我电源管理芯片的零件编号。如果只需要维持S32K3引脚电压，请阅读7. S32K3xx低功耗管理 待机模式下的Pad保持.pdf。 回复：S32K344从待机状态唤醒后程序从哪里开始运行？ 我们的S32K344管理着给其他模块供电的电源管理芯片，需要S32K344来启用这些电源管理芯片。如果我从待机模式唤醒 S32K344，它将从重置处理程序执行系统重置以运行程序，并且我们主板上的其他模块将断电。我该如何解决这个问题？

IMX8mm ブート ROM イベント バッファ読み出し こんにちは 私は現在、カスタムボード上のi.MX8MMでメインラインのu-bootv2025.01を実行しようとしています。ただし、ブートローダーでスタックしており、シリアルインターフェイス経由で出力されません。そこで、J-Linkベースを接続してレジスタを読み出しました。SPLが明らかにBoot ROMに戻ることがわかったので(Cortex-A53を停止したときにPCがBoot ROMの範囲内にあるため)、ROMイベントログバッファを読み出して詳細を確認したいと思いました。 この投稿(https://community.nxp.com/t5/i-MX-Processors/ROM-Event-on-i-MX8M/m-p/1989877)を見つけたので、アドレスとして0x9E0も試してみましたが、出力は意味をなさないようです。 --- Cortex-A53が同定されました。 Jリンク>停止 PC = 00000000000160C4 CPSR = 600003CD(AArch64、EL3h(SP_EL3)モード、IRQマスク、FIQマスク) SP = 0000000000901F40 ELR_EL1 = 2280006102140688 ELR_EL2 = A700010002088A08 ELR_EL3 = 0000000000016390 SP_EL0 = 01C0000202200002 SP_EL1 = 030C001080440040 SP_EL2 = 000000002002F0F3 SP_EL3 = 0000000000901F40 R0 = 000000000090CC90、R1 = 0000000000000006 R2 = 0000000000901DFB、R3 = 0000000000000000000 R4 = 000000000000C1DC、R5 = 0000000000901DFC R6 = 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 R8 = 00000000000000000000、R9 = 0000000000000180 R10 = 0000000000000047、R11 = 000000000000000000000 R12 = 000000000090B5E0、R13 = 000000000090B528 R14 = 0000000000004000、R15 = 000000000090B5E0 R16 = 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 R18 = 0000000000000000000、R19 = 0000000030350480 R20 = 000000000000000F、R21 = 000000000090E6D8 R22 = 000000000090C000、R23 = 0000000030350480 R24 = 0000000000000002、R25 = 0000000000910000 R26 = 0000000030390070、R27 = 0000000072000000 R28 = 00000000000000000000、R29 = 0000000000901F40 R30 = 00000000000160C4、R31 = 000000000000000000000 JMISC = 0000000000000008 J-Link>mem32 0x9E0 4 000009E0 = 0090E558 00000000 0090E6D8 00000000 Jリンク> --- 0x9E0はixm8m Mini(Nanoだけでなく)でも正しいバッファアドレスですか?この点については、AN12853あまり明確ではありません... これが正しい場合、最初の8ビットはROMイベントID(0x01で始まる)であるはずなので、読み取られたデータは私には意味がありませんが、0x00として読み取られましたか?それとも、ここでの解釈を間違えたのでしょうか? 敬具 マルクス PS:私はすでにこの質問を https://community.nxp.com/t5/i-MX-Processors/ROM-Event-on-i-MX8M/m-p/1989877 に追加しました 、 しかし、この投稿は「解決済み」とマークされているため、そうしないと見つからないことを恐れて、新しい投稿を作成しました... Re: imx8mm ブート ROM イベント バッファの読み出し こんにちは i.MX mSCALEシリーズには、すべてのi.MX8Mファミリプロセッサが含まれています。 i.MX8MM、i.MX8MQ、i.MX8MN、i.MX8MPlus また、実際には間違っていますが、OCRAMのアドレス0x9E0読み取られると、ROMログが保存されているアドレスが返されることに注意してください。   だからあなたのログ0でx90E558 は、ROM ログが格納されている正しいアドレスです。 よろしくお願いします/サルドス、 アルド。

RT1061は、SPIやフラッシュでプログラムを実行することはできませんが、RAMでうまくデバッグできます。 私は初心者で、RT1061でI2C経由でLEDドライバーチップを駆動することに取り組んでいます。RAM デバッグ モード (LED が点灯) では正常に動作しますが、flexspi_flash_nor_debug を使用すると、IAR シミュレーションでも jflash で点滅してもハードウェアの初期化が失敗します。フラッシュの内容を読み取ることができるので、コードが読み込まれます。広範囲にチェックしましたが、原因は見つかりません。助けてもらえますか?感謝。 私はflexspi1を使用しており、コードはhello worldの例から部分的に移植されています。 ブートROM|ブート|フラッシュ Re:RT1061は、spiでもフラッシュでもプログラムを実行できませんが、RAMでうまくデバッグできます。 RT1021を使用して通常のGPIOでLEDを点灯させるときにも同じ問題が発生しました。サンプルコードをほとんど変更せず、IOポートを変更しただけです。Keilを使用しましたが、デバッグモードではLEDが問題なく点灯します。ただし、flexspi_flash_nor_debugを使用すると、LEDは点灯しません。

DMA 应用说明 这是“MPC57xx：配置和 使用 eDMA 控制器”应用说明也适用于 S32K322 吗？ 回复：DMA 应用说明 我可以使用任何通道来连接任何外设吗？或者是否有任何预定义的通道与外设连接？ 回复：DMA 应用说明 我需要将 CAN3 路由到 DMA 通道，我怎么知道需要从 DMA MUX 中选择哪个 DMA 通道。 回复：DMA 应用说明 是的，可以使用，但主要参考 S32K3 参考手册，因为那里可能存在细微的差别。

S32K312的重置原因 你好呀。 我们在现场测试中使用 S32K312 芯片。 没想到，测试过程中芯片竟然重置了好几次。 到目前为止，我们读到的重置原因是 15 和 30。但我们无法弄清楚到底发生了什么，我们渴望解决意外重置问题。 15：MCU_F_EXR_重置 我们知道，检测到 RESET_B 上的下降沿可能会导致外部复位。这可能是原因之一，但我们尚未看到任何迹象。 还有其他原因会导致 MCU_F_EXR_RESET 吗？ 30：MCU_多次复位_原因 注释为<除“开机事件”外，还记录了多个重置事件>。 你能进一步解释一下吗？ 谢谢。 #重置原因

i.MX系列处理器库存相关 大家好， 我目前正在从事一个需要大量 i.MX 系列处理器的项目。不幸的是，我在获取必要的库存方面遇到了一些困难。虽然我知道 NXP 不直接销售这些处理器而是通过授权分销商销售，但我发现这些分销商网站上的库存非常有限。 我将非常感谢有关如何批量获取 i.MX 系列处理器的任何建议或意见。 回复：i.MX系列处理器库存相关 我正在寻找 i.MX93 处理器 (MIMX9352CVVXMAB) 谢谢 回复：i.MX系列处理器库存相关 i.MX系列处理器具体型号是什么？告诉我，以便论坛管理员能够帮助您

LPC553x参考手册排版错误 女士们，先生们， 我可能在 LPC553x 的参考手册中发现了误导性的声明。 LPC553x 参考手册，修订版 3，2023 年 7 月，第 2062 页： bit 3，FIFOEN FIFO使能位描述如下： “ 0 -启用FIFO 模式并禁用缓冲模式。任何写入的数据都会进入缓冲区然后 进行转换。“ 据我所知，当数据进入缓冲区时，FIFO 会被禁用，这称为缓冲模式。下一点描述了该位何时为 1，这似乎是正确的。 回复：LPC553x参考手册打字错误 您关于LPC553x 的信息很有帮助，我最近正在研究它。 谢谢！ 回复：LPC553x参考手册打字错误 您好，文档团队感谢您的发现，文档将在下一个版本中对此进行更改。 0——禁用 FIFO 模式并启用缓冲模式。任何写入的数据都会进入缓冲区然后进行转换。 此致， 帕维尔 回复：LPC553x参考手册打字错误 你好，帕维尔， 这是参考手册中需要纠正的另一件事。 在图 265（模拟子系统连接）中，两个 ADC 的一些输入数字难以读取。请参阅附图 ADCBlock.png。 回复：LPC553x参考手册打字错误 地狱帕维尔， 当您联系文档组时，您能否要求他们在参考手册中记录更多细节？ 我认为有以下几点： -有一些位称为 DAC 隔离。我找不到任何描述，他们在做什么。 - 同样对于 DAC：操作 DAC 需要两个参考：ZTC 电流参考和 PTAT 电流参考。我将它们打开，它运行完美，但我不知道这两个位在做什么以及为什么需要它们。 - 还有另一个“隔离”位：VREF_ISO。也找不到描述，那是什么。 对我这个硬件工程师来说，隔离意味着电流隔离，但允许的最大电压是多少？我知道，芯片里肯定还有别的东西，但是是什么呢？ 还有一件事： 参考手册给出了如何配置 DAC 的提示。这里缺少一步：必须启用 OpAmp 缓冲区，否则，当数据低于 0x6FF 时，输出浮动，当数据高于 6FF 时，有一个具体的电压，但其值是错误的，小于预设值的一半。 回复：LPC553x参考手册打字错误 您好，很抱歉，我发送了第二封邮件，告诉您第一封邮件有误，我已向文档团队报告了您发现的拼写错误，我正在等待更多详细信息的分享。 此致， 帕维尔 回复：LPC553x参考手册打字错误 你好，帕维尔， 感谢您的快速反应。我想提请您注意恩智浦的产品长寿计划。根据此列表： https://www.nxp.com/products/nxp-product-information/nxp-product-programs/product-longevity:PRDCT_LONGEVITY_HM LPC553x 控制器于 8 月推出。2023年，并将继续生产15年。我认为它们是相当新的芯片。 我只是想用这个控制器开发我的第一个电路，作为新手，我发现文档中存在一些不一致之处。上面提到了一个，它是文档中的失败。 另一个不一致之处是：标准计数器/计时器曾经被称为 CTimer，有时简称为 Timer：SYSCON->AHBCLKCTRL1，位 22、26 和 27 简称为 Timerx，但这些位属于 CTimer。（参考手册，第 223 页顶部） 回复：LPC553x参考手册打字错误 您好，我叫 Pavel，我将支持您的案例，我做了一份报告，让我从文档团队那里获得一些详细信息。 此致， 帕维尔

MemAcc 在数据闪存中工作，但在代码闪存中不工作 各位聪明人，大家好， 我们目前正在为 S32K324 开发引导加载程序，并将MemAcc与S32K3_S32M27x 实时驱动程序 ASR R21-11 版本 4.0.0 P19驱动程序包中的底层Mem_43_INFLS驱动程序一起使用。 我注意到，只要我将数据写入 Data-Flash 部分，MemAcc_Write() 函数就能完美运行。一旦我有想要写入驱动器的代码闪存部分，就会写入 16 字节到 128 字节之间的数据，然后才导致硬故障。 我已经检查了 HFSR 并且它指出了 FORCED Hardfault 并且 BFSR 确实显示了IMPRECISERR 。 我尝试写入的内存地址是 0x440000 - 0x442000。与 8k 扇区边界对齐的代码闪存部分，在闪存之后仍未初始化。所以它只包含 0xFF。 我尝试切换到 C40 驱动程序进行测试运行，但当驱动程序返回 STATUS_SUCCESS 时，Flash 没有接受任何数据。但这里并没有发生硬故障。 有人知道我该如何进一步调试我的问题吗？ 回复：MemAcc 在数据闪存中有效，但在代码闪存中无效 我确实找到了仅在 ISR 期间发生的错误的解决方案。 将写入功能加载到 SRAM 中时，驱动程序设置没有问题。问题是，当我写入 C-Flash 块 0 时，触发了 ISR。ISR 的代码被放置在这个 C-Flash Block 0 内，导致 RWW 错误。 这解释了为什么它可以在其他 Flashblock 内工作，并且在中断被禁用时可以工作，但在中断启用时却不能工作。 回复：MemAcc 在数据闪存中有效，但在代码闪存中无效 我刚刚再次测试检查所有状态寄存器。 BFSR 没有显示不精确的错误，它显示 IBUSERR。 DFSR 也显示 9，表示部分出现域故障。

寻找MPC5646C引导加载程序的代码 大家好，恩智浦社区， 我是 MCU 新手，刚刚开始使用 MPC5646C 和 CodeWarrior 11.1。我一直在搜索，但未能找到参考手册 CH.5 中描述的引导加载程序代码，该代码负责搜索引导扇区、配置 4KB MMU TLB 以及将指令指针设置为引导向量地址。有什么方法可以查看代码，或者有什么说明可以说明如何实现它吗？ 任何帮助都将不胜感激！ 谢谢！ 回复：寻求MPC5646C引导加载程序的代码 当然可以，感谢您的快速回复。

SRAMとSDRAMは、1つのデザインでimxrt1062と連動して接続可能 こんにちは IMXRT1062コントローラーを使用して新製品を設計しています。すでにSRAMと接続し、動作していることを確認しました。現在、SDRAMとのインターフェースも計画しており、必要に応じてSRAMとSDRAMの両方にアクセスできるようにしています。 IMXRT1062を使用してSRAMとSDRAMの両方とインタフェースすることは可能ですか? i.MXRT 106倍 Re: SRAM と SDRAM は 1 つのデザインで imxrt1062 と連動 こんにちは@VishalAvg , NXP MIMXRTシリーズにご興味をお寄せいただきありがとうございます。 はい、これはSEMCで行うことができます。SEMCは、高性能と低ピン数の両方に最適化されたマルチスタンダードメモリコントローラです。同じアプリケーション内で複数の外部メモリをサポートし、アドレスとデータピンを共有することができます。サポートされているインターフェイスには、SDRAM、NORフラッシュ、SRAM、NANDフラッシュ、および8080ディスプレイインターフェイスが含まれます。 よろしくお願いいたします ギャビン

dsp启动源代码B4860 我使用QorIQ-SDK-1_7-IC-RevA， 我看到第8章linux用户空间IPC，其中有dsp_boot（dsp引导加载程序的源代码）部分。想知道在哪里可以获取/下载它的源代码？dsp_boot源代码包含在sdk的哪个文件夹中？ 此致， Mark 回复：DSP启动源代码B4860 好的，谢谢。 回复：DSP启动源代码B4860 非常感谢。在 ppc64e6500-fsl-linux/ipc-ust/git-r0/git 找到了源代码文件。 回复：DSP启动源代码B4860 请转到文件夹 build_b4860qds/tmp/work/ 并运行以下命令。 寻找 。-name ipc-ust 回复：DSP启动源代码B4860 请检查build_b4860qds/tmp/work/ppce6500-fsl-linux/ipc-ust是否存在。 回复：DSP启动源代码B4860 我按照你的建议操作，日志如下。那么就没有源代码文件夹。 build_b4860qds-64b_release]$ bitbake ipc-ust -c patch -f 警告：主机分布“CentOS-7.2.1511”尚未通过此版本的构建系统进行验证；您可能会遇到意外故障。建议您使用经过测试的发行版。 加载缓存：100% |###########################################| 预计到达时间：00:00:00 从依赖缓存中加载了 3921 个条目。 注意：解决任何缺失的任务队列依赖关系 构建配置： BB_VERSION = "1.22.0" BUILD_SYS =“x86_64-linux” NATIVELSBSTRING = "CentOS-7.2.1511" TARGET_SYS =“powerpc64-fsl-linux” 机器 = "b4860qds-64b" 发行版 = “fsl-networking” 发行版本 = "1.6" TUNE_FEATURES =“m64 fpu-hard e6500 altivec” TARGET_FPU =“硬” 元 meta-yocto meta-yocto-bsp =“（从fsl-sdk-v1.6分离）：0d2ce44c2b0f8cc9699e30cca2c24655be89d58b” meta-fsl-ppc =“（从fsl-sdk-v1.6分离）：6cf59d9de63a9fc5f8942c0d10c622898f4315ce” meta-fsl-ppc-工具链=“（从fsl-sdk-v1.6分离）：a546e42f86e7d57de19e27907365d170b13fc18f” 元 fsl 网络 meta fsl网络=“（从8dec9c6分离）：8dec9c690188cce5305ef5055f91e5cfa35c63f4” 元虚拟化 元虚拟化=“（从fsl-sdk-v1.6分离）：8044073f63a0d99541a43ac5f2f6d789f94c7c7c” 元 元网络 元网络服务器 元红宝石 元文件系统=“（从fsl-sdk-v1.6分离）：b86007f742a1b829ccc8d76e485bb3f789cefaa4” meta-java =“（从fsl-sdk-v1.6分离）：d01f7d39e513790ddce20e6724723722119a3700” 元OpenStack meta-openstack-计算-部署 meta-openstack-控制器部署 meta-openstack-qemu =“（从fsl-sdk-v1.6分离）：f627404399a134672e0b5e26a0d9b794a6f8adf4” 注意：准备运行队列 注意：污染哈希以强制重建任务/sdb/marklyu/QorIQ-SDK-V1.6-20140619-yocto/meta-fsl-ppc/recipes-bsp/ipc/ipc-ust_git.bb，做补丁 注意：执行 SetScene 任务 注意：执行 RunQueue 任务 注意：任务摘要：尝试了 10 项任务，其中 9 项不需要重新运行，并且全部成功。 摘要：显示了 1 条警告消息。 回复：DSP启动源代码B4860 欢迎 回复：DSP启动源代码B4860 非常感谢您的回答！

最近デバッグが失敗した(LPC-Link.2でLPC11U68を使用) 最近、独自のPCBでLPC11U68を デバッグすることに失敗しました 。症状は、プログラムをダウンロードして実行できるが、ブレークポイントによって中断が発生しなくなることです。シングルステップ、ステップリターン、ステップオーバーなどの「実行」コマンドの多くは効果がありません。実行(ショートカットキーf8)は正常に機能します。一時停止アイコンは正常に機能します。 これまでに、1)ターゲットのPCBを変更しましたLPC11U68、2)LPC-Link2インターフェースを変更しました、3)MCUXpressoを再起動しました、4)ホストコンピューターを再起動しました。 どんな提案でもいただければ幸いです。 jドラム コアとメモリ Re:最近デバッグが失敗しました(LPC-Link.2でLPC11U68を使用) こんにちは。 デバッガーは、最初の (そして唯一の) エラー以来、正常に動作しています。すでに述べたように、 修正 は コンソールからgdbデバッガを使用することでした。 IDEデバッガがロックアップした理由(設定されたブレークポイントに到達しなかったり、1ステップも実行しなかったりする)については、まだ答えがありません。再起動、再コンパイル、または再起動を行っても問題は解決しませんでした。そのインシデントの間、プログラムはまだ正常に実行されており、一時停止することができましたが、IDE タイプのデバッグは可能ではありませんでした。 2週間後に解決済みボタンを設定しています。 jドラム Re:最近デバッグが失敗しました(LPC-Link.2でLPC11U68を使用) ありがとうございました@Pavel_Hernandez  LPCopenを MCUXpresso IDE v11.8.0 [ビルド 1165] [2023-07-26]。MCU と SDK は LPC11U68 には適用されません。 gdb を使用してデバッガーを再び機能させたため、ブレークポイントは以前と同様に設定できます。チップは最大3つのブレークポイントを受け入れます。 jドラム Re:最近デバッグが失敗しました(LPC-Link.2でLPC11U68を使用) こんにちは、プロジェクトをクリーンアップし、更新して再度ビルドすることをお勧めします。私の側でこれをリプレイする方法はありますか?使用しているMCUは何ですか? IDEのバージョンとSDKについて教えてください。 よろしくお願いいたします パベル Re:最近デバッグが失敗しました(LPC-Link.2でLPC11U68を使用) こんにちは。さらなるアップデート gdb デバッガを使用することで、sprintf() のアセンブラコードの奥深くにブレークポイントを設定することができました。マシン語のウィンドウを探していたところ、プログラムがついにブレークポイントにヒットして停止しました。 おそらく、コードが無限ループに陥り、設定されたブレークポイントのいずれにも到達しなかったのでしょうが、だからといって、デバッガがプログラムの開始時にも 1 ステップも実行しない理由を説明できません。 IDE添付のスクリーンショット。 jドラム まだ疑問に思っています。

How to build device tree changes? IMX8M Nano Yocto build setup from NXP I want to build a modified device tree for the imx8m nano. I understand the syntax of device tree source files (.dts, dtsi), but I don't know how to get the yocto build to update the DTB: imx8mn-evk.dtb. I modified imx8mn-evk.dts and built, but my changes do not seem to affect the build. As a test I simply typed garbage into the file and even renamed the file. I expected the build to fail, but no it doesn't. Thing is there's many copies of this file in my build tree. I picked the one under nano/tmp/work-shared/imx8mn-lpddr4-evk/kernel-source/arch/arm64/boot/dts/freescale/ where nano is my build dir. I realize that the files under tmp are only quasi-source files. They come from somewhere else. Maybe modifying them under tmp does not automatically cause the build to see the change. Or I have modified the wrong copy of the file. Or I selected the wrong target to build. I did "bitbake core-image-minimal" thinking that would be good. IDK whether this is a general yocto issue or something particular to the IMX yocto build. FYI Yocto makes little sense to me in general. How do I get the yocto build to build changes to the device tree? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: How to build device tree changes? The info in the link How-to-compile-Linux-Kernel-Image-and-device-tree-using-Yocto is good. I actually had already found that info in NXP docs. But it's spread across two docs. The linked article is a more concise and direct description of the steps.  That said, it was not clear to me from the NXP docs or the article _why_ I'd want to use a standalone build or why it so very complicated to setup. But, I see the value of the standalone build now. And I was able to build an updated DTB. Thanks. Re: How to build device tree changes? Hi @chillinwithscb! Thank you for contacting NXP Support! You can follow the next posts to solve the problem. https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/How-to-compile-Linux-Kernel-Image-and-device-tree-using-Yocto/ta-p/2022759 https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/How-to-use-Devshell-to-compile-device-tree-files/ta-p/1727428 Best Regards! Chavira

使用S32K312调试FS23示例，编译时报错文件未找到，是否因为缺少配置 Re: 使用S32K312调试FS23示例，编译时报错文件未找到，是否因为缺少配置 如果使用的是MCAL里的Sbc_fs23 component, 那么这些都是MCAL里的Spi component自动生成的： Sbc_fs23_example_HLD_S32K344\RTD\include\Spi.h Sbc_fs23_example_HLD_S32K344\generate\include\Spi_Cfg.h 但是你这个例子使用的是Drivers里的Sbc_fs23_Ip，Drivers里的Lpspi component没生成这些文件。 Re: 使用S32K312调试FS23示例，编译时报错文件未找到，是否因为缺少配置 hi 我使用的是FS23 SBC AUTOSAR R21-11 Version 1.0.0 + S32K3 RTD 4.0.0. 我没有使用官网提供的示例，使用的是第三方的示例，但是显示缺少Spi.h、Spi_Cfg.h等等，我想知道这个是工具自动生成的还是我需要指定头文件目录才能链接。 Re: 使用S32K312调试FS23示例，编译时报错文件未找到，是否因为缺少配置 Hi 这在之前有讨论过： https://community.nxp.com/t5/S32K/fs23/td-p/1986550 1.  Sbc_fs23_Ip在 S32K3xx FS23 SBC AUTOSAR R21-11 Version 0.9.0里没法用，推荐使用FS23 SBC AUTOSAR R21-11 Version 1.0.0 + S32K3 RTD 4.0.0.  2. Sbc_fs23_Ip的例子没有提供。 抱歉给你带来不便。 Best Regards, Robin ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "ACCEPT AS SOLUTION" 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. -------------------------------------------------------------------------------

MCUXpresso深色主题（模式）设置 我对 MCUXpresso 暗主题（模式）设置有几个问题。请参阅附件。我想修改 C 代码的注释颜色和用于在项目资源管理器中突出显示源文件的颜色。这些在哪里改变？ 回复：MCUXpresso 暗主题（模式）设置 我会查看他们的论坛，谢谢。 回复：MCUXpresso 暗主题（模式）设置 其他论坛提到更改 IDE 的 CSS 文件，但我不知道要更改哪个参数，因为参数太多了。 回复：MCUXpresso 暗主题（模式）设置 谢谢，我最终找到了。但我仍然无法改变该项目文件夹的突出显示（在我之前的图片的左侧）。 回复：MCUXpresso 暗主题（模式）设置 谢谢，但是我已经尝试过了，但是没有用。 回复：MCUXpresso 暗主题（模式）设置

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 模型附后。 希望对你有所帮助。 此致问候

PN7642 OM27642EVK SDK Keil uVision PN7642 Arm Cortex M-33 コア用の SDK を構築するためのソフトウェアを探しています。 OM27642EVK 開発キットを持っており、Keil uVision に接続したいと考えています。 デバッガー: ULink Pro Re: PN7642 OM27642EVK SDK Keil uVision こんにちは、ダニエル。   リンクをありがとうございます。SDK をビルドしてダウンロードすることができました。スタンドアロンの例もダウンロードできました。 現在不足しているのはPN7642のソフトウェアパックです     ダウンロードしてインストールしようとしましたが、サイトにアクセスCANません: 403 禁止 https://mcuxpresso.nxp.com/cmsis_pack/repo/   パックを提供していただくか、ダウンロードする権利を付与していただけますか?   ご支援ありがとうございます。 ラドスラフ Re: PN7642 OM27642EVK SDK Keil uVision こんにちは@RadoslawTomasik 、こんにちは! 弊社製品にご興味をお持ちいただきありがとうございます。 Keil 用の PN7642 SDK は、 SDK Builder | MCUXpresso SDK Builder (「Toolchain/IDEs」フィールドで「Keil MDK」を選択) からダウンロードできますが、これはかなり古いため、 MCUXpresso IDEs用の SDK v02.15.003 を使用して開発することをお勧めします。 よろしくお願いいたします。 ダニエル

iMX RT1176 で可能な限り最速の LVGL グラフィックス VGLite または PXP が必要ですか? iMX RT1176を横向き720x1280で動作させ、スクロールやアニメーションなどのグラフィックを可能な限り高速化したいと考えています。参考になる設定やLVGLデモの例はありますか？現在、MIMXRT1170-EVKBとRK055HDMIPI4MA0 5.5インチ画面を使用しています。 また、ベアメタルではなく FreeRTOS を使用しています... ありがとうございました。 Scott Re: Need fastest possible LVGL graphics VGLite or PXP on iMX RT1176? こんにちは、 @jingpan 、 @application_ninja 私は自分のプロジェクトで LVGL を使用 CAN かどうかを調べるために作業しています。そのため、私は SDK の例と GUI Guider を使用しています。 MIMXRT1166 と MIMXRT1170 EVK ボードの両方を持っています。すべての例を SDK と GUI Guider で直接実行します。私は特に、GUI Guider v1.9.0 の ScreenTransition Example に焦点を当てました。 これまで、25〜30FPS を超える FPS 値を達成するために、さまざまなシナリオを試してきました。ただし、VG-Lite または PXP、またはその両方の GPU を有効にしても、表示されませんでした。 CPU だけで UI を実行すると、VGLite または PXP を有効にして使用するよりもはるかにうまく動作することがわかりました。CPU 使用率が低すぎる場合は、CPU のみを使用して作業を続行します。ただし、Gui Guider の ScreenTransition Example の CPU 使用率は %90 を超えます。SO、後で BSP が関与すると、プロジェクトを実行および管理できなくなります。それが私がVGLiteを使うことに重点を置いた理由です。しかし驚くべきことに、VGlite を使用してもまったく機能しません。CPU 使用率が %70 レベルまで下がりましたが、FPS 値は 6～7 fps レベルになりました。 UI Fps パフォーマンスを向上させるために他にCAN何を検索しているときに、あなたのチケットを見つけました。720 x 1280 ディスプレイ パネルで 47fps レベルに達したとおっしゃっていました。SO、あなたの経験こそがまさに私の焦点なのです。下記のリンクに記載されているように、いろいろ試してみましたが、CPU 消費量が許容範囲内で 30 fps や 20～25 fps の値に近づくことはできませんでした。SO、どうやって 47fps レベルに到達したのか、本当に助けが必要ですか? また、GUI Guider 側に問題の解決策を見つけるためのチケットを開きました。リンクはこちらです。LVGL UI のパフォーマンスを向上させるためにこれまでに行ったすべての詳細は、こちらで読むことができます。https ://community.nxp.com/t5/GUI-Guider/LVGL-Demo-Example-Working-too-slowly-problem/td-p/2164492 コメントをお待ちしています。前もって感謝します Re: Need fastest possible LVGL graphics VGLite or PXP on iMX RT1176? -O2 は確かに役立ちますが、それでもこのデバイスに期待するパフォーマンスではありません。 😞 Re: Need fastest possible LVGL graphics VGLite or PXP on iMX RT1176? こんにちは、 @application_ninjaさん、 元の例では、私のボード上で 20FPS が報告されています。コンパイル最適化レベルを -O2 に設定すると、34FPS になります。 この例では、VGLite を使用して CPU の作業負荷を軽減します。LV_USE_GPU_NXP_VG_LITE を 0 に設定すると、加重 FPS は 24 になります。また、コンパイル最適化を -O2 に設定すると、47FPS になります。 よろしくお願いいたします。 ジン Re: Need fastest possible LVGL graphics VGLite or PXP on iMX RT1176? GUI Guider を試してみましたが、結果はまだ遅いです。そのため、最良の結果を得るために使用できる最適な設定は何ですか?デュアル コア 1GHz プロセッサなら超高速のグラフィックスが実現できるはずだと考えますが、実際はそうではありません。サンプルの「ベンチマーク」LVGL プログラムを実行すると、15fps 未満になりますが、これは正常または予想される結果ですか? Re: Need fastest possible LVGL graphics VGLite or PXP on iMX RT1176? こんにちは、 @application_ninjaさん、 GUI Guider をご利用ください。LVGL をベースにしており、RT1176 および PXP 向けに最適化されています。 https://www.nxp.com/design/software/development-software/gui-guider:GUI-GUIDER よろしくお願いいたします。 ジン