S32DS LPSPIスレーブ構成 S32K344と33664の組み合わせでは、LPSPIをスレーブモードに設定する必要があります。S32DSのSPIをスレーブとして設定した後、33664がデータを送信し返した後、MCUはどのようにしてデータを取得するのでしょうか？どのAPIを呼び出す必要があるのでしょうか？ RRR123_0-1786433752706.png Re: S32DS LPSPI SLAVE 配置 Lpspi_Ip_AsyncTransmit()を使用するとデータを受信できることがテスト済みです。MC33664 から返された 2 番目のデータフレームの受信をトリガーするために、Lpspi_Ip_AsyncTransmit() のコールバック関数内でこの関数を再度呼び出したいと考えていました。しかし、MC33664 は 2 つのデータフレームで応答するため、2 つの CS 間の間隔はわずか 2.6 マイクロ秒です。Lpspi_Ip_AsyncTransmit() のコールバック関数ではこれを時間内に処理できず、結果として 2 番目の CS のデータが受信されません。これをどのように処理すればよいでしょうか？ RRR123_0-1786499449651.png Re: S32DS LPSPI SLAVE 配置 こんにちは、 @RRR123さん スレーブをDMAを使用するように設定する場合は、Lpspi_Ip_AsyncTransmit()を呼び出してください。 また、出発点として、以下のデモアプリケーションが役立つ参考文献となるかもしれません。 S32K344 + MC33664 + MC33775 : RTD 3.0.0: BMS SDK 1.0.2 S32K344 + MC33664 + MC33774 : RTD 3.0.0: BMS SDK 1.0.2 BR、VaneB Re: S32DS LPSPI SLAVE 配置 こんにちは、 @RRR123さん ご提案として、MC33664通信のためにBMS SDKにあるPHY_664ドライバの使用を検討してください。PHY_664ドライバーはMC33664トランシーバとの通信を管理するために特別に設計されていました。 NXPバッテリー・マネジメントソフトウェア開発キットおよびツールチェーン

S32DS LPSPI SLAVE 配置 S32K344 + 33664需要将LPSPI 配置成slave 模式。 S32DS SPI配置slave后，33664回完数据后， MCU如何取数据呢？ 需要调用哪些API？ RRR123_0-1786433752706.png Re: S32DS LPSPI SLAVE 配置 已经测试，使用 Lpspi_Ip_AsyncTransmit().可以收到数据.  我是想在 Lpspi_Ip_AsyncTransmit().的回调函数中继续调这个函数来触发接收第二帧33664回复的数据，但是由于MC33664 回复了两帧数据，两次CS之间间隔只有2.6us， Lpspi_Ip_AsyncTransmit().的回调函数来不及处理，导致第二次CS的数据没有收到，这个如何处理呢？ RRR123_0-1786499449651.png Re: S32DS LPSPI SLAVE 配置 你好@RRR123 建议使用 电池管理系统 SDK 中提供的 PHY_664 驱动程序进行 MC33664 通信。PHY_664 驱动程序专门设计用于管理与 MC33664 收发器的通信。 NXP电池管理软件开发工具包和工具链

清除 ECC RAM MCU：S32K148 驱动程序：RTD 3.0.0 操作系统：裸机 对于上述MCU，是否有办法“擦除”ECC SRAM？“擦除”是指，如果检测到可纠正的错误，则在用户配置一些适当的寄存器后，将SRAM单元更新为正确的值。一些竞争产品，例如 TI Hercules，就具备此功能。 Re: Scrubbing ECC RAM 非常感谢您的反馈。 Re: Scrubbing ECC RAM S32K1 设备不支持硬件 SRAM 擦除机制，该机制可以在可纠正的 ECC 事件发生后自动将更正后的数据写回内存。基于软件的实现也不可行，因为 ERM 不会报告单比特 SRAM ECC 纠错事件，因此应用程序无法识别受影响的内存位置。 虽然 S32K3 系列也不提供自动 SRAM 擦洗功能，但它会报告单比特 ECC 事件，这使得应用程序能够了解这些错误，并实现更高级的故障处理策略。

S32K3シリーズMCUのDFARS原産国／認定国準拠 こんにちは、皆さん。 私はDFARS準拠の調達が必要なプログラムのためにNXP S32K3ファミリのMCUを評価しており、ここで誰かが正しい方向を教えていただけるか、以前にこの問題に対処したことがある方がいればと思っています。 具体的には、以下の点を確認しようとしています。 製造・組立国(ウェハーファブおよびパッケージ/試験場所)に関する特定のS32K3部品番号 — コンプライアンスは一般的に、部品がDFARSの「認定国」である DFARS 252.225-7002(下請け業者としての適格国)で製造されているかどうかに結びついているため、一般的な「NXPは準州です」という説明ではなく、部品番号やパッケージレベルで必要です。 NXPが特定の部品に対して原 産証明書(COO) または正式な DFARS準拠声明 を発行できるかどうか。 TAA（貿易調整支援法）の遵守証明書が入手可能かどうかも確認したい。というのも、それが当プログラムにも適用される可能性があるからだ。 関心のある部品（同じレベルに該当する代替品も検討可）： S32K344 S32K358 S32K314 私たちは≥512 kBフラッシュ、≥128 kB RAMを搭載したMCUをターゲットにしているので、主に高容量メモリのS32K3バリアントを検討していますが、他のS32K3ファミリ(またはより広範なS32K1/S32K2ライン)がコンプライアンスのためにより詳しいドキュメントがあるかどうかも聞きたいです。 コミュニティへの質問： 誰か、S32K3部品のCOO/DFARSドキュメントをNXPから直接取得することに成功した方はいらっしゃいますか?もしそうなら、誰と仕事をしましたか(FAE、代理店、品質チームなど)? これはNXPが公開するものなのでしょうか?それとも常に部品や日付コードごとにCASEバイCASEでリクエストされるのでしょうか? DFARS資格のある国から調達されているとされる特定のS32K3部品番号やパッケージはありますか?それとも、そうでない国から調達されているのでしょうか? S32K3はオートモーティブやインダストリアルセーフティのアプリケーションに強く位置づけられているため、防衛関連プログラム向けのコンプライアンス文書を入手した経験がある方はいらっしゃいますか? これはコミュニティエンジニアが直接アクセスできないかもしれないと理解していますが、もしより良いチャネル(地域のFAE、代理店コンプライアンスデスクなど)があれば本来ならこのルートをルーティングすべきなので、そちらを教えてください。アドバイスをいただければ幸いです！ よろしくお願いします！ Re: DFARS Country-of-Origin / Qualifying-Country Compliance for S32K3 Series MCUs こんにちは、 @dbow12 さん。 この情報は一般には公開されていません。 COOに関するお問い合わせは [email protected] までお問い合わせください。 輸出管理に関するお問い合わせは、ご連絡ください [email protected]。 ただし、まずは地元の代理店に連絡することをお勧めします。彼らはこの点でサポートしてくれるはずです。 よろしくお願いいたします。 ダニエル

カメラモジュールの互換性OX05B1S センサーおよび内蔵ISPとi.MX95 FRDM対応 こんにちは、皆さん。 ox05b1sセンサーと内蔵ISPを搭載したカメラモジュール(NVIDIA Jetson AGX Orin用の5MP RGB-IR Global Shutter GMSL2カメラに似たもの)がi.MX95 FRDMボードに対応しているか知りたいです。 i.MX95はポートがMIPI_CSI2しかないので、GMSL2からMIPI_CSI2コンバータを探す必要があるのは理解していますが、私の質問はNXP Linux BSPに含まれる既存ドライバの互換性に関するものです。NXP Linuxリリースのドライバ カメラドライバーはこのカメラモジュールと直接動作しますか? dtbファイルに変更を加える必要はありますか？他に何か変更点や追加作業が必要で、計画しておくべきことはありますか？

关于通过 I2C 进行 PCA9450CHN 电压配置的查询 我们正在使用 PCA9450CHN PMIC，并且了解到它使用默认稳压电压上电，可以通过 I2C 编程进行修改。请您解释一下上电后更改这些电压的完整步骤，包括SoC开始与PMIC通信时的步骤？另外，请告知我们推荐的调试器或工具，以便监测和验证 PMIC 寄存器编程和电压变化。 电路板设计 HW-开源 Re: Query Regarding PCA9450CHN Voltage Configuration Through I2C guoweisun_0-1786078934821.png 您可以参考以上内容，在 POR_B 信号拉高且 PCA9450C 进入 RUN 模式后，您可以更改其电源轨输出值。

如何使用MC33 PT2000集成电路调整SOI-EOI 正如主题所述，我们需要能够建立整个流程的帮助，该流程使用PT2000进行燃油喷射SOI-EOI测量。 H桥驱动器 小型发动机驾驶员 电磁阀控制器 Re: How use adjust SOI -EOI with use MC33 PT2000 IC 谢谢！ Re: How use adjust SOI -EOI with use MC33 PT2000 IC 亲爱的K爱津斌， PT2000 产品页面上提供了 PT2000 注射结束检测应用笔记，可供下载，并附有有效的保密协议。 JozefKozon_0-1786079976443.png 如果您还没有保密协议，并且想要签署一份，请在此处创建一个新工单，我们的保密协议事务代表将协助您完成该流程。 此外，请从FRDMPKPT2000EVM 产品页面下载 PT2000SWUG 和 PT2000-IDEUG。您也可以从同一页面下载 PT2000 Developer Studio IDE 以及峰值保持和 DCDC 软件的软件文件。之后，您可以在FRDMPKPT2000EVM 评估板上测试软件示例。 JozefKozon_1-1786080423866.png 最诚挚的问候， 约瑟夫

S32K566 LPUART通信の問題 こんにちは、 S32K566マイクロコントローラの4 Uart_Example_S32K566_M7モジュールを使い、LPUARTモジュールクロックは50MHzです。ボーレートを115200に設定し、UARTからUSBへのコンバータを使ってPCにデータを送0xAAしています。しかし、受信したデータは誤りです（0x00 0x80 0x80）。ボーレートを115200/8 = 14400に設定すると、データは正しく受信されます。9600や19200といった異なるボーレートも試してみました。 私はS32DS 3.6.6とSDK 0.8.0を使っています。 Uart_Example_S32K566_M7のソースコードも添付しておりますので、ご確認ください。 参考資料として、設定ファイルと受信データのスクリーンショットを添付しました。 Manikandan_Aruchamy_0-1786092514163.png レシーバ端子のウィンドウボーレートは115200です: Manikandan_Aruchamy_1-1786092584169.png レシーバ端末のウィンドウボーレートは14400です: Manikandan_Aruchamy_2-1786092633034.png Re: S32K566 LPUART Communication Issue こんにちは、 @Manikandan_Aruchamy さん。 このメールが、あなたがお元気でいらっしゃる時に届くことを願っています。現在お手元にある製品、まだ正式に発売されていないNPI(新製品導入)についてお手伝いしています。 これらの製品の早期アクセス権を得たお客様は、現場エンジニアを割り当てていることにご注意ください。指定されたフィールドエンジニアが、この製品に関する問題や懸念、問い合わせの主要なサポートチャネルとなります。 正式リリース後、オンラインサポートチームはより幅広いサポートを展開していきます。それまでは、私たちは必要な支援を提供する体制が整っていません。 ご理解いただきありがとうございます。 よろしくお願いいたします。 パベル

S32k344 Design Studio ドライバの例コード チームの皆さん、こんにちは S32k344で基本的なサンプルコードを実行したかった。 インストールしました S32 Design Studio for S32 Platform バージョン: 3.6.0 ビルドID: 241128 にはダイバーの例が見つかりません。S32k拡張機能を導入してS32k3xxパッケージをアップデートしても、インストールは毎回失敗します。70%で止まっています。 他に何か情報が必要な場合や、基本的な例題についてご説明が必要な場合は、お知らせください。 よろしくお願いします。 ゴパル Re: S32k344 design studio driver example code こんにちは、 @rathi_tgさん 始めるには、現在利用可能なツールの最新バージョンであるS32 Design Studio 3.6.10を使うことをお勧めします。別インスタンスとしてインストールする必要はありません。既存のインストールのアップデートとしてインストールすることも可能です。このプロセスの詳細はS32 Design Studio 3.6.10で確認できますRFPインストールガイドは、S32DSインストーラーと同じダウンロードページから入手できます。 S32K3デバイスの例としては、RTDパッケージの一部として含まれています。良い参考文献は 「How To Download, Install and Configuration the RTD 5.0.0 with S32 Design Studio 3.6.0」という動画です。そこには、ダウンロードする必要のあるコンポーネント、それらのインストール方法、およびサンプルに基づいたプロジェクトの作成方法が詳細に説明されています。この動画はRTD 5.0.0向けに作成されていますが、新しいRTDバージョンでも手順は同様です。 注： S32K3デバイスで利用可能な最新のRTDリリースはRTD 7.0.1です。 さらに、NXPの アプリケーションコードハブには、さまざまなデバイスやユースケースに対応した現役の例やアプリケーションプロジェクトが見つかるかもしれません。 BR、VaneB Re: S32k344 design studio driver example code こんにちは、 @Valvalさん 問題は解決しましたが、デバッグパッケージをインストールしていませんでした。 敬具 ゴパル Re: S32k344 design studio driver example code こんにちは、 @rathi_tgさん どうやってアプリケーションが古いコードを実行していると判断しましたか? また、サンプルプロジェクトは特定のボードでテストされており、そのボードは各サンプルに同梱されているdescription.txtファイルに記載されていますのでご注意ください。 基板ごとにハードウェア構成が異なるため、ピン割り当てや構成がターゲットボードに合っているか必ず確認してください。お使いのハードウェアでサンプルが正しく動作するように、ピン設定の一部を適切に更新する必要がある場合があります。 Re: S32k344 design studio driver example code こんにちは ドライバーファイルのインポートは成功し、「Siul2_Dio_Ip_Example_S32K344」プロジェクトもインポートしました。 mexを実行してコードを更新しました。コードはエラーなくビルドされました。 私はS32k344-WBを持っていて、電源を入れるとデフォルトのスイッチとLEDプログラムがあります。 ビルドしたファイルをフラッシュすると、プログレスバーは100%と表示されますが、ボードの動作に変化が見られず、依然として古いコードが実行されています。 敬具 ゴパール

S32K312 HSE 安全启动：pInstAuthTag 能否指向存储在 UTEST DCF 记录区域中的签名？ 您好，NXP支持团队， 我们正在 S32K312 上实施基于 HSE 的安全启动和 SMR，并想确认 SMR 签名是否可以永久存储在 UTEST DCF 记录区域中。 我们目前的实施方案如下： 我们在 UTEST 中存储了一个 512 字节的 RSA-4096 签名，起始地址为： 0x1B001A00U 已占用地址范围为： 0x1B001A00 至 0x1B001BFF 该区域属于 UTEST DCF 记录区域。 我们的项目在这个领域不需要任何 DCF 配置。因此，我们目前正在考虑使用未使用的 DCF 记录空间来存储永久网络安全数据，包括公钥和 SMR 签名。 由于我们的使用场景中软件映像及其签名是固定的，因此预计在产品生命周期内签名不会发生变化。 在 SMR 条目中，我们按如下方式配置签名引用： smrEntry.pInstAuthTag[0]= 0x1B001A00U; smrEntry.pInstAuthTag[1]= 0U； 我们预期，在后续的安全启动验证期间，HSE 将直接从 pInstAuthTag[0] 指定的 UTEST 地址读取 512 字节的签名。 通过 HSE_SRV_ID_SMR_ENTRY_INSTALL 安装 SMR 入口时，我们最初将安装服务认证标签配置为引用相同的 UTEST 地址： pSmrEntryInstall->pAuthTag[0] = 0x1B000A00U; 然而，SMR 安装服务返回了 HSE_SRV_RSP_INVALID_PARAM，显然是因为 UTEST 地址被拒绝为该服务的无效输入地址。 作为一种变通方法，在调用 SMR 安装服务之前，我们将 UTEST 中的 512 字节签名复制到共享 RAM 缓冲区中： UTEST 0x1B000A00 | | 复制 512 字节 v 共享 RAM 缓冲区 然后，我们按如下方式配置安装请求： pSmrEntryInstall->pAuthTag[0] = PTR_TO_HOST_ADDR(signatureRamBuffer);   pSmrEntryInstall->authTagLength[0] = 512U; SMR条目本身仍然包含： smrEntry.pInstAuthTag[0]= 0x1B000A00U; 按照此配置，HSE_SRV_ID_SMR_ENTRY_INSTALL 返回成功，SMR 条目已成功安装。 请您澄清以下问题？ 0x1B001A00U 是 S32K312 上 hseSmrEntry_t.pInstAuthTag[0] 的有效地址吗？ 在后续的安全启动过程中，HSE_B 能否直接访问 UTEST DCF 记录区并读取 pInstAuthTag[0] 引用的签名？ 成功的 HSE_SRV_ID_SMR_ENTRY_INSTALL 响应是否确认持久的 pInstAuthTag[0] 地址对后续启动时的 SMR 验证有效，还是安装服务仅验证通过 hseSmrEntryInstallSrv_t.pAuthTag[0] 提供的签名？ 以下哪种内存区域可接受： hseSmrEntryInstallSrv_t.pAuthTag[0] 和： hseSmrEntry_t.pInstAuthTag[0] 在我们的测试中，当直接使用 UTEST 地址作为 pAuthTag[0] 时，UTEST 地址会被拒绝；但是，当将相同的签名复制到 RAM 中，而 pInstAuthTag[0] 仍然指向 UTEST 时，SMR 安装就会成功。 此配置是否可能通过 SMR 安装，但在下次 RESET 或安全启动时失败，因为 HSE 在启动时无法访问 UTEST 地址？ 当项目不需要 DCF 记录时，是否允许将未使用的 UTEST DCF 记录区域存储客户应用程序数据（例如公钥或 SMR 签名）？ 使用此 DCF 记录区域是否会与 HSE 固件、ROM 启动代码、未来的 DCF 处理、生命周期转换、调试配置或设备配置扫描产生任何冲突？ 在 UTEST 区域中存储原始 512 字节签名是否存在任何对齐、记录格式、ECC、编程、锁定或访问限制？ 如果 pInstAuthTag[0] 不支持 UTEST，持久 SMR 签名是否应该始终存储在普通应用程序代码闪存或数据闪存中？ 我们主要想确认的是，以下配置是否得到官方支持，以及是否安全适用于生产环境： /* 安全启动期间使用的持久签名位置/* smrEntry.pInstAuthTag[0] = 0x1B000A00U;   /仅在 SMR 安装期间使用的临时 RAM 副本 */ pSmrEntryInstall->pAuthTag[0] = PTR_TO_HOST_ADDR(signatureRamBuffer);   pSmrEntryInstall->authTagLength[0] = 512U; MCU：S32K312 HSE 类型：HSE_B 签名算法：RSASSA-PSS，采用 RSA-4096 签名长度：512 字节 持久签名地址：0x1B001A00U 谢谢！ Re: S32K312 HSE Secure Boot: Can pInstAuthTag Point to a Signature Stored in the UTEST DCF Record Ar 抱歉，签名位置不是 0x1B000A00U。它是 0x1B001A00U。 Re: S32K312 HSE Secure Boot: Can pInstAuthTag Point to a Signature Stored in the UTEST DCF Record Ar 嗨@Yiming2 我在我的开发板上进行了测试，因为文档中没有明确说明是否可以使用 UTEST。我的结果也类似。 如果 pAuthTag = pInstAuthTag = 0x1B001A00，则我收到 HSE_SRV_RSP_INVALID_ADDR 响应。 然后我将 pAuthTag 放入 RAM 内存中，同时 pInstAuthTag 仍然指向 UTEST，这样就可以了。一旦通过 BOOT_SEQ 位启用安全启动，安全启动即成功，应用程序即可正常工作。HSE能够读取UTEST DCF区域中的签名。 根据测试结果，HSE 固件显然会检查地址 pAuthTag 是否位于 RAM 或代码/数据闪存中，而 UTEST 中的 pInstAuthTag 则被接受。 虽然没有相关文档记载，但确实有效。 但如果您不打算更新签名，则可以选择将 HSE_SMR_CFG_FLAG_INSTALL_AUTH 保持为零，这样将使用内部验证方案（内部哈希）进行验证。您的签名仅用于安装，pInstAuthTag 将被忽略。 我认为，如果您不打算更新镜像，那么这种设置更有意义。此外，验证速度也会快得多（哈希算法与 RSA 算法相比）。这可能是保持简单并获得更好性能的最佳方法。 如果设置了 HSE_SMR_CFG_FLAG_INSTALL_AUTH 并使用了 pInstAuthTag，则主要针对想要轻松更新应用程序的用例：应用程序和身份验证标签已更新，您无需修改或重新安装该 SMR。 DCF 扫描到停止记录为止（全部为 0xFF），其余部分将被忽略。通常情况下，DCF 区域不应该用于存储用户数据，但我认为这里没有问题。 UTEST 的唯一限制是它必须是 OTP 区域。同样，ECC 的限制也适用于代码或数据闪存——一旦对对齐的双字进行编程，就不应该再次对同一个双字进行编程，因为这会导致 ECC 错误。 此致， Lukas

S32K338に関する詳細情報 おはようございます。 S32K388マイクロコントローラがK324のように3つの独立したコアを持っているのか、そしてそのうち2つのコアがLockstepでも使えるのか知りたいです。 シングルコア1つ+ロックステップコア1つが欲しい場合、K358を使うべきでしょうか? ありがとう Re: Detail about S32K338 こんにちは、 @gianpiero_lenta さん、 ロックステップ操作は、独立したコア間で有効化できるソフトウェア設定可能な機能ではありません。それに対し、Lockstepは特定のS32K3派生製品に実装された専用のハードウェア構成である。 したがって、アプリケーションで独立したCortex-M7コアとLockstep Cortex-M7ペアが必要な場合は、このハードウェア構成で設計されたS32K358の使用をお勧めします。 よろしくお願いいたします。 パベル

I2Cを介したPCA9450CHNの電圧設定に関する問い合わせ 私たちはPCA9450CHN PMICを使用しており、デフォルトのレギュレーター電圧で電源が動くことを理解しており、I2Cプログラミングで修正可能です。電源オン後の電圧変更の全順、特にSoCがPMICと通信し始めるタイミングについて説明していただけますか?また、PMICレジスタのプログラミングや電圧変化を監視・検証するための推奨デバッガーまたはツールがあれば教えてください。 ボード設計 HW-Open-Source Re: Query Regarding PCA9450CHN Voltage Configuration Through I2C guoweisun_0-1786078934821.png 上記のように、POR_B信号がハイを引き、PCA9450CがRUNモードに入ると、電源レールの出力値を変更できます。

T Embedにはどのようなポートがありますか？ 標準モデルのTエンベッドを持っていますが、どのポートか全く分かりません(もう一つのポートで、USB-Cではありません)。公式サイトではGroveポートと書いてあり、LilygoのWikiサイトではQwiicポートと書かれています。どなたか助けていただけませんか?

T Embed 使用的是哪种接口？ 我有一台标准的 T 型嵌入式开发板，但我不知道它用的是哪种接口（不是 USB-C 接口），因为官方网站说它是 Grove 接口，而 Lilygo Wiki 网站说它是 Qwiic 接口。请问有人可以帮帮我吗？

i.MX95 FRDM + OX05B1S：室内光照下眼镜上的蓝/紫色 AR 镀膜反射 板/设置： - SoC：NXP FRDM i.MX95 - 摄像头传感器：OmniVision OX05B1S（通过 MIPI CSI 连接） - 管道/软件：libcamera (v0.5.2) + NXP Neo IPA (nxpneo) + GStreamer (imxvideoconvert_g2d) - BSP：i.MX Linux BSP 描述： 当使用 FRDM i.MX95 从 OX05B1S 摄像机传输实时视频时，在室内办公室照明下，一些眼镜会出现深蓝色/紫色的眩光点（见附图）。 如何解决反射表面（如眼镜）上出现的这种深蓝色/紫色眩光伪影？针对 i.MX95，推荐使用哪些 Neo ISP 调优参数或调优工具版本来解决这个问题？ photo_04.jpg photo_07.jpg Re: i.MX95 FRDM + OX05B1S: Blue/Purple AR coating reflection on eyeglasses under indoor lighting 你好@JosephAtNXP ， 感谢您的快速回复以及对镜头光晕、色调映射和黑电平配置的深入见解。 我们目前未使用第三方进行互联网服务提供商 (ISP) 的调优。我们正在使用 NXP 提供的 OX05B1S 传感器的调谐文件，该文件位于我们的 电路板支持包 中的 /usr/share/libcamera/ipa/nxp/neo/ox05b1s.yaml。 NXP 是否有可能提供一个更新的 OX05B1S 调谐文件，以缓解这种特定的照明问题？ 如果没有更新的文件，能否指导我们手动调整现有 ox05b1s.yaml 文件中的哪些参数来解决这个问题？ 期待您的指导。 问候， 阿卡什·H Re: i.MX95 FRDM + OX05B1S: Blue/Purple AR coating reflection on eyeglasses under indoor lighting 您好， 感谢您对恩智浦半导体产品的关注， 从附图来看，这些暗点像是从特定角度捕获的镜头光晕，可能是被眼镜中的蓝光滤镜反射出来的。 暗色调可能是 ISP 色调映射或黑电平配置的结果。我建议ISP对传感器进行调优。 JosephAtNXP_0-1785175157838.png 在您的项目中，传感器是由您自己调校还是由第三方调校？ 此致 Re: i.MX95 FRDM + OX05B1S: Blue/Purple AR coating reflection on eyeglasses under indoor lighting 嗨@akashhalli ， 请您尝试使用 uGuzzi IPA，并分享一下结果好吗？ 请分享一下您正在使用的电路板支持包。请尝试使用最新的电路板支持包，如果结果有所不同，请分享。 此致， Re: i.MX95 FRDM + OX05B1S: Blue/Purple AR coating reflection on eyeglasses under indoor lighting 你好@JosephAtNXP ， 我们目前使用的 BSP 是Linux 6.12.49_2.2.0 。 关于使用 uGuzzi IPA 进行测试，我们所使用的摄像头不幸损坏，因此我们目前无法进行所要求的测试。我们将使用可正常工作的相机设备重复测试，并在结果出来后分享给大家。 我们还会参考最新的BSP，如果发现任何差异，我们会及时通知您。 问候， 阿卡什 Re: i.MX95 FRDM + OX05B1S: Blue/Purple AR coating reflection on eyeglasses under indoor lighting 嗨@akashhalli ， 你有没有机会测试一下我的建议？请您创建一个技术案例以便跟进？ 此致，

S32K312 HSEセキュアブート:pInstAuthTagはUTEST DCFレコード領域に保存されている署名を指し示せますか? こんにちは、NXPサポートチームの皆さん、 S32K312上でHSEベースのSecure Boot with SMRを実装しており、SMR署名がUTEST DCFレコード領域に恒久的に保存できるかどうかを確認したいと考えています。 現在の実装は以下のとおりです。 UTESTには、以下のアドレスから始まる512バイトのRSA-4096署名が格納されます。 0x1B001A00U 占有されている住所範囲は以下のとおりです。 0x1B001A00～0x1B001BFF この地域はUTEST DCF記録領域に属します。 当プロジェクトでは、このエリアにおけるDCFの設定は一切必要ありません。そのため、未使用のDCFレコード空間を公開鍵やSMR署名を含む永久的なセキュリティデータを保存することを検討しています。 ソフトウェアイメージとその署名は当社のユースケースで固定されているため、製品のライフ期間中にシグネチャが変更されることは期待されていません。 SMRエントリでは、署名参照を次のように設定します。 smrEntry.pInstAuthTag[0]= 0x1B001A00U; smrEntry.pInstAuthTag[1]= 0U; 我々の予想では、その後のセキュアブート検証中に、HSE は pInstAuthTag[0] で指定された UTEST アドレスから 512 バイトの署名を直接読み取ります。 HSE_SRV_ID_SMR_ENTRY_INSTALLを通じてSMRエントリをインストールする際、最初にインストールサービス認証タグを同じUTESTアドレスを参照するように設定しました。 pSmrEntryInstall->pAuthTag[0] = 0x1B000A00U; しかし、SMRインストールサービスはHSE_SRV_RSP_INVALID_PARAMを返しました。これは、UTESTアドレスがサービスに対する無効な入力アドレスとして拒否されたためと思われます。 回避策として、SMRインストールサービスを呼び出す前に、UTESTから512バイトの署名を共有RAMバッファにコピーします。 UTEST 0x1B000A00 | | 512バイトをコピー V 共有RAMバッファ 次に、インストール要求を以下のように設定します。 pSmrEntryInstall->pAuthTag[0] = PTR_TO_HOST_ADDR(signatureRamBuffer);   pSmrEntryInstall->authTagLength[0] = 512U; SMRエントリ自体には、以下の内容が含まれています。 smrEntry.pInstAuthTag[0]= 0x1B000A00U; この構成では、HSE_SRV_ID_SMR_ENTRY_INSTALL は成功を返し、SMR エントリは正常にインストールされます。 以下の質問について、もう少し詳しく教えていただけますか? S32K312 上の hseSmrEntry_t.pInstAuthTag[0] のアドレスとして、0x1B001A00U は有効ですか？ その後のセキュアブート時に、HSE_B直接UTEST DCFレコード領域にアクセスし、pInstAuthTag[0]で参照されたシグネチャを読み取ることはできますか? HSE_SRV_ID_SMR_ENTRY_INSTALL 応答が成功した場合、永続的な pInstAuthTag[0] アドレスが後の起動時の SMR 検証に有効であることが確認されるのでしょうか、それともインストール サービスは hseSmrEntryInstallSrv_t.pAuthTag[0] を介して提供される署名のみを検証するのでしょうか？ メモリ領域には、以下の用途で受け入れられる違いがありますか？ hseSmrEntryInstallSrv_t.pAuthTag[0] そして： hseSmrEntry_t.pInstAuthTag[0] 私たちのテストでは、UTEST アドレスを pAuthTag[0] として直接使用すると拒否されますが、同じ署名を RAM にコピーし、pInstAuthTag[0] がまだ UTEST を指している場合は SMR のインストールが成功します。 この構成はSMRインストールに合格しても、次のリセットやセキュアブート時にHSEがUTESTアドレスにアクセスできないため失敗する可能性はありますか? プロジェクトでDCFレコードが不要な場合でも、未使用のUTEST DCFレコード領域は公開鍵やSMR署名などのお客様アプリケーションデータを保存することが許されていますか? このDCFレコード領域の使用は、HSEファームウェア、ROMブートコード、FUTURE DCFプロセッシング、ライフサイクルの移行、デバッグ設定、またはデバイス構成スキャンと競合を引き起こす可能性がありますか? このUTEST領域で生の512バイト署名を保存する際、アラインメント、レコードフォーマット、ECC、プログラミング、ロック、アクセス制限などはありますか? もしUTESTがpInstAuthTag[0]でサポートされていない場合、永続的なSMRシグネチャは常に通常のアプリケーションコードフラッシュかデータフラッシュに保存されるべきでしょうか? 確認したい主な点は、以下の構成が公式にサポートされており、本番環境での使用が安全かどうかです。 /* セキュアブート中に使用される永続的な署名場所/* smrEntry.pInstAuthTag[0] = 0x1B000A00U;   / SMRインストール時のみ使用される一時的なRAMコピー */ pSmrEntryInstall->pAuthTag[0] = PTR_TO_HOST_ADDR(signatureRamBuffer);   pSmrEntryInstall->authTagLength[0] = 512U; MCU:S32K312 HSEタイプ:HSE_B シグネチャアルゴリズム:RSA-PSSとRSA-4096 シグネチャ長:512バイト 永続署名アドレス:0x1B001A00U よろしくお願いします。 Re: S32K312 HSE Secure Boot: Can pInstAuthTag Point to a Signature Stored in the UTEST DCF Record Ar 申し訳ありませんが、署名位置は0x1B000A00Uではありません。それは0x1B001A00Uです。 Re: S32K312 HSE Secure Boot: Can pInstAuthTag Point to a Signature Stored in the UTEST DCF Record Ar こんにちは@Yiming2 UTESTが使えるかどうかがドキュメントに明示的に記載されていないので、ボードでテストしました。そして、私も同様の結果を得ました。 pAuthTag = pInstAuthTag = 0x1B001A00 の場合、HSE_ SRV_ RSP_ INVALID_ ADDR 応答を受け取りました。 その後、pInstAuthTagがまだUTESTを指している状態で、pAuthTagをRAMメモリに配置したところ、うまくいきました。セキュアブートがBOOT_SEQビットで有効化されると、セキュアブートは成功し、アプリケーションは動作します。HSEはUTEST DCFエリア内の署名を読み取ることができます。 テスト結果に基づくと、HSEファームウェアはアドレスpAuthTagがRAMまたはコード/データフラッシュメモリ内にあるかどうかをチェックし、UTESTのpInstAuthTagは受け入れられることが明らかです。 公式には文書化されていないが、効果はある。 しかし、署名を更新する予定がない場合は、HSE_SMR_CFG_FLAG_INSTALL_AUTHゼロのままにするオプションがあり、内部検証方式(内部ハッシュ)が検証に使われます。署名はインストール時のみに使用され、pInstAuthTagは無視されます。 私の意見では、イメージを更新する予定がない場合は、この設定の方が理にかなっています。また、検証もはるかに高速になります（ハッシュアルゴリズムとRSAアルゴリズムの比較）。これが、シンプルさを保ちつつパフォーマンスを向上させるための最良の方法でしょう。 HSE_SMR_CFG_FLAG_INSTALL_AUTHが設定されてpInstAuthTagを使用している場合、これは主にアプリケーションを簡単に更新したい場合のユースケースを対象としています。つまり、アプリケーションタグと認証タグが更新され、SMRを修正・再インストールする必要がなくなります。 DCFは停止レコード（すべて0xFF）までスキャンされ、残りは無視されます。通常、DCFエリアはユーザーデータ用に使われるべきではありませんが、ここでは問題が見当たりません。 UTESTの唯一の制約は、OTPエリアであるということです。また、ECCに関する同様の制限が適用されます（コードフラッシュやデータフラッシュと同様）。一度アラインメントされたダブルワードがプログラムされると、同じダブルワードを再度プログラムするとECCエラーが発生するため、再度プログラムしてはいけません。 よろしくお願いいたします。 ルーカス

S32K338 的详细信息 早上好， 我需要知道 S32K388 微控制器是否像 K324（有两个）一样有三个独立的内核，以及其中两个内核是否也可以用于锁步执行。 如果我想要一个单核处理器 + 一个锁步内核，我应该使用 K358 吗？ 谢谢 Re: Detail about S32K338 你好@gianpiero_lenta ， 同步操作不是可以在两个独立内核之间启用的软件可配置功能。相反，Lockstep 是一种专用的硬件配置，在特定的 S32K3 衍生产品中实现。 因此，如果您的应用需要一个独立的 Cortex-M7 内核以及一对 Lockstep Cortex-M7 内核，我建议使用 S32K358，它是为这种硬件配置而设计的。 顺祝商祺！ 帕维尔

i.MX95 FRDM + OX05B1S：室内照明下での眼鏡の青/紫色の反射 ボード/セットアップ: - SoC: NXP FRDM i.MX95 - カメラセンサー:OmniVision OX05B1S(MIPI CSI経由で接続) - パイプライン/ソフトウェア:libcamera(v0.5.2)+ NXP Neo IPA(nxpneo)+ GStreamer(imxvideoconvert_g2d) - BSP:i.MX Linux BSP 説明： FRDM i.MX95に搭載されたOX05B1Sカメラからライブ映像をストリーミング配信する際、一部のメガネに、オフィス内の照明下で濃い青紫色のグレアスポットが現れることがあります（添付画像参照）。 この反射面(例えば眼鏡)に見られる濃い青や紫のまぶしさをどう解決すればよいのでしょうか?この問題を解決するために、i.MX95で推奨されるNeo ISPチューニングパラメータまたは利用可能なチューニングツールバージョンは何ですか？ photo_04.jpg photo_07.jpg Re: i.MX95 FRDM + OX05B1S: Blue/Purple AR coating reflection on eyeglasses under indoor lighting こんにちは、 @JosephAtNXP さん。 迅速なご対応と、レンズフレア、トーンマッピング、ブラックレベル設定に関する貴重なご意見をありがとうございました。 現在、ISPチューニングに第三者機関は利用しておりません。NXPが提供したチューニングファイルを使っており、OX05B1SセンサはBSP内の/usr/share/libcamera/ipa/nxp/neo/ox05b1s.yamlにあります。 NXP社は、この特定の照明アーティファクトを軽減する、OX05B1S用の最新のチューニングファイルを提供することは可能でしょうか？ 更新されたファイルが利用できない場合、既存のox05b1s.yamlファイルで手動で調整すべきパラメータの具体的な変更点を教えていただけませんか? ご指導をお待ちしております。 よろしくお願いいたします。 アカシュ・H Re: i.MX95 FRDM + OX05B1S: Blue/Purple AR coating reflection on eyeglasses under indoor lighting こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 添付画像から判断すると、黒い斑点は特定の角度から撮影されたレンズフレアのようで、おそらく眼鏡のブルーライトフィルターによって反射されたものと思われます。 ダークトーンはISPのトーンマッピングやブラックレベル設定によるものかもしれません。ISPにセンサーの調整をおすすめします。 JosephAtNXP_0-1785175157838.png あなたのプロジェクトでは、センサはあなた自身が調整していますか、それとも第三者が調整していますか? よろしくお願いします。 Re: i.MX95 FRDM + OX05B1S: Blue/Purple AR coating reflection on eyeglasses under indoor lighting こんにちは、 @akashhalli さん。 uGuzzi IPAで試してみて、結果を共有していただけますか? 使用しているBSPも併せて教えてください。最新のBSPで試してみて、結果に違いがあれば教えてください。 よろしくお願いいたします。 Re: i.MX95 FRDM + OX05B1S: Blue/Purple AR coating reflection on eyeglasses under indoor lighting こんにちは、 @JosephAtNXP さん。 現在使っているBSPは Linux 6.12.49_2.2.0です。 uGuzzi IPAでのテストに関しては、残念ながら使用していたカメラが故障してしまい、現在は依頼された検査を行うことができません。正常に動作するカメラシステムを使用してテストを再度実施し、結果が分かり次第共有いたします。 最新のBSP（フィリピン中央銀行）の基準も確認し、相違点が見られた場合はご報告いたします。 よろしくお願いいたします。 アカシュ Re: i.MX95 FRDM + OX05B1S: Blue/Purple AR coating reflection on eyeglasses under indoor lighting こんにちは、 @akashhalli さん。 私の提案を試してみる機会はありましたか？フォローアップのための技術的なケースを作成してもらえますか? よろしくお願いいたします。

S32k344 设计工作室驱动程序示例代码 大家好 我想在S32k344上运行一些基本的示例代码。 我已经安装了 S32 Design Studio for S32 Platform 版本：3.6.0 版本 ID：241128 我找不到任何潜水员的例子。我甚至使用了 S32k 扩展并更新了 s32k3xx 软件包，但每次安装都失败。它卡在70%了。 如果您需要其他信息或基础示例方面的帮助，请告诉我。 此致 戈帕尔 Re: S32k344 design studio driver example code 你好@rathi_tg 首先，我们建议使用最新版本的工具，目前是 S32 Design Studio 3.6.10。无需将其作为单独的实例安装，因为它可以作为现有安装的更新进行安装。有关此过程的详细说明，请参阅 S32 设计工作室 3.6.10 版本。RFP 安装指南，可在与 S32DS 安装程序相同的下载页面上找到。 关于 S32K3 设备 的示例，这些示例包含在 RTD 软件包中。一个很好的参考资料是视频“如何使用 S32 Design Studio 3.6.0 下载、安装和配置 RTD 5.0.0” ，详细说明了需要下载哪些组件、如何安装它们以及如何根据示例创建项目。虽然该视频是为 RTD 5.0.0 制作的，但对于较新的 RTD 版本，操作步骤类似。 注意：适用于 S32K3 设备的最新 RTD 版本为 RTD 7.0.1。 此外，您还可以在 NXP 的应用代码中心找到有用的示例和应用项目，其中包含适用于不同设备和用例的各种即用型示例。 BR，VaneB Re: S32k344 design studio driver example code 嗨@Valval 问题已解决，我没有安装调试包。 此致敬礼 戈帕尔 Re: S32k344 design studio driver example code 你好@rathi_tg 你是如何确定该应用程序运行的是旧代码的？ 另外，请注意，示例项目均使用特定开发板进行测试，这些开发板列在每个示例附带的 description.txt 文件中。 由于不同的电路板可能具有不同的硬件配置，请确认引脚分配和配置与您的目标电路板匹配。您可能需要相应地更新一些引脚设置，以确保示例在您的硬件上正确运行。 Re: S32k344 design studio driver example code 你好 我已经成功导入驱动程序文件，并且导入了“Siul2_Dio_Ip_Example_S32K344”项目。 我已经运行了 MEX 并更新了代码。代码编译没有错误。 我手头有一台S32k344-WB，它通电后会显示默认的开关和LED程序。 当我刷写编译好的文件时，进度条显示100%，但我看不到板有任何变化，它仍然在执行旧代码。 此致敬礼 戈帕尔

S32K566 LPUART 通信问题 您好， 我正在使用 S32K566 微控制器上的 Uart_Example_S32K566_M7 模块，LPUART 模块时钟频率为 50 MHz。我已将波特率配置为 115200，并使用 UART 转 USB 转换器向 PC 发送 0xAA 数据。但是，接收到的数据不正确（0x00 0x80 0x80）。当我将波特率配置为 115200/8 = 14400 时，数据可以正确接收。我还尝试了不同的波特率，例如 9600 和 19200。 我使用的是 S32DS 3.6.6 和 SDK 0.8.0。 Uart_Example_S32K566_M7 的源代码也附在这里，请查收。 我已附上配置信息和接收数据的截图供您参考。 Manikandan_Aruchamy_0-1786092514163.png 接收终端窗口波特率为 115200： Manikandan_Aruchamy_1-1786092584169.png 接收终端窗口波特率为 14400： Manikandan_Aruchamy_2-1786092633034.png Re: S32K566 LPUART Communication Issue 你好@Manikandan_Aruchamy ， 希望你一切安好。我写信给您是关于您目前拥有的一款产品——一款尚未正式上市的新产品（NPI）。 请注意，已获准提前体验此类产品的客户已指派了现场工程师。您指定的现场工程师应作为您解决有关本产品任何问题、疑虑或疑问的主要支持渠道。 我们的在线支持团队将在该产品正式发布后，提供更广泛的支持服务。在此之前，我们将无法提供所需的帮助。 感谢您的理解。 顺祝商祺！ 帕维尔