PN532 标签仿真 NFC 工具显示 NULL 所有数据 目前正在使用 PN532 (UM0701-02 ) 模块接口，通过基于 IRQ 状态模型的 SPI 通信与 STM32WL 微控制器连接。我将一步步解释我是如何处理状态机的 第 1 步： SPI 配置 - 时钟 2Mhz 和 8 位模式 第 2 步： 在启动 PN532 模块后，我发送了 SMA 配置，然后正在等待第一个 IRQ 的 ACK，之后我将等待第二个 IRQ 的 SMA 配置响应。我没有收到任何错误信息。请注意我使用的以下配置 pn532_packetbuffer[0] =pn532_command_samconfiguration； pn532_packetbuffer[1] = 0x01;// 正常模式； pn532_packetbuffer[2] = 0x14;// 超时 50ms * 20 = 1 秒 pn532_packetbuffer[3] = 0x01;// 使用 IRQ 引脚！ 步骤 3：收到 SMA 配置回复后， 。 我已经开始发送 TgTarget 启动命令。对于这条命令，我只收到 ACK，当电话接近模块时，我才收到回复。 uint8_tcommand[] ={ pn532_command_tginitastarget、 5,// 模式：仅 PICC，仅被动 0x04, 0x00, // SENS_RES 0x00, 0x00, 0x00,// NFCID1 0x20, // SEL_RES 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,// FeliCaParams 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,// NFCID3t 0,//一般字节的长度 0//历史字节的长度 }; 如果(uidPtr != 0) {//如果设置了 uid，则将 3 个字节复制到 nfcid1 memcpy命令 + 4, uidPtr、 3); }} 这条命令也得到了成功的回复。 因此，现在我有了手机 NFC 信息，如 NFC 支持类 注：到此为止，我得到了正确的 IRQ Assert、ACK 和命令回复。 第 4 步： 响应后，我将开始发送 TgGetTarget 命令（0x86）。第一次，比如当我将手机靠近 PN532 时，得到的响应为 0x87，错误代码为 0x13。像 RF 版本一样。之后，我尝试了两种方法来恢复通信。最初的方法是发送 Inrelease 命令 0x52、0x00，然后获取 IRQ，并得到 53 和 0x00 的响应。然后再次发送 TgTartget Command Initi 命令，就像再次执行步骤 3 一样。请注意，在这之后的一段时间里，我得到了对 0x86 的正确回复。 现在我还有一个问题，在我发送 Inrelease 或 TgTarget 命令后，NFC Tools Mobile 显示的所有数据，如序列号和其他信息都显示为零。并展示 felica 技术。但使用的是 ISO1884A A 类卡枚举。 现在我想知道为什么会出现这种情况。如果我遗漏了任何序列。请尽快为我们提供指导。我们正处于项目收尾阶段。 已经有人向我推荐了表格，但我没有得到答复 互联标签解决方案 接触式智能卡读卡器芯片 HITAG读卡器IC 面向读卡器系统的MIFARE SAM NFC 控制器解决方案 NFC 前端解决方案 NFC读卡器库 Re: PN532 Tag emulation NFC Tools showing NULL all the data 请问谁能对此问题提供支持 Re: PN532 Tag emulation NFC Tools showing NULL all the data 我并不想存储任何数据。首先，我发送带有所需参数的 0x8C（TgInitAsTarget）命令，然后等待 0x8D 响应。我正确收到了 0x8D 响应。之后，我发送 TgGetData (0x86) 命令，希望收到状态为 0x00 的 0x87，但大多数时候收到的是状态为 0x13 的 0x87。出现这种情况时，我再次发送 TgInitAsTarget (0x8C) 命令，再次收到正确的 0x8D 响应。这次，当我发送 0x86 时，我收到了状态为 0x00 的 0x87 以及 APDU 数据。这种行为在摩托罗拉和 Realme 等较新的手机上运行正常，但在较旧的三星手机上，我总是在 0x86 之后收到状态为 0x13 的 0x87，即使在多次间隔之后也是如此。收到 0x8D 后，我尝试以不同的时间间隔发送 0x86，例如 1 毫秒、10 毫秒、20 毫秒、50 毫秒、80 毫秒、100 毫秒、120 毫秒和 140 毫秒，但在较旧的三星设备上我仍然收到 0x13。如有遗漏，请指教。还要注意一件事，如果我得到 0x87、0x13 我也尝试过轮询，那时我得到 0x29。 Re: PN532 Tag emulation NFC Tools showing NULL all the data 这是因为没有内存来存储数据。 请参阅应用笔记中的第 3.3.7.2 章 Re: PN532 Tag emulation NFC Tools showing NULL all the data 我们仍然面临这个问题，请任何人支持解决这个问题。我不知道我们会遇到什么问题。

S32K324 HSE固件如何安装？ 我正在开发S32K324，S32K324哪里可以找到安装HSE固件的软件工程？ Re: S32K324 HSE固件如何安装？ Hi 请从S32K3 标准软件> 汽车软件 - S32K3 - HSE 固件 > S32K344 HSE FW 0.2.40.0 SR 版本下载。注意：此版本支持 S32K344、S32K324 和 S32K314。HSE_DEMOAPP_S32K3XX_0_2_40_0.exe可以在S32K311 HSE FW 0.2.40.0 RTM版本中找到。 如果您没有 Lauderbach，只有 PEMicro 或 J-Link 调试器，请下载S32K3_HSE_DemoExamples 。建议参考HSE 固件安装中的讨论。 由于资源有限，我们目前无法支持客户通过通用电子邮件帐户（例如 gmail.com 或 qq.com 或类似帐户）发信。请确保您在与 NXP 沟通时使用您的公司电子邮件地址，以便我们能够相应地优先处理您的问题。感谢您的理解。 此致， 罗宾 -------------------------------------------------------------------------------- 笔记： - 如果这篇文章回答了您的问题，请点击“标记正确”按钮。谢谢你！ - 我们会关注上次发帖后七周的帖子，之后的回复将被忽略 如果您稍后有相关问题，请打开一个新线程并参考已关闭的线程。 --------------------------------------------------------------------------------

启动 QSPI 时 S32g274a 中的 LLCE 固件加载失败 大家好， 我们正在使用 S32g274a，其中所有 LIN 核心都用作 UART，我们还使用中断转发来让 LIN 核心在有 rx 数据时获取中断。一切都与调试器完美配合。但我们面临的问题是，当我们将图像刷入外部启动存储器（如 qspi flash）并从中启动时，代码会在 llce_firmware_load() 处停止。 有什么方法可以解决这个问题吗？ S32G2 #LLCE 回复：启动 QSPI 时 S32g274a 中的 LLCE 固件加载失败 你好@naveenkumar_muthusamy ， 您能提供更多有关您的设置的信息吗？ 我了解您在这个项目中使用 Core M7，我的理解正确吗？ 我知道您使用的是定制板而不是 RDB2，我的理解正确吗？ 您使用的 LLCE FW 是什么版本？ 您使用的 RTD 是什么版本？ 您是从一个例子开始您的项目吗？如果有的话，哪一个？ 您以前能够从 QSPI 启动 LLCE 应用程序吗？ 您能描述一下构建二进制文件并将其刷入 QSPI 闪存的一般过程吗？ 您如何识别程序正在阻止上述函数llce_firmware_load() 中的执行。 提前感谢提供的信息。

コピー: S32K314_324 RTD FLSおよびMemInFLS読み取りおよび書き込みパラメータの検証に関する質問 この投稿はここからのコピーです こんにちは、K3チーム 弊社のお客様 (SWS) は、以下の 4 種類のフラッシュ ドライバ パラメータの設定値が CPU 負荷とプロセッシング速度の最適なバランスを提供しているかどうかを NXP に確認および検証するよう依頼したいと考えています。 この評価は、現在の構成がパフォーマンスのボトルネックや不要な CPU オーバーヘッドにつながらないことを確認するために重要です。 Q1. 確認していただけますか？ これはパフォーマンスを予測するのが難しいと思います... 1.FlsMaxRead高速モード – 256 バイト 2.FlsMaxReadNormalMode – 128バイト 3.FlsMaxWrite高速モード – 256 バイト (デフォルト) 4.FlsMaxWriteNormalMode – 128バイト RTD2.0.1 D2207を使用していますが、RTD 5.0.0にアップデートする予定です。もうすぐD2410。 - S32K3 リアルタイム・ドライバ バージョン 2.0.1_D2207 - S32K3_S32M27x リアルタイム・ドライバ ASR R21-11 バージョン 5.0.0_D2410 これらのパラメータは AUTOSAR 仕様であるにもかかわらず、RTD 2.0.1 および 5.0.0 を搭載した S32DS および EB-Tresos ではこれらのパラメータを見つけることができません... Q2. 通常モードと高速モードのパラメータを含むこれらのパラメータは、NXP RTD（図1）で使用できますか？ Q3. このFlsTotalSizeパラメータはNXP RTD（図2）で使用できますか？ 2025年9月10日の顧客レビュー会議中に以下の情報を得ました。 図1.ダヴィンチがそれを見せます。 図2.ダヴィンチがそれを見せます。 敬具、 ふみ 優先度: 高 RTD 出典: NXP社内 Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters こんにちは@Nhi_Nguyen 、 SOありがとうございます！ 心から、 ふみ Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters こんにちは@Fumihiko_Satoさん 1. ドライバはFlsTotalSize を使用しません。 2. パッケージ4.0.0P24 は AUTOSAR 4.4 に準拠し、Fls が使用されるSO、これらのパラメーターが存在し、201 と同じです。 よろしくお願いいたします。 ニ Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters こんにちは@Nhi_Nguyen 、 迅速なご対応誠にありがとうございます！ FlsTotalSize は RTD 2.0.1 では「読み取り専用」になっていますが、RTD はこの値を使用するのでしょうか? お客様から値が間違っていると言われたためです。 内部的に確認してもらえますか？ Q2.申し訳ありません、間違いがありました... お客様はS32M27xリアルタイム・ドライバAUTOSAR 4.4バージョン4.0.0にアップグレードします。P24. FLS DRV を調べた限りでは、5 種類のパラメータがあります。 これらのパラメータが RTD4.4 P24 に存在するかどうかをもう一度確認していただけますか? 敬具、 ふみ Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters こんにちは@Fumihiko_Satoさん ユーザーが RTD2.0.1 を RTD 5.0.0 にスイッチした場合、これらのパラメータは RTD5.0.0 には存在しません。(図 1-1) 1. FlsMaxRead高速モード 2. FlsMaxReadNormalMode 3. FlsMaxWrite高速モード 4. FlsMaxWriteNormalMode 5. 合計サイズ => はい、RTD500 は Mem ドライバのみをサポートし、Fls はサポートしていないためです。これらのパラメータは、Fls の ASP 仕様で定義されています。SO、これらのパラメーターは RTD500 には存在せず、RTD500 の Mem ドライバには影響しません。 ユーザーがRTD 2.0.1のFlsTotalSizeの値を設定した場合、影響はありません。(図1-2) => 実際、このノードは読み取り専用SO、ユーザーはこれを構成できません。 よろしくお願いいたします。 ニ Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters こんにちは@Nhi_Nguyen 、 サポートありがとうございます！ ユーザーが RTD2.0.1 を RTD 5.0.0 にスイッチした場合、これらのパラメータは RTD5.0.0 には存在しません。(図 1-1) 1. FlsMaxRead高速モード 2. FlsMaxReadNormalMode 3. FlsMaxWrite高速モード 4. FlsMaxWriteNormalMode 5.フラッシュ合計サイズ ユーザーがRTD 2.0.1のFlsTotalSizeの値を設定した場合、影響はありません。(図1-2) それは正しいですか？ 図1.ニ・アンス よろしくお願いします、 ふみ Re: Copy: S32K314_324 RTD FLS and MemInFLS Question about validation of Read and Write Parameters こんにちは@Luis_Garabo 、 4 つのパラメータFlsMaxRead Fast Mode、FlsMaxReadNormalMode、FlsMaxWrite Fast Mode、FlsMaxWriteNormalMode についての説明は次のとおりです。 高速/通常モードでのフラッシュ ドライバのジョブ プロセッシング機能の 1 サイクルで読み取り/書き込みできる最大バイト数。 SO、4 つのパラメータの値が大きい場合、同じ長さでの Main 関数のサイクル数は少なくなります。これもパフォーマンスの向上に役立ちます。 Fls_u32MaxRead/Write はフラッシュ ドライバの 1 サイクルで読み書きできる最大バイト数であり、これらの 4 つのパラメーターとデフォルト モードから計算されます。例えば： Fls のデフォルト モードが MEMIF_MODE_SLOW の場合、Fls_u32MaxRead/Write はFlsMaxReadNormalMode、FlsMaxWriteNormalMode から取得されます。 Fls のデフォルト モードが MEMIF_MODE_FAST の場合、Fls_u32MaxRead/Write は FlsMaxWrite高速モード、FlsMaxRead高速モードから取得されます。 S32K3リアルタイム・ドライバ バージョン2.0.1_D2207パッケージには、Fls ドライバがサポートされています。 パッケージS32K3_S32M27xリアルタイム・ドライバASR R21-11バージョン5.0.0_D2410では、メモリドライバがサポートされています。 それらは異なる ASR 仕様に従います。SO、これらのパラメータは RTD500 ではなく RTD201 にのみ存在します。 Q1.2.0.1 では、そうです。 Q2. はい、しかし設定できません よろしくお願いいたします。 ニ

如何在 Yocto 3.0 5.4.70 上将 qt5.10 升级到 qt5.19？ 你好，恩智浦 我们的客户需要在 Yocto 3.0 5.4.70 上将 qt5.10 升级到 qt5.19？ 您有更新的解决方案吗？ 我们尝试修改 meta-qt5/配方-qt/qt5/qt-git.inc。 但编译失败。   使用yocto3.0 升级qt 为高版本的情况。如下是尝试了两种方式，分别的记录情况。以及分别对应附件日志。   ================================== 第一种方式，直接修改yocto3.0 对应的meta-qt5中的文件内的版本号， 进行尝试======================================== 使用原本自带的meta-qt5 进行修改qt版本为5.15.19. 编译不成功。 详细log如附件《log_qt5_15_19.txt》   操作步骤详情如下记录： 使用默认的commit 21ce4c124d9a972d9122f87c64ac2773bf04c284 如下两张图示：         进行bitbake imx-image-full 的编译看情况。详细log如附件《log_qt5_15_19.txt》。 误日志的一小部分截图如下所示         ================================== 第二种方式，采用meta-qt5 这一层，更新到最新的代码进行尝试========================================     基于yocto3.0工程下的meta-qt5 使用git pull 到最新。Qt版本显示为5.15.16。意图在此工程下，将qt升级到此meta-qt5 所支持的最新版本。 编译错误的原木如附件：《Log_qt5_15_16 txtlog_qt5_15_16.txt》   操作步骤详情如下记录：   meta-qt5 使用 git pull 到最新。Commit 信息如下 ，以及 Qt 版本显示为 5.15.16。 Commit 9d9966d81d6a98876f3919127ece3a6829edf609 如下图示：       因为此 层 版本比较新，格式不等于旧版本的 yocto 工程语 法结构。 故此，将此 层 下方的每个 bb 文件的格式修改为旧版本的 格格式，例如以 “:” 的替换成旧版使用的 “_” 符号即可。 如下两张图示： 其它文件也是 诸如此类的符号修改如下图     编译显示，在poky 下 缺少一些 pyth on 相关的文件。 在 yocto3.0 下没有这些内容。 经查看 ycoto4.0 工程师下载了某些内容，故将 yocto4.0 的 poky 中将 yocto4.0 的 poky 当中，对应用 到的文件进行对比 bebeproside来使用。 python3targetconfig.bbclass python_pep517.bbclass python_setuptools_build_meta.bbclass setuptools3-base.bbclass 如下图示：       此后 先，尝试编译qtbase查看情况。编译结果显示很多错误。其中包含，显示某些补丁打不上。 详细的 log 保存如附件 log 文档。 错误日志的一小部分截图如下所示： i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: How to do about update the qt5.10 to qt5.19 on Yocto 3.0 5.4.70? Hi @charleshuang  第一张方法更合适，第二种方法能成功的概率很低，新版本的bb文件只适配新版本的yocto环境，要想通过改bb文件来适配低版本非常难。 在尝试第一步的时候，建议客户检查将/tmp/work/armv8a-poky-linux/qtxxx/xxx/temp/下面的日志，里面会有具体的错误信息，然后根据错误信息修改bb文件。或者说bitbake编译的时候加上 -DDD 来将错误信息打印到shell终端上。 Best Regards, Zhiming

eMMC 上の DTB とカーネル イメージを更新する簡単な方法はありますか? 開発中は、DTB とカーネル イメージを頻繁に更新する必要があります。 SD カードの使用は非常に便利です。カード リーダーは、FAT パーティション上の DTB とカーネル イメージを読み書きCAN。 しかし、eMMC の使用は非常に不便です。もっと簡単な方法はありますか？ Re: Is there a simple way to update the DTB and kernel image on an eMMC? これがより良い方法だと私は信じています。 UUUを使わずにeMMC上のLinuxカーネルとdtbをアップグレードする方法 Re: Is there a simple way to update the DTB and kernel image on an eMMC? こんにちは、 fastboot モードに入るには次のものが必要です: 1. ボードの電源を入れ、任意のキーを押してブート フローを停止し、U-boot に入ります。 2. U-boot で次のコマンドを入力します。 fastboot 0 次のコマンドを使用して、UUU でファイルを送信します。 uuu -v -b fat_write mmc 0:1 例： uuu -v -b fat_write hello_world.elf mmc 0:1 hello_world.elf よろしくお願いいたします。 Re: Is there a simple way to update the DTB and kernel image on an eMMC? 前に述べたように、fastboot を使用してください。 ありがとうございます。 Re: Is there a simple way to update the DTB and kernel image on an eMMC? こんにちは、 何についておっしゃっていますか? DTB を fastboot でアップロードしますか、それとも SD カードから eMMC をフラッシュしますか、あるいはその両方ですか? よろしくお願いいたします。 Re: Is there a simple way to update the DTB and kernel image on an eMMC? 具体的にはどうすればいいのでしょうか? ガイダンス文書はありますか? ありがとうございます。 Re: Is there a simple way to update the DTB and kernel image on an eMMC? こんにちは、 U-boot から fastboot でボードを構成する DTB ファイルを更新し、UUU を使用してファイルを転送CAN。 イメージのフラッシュに関しては、UUU で再度フラッシュするか、SD カードから eMMC をフラッシュすることをお勧めしますが、このプロセスはより複雑だと思います。 よろしくお願いいたします。

LS1046AのOTPおよびセキュアブート構成に関する説明の要請 こんにちは、 当社では現在、カスタム LS1046A プラットフォームに新しい TFA ブートフローと U-Boot 2025 を使用してセキュア ブートを実装しています。OTP キーと SRKH キーのハッシュ化の作業中に、OTP ステータス レジスタに関連する問題が発生しました。 OTP キー (まだ融合されていない) を書き込んだ後、次のことが観察されました。 OTP ステータス レジスタ (0x1E90014):値は最初に 0x88002B00 として読み取られ、OTP 値 (まだ融合されていない) が書き込まれた後、0x80002B00 に変更されます。 PE エラーは表示されませんが、 SYNDROME ビットはゼロではなく設定 (1) されたままになります。 参照ドキュメントの 1 つによると、期待値は 0x80000900 で、中間のビットはゼロになるはずです。ただし、OTP キーを書き込んだ後、この期待値は得られません。 秘密値ハッシュ レジスタ (0x1E80024): 0x00000000 が表示され、正しいようです。 OTPMK のスクラッチ レジスタ (0x1EE0204): 0x00000000 も表示され、これは適切であるように見えます。 私たちの主な懸念は、SecMon HP ステータス レジスタ (0x1E90014) の値 0x80002B00 が有効であり、融合を続行しても安全であるかどうかです。このプロセスですでにボードが 1 枚紛失しているSO、先に進む前に確認したいと思います。 この値が融合に適しているかどうかを確認し、OTP プログラミング中の SecMon ステータスと SYNDROME ビットの予想される値と動作を明確に説明する公式ドキュメントまたはガイダンスを共有していただけますか? どうぞよろしくお願いいたします。 よろしくお願いいたします ゴピ・クリシュナ M Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A このドキュメントでは LX2160 を例として使用していますので、必要に応じて参照してください。添付ファイルには、LX2160 の完全なガイド フローが記載されています。 特定のビットの意味については、チケットを送信するか、営業担当者にお問い合わせください。 完全にヒューズのない開発ボードはありますか?OTPMK ヒューズ付きボードと比較してください。詳細なログ ファイルを提供していただければ、分析をお手伝いできます。 Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A こんにちは簡単に言うと、 新しいボードには MD 1e90014 88,000 900 しかし、私の新しいボードにはいつも MD 1e90014 88 002 B00 これを説明してください。これはドキュメントに従ってこのように表示されるべきではありません。どうすればいいでしょうか。これが有効な値であるかどうか、教えてください。 ありがとう Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A Kenil と LFGP に感謝します。これはドキュメントに関することではなく、Sec_mon レジスタ ( 0x1E90014 ) のステータスに関することです。OTP を書き込んだ後、ヒューズなしでそのレジスタには0x80002900 と表示され、別のデバイスでは0x80002B00 と表示されますが、ドキュメントの 1 つではどこでも、これらの 3 桁の数字は 0x80 000 900 のように 0 であるはずだと表示されています。ただし、これらのキーを書き込んだ後でもどのデバイスでもその表示は見られませんでした。SO、これらのビットが何を指すのかを尋ねていますが、どのドキュメントにもその表示はありません。役に立つリンクを提供してください。他のすべてのレジスタは適切な値を示していますが、この Sec Mon ステータス レジスタは不規則な値を示しています。説明をお願いします。 ありがとうございます ゴピ・クリシュナ M Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A 親愛なる@gkrishna様、 セキュリティに関するドキュメントが必要な場合は、コミュニティ エリアではなく、新しいプライベート CASE を開く必要があります。 Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A 親愛なる@kenli ご協力いただきありがとうございます 🙂 Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A 私は LX2 でのセキュア ブートの経験があり、いくつかの知見を共有したいと思います。LS1046A は TA2.1 IP を使用しますが、フローは同様になります。 OTPMK はヒューズアレイに融合され、ハミング コード チェックを満たす必要があります。詳細はLSDK UGまたはLLDP UGに記載されています。 「OTPMKのブローは、本番環境と開発環境の両方でセキュアブートを実行するために不可欠です。 「段階」です。 SRKH はミラー レジスタに残してCANため、早期のセキュア ブート検証のためにヒューズを飛ばす必要はありません。 最終的に OTPMK/SRKH をプログラムするときは、 U-Boot と JTAG/ccsのエンディアンの違いに注意してください。これは重要です。 レジスタオフセット0x1E8_0024は、OTPMKが有効かどうかを示します。 OTPMK が失敗すると、0x1E90018 でエラーが報告されます。 OTPMK の最小ハミング重みは 0xF です。gen_otpmk_drbg を使用して候補を生成すると、何が書き込まれたかを正確に把握できます。OTPMK は読み戻すことはできませんが、値とヒューズのオフセットを記録しておくことは重要です。書き込みが失敗した場合、ヒューズを段階的に修復できます。

imx93_ota“此 wic 之后不会终止标签” 我使用“./assemble_base_image.sh -e -b imx93”命令创建了“swu_singlecopy_rescue_imx93_emmc_20240605.sdcard”文件。请使用uuu升级“swu_singlecopy_rescue_imx93_emmc_20240605.sdcard”文件。出现错误。 “此 wic 不会终止标签” D:\share\imx-matter_2023-q4_imx8mmevk-matter>uuu.exe -b emmc_all swu_singlecopy_rescue_imx93_emmc_20240605.sdcard 适用于 nxp imx 芯片的 uuu（通用更新实用程序）--libuuu_1.5.165-0-g7347a80 成功 0 失败 1 2:33 1/ 1 [此 wic 在 ] SDPS 后没有终止标签：boot -scanterm -f swu_singlecopy_rescue_imx93_emmc_20240605 D:\share\imx-matter_2023-q4_imx8mmevk-matter>暂停 请按任意键继续。 。 。 回复：imx93_ota“此 wic 之后未终止标签” 这个回复表明你作为 NXP 工程师对 NXP BSP 源代码一无所知。 此外，根本原因不是扩展名 .sdcard。 在您的意见中，如果将 .wic 重命名为 .sdcard，则可以更改图像。它需要 dd 命令。 在你的脑海里，就像一个 .txt文件，当您重命名为.mp4时，它就可以变成一部电影。 回复：imx93_ota“此 wic 之后未终止标签” 思考！ 回复：imx93_ota“此 wic 之后未终止标签” @tgt007我已经通过私人消息向您发送了答案并列出了此根本原因的所有源代码。 您可以决定现在就公开它。 我稍后会公开它，以便让 NXP 工程师有机会真正阅读他们自己已经存在多年的代码。 回复：imx93_ota“此 wic 之后未终止标签” 如果NXP工程师不了解自己的代码，那么我可以为您提供培训并提供这个问题的答案。 回复：imx93_ota“此 wic 之后未终止标签” AN13872 回复：imx93_ota“此 wic 之后未终止标签” 如何生成WIC文件。此命令“./assemble_base_image.sh -e -b imx93”自动生成SDCARD文件。

写入fip、kernal、rootfs到S32G的emmc 当我使用 s32g399ardb3 时，我可以将 fip、Image、dtb 和 rootfs 写入 SD 并成功启动。但我想将它们写入 emmc。我该怎么办？在规范中，我只找到如何将 fip 或整个 yocto 图像写入 emmc，而不是单独写入。谢谢。 回复：将fip、kernal、rootfs写入S32G的emmc 谢谢你的提问 有关 BSP UM 的可用信息，请参阅第 4.1.3 节介绍了将fip和整个二进制文件写入mmc的方法。 对于单独的kenel，dts和rootfs，UM中没有正式的描述，在我看来，您可以按照以下方式尝试。 首先按照 UM 中介绍的方式将整个预先构建的图像刷入 MMC。 通过 QSPI 闪存将开发板启动到 Linux，然后将 mmc 挂载到 rootfs，应该存在两个分区，将您自己的内核/dts 复制到分区 1。 清理分区2的内容，复制您的特定fsl-image-auto-s32xxxx.tar.gz（可以您将需要将 Ubuntu 16.04 中的 rootfs 复制到分区 2，然后在那里解压，最后您将获得部署自己的 rootfs。 最后，通过 MMC 启动开发板。 希望有帮助。 顺祝商祺！ 陈银

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 子设备

CAN bus interruption problem in FRDM-MK11Z development board Hello, There is only one CAN bus routine in the official SDK called "fmstr_can". According to the source code, it should be used with FreeMASTER software, but I don't have the hardware device supported by this software. I need to use some functions of the CAN bus, but I can't find how to use them in the source code, including CANID shielding, receiving interrupt function, etc. I want to know how to configure the code to achieve the above function. Re: FRDM-MK11Z开发板中关于CAN总线的中断问题 Hello, HL_G You can refer to the readme.txt in the project to set up a connection between the development board and Freemaster on the PC. To receive the interrupt function and CANID operations you can focus on the following code and the contents of the freemaster_can.c source file. Hope these help you! BR Xu Zhang

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

[S32N55 B0] XSPI Flash operation leads to bus fault in CRS During the testing of the latest B0 silicon RTD in CRS, a flash operation leads to a bus fault in the following scenario: 1. A read operation of the external flash of sector size 256Kb is triggered in the 1000ms OS task. This request is being processed in the 1000ms task in a continuous loop until the operation is completed. 2. During the processing of read operation in 1000ms task, a higher priority 0.5ms task is cancelling this read operation. The cancellation of this read operation is successful in the higher priority task. But when the context is restored to the 1000ms task where the read operation had been initiated the core gets a bus fault. The customer put main in while loop until the current job is processed. They can always reproduce this scenario on RDB. Priority: MEDIUM RTD Re: [S32N55 B0] XSPI Flash operation leads to bus fault in CRS Hi @haoyue-yan, Based on the customer's situation as your message described. I suppose that this issue occurred because they invoked MemAcc_Mainfunction in both read and cancel task. They should invoke MemAcc_Mainfunction in only a task periodically (as the MemAcc MainFunction Period configured). Best regards, Dan Re: [S32N55 B0] XSPI Flash operation leads to bus fault in CRS Hi @haoyue-yan, Could you let me know their flow-code? For example: Best regards, Dan Re: [S32N55 B0] XSPI Flash operation leads to bus fault in CRS Hello Dan, Please find the attached .xdm files. Let me know if you can't download. Re: [S32N55 B0] XSPI Flash operation leads to bus fault in CRS Hello Dan,  Thanks for your response. They configured this parameter to 200ms. Sorry about that, I have attached them to this comment. The RTD version is 1.8.0_CD03. Re: [S32N55 B0] XSPI Flash operation leads to bus fault in CRS Hello @haoyue-yan, Look like this issue is related to your OS environment instead of RTD driver. 1. Did you enable "Mem MainFunction Period" for using in OS environment? 2. Your images are quite blur, I can't see in details. Could you send images again with bigger size? 3. what is the RTD package version you used? Best regards, Dan

S32G2 Linux BSP44 启动问题 当我的设备无法从 Linux BSP44 启动时，如何解释下面的 BL31 错误日志： 注意：RESET状态：上电复位 注意：BL2：v2.10.14（版本）：bsp44.0_rc11-2.10.14 注意：BL2：建成：2025 年 5 月 13 日 08:13:32 注意：BL2：正在启动 BL31 = 0x0000000000ff624180 x0 = 0xfffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff61bfff x6 = 0x0000000000342f8000 x7 = 0x00000000000000d x8 = 0x000000000000000 0 x9 = 0x0000000034301fff x10 = 0x0000000034 2f8000 x11 = 0x000000000000a000 x12 = 0x0000000000f6316b0 x13 = 0x0000000000f6316060 x14 = 0x00000000ff615a90 x15 = 0 x0000000000000034 x16 = 0x0000000000000000 x 17 = 0x0000000000000000 x 18 = 0x0000000000342f8000 x 19 = 0x0000000000ff624158 x 20 = 0x0000000000ff624180 x21 = 0x000000000000000 x 21 = 0x000000000000000000 x24 = 0x0000000000000000 x24 = 0x0000000000000000 x24 = 0x00000000000000 x24 = 0x00000000000000 x25 = 0x0000000000000000 x26 = 0x0000000000000000 x27 = 0x0000000000000000 x28 = 0x0000000000000000 x29 = 0x0000000000ff624130 scr_el3 = 0x00000000000000238 sctlr_el3 = 0x000000000000000000 cd183a cptr_el3 = 0x00000000000000400 tcr_el3 = 0x00000000000000400 00008081351c daif = 0x00000000000003c0 mair_el3 = 0x0000000000004404ff spsr_el3 = 0x000000000020002cc elr_el3 = 0x0000000000ff624180 ttbr0_el3 = 0x000000000034322e00 esr_el3 = 0x00000000000000 spsr_el3 = 0x0000000000000000 spsr_el3 = 0x00000000000000 spsr_el3 = 0x00000000000000 spr_el3 = 0x0000000000000000 spsr_el3 = 0x00000000000000 el1 = 0x0000000000000000 elr_el1 = 0x0000000000000000 spsr_abt = 0x0000000000000000 spsr_und = 0x0000000000000000 spsr_irq = 0x0000000000000000 sctlr_el1 = 0x0000000000000000 sct lr_el1 = 0x000000000000000000c50838 actlr_el1 = 0x0000000000000000 0000 cpacr_el1 = 0x0000000000 300000 cselr_el1 = 0x 00000000000000 sp_el1 = 0x0000000000000000 esr_el1 = 0x0000000000000000 ttbr0_el1 = 0x0000000000000000 ttbr1_el1 = 0x0000000000000000 mair_el1 = 0x0000000000000000 mair_el1 = 0x0000000000000000 tcr_el1 = 0x44e048e00000098a4 amair_el1 = 0x0000000000000000 tcr_el1 = 0x0000000000 0000 tpidr_el1 = 0x0000000000000000 tpidr_el0 = 0x0000000000000000 tpidr ro_el0 = 0x0000000000000000 p ar_el1 = 0x0000000000000000 mpidr_el1 = 0x000000000000000 afsr1_el1 = 0x0000000000000000 contextidr_el1 = 0x0000000000000000 afsr1_el1 = 0x0000000000000000 contextidr_el1 = 0x0000000000000000 00000000 vbar_el1 = 0x0000000000000000 cntp_ctl_el0 = 0x0000000000000000 cntp_cval_el0 = 0x0000000000000000 cntv_ctl_el0 = 0x00000000000000 cntkctl_el1 = 0x00000000000000 sp_el0 = 0x00000000000000 cntp_el0 = 0x0000000000000000 s p_el0 = 0x00000000000000 00000000ff624080 isr_el1 = 0x 00000000000000 dacr32_el2 = 0x0000000000000000 ifsr32_el2 = 0x0000000000000000 cpuectlr_el1 = 0x0000000000000040 cpumerrsr_el1 = 0x0000000000000000 l2merrsr_el1 = 0x00000000000000000000 l2merrsr_el1 = 0x00000000000000102c2020 cpuactlr_el1 = 0x000000000090ca000 Re: S32G2 Linux BSP44 Boot Issue 你好 @jason， 该案例的副本已在 AP Software Support 上创建，开发团队将在这里提供支持： 复制：S32G2 Linux BSP44 启动问题——恩智浦社区 Re: S32G2 Linux BSP44 Boot Issue 你好，@jason 感谢您的回复。 1.我已在我的终端上进行了测试，在我的 EVB3 上似乎是正确的。 2。我注意到你提到这个问题是在你的板上发现的，所以同样的图像在你的另一块板上也能正常工作？ 3.根据地图文件和你提供的日志，我手动构建了一个 TFA 并检查了它的地图，最初的想法是问题与 ddr 访问有关，我能知道其他电路板支持包图像能否在这个特定的板上正常工作吗？ BR 切宁 Re: S32G2 Linux BSP44 Boot Issue 这就是我的设置细节： SoC：NXP S32G274A rev.2.1 CPU：ARM Cortex-A53 r0p4 @ 最大 1000 MHz 型号：恩智浦 S32G2XXX-EVB3 启动映像来自从官方网站下载的预建映像。 注意：BL2：v2.10.14（版本）：bsp44.0_rc11-2.10.14 注意：BL2：版本：2025 年 5 月 13 日 08:13:32 注意：BL2：正在启动 bl31u-boot 2022.04+g9a00323278+p0(May 13 2025 - 06:57:56 +0000) 供你参考，这个镜像无法在我的 1 个 rev 2.1 设备上启动，并且有这个错误日志。错误日志中说明了哪些信息，我该如何进一步调试。 Re: S32G2 Linux BSP44 Boot Issue 嗨，杰森 谢谢您的帖子。 1。我能知道你在使用哪种参考板吗？是 RDB2、EVB 还是 EVB3？ 2. 另外，无论是附上 Rev2.0 还是 2.1 SOC，你的板是什么版本？ 3. 启动映像是来自从官方网站下载的预建镜像，还是从主机上的 Yocto 版本构建的？ 谢谢。 BR 切宁

S32K144 で自動 CAN バスオフ回復を無効にするにはどうすればいいですか? こんにちは、みんな！ S32K144CAN バスオフをオフにした後、自動回復を無効にするにはどうすればよいですか? バスオフをオフにした後、手動で回復する必要があります。 Re: S32K144 怎么关闭CAN busoff自动恢复？ こんにちは@pidcy このバージョンにはチェックするオプションがありません。チェックするオプションは S32 DS V3.X バージョンに用意されています。 レジスタに直接書き込むことで、BOFFREC をオフにすることができます。 Re: S32K144 怎么关闭CAN busoff自动恢复？ 私は IDE バージョン 2.2 を使用していますが、使用しているバージョンは何ですか? Re: S32K144 怎么关闭CAN busoff自动恢复？ こんにちは@pidcy 私の IDE はすべて、自動回復を有効または無効にするオプションを提供しています。また、レジスタ操作を通じて直接自動回復を無効にすることもできます。 例： CAN0 -> CTRL1 |= 0x40 ;//BOFFREC = 1

索取 S32K344 基本安全启动的 PC 端 GMAC 示例 您好，NXP团队， 我正在 S32K344 上测试基本安全启动。我已将示例图像 S32K344_SecureBootBlinky.bin（AppBootHeader + App）扩展到 0x40 + 0x 1000 字节。我正在尝试编写一个PC 端 GMAC 计算工具，以便我计算出的标签与 HSE 生成的标签一致，但到目前为止，我无法获得与 HSE 相同的 GMAC 标签。 你能否提供一个重现基本安全启动的 HSE GMAC 的 PC 端参考实现（任何语言都可以；C 或 Python 最理想）？ 由于我无法分享我的实际 IV值和 ADKP 值，请随意选择测试值。包含以下内容的最小套餐： 短测试有效载荷（二进制）， 示例 ADKP（16 字节）和基本安全启动使用的确切密钥派生， IV（12 字节）， 预期的 GMAC 标签（16 字节）， 而所需的图片布局（包括在何处/如何在末尾放置 IV 和标签） 将是完美的。 附件：我的扩展版 s32k344_secureBootBlinky 二进制文件（AppBootHeader + App = 0x40 + 0x1000）。 如果已经有 S32K344 Basic Secure 启动 的官方 PC 端示例或经过验证的测试向量，如有链接或 zip，将不胜感激。 感谢您的支持！ Re: Request for PC-side GMAC example for S32K344 Basic Secure Boot 它的工作！谢谢 Re: Request for PC-side GMAC example for S32K344 Basic Secure Boot 你好@mws 这不是我们应该提供的东西，但我花了一些时间在这上面，因为它对我也很有用。请参见所附的 python 脚本。它包含 ADKP（与 HSE_DemoExamples 中的相同，因为我已经在板上对其进行了编程）。然后它需要文件 image.bin（纯二进制格式）。它应包含页眉+图像+IV。结果可在生成的 gmac_tag.txt 中找到。 它在我这边起作用，我得到的 GMAC 与 HSE 使用服务 hsebootdataimagesignsrv_T 生成的 GMAC 相同。我重复使用了示例 s32k344_basic_secureBoot，它使用 hsebootdataimagesignsrv_T 生成 IV 和 GMAC。它还能在图像背后进行编程。然后我将标题+图像+IV 导出到二进制文件并用它来开发脚本。在外部计算 GMAC 时，用户需要提供 IV。您可以像我一样在 bin 文件中提供 IV，也可以根据需要修改脚本。 此致， Lukas

PCAL 6534 電源シーケンス 最初にオンにする必要がある電源は、VDD(P) または VDD(I2C_BUS) ですか? PCAL6534 には電源シーケンスが必要ですか? Re: PCAL 6534 Power sequence こんにちは、 正確なタイミングシーケンスは指定されていません。デザインで最初に VDD_I2C に電源を投入する場合は、I²C 通信を試行する前に、VDD_P が速やかに上昇し、POR しきい値に達することを確認してください。POR リセット遅延時間は、VDD_P がしきい値を超えてから約 1 µs であることに注意してください。SO、信頼性の高い動作を確保するには、VDD_P が安定した後、I²C トランザクションを開始する前に短い遅延 (数マイクロ秒など) を許可します。 BRs、トーマス Re: PCAL 6534 Power sequence タイミングを含む正確な電源シーケンスはありますか? 実際、デザイン上、VDD_I2C は VDD_P よりも先に電源が投入されます。 Re: PCAL 6534 Power sequence こんにちは、 VDD(P) は最初に電源を投入するか、少なくとも VDD(I2C_BUS) より遅くは投入しないでください。これにより、通信が開始される前に内部回路とレジスタが適切に初期化されます。 BRs、トーマス

LX2160ardb 上の PCIe エンドポイント lsdk 21.08 を使用して、LX2160ardb_rev2 のエンドポイントとして PCIe を設定しようとしています。ユーザーガイドに記載されているとおり、HOST_AGT_PEX3=1 を設定しました。しかしその後、PCIe3 は u-boot でも Linux コンソールでも表示されなくなりました。何を見逃したのでしょうか? Re: PCIe endpoint on LX2160ardb LS1028ARDB の次の u-boot パッチを参照してください。u-boot に関連コードを追加する必要があります。 nxa13285@lsv07330:/opt/samba/nxa13285/flexbuild/flexbuild/components/firmware/rcw$ git diff diff --git a/ls1028ardb/R_SQPP_0x85bb/rcw_1500_gpu600.rcw b/ls1028ardb/R_SQPP_0x85bb/rcw_1500_gpu600.rcw インデックス 057b0f1..2e4fa7d 100644 --- a/ls1028ardb/R_SQPP_0x85bb/rcw_1500_gpu600.rcw +++ b/ls1028ardb/R_SQPP_0x85bb/rcw_1500_gpu600.rcw @@ -38,6 +38,7 @@ SRDS_PRTCL_S1_L0=8 SRDS_PRTCL_S1_L1=5 SRDS_PRTCL_S1_L2=11 SRDS_PRTCL_S1_L3=11 +HOST_AGT_PEX2=1 /* PCIe コントローラのエラッタ */ #include <../ls1028asi/a008851.rcw> nxa13285@lsv07330:/opt/samba/nxa13285/flexbuild/flexbuild/components/firmware/rcw$ nxa13285@lsv07330:/opt/samba/nxa13285/flexbuild/flexbuild/components/firmware/uboot$ git diff diff --git a/arch/arm/dts/fsl-ls1028a.dtsi b/arch/arm/dts/fsl-ls1028a.dtsi インデックス 7234faea0e..bda9035ea0 100644 --- a/arch/arm/dts/fsl-ls1028a.dtsi +++ b/arch/arm/dts/fsl-ls1028a.dtsi @@ -123,6 +123,17 @@ 0x82000000 0x0 0x40000000 0x88 0x40000000 0x0 0x40000000>; /* プリフェッチ不可能なメモリ */ }; + + pcie_ep2: pcie_ep@3500000 { + 互換性 = "fsl,ls-pcie-ep"; + レジスタ = <0x00 0x03500000 0x0 0x80000 + 0x00 0x035c0000 0x0 0x40000 + 0x88 0x00000000 0x8 0x00000000>; + reg-names = "regs", "ctrl", "addr_space"; + num-ib-windows = <6>; + num-ob-windows = <8>; + }; + 暗号: crypto@8000000 { 互換性 = "fsl,sec-v5.0", "fsl,sec-v4.0"; fsl、秒時代 = <10>; diff --git a/configs/ls1028ardb_tfa_defconfig b/configs/ls1028ardb_tfa_defconfig インデックス 87357d30c0..0afbc815c1 100644 --- a/configs/ls1028ardb_tfa_defconfig +++ b/configs/ls1028ardb_tfa_defconfig @@ -94,3 +94,4 @@ CONFIG_OF_LIBFDT_OVERLAY=y CONFIG_EFI_LOADER_BOUNCE_BUFFER=y CONFIG_VIDEO=y CONFIG_VIDEO_LS_HDP_LOAD=y +CONFIG_PCIE_LAYERSCAPE_EP=y

IMX SM (システムマネージャ) を使用した IMX95 ハードウェアのパーティショニングとアイソレータ こんにちは、 IMX95 verdin evkボードを使用したプロジェクトに取り組んでいます ハードウェア (A55 コア) をパーティション分割して、それぞれで異なる重要度のアプリケーションを実行する 4 つの別個の分離された Linux を実行したいと考えています。私たちは、プロトタイプ作成のために SM を使用してボードを素早く分割し、生産に近づいたときに PikeOS に移行することを望んでいました。 SM ドキュメントでは、A55 パーティションを構成する方法についてはあまり説明がありませんでした。それが可能だといいのですが、間違っていたら訂正してください。 理想的には、パーティション分割された A55 を含む参照構成と、コメントとコンポーネントの説明を含む参照構成が必要であり、何がどこにあり、なぜであるかを理解できるようになります。Linux を実行するために必要な最小限の A55 LM 構成の例もいただければ幸いです。 私たちが望むものの例 - コンポーネントの説明と時折の説明コメントを含む完全な構成:   PD_A55P start=2, stop=8, test #power delivery to A55 package PD_A55C0 stop=7 #power delivery to A55 core 0 - only stop because of ... PD_A55C1 stop=8 #power delivery to A55 core 1 ... A55P OWNER, sema=0x442313F8 #A55 package - must be owned by LM2 because ..., sema means ... ... FLEXSPI1_MEM EXEC, begin=0x000000000, end=0x0FFFFFFFF #only needed if ... OCRAM_C EXEC, begin=0x001000000, end=0x001017FFF #used for ..., minimum size ... OCRAM EXEC, begin=0x0204C0000, size=96K #used for ..., minimum size ... GPU DATA, begin=0x04D900000, end=0x04DD7FFFF #only on LM that owns GPU, minimum size ... DDR EXEC, begin=0x088000000, end=0x089FFFFFF #ddr partition 1, used for ... DDR EXEC, begin=0x08E000000, end=0x87FFFFFFF #ddr partition 2, used for ... 適切に文書化された構成ファイルを 1 つ用意しておくと、望ましい結果を得るために何を変更する必要があるかを理解するのに大いに役立ちます。上記の例では、A55P は A55 パッケージを意味すると推測しましたが、確信を得る方法はありません。また、1 つの LM の下にメモリの DDR セクションが 2 つある (さらにセキュア A55 セクションに 1 つある) 理由もわかりません。また、すべての A55 LM にこれらすべてが必要かどうかもわかりません。 また、複数の LM で同時に同じ Linux イメージを起動できるCANかどうか、また各 LM に異なる Linux イメージをロードできるCANかどうか、またそれをどのように設定するかについても興味があります。 最後に知りたいのは、シリアル DBG ポートにコネクテッドする LM を選択する方法と、(使用しない) M7 のデバッグ COM ポートを別の A55 LM で上書きできるかどうかです。 ありがとうございます。ご返信をお待ちしております。 ウラジミール

気泡の大きさはMPXV5010GC7Uの圧力測定に影響しますか？ 私は、ドギー スクイーカーの水道を 100% シリコン オイルに交換し、4mm チューブ内の小さな気泡を MPXV5010GC7U センサに送りました。空気の量はセンサの出力に影響しますか? Re: Does size of air bubble affect MPXV5010GC7U pressure messurement 100% シリコン オイルとセンサ間の初期の気泡が小さいと、出力は増加しますか、それとも減少しますか? 測定値が減少している間、気泡のサイズは変化していないようです。 Re: Does size of air bubble affect MPXV5010GC7U pressure messurement 気泡は確かに出力に影響を及ぼします。ゆっくりと低下する現象は、センサ自体の故障ではなく、気泡の圧縮または液体システム内のゆっくりとした圧力緩和によって発生する可能性が非常に高いです。 Re: Does size of air bubble affect MPXV5010GC7U pressure messurement 最初の投稿以来、ハウジングを分解したところ、鳴き笛の上部に大きな気泡があることを発見しました。私は、きしみ音発生装置内に空気が残らず、センサ側には気泡だけが残ることを保証する新しい充填技術に合わせてハウジングを再設計しました。起動すると、センサに 200 グラムの校正用重りを取り付けたところ、すべて正常に見えました。しかし、Android Nano からの読み取り値は、数分の間に「0800」から読み取りなし（読み取り値がカットオフ以下）に減少しました。何が問題なのでしょうか? Re: Does size of air bubble affect MPXV5010GC7U pressure messurement 言い換えると、気泡の大きさは出力にどのように影響するのでしょうか? Re: Does size of air bubble affect MPXV5010GC7U pressure messurement こんにちは： はい、チューブ内の空気はセンサの出力に影響します。MPXV5010GC7U は圧力を測定するために設計された圧力センサです。 Re: Does size of air bubble affect MPXV5010GC7U pressure messurement 比較のために別の MPXV5010GC7U を使用してテストする必要があります。 Re: Does size of air bubble affect MPXV5010GC7U pressure messurement 再度テストするための新しいセンサ 別の MPXV5010GC7U または別のセンサを参照していますか?