Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
i.MX95: EdgeLock Enclaveキーインポートエラー - SAB CMD [0x47] Resp [0x1829] (無効な署名) チームの皆さん、こんにちは。 現在、アプリケーションノート AN14898 のガイドラインに従い、 i.MX95 デバイスへの秘密鍵のインポート作業を進めています。 環境と参考文献: 対象デバイス: i.MX95 デモアプリケーション: imx_sec_apps/imx-ele-apps SPSDKバージョン:最新の標準ツールセット これまでに完了した活動: Python、pip、およびSPSDKツールセットをインストールしました。 ホストとデバイスの両方のアプリケーションを無事に構築しました。 device/bin/ele_key_import と device/scripts/run_test_on_board.sh をターゲットのi.MX95ハードウェアにコピーしました。 デバイス側のフローを実行して、nxp_prod_ka_puk.bin を生成しました。 nxp_prod_ka_puk.binをホスト環境に転送しました。 最終的な生産キーがまだ手に入っていないため、SPSDKドキュメントによるとSPSDKユーティリティを使ってSRKキー(secp384r1)を生成しました。 ホスト側で標準キーインポートテンプレート(-kパラメータをsecp384r1に設定)を使用してsigned_msg.binを生成しました。 生成されたsigned_msg.binファイルをi.MX95ハードウェアに転送しました。 署名付きメッセージを生成するために使用したコマンド: nxpimage signed-msg export -c key_exchange_temp.yaml -w assets 参考資料として、key_exchange_temp.yaml ファイルを添付します。 i.MX95ターゲットデバイスでrun_test_on_board.shを実行すると、すべてのファイルは見つかりますが、EdgeLock Enclaveが署名済みメッセージブロックの署名を拒否します。以下はターゲット端末のログです。 nxp_prod_ka_puk.bin が存在します。 oem_public_key.pem が存在します。 signed_msg.bin が存在します。 こんにちは、世界! 2026年7月16日 06:54:40 9547bbd 署名付きメッセージ:728バイト 02d802890200000000000000b8000000000000000000000000000000000000000000000000000000000000000000000000000000e6a7000000004701000000000000000000000000000000004707000000454c45090102090000000000920001010000000040000009010008000000000100000000000070577819deccdf2670d801e8f4291d3539081da49b1e1b63d55039e5993242b30f0000000000000000000000000000000000000000000000000000000000000000011c029000001000b40100000000000000a4015a01000000d7340143e14c00270102000030003000c2a99777d1fc00dc7e14d3d43ac3f68a44d9b52c882d3c09eac0db7fac1901242576bac6143785e5815db546e385d81000000000000000000000000000000000e14c00270102000030003000e358e1159c0cb645e7059c1b04b49e39b3563167472507278245d4dee439dd32e7ce3da413e397cbd7959cf147d25c2300000000000000000000000000000000e14c00270102000030003000482fb4f1ceb6e266221b0a13dbbb04c637a1c238b76b108397e98eb4557cafb2075036e05b9a0ee4fa6aa09a5f3951e500000000000000000000000000000000e14c00270102000030003000c93a6b4881ae912da31da8249e4f58473eb88cc1dc46f5ec6d363dc52b8a5c12c91e711ad726153d382dabbe6bef27cc000000000000000000000000000000000068005d00000000a5e31e11bfb02c62756d9d3ba5152768e5bea9aab8f3f13ccf3bd287a0438e9708088cafc5671e2aaf1bc3b413457b6a59a691dcef672fa65dac12ed328effac963c41ec0200b0a9acf67e0f2755f752872f77d2c20d6987f80e8008ac26de3d006800d800000000f4cf9cc965b3643d5dc5c5070a506196649daf898d328afd18e88eb9ece96e39646bf6385b9d42e1fc2f93f07f66e9c8c914becef9394c0c3cf549766483c7f94b6a9325bea51b79280eb76484e064637570c0ef7387ec0ffb8398ec36966c3a00000000 OEMインポートPUK:65バイト 0451c46d24d30864c5275c634a3a339949654b34c0a4f294a8c107c504360ff4b 55044918b71b16109a7bbfba8fbcf49b91720ad8e9c0109e6b2eed8f6a504ab64 hsm_open_session 成功 hsm_open_key_store_service 成功 hsm_open_key_management_service 成功 SAB エラー: SAB CMD [0x47] Resp [0x1829] - SIGNED メッセージの署名が無効です。 hsm_key_exchange が失敗しました エラー:0xfe 鍵交換に失敗しました: 254 i.MX95の署名検証問題の解決方法について何かご存知でしたら、ぜひご教示ください。 ありがとう、 アンキット・アグラワル Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawal さん。 SRK生成後にSRKHを焼却するのかどうか疑問に思っています。必要なsign.yamlファイルについては、添付ファイルをご確認ください。 以下のコマンドをお試しください(前提条件としてflash.binファイルが必要です)。システムのブートローダー)を使用してSRKHを生成します。 nxpimage ahab sign -c sign.yaml -b flash.bin -o flash_directsign.bin -fs 出力 出力は以下のようになります。 Jessie_Lee_0-1786699088609.png そしてOuputsフォルダからはbcfファイル(ahab_oem0_srk0_hash_nxpele.bcf)が見えます。 下のフューズコマンド(インデックス128~143)に従って、SRKHでフューズする必要があると説明できます。 # nxpele AHAB SRKH がプログラミングスクリプトを融合 # SPSDK 3.4.0 によって生成されました # ファミリ: mimx9596, Revision: latest # 値: 0xCCC0605919B6400771CF88A002FB6BF27DFA9CE09BAD94516DD7E4D399369A8FF5A6A1A671809DF4A71A7CB208B4EDC009CDF3FF25EC074DECBBEE8300D5D44C # 説明: 4 つの SRK キーのハッシュの SHA512 ハッシュダイジェスト # グループ化されたレジスタ名: SRKH # OTP ID: OEM_SRKH0、値: 0x5960C0CC write-fuse --index 128 --data 0x5960C0CC # OTP ID: OEM_SRKH1、値: 0x0740B619 write-fuse --index 129 --data 0x740B619 # OTP ID: OEM_SRKH2、値: 0xA088CF71 write-fuse --index 130 --data 0xA088CF71 # OTP ID: OEM_SRKH3、値: 0xF26BFB02 write-fuse --index 131 --data 0xF26BFB02 # OTP ID: OEM_SRKH4、値: 0xE09CFA7D write-fuse --index 132 --data 0xE09CFA7D # OTP ID: OEM_SRKH5、値: 0x5194AD9B write-fuse --index 133 --data 0x5194AD9B # OTP ID: OEM_SRKH6、値: 0xD3E4D76D write-fuse --index 134 --data 0xD3E4D76D # OTP ID: OEM_SRKH7、値: 0x8F9A3699 write-fuse --index 135 --data 0x8F9A3699 # OTP ID: OEM_SRKH8、値: 0xA6A1A6F5 write-fuse --index 136 --data 0xA6A1A6F5 # OTP ID: OEM_SRKH9、値: 0xF49D8071 write-fuse --index 137 --data 0xF49D8071 # OTP ID: OEM_SRKH10、値: 0xB27C1AA7 write-fuse --index 138 --data 0xB27C1AA7 # OTP ID: OEM_SRKH11、値: 0xC0EDB408 write-fuse --index 139 --data 0xC0EDB408 # OTP ID: OEM_SRKH12、値: 0xFFF3CD09 write-fuse --index 140 --data 0xFFF3CD09 # OTP ID: OEM_SRKH13、値: 0x4D07EC25 write-fuse --index 141 --data 0x4D07EC25 # OTP ID: OEM_SRKH14、値: 0x83EEBBEC write-fuse --index 142 --data 0x83EEBBEC # OTP ID: OEM_SRKH15、値: 0x4CD4D500 write-fuse --index 143 --data 0x4CD4D500 Below Commandを使ってSRKHを焼くこともできます nxpele -f mimx9596 バッチ出力\ahab_oem0_srk0_hash_nxpele.bcf 既にSRKHを書き込んだものの、下記の無効な署名エラーで失敗した場合は、singed_message.binとSRKH(srkの出力すべてを含む)を弊社までお送りください。 Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) こんにちは、 @Ankit_Agrawal さん。 社内チームがお客様の問題を調査しており、進捗状況については追ってご連絡いたします。 その間に、あなたが直面している問題と似た以下のケースをぜひご覧ください。 推奨される解決策は、 fuse_versionが正しく一致していることを確認することです。 https://community.nxp.com/t5/i-MX-Processors/hsm-import-key-returns-with-0xF0-Bad-Signature/td-p/2163777 よろしくお願いします。 よろしくお願いいたします。 リチャード
記事全体を表示
PCA9848BSMP 的 FIT 值 您好, 请提供 PCA9848BSMP 的 FIT(故障检测时间)值 此致 文卡特·雷迪
記事全体を表示
リファレンス ドキュメントの請求:S32DSにおけるCody ChatとのAIツール統合 親愛なるNXPコミュニティチームの皆様、 現在はS32 Design Studioを使っていて、IDEにあるCody Chat機能を使っています。 OpenAI、ChatGPT、Anthropic Claude のような外部AIモデルを S32 Design StudioのCody Chatセクションに 統合することが可能かどうか知りたい です。 私の要件は、S32DS内でAIアシスタントを直接使用して、次のような作業を行うことです。 C/C++コードの生成と解説 組み込みC言語開発 コンパイラとリンカーのエラーのデバッグ CAN、SPI、I2C、UART、ADCの開発 S32K3/S32K344の開発 現在のS32DSプロジェクトの状況を理解し、それに基づいて作業を行う 公式のSourcegraph Codyドキュメントでは、OpenAIとAnthropicの両方のモデルをサポートし、モデル設定やBring Your Own Key(BYOK)オプションが含まれていることがわかりました。 もう少し詳しく教えていただけますか: S32 Design Studioで使われているCody統合は、ChatGPT/OpenAIやClaudeなどの外部AIプロバイダーと接続可能でしょうか? Cody Chatのセクションで、これらのAIプロバイダ向けに独自のAPIキーを設定CANできますか? 公式のNXPドキュメント、S32DSのドキュメント、Codyのドキュメント、またはS32DSで外部AIモデルをCodyで構成・統合する方法を説明する例プロジェクトはありますか? もしこの機能が現在のS32DSバージョンで直接サポートされていない場合、Cody/Eclipseプラグインを外部のAIプロバイダーに拡張する公式な方法はありますか? S32DS版Codyの実装には、標準のSourcegraph版Codyの実装と比較して、何か制限事項はありますか? 参考までに、サポートされているLLMとモデル構成に関する以下のSourcegraphドキュメントを見つけました: 支援対象のLLM(法学修士)課程 コーディモデル構成 コーディモデルの構成例 これをS32DSで実装するための適切なNXP参照ドキュメントや推奨手順を教えていただけますか? 再開まで今しばらくお待ちください。 よろしくお願いします、 アラヴィンド・トガラリ
記事全体を表示
正在寻找适用于 SE050 项目的 Plug & Trust MW v02.16.00 大家好, 我正在开发一个网络安全项目,将 EdgeLock SE050 与运行 ESP-IDF v4.1.2 的 ESP32 集成在一起。通过 I2C。我的目标是使用 PlatformSCP03 从 SE050 读取设备证书。 我使用的参考源代码是专门为 Plug & Trust MW Release v02.16.00 编写的。但是,我在 NXP 门户网站上再也找不到这个旧版本了。当我下载较新的 v3 或 v4 软件包时,由于目录结构更改、缺少头文件和 SSS_MALLOC 不兼容,我总是遇到 ESP-IDF 的构建错误。 请问有人有 Plug & Trust MW v02.16.00 的存档吗?或者知道哪里可以下载这个旧版本吗?另外,如果您能提供一些关于如何使用较新版本的中间件编译此项目的建议,我们将不胜感激。 提前致谢 Re: Looking for Plug & Trust MW v02.16.00 for SE050 Project 您好,先生, 感谢您使用恩智浦的产品。 由于这是一个安全元件,我们强烈建议使用最新发布的版本。我知道ESP32不支持这个功能,但请您自行探索实现的可能性。
記事全体を表示
S32DS 3.6.2 I have a question about S32DS 3.6.2.I'm having an IDE configuration issue. I'm using a demo program generated by RTD 6.0.0, and I'm encountering the problem shown in the image below when configuring CT. What could be causing IVT and other tools to be disabled? I'm a bit confused. 屏幕截图 2026-08-14 155022.png Re: S32DS 3.6.2 Hello @sunshine88 , IVT/DCD support in Configuration Tools depends on the selected device and on the scope implemented in the installed tool package. The fact that the IVT editor is disabled does not mean that the RTD example project is invalid.   For the selected S32K358 configuration, the graphical IVT/DCD editors are not available in Configuration Tools. These tools are related to BootROM/boot-image configuration and are not required for the standard projects.   Therefore, if Update Code and the project build complete successfully, the project can still be used normally for the supported configuration areas such as Pins, Clocks and Peripherals. Best regards, Pavel
記事全体を表示
S32DS ARMライセンスの有効期限が間もなく切れます。 こんにちは、私のS32DS ARMライセンスの有効期限が間もなく切れます。 ARM向けS32デザインスタジオ アクティベーションID: 評価日: 機能バージョン: 2.2 機能ステータス:評価中(29日間) Re: S32DS ARM License即将过期 こんにちは、 あなたのために延長を申請しました。でも事務部は不在なので数日休みます。 完了次第、ご連絡いたします。 よろしくお願いいたします。 ピーター
記事全体を表示
i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi Team, We are currently working on importing a private key to an i.MX95 device following the guidelines in application note AN14898. Environment & References: Target Device: i.MX95 Demo Application: imx_sec_apps/imx-ele-apps SPSDK Version: Latest standard toolset Activities Completed So Far: Installed Python, pip, and the SPSDK toolset. Successfully built both the Host and Device applications. Copied device/bin/ele_key_import and device/scripts/run_test_on_board.sh to our target i.MX95 hardware. Executed the device-side flow to generate nxp_prod_ka_puk.bin. Transferred nxp_prod_ka_puk.bin back to our host environment. Generated SRK keys (secp384r1) using the SPSDK utility according to the SPSDK Documentation since we do not have final production keys yet. Generated the signed_msg.bin on the host side using the standard key import template (with the -k parameter set to secp384r1). Transferred the generated signed_msg.bin to the i.MX95 hardware. Command used to generate signed message: nxpimage signed-msg export -c key_exchange_temp.yaml -w assets Attached key_exchange_temp.yaml for reference. When running run_test_on_board.sh on the i.MX95 target device, all files are found, but the EdgeLock Enclave rejects the signature on the signed message block.Here is our target terminal log: nxp_prod_ka_puk.bin exists. oem_public_key.pem exists. signed_msg.bin exists. Hello, World! Jul 16 2026:06:54:40 9547bbd Signed Message: 728 bytes 02d802890200000000000000b8000000000000000000000000000000000000000000000000000000000000000000000000000000e6a7000000004701000000000000000000000000000000004707000000454c45090102090000000000920001010000000040000009010008000000000100000000000070577819deccdf2670d801e8f4291d3539081da49b1e1b63d55039e5993242b30f0000000000000000000000000000000000000000000000000000000000000000011c029000001000b40100000000000000a4015a01000000d7340143e14c00270102000030003000c2a99777d1fc00dc7e14d3d43ac3f68a44d9b52c882d3c09eac0db7fac1901242576bac6143785e5815db546e385d81000000000000000000000000000000000e14c00270102000030003000e358e1159c0cb645e7059c1b04b49e39b3563167472507278245d4dee439dd32e7ce3da413e397cbd7959cf147d25c2300000000000000000000000000000000e14c00270102000030003000482fb4f1ceb6e266221b0a13dbbb04c637a1c238b76b108397e98eb4557cafb2075036e05b9a0ee4fa6aa09a5f3951e500000000000000000000000000000000e14c00270102000030003000c93a6b4881ae912da31da8249e4f58473eb88cc1dc46f5ec6d363dc52b8a5c12c91e711ad726153d382dabbe6bef27cc000000000000000000000000000000000068005d00000000a5e31e11bfb02c62756d9d3ba5152768e5bea9aab8f3f13ccf3bd287a0438e9708088cafc5671e2aaf1bc3b413457b6a59a691dcef672fa65dac12ed328effac963c41ec0200b0a9acf67e0f2755f752872f77d2c20d6987f80e8008ac26de3d006800d800000000f4cf9cc965b3643d5dc5c5070a506196649daf898d328afd18e88eb9ece96e39646bf6385b9d42e1fc2f93f07f66e9c8c914becef9394c0c3cf549766483c7f94b6a9325bea51b79280eb76484e064637570c0ef7387ec0ffb8398ec36966c3a00000000 OEM Import PUK: 65 bytes 0451c46d24d30864c5275c634a3a339949654b34c0a4f294a8c107c504360ff4b55044918b71b16109a7bbfba8fbcf49b91720ad8e9c0109e6b2eed8f6a504ab64 hsm_open_session success hsm_open_key_store_service success hsm_open_key_management_service success SAB Error: SAB CMD [0x47] Resp [0x1829] - Invalid Signature in SIGNED message. hsm_key_exchange failed err:0xfe Key exchange failed: 254 Any insight on resolving this signature verification issue for the i.MX95 would be greatly appreciated. Thanks, Ankit Agrawal Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi @Ankit_Agrawal  I am wondering if you burn SRKH  after SRK generation.  for necessary sign.yaml file please check my attached file.  Please try below command (precondition is you should have flash.bin: bootloader of system) to generate SRKH.   nxpimage ahab sign -c sign.yaml -b flash.bin -o flash_directsign.bin -fs outputs output will be as below. Jessie_Lee_0-1786699088609.png and from the ouputs folder, you could see bcf file(ahab_oem0_srk0_hash_nxpele.bcf).  you could follow below fuse command  (index 128 ~143) that you need to fuse for SRKH.  # nxpele AHAB SRKH fuses programming script # Generated by SPSDK 3.4.0 # Family: mimx9596, Revision: latest # Value: 0xCCC0605919B6400771CF88A002FB6BF27DFA9CE09BAD94516DD7E4D399369A8FF5A6A1A671809DF4A71A7CB208B4EDC009CDF3FF25EC074DECBBEE8300D5D44C # Description: SHA512 hash digest of hash of four SRK keys # Grouped register name: SRKH # OTP ID: OEM_SRKH0, Value: 0x5960C0CC write-fuse --index 128 --data 0x5960C0CC # OTP ID: OEM_SRKH1, Value: 0x0740B619 write-fuse --index 129 --data 0x740B619 # OTP ID: OEM_SRKH2, Value: 0xA088CF71 write-fuse --index 130 --data 0xA088CF71 # OTP ID: OEM_SRKH3, Value: 0xF26BFB02 write-fuse --index 131 --data 0xF26BFB02 # OTP ID: OEM_SRKH4, Value: 0xE09CFA7D write-fuse --index 132 --data 0xE09CFA7D # OTP ID: OEM_SRKH5, Value: 0x5194AD9B write-fuse --index 133 --data 0x5194AD9B # OTP ID: OEM_SRKH6, Value: 0xD3E4D76D write-fuse --index 134 --data 0xD3E4D76D # OTP ID: OEM_SRKH7, Value: 0x8F9A3699 write-fuse --index 135 --data 0x8F9A3699 # OTP ID: OEM_SRKH8, Value: 0xA6A1A6F5 write-fuse --index 136 --data 0xA6A1A6F5 # OTP ID: OEM_SRKH9, Value: 0xF49D8071 write-fuse --index 137 --data 0xF49D8071 # OTP ID: OEM_SRKH10, Value: 0xB27C1AA7 write-fuse --index 138 --data 0xB27C1AA7 # OTP ID: OEM_SRKH11, Value: 0xC0EDB408 write-fuse --index 139 --data 0xC0EDB408 # OTP ID: OEM_SRKH12, Value: 0xFFF3CD09 write-fuse --index 140 --data 0xFFF3CD09 # OTP ID: OEM_SRKH13, Value: 0x4D07EC25 write-fuse --index 141 --data 0x4D07EC25 # OTP ID: OEM_SRKH14, Value: 0x83EEBBEC write-fuse --index 142 --data 0x83EEBBEC # OTP ID: OEM_SRKH15, Value: 0x4CD4D500 write-fuse --index 143 --data 0x4CD4D500 you could use below command to burn SRKH nxpele -f mimx9596 batch outputs\ahab_oem0_srk0_hash_nxpele.bcf If you burn the SRKH already but failed with below invalid singing, please share the singed_message.bin to us.  with your SRKH (including srk output all).  Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hello @Ankit_Agrawal, Our internal team is reviewing your issue and will update you accordingly. In the meantime, please review the case below, which is similar to the issue you are encountering. The suggested solution is to verify that the fuse_version matches correctly. https://community.nxp.com/t5/i-MX-Processors/hsm-import-key-returns-with-0xF0-Bad-Signature/td-p/2163777 Thank you. Best Regards, Richard
記事全体を表示
Request for Reference Documentation: Integrating Ai tools with Cody Chat in S32DS Dear NXP Community Team, I am currently working with S32 Design Studio and using the Cody Chat feature available in the IDE. I would like to know whether it is possible to integrate external AI models such as OpenAI ChatGPT and Anthropic Claude into the Cody Chat section of S32 Design Studio. My requirement is to use an AI assistant directly inside S32DS for activities such as: C/C++ code generation and explanation Embedded C development Debugging compiler and linker errors CAN, SPI, I2C, UART and ADC development S32K3/S32K344 development Understanding and working with the current S32DS project context I found that the official Sourcegraph Cody documentation describes support for both OpenAI and Anthropic models, including model configuration and Bring Your Own Key (BYOK) options. Could you please clarify: Is the Cody integration used in S32 Design Studio capable of connecting to external AI providers such as ChatGPT/OpenAI and Claude? Can we configure our own API key for these AI providers in the Cody Chat section? Is there any official NXP documentation, S32DS documentation, Cody documentation, or example project explaining how to configure or integrate external AI models with Cody in S32DS? If this functionality is not directly supported in the current S32DS version, is there an official method to extend the Cody/Eclipse plugin to support external AI providers? Are there any restrictions in the S32DS implementation of Cody compared with the standard Sourcegraph Cody implementation? For reference, I found the following Sourcegraph documentation regarding supported LLMs and model configuration: Supported LLMs Cody Model Configuration Cody Model Configuration Examples Could you please provide the appropriate NXP reference documentation or recommended procedure for implementing this in S32DS? Thank you for your support. Best regards, Aravind Togaralli
記事全体を表示
Zephyr SDKをVS Codeにインポートする際にエラーが発生しました。 こんにちは、NXPさん。 画像に示すように、Zephyr SDKのインポートが繰り返し失敗します。原因は何でしょうか?また、どのようにトラブルシューティングすればよいでしょうか? 魔法を解くテストもしてみましたが、結果は同じでした。 hayden178_1-1786677974386.png hayden178_0-1786677660968.png MCXA Re: VS Code 导入Zephyr SDK出现error こんにちは、 @hadden178さん MCUXpresso上でVS Codeを使ってテストしてみました。 正常にインポートできたので、GitHubリポジトリには問題がないようです。 ログに基づいて remote: Enumerating objects: 3105, done. remote: Counting objects: 100% (1405/1405) remote: Compressing objects: 100% (433/433) error: RPC failed; curl 56 Recv failure: Connection was reset おそらくネットワーク接続の問題だと思います。 リポジトリを手動で更新するには、`nxp\frdm_mcxa156`フォルダで`west update`コマンドを実行してみてください。 Harry_Zhang_0-1786693966782.png BR ハリー
記事全体を表示
VS Code 导入Zephyr SDK出现error Hi NXP, 如图导入Zephyr SDK时,一直失败,请问是什么原因,如何排除? 另外测试过打开魔法,也是一样的结果。 hayden178_1-1786677974386.png hayden178_0-1786677660968.png MCXA Re: VS Code 导入Zephyr SDK出现error Hi @hayden178  我刚刚在我的MCUXpresso for vscode测试了一下。 我这边可以成功导入。说明git hub仓库是没有问题的。 根据您的log remote: Enumerating objects: 3105, done. remote: Counting objects: 100% (1405/1405) remote: Compressing objects: 100% (433/433) error: RPC failed; curl 56 Recv failure: Connection was reset 我认为大概率是网络连接问题。 您可以尝试在您的nxp\frdm_mcxa156文件夹下运行west update手动更新仓库。 Harry_Zhang_0-1786693966782.png BR Harry
記事全体を表示
MCUXpressoはメンテナンスのため一時的にサービスを停止します。 公式のMCUXpresso IDEは提供終了になるのでしょうか?1年以上アップデートされておらず、バグだらけです。その一方で、STM32CUBIDEは既に大きくリードしています。 アナログ(ADC|CMP|DAC|オペアンプ) Re: MCUXpresso要维护停掉了 こんにちは、 @jieansen さん、 ご意見ありがとうございます! 現在、弊社は主にVS Code拡張機能「MCUXpresso」を推奨しています。Microsoft VS Codeプラットフォーム上に構築されたこの拡張機能は、よりモダンで軽量な開発環境を提供し、MCUXpresso SDKをサポートするとともに、Zephyr RTOSにも対応しています。ぜひご活用ください。 MCUXpresso IDEは現在メンテナンスモードに入っており、現時点ではメジャーな新機能バージョンのリリース予定はありません。ただし、アップデートは継続しています。お客様からのフィードバックを積極的に収集し、今後のバージョンアップの可否を決定していきます。 ソフトウェアの使用中に不具合が発生した場合は、お気軽にご報告ください。ご報告いただいた問題はソフトウェア開発チームに転送され、アップデート版のリリースが必要かどうかを判断いたします。 BR セレステ
記事全体を表示
MCUXpresso is being shut down for maintenance. Is the official MCUXpresso IDE going to be discontinued? It hasn't been updated in over a year, and it's riddled with bugs. Meanwhile, STM32CUBIDE has already pulled far ahead. Analog (ADC|CMP|DAC|OpAmps) Re: MCUXpresso要维护停掉了 Hello @jieansen , Thank you for your feedback! Currently, we primarily promote the MCUXpresso for VS Code extension. Built on the Microsoft VS Code platform, it offers a more modern and lightweight development experience, supports the MCUXpresso SDK, and also supports Zephyr RTOS. We welcome you to consider using it. The MCUXpresso IDE is currently in maintenance mode, and there are no plans to release a major new feature version at this time. However, updates have not stopped. We will actively listen to customer feedback and decide whether to advance subsequent versions accordingly. If you encounter any bugs while using the software, please feel free to report them to us. We will forward the issue to the software team, who will assess whether it is necessary to release an updated version. BR Celeste
記事全体を表示
MIPI-DSI on an iMX95 no clock output Software summary ------------------------------------------------------------ Bootloader: U-Boot Kernel version: 6.6.138-7.6.1-devel #1 SMP PREEMPT Fri May 8 12:46:27 UTC 2026 Kernel command line: root=PARTUUID=74fae1d2-02 ro rootwait console=tty1 console=ttyLP0,115200 Distro name: NAME="TDX Wayland with XWayland Upstream" Distro version: VERSION_ID=7.6.1-devel-20260728203137-build.0 Distro variant: - Hostname: bmr-verdin-imx95-08828817 ------------------------------------------------------------ Hardware info ------------------------------------------------------------ HW model: Toradex Verdin iMX95 WB on Verdin Development Board Toradex version: 0089 V1.0C Serial number: 08828817 Processor arch: aarch64 ------------------------------------------------------------ We have a custom carrier board with the Toradex Verdin iMX95. We are running the Toradex multimedia image with customizations (the base device tree is imx95-verdin-wifi-dev.dts). We have a custom display from YES Optoelectronics (7” 1024x600) that is a MIPI-DSI 4 lane interface. I used the device tree and driver model from the raydium rm67191 as the starting point. I am able to get the power supply timing correct on startup and the backlight comes on and the BIST works (there is a pin on the display that can be pulled high for BIST), so I believe the display is working. All four data lanes show single-ended activity but the CLK lines are at 0 volts. At power up the CLK lines start at around 200mV and then they go to 1.2 volts for a little bit but then they go to 0 volts and they stay at 0 volts. I know the verdin SoM works because I can get the RVT70HSDNWCA0 display to work on a Mallow carrier board. The driver goes through probe → add panel → get modes → prepare → enable. Am I forgetting to turn on or configure a clock somewhere maybe? What does it mean when the CLK signals (both P and N) are at 0 volts? My overlay looks like /dts-v1/; /plugin/; &mipi_dsi { status = "okay"; panel@0 { compatible = "yes,ytc700tlbd"; reg = <0>; reset-gpios = <&gpio2 17 1>;//GPIO_ACTIVE_HIGH>; power-supply = <&reg_vcc_disp_dvdd>; backlight = <&lvds_backlight>; dsi-lanes = <4>; port@0 { reg = <0>; panel1_in: endpoint { remote-endpoint = <&mipi1_panel_out>; }; }; }; ports { /delete-node/ port@1; port@1 { reg = <1>; mipi1_panel_out: endpoint { remote-endpoint = <&panel1_in>; }; }; }; }; &displaymix_irqsteer { status = "okay"; }; &dpu { assigned-clocks = <&scmi_clk 80>, //IMX95_CLK_DISP1PIX>, <&scmi_clk 18>, //IMX95_CLK_VIDEOPLL1_VCO>, <&scmi_clk 19>; //IMX95_CLK_VIDEOPLL1>; assigned-clock-parents = <&scmi_clk 19>; //IMX95_CLK_VIDEOPLL1>; assigned-clock-rates = <0>, <3360000000>, <420000000>; status = "okay"; }; &pixel_interleaver { #address-cells = <1>; #size-cells = <0>; status = "okay"; channel@0 { reg = <0>; status = "okay"; }; }; &display_pixel_link { status = "okay"; }; Can someone confirm they were able to get a MIPI-DSI display to work with the iMX95? Any help would be appreciated!  Graphics & Display Linux Multimedia Re: MIPI-DSI on an iMX95 no clock output Also, here is what my clock summary looks like. cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb mipiphypllbypas 0 0 0 420000000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 46666666 0 0 50000 Y 4b400000.display-controller pix dispapb 4 5 0 133333333 0 0 50000 Y 4b400000.display-controller apb camapb 3 6 0 133333333 0 0 50000 Y 4acf0000.dsi pclk dispocram 1 1 0 400000000 0 0 50000 Y 4b400000.display-controller ocram dispaxi 1 1 0 800000000 0 0 50000 Y 4b400000.display-controller axi mipitestbyte 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id mipiphypllref 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi ref mipiphycfg 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi cfg Re: MIPI-DSI on an iMX95 no clock output The target pixel clock is 51.2MHz. Re: MIPI-DSI on an iMX95 no clock output Hi @dastotz  Please share the screen's pixel clock. Best Regards, Zhiming Re: MIPI-DSI on an iMX95 no clock output Here is my updated clock summary. cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display|video" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb videopll1_vco 1 1 0 2520000000 0 0 50000 Y deviceless no_connection_id videopll1 1 1 0 252000000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 50400000 0 0 50000 Y 4b400000.display-controller pix 4acf0000.dsi pix mipiphypllbypas 0 0 0 252000000 0 0 50000 Y deviceless no_connection_id dispapb 4 5 0 133333333 0 0 50000 Y 4b400000.display-controller apb camapb 3 6 0 133333333 0 0 50000 Y 4acf0000.dsi pclk dispocram 1 1 0 400000000 0 0 50000 Y 4b400000.display-controller ocram dispaxi 1 1 0 800000000 0 0 50000 Y 4b400000.display-controller axi mipitestbyte 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id mipiphypllref 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi ref mipiphycfg 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi cfg Re: MIPI-DSI on an iMX95 no clock output There is still no high speed video data.  The CLK signals stay at 0 volts and the DATA signals are single ended (no differential output). Does a display need to respond to a LPM command for the MIPI-DSI interface to switch to high speed mode? Re: MIPI-DSI on an iMX95 no clock output Hi @dastotz  For a 51.2 MHz pixel clock, the PLL VCO should be 1792 MHz, and the PLL OUT should be 256 MHz. You can try to update the device tree and then check the logs to see if the PLL VCO, PLL OUT, and pixel clock are correct. Best Regards, Zhiming Re: MIPI-DSI on an iMX95 no clock output You are absolutely right; this was the problem!  I chose one of those clock rates just to see if my oscilloscope would show a clock and now it does!  I will update this post with the final settings and accept this as the solution once I get a clock rate closer to my desired rate.  Thank you so much for the help! Re: MIPI-DSI on an iMX95 no clock output Hi @dastotz  Please try to use this configuration to get 51.2MHz pixel clock. &dpu { assigned-clocks = <&scmi_clk IMX95_CLK_DISP1PIX>, <&scmi_clk IMX95_CLK_VIDEOPLL1_VCO>, <&scmi_clk IMX95_CLK_VIDEOPLL1>; assigned-clock-parents = <&scmi_clk IMX95_CLK_VIDEOPLL1>; assigned-clock-rates = <0>, <3276800000>, <409600000>; }; root@imx95evk:~# cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display|video" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb videopll1_vco 1 1 0 3276800000 0 0 50000 Y deviceless no_connection_id videopll1 1 1 0 409600000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 51200000 0 0 50000 Y 4b400000.display-controller pix 4acf0000.dsi pix But the NXP didn't verified the 1024x600. According to a recent commit to the NXP linux-imx repository, the modes verified by NXP are as follows: 3 static bool imx95_dsi_is_mode_clock_valid(unsigned int clock) 914 { 915 switch (clock) { 916 case 25200: /* 640x480@60Hz (VGA) */ 917 case 27000: /* [email protected], [email protected] (NTSC) */ 918 case 27027: /* 480p@60Hz, 720x480@60Hz */ 919 case 40000: /* 800x600@60Hz (SVGA) */ 920 case 54000: /* [email protected], 720x576@100Hz */ 921 case 54054: /* 480p@120Hz, 720x480@120Hz */ 922 case 65000: /* 1024x768@60Hz (XGA) */ 923 case 74176: /* [email protected], [email protected] */ 924 case 74250: /* 720p@60Hz, 1280x720@60Hz */ 925 case 108000: /* [email protected], 1280x1024@60Hz (SXGA) */ 926 case 108108: /* 480p@240Hz, 720x480@240Hz */ 927 case 132000: /* 1024x768@120Hz (XGA) */ 928 case 148352: /* [email protected], [email protected] */ 929 case 148500: /* 1080p@60Hz, 1920x1080@60Hz */ 930 case 297000: /* 2160p@30Hz, 1080p@120Hz, 3840x2160@30Hz (4K) */ 931 return true; 932 default: 933 return false; 934 } 935 } According to the public code from here : https://github.com/nxp-imx/linux-imx/blob/lf-6.18.20-2.0.0/drivers/gpu/drm/bridge/imx/imx95-mipi-dsi.c#L883 If the clock is not verified clocks, the DSI will not generate clock. You could try to modify this line to return MODE_OK while the mode->clock = 51200. Best Regards, Zhiming
記事全体を表示
iMX95上のMIPI-DSIにはクロック出力がありません Software summary ------------------------------------------------------------ Bootloader: U-Boot Kernel version: 6.6.138-7.6.1-devel #1 SMP PREEMPT Fri May 8 12:46:27 UTC 2026 Kernel command line: root=PARTUUID=74fae1d2-02 ro rootwait console=tty1 console=ttyLP0,115200 Distro name: NAME="TDX Wayland with XWayland Upstream" Distro version: VERSION_ID=7.6.1-devel-20260728203137-build.0 Distro variant: - Hostname: bmr-verdin-imx95-08828817 ------------------------------------------------------------ Hardware info ------------------------------------------------------------ HW model: Toradex Verdin iMX95 WB on Verdin Development Board Toradex version: 0089 V1.0C Serial number: 08828817 Processor arch: aarch64 ------------------------------------------------------------ Toradex Verdin iMX95を搭載したカスタムキャリアボードをご用意しております。私たちはカスタマイズを施したToradexマルチメディアイメージを実行しています(ベースとなるデバイスツリーはimx95-verdin-wifi-dev.dtsです)。 YES Optoelectronicsのカスタムディスプレイ(7インチ、1024x600)があり、これはMIPI-DSI 4レーンインターフェースです。Raydium rm67191のデバイスツリーとドライバーモデルを出発点として使いました。起動時に電源のタイミングを正しく設定でき、バックライトも点灯し、BISTも動作します(ディスプレイにピンがあり、BIST用に高く引くことができます)ので、ディスプレイは動作していると思います。 4つのデータレーンはすべてシングルエンド動作を示しているが、CLKラインは0ボルトである。電源投入時、CLKラインは約200mVから始まり、その後少しの間1.2ボルトまで上昇しますが、その後0ボルトになり、0ボルトのままになります。 Verdin SoMが動作するのは、RVT70HSDNWCA0ディスプレイをMallowキャリアボードで動作させることができるからです。 ドライバーはプローブを経→てパネルを追加→モードを取得し→準備→有効にします。 もしかして、どこかで時計の電源を入れ忘れたり、設定し忘れたりしているのでしょうか? CLK信号(P信号とN信号の両方)が0ボルトの場合、それはどういう意味ですか? 私のオーバーレイはこんな感じです /dts-v1/; /plugin/; &mipi_dsi { status = "okay"; panel@0 { compatible = "yes,ytc700tlbd"; reg = <0>; reset-gpios = <&gpio2 17 1>;//GPIO_ACTIVE_HIGH>; power-supply = <&reg_vcc_disp_dvdd>; backlight = <&lvds_backlight>; dsi-lanes = <4>; port@0 { reg = <0>; panel1_in: endpoint { remote-endpoint = <&mipi1_panel_out>; }; }; }; ports { /delete-node/ port@1; port@1 { reg = <1>; mipi1_panel_out: endpoint { remote-endpoint = <&panel1_in>; }; }; }; }; &displaymix_irqsteer { status = "okay"; }; &dpu { assigned-clocks = <&scmi_clk 80>, //IMX95_CLK_DISP1PIX>, <&scmi_clk 18>, //IMX95_CLK_VIDEOPLL1_VCO>, <&scmi_clk 19>; //IMX95_CLK_VIDEOPLL1>; assigned-clock-parents = <&scmi_clk 19>; //IMX95_CLK_VIDEOPLL1>; assigned-clock-rates = <0>, <3360000000>, <420000000>; status = "okay"; }; &pixel_interleaver { #address-cells = <1>; #size-cells = <0>; status = "okay"; channel@0 { reg = <0>; status = "okay"; }; }; &display_pixel_link { status = "okay"; }; 誰か、iMX95でMIPI-DSIディスプレイを動作させられたか確認できますか? どんな助けでもいただければ幸いです! グラフィックスとディスプレイ Linux マルチメディア Re: MIPI-DSI on an iMX95 no clock output また、私の時計の概要は以下のようになっています。 cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb mipiphypllbypas 0 0 0 420000000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 46666666 0 0 50000 Y 4b400000.display-controller pix dispapb 4 5 0 133333333 0 0 50000 Y 4b400000.display-controller apb camapb 3 6 0 133333333 0 0 50000 Y 4acf0000.dsi pclk dispocram 1 1 0 400000000 0 0 50000 Y 4b400000.display-controller ocram dispaxi 1 1 0 800000000 0 0 50000 Y 4b400000.display-controller axi mipitestbyte 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id mipiphypllref 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi ref mipiphycfg 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi cfg Re: MIPI-DSI on an iMX95 no clock output 目標ピクセルクロックは51.2MHzです。 Re: MIPI-DSI on an iMX95 no clock output こんにちは、 @dastotzさん 画面のピクセルクロックを共有してください。 よろしくお願いします、 志明 Re: MIPI-DSI on an iMX95 no clock output こんにちは、 @dastotzさん 51.2 MHzのピクセルクロックの場合、PLL VCOは1792 MHz 、PLL OUTは256 MHzである必要があります。デバイスツリーを更新してからログを確認し、PLL VCO、PLL OUT、ピクセルクロックが正しいか確認できます。 よろしくお願いします、 志明 Re: MIPI-DSI on an iMX95 no clock output 高速ビデオデータはまだ入手できていない。CLK信号は0ボルトのままであり、DATA信号はシングルエンド(差動出力なし)です。 MIPI-DSIインターフェースが高速モードに切り替わるには、ディスプレイがLPMコマンドに応答する必要があるのでしょうか? Re: MIPI-DSI on an iMX95 no clock output 更新した時計の概要は以下のとおりです。 cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display|video" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb videopll1_vco 1 1 0 2520000000 0 0 50000 Y deviceless no_connection_id videopll1 1 1 0 252000000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 50400000 0 0 50000 Y 4b400000.display-controller pix 4acf0000.dsi pix mipiphypllbypas 0 0 0 252000000 0 0 50000 Y deviceless no_connection_id dispapb 4 5 0 133333333 0 0 50000 Y 4b400000.display-controller apb camapb 3 6 0 133333333 0 0 50000 Y 4acf0000.dsi pclk dispocram 1 1 0 400000000 0 0 50000 Y 4b400000.display-controller ocram dispaxi 1 1 0 800000000 0 0 50000 Y 4b400000.display-controller axi mipitestbyte 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id mipiphypllref 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi ref mipiphycfg 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi cfg Re: MIPI-DSI on an iMX95 no clock output こんにちは、 @dastotzさん 51.2MHzのピクセルクロックを得るには、この設定を試してみてください。 &dpu { assigned-clocks = <&scmi_clk IMX95_CLK_DISP1PIX>, <&scmi_clk IMX95_CLK_VIDEOPLL1_VCO>, <&scmi_clk IMX95_CLK_VIDEOPLL1>; assigned-clock-parents = <&scmi_clk IMX95_CLK_VIDEOPLL1>; assigned-clock-rates = <0>, <3276800000>, <409600000>; }; root@imx95evk:~# cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display|video" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb videopll1_vco 1 1 0 3276800000 0 0 50000 Y deviceless no_connection_id videopll1 1 1 0 409600000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 51200000 0 0 50000 Y 4b400000.display-controller pix 4acf0000.dsi pix しかし、NXPは1024x600の解像度を検証していません。NXPのlinux-imxリポジトリへの最近のコミットによると、NXPが検証したモードは以下の通りです。 3 static bool imx95_dsi_is_mode_clock_valid(unsigned int clock) 914 { 915 switch (clock) { 916 case 25200: /* 640x480@60Hz (VGA) */ 917 case 27000: /* [email protected], [email protected] (NTSC) */ 918 case 27027: /* 480p@60Hz, 720x480@60Hz */ 919 case 40000: /* 800x600@60Hz (SVGA) */ 920 case 54000: /* [email protected], 720x576@100Hz */ 921 case 54054: /* 480p@120Hz, 720x480@120Hz */ 922 case 65000: /* 1024x768@60Hz (XGA) */ 923 case 74176: /* [email protected], [email protected] */ 924 case 74250: /* 720p@60Hz, 1280x720@60Hz */ 925 case 108000: /* [email protected], 1280x1024@60Hz (SXGA) */ 926 case 108108: /* 480p@240Hz, 720x480@240Hz */ 927 case 132000: /* 1024x768@120Hz (XGA) */ 928 case 148352: /* [email protected], [email protected] */ 929 case 148500: /* 1080p@60Hz, 1920x1080@60Hz */ 930 case 297000: /* 2160p@30Hz, 1080p@120Hz, 3840x2160@30Hz (4K) */ 931 return true; 932 default: 933 return false; 934 } 935 } こちらの公開コードによると: https://github.com/nxp-imx/linux-imx/blob/lf-6.18.20-2.0.0/drivers/gpu/drm/bridge/imx/imx95-mipi-dsi.c#L883 クロックが検証済みクロックでない場合、DSIはクロックを生成しません。このラインを修正して、モード>クロック=51200の状態でMODE_OKに戻すように試みることもできます。 よろしくお願いします、 志明 Re: MIPI-DSI on an iMX95 no clock output おっしゃる通りです。まさにそれが問題でした!オシロスコープにクロック信号が表示されるかどうか試してみたくて、それらのクロックレートのうちの1つを選んでみたところ、ちゃんと表示されました!最終的な設定が確定し、希望するクロックレートに近づいたら、この投稿を更新してこれを解決策として承認します。ご助力ありがとうございます!
記事全体を表示
iMX95 上的 MIPI-DSI 没有时钟输出 Software summary ------------------------------------------------------------ Bootloader: U-Boot Kernel version: 6.6.138-7.6.1-devel #1 SMP PREEMPT Fri May 8 12:46:27 UTC 2026 Kernel command line: root=PARTUUID=74fae1d2-02 ro rootwait console=tty1 console=ttyLP0,115200 Distro name: NAME="TDX Wayland with XWayland Upstream" Distro version: VERSION_ID=7.6.1-devel-20260728203137-build.0 Distro variant: - Hostname: bmr-verdin-imx95-08828817 ------------------------------------------------------------ Hardware info ------------------------------------------------------------ HW model: Toradex Verdin iMX95 WB on Verdin Development Board Toradex version: 0089 V1.0C Serial number: 08828817 Processor arch: aarch64 ------------------------------------------------------------ 我们有一块定制的载板,上面装有 Toradex Verdin iMX95。我们正在运行经过定制的 Toradex 多媒体映像(基本设备树为 imx95-verdin-wifi-dev.dts)。 我们有一块来自 YES Optoelectronics 的定制显示屏(7 英寸 1024x600),它采用 MIPI-DSI 4 通道接口。我以raydium rm67191的设备树和驱动程序模型为起点。我能够在启动时正确设置电源时序,背光灯会亮起,并且 BIST 功能正常(显示屏上有一个引脚可以拉高以启动 BIST),所以我认为显示屏是可以正常工作的。 所有四个数据通道均显示单端活动,但时钟线为 0 伏。上电时,CLK 线电压从大约 200mV 开始,然后短暂地升至 1.2 伏,但随后降至 0 伏并保持在 0 伏。 我知道 Verdin SoM 可以工作,因为我可以让 RVT70HSDNWCA0 显示屏在 Mallow 载板上工作。 驱动程序依次执行探测 → 添加面板 → 获取模式 → 准备 → 启用。 我是不是忘了打开或设置某个时钟? 当 CLK 信号(P 和 N 均为 0 伏)为 0 伏时,这意味着什么? 我的叠加层看起来像 /dts-v1/; /plugin/; &mipi_dsi { status = "okay"; panel@0 { compatible = "yes,ytc700tlbd"; reg = <0>; reset-gpios = <&gpio2 17 1>;//GPIO_ACTIVE_HIGH>; power-supply = <&reg_vcc_disp_dvdd>; backlight = <&lvds_backlight>; dsi-lanes = <4>; port@0 { reg = <0>; panel1_in: endpoint { remote-endpoint = <&mipi1_panel_out>; }; }; }; ports { /delete-node/ port@1; port@1 { reg = <1>; mipi1_panel_out: endpoint { remote-endpoint = <&panel1_in>; }; }; }; }; &displaymix_irqsteer { status = "okay"; }; &dpu { assigned-clocks = <&scmi_clk 80>, //IMX95_CLK_DISP1PIX>, <&scmi_clk 18>, //IMX95_CLK_VIDEOPLL1_VCO>, <&scmi_clk 19>; //IMX95_CLK_VIDEOPLL1>; assigned-clock-parents = <&scmi_clk 19>; //IMX95_CLK_VIDEOPLL1>; assigned-clock-rates = <0>, <3360000000>, <420000000>; status = "okay"; }; &pixel_interleaver { #address-cells = <1>; #size-cells = <0>; status = "okay"; channel@0 { reg = <0>; status = "okay"; }; }; &display_pixel_link { status = "okay"; }; 有人能确认一下他们是否成功让 MIPI-DSI 显示器与 iMX95 配合使用吗? 若能得到任何帮助,我将不胜感激! 图形与显示 Linux 多媒体 Re: MIPI-DSI on an iMX95 no clock output 另外,这是我的时钟概览。 cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb mipiphypllbypas 0 0 0 420000000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 46666666 0 0 50000 Y 4b400000.display-controller pix dispapb 4 5 0 133333333 0 0 50000 Y 4b400000.display-controller apb camapb 3 6 0 133333333 0 0 50000 Y 4acf0000.dsi pclk dispocram 1 1 0 400000000 0 0 50000 Y 4b400000.display-controller ocram dispaxi 1 1 0 800000000 0 0 50000 Y 4b400000.display-controller axi mipitestbyte 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id mipiphypllref 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi ref mipiphycfg 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi cfg Re: MIPI-DSI on an iMX95 no clock output 目标像素时钟频率为 51.2MHz。 Re: MIPI-DSI on an iMX95 no clock output 嗨@dastotz 请分享一下屏幕像素时钟。 此致, 志明 Re: MIPI-DSI on an iMX95 no clock output 以下是我更新后的时钟汇总信息。 cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display|video" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb videopll1_vco 1 1 0 2520000000 0 0 50000 Y deviceless no_connection_id videopll1 1 1 0 252000000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 50400000 0 0 50000 Y 4b400000.display-controller pix 4acf0000.dsi pix mipiphypllbypas 0 0 0 252000000 0 0 50000 Y deviceless no_connection_id dispapb 4 5 0 133333333 0 0 50000 Y 4b400000.display-controller apb camapb 3 6 0 133333333 0 0 50000 Y 4acf0000.dsi pclk dispocram 1 1 0 400000000 0 0 50000 Y 4b400000.display-controller ocram dispaxi 1 1 0 800000000 0 0 50000 Y 4b400000.display-controller axi mipitestbyte 0 0 0 24000000 0 0 50000 Y deviceless no_connection_id mipiphypllref 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi ref mipiphycfg 1 1 0 24000000 0 0 50000 Y 4acf0000.dsi cfg Re: MIPI-DSI on an iMX95 no clock output 目前仍无高速视频数据。CLK 信号保持在 0 伏,DATA 信号为单端(无差分输出)。 MIPI-DSI 接口切换到高速模式时,显示器是否需要响应 LPM 命令? Re: MIPI-DSI on an iMX95 no clock output 嗨@dastotz 对于51.2 MHz像素时钟,PLL VCO 应为1792 MHz ,PLL OUT 应为256 MHz 。您可以尝试更新设备树,然后检查日志,看看 PLL VCO、PLL OUT 和像素时钟是否正确。 此致, 志明 Re: MIPI-DSI on an iMX95 no clock output 您说得完全正确,问题就在这里!我选择其中一个时钟频率只是想看看示波器能不能显示时钟信号,结果现在显示出来了!一旦我将时钟频率调整到接近理想值,我将更新此帖子并确认最终设置,并将其视为解决方案。非常感谢您的帮助! Re: MIPI-DSI on an iMX95 no clock output 嗨@dastotz 请尝试使用此配置以获得 51.2MHz 像素时钟。 &dpu { assigned-clocks = <&scmi_clk IMX95_CLK_DISP1PIX>, <&scmi_clk IMX95_CLK_VIDEOPLL1_VCO>, <&scmi_clk IMX95_CLK_VIDEOPLL1>; assigned-clock-parents = <&scmi_clk IMX95_CLK_VIDEOPLL1>; assigned-clock-rates = <0>, <3276800000>, <409600000>; }; root@imx95evk:~# cat /sys/kernel/debug/clk/clk_summary | grep -iE "mipi|dsi|dpu|display|video" ldbpll_vco 0 0 0 4800000000 0 0 50000 Y 4b400000.display-controller ldb_vco ldb_pll_div7 0 0 0 342857142 0 0 50000 Y 4b400000.display-controller ldb videopll1_vco 1 1 0 3276800000 0 0 50000 Y deviceless no_connection_id videopll1 1 1 0 409600000 0 0 50000 Y deviceless no_connection_id disp1pix 1 1 0 51200000 0 0 50000 Y 4b400000.display-controller pix 4acf0000.dsi pix 但恩智浦半导体并未验证1024x600分辨率。根据最近提交到 NXP linux-imx 代码库的内容,NXP 验证的模式如下: 3 static bool imx95_dsi_is_mode_clock_valid(unsigned int clock) 914 { 915 switch (clock) { 916 case 25200: /* 640x480@60Hz (VGA) */ 917 case 27000: /* [email protected], [email protected] (NTSC) */ 918 case 27027: /* 480p@60Hz, 720x480@60Hz */ 919 case 40000: /* 800x600@60Hz (SVGA) */ 920 case 54000: /* [email protected], 720x576@100Hz */ 921 case 54054: /* 480p@120Hz, 720x480@120Hz */ 922 case 65000: /* 1024x768@60Hz (XGA) */ 923 case 74176: /* [email protected], [email protected] */ 924 case 74250: /* 720p@60Hz, 1280x720@60Hz */ 925 case 108000: /* [email protected], 1280x1024@60Hz (SXGA) */ 926 case 108108: /* 480p@240Hz, 720x480@240Hz */ 927 case 132000: /* 1024x768@120Hz (XGA) */ 928 case 148352: /* [email protected], [email protected] */ 929 case 148500: /* 1080p@60Hz, 1920x1080@60Hz */ 930 case 297000: /* 2160p@30Hz, 1080p@120Hz, 3840x2160@30Hz (4K) */ 931 return true; 932 default: 933 return false; 934 } 935 } 根据此处的公开代码: https://github.com/nxp-imx/linux-imx/blob/lf-6.18.20-2.0.0/drivers/gpu/drm/bridge/imx/imx95-mipi-dsi.c#L883 如果时钟未经验证,DSI 将不会生成时钟。您可以尝试修改此行,使其在mode->clock = 51200时返回MODE_OK 。 此致, 志明
記事全体を表示
RW612 - 更改发射功率 - FRDM-RW612 - 测试工具 使用 FRDM-RW612 评估套件时,如何在测试工具中更改 PHY1 和 PHY2 的 BLE TX 功率? 该工具似乎不支持在 HCI 命令HCI_LE_Transmitter_Test [ v4 ]中设置 TX 功率。 Tusisima_0-1786712544318.pngTusisima_0-1786712544318.pngTusisima_0-1786712544318.png https://www.bluetooth.com/wp-content/uploads/Files/Specification/HTML/Core-54/out/en/host-controller-interface/host-controller-interface-functional-specification.html#UUID-9b984fde-3e9f-05f3-d698-054ca618bcf3 NXP 测试工具 12 (BLE HCI 5.0 16.1.xml) 这看起来更像是“HCI_LE_Transmitter_Test [HCI_LE_Transmitter_Test [v2]]” Tusisima_1-1786712566404.pngTusisima_1-1786712566404.pngTusisima_1-1786712566404.png 使用 HCI_Read_Trasmit_Power_Level 读取 TX 功率时: 类型[0] = 0x4 类型[1] = 0xC Tusisima_2-1786712798212.pngTusisima_2-1786712798212.pngTusisima_2-1786712798212.png Tusisima_3-1786712807179.pngTusisima_3-1786712807179.pngTusisima_3-1786712807179.png Re: RW612 - Changing TX power - FRDM-RW612 - Test Tool 您好, 该工具未更新。 为了解决这个问题,您可以直接发送原始 HCI 数据包来手动设置 TX 功率。 问候, 丹尼尔。 Re: RW612 - Changing TX power - FRDM-RW612 - Test Tool 嗨,丹尼尔, 能否举例说明一个可以改变电源且受NXP HCI API支持的HCI命令? 背景马克
記事全体を表示
S32K118 S32 Design Studio 3.5でSDKが表示されない こんにちは、 S32 Design Studio 3.5をインストールし、その後S32K1 RTD 3.0.0をダウンロードしてインストールしました。RTDをインストールした後、 S32K118用の新しいプロジェクトを作成しようとしました。 しかし、プロジェクト作成時に、S32K118に対して**SDK/RTDが利用可能であることは示されていません**。 どなたか、何が足りないのか、またはS32K1 RTD 3.0.0を正しく設定・インストールする方法を教えていただけませんか?S32 Design Studio 3.5に現れるのですか? よろしくお願いいたします。 Re: S32K118 SDK not showing in S32 Design studio 3.5 ハイ 申し訳ありませんが、 S32 Design Studio(S32DS)v3.5 は S32K1 SDK 3.0.0をサポートしていません。 もし S32K1 SDK 3.0.3を使う必要があるなら、ARM 2.2 Update 1用にS32 Design Studioのダウンロードをお勧めします。 もし S32K1 SDK 3.0.2を使う必要があるなら、ARM 2018.R1 Update 11用にS32 Design Studioのダウンロードをおすすめします。   ただし、新規プロジェクト開発においては、最新のS32K1 RTDを使用することをお勧めします。古いSDKはバグ修正のためにアップデートされません。 アプリケーションコードハブ から K1 FRDMバンドル をクリックしてください。そして第4条に従って ください。FRDM_Installation_Guide_2026_03.pdfの設置手順 K1 FRDM Bundle Application Code Hub.pngK1 FRDMバンドルアプリケーションコードHub.png よろしくお願いいたします ロビン
記事全体を表示
SJA1105S+TJA1120A+RTL8211FI RTL8211FIはMDIO/MDCを通じてPHYアドレスを取得し、通常通りインターネットにアクセスできますが、両TJA1120AはMDIO/MDC経由でPHYアドレスを取得したり、通常インターネットにアクセスしたりすることはできません。その理由は?調整や変更が必要なハードウェアはありますか? 1. NXP i.MX95 SOCを使用して、3つのネットワークカードPHY(1つのRTL8211FIと2つのTJA1120A)を外部に接続します。ここで、2つのTJA1120AはSJA1105Sを介して外部拡張されます。 2. リソースの割り当て: (1)NXP i.MX95のENET1をRTL8211FIに割り当てます(PHYアドレスは001です)。 (2)NXP i.MX95のENET2をSJA1105Sに割り当て、SJA1105SのRGMII1を最初のTJA1120A(PHYアドレス002)に割り当て、SJA1105SのRGMII2を2番目のTJA1120A(PHYアドレス004)に割り当てます。 3. 回路図についてはPDFファイルを参照してください。 Re: SJA1105S+TJA1120A+RTL8211FI こんにちは、 @leven さん。 回路図のレビューから、TJA1120Aデバイスに接続されたMDIO/MDCインターフェースの電圧レベルが問題の一つと考えられます。   TJA1120A VDDIOは1.8Vドメインに接続されているようです。したがって、TJA1120Aに接続されたMDIOおよびMDC信号もこの1.8 V I/Oドメインと互換性があるはずです。   しかし、回路図では、TJA1120AデバイスへのMDIO/MDC信号はU20レベルトランスレータを経由してルーティングされているように見える。ENET1_MDIO_BUF/ENET1_MDC_BUF側はTJA1120Aデバイスに向かって接続されており、レベルシフターの3.3V側にあるようです。これは不一致を引き起こします。なぜなら、TJA1120AのMDIO/MDCピンは1.8VのVDDIOドメインを基準としているからです。   これが、RTL8211FIには正しくアクセスできる一方で、TJA1120AデバイスはMDIO上で検出できない理由かもしれません。RTL8211FIのMDIO/MDC接続は1.8V側にあるようで、これは設定されているI/O電圧と一致しています。   TJA1120AのMDIOおよびMDCの電圧レベルをオシロスコープで直接確認してください。もし3.3Vで駆動され、TJA1120A VDDIOが1.8Vの場合、ハードウェア接続を調整して、MDIO/MDC信号がTJA1120A VDDIOと同じ電圧領域を使用するようにする必要があります。 よろしくお願いいたします。 パベル
記事全体を表示
NHS3100W8A1V 晶圆图文件 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 请问您能帮我提供 NHS3100W8A1V 的晶圆映射文件吗? Re: Wafer map file for SL3S1206FUD2/HA SL3S1206FUD2/HA,我想获取该产品的对应电子晶圆图文件以确认(芯片状态),因为晶圆图显示了特定晶圆中的良品和不良品,所以它仅对该特定晶圆有效。 Re: Wafer map file for NHS3100W8A1V <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好, 晶圆映射可以显示特定晶圆中的好样品和坏样品,因此它仅对该特定晶圆有效。 这不是一份通用文件。顾客购买威化饼时即可获得。 请查收附件中的产品信息资质信息包。 祝你有美好的一天。 顺祝商祺! 伊万。 ----------------------------------------------------------------------------------------------------------------------- 注:如果此回复解答了您的问题,请点击“正确答案”按钮。谢谢! -----------------------------------------------------------------------------------------------------------------------
記事全体を表示
使用 1.8V 输出的外部振荡器驱动 RT117x 驱动 RTC_XTALI 是否可以使用1.8V直流电平的外部时钟驱动RTC_XTALI? 因为确保外部时钟与 VDD_SNVS_ANA 匹配会增加设计的复杂性。此外,1.8V 也低于时钟输入的绝对最大额定值。 Marwan_2-1786726380644.pngMarwan_2-1786726380644.pngMarwan_2-1786726380644.png Re: RT117x Driving RTC_XTALI using External oscillator with 1.8V output 嗨@Marwan , 如 MIMXRT1160/1170 处理器的硬件开发指南中所述,如果要将外部低频时钟馈送到 RTC_XTALI,则 RTC_XTALO 引脚必须保持未连接状态,或者由互补信号驱动。该强制时钟的逻辑电平不得超过 VDD_SNVS_DIG 电平。 此外,i.MX RT1170 交叉处理器数据手册指出,VDD_SNVS_DIG 的工作电压范围为 0.81 V 至 0.95 V,典型值为 0.85 V。 这意味着 1.8 V 的信号将超过 VDD_SNVS_DIG 电压等级。 最良好的问候, 巴勃罗 Re: RT117x Driving RTC_XTALI using External oscillator with 1.8V output 嗨@Pablo_Ramos 正如其他帖子中提到的,这些文件存在出入。 数据手册中指出,它是参考VDD_SNVS_ANA的。 亲切的问候, 马尔万 Re: RT117x Driving RTC_XTALI using External oscillator with 1.8V output 嗨@Marwan , 给您带来的不便,敬请谅解。 您的观察是正确的,我会在内部记录下来。 目前,请参考数据手册,并确保输入 RTC_XTALI 的外部时钟不超过 VDD_SNVS_ANA 供电电平。 在这种情况下,可以使用直流电平为 1.8V 的外部时钟振荡器,只要在设计中保证 VDD_SNVS_ANA 等于或高于 1.8V 即可。 此致, 巴勃罗 Re: RT117x Driving RTC_XTALI using External oscillator with 1.8V output 嗨@Pablo_Ramos , 谢谢你的回复。 1 - 有什么办法可以保证这一点吗? 由于该电源轨是内部产生的,而且没有说明它是否可编程。 2 - IC 批次之间是否存在 VDD_SNVS_ANA 差异? 此致敬礼, 马尔万
記事全体を表示