シリアル・ダウンローダー・フォールバックの無効化 (i.MXRT 1060) シリアルダウンローダーモードのフォールバックを無効にする方法があるかどうか興味があります。つまり、BootMode が 1 に設定されていない限り、内部ブート モードが失敗した場合、デバイスは基本的に何もしないようにします。 RMを読むと、特に高レベルのブートコードフロー図を見ると、これは特に不可能に思えます。主に、i.MXRT 1060 RM の 9.3.2 章の図 9-1 と 9.11 章の図 9-19 に基づいて結論を出していますが、これらは、すべてが失敗すると、すべてのブート・モードがシリアル・ダウンローダー・モードに戻ることを示しています。しかし、これにはかなり慣れていないので、おそらく私は何かを見逃しています。 詳しく説明したり、さらに詳細が必要な場合は、お知らせください。 ありがとうございます i.MXRT 106倍

将NFC库移植到FRDM_K64F时出现问题 我正在尝试 根据网络研讨会和文档 NFC-READER-K64.pdf 将 NFC 阅读器 库 移植 到 K64F。 预期的屏幕截图和实际的屏幕截图之间存在一些差异，我认为这是由于软件的新版本（看起来网络研讨会是几年前做的）但一切都很简单，直到我尝试将 K64F 板的 SDK 导入到项目中。从文档和网络研讨会来看，SDK 文件应该出现在主项目文件夹和示例项目（NfcrdlibEx1_BasicDiscoveryLoop）中。事实并非如此。 当我检查 DAL 文件夹中的电路板时，K64RC633 的电路板也不在那里 不确定如何继续。是否有可反映当前软件构建的较新文档？ 回复：将NFC库移植到FRDM_K64F时出现问题 嗨，丹尼尔 非常感谢您及时的回复。我认为我没有充分描述我的问题。 我已经导入了 FRDM64 板的 SDK。 我感到困惑的问题是链接过程之后 DAL 目录的位置。 NFC 阅读器库移植 FRDM_K64F 中描述的过程描述了链接 DAL、phOsal 和 infs 目录后，它们应该像这样出现在项目文件夹中。 MWMinor_0-1718869390858.png 但事实并非如此。我的项目文件夹看起来像这样...... MWMinor_1-1718869476216.png infs 目录在那里，但 DAL、NxpNfcRdLib 和 phOsal 似乎不在那里。但我知道它们在那里——它们只是“隐藏”了。 有没有办法显示隐藏的文件夹？ 回复：将NFC库移植到FRDM_K64F时出现问题 嗨，丹尼尔 问题更多的是 DAL 目录似乎位于正确的位置（链接后），但查看项目资源管理器时，它仅显示在工作区中，而不是在项目本身下。 就好像它被“隐藏”了一样…… 有没有办法显示“隐藏”目录。 谢谢！ 微波熔炉 回复：将NFC库移植到FRDM_K64F时出现问题 嗨，丹尼尔 谢谢你，今天早上按照这个指南操作，一切都很顺利，直到我尝试链接各种 NFC 阅读器库。我按照 NxpNfsRdLib、DAL、phOsal 和 intfs 文件夹的程序进行操作。该过程似乎有效，但文件夹没有出现在 frdmk64f_basic_loop_discovery 项目文件夹中。 当尝试编辑以 phDriver_KinetisSDK.c 开头的源文件时，就会出现这个问题 该文件不在项目文件夹下。 非常感谢您的帮助， 微波熔炉

i.mx8MPの最大メモリ密度 こんにちは、NXPチームの皆様、 サポートされているLPDDR4メモリの最大密度 i.MX8MPはどれくらいですか？ ありがとうございます Re: i.mx8MPの最大メモリ密度 ダニエルさん、こんにちは。 この情報はとても役に立ちます。 よろしく、サイモン Re: i.mx8MPの最大メモリ密度 i.MX8MPのメモリ密度はダイあたり32 Gb（ギガビット）で、これはダイあたり4 GB（ギガバイト）に相当します。 答えが分かるといいですね。

在 FRDM-MXCN947 板上同时使用以太网和摄像头 在 MCXNx4x 中，SmartDMA 可用于实现摄像头接口。 根据 MCXNx4x 数据表，以太网和 SmartDMA 的 Pinmux 分配有冲突。因此，我认为以太网和摄像头不能同时使用。 但是，FRDM-MCXN947 板用户手册 (UM12018) 规定了以下内容： > 如果在使用摄像机时仍然需要以太网功能， ，将 SJ16 和 SJ26 跳线从默认位置移开。 dubian1shu_0-1717852087944.png 有没有办法同时使用以太网和摄像头？ 开发板 MCX N Re: Simultaneous use of Ethernet and camera on the FRDM-MXCN947 board 你好@dubian1shu 我重新检查了文件内容，确认文件中的描述存在问题。 HangZhang_0-1718619499526.png 我们将及时修改文件。 可以同时使用SmartDMA (EZH_CAMERA) 和以太网 (ENET)，但需要找到一些不共享的引脚供摄像头使用。 您可以参考这篇文章。 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 和以太网功能。 但使用 FRDM-MCXN947 能否使用 SmartDMA 和以太网功能？ FRDM-MCXN947 的 J9（摄像头接头）有七个引脚与以太网引脚冲突。FRDM-MCXN947 主板用户手册 (UM12018) 中描述的 P1_4 的解决方案仅解决了其中一个问题，没有提及其他六个冲突。 例如，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 不冲突的引脚。 例如，可以选择 P3_X 作为 SmartDMA 引脚，选择 P1_X 作为以太网引脚。 然后参照 FRDM-MCXN947 主板用户手册 (UM12018) 移动跳线。 希望能帮到你。 BR 挂

关于 ADC 通道分配 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，社区 在数据表 99 中分配给 ADC1_IN0 至 ADC1_IN3。 另一方面，在《参考手册》的 ADC 存储器映射中，ADC1 有 CH_A 到 CH_D。 是否可以将通道 0 指定为 CHA_SEL，通道 1 指定为 CHB_SEL，通道 2 指定为 CHC_SEL，通道 3 指定为 CHD_SEL，以支持以下操作？ IN0-CH_A IN1-CH_B IN2-CH_C IN3-CH_D 顺祝商祺！ 请访问 i.MX7 双核 About ADC channel assignment 你好，伊戈尔帕季科夫。 这是一个解决方案，但我不明白，所以我有一个问题。 根据数据手册中的引脚分配，ADC1_IN0 至 ADC2_IN3 共有八个物理输入端。 在参考手册中，adcx_ch_A_CFG1 的 CHA_SEL 的范围从 0 到 15。 ADC1_INx 和 Channelx 对应的是什么？ 还是它们互不相关？ 应如何设置 ADC2_IN0？ 顺祝商祺！ Re: About ADC channel assignment <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 后藤 是的，这是可能的。如第 14.1.1 节所述概述 i.MX 7Dual 应用处理器参考手册 "ADC 最多支持五个逻辑组（ChA / ChB / ChC / ChD / SW）的转换。每组可从 0 - 15 个物理通道中选择一个通道 。" 问候 igor ----------------------------------------------------------------------------------------------------------------------- 注：如果本帖回答了您的问题，请点击 "正确答案 "按钮。Thank you! -----------------------------------------------------------------------------------------------------------------------

MIPI-CSI2、IMX8MP 的 ISI 驱动程序混淆 大家好。我希望能得到一些建议。 我正在尝试让 Sony IMX287（全局快门、720x540、单色传感器）与 IMX8MP 配合使用。我根据 imx296 驱动程序为传感器编写了一个新驱动程序——经过修改以支持该传感器并提供 imx8_media_dev 模块所需的焊盘。使用示波器测试摄像机信号（LVDS CLK 和数据、Vsync、Hsync、INCK……全部正确且有效）。 我们正在使用 Lattice FPGA 将传感器的 LVDS 输出转换为 4 通道 MIPI-CSI2。我们在 FPGA 中的 LVDS 摄入和索尼解析方面遇到了一些问题，但我们已经解决了这些问题并获得了一些像素（几条线）。 现在，我在 CSI2 驱动程序（imx8-mipi-csi2-sam）中启用了调试，我们在 FPGA 或 i.mx8 端均未看到该级别的错误（从 CSI2 寄存器转储中看到）。 问题是我们的传感器输出单色 RAW10，但 CSI2 和 ISI 驱动程序似乎不支持这一点。 参考了这里的几个帖子，我修改了驱动程序以支持 Y10_1X10 (RAW10)。v4l2-ctl 可以显示格式的更新列表，当我开始尝试捕获原始图像时，它正确地绕过了 csc，获得了正确的格式，并且 ISI 寄存器中的所有内容都显示正确。但是 MIPI-CSI2 不断出现 FIFO 溢出错误，因此 ISI 似乎没有清空 FIFO。我不确定为什么。但这让我走上了一条令我困惑的道路。 我使用的驱动程序来自 linux/drivers/staging/media/imx 目录（用于获取 imx8_media_dev 模块）。 令我感到困惑的是，我必须在 CSI2 和 ISI 驱动程序中添加对 RAW10 的支持，而其他人多年来也一直不得不这样做。我还对所呈现的内核配置选项感到困惑（并且在 NXPs Yocto 设置中默认选择构建）。linux/drivers/media/platform/imx8 下还有其他驱动程序。有一个 CSI2-YAV“另一个版本”驱动程序。然后在 linux/drivers/media/platform/nxp 下有另一个 csi2 驱动程序和另一个 ISI 驱动程序。这些驱动程序似乎是最近才维护的，并且似乎已经支持 RAW10。但尚不清楚它们是否适用于 8M Plus...或者是否需要构建一些额外的东西来建立链接，就像 imx8_media_dev 驱动程序一样。 有人能解释一下哪些驱动程序是适合/最适合在 IMX8MP 上使用的吗？ 有谁知道为什么当我最终让所有驱动程序同意 MBUS 格式和 PIXEL 格式时，ISI 不会清空 CSI2 的 FIFO？ 我从其他帖子中得知，问题将是“您为什么不使用 ISP？” 原因如下： 1) 根据移植指南，为 ISP 设置驱动程序看起来非常复杂。 2）我们不需要任何 ISP 功能。我们所需要的是从传感器捕获 RAW10 帧并将它们快速推送到 Gstreamer。所有后续帧处理均在配备 Nvidia GPU 的 PC 上完成。我们必须实现的主要目标是实现高帧率的流式传输能力。 3) 虽然我有一个可以正常工作的 i2c 驱动程序，理论上可以生成 .drv除此之外，还保留了 ISP 所需的相机校准元数据。这不是一件小事，产品的其余部分还没有准备好经历这样的过程（我们也没有时间去做这件事，因为基本上没有任何好处）。 3) 从我迄今为止尝试使用 MIPI 和 ISI 驱动程序时遇到的问题来看，我对 ISP 路由中不会遇到类似问题没有信心。 由于我们不需要 ISP 提供的功能，因此通过 ISI 似乎是最直接的选择。 您有什么想法吗？ 回复：MIPI-CSI2 混淆，IMX8MP 的 ISI 驱动程序 这没有下载任何东西，所以我不确定它包含什么。有没有我可以查询的 AN 号码？ 我已经解决了主要问题。我们现在正在捕获，下一个挑战是防止由于帧速率而导致 v4l2-ctl 或 gstreamer 中丢帧。MIPI 接口似乎可以很好地达到 360fps（并且一旦我们优化了 FPGA，可能可以处理更高的帧速率）。 我看到 v4l2-ctl 报告的帧速率与 CSI 事件的统计数据显示的帧速率相匹配，但是当我尝试捕获到 ramdisk 上的文件时，帧速率下降了 170fps。似乎是 v4l2-ctl 丢帧了...好像它跟不上。Gstreamer 似乎在 100fps 左右达到峰值，但我不知道为什么。此时，我不确定是否是中断太多、内存吞吐量太大，还是用户空间应用程序无法跟上速率。 至于让 RAW10 与 ISI 配合使用，对于其他尝试此操作的人来说，关键是： 1) 为 csi2-sam 和 isi 驱动程序添加对输入和输出格式的支持。这些驱动程序也存在一些错误——一些输出格式被交换，并且垫圈寄存器转储代码双重应用了偏移量，因此它读取了错误的地址。我会看看是否可以提交补丁。 2）将色彩空间设置为COLORSPACE_RAW。我认为有三个地方必须这样做。 3) 请勿使用 32 位/并行模式。RAW10 按 40 位对齐。所以你需要“正常/单像素”模式。 4) ISI 输出格式可以设置为几种不同的格式。如果将其设置为 RAW10，它将左对齐（填充 6 LSB），这通常不是您想要的。将其设置为 RAW16，您将获得正确的输出（16 位像素，高位用零填充）。您可以获得 Y10 输出。如果您添加 GREY 格式支持（Y8），它也可以工作并且与 libjpeg 之类的兼容。Y16 实际上与 Y10 相同。 5) 如果您像我一样进行 FPGA 转换，请确保 FPGA 在 MIPI 成帧器中获取正确的字数。这是我们遇到的另一个问题，由于未对齐而产生 CRC 错误和 FIFO 溢出。 我将把这个问题标记为已解决。 回复：MIPI-CSI2 混淆，IMX8MP 的 ISI 驱动程序 建议你可以参考这个AN i.MX 8M系列MIPI采集系统（nxp.com） 回复：MIPI-CSI2 混淆，IMX8MP 的 ISI 驱动程序 更新当前状态。我们还没有完全实现这一目标，但已经非常接近了。 事实证明， MIPI_CSIS_ISPCFG_ALIGN_32BIT 和 MIPI_CSIS_CMN_CTRL_HDR_MODE 与该问题无关。 事实上，虽然设置 MIPI_CSIS_ISPCFG_ALIGN_32BIT 似乎有助于缓解 FIFO 溢出，但它实际上导致了数据格式错误并导致了 2 周的挫败感。据我所知，神奇的未记录的“HDR_MODE”位似乎没有什么区别。 我对设备树中的时钟做了一些工作，解决了我们看到的一些 CRC 错误。我尝试了四模式和双模式，因为手册似乎暗示需要其中一种。由于它们似乎与 32 位（“并行”）模式不兼容，因此我将其关闭。我得到了正确的像素数据（在使用 RAW16 的 ISI 格式后...RAW10 左移 6 位，正如手册所解释的那样，它将数据放在字节的 MSB 中...使用 RAW16 可以使其低对齐，这是首选）。通过更好地设置时钟，我可以获得没有 FIFO 溢出或 CRC 错误的图像。但是，四倍模式给了我一个四分之一宽度的图像，其中只有每组 4 个像素中的第一个。双模式给了我一个像素为 0 和 2 的半宽图像。它们是正确的值，只是缺少数据（这解释了为什么图像分别为 1/4 和 1/2 宽度）。手册中对这些模式的解释完全是违反直觉的。这让人相信像 RAW10 这样的东西应该需要四模式。不。您需要“正常”/“单像素”模式。并且时钟速度足够快，可以提取数据。 与 ChatGPT 的对话表明，它对“四像素模式、双像素模式和 32 位模式”的了解比 NXP 文档或我所查看的 MIPI-CSI2 规范中的任何内容都要多。 我仍然需要提高我的时钟以达到我需要的帧速率，但我现在已经取得了一些进展。 我对设备树中的正确时钟设置感到困惑。 我*认为*我需要在“端点”节中包含以下内容： link-frequencies = /bits/ 64 <2376000000>, <1188000000>; //（全速率和半速率模式的总带宽） 最大车道频率=/位/ 64 <297000000>； 最大像素频率 = /位/ 64 <297000000>; // 假设 MIPI-CSI2“像素”为 8 位，即使我们的源像素是 10 位 最大数据速率=/位/ 64 <2376000000>； 目前 mipi-csi 时钟使用默认的 500MHz，APB 时钟使用默认的 200MHz。 我相信我需要将 D-PHY 时钟提高到 1188MHz（在 1.5GHz 最大值以内）。 像素时钟/“包装”时钟...GPT 认为它需要是 1.7GHz（720w * 540h * 437fps * 10bpp）。这超出了 1.5GHz 的最大值，所以我可能需要牺牲一些帧速率。不确定这个数字是否正确...它看起来像是在计算位，而不是像素。因此真正的像素率可能只有 170MHz。 任何有关正确的设备树时钟设置的建议都将受到欢迎。供参考： 传感器为 720x540 活动像素，每通道 297MHz（DDR，因此每通道 594Mbps），4 通道，全速率模式下总带宽为 2.376Gbps。全速率支持高达 437fps。我可以通过调整消隐来降低帧速率。我们的应用程序至少需要 250fps。 感谢您对计时的任何建议，我希望这对其他遇到此问题的人有所帮助。看来 ISI 确实能够引入 RAW10 单色。 回复：MIPI-CSI2 混淆，IMX8MP 的 ISI 驱动程序 在mipi csi驱动程序的mipi_csis_set_fmt函数中，你介意打印“mf->code”吗？检查mf->code是否设置为MEDIA_BUS_FMT_SBGGR10_1X10？ 回复：MIPI-CSI2 混淆，IMX8MP 的 ISI 驱动程序 在isi驱动程序的mxc_isi_cap_g_fmt_mplane函数中 https://github.com/nxp-imx/linux-imx/blob/lf-6.6.y/drivers/staging/media/imx/imx8-isi-cap.c#L846 您是否将 V4L2_COLORSPACE_SRGB 更改为 V4L2_COLORSPACE_RAW？ 回复：MIPI-CSI2 混淆，IMX8MP 的 ISI 驱动程序 我昨晚回复了，不知道为什么现在没有显示。 前一天晚上，在添加了一些额外的调试输出（这与时间有关）并修复了 CSI 驱动程序的垫圈寄存器转储中的一个错误之后，我开始成功地避免了 FIFO 溢出，该错误总是显示所有垫圈寄存器都是零，因为它读取了错误的偏移量（它将偏移量应用于已经包含偏移量的值）。我修复了垫片转储并看到垫片正在获取数据。 收到您的回复后，我禁用了 HDR 位。我注意到设置了一些“保留”位并想知道那是什么。我绝对不需要 HDR 模式。 设置 ISPCFG_ALIGN_32BIT 有很大帮助。我们在 FPGA 中实现了一个简单的梯度测试模式，以暂时从方程中去除实际的 CMOS 传感器。现在，我们看到了渐变，但有两个问题： 1) 这些值左移 6 位（因此看起来 10 位像素数据进入了字的高端而不是低端）。 2）我们有垂直条纹，因为每 5 个像素都是一个与我们的数据不相关的常数值。 #2 令我印象深刻，因为它符合 MIPI 通过在 5 个字节中打包 4 个 10 位像素来发送 RAW10 的模式。根据 MIPI 规范，它通过发送 pixA2-9 pixB2-9 pixC2-9 pixD2-9 后跟由 LSB 组成的第 5 个字节来实现此目的：pA0 pA1 pB0 pB1 pC0 pC1 pD0 pD1。所以看起来这个结构仍然被保存下来。 我认为 MIPI 解码器会将其解码回 10 位像素，并与 16 位字的低位对齐（“Y10 格式”），并且由于我们绕过了 CSC，ISI 会将其直接写入内存。 因此，我们发送的数据如下所示： 0x000 0x004 0x008 0x00c 0x010 0x014 等。我们得到如下数据： 00 00 AA 01 01 02 02 02 03 03 04 00 AA 01 05 02 06 02 07 03 08 00 AA 01 09 02 0A 02 0B 03 0C 00 AA 01 0D 02 0E 02 0F 03 10 00 AA 01 11 02 12 02 13 03 14 00 AA 01 15 02 16 02 17 03 18 00 AA 01 19 02 1A 02 1B 03 1C 00 AA 01 1D 02 1E 02 1F 03 20 00 AA 01 21 02 22 02 23 03 24 00 AA 01 “AA01”字是出现的“第 5 个”字，它导致了图像中出现垂直条纹。您可以看到，如果将单词“0101”，“0202”等右移 6 位，则可以恢复实际发送的数据。 有没有办法避免使用后捕获过滤器？它能正确存储数据吗？您对如何纠正这个问题有什么想法吗？ 如果我们需要添加过滤器，我会担心吞吐量。我们打算以低分辨率但高帧率（120fps +）运行。 非常感谢！ 回复：MIPI-CSI2 混淆，IMX8MP 的 ISI 驱动程序 谢谢。昨晚，在向 ISI 添加了更多调试输出（希望这并不意味着存在时间问题）后，我开始获得一些更真实的数据。此外，CSI 驱动程序的垫圈寄存器转储有一个错误...它读取了错误的偏移量，因此总是显示零。我之前看到过其他人遇到过这个问题并且我发现了原因。 我看到了“保留”设置并想知道它是什么。我绝对不需要设置 HDR 模式。禁用该功能并设置 ISPCFG_ALIGN_32BIT 有很大帮助。 为了进行测试，我们在 FPGA 中实现了一个测试模式，它发送像素数据（如 0x004 0x008 0x00c 0x010 0x014 等）来为线数据生成渐变（从每条线开始）。我们现在得到了一个渐变，但是灰度颜色值发生了变化，并且每 5 个像素就有一条垂直条纹。 上面的数据出来了： 00 00 AA 01 01 02 02 02 03 03 04 00 AA 01 05 02 06 02 07 03 08 00 AA 01 09 02 0A 02 0B 03 0C 00 AA 01 0D 02 0E 02 0F 03 10 00 AA 01 11 02 12 02 13 03 14 00 AA 01 15 02 16 02 17 03 18 00 AA 01 19 02 1A 02 1B 03 1C 00 AA 01 1D 02 1E 02 1F 03 20 00 AA 01 21 02 22 02 23 03 24 00 AA 01 25 02 26 02 27 03 28 00 AA 01 29 02 2A 02 2B 03 2C 00 AA 01 2D 02 2E 02 2F 03 30 00 AA 01 31 02 32 02 33 03 34 00 AA 01 35 02 36 02 37 03 38 00 AA 01 请注意，每 5 个 16 位字都是 0xAA01。如果将其他像素右移 6，那么您就会得到正确的数据。因此看起来好像是将像素对齐到高位，而不是低位。有没有办法修复它而不必在捕获后过滤图像？我们希望以高帧率（>120fps）运行，我担心在软件中移动所有像素会影响我们的性能。此外，每 5 个字为 0xAA01 很有趣，因为据我所知，MIPI 上的 RAW10（格式 0x2b）以 5 字节序列格式化为 pixA2_9 pixB2_9 pixC2_9 pixD2_9 LSB（a0a1b0b1c0c1d0d1）。因此看起来 CSI 接收器可能没有将 MIPI 流重新格式化为 RAW10/Y10 媒体总线格式。 有什么想法吗？谢谢。 回复：MIPI-CSI2 混淆，IMX8MP 的 ISI 驱动程序 在 mipi csi 驱动程序中，您是否启用了 MIPI_CSIS_ISPCFG_ALIGN_32BIT？如果没有，请尝试启用此位并尝试删除“val |= MIPI_CSIS_CMN_CTRL_HDR_MODE;” 回复：MIPI-CSI2 混淆，IMX8MP 的 ISI 驱动程序 补充说明：我还使用我添加的格式以与现有格式相同的方式更新了 CSI 函数 disp_mix_gasket_config 和 mipi_csis_imx8mp_phy_reset。 回复：MIPI-CSI2 混淆，IMX8MP 的 ISI 驱动程序 谢谢您的回复。 我们处于 6.6-nanbield。 是的，我还为 ISI 添加了对 Y10（RAW10）的支持。 我已经启用调试并且寄存器设置对我来说看起来是正确的。 对于 CSI，我添加到 struct mipi_csis_formats： { .code = MEDIA_BUS_FMT_Y10_1X10, .fmt_reg = MIPI_CSIS_ISPCFG_FMT_RAW10, .data_alignment = 16, } 对于 imx8-isi-fmt.c，在 struct mxc_isi_out_formats 中我添加了： { .name = "Y10 ", .fourcc = V4L2_PIX_FMT_Y10, .depth = { 16 }, .color = MXC_ISI_OUT_FMT_RAW16, // also tried MXC_ISI_OUT_FMT_RAW10 to no avail .memplanes = 1, .colplanes = 1, .align = 3, // question...is this correct? manual shows RAW16 is packed into 32-bit DWORD .mbus_code = MEDIA_BUS_FMT_Y10_1X10, } 到 imx8-isi-cap.c我添加了 struct mxc_isi_src_formats： { .name = "Y10 ", .fourcd = V4L2_PIX_FMT_Y10, .depth = { 16 }, .memplanes = 1, .colplanes = 1, .align = 0, // is this correct? Incoming data is a stream of 10-bit pixels... // align=3 didn't work, align=1? } 我调整了函数 mxc_isi_get_src_fmt 来识别添加的 Y10 格式并选择其关联索引 (2)。 我选择了 RAW16 的 ISI 输出格式，因为我看到另一个帖子说它需要 RAW16 才能工作。无论如何，我尝试了 RAW10，但遇到了同样的 FIFO 溢出问题。 在调试输出中，我看到 csc 被绕过了。它选择了我添加的格式，当使用 v4l-ctrl 进行原始捕获时，它会显示：“绕过 csc”、“输入 fmt Y10”、“输出 fmt Y10”。 CHNL_IMG_CTRL 寄存器为 0x0F000001，表示 CSC 被绕过，RAW16 被打包成 32 位 DWORD。我尝试使用 .align 设置 RAW10 的上述格式= 1（16 位对齐）并得到相同的结果，但 CHNL_IMG_CTRL 为 0x0C000001（CSC 绕过，RAW10 打包成 16 位 DWORD，有 6 个浪费位）。所有寄存器看起来都是正确的，但 CSI2 将所有数据报告为 FIFO 溢出。 我已经检查了我的时钟配置，它们看起来都应该可以工作。 该传感器输出 4 通道 LVDS，每通道 297MHz，DDR。这将转到一个 FPGA，它将每个通道转换为 297MHz 的 MIPI-CSI2 4 通道 DDR。因此比特率为 297M*2(DDR)*4(通道) = 2376Mbps (2.376Gbps)。像素时钟应为 2376000000 / 10（10 位像素）= 237.6MHz。正确的？ 据我理解，设备树“时钟频率”参数是“包装”频率，必须超过像素速率。因此默认的 500MHz 应该可以实现这一点，但我尝试将其提高到 1188MHz，甚至达到 2376MHz，但没有任何变化。 奇怪的是，如果我使用驱动程序并允许它默认将数据处理为 RGB，我就会捕获像素数据，但它当然有颜色伪影。 以下是一些输出： root@crow:~# media-ctl -p -d0 媒体控制器 API 版本 6.6.3 媒体设备信息 ------------------------ 驱动程序 mxc-md FSL 型号捕获媒体设备 串行 公交信息平台：32c00000.bus：camera 硬件修订版 0x0 驱动程序版本 6.6.3 设备拓扑 -实体1：mxc_isi.0（16 个垫片，2 个链节） 类型 V4L2 子设备子类型 未知标志 0 pad0：接收器 <-“mxc-mipi-csi2.0”：4[已启用] pad1：水槽 pad2：水槽 pad3：水槽 pad4：水槽 pad5：水槽 pad6：水槽 pad7：水槽 pad8：水槽 pad9：水槽 pad10：水槽 pad11：水槽 pad12：来源 ->“mxc_isi.0.capture”：0[已启用] pad13：来源 pad14：来源 pad15：水槽 - 实体 18：mxc_isi.0.capture（1 个焊盘，1 个链接） 类型节点子类型 V4L 标志 0 设备节点名称 /dev/video0 pad0：接收器 <-“mxc_isi.0”：12[已启用] - 实体 22：mxc-mipi-csi2.0（8 个焊盘，2 个链接） 类型节点子类型 V4L 标志 0 设备节点名称 /dev/v4l-subdev0 pad0：接收器 <-“pregius 1-001a”：0 [已启用，不可变] pad1：水槽 pad2：水槽 pad3：水槽 pad4：来源 ->“mxc_isi.0”：0[已启用] pad5：来源 pad6：来源 pad7：来源 - 实体 31：pregius 1-001a（1 个垫子，1 个链接） 类型 V4L2 子设备子类型传感器标志 0 设备节点名称 /dev/v4l-subdev1 pad0: 源 [fmt:Y10_1X10/720x540 字段：无 色彩空间：原始 传输：无 量化：全范围 crop.bounds:(0,0)/720x540 裁剪：（0,0）/720x540] ->“mxc-mipi-csi2.0”：0[已启用，不可变] root@crow:~# echo 2 > /sys/module/imx8_mipi_csi2_sam/parameters/debug root@crow:~# v4l2-ctl --device /dev/video0 --set-fmt-video width=720,height=540,pixelformat=0x20303159 --stream-mmap --stream-to /tmp/testcap.raw --stream-count 1 [44.026944]isi捕获32e00000.isi：cap_device：mxc_isi_cap_g_选择 [44.033902]isi捕获32e00000.isi：cap_设备：mxc_isi_cap_g_fmt_mplane [44.040720]isi捕获32e00000.isi：cap_device：mxc_isi_cap_enum_fmt [44.047190]isi捕获32e00000.isi：cap_device：mxc_isi_cap_enum_fmt [44.053651]isi捕获32e00000.isi：cap_设备：mxc_isi_cap_enum_fmt [44.060126]isi捕获32e00000.isi：cap_device：mxc_isi_cap_enum_fmt [44.066584]isi捕获32e00000.isi：cap_device：mxc_isi_cap_enum_fmt [44.073055]isi捕获32e00000.isi：cap_device：mxc_isi_cap_enum_fmt [44.079514]isi捕获32e00000.isi：cap_device：mxc_isi_cap_enum_fmt [44.085987]isi捕获32e00000.isi：cap_device：mxc_isi_cap_enum_fmt [44.092459]isi捕获32e00000.isi：cap_device：mxc_isi_cap_enum_fmt [44.098917]isi捕获32e00000.isi：cap_device：mxc_isi_cap_enum_fmt [44.105386]isi捕获32e00000.isi：cap_device：mxc_isi_cap_enum_fmt [44.111859]isi捕获32e00000.isi：cap_device：mxc_isi_cap_enum_fmt [44.118334]isi捕获32e00000.isi：cap_device：mxc_isi_cap_s_fmt_mplane，fmt=0x20303159 [44.126536]isi捕获32e00000.isi：cap_device：mxc_isi_cap_fmt_try [44.132973]isi捕获32e00000.isi：cap_device：mxc_isi_cap_g_选择 [44.139706]isi捕获32e00000.isi：cap_device：mxc_isi_cap_g_选择 [44.146547]isi捕获32e00000.isi：cap_device：cap_vb2_queue_setup，buf_n=4，大小=777600 [44.156251]isi捕获32e00000.isi：cap_device：cap_vb2_buffer_prepare [44.162904]isi捕获32e00000.isi：cap_设备：cap_vb2_buffer_prepare [44.169552]isi捕获32e00000.isi：cap_device：cap_vb2_buffer_prepare [44.176213]isi捕获32e00000.isi：cap_device：cap_vb2_buffer_prepare [44.182866]isi捕获32e00000.isi：cap_device：mxc_isi_cap_g_fmt_mplane [44.189681]isi捕获32e00000.isi：cap_device：mxc_isi_cap_streamon [44.209431]绕过CSC [44.211807]输入格式Y10 [44.214515]输出格式Y10 [44.217372]isi捕获32e00000.isi：cap_device：cap_vb2_start_streaming [44.224546]isi捕获32e00000.isi：cap_device：cap_vb2_start_streaming：num_plane=0 丢弃_size=778240 丢弃_buffer=0000000087eba1c1 [44.236925]mxc-isi_v1 32e00000.isi：ISI CHNLC 寄存器转储，isi0 [44.243124]mxc-isi_v1 32e00000.isi：通道控制[0x00]: e0000000 [44.249949]mxc-isi_v1 32e00000.isi：CHNL_IMG_CTRL[0x04]: f000001 [44.256676]mxc-isi_v1 32e00000.isi：CHNL_OUT_BUF_CTRL[0x08]: 7c707 [44.263226]mxc-isi_v1 32e00000.isi：CHNL_IMG_CFG[0x0c]: 21c02d0 [44.269950]mxc-isi_v1 32e00000.isi：通道IER[0x10]: 3cfc0000 [44.276760]mxc-isi_v1 32e00000.isi：通道STS[0x14]: 100 [44.283130]mxc-isi_v1 32e00000.isi：通道比例因子[0x18]: 10001000 [44.289941]mxc-isi_v1 32e00000.isi：通道比例偏移[0x1c]: 00 [44.296254]mxc-isi_v1 32e00000.isi：通道裁剪_ULC[0x20]: 00 [44.302553]mxc-isi_v1 32e00000.isi：通道裁剪_LRC[0x24]: 00 [44.308839]mxc-isi_v1 32e00000.isi：CHNL_CSC_COEFF0[0x28]: 00 [44.315129]mxc-isi_v1 32e00000.isi：CHNL_CSC_COEFF1[0x2c]: 00 [44.321412]mxc-isi_v1 32e00000.isi：CHNL_CSC_COEFF2[0x30]: 00 [44.327698]mxc-isi_v1 32e00000.isi：CHNL_CSC_COEFF3[0x34]: 00 [44.333984]mxc-isi_v1 32e00000.isi：CHNL_CSC_COEFF4[0x38]: 00 [44.340270]mxc-isi_v1 32e00000.isi：CHNL_CSC_COEFF5[0x3c]: 00 [44.346559]mxc-isi_v1 32e00000.isi：通道ROI_0_ALPHA[0x40]: 00 [44.352847]mxc-isi_v1 32e00000.isi：通道ROI_0_ULC[0x44]: 00 [44.359133]mxc-isi_v1 32e00000.isi：通道ROI_0_LRC[0x48]: 00 [44.365416]mxc-isi_v1 32e00000.isi：通道ROI_1_ALPHA[0x4c]: 00 [44.371716]mxc-isi_v1 32e00000.isi：通道ROI_1_ULC[0x50]: 00 [44.378001]mxc-isi_v1 32e00000.isi：通道ROI_1_LRC[0x54]: 00 [44.384318]mxc-isi_v1 32e00000.isi：通道ROI_2_ALPHA[0x58]: 00 [44.390618]mxc-isi_v1 32e00000.isi：通道ROI_2_ULC[0x5c]: 00 [44.396910]mxc-isi_v1 32e00000.isi：通道ROI_2_LRC[0x60]: 00 [44.403201]mxc-isi_v1 32e00000.isi：通道ROI_3_ALPHA[0x64]: 00 [44.409486]mxc-isi_v1 32e00000.isi：通道ROI_3_ULC[0x68]: 00 [44.415772]mxc-isi_v1 32e00000.isi：通道ROI_3_LRC[0x6c]: 00 [44.422058]mxc-isi_v1 32e00000.isi：CHNL_OUT_BUF1_ADDR_Y[0x70]: c4900000 [44.428861]mxc-isi_v1 32e00000.isi：CHNL_OUT_BUF1_ADDR_U[0x74]: 00 [44.435148]mxc-isi_v1 32e00000.isi：CHNL_OUT_BUF1_ADDR_V[0x78]: 00 [44.441432]mxc-isi_v1 32e00000.isi：CHNL_OUT_BUF_PITCH[0x7c]: 5a0 [44.447807]mxc-isi_v1 32e00000.isi：通道输入缓冲区地址[0x80]: 00 [44.454093]mxc-isi_v1 32e00000.isi：通道输入缓冲区间距[0x84]: 00 [44.460376]mxc-isi_v1 32e00000.isi：通道内存读取控制[0x88]: 00 [44.466659]mxc-isi_v1 32e00000.isi：CHNL_OUT_BUF2_ADDR_Y[0x8c]: c4500000 [44.473464]mxc-isi_v1 32e00000.isi：CHNL_OUT_BUF2_ADDR_U[0x90]: 00 [44.479753]mxc-isi_v1 32e00000.isi：CHNL_OUT_BUF2_ADDR_V[0x94]: 00 [44.486054]mxc-isi_v1 32e00000.isi：CHNL_SCL_IMG_CFG[0x98]: 21c02d0 [44.492784]mxc-isi_v1 32e00000.isi：通道流控制[0x9c]: 00 [44.530380] pregius 1-001a:将 VMAX 设置为 586 [44.535304] pregius 1-001a：将 HMAX 设置为 1100 [44.564485]isi捕获32e00000.isi：cap_device：mxc_isi.0.capture 没有 v4l2 子设备 [44.572275]isi捕获32e00000.isi：cap_device：mxc_isi_cap_g_fmt_mplane [ 44.600285] systemd-journald[131]: /dev/kmsg 缓冲区溢出，一些消息丢失。 [ 44.608024] systemd-journald[131]: /dev/kmsg 缓冲区溢出，一些消息丢失。 [ 44.615547] systemd-journald[131]: /dev/kmsg 缓冲区溢出，一些消息丢失。 ^C[ 46.807024] isi-捕获 32e00000.isi:cap_device:mxc_isi_cap_streamoff [46.807033]isi捕获32e00000.isi：cap_device：cap_vb2_stop_streaming [46.820957]MXC-MIPI-CSI2.0：帧结束事件：1 [46.825576]MXC-MIPI-CSI2.0：帧开始事件：1 [46.830366]MXC-MIPI-CSI2.0：奇数帧事件后的非图像数据：0 [46.836806]MXC-MIPI-CSI2.0：奇数帧事件之前的非图像数据：0 [46.843331]MXC-MIPI-CSI2.0：偶数帧事件后的非图像数据：0 [46.849858]MXC-MIPI-CSI2.0：偶数帧事件之前的非图像数据：0 [46.856470]MXC-MIPI-CSI2.0：未知错误事件：0 [46.861432]MXC-MIPI-CSI2.0：CRC 错误事件：0 [46.866220]MXC-MIPI-CSI2.0：ECC 错误事件：0 [46.870835]MXC-MIPI-CSI2.0：FIFO 溢出错误事件：141304 [46.876752]MXC-MIPI-CSI2.0：丢失帧结束错误事件：0 [46.882323]MXC-MIPI-CSI2.0：丢失帧起始错误事件：87 [46.888156]MXC-MIPI-CSI2.0：SOT 错误事件：0 [46.892851]isi捕获32e00000.isi：cap_device：mxc_isi.0.capture 没有 v4l2 子设备

Writing and Reading from D-Flash in NXP S32K312 Hello NXP Community, I am currently working with the NXP S32K312 microcontroller and would like to understand how to effectively write to and read from the D-Flash memory. Specifically, I have the following questions: How do I write data to a specific address in D-Flash? Are there specific APIs or libraries I should use for this operation? How can I read data back from D-Flash? What functions or methods are available for reading the values stored in D-Flash? How can I verify the changes I made in D-Flash memory? Is there a way to observe the changes in the memory addresses, either through a debugger or by some other means? Could you provide any sample code for writing to and reading from D-Flash? Any guidance or examples would be greatly appreciated! Thank you! @NXPStar  Re: Writing and Reading from D-Flash in NXP S32K312 1) There is an RTD driver called FLS, what is actually flash programming driver.. You can use it for this purpose. 2) It is normal memory mapped reading. Another topic would be if you would to use EEPROM emulation. Then I would point out to RTD driver called EEP. 3) Within driver there is a verify option. Or you can read it back. Of course, you can use debugger to show memory dump window, foe debugging purpose. 4) RTD example 'Mem_43_INFLS_Example_S32K3..'

S32K312 FLASH HELLO ,EXPERT: i am using S3K312 CHIP, I want to use flash and eeprom function without autosar(MCAL),There are some issues troubling me： 1. in the drivers group, i only found C40 ip and cache ip conponent ,what's the meaning of C40? 2. in the MCAL group, i can use FLS and FEE ,is it used for autosar standard interface? 3. in the MCAL i found a component named Mem_43_INFLS_TS,what's the meanning of Mem_43_INFLS_TS at last, if i want to develp FLASH AND EEPROM without autosar ,which component i could use,which demo or example is useful for my requirement ? thanks Re: S32K312 FLASH thank you Re: S32K312 FLASH Hi @PINKMAN, 1. The C40 driver is a non-AUTOSAR IP layer. You can refer to the 02: S32K3xx Real-Time Drivers (RTD) training and chapter 21 (Embedded Flash Memory c40asf) from the S32K3XX reference manual. 2. Yes, the FEE and FLS drivers are derived from MCAL. 3. Depending on which AUTOSAR version you are trying to use, the flash driver changes. For example, you can see included in the SW32K3_S32M27x_RTD_4.4_4.0.0_P20 the driver Fls_TS_T40D34M40I0R0. On the other hand, SW32K3_S32M27x_RTD_R21-11_4.0.0_P19 includes the Mem_43_INFLS_TS_T40D34M40I0R0 driver. This is because in Autosar R21-11, the Fls Driver has been replaced by Mem_InFls/Mem_ExFls. You can refer to the official Specification of Memory Access from AUTOSAR. 4. Any example which includes the "IP" word refer to the non-AUTOSAR (low level) drivers. So, for example "C40_Ip_Example_S32K344". Best regards, Julián

LS1046A 的布局阻抗详情 您好， LS1046A 的串行信号推荐阻抗是多少？ Serdes 包括 PCIe SATA SGMII 此致， 拉什米-赫达 Re: Layout Impedance Details for LS1046A 数据表中提到了接收阻抗，客户可以参考，如果您在谈论任何其他阻抗，请与我们联系。 Re: Layout Impedance Details for LS1046A 文件未对 SGMII、PCIe 和 SATA 进行具体定义。 一般 PCIe 为 85 欧姆，SATA 和 SGMII 为 100 欧姆。这样可以吗？ Re: Layout Impedance Details for LS1046A 详情请参考以下文件。 https://www.nxp.com.cn/docs/en/application-note/AN5252.pdf

i.MX8/9 の Apple CarPlay Ultra こんにちは、 i.MX8 または i.MX9 シリーズ プロセッサで Apple CarPlay Ultra のサポートが計画されていますか?もしSOなら、予想されるタイムラインは何ですか? i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Apple CarPlay Ultra on i.MX8/9 これはプロサポートチームから得た情報です。また、プロサポートのメンバーの1人がApple CarPlay Ultraについて次のように話していました。 「現時点ではサポートしていませんし、FUTURE的にもサポートする予定はないと思います。これはアナ・ワーシー氏から始まる議論です。」

ADC startup time for S32K3 I'm using S32K3 ADC, and my test found that it takes about 30ms from powering up to initialize the ADC, performing calibration, turning on conversion, and completing the acquisition for the first time, is this normal? How to shorten this time? Re: S32K3的ADC启动时间 Hi RTD Quality packages的ProfileReport.xlsx列了各个APIs的执行时间。 (比如...\SW32K3_S32M27x_RTD_R21-11_5.0.0 _D2410_QualityPackage\ADC\RTD_ADC_ProfileReport.xlsx) 建议检查一下具体是哪个函数的执行时间过长导致的。 另外请问Adc_Calibrate的返回结果是什么？如果超时了的话，建议修改超时设置： ADC校准建议 超时时间设置.png Adc Timeout Value.png 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. -------------------------------------------------------------------------------

I.MX 93 FRDM 在 hello_world 上崩溃 你好 我下载的版本是： https://github.com/nxp-real-time-edge-sw/heterogeneous-multicore/tree/main(v2.9-202407) 当我启动它时，它会运行几秒钟，然后总是在同一个地方崩溃（这会 RESET 我的 u-boot）。请看截图。总是在同一个地方崩溃正常吗？ 致以最崇高的敬意 Techar_0-1761321106003.png Techar_1-1761321135687.png Re: I.MX 93 FRDM crashes on hello_world 回复，这里 有预建版本： (Linux 6.12.34_2.1.0):https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/embedded-linux-for-i-mx-applications-processors:IMXLINUX 我使用 UUU 闪存 FRDM-IMX93。 然后停止 linux 启动进入 u-boot，然后输入以下命令： fatload mmc 1:0 0xD0000000 hello_world_ca55_RTOS0_UART2.bin dcache flush; icache flush； cpu 版本 1 0xD0000000 fatload mmc 1:0 0xD1000000 hello_world_ca55_RTOS1_UART1.bin dcache flush; icache flush； 转到 0xD1000000 然后它就可以正常工作了！！ 那么，你能否研究一下如何使用我的 FRDM-IMX93 工具链版本 u-启动 以及用 UUU 刷机的脚本？ 问候， Re: I.MX 93 FRDM crashes on hello_world 您好， 首先，我今天更换了版本的 heterogeneous-multicore v3.2-202507 那么结果也是一样的。 以下是如何生成 hello_world 版本示例的步骤： unzip ./CMSIS_5-Real-Time-Edge-v3.2-202507.zip unzip ./FreeRTOS-Kernel-Real-Time-Edge-v3.2-202507.zip unzip ./heterogeneous-multicore-Real-Time-Edge-v3.2-202507.zip unzip ./lwip-Real-Time-Edge-v3.2-202507.zip 拉开拉链。/mcuxSDK-中间件-多核实时边缘 v3.2-202507.zip unzip ./mcux-sdk-Real-Time-Edge-v3.2-202507.zip unzip ./rpmsg-lite-Real-Time-Edge-v3.2-202507.zip unzip ./soem-Real-Time-Edge-v3.2-202507.zip mv ./FreeRTOS-Kernel-Real-Time-Edge-v3.2-202507 ./FreeRTOS-Kernel mv ./heterogeneous-multicore-Real-Time-Edge-v3.2-202507 ./heterogeneous-multicore mv ./mcux-sdk-Real-Time-Edge-v3.2-202507 ./mcux-sdk mv ./CMSIS_5-Real-Time-Edge-v3.2-202507 ./mcux-sdk/CMSIS mkdir 中间件 mv./mcuxSDK-middleware-Multicore-Real-time-time-Edge-v3.2-202507。/中间件/多核 mv。/lwip-Real-time-Edge-v3.2-202507。/中间件/lwip mv。/rpmsg-Lite-Real-time-Edge-v3.2-202507。/中间件/多核/rpmsg_lite mv。/soem-Real-time-edge-v3.2-202507。/中间件/soem echo 如果没有错误 = 安装成功，请尝试安装 ... echo for a cores : cd ./heterogeneous-multicore export armgcc_dir=~/toolchains/arm-GNU-Toolchain-12.2.rel1-x86_64-aarch64-aarch64-none-elf/ 。/build_apps.sh a-core mcimx93evk_ca55 freertos echo 适用于我的内核：导出 armgcc_dir=~/toolchains/arm-GNU-Toolchains/arm-GNU-Toolchain-12.2.rel1-x86_64-arm-none-eabi/。 /build_apps.sh m-core mcimx93evk_cm33 freertos echo 让我们清理干净...:。 /build_apps.sh clean echo 完成了 所以，如果你想要链接 ： https://github.com/nxp-real-time-edge-sw/heterogeneous-multicore/releases/tag/Real-Time-Edge-v3.2-202507 https://github.com/nxp-mcuxpresso/mcux-sdk/releases/tag/Real-Time-Edge-v3.2-202507 https://github.com/nxp-mcuxpresso/FreeRTOS-Kernel/releases/tag/Real-Time-Edge-v3.2-202507 https://github.com/nxp-mcuxpresso/lwip/releases/tag/Real-Time-Edge-v3.2-202507 https://github.com/nxp-mcuxpresso/mcuxsdk-middleware-multicore/releases/tag/Real-Time-Edge-v3.2-202507 https://github.com/nxp-mcuxpresso/rpmsg-lite/releases/tag/Real-Time-Edge-v3.2-202507 https://github.com/nxp-real-time-edge-sw/soem/releases/tag/Real-Time-Edge-v3.2-202507 https://github.com/nxp-mcuxpresso/CMSIS_5/releases/tag/Real-Time-Edge-v3.2-202507 那么为此版本就没问题了： Techar_0-1761578771125.png 上传 .bin在 imx93 上，我使用 SD 卡直接从电脑写入图像，然后将我的 SD 插入评估板。 在这里，我可以看到我的图像 ： Techar_1-1761578936367.png 然后你看到的是 u-boot。 这是仓库：https://github.com/u-boot/u-boot/releases/tag/v2025.10 然后我也下载了这个： https://www.nxp.com/lgfiles/NMG/MAD/YOCTO/firmware-imx-8.21.bin https://github.com/nxp-imx/imx-atf/tree/lf_v2.8 https://www.nxp.com/lgfiles/NMG/MAD/YOCTO/firmware-sentinel-0.11.bin 我使用此文档进行： https://docs.u-boot.org/en/latest/board/nxp/imx93_frdm.html 但在这里，我使用我的工具链来执行这 2 条命令： make plat=imx93 cross_compile=/HOME/tocuille/Toolchains/arm-GNU-Toolchain-12.2.rel1-x86_64-aarch64-none-elf/bin/aarchain64-none-elf-bl31 和 ： $ export CROSS_COMPILE=/home/tcouille/toolchains/arm-gnu-toolchain-12.2.rel1-x86_64-aarch64-none-elf/bin/aarch64-none-elf- $ make imx93_frdm_defconfig $ make 然后，我使用 UUU ::https://github.com/nxp-imx/mfgtools/releases/tag/uuu_1.5.201 然后输入 ： ./uuu -v -b emmc_all .\flash.bin 输入以下命令在 2 Cortex-A 上用上市 2 hello_world 示例： fatload mmc 1:0 0xD0000000 hello_world_ca55_RTOS0_UART2.bin dcache flush; icache flush； cpu 版本 1 0xD0000000 fatload mmc 1:0 0xD1000000 hello_world_ca55_RTOS1_UART1.bin dcache flush; icache flush； 转到 0xD1000000 几秒钟后，u-boot 正在重置... Techar_2-1761579772747.png 谢谢、 Re: I.MX 93 FRDM crashes on hello_world 你好 你能试试这个板上的脚本吗： mcimx93evk_ca55 您测试的是哪个版本的 uboot，我将尝试在此重现。 此致敬礼

TJA144 NXPチームの皆様、こんにちは。 私たちのデザインでは、TJA1445A CAN IC を使用しています。Vbat への供給についてご確認ください。データシートでは、Vbat の範囲は 4.75V ～ 40V、VCC は 4.25V ～ 4.75V です。Vbat と VCC に同じ 5V をCAN使用できますか? Re: TJA144 こんにちは、トーマス。 ご説明ありがとうございます。 よろしくお願いいたします。 スネハル Re: TJA144 こんにちは、スネハルさん 注記には、 「低電力モードで VCC がオフになることが予想される場合、適切な CAN バイアス生成のために VBAT は 5.5 V より高くなければなりません」と記載されています。つまり、デバイスは VCC がオフのときに VBAT がアクティブのままであると想定しているSO、両方が同じ 5V レールに接続されている場合は、その柔軟性が失われます。低電力モード (スリープ/スタンバイ) が必要な場合は、VBAT を VCC から分離しておく必要があります。低電力モードが重要でない場合は、一般的な 5V 電源を使用しても問題ありません。 はい、VBAT の範囲は 4.75V ～ 40V SO、24V は仕様範囲内です。データシートの表 1 に示すように、VBAT から引き出される電流は非常に低いです。24 V でも電流はマイクロアンペアの範囲に留まるSO、電力消費はごくわずかです。主な電流消費は VCC (CAN トランスミッター) から発生し、モードに応じて 6～60 mA になります。SO、適切なフィルタリングと過渡保護を確保すること以外に、24V での VBAT に大きな制限はありません。 BRs、トーマス Re: TJA144 chothesnehal_0-1762333716376.png VCC と VBAT に 5V を供給している場合、5V をオフにすることはできないのでしょうか?この画像に記載されているとおりです。もう 1 つ質問があります: Vbat 24V を供給すると動作しますか?電流消費の観点から何か制限はありますか? Re: TJA144 こんにちは、スネハルさん データシートに基づく: - VBAT（バッテリー電源）：4.75V～40V - VCC（CANトランスミッター電源）: 4.5V～5.5V - VBAT低電圧検出: 4.25V～4.75V - VCC低電圧検出: 4.0V～4.5V SOはい、次の条件を満たす場合、VBAT と VCC の両方に同じ 5V 電源を使用CANます。 - 5V 電源は安定しており、最小 VBAT 要件 (> 4.75V) を満たしています。 - 共通電源の使用を示すには、システム構成レジスタで VBATVCC = 1 を設定します。 - レギュレータが VBAT と VCC の両方の負荷の電流をCAN処理することを確認します。 BRs、トーマス

今天宣布了两个 ColdFire 系列 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果你错过了... 今天飞思卡尔宣布了两个新的ColdFire系列。这两个系列，MCF5222x和MCF5223x（没错，五位数的零件号）与MCF5211/2/3密切相关。 MCF5223x (x=0-5) 系列设备是具有集成以太网接口 (FEC) 和片上以太网物理层 (PHY) 的单芯片解决方案。以下是超集设备的链接： http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MCF52235& nodeid=01624 68rh3ytlc00m98090 MCF5222x（x=1,3）系列设备是单芯片设备，具有集成的USB主机和On-The-Go（OTG）控制器。以下是超集设备的链接： http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MCF52223&nodeId=0162468rH3YTLC00M98145 留言由 mnorman 在04-04-2006 12:22 PM编辑 概述 Re: Two ColdFire Families Announced Today 遗憾的是，研讨会目前仅限于美洲地区。看来 9 月左右可能会在我目前居住的日本苏黎世举办一次。所以，一旦有演示板可用，我就会尝试买一个。由于演示板的用户群比开发板大（至少对于演示板而言，我有很多与演示板的联系人，但与开发板的联系几乎没有），因此我们更愿意支持它。实际上，我们有六个不同的项目是使用演示板进行原型设计的，因为它的外壳和电源很可爱，可以让客户在板到达这里之前一直使用它。 Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好 Marc， M52233DEMO 板因符合 ROHS 规定而受到阻碍。但是，您可以联系代理商订购不符合 ROHS 要求的 M52230DEMO 板。 Ed Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 那么，除研讨会外，M52233DEMO 何时上市？我注意到这些手册可以在 AXMAN Manufacturing 的网站上找到，但那些人似乎也没有出售板... ... 而且我想要它！ Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢你，马克。回答得好！ Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，汤姆   UTasker 每个 tcp 套接字需要大约 54 字节的内存，一个 http 会话需要大约 40 字节的内存。(一个 http 会话需要一个 TCP 套接字，http 会话的数量由 #define NO_OF_HTTP_SESSIONS 定义）。例如，这意味着 4 个并行 http 会话将需要大约 376 字节的 SRAM。 我之所以说 "大约"，是因为有许多 TCP 设置会对其产生轻微影响（例如，是否要支持 MSS、窗口等）。   不过，网络服务器的情况比较特殊，因为当需要执行重复操作时，可以重构信息（由于可以在需要时重构传输的数据，即使是动态生成的数据，因此没有必要备份）。源文件基本上保存在文件系统中，可根据需要提取）。   其他 TCP 协议的特性可能大相径庭--一个很好的例子就是从串行端口接收的数据通过 TCP 连接发送的应用。在这种情况下，必须在本地对数据进行缓冲，只有在知道数据已成功传送时才删除数据。如果需要重读，则必须仍可重读，否则将无法重读。第二种相当类似的情况是，代码中的调试信息被格式化到 TCP 连接（该连接用作某种调试输出，通常通过串行端口完成）。在这种情况下，发送数据会被随机放入输出缓冲区，而且必须一直保存到完全发送为止，因为如果需要重复发送，代码无法重建这些信息。   对于第二种情况，uTasker允许使用传输缓冲区单独安装TCP套接字，每个套接字的缓冲区可根据应用程序的要求由用户定义。然后，TCP 代码会以透明方式接管缓冲区的管理工作。当然，这个缓冲区会占用内存......对于 Telnet 调试来说，我发现这个套接字的缓冲区大约为 2.5 千，是性能和舒适度之间的一个很好的折中（当然，每个使用的套接字都需要自己的缓冲区......）。当缓冲区满时（队列中的 TCP 帧尚未送达），流量控制就会启动，吞吐量就会明显降低--希望只是短时间的，但还是很明显[例如，串行端口情况下必须断开 CTS 或发送 XOFF，直到有更多位置可用]。   因此，在一般情况下，内存使用率的答案并不容易回答，它总是取决于应用程序的个别要求和所使用的协议，但最好是至少能方便地进行配置和控制。浏览http://212.254.22.36上的 uTasker 演示，查看管理员网页。它会显示堆栈和堆的最差内存使用情况。如果你远程登录到它 " telnet 212.254.22.36 " 或 ftp 它，你可以看到堆大小将发生变化（略有增加）（命令管理员端 RESET 设备以便它事先重新启动-只有在实际需要时才会占用内存，因此该值将增长到最大值。之后，你就可以确信它再也不需要更多了。）此外，uTasker 还支持动态堆大小分配，因此可以根据实际需求轻松优化可用堆，甚至可以自动进行多重配置。   除了讨论的内存使用（动态）之外，还有一些基本的代码内存要求（静态）。例如，tcp 和 http 需要 3 个响应点。无论使用多少会话，都会增加 60 字节的静态 RAM。uTasker 教程中对静态 FLASH 和 RAM 的大小进行了比较，请参见以下文件的第 16 页。(所使用的编译器也相当关键......！）。 http://www.mjbc.ch/documents/uTasker/NE64/uTaskerV1.2-Tutorial.PDF Coldfire 的 FLASH 要求增加了大约 80%（不幸的是），这是因为它是一台 32 位机器，指令更长，但是 Coldfire 演示应用程序的大小仍然只有大约 50k，这表明可以向 M5223X 打包很多东西...（在 16 位设备或 ARM 上，在 Thumb 模式下占用大约 24k）   此致   Mark www.mjbc.ch   Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， 马克，你能告诉我在以下两种情况下，utasker 和 tcp/ip 堆栈使用了多少 32k 内存： 1.无活动 tcp 连接 2.一个活动的 tcp 连接。如果缓冲区大小可以配置，最小/最大值是多少？ 有人知道 Interniche Rtos/stack 的这些数字是多少吗？ 我问这个问题的原因是比方说，我正在运行一个使用 rtos 和 tcp/ip 协议栈创建网络服务器的应用程序。当客户端连接网络浏览器时，会建立一个 tcp 连接，该连接需要一定的内存来维持（直到网络服务器关闭为止）。我需要确保我的应用程序不会使用过多的内存，以便 tcp 协议栈在需要时有足够的空间。 下一个合理的步骤是同时支持 2 个 TCP 连接。一个连接用于执行实际产品功能（例如数据记录），另一个连接用于 Web 服务器处理设备的配置。有时，设备可以正常运行，用户会同时访问 Web 服务器。这需要足够的资源来同时进行 2 个 TCP 连接。 谢谢， Tom Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，雅各布 不我没试过 Interniche 堆栈但我设法将我们的 uTasker 移植到新设备上。 请参见以下在线演示： http://forums.freescale.com/freescale/board/message?board.id=CFCOMM&message.id=274 如果你想看到它在你的演示板上运行，你可以从这里加载演示项目（它有网络服务器、ftp、telnet 和 smtp）。 http://www.mjbc.ch/software/uTasker/M5223X/uTaskerV1.2beta005_m5223X.s19 对于教育和业余爱好，可以免费使用它，包括免费的电子邮件支持，附带操作系统、TCP/IP 堆栈和 M5223X 模拟器——整个项目在 PC 上实时运行，可以在真实网络中进行测试，在真实网络中看不出它是模拟器而不是真实设备在运行。它可以节省大量的项目开发时间，因为在转到真正的目标之前，可以对完整的应用程序进行编码和测试，而且内部的冷火外设也是模拟的，因此低级调试非常方便。 干杯 Mark Butcher www.mjbc.ch Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，马克， ，你是否尝试过来自 interniche 的 tcp/ip 协议栈？ http://www.freescale.com/files/32bit/doc/support_info/ColdFire_Lite_Doc.zip 我正在利用 demoboard 学习文凭课程。 问候 jakob Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 主持人好   也许你能给我一些提示，解决我现在遇到的问题： 我收到了 M52235EVB。它随附一张 CD，内含用于 Coldfire 的 GNU 编译器。我想做一个 GNU 项目（以及 CodeWarrior）。 我认为光盘是错误的，因为它只有旧版 Coldfire 的手册和工具，但我认为我可以从飞思卡尔网站上下载所有内容。此外，从光盘上安装 GNU 编译器也不成功--由于缺少一个 DLL（至少错误信息是这么说的），编译器无法工作，每次都会挂起。我下载了 GNU 4.1.0Coldfire 的二进制文件，这是最新版本。   1.我可以编译我的源代码，但我不知道如何在链接时控制它。在使用 HCS12 时，我使用了一个名为 memory.x 的文件来控制内存，但 Coldfire 似乎没有使用这个文件。   2.链接器总是抱怨找不到入口符号 _start。我的 HCS12 项目在矢量表中定义了这一点，但我认为某些启动代码中缺少这一点，因为我也有一个类似的矢量表--虽然我还不知道它是否以同样的方式使用（？）   3.我在 GCC 文档中读到，应该为 coldfire 定义 mcpu=5200，但这只会导致错误。我发现 mcpu=5208 可以工作，但不知道对这种 Coldfire 类型是否正确。   4.我似乎找不到任何关于冷火的链接文档。 是否有任何示例项目可以提供帮助？   提前感谢您的帮助！   此致   马克-布彻 www.mjbc.ch Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 主持人好 遗憾的是，这些研讨会目前只在美洲地区举办。 我似乎听说，我所在的瑞士苏黎世很可能在 9 月左右举行一次会议。因此，我会看看能否在演示板上市后立即抢购。我们更愿意支持演示板，因为用户群必须大于 EVB（至少 DEMO9S12NE64 就是这种情况 —— 我有很多联系过，但与 EVB 的联系几乎没有 —— 我们甚至有六个不同的项目是用演示板制作的，因为它的外壳和电源很可爱，甚至适合在客户主板到货之前赠送给客户...） 此致 Mark Butcher www.mjbc.ch Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Marc， 开发板和演示板都将配备 InterNiche 的 " ColdFire TCP/IP Lite "。有关此堆栈的更多信息，请参见以下链接： http://www.freescale.com/files/32bit/software/protocol_stacks/COLDFIRE%20TCPIP%20LITE.zip Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嘿 Mark， M52235EVB 今天向公众开放，低成本的 M52233DEMO 板将很快向公众上市，但可以通过即将举行的研讨会更快地获得。请阅读下文： 即将推出：M52233DEMO，M52235EVB 的超低成本版本。报名参加飞思卡尔 ColdFire 以太网系列讲座，成为首批使用这种低成本、全功能开发工具的人。该板将于5月下旬或6月初向公众开放。 要报名参加研讨会，请点击以下链接： http://www.freescale.com/files/abstract/overview/TSP_8870_COLDFIRE_LP.htm?tid=tcRDck Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这些演示板附带什么样的 TCP/IP 软件？ Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HI 我想订购新的演示板，但没有找到它的链接。如果是，如何订购？ 我们支持带有uTasker操作系统和集成TCP/IP堆栈的NE64已有一年左右的时间了，升级对带有以太网的新Coldfire设备的支持似乎是合乎逻辑的。适用于 NE64 的 uTasker V1.2 目前正在版本中，其中包括免费的串行调试器和用于将 DEMO9S12NE64 转换为支持局域网的 BDM 的软件。有在线演示——网络摄像头参见 http://212.254.22.36:8080；在线设备参见 http://212.254.22.36 和 http://212.254.22.36:8081（使用 ADMIN/AL6000S 和 anon /anon resp 登录）。基于网络的简单 NE64 BDM 在线http://212.254.22.36:8083，也可使用匿名/匿名登录。 uTasker 环境包括一个独特的芯片模拟器，可在 PC 上进行几乎完全实时的开发和调试。它可免费用于教育和非商业目的，并提供免费电子邮件支持--任何感兴趣的人都可以联系我申请。 有一个新的完整项目，其中包含 NE64（计划升级为支持 Coldfire）的教程，展示了强大的 FTP 和 HTTP 功能。如果飞思卡尔（Freescale）公司的人直接与我联系并提供电子邮件地址，我将根据教育许可证发送一份拷贝供您评估--您可能会对它的功能大吃一惊.....！[仿真环境需要 VisualStudio 6.0 或更高版本，并可编译至目标]。 干杯 Mark Butcher ww.mjbc.ch Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> airswit 写道： 有没有可能与 5213 兼容？我正在围绕这个控制器设计一台单板计算机，但也不介意 USB 或以太网连接。另外，是否有消息说何时可以提供样品/购买？ 或多或少。USB OTG 版本（MCF52221 和 MCF52223）采用 64 引脚 LQFP/QFN 5211/2/3 基底面，但 16 位定时器引脚 GPT[3:0] 由 USB_DPLS、USB_DMNS、USB_VDD 和 USB_VSS 代替。 这同样适用于这些相同系列的81球MAPBGA版本，唯一的不同是缺失的GPT引脚现在取代了专用的PWM引脚。PWM 可作为 GPT 的第二功能使用，与 5211/2/3 一样。 由于 MCF5211/2/3 上的 PWM 引脚和 GPT 引脚是交错排列的，因此 100 引脚 LQFP 就比较麻烦。GPT 引脚仍然取代 PWM 引脚（81 球 MAPBGA 就是这种情况），但它们已经上下移动，在它们之间插入 4 个专用的 USB 引脚。 最后一个花絮：MCF52221/3 采用 48 MHz 晶体来为系统 PLL 和 USB 提供参考。这是对 MCF5211/2/3 的改动。 顺便提一下，以太网部件（MCF5223x）是为嵌入 80 引脚和 112 引脚的 9S12NE64 基底面而设计的，但两者之间的差异更大一些（S12 BDM 与 ColdFire BDM 相比，S12 SCI 没有流量控制与 ColdFire UART 的流量控制相比，等等）。 留言由 jwbodnar 于04-06-200602:37 PM编辑 Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 有关样品供应情况的更多信息，请参阅以下新闻稿： http://biz.yahoo.com/bw/060404/20060404005598.html?.v=1 定价和供货情况 MCF5223x 现已按样品数量提供，计划于 2006 年底量产。MCF5222x 样品计划于 2006 年 6 月推出，2006 年下半年量产。MCF5222X 设备以 10,000 片为单位的建议转售价格为5.49美元（美元），MCF5223X 设备的建议转售价格为7.99美元（美元）。 M52233DEMO 演示板现已上市，建议转售价为 99 美元（美元）。M52235EVB 评估板的建议转售价为 299 美元（美元）。 MCF5213 与 MCF522xx 引脚兼容性事实上 我知道以太网设备 M5223x 与 M5213 的引脚间不兼容，而是与 MC9S12NE64 的引脚兼容。另一方面，USB 设备 M5222x 的引脚与 MCF5213 类似。主要区别在于驱动 USB 信号的引脚。参见数据表第 15 页： http://www.freescale.com/files/32bit/doc/data_sheet/MCF52223DS.pdf Re: Two ColdFire Families Announced Today <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 是否有可能与 5213 兼容？我正在围绕这个控制器设计一台单板计算机，但也不介意 USB 或以太网连接。另外，是否有消息说何时可以提供样品/购买？

i.Mx8MP：启动动画后，Android 14.1.2.0 电路板支持包中的 ENG 版本无法渲染 GUI 你好 我们已经使用用户调试版本（安卓 14.1.2.0 电路板支持包）测试了我们的硬件，所有接口都能正常工作。但是，在 eng 版本中，启动动画之后 GUI 无法完全呈现——屏幕保持黑色。userdebug 和 eng 版本的完整源代码是相同的。 启动动画开始时会出现重复的日志打印。 [43.895856][ T1] 启动：控制信息：Could not find 'aidl/activity' for ctl.interface_start from pid: 210 (/system/bin/servicemanager) [ 43.913409][ T685] servicemanager：调用者（pid=463,uid=1041,sid=u:r:audioserver:s0）试图将 aidl 服务活动作为懒服务启动，但无法启动。通常这种情况发生在未安装服务的情况下，但如果服务是作为懒人服务使用的，则可能是配置不正确。 [ 44.895921][ T210] servicemanager：调用者（pid=463,uid=1041,sid=u:r:audioserver:s0）由于无法找到 "activity"，因此尝试将其作为懒惰的 AIDL 服务启动。(如果未配置为懒惰服务，则可能会卡住启动或仍在启动）。 [ 44.939268][ T1] 启动：控制信息：Could not find 'aidl/activity' for ctl.interface_start from pid: 210 (/system/bin/servicemanager) [ 44.955168][ T687] servicemanager：调用者（pid=463,uid=1041,sid=u:r:audioserver:s0）尝试将 aidl 服务活动作为懒服务启动，但无法启动。通常这种情况发生在未安装服务的情况下，但如果服务是作为懒人服务使用的，则可能是配置不正确。 [ 45.935838][ T210] servicemanager：调用者（pid=463,uid=1041,sid=u:r:audioserver:s0）由于无法找到 "activity"，因此尝试将其作为懒惰的 AIDL 服务启动。(如果未配置为懒惰服务，则可能会卡住启动或仍在启动）。 [ 45.963901][ T1] 启动：控制信息：Could not find 'aidl/activity' for ctl.interface_start from pid: 210 (/system/bin/servicemanager) [ 45.979228][ T688] servicemanager：调用者（pid=463,uid=1041,sid=u:r:audioserver:s0）尝试将 aidl 服务活动作为懒服务启动，但无法启动。通常这种情况发生在未安装服务的情况下，但如果服务是作为懒人服务使用的，则可能是配置不正确。 [ 46.963765][ T210] servicemanager：调用者(pid=463,uid=1041,sid=u:r:audioserver:s0) 由于无法找到 "activity"，因此尝试将其作为懒惰的 AIDL 服务启动。(如果未配置为懒惰服务，则可能会卡住启动或仍在启动）。 [ 46.987934][ T1] 启动：控制信息：Could not find 'aidl/activity' for ctl.interface_start from pid: 210 (/system/bin/servicemanager) [ 47.000965][ T689] servicemanager：调用者（pid=463,uid=1041,sid=u:r:audioserver:s0）尝试将 aidl 服务活动作为懒服务启动，但无法启动。通常这种情况发生在未安装服务的情况下，但如果服务是作为懒人服务使用的，则可能是配置不正确。 [ 47.987624][ T210] servicemanager：调用者（pid=463,uid=1041,sid=u:r:audioserver:s0）由于无法找到 "activity"，因此尝试将其作为懒惰的 AIDL 服务启动。(如果未配置为懒惰服务，则可能会卡住启动或仍在启动）。 此电路板支持包中的工程版本需要进行任何具体更改吗？ 致以最崇高的敬意， Maruti Naik Android 图形与显示 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation 你好 感谢您的更新。 请确认一下，你能在 ENG 模式下完全启动到 Android GUI（主屏幕）吗？ 如果你能分享设置 > System > About > 内部版本号的屏幕截图以供参考，那将很有帮助。 顺祝商祺！ Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation 你好 您指的是哪个图形用户界面？我可以在 ENG 模式下使用 GPU 加速启动安卓动画。 此致 Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation 你好 感谢您确认版本。 澄清一下——你能否确认在使用工程模式二进制文件时 GUI 加载/渲染是否正确？ 此致 Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation 你好 是的，它在 EVK 中版本得很好。 此致 Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation 亲爱的@Bio_TICFSL 感谢您的澄清。 是的，我知道优化的代码在使用ENG版本时表现更好，但是两个版本的功能都应该可用。 你能否确认一下，在运行 Android 14 和 en g 版本的 i.MX8MP EVK 上，GUI 是否可以正常呈现而没有任何问题？ 顺祝商祺！ Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation 你好 是的，我确认当您使用 ENG 时，您的代码会得到更好的优化，但在两种选择下，您应该都能使用它。 此致 Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation 你好 我多次尝试闪存 eng 图像，但问题依然存在。 有趣的是，在 userdebug 版本中，相同的日志消息出现大约 4-5 次，然后停止，之后 GUI 成功呈现。但是，在 eng 版本中，这些消息不断循环出现，GUI 永远不会完全加载。 请确认在eng 模式下是否有任何特定配置或限制会影响图形用户界面的渲染？ Re: i.Mx8MP : GUI Not Rendering with ENG Build in Android 14.1.2.0 BSP After Boot Animation 你好 最好重新版本然后烧掉你的板然后再试一次，因为 Android 开发中的 " 找不到 “aidl/activity” " 错误可能表明编译系统无法在 aidl 目录结构中找到名为 act ivity 的 AIDL 文件 。 这通常意味着 AIDL 文件或目录结构缺失或配置不正确。 要解决此问题，请确保 AIDL 文件（例如 activity.aidl ）存在于正确的位置，并且编译系统配置为可识别 AIDL 文件。     以下是潜在问题的分类和解决方法： 1.AIDL 文件丢失或放错位置： 检查文件： 验证是否存在 activity.aidl 文件。 检查目录： 确保 activity.aidl 文件位于 Android 项目的 src/main/aidl 目录中，如果使用自定义源码集，则位于相应的源码集中。 代码包结构： AIDL 文件的代码包声明（例如， 代码包 com.example.app.aidl; ）必须 与其所在的目录结构相匹配。 如果文件位于 src/main/aidl/com/example/app/ 中，则代码包声明应为 package com.example.app.aidl;。     2。版本系统配置（Android Gradle 插件）： 启用 AIDL： 确保在 app/ 版本 d.gradle 文件中启用 aidl 编译功能。   代码   android { buildFeatures { aidl true } } 源代码集： 如果使用自定义源代码集，可能需要在 sourceSets 块中指定 AIDL 文件的源代码目录。   代码   android { sourceSets { main { aidl { srcDirs 'src/main/aidl' } } } } 3.清洁和重建： 更改 AIDL 文件或 版本配置后，清理并重建项目，确保更改生效。 在 Android Studio 中，转到 版本 > Clean Project ，然后转到 版本 > 重建项目 。   。增量版本（安卓工作室）： Android Studio 的增量版本通常可以高效处理 AIDL 文件，但如果你遇到问题，可以尝试完全重建。       5.稳定的 AIDL： 如果您使用的是稳定版 AIDL，请确保您的 AIDL 接口的所有依赖项也定义为稳定版 AIDL。 通过直接在 AIDL 文件中定义包裹体结构，将任何包裹体转换为稳定包裹体。   示例：   假设您有一个名为 IMyInterface 的 AIDL 接口，您想在活动中使用它。   创建 IMyInterface.aidl ： 代码   // IMyInterface.aidl package com.example.app.aidl; interface IMyInterface { void doSomething(); } 将其放在 src/main/aidl/com/example/app/ 中 ：     代码   my_app/ ├── src/ │ └── main/ │ ├── aidl/ │ │ └── com/ │ │ └── example/ │ │ └── app/ │ │ └── IMyInterface.aidl 在 app/ 版本.gradle 中启用 AIDL：     代码   android { buildFeatures { aidl true } } 清洁和重建。     按照这些步骤，您应该能够解决"无法找到 'aidl/activity'" 错误，并在 Android 项目中成功使用 AIDL 接口。     此致

S32G：我们的电路板支持包 eMMC 驱动程序是否支持 HS400 模式和 HS400ES 模式的 STROBE 时钟调整 专家们好 客户：福特 平台：S32G2 模块：eMMC 请参见 S32G2RM"标准调谐和手动调谐均仅用于调谐 SD_CLK，不能用于调谐 HS400 和 HS400 增强模式的 STROBE 时钟。" 客户询问是否支持 HS400 和 HS400 增强模式的调整 STROBE 时钟？我找不到任何关于"调整 HS400 和 HS400 增强模式的 STROBE 时钟的说明" 我认为不需要调整 STROBE 时钟。 您对这次调查有何专业评论？感谢您的支持 顺祝商祺！ 狮子座 Linux BSP Re: S32G: Does our BSP eMMC driver support STROBE clock tuning for HS400 mode and HS400ES mode 你好 与 SD_CLK 不同，频闪时钟来自 eMMC 设备，而不是 SDHCI 主机控制器。 对于 HS400ES，SD_CLK 仍用于命令和控制操作，并需要执行与 HS400 相同的正常调谐程序（仍需要调谐才能进入 HS400 模式）。现在，仅在 HS400ES 模式下使用前导时钟，以便在读取操作过程中更好、更准确地进行数据采样。它本身不需要任何额外的调整。 但是，RM 规定在切换到 HS400/HS400ES 时需要进行以下设置（附后） 因此，简而言之，在 HS400ES 中，eMMC 设备生成频闪信号，该信号应该已经与数据线同步。主控制器直接使用频闪信号，因此无需额外的调整。 此致， 西普里安 Re: S32G: Does our BSP eMMC driver support STROBE clock tuning for HS400 mode and HS400ES mode 你好@RaduBraga 客户似乎明白 STRO BE 时钟不需要调整 ，但他们正在从我们的参考手册 (RM) 的角度寻求 澄清 。具体而言，他们希望我们确认记录中的陈述是否准确或是否需要更正。 我认为，我们的《清除令》中的表述是混淆和误导性的。因此，请确认频闪时钟是否需要调整。 BR、 狮子座 Re: S32G: Does our BSP eMMC driver support STROBE clock tuning for HS400 mode and HS400ES mode 您好@LeoLiAP, 我们的团队已经了解这一情况，并将尽快提供答复。 致以最崇高的敬意， Radu Re: S32G: Does our BSP eMMC driver support STROBE clock tuning for HS400 mode and HS400ES mode 您好， 有没有人可以支持这一主题？

i.MX95 Cortex-M7 内核支持 Qt for MCU（Qt Quick Ultralite） 我目前正在评估恩智浦 i.MX95平台，以开发基于图形的嵌入式应用。根据i.MX95文档，该SoC集成了用于高级应用程序的 Arm Cortex-A55 集群和用于实时处理的 Arm Cortex-M7 内核。 我想确认i.MX95 中的 Cortex-M7 内核是否支持微控制器 Qt（Qt Quick Ultralite）。 具体来说，我希望澄清以下几点： i.MX95 (M7) 平台是否正式支持 Qt for MCU，类似于 i.MX RT1170 EVK 等现有恩智浦板？ 如果支持，应使用哪个 SDK、电路板支持包或工具链（例如 MCUXpresso SDK、FreeRTOS）在 M7 内核上版本和部署 Qt for MCU 应用程序？ 如果尚未得到官方支持，是否有任何计划中的路线图或推荐的方法将适用于MCU的Qt移植到i.MX95 M7上（例如，通过MCUXpresso SDK或自定义电路板支持包）？ 如果您能就在 i.MX95 M7 内核上运行 MCU Qt 是否存在官方支持或集成示例提供指导，我将不胜感激。 提前感谢您的帮助。 评估板 Re: Qt for MCUs (Qt Quick Ultralite) support on i.MX95 Cortex-M7 core 您好， 正式版本时，显示屏始终在 A55 以下。如果您需要基于 M7 的 QT 演示，DPU 应在 M7 和 restru 下，请联系恩智浦销售团队获取有关 M7 上 QT 的详细演示。目前，没有官方版本计划。 致敬， Zhiming

PN5180 スタンバイ/LPCD への移行に問題があります こんにちは、皆さん 現在、PN5180 NFCリーダを使用して、低電力タグ (ISO15693) UID リーダーを実装しようとしています。通常の UID 読み取りは、すべての SPI 通信と同様に正常に動作していますが、PN5180 をスタンバイ モードにすることができません (約 23mA の一定電流消費が発生しています)... いくつかのコードスニペットを以下に掲載します。 皆さんの中にアイデアをお持ちの方がいらっしゃるかもしれませんし、私が何かを監督しているのかもしれません。 前もって感謝します！     メイン関数から:   if (nfc3_switch_lpcd(&nfc3) == NFC3_ERROR){         Display_printf (display, 0 , 0 , "スタンバイコマンドの送信エラー" );         0を返します。    }     一方( 1 ){ // この時点で、リーダーは約 10 µA の電流消費でスタンバイ状態になると予想されます。 // // インベントリ コマンドは定期的に発行されます。PN5180はリセットピンを切り替えることで起動するように計画されている。     使用されているクリック NFC3 SDK に機能を追加しました:   err_t nfc3_switch_lpcd ( nfc3_t * ctx ) {     uint8_tコマンド[ 4 ] = { 0 };     cmd [ 0 ] = 0x0B ;     cmd [ 1 ] = 0x01 ;     cmd [ 2 ] = 0x0A ;     cmd [ 3 ] = 0x80 ;         spi_master_select_device ( ctx -> chip_select );     err_t error_flag = spi_master_write ( & ctx -> spi , cmd, 4 );     error_flagを返します。 }     自分で書いた HAL レイヤーから (TI-cc1352 MCU 用):   err_t spi_master_write ( spi_master_t * spi 、 uint8_t * data_in 、 uint16_t len ) { SPI_Transaction トランザクション;     トランザクション.count = len;     トランザクション.txBuf = data_in;     トランザクション.rxBuf = NULL ;​     SPI_transfer ( spi -> spiHandle 、 &transaction)を返します。SPI_MASTER_SUCCESS : SPI_MASTER_ERROR; } 前述のとおり、SPI 通信は正常に動作しています。SO、LPCD コマンドが期待どおりに実行されると予想されます (エラー戻り値もありません) またよろしくお願いします！ 🙂 ベストフリッデ Re: PN5180 trouble going into Standby / LPCD こんにちは@fridde 参照することをお勧めします NxpNfcRdLib_PN5180_v07.13.00_Pub \Examples\NfcrdlibEx6_LPCD コードをデバッグします。

收到： K314_324 OSIF RTD 有关某些参数的问题 本帖复制自 此处 你好，K3 团队、 我们的客户（SWS）认为，在使用 AUTOSAR 操作系统时，OSIF（操作系统接口）模块未被使用。 因此，配置参数如下（图 1）在这种情况下似乎无关紧要： - OsIfMulticoreSupport - OsIfUseCustomTimer - OsIfUseSystemTimer 客户的理解是否正确？ 他们可能需要选择操作系统类型（图 2）作为 AUTOSAR 操作系统？？？ 但是我不确定究竟是因为 RTD 和 RTD 培训文档上的 BasenXP 模块文件夹（集成手册、用户手册）中关于 OSIF 的信息还不够... 他们使用的是 RTD 2.0.1 D2207，但很快就会更新到 RTD 5.0.0 D2410。 -S32K3 实时驱动程序版本 2.0.1_D2207 -s32k3_s 32m27x 实时驱动程序 ASR R21-11 版本 5.0.0_D 2410 图 1.S32DS 上 BaseNXP（OSIF）的参数 图 2.操作系统类型 图 3.免费 RTOS KInd regards, Fumi 优先级：中等 RTD 实时操作系统 来源：恩智浦内部来源：恩智浦内部 Re: Copy: K314_324 OSIF RTD question about some parameters 2025/09/16th 信息刚刚更新。 我们和 Cuong-san 讨论的内容。 如果他们不使用该模块，可以将其删除。 亲切的问候， Fumi Re: Copy: K314_324 OSIF RTD question about some parameters 你好@Fumihiko_Sato RTD 2.0.1 和 4.0.0 采用的是相同的方法。 在 EB Tresos 上，配置 OsIfOperatingSystemType> Autosar OS Type 后，必须转到 Container OsIfCounterConfig，然后将 OsIfOsCounterRef* 引用到 OS 模块中的 OsCounter： 启用 MulticoreSupport 的目的是生成一个宏： #ifSTD_ON ==osif_enable_multicore_support #defineOsIfCoreID() (OsIf_GetCoreID())     稍后在 OsIf_Internal.h 中，该宏将映射到 Os 模块中的 GetCoreID() API。 #ifdefusing_os_autosaros #defineOsIf_GetCoreID() GetCoreID()   Re: Copy: K314_324 OSIF RTD question about some parameters 你好@congnguyenphu, 非常感谢你的解释！ 对不起，我犯了一个错误... 他们使用的是 RTD 2.0.1 D2207，但很快就会更新到 RTD 4.0.0 P24（不是 5.0.0_D2410 ）。 -S32K3 实时驱动程序版本 2.0.1_D2207 -S32m27x 实时驱动程序 AUTOSAR 4.4 版本 4.0.0 P24。 Q1。 Osif_1 模块在 S32DS 上没有 AUTOSAR 操作系统（图 1）。 在这种情况下，用户不能 " 操作系统类型 " 作为 AUTOSAR 操作系统。 尽管需要启用 " 多核支持 "，但用户能否忽略 " 操作系统类型 "、使用系统计时器和使用客户计时器？ 我很困惑...适用于 RTD 2.0.1_D2207 的 EB-TresOS 显示了基础模块和 AUTOSAR 操作系统（图 2）。 Q2。用户还应该在 Core1（图 3）上勾选 " 多核支持 " 吗？ 图 1。Core0、RTD 2.0.1_D2207 没有像 RTD 5.0.0 这样的基础模块 图 2 EB-Tresos 显示RTD 2.0.1_D2207的基础模块... 我很困惑... 图 2.核心 1、RTD 2.0.1_D2207 亲切的问候， Fumi Re: Copy: K314_324 OSIF RTD question about some parameters 嗨 @Fumihiko_Sato 背景背景 恩智浦 恩智浦实时操作系统（兼容 与 AutosarOs) 1. OsIfMulticoreSupport 配置 取决于 下列 常数的 OsIfUseGetUserId: OsIfMulticoreSupport 必须 必须启用 当 get_partition_id模式为 模式时模式时启用 2. 您必须 必须 配置 或OsIfUseSystemTimer 或OsIfUseCustomTimer. 如果 使用 OsIfUseSystemTimer ， 则 必须 配置 OsIfCounterConfig 。 > OsIfOsCounterRef 指向 操作系统 模块 中的 OsCounter. Re: Copy: K314_324 OSIF RTD question about some parameters 你好@congnguyenhuu, 非常感谢你的解释。 客户使用 AUTOSAR 操作系统（Vector Microsar）。 在这种情况下，Q1 和 Q2 的答案是否相同？ KInd regards, Fumi Re: Copy: K314_324 OSIF RTD question about some parameters Q1.是的，您应启用 OsIfMulticoreSupport，以便与 FreeRTOS 用例保持一致，尽管 OsIf 用于 RTD 驱动程序。 Q2.OsIf 定时器配置由 RTD 驱动程序使用，与 FreeRTOS 无关。FreeRTOS 的定时器设置已由自己的模块进行管理，因此您无需关心它们。 Re: Copy: K314_324 OSIF RTD question about some parameters 你好 @georgeciusleanu 和 @lequana2, 非常感谢你们的支持。 FreeRTOS 和 IPCF exapmle 项目只是一个例子，下面向大家介绍定时器和多核参数。 - OsIfMulticoreSupport(Fig.1-1) - OsIfUseCustomTimer(Fig.1-2) - OsIfUseSystemTimer(Fig.1-3) 我知道用户在使用操作系统时必须选择操作系统（图 1-4）、AUTOSAR、FreeRTOS 等）。 你能一步一步教我吗，因为我们要到下周一才能回答问题。 Q1.如果客户必须使用双核，用户是否应勾选（启用）OsIfMulticoreSupport（图 1-1）？ Q2. 由于 FreeRTOS 模块具有时钟设置功能（图 2），因此我们不知道何时以及如何使用这些定时器。 - OsIfUseCustomTimer（图 1-2） - OsIfUseSystemTimer(Fig.1-3) 图 1.4 种参数 图 2 FreeRTOS 时钟 致以最诚挚的问候， Fumi Re: Copy: K314_324 OSIF RTD question about some parameters 在基础插件中，用户需要选择要使用的操作系统。 默认为 BareMetal，因此不会调用 AutosarOS API 或 FreeRTOS API。 Re: Copy: K314_324 OSIF RTD question about some parameters 你好@Luis_Garabo我来自 FreeRTOS 团队。您能解释一下图 3 FreeRTOS 的用途吗？问题出在哪里？

S32N55: gPTPフレーム内のホスト理由 こんにちは、チームの皆さん お客様に問題が発生しました。彼らは gPTP プロトコルを独自に実装し、フレームを受信すると gPTP フレームのホスト理由が 0 になることを発見しました。ホスト理由が 0 の場合、このフレームのタイムスタンプは RTD ドライバによって保存されません。NXP の gPTP ソフトウェアでは、受信したフレームのホスト理由は 8 (NETC_ETH_IP_HOSTREASON_SW_PTP) です。質問したいのですが、受信フレームのホスト理由を 8 にするにはどうすればよいでしょうか? よろしくお願いいたします。 ブリジット GPTP_STACK Re: S32N55: Host reason in gPTP frames こんにちは@Bridget 、 タイムスタンプ情報を受信する NETC スイッチの各ポートでタイムスタンプを有効にする必要があります。お客様が使用しているツールやバージョンに関するその他の詳細情報は提供しておりません。SO、この一般的な情報のみをCAN提供します。Tresos と RTD を使用する CASE では、スイッチ プラグインの各ポート構成で直接実行されます。 よろしくお願いいたします。 トーマス Re: S32N55: Host reason in gPTP frames こんにちは、チームの皆さん この質問に答えていただけますか？ありがとう。 Re: S32N55: Host reason in gPTP frames こんにちは、ブリジットさん。 RTDからのEthSwtについてはUMに従ってください - パラメータは次のようになります 詳細については、RTD にお問い合わせください。N5 の gPTP の例を確認することもお勧めしますが、最初のメッセージでは、お客様が独自の gPTP を実装したと書かれているSO、おそらく私たちの例は存在しません。 よろしくお願いいたします。 トーマス Re: S32N55: Host reason in gPTP frames こんにちは、トーマス。 お客様はSW32N_RTD_R21-11_1.8.0_CD05を使用します。 gPTP フレームを RTU で受信し、受信タイムスタンプを取得したいと考えています。ブロードキャスト フレームの受信を有効にすると、フレームを受信できるようになります。タイムスタンプ機能も有効になります。しかし、受信タイムスタンプを取得するには、以下のスクリーンショットのコードに示すように、フレームのホスト理由が NETC_ETH_IP_HOSTREASON_SW_PTP (このマクロは 😎 である必要があることがわかりました。 しかし、Rx BD のホスト理由は 0 です。ホスト理由が 8 になるように設定する方法を教えていただけますか? よろしくお願いいたします。 ブリジット Re: S32N55: Host reason in gPTP frames すでに 2 つの質問に回答しましたので、ご確認ください。