Multi Source Translation Content

ディスカッション

OP-TEEキーこんにちは、 iMX8M miniにYocto BSPを使用しています。ここがこの質問をするのに適切な場所かどうかわかりません。そうでないCASEはお知らせください。 https://source.codeaurora.org/external/imx/imx-optee-os/tree/documentation/porting_guidelines.md?h=imx_4.19.35_1.1.0をご覧ください私はそれを読むことができます ## 9. Trusted Application private/public keypair By default all Trusted Applications (TA's) are signed with the pre-generated 2048-bit RSA development key (private key). This key is located in the `keys` folder (in the root of optee_os.git) and is named `default_ta.pem`. This key **must** be replaced with your own key and you should **never ever** check-in this private key in the source code tree when in use in a real product. また、次の場所でもご覧いただけます: https://optee.readthedocs.io/en/latest/building/trusted_applications.html#tas の署名警告「optee_os には、開発、テスト、デバッグ、QA を容易にするために、ソースにデフォルトの秘密キーが付属しています。このキーを使用してoptee_osバイナリを本番環境にデプロイしないでください。代わりに、このキーをできるだけ早く公開キーに置き換え、キーの秘密部分をオフラインで、できれば HSM 上に保管してください。」はい、その後、新しいキーペアを生成し、公開キーを抽出しました。次に、抽出した公開キーをキーフォルダーに配置し、名前を default_ta.pem に変更して、元の default_ta.pem を上書きします。つまり、default_ta.pem には現在公開鍵のみが存在することになります。現在、 optee-os-imx は正しくビルドされますが、 optee-test-imx はエラーを発生させます。これは、信頼できるアプリであり、署名に秘密キーが必要であるため、理解できます。 SO、私の質問は、default_ta.pemを別のKEYPAIR.pemに置き換えたらどうなるでしょうか？私が生成したファイルは安全ですか?optee-os-imx と optee-test-imx は正しくビルドされますが、キーペアの秘密キー部分は optee-os バイナリファイルから削除されますか?または、default_ta.pem キーペアはイメージに完全に埋め込まれますか? この最後のCASEでは、ビルド中のソースに秘密鍵を入れないようにという指示と少し衝突することになります。この部分を処理するスクリプトをCAN教えていただけますか? ご協力の程、よろしくお願い申し上げます。 Re: OP-TEE key Yocto ビルドで HSM を使用して署名するために何を変更する必要があるかわかっている人はいますか? Re: OP-TEE key 私は、Yocto を使用して imx93 にセキュアストレージを実装する予定です。この投稿に従い、実装方法は明確ですが、次の 2 つの点が明確ではありません。 -ハードウェアユニークキー（HUK）はTEEに既に存在しますか？SO、何もする必要はありません。 - TA を追加する必要がない場合でも、default_ta.pem を変更する必要がありますか?これに関するガイドはありますか？（キー生成 + Yocto での置換） HUK を抽出する方法はないと思うので、デバッグ目的であっても、別のハードウェア (組み込みまたはノートPC) でデータを解読することはできないと思いますが、本当でしょうか? Re: OP-TEE key はい、その通りです@IvanRuiz 。唯一の問題は、imx-optee-test レシピもビルドし、これには optee-os が必要であり、optee-os ビルドフォルダーから秘密キーを取得しようとすることです。とにかく、Tee イメージに埋め込む前に、秘密鍵がキーペアから取り除かれることがわかりました。これは次のスクリプトによって実行されます。 pem_to_pub_c.py キーペアから抽出された公開キーの情報のみを含む ac ファイルを生成します。それが tee.bin ファイルに追加されます。あなたのドキュメントに従って、私たちは秘密鍵をソースとともにリポジトリにコミットするつもりはありません。 Re: OP-TEE key こんにちは、セキュリティ上の理由から、 keys/default_ta.pemに秘密鍵を保存することは推奨されません。ドキュメントによると、生成された公開鍵のみを使用することが推奨されています。これは、公開鍵は暗号化にのみ使用され、秘密鍵はできれば HSM に保存されるためです。TA は、ドキュメントに記載されているように、OP-TEE のsign_encrypt.pyを使用して署名されます。お役に立てれば幸いです！ BR、イワン。

S32K3 セーフティ分析レポートこんにちは、NXP S32K3の機能安全について勉強しています。マニュアルによると、セーフティ分析レポートではFMEDA、DFA、FTAを組み合わせることができるとのことです。参考例はどこで入手できますか？よろしくお願いします、シアンロン Re: S32K3 Safety Analysis Report こんにちは、実際の FMEDA/DFA/FTA テンプレートまたは例を探している場合は、通常、以下が提供されています。 NDA（秘密保持契約）に基づき NXPサポートまたはお近くのFAE（フィールドアプリケーションエンジニア）を通じてすべてのセーフティ関連文書は、NXP の S32K3 ウェブページの安全なファイルの下にあります。 https://www.nxp.com/products/S32K3?ticket=ST-2386-bOAWTUGgQ9aB9hAx3KqTeCycCAc-nxp#myDocument NXP FAE が直接対応しているので、例については直接問い合わせることをお勧めします。よろしくお願いいたします。ピーター

Error in MIMXRT1170-EVKB mflash_drv.c : Quad mode enable Hi all, there's a bug in the SDK for the EVKB version of the RT1170 eval board. It still persists in the current version 25_06_00. The flash driver (mflash_drv.c) has obviously been ported from the EVK board which contains a different QSPI flash. The LUT enry for writing the status reg is /* Enable Quad mode */ [4 * NOR_CMD_LUT_SEQ_IDX_WRITESTATUSREG] = FLEXSPI_LUT_SEQ(kFLEXSPI_Command_SDR, kFLEXSPI_1PAD, 0x01, kFLEXSPI_Command_WRITE_SDR, kFLEXSPI_1PAD, 0x04), and the enable quad mode code is #if !defined(XIP_EXTERNAL_FLASH) || defined(MFLASH_FORCE_QUAD_MODE) static status_t flexspi_nor_enable_quad_mode(FLEXSPI_Type *base) { flexspi_transfer_t flashXfer; status_t status; uint32_t writeValue = 0x40; /* Write neable */ status = flexspi_nor_write_enable(base, 0); if (status != kStatus_Success) { return status; } /* Enable quad mode. */ flashXfer.deviceAddress = 0; flashXfer.port = kFLEXSPI_PortA1; flashXfer.cmdType = kFLEXSPI_Write; flashXfer.SeqNumber = 1; flashXfer.seqIndex = NOR_CMD_LUT_SEQ_IDX_WRITESTATUSREG; flashXfer.data = &writeValue; flashXfer.dataSize = 1; status = FLEXSPI_TransferBlocking(base, &flashXfer); That is: value 0x40 is written with cmd 0x1. In the older EVK board, the flash chip is ISSI IS25WP128. There, cmd 0x1 writes 0x40 to the status register to set the quad enable bit. In the EVK-B, the flash chip is Winbond W25Q512NW. There, the quad enable bit is located in S9 which is bit 2 of status reg 2. Here, value 0x02 needs to be written with cmd 0x31. Best regards, Rainer Re: Error in MIMXRT1170-EVKB mflash_drv.c : Quad mode enable Hi @hfuhruhurr, Thanks for reporting this. I will look into it and escalate to the SDK team so they can do the appropriate changes on a future release of the SDK for the RT1170-EVKB.

LittleFS Integration Support on Kinetis K70 with CodeWarrior Dear Sir, We are working on a project using the Kinetis MK70FN1M0VMJ12 MCU with CodeWarrior IDE, and we are planning to use RAW NAND Flash for data storage. We would like to integrate the LittleFS File System for Kinetis MK70FN1M0VMJ12 data storage Application. Our aim is to integrate LittleFS due to its suitability for RAW NAND flash . While we see that LittleFS is supported in newer SDKs like that for the LPCXpresso54S018 / RW612 MCU in MCUXpresso, we need your assistance to port and integrate LittleFS with the K70 platform in Code Warrior. Kindly provide guidance / Documentation / Application Notes / Example code for Porting Little FS to MK70FN1M0VMJ12 in code warrior. You may also help us to suggest equivalent Filesystem to LittleFS for RAW NAND Flash - data storage ( Except FAT Filesystem ). Thanks & Regards V.Tholkapiyan. Re: LittleFS Integration Support on Kinetis K70 with CodeWarrior Hello @Tholkapiyan , Thanks for your post. For K70, we don't have such examples or application notes for integrating LittleFS into CodeWarrior. Sorry for the inconvenience caused. You can refer to Littlefs LPCXpresso55S16 - NXP Community and the blog of Erich Styger mentioned in it. LittleFS File System with MCU Internal FLASH Memory | MCU on Eclipse I believe they will be very helpful. In addition, you can also consider the YAFFS Filesystem, which is also suitable for RAW NAND flash. I have found the following link for your reference: How to port yaffs2 for MQX - NXP Community Hope it can help you. BRs, Celeste -------------------------------------------------------------------------------------------------------------------- Note: If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you! --------------------------------------------------------------------------------------------------------------------

LPCXPRESSO LPC2103 ISPプログラミングこんにちは。LPCXPRESSO を使用して LPC2103 用の小さなコードプロジェクトを作成しました。UART0 インターフェース経由で ISP をプログラムしたいです。しかし、LPCEXPRESSO のどの出力ファイルを UUENCODE してからプログラムする必要がありますか? クルオイステイン Re: LPCXPRESSO LPC2103 ISP programmig こんにちは@oykrさん、プロジェクトをビルディングすると、デバッグフォルダーが作成されます。その中には.axfファイルがありますプロジェクトのバイナリを生成するために使用できるファイルです。このバイナリを使用して、MCU をプログラムできます。よろしくお願いします、パブロ

onxruntime configuration error Dear NXP Team, We are using the FRDM-i.MX93 board. Previously, our builds compiled successfully without any issues. However, we are now encountering an onxruntime configuration error, even after testing the build process on three different machines using the same setup and versions. Below is the procedure we followed: repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-scarthgap -m imx-6.6.36-2.1.0.xml repo sync cd sources git clone https://github.com/nxp-imx-support/meta-imx-frdm.git cd meta-imx-frdm/ git checkout imx-frdm-1.0 MACHINE=imx93frdm DISTRO=fsl-imx-wayland source sources/meta-imx-frdm/tools/imx-frdm-setup.sh -b frdm-imx93 bitbake imx-image-full Despite following the same steps as before, the build fails at the onnxruntime configuration stage. We have also attached the relevant log files for your reference. Looking forward to your assistance in resolving this issue. Best regards, Aman Sharma

i.MX6SX SABRE-SDボード上のMercury DAC用オーディオコマンド支援の依頼こんにちは私は現在、Mercury および Radion チューナーチップを統合した i.MX6SX SABRE-SD ボードを使用しています。両方のチューナーチップが正常に起動したことをお知らせします。しかし、オーディオ出力に問題が発生しており、現在は機能していません。回路図を確認すると、Mercury DAC が X7 出力にコネクテッドされていることに気付きました。さらに進むには、この DAC を介してオーディオ出力を有効にしてトラブルシューティングするために必要な適切なオーディオコマンドまたは構成手順を共有していただければ幸いです。このマターに関してあなたのご助力は非常に貴重であり、深く感謝いたします。どうぞよろしくお願いいたします。よろしくお願いします、ジョセフ・クリストファー Re: Request for Audio Command Assistance for Mercury DAC on i.MX6SX SABRE-SD Board こんにちは、これらの製品はMass Marketではないため、当社ではこれらの部品番号の情報にアクセスできないため、お近くの FAE にお問い合わせすることをお勧めします。よろしくお願いいたします。 Re: Request for Audio Command Assistance for Mercury DAC on i.MX6SX SABRE-SD Board こんにちは@JorgeCas ご返答ありがとうございます。このメッセージに回路図を添付しましたので、機会があればご覧ください。よろしくお願いします、ジョセフ・クリストファー Re: Request for Audio Command Assistance for Mercury DAC on i.MX6SX SABRE-SD Board こんにちは、回路図の接続を共有していただけますか? よろしくお願いいたします。

PF5020 详细位字段说明数据表中没有亲爱的恩智浦社区我目前在嵌入式系统设计中使用PF5020和PF8100PMIC。虽然我查看了这两款设备的最新数据表，但我发现它们缺乏对每个寄存器的位域和特定功能的详细描述。例如，虽然数据表提到了寄存器地址和高级函数（例如 SW1_RUN_MODE、OTP_FSS_EN），但它们并未解释每个位的含义、如何安全地修改它们，或者 RESET 或 OTP 加载后的默认值是什么。我还审查了相关文件，包括 PF5020、PF8100 数据表尽管如此，我仍然缺少带有详细位级描述的完整寄存器映射，也找不到与通常适用于MCU或SoC的寄存器参考手册类似。请就以下方面提供建议：是否有包含 PF5020 和 PF8100 完整位域细分的寄存器参考指南或内部文档是否有任何其他技术资源或应用笔记可以更深入地解释寄存器功能和 OTP 设置？感谢您的支持。致以最诚挚的问候， Shivani Re: PF5020 Detailed Bit-Field Descriptions Not in Datasheet 您好@Shivani_Elavena，很好的问题。不幸的是，恩智浦尚未发布包含 PF5020 和 PF8100 PMIC 位级细分的完整参考指南。数据表中包含一些 OTP 位说明，但详细的内部文档并未公开。您可能需要直接联系恩智浦支持部门，以获取更深入的见解或应用笔记。致以最崇高的敬意， James Cross Re: PF5020 Detailed Bit-Field Descriptions Not in Datasheet 亲爱的埃拉维纳先生遗憾的是，目前还没有其他文件提供详细的 OTP 寄存器位说明，您可以从我们的 SBC 数据表（如 FS26）中了解到，对此深表歉意。不过，您实际上可以在数据表中找到 OTP 位的说明。 OTP_FSS_EN 位： SW1_RUN_MODE： BRs, Tomas

LPC55SxxとPRINCE: フラッシュをチャンクで書き込み、ROM API経由でフラッシュを読み取るハイ LPC55Sxx シリーズの PRINCE 機能に関していくつか質問があります。 1.マニュアルには、暗号化されたメモリすべてを一度に書き込む必要があると記載されています。しかし、ファームウェアのアップグレードを行う場合、ファームウェア全体をまず RAM に配置してからフラッシュにコピーする必要があるため、これは不可能ですよね?暗号化を使用するとページごとに消去したり書き込んだりすることはできないのでしょうか? 2. ROM API を使用する場合、暗号化されたメモリの読み取りは機能しないようです。FLASH_Read() 関数はゴミを返しますが、単純な memcpy() を実行すると正しく復号化されたデータが取得されます... Re: LPC55Sxx with PRINCE: write flash in chunks, and flash reading via ROM API こんにちは@keepcoding 以下のThreadをご覧ください。 https://community.nxp.com/t5/LPC-Microcontrollers-Knowledge/LPC55-Avoid-Crypto-Enabling-Discontinuous-PRINCE-Sub-Region/ta-p/1126449 UM11126（49.16.1 機能詳細）によれば、各暗号領域には独自の SKEY と IV コードがあります。SKEY と IV は、暗号領域のサブ領域内のデータを暗号化または復号化するときに、PRINCE によって一緒に使用されます。たとえば、PRINCE リージョン 1 の場合、消去操作を実行するたびに新しい Skey1 と IV1 が生成されるため、別のサブリージョンに対して消去/読み取り/書き込み操作を実行すると、古い IV1 と新しい IV1 が一致せず、PRINCE が正しく復号化できません。 BR アリス Re: LPC55Sxx with PRINCE: write flash in chunks, and flash reading via ROM API 通常の消去および書き込み機能を使用して暗号化された領域を埋める（データをチャンクごとに書き込む）簡単なテストを実行しました。これは問題なく動作しているようです。 SO、私は疑問に思います。なぜドキュメントには一度に書き込む必要があると記載されているのでしょうか?何か見ていないのでしょうか?これについてもう少し詳しく説明していただけますか? Re: LPC55Sxx with PRINCE: write flash in chunks, and flash reading via ROM API こんにちは@keepcoding ご返信ありがとうございます。当社の SDK デモも確認しましたが、確かにこれが制限事項です。暗号化されたサブ領域全体が一度に書き込まれることを確認します。そうでない場合はエラーを返します。 BR アリス Re: LPC55Sxx with PRINCE: write flash in chunks, and flash reading via ROM API わかりました。しかし、すべてのデータを一度に書き込むにはどうすればよいですか?書き込みたいデータの量はチップ上の使用可能な SRAM よりも大きいSO、「一度にフラッシュに書き込む」前にデータをどこに配置すればよいですか? Re: LPC55Sxx with PRINCE: write flash in chunks, and flash reading via ROM API こんにちは@keepcoding 暗号化の整合性を確保するには、すべてのデータを一度に書き込みます。 FLASH_Read() は、PRINCE ハードウェアデコードを経由せずに物理的なフラッシュデータを直接読み取り、暗号化された「ガベージ」データを返します。memcpy() は CPU を介してメモリを直接読み取り、ハードウェアデコードメカニズムをトリガーする場合があります。 BR アリス

Design Studio での Clang コンパイラの使用こんにちは、セーフティクリティカルなアプリケーションでは、認定された Arm Clang コンパイラを使用したいと考えています。Design Studio でこれを使用する場合、注意すべき問題はありますか? 別のコンパイラを使用するための統合ガイドを教えていただけますか? ありがとうございました。ケニー Re: Use of Clang Compiler with Design Studio ありがとう、ルーカス。そのHOWTOを見てみましょう。 Re: Use of Clang Compiler with Design Studio こんにちは@greenwichmeanie Clang コンパイラは公式にはサポートされていないため、このコンパイラの使用経験はありません。Eclipse プラグインが存在するはずなので、GHS コンパイラーのこの HOWTO ドキュメントに従ってみてください。同様の内容になるはずです。 https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Install-GHS-Compiler-Plugin/ta-p/1436232 よろしくお願いいたします。ルーカス

disconnection issue in BLW KW45 Hi Team, we are using eatt peripheral in which I closed eatt in the code and sending data to windows application but after around 30 sec device getting disconnected. if eatt is on then windows application will not receive data so I updated the code by closing eatt, during the 30sec connection data is send by peripheral and received by UI app but automatically disconnected after 30sec. so connection will be there only till 30 seconds, so please check once is there any parameters effecting disconnection or what. Looking for immediate response! thank you! Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) Development Board Re: disconnection issue in BLW KW45 issue resolved, thank you Re: disconnection issue in BLW KW45 Hello, hope you are doing well, gFastConnAdvTime_c generates a 30seg timeout for advertising, this is declared in eatt_peripheral.h parameters. For complementary information about Enhanced ATT Connections in BLE for KW45 please refer to Bluetooth Low Energy Application Developer’s Guide Chapter 4.13 Best Regards Luis

S32K1xx LIN 堆栈 LDF 分析器队员们好客户使用带有 LIN 栈（LIN 2.0 协议）的恩智浦 S32K118 EVB，在加载新的 LDF（LIN 描述文件）时遇到终端错误。同样的 LDF 在 CANoe 中运行正常，但在 NXP Design Studio 中却不行。 Error: "Issue:%error Error: xxxxx.ldf line: 111"NodeName" Frame sporadic_frame_name- Missing frame in LDF Configurable frames in Node Attributes. Level：错误类型：工具问题工具：外围设备起源：外设资源：Sources Information:%error Error: xxxxx.ldf line: 111"NodeName" Frame sporadic_frame_name- Missing frame in LDF Configurable frames in Node Attributes." 出现在零星帧中，这些零星帧封装了无条件帧。当零星帧名称被手动添加到 configurable_frames 列表时，错误消失 - 这是意料之外的行为。这是 Design Studio 的问题、恩智浦 LIN 栈的限制还是 LDF 文件的问题？为什么工具要求在 configurable_frames 中使用零星帧，而这并不是 LIN 2.0 的标准配置？谢谢！ BR，丹尼尔 LIN_STACK Re: S32K1xx LIN Stack LDF parser 你好，我是@danielmartynek、能否共享客户使用的 LDF 文件？从 LIN 规范中我读到了以下内容，我的理解是，所有帧都应列在可配置帧中，即使是零星帧也不例外。 BR 利维乌

S32G3 SAF - sBoot 破坏性计数值你好，，我正在为 S32G3 开发 SAF，在分析 sBoot 时，我对破坏性计数有一个疑问。我想知道决定 sBoot 破坏性计数的依据/参数是什么？是根据系统 ASIL、看门狗计数器还是参考任何特定文件来决定？提前感谢您 Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ 感谢您的回复。通常，从功能安全角度来看，RESET状态是安全的，因此您需要根据自己的软件应用程序确定次数。每个RESET源都有相应的模块，当该模块触发多次RESET时，该模块将被视为永久损坏，然后您可以根据接受的故障时间来确定计数。没有确定RESET升级次数的具体规则，也没有提供有关该主题的推荐值，用户可以直接根据自己的设计来确定。对于给您带来的不便，我深表歉意。 BR 切宁 Re: S32G3 SAF - sBoot Destructive Count value 你好@chenyin_h、我目前正在为一个 ASIL-C 汽车项目开发 S32G3 平台，其 FTTI 为 50 ms。在 SAF 实现中，我们暂时将功能 RESET 次数保持在 15（默认）。对于破坏性 RESET 次数，我们目前假设值为 6。请问这个数值是否合适，如何证明？如果不是，您能否指导我应该考虑哪些参数（如 ASIL、FTTI 等）来确定正确的值？提前感谢！ Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ “功能” RESET 升级阈值通过相应的寄存器设置，如下所示：最后 4 位表示设置的值，0 表示禁用，0b0001~0b1111 表示设置的数字，因此最多只能设置 15 个。 BR 切宁 Re: S32G3 SAF - sBoot Destructive Count value 谢谢您的答复！但您能否详细说明决定因素是什么？它取决于系统的 ASIL 还是看门狗定时器？ Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ 感谢您的回复。 “功能” RESET 计数用于升级为 “破坏性” RESET，这与 FRET 寄存器相关，只有 4 位用于设置此值，因此最大计数为 15 (0xF) BR 切宁 Re: S32G3 SAF - sBoot Destructive Count value 您好，我正在寻找为破坏性RESET配置的值。（建议功能 RESET 次数为 15） Re: S32G3 SAF - sBoot Destructive Count value 你好，@SHIVRAJ 谢谢您的帖子。我能知道你是对破坏性 RESET 计数器设置的值感兴趣还是其他感兴趣？从 sBoot 引用以下内容还是？感谢您提供更多相关信息。 BR 切宁

debug with multilink is ok，but fail after re-powerup The K396 board I developed can be successfully pinged from my computer when running either the lwip_baremetal_s32k396 or lwip_FreeRTOS_s32k396 project using the Multilink debugger. However, after a power cycle, neither project can be pinged. After changing the optimization level to none for the lwip_baremetal_s32k396 project, it can be pinged successfully without using the debugger. But for the lwip_FreeRTOS_s32k396 project, even after setting optimization to none, it still cannot be pinged without the debugger. I added code to toggle an LED in vApplicationIdleHook, and it appears that the idle task is not being entered. What could be causing this issue? Re: debug with multilink is ok Just comment out PIT and that's fine. Thanks. Re: debug with multilink is ok，but fail after re-powerup Just comment out PIT and that's fine. Thanks. Re: debug with multilink is ok，but fail after re-powerup Hello @zhangzhixing , I experienced the same symptoms. Have you tried to disable PIT in device_init, as I mentioned in my update Solved: lwip_FreeRTOS_s32k396' example project and failure - NXP Community ? Best regards, Pavel

k32W 温度传感器不稳定我们现在遇到了两个与 K32W041 有关的问题：温度传感器不稳定温度传感器不稳定温度传感器不稳定，似乎与我们在 Vbat 上测量的结果一样有波纹。超过 15 位我们需要额外的信息来减少这种涟漪。使用哪种类型的温度传感器？这个测量电路是如何设计的？造成纹波的原因与 Vbat 是否有关？ HW-开源 Re: k32W temperature sensor instable 你好有关内部温度传感器的信息请参阅《用户手册》第 28 章。如果这不能满足您的要求，我建议您使用外部传感器。顺祝商祺！安娜-索菲亚 Re: k32W temperature sensor instable 你好，索菲亚，感谢您的回复。手册中没有任何关于内部温度传感器行为的说明。我们注意到温度传感器对 Vbat 有很强的依赖性... 这一点没有提及！要解决我们的问题，需要有关内部温度传感器的详细信息。回答第一个帖子中的问题将有助于解决问题 Re: k32W temperature sensor instable 你好希望你一切顺利。 K32W061/041 提供一个线性温度传感器，其输出与用于温度监测的 ADC 通道 7 内部相连。有关使用的全部信息，请参阅第 28 章 "温度传感器"。 UM11323 K32W061/K32W041 用户手册。 ADC 支持多达 8 个通道的输入复用，包括 6 个外部输出、一个温度传感器和一个用于 VBAT 监测的通道。温度传感器连接到 ADC 通道 7，电源监测（监测 VBAT）连接到 ADC 通道 6。温度传感器和 VBAT 通道之间任何潜在的相互作用都取决于 ADC 的配置方式和定制设计的其他因素。我建议你看看这篇社区帖子：用 K32W061、QN9090 或 JN5189 第一次版本 PCB 的最佳方法顺祝商祺！索菲亚

Android 15のIMX8mpカスタムボードでI2Cデバイスが検出されないこんにちは、私はAndroid 15イメージを実行するカスタムRSB-3720 i.MX8MPボードに取り組んでいます。同じ I2C ピン構成が Android 11 イメージで正しく動作しているにもかかわらず、I2C バス上の I2C デバイスを検出できません。デバイスは Android 11 では問題なく検出されましたが、Android 15 では表示されません。以下に私のボードのデバッグログを添付します。 rsb3720_a1:/ # i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 ABCDEF 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- うう -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- rsb3720_a1:/ # i2cdump -y 0 0x0a 0 1 2 3 4 5 6 7 8 9 アブデフ 0123456789アブデフ 00: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 10: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 20: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 30: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 40: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 50: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 60: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 70: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 80: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 90: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX a0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX b0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX c0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX d0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX e0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX f0: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XXXXXXXXXXXXXXXX 0x0a は sgtl5000 デバイスのアドレスです。RSB-3720 ボードと統合しようとしています。 rsb3720_a1:/ # dmesg | grep i2c [ 0.102013] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: /soc@0/bus@32c00000/mipi_dsi@32e60000 との依存関係の循環を修正しました [ 0.102070] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: /soc@0/bus@32c00000/camera/csi@32e40000 との依存関係の循環を修正しました [ 0.102143] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: /soc@0/usb@32f10100/usb@38100000 との依存関係の循環を修正しました [ 0.102343] /soc@0/bus@32c00000/mipi_dsi@32e60000: /soc@0/bus@30800000/i2c@30a30000/adv7535@3d との依存関係の循環を修正しました [ 0.102651] /soc@0/bus@32c00000/camera/csi@32e40000: /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c との依存関係の循環を修正しました [ 0.103380] /soc@0/usb@32f10100/usb@38100000: /soc@0/bus@30800000/i2c@30a30000/tcpc@50 との依存関係の循環を修正しました [ 0.111294] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: /soc@0/bus@32c00000/mipi_dsi@32e60000 との依存関係の循環を修正しました [ 0.111353] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: /soc@0/bus@32c00000/camera/csi@32e40000 との依存関係の循環を修正しました [ 0.111480] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: /soc@0/usb@32f10100/usb@38100000 との依存関係の循環を修正しました [ 0.114139] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: /soc@0/bus@32c00000/mipi_dsi@32e60000 との依存関係の循環を修正しました [ 0.114268] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: /soc@0/bus@32c00000/camera/csi@32e40000 との依存関係の循環を修正しました [ 0.114419] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: /soc@0/usb@32f10100/usb@38100000 との依存関係の循環を修正しました [ 0.117165] /soc@0/bus@32c00000/mipi_dsi@32e60000: /soc@0/bus@30800000/i2c@30a30000/adv7535@3d との依存関係の循環を修正しました [ 0.117603] /soc@0/bus@32c00000/camera/csi@32e40000: /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c との依存関係の循環を修正しました [ 0.117833] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: /soc@0/bus@32c00000/mipi_dsi@32e60000 との依存関係の循環を修正しました [ 0.117917] /soc@0/bus@32c00000/mipi_dsi@32e60000: /soc@0/bus@30800000/i2c@30a30000/adv7535@3d との依存関係の循環を修正しました [ 0.120905] /soc@0/bus@32c00000/camera/csi@32e40000: /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c との依存関係の循環を修正しました [ 0.121458] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: /soc@0/bus@32c00000/camera/csi@32e40000 との依存関係の循環を修正しました [ 0.121563] /soc@0/bus@32c00000/camera/csi@32e40000: /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c との依存関係の循環を修正しました [ 0.129720] /soc@0/usb@32f10100/usb@38100000: /soc@0/bus@30800000/i2c@30a30000/tcpc@50 との依存関係の循環を修正しました [ 0.130851] /ldb-display-controller/lvds-channel@0: /soc@0/bus@30800000/i2c@30a30000/lvds-to-hdmi-bridge@4c との依存関係サイクルを修正しました [ 0.136503] /soc@0/bus@30800000/i2c@30a30000/tcpc@50/connector: /cbtl04gp との依存関係の循環を修正しました [ 0.136609] /cbtl04gp: /soc@0/bus@30800000/i2c@30a30000/tcpc@50/connector との依存関係の循環を修正しました [ 8.086566] i2c i2c-0: IMX I2Cアダプタが登録されました [ 8.092846] /soc@0/bus@32c00000/mipi_dsi@32e60000: /soc@0/bus@30800000/i2c@30a30000/adv7535@3d との依存関係サイクルを修正しました [ 8.104975] /soc@0/bus@30800000/i2c@30a30000/adv7535@3d: /soc@0/bus@32c00000/mipi_dsi@32e60000 との依存関係の循環を修正しました [ 8.117168] /ldb-display-controller/lvds-channel@0: /soc@0/bus@30800000/i2c@30a30000/lvds-to-hdmi-bridge@4c との依存関係サイクルを修正しました [ 8.130396] /soc@0/bus@30800000/i2c@30a30000/lvds-to-hdmi-bridge@4c: /ldb-display-controller/lvds-channel@0 との依存関係サイクルを修正しました [ 8.143729] /soc@0/bus@32c00000/camera/csi@32e40000: /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c との依存関係の循環を修正しました [ 8.156414] /soc@0/bus@30800000/i2c@30a30000/ov5640_mipi@3c: /soc@0/bus@32c00000/camera/csi@32e40000 との依存関係の循環を修正しました [ 8.169329] /soc@0/usb@32f10100/usb@38100000: /soc@0/bus@30800000/i2c@30a30000/tcpc@50 との依存関係サイクルを修正しました [ 8.180803] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: /soc@0/usb@32f10100/usb@38100000 との依存関係の循環を修正しました [ 8.192205] /soc@0/bus@30800000/i2c@30a30000/tcpc@50/connector: /cbtl04gp との依存関係の循環を修正しました [ 8.203306] i2c i2c-1: IMX I2Cアダプタが登録されました [ 8.210066] i2c i2c-2: IMX I2Cアダプタが登録されました [ 8.218219] i2c_dev: i2c /dev エントリドライバー [ 8.699175] /soc@0/bus@30800000/i2c@30a30000/tcpc@50: /soc@0/usb@32f10100/usb@38100000 との依存関係サイクルを修正しました [ 8.710727] /soc@0/usb@32f10100/usb@38100000: /soc@0/bus@30800000/i2c@30a30000/tcpc@50 との依存関係サイクルを修正しましたありがとう、よろしく。スバシュ・P. i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノソフトウェア不具合の疑い Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは@Chavira PMIC ドライバファイルを変更することで問題を解決しました。Android 15でI2Cデバイスを検出できるようになりましたありがとう、よろしく。スバシュ・P. Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは@subash_p ！ボードの回路図を共有していただけますか? これにより、ハードウェア構成をより深く理解し、より正確なサポートを提供できるようになります。よろしくお願いします、チャビラ Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは @チャビラ、同じカーネル DTS ファイルを Android 15 からカーネルバージョンが 6.6.52 の Yocto Project 5.0 にコピーしました。この設定では、dts ファイルにノードを追加せずに、I2C1 ポートにコネクテッドされた I2C デバイスアドレスを検出できます。以下は I2C1 にコネクテッドされている I2C デバイスです。 TI TCA9538 ST33HTPH2 TI MSP430G2202 SEIKO S-35390A このアドレスはi2c検出によって検出されていますフリースケール SGTL5000 注: 私のRSB 3720ボードにはi2cエクスパンダーはコネクテッドされていません Android 11 ログ: u-boot=> i2c dev 0 バスを0に設定する u-boot=> i2cプローブ有効なチップアドレス: 25 29 2E 30 31 32 33 34 35 36 37 70 71 u-boot=> rsb3720_a1:/ # i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 ABCDEF 00: -- -- -- -- -- -- -- うう -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- うう -- -- -- 29 -- -- -- -- 2e -- 30: うううううううううううううううう -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: ううううう―――――――――― Android 15 ログ: u-boot=> i2c dev 0 バスを0に設定する u-boot=> i2cプローブ有効なチップアドレス: 25 u-boot=> evk_8mp:/ # i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 ABCDEF 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- うう -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは@subash_p ！メッセージをありがとうございます。 Android_11_kernel.dts ファイルと Android_15_kernel.dts ファイルを比較すると、I2C1 ノード構成の違いに気付きました。具体的には、Android 11 では 2 つの GPIO エクスパンダーが宣言されていますが、Android 15 ではこれらのエクスパンダーがありません。私の理論は次のとおりです。SGTL5000 コーデックには、CTRL_MODE と呼ばれる構成ピンが含まれています。このピンをローにすると、SGTL5000 は I2C インターフェースを有効にし、ハイにすると SPI モードにスイッチします。 CTRL_MODE ピンがローになっていることを確認してください。GPIO エクスパンダーの 1 つにコネクテッドされている場合は、適切な初期化を確実に行うために、デバイスツリーでそれらのエクスパンダーも宣言する必要がある場合があります。また、ボードの回路図を共有していただけますか? これにより、ハードウェア構成をより深く理解し、より正確なサポートを提供できるようになります。よろしくお願いします、チャビラ Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは@Chavira Android 11 DTS と Android 15 DTS の両方のファイルを添付します。（注：I2C-0ノードに6つのI2Cデバイスがコネクテッド、PMICが動作しています）ありがとう、よろしく。スバシュ・P Re: I2C Devices not detecting in IMX8mp custom board in Android 15 こんにちは@subash_p ！ NXP サポートにお問い合わせいただきありがとうございます。提供された dmesg 出力に基づくと、I2C1 バスがアクティブではないようです。さらにサポートするために、デバイスツリーまたはその関連部分を共有していただけますか?これは、構成上の問題を特定するのに役立ちます。デバイスツリーを共有できない場合は、Android 11 バージョンと Android 15 バージョン間でデバイスツリーファイルを比較することをお勧めします。さらに、ボード固有のガイダンスがある可能性があるため、Advantech サポートに問い合わせてさらに支援を受けることもできます。よろしくお願いします、チャビラ

Multi Source Translation Content

Multi Source Translation Content

ディスカッション

1228041_ja-JP

1880863_en-US

2136345_ja-JP

2136485_en-US

2137975_en-US

2137559_ja-JP

2137957_en-US

2137938_ja-JP

2137089_zh-CN

2137243_en-US

2137966_ja-JP

2137609_ja-JP

2138227_en-US

2139388_zh-CN

2139388_zh-CN

2140556_zh-CN

2140556_zh-CN

2140795_en-US

2140903_zh-CN

2140785_ja-JP