Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
ls1043a - should thermal_zone5 be active in the Linux BSP? I work on with the reference board for ls1043 processor ls1043ardb and having an issue with the thermal subsystem. The error I see is:  [ 116.704475] thermal thermal_zone5: critical temperature reached (104 C), shutting down It seems a bit sporadic but when it comes it comes quite soon after boot. It does not come all the time. When the system is stable the temperature from thermal_zone5 is always 0. The dts file fsl-ls1043a.dtsi have thermal_zone0 - thernal_zone5 active. (fsl-ls1043a.dtsi\freescale\dts\boot\arm64\arch - qoriq-components/linux - Linux Tree for QorIQ support ) The question is if ls1043 should have thermal_zone5 active? Looking in to the "QorIQ LS1043A Reference Manual, Rev. 5, 04/2019" chapter 35.1.1 "Local temperature sensor placement" I can read a table saying that the ls1043 have Temperature sensor ID 0-4 while ID 5-15 is marked as reserved. Is it correct that hte dtsi file enables thermal_zone5 and is it available in ls1043? Thanks, /Peter Re: ls1043a - should thermal_zone5 be active in the Linux BSP? Hello, We are seeing a similar issue on an LS1043A platform running Linux 4.19.68. The system occasionally reports: thermal thermal_zone5: critical temperature reached (104 C), shutting down   One observation is that thermal zones 0-4 generally track each other closely, while thermal_zone5 often reports significantly different values and behaves differently from the other zones.   Prior to shutdown, the thermal zones report values similar to: thermal_zone0: 75000 thermal_zone1: 76000 thermal_zone2: 76000 thermal_zone3: 75000 thermal_zone4: 74000 thermal_zone5: 0 In a previous reply, NXP mentioned that thermal_zone5 values were indeterminate and that a fix would be provided in a future LSDK release. Could you please confirm whether this issue was ever fixed, and if so, which LSDK/kernel release contains the fix? Thanks. Re: ls1043a - should thermal_zone5 be active in the Linux BSP? I am also facing the similar issue on the latest LSDK 20.12, Kernel 5.4.47.  [ 2115.927267] thermal thermal_zone1: critical temperature reached (85 C), shutting down [ 2116.951246] thermal thermal_zone1: critical temperature reached (85 C), shutting down [ 2117.975285] thermal thermal_zone1: critical temperature reached (85 C), shutting down Could you please let me know if any workaround is available to fix this? What is the root cause of this issue? Re: ls1043a - should thermal_zone5 be active in the Linux BSP? We acknowledge the issue, currently the values reported by thermal zone 5 are indeterminate and can cause such issue at any random point We will be providing an official fix in our upcoming LSDK releases. For now you can remove thermal zone 5 from your dtsi  and see if it helps
查看全文
ls1043a - Linux BSPでthermal_zone5アクティブであるべきですか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私はLS1043プロセッサのリファレンスボード、LS1043ardbで作業していますが、サーマルサブシステムに問題が発生しています。表示されるエラーは以下のとおりです。 [ 116.704475] thermal thermal_zone5: 臨界温度に達しました (104 ℃)、シャットダウンします 発生頻度はやや不規則ですが、発生する場合は起動後すぐに起こります。いつも起こるわけではない。システムが安定している場合、thermal_zone5 の温度は常に 0 になります。 dtsファイルfsl-ls1043a.dtsiでは、thermal_zone0~thernal_zone5が有効になっています。(fsl-ls1043a.dtsi\freescale\dts\boot\arm64\arch - qoriq-components/linux - QorIQサポート用のLinuxツリー) 問題は、ls1043でthermal_zone5を有効にするべきかどうかです。「QorIQ LS1043A Reference Manual, Rev. 5, 04/2019」の第35.1.1章「ローカル温度センサの配置」を調べてみると、LS1043の温度センサID 0-4で、ID 5-15は予約済みと記されている表が読めます。dtsiファイルによってthermal_zone5が有効になり、ls1043で利用可能になるというのは正しいでしょうか? ありがとう、 ピーター Re: ls1043a - should thermal_zone5 be active in the Linux BSP? こんにちは、 Linux 4.19.68を搭載したLS1043Aプラットフォームでも同様の問題が発生しています。 システムは時折、以下のことを報告します。 thermal thermal_zone5: 臨界温度(104℃)に達したため、シャットダウンします   観察されたことの一つは、熱ゾーン0~4は概ね互いに近い値を示すのに対し、熱ゾーン5はしばしば著しく異なる値を報告し、他のゾーンとは異なる挙動を示すということである。   シャットダウン前に、熱ゾーンは次のような値を報告します。 thermal_zone0: 75000 熱ゾーン1: 76000 熱ゾーン2: 76000 熱ゾーン3: 75000 熱ゾーン4: 74000 熱ゾーン5: 0 以前の返信でNXPはthermal_zone5値は不確定であり、将来のLSDKリリースで修正を提供すると述べていました。 この問題が修正されたかどうか、もし修正されたならどのLSDK/カーネルリリースに修正が含まれているのか確認していただけますか? ありがとうございます。 Re: ls1043a - should thermal_zone5 be active in the Linux BSP? 私も最新のLSDK 20.12、カーネル5.4.47で同様の問題に直面しています。 [ 2115.927267] thermal thermal_zone1: 臨界温度に達したため、シャットダウンします (85℃) [ 2116.951246] thermal thermal_zone1: 臨界温度に達したため、シャットダウンします (85℃) [ 2117.975285] thermal thermal_zone1: 臨界温度に達したため、シャットダウンします (85℃) この問題を解決する回避策があれば教えていただけませんか? この問題の根本原因は何ですか? Re: ls1043a - should thermal_zone5 be active in the Linux BSP? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 問題を認識しています。現在、サーマルゾーン5で報告される値は不確定で、任意のランダムなタイミングで問題を引き起こす可能性があります。今後のLSDKリリースで公式な修正を提供する予定です。 今のところ、DTSIからサーマルゾーン5を外してみて、改善するか試してみてはどうでしょうか
查看全文
how to enable a second camera on mx95 evk board Spoiler (Highlight to read) Hello, we would like to know how to use a camera in the DSI/CSI slot of the MX95 EVK evk board. Our camera has reset and standby pins, but we cannot find any GPIO pins to control them in the MX95 EVK schematic. Hello, we would like to know how to use a camera in the DSI/CSI slot of the MX95 EVK evk board. Our camera has reset and standby pins, but we cannot find any GPIO pins to control them in the MX95 EVK schematic. Re: how to enable a second camera on mx95 evk board Hi @yipingwang  Thank you. The camera we are using is the TechNexion AR0235, and we would like to use it with the CSI and CSI/DSI slots. Re: how to enable a second camera on mx95 evk board Let me confirm with the AE team. Re: how to enable a second camera on mx95 evk board Hi @yipingwang  Thank you for your help, but the camera still isn't working. Do you have any suggestions? Re: how to enable a second camera on mx95 evk board J14 A10 DSICSI_RST_SYNC → ADP5585 C0 → gpiochip9 line 6 → reset is typically active-low J14 A11 DSICSI_EN_PWDN → ADP5585 R4 → gpiochip9 line 4 → power-down is typically active-high Normal operation: line 6 = high , line 4 = low . Re: how to enable a second camera on mx95 evk board hi @yipingwang  @yipingwang  @I applied the following settings, but the camera initialization still failed hankwang_0-1790059212233.png Re: how to enable a second camera on mx95 evk board Hi @yipingwang  Thank you for confirming that J14 A10 (DSICSI_RST_SYNC) and A11 (DSICSI_EN_PWDN) are controlled via U81 (ADP5585). We've confirmed the ADP5585 on our board (i2c address 0x34, reporting as adp5585-00) probes successfully and is exposed to Linux as gpiochip9 with 11 GPIO lines (0-10; line 5 is reserved for PWM per our device tree). Could you help us map these two signals to the exact ADP5585 GPIO pins (e.g. R0-R4/C0-C4 per the datasheet), and the corresponding Linux gpiochip line number (0-10)? Also, what is the correct polarity (active-high/active-low) for each signal? We've already brute-force tested all pairwise combinations of the 10 available lines (90 combinations, both pulled low simultaneously) without success — the camera's boot-state register (0x3004) remains 0x0000 in every case. A precise pin mapping from the schematic or UM12022 would let us verify directly rather than continuing to guess. Re: how to enable a second camera on mx95 evk board On the 19 mm × 19 mm i.MX 95 EVK , The reset and standby pins on the i.MX95 EVK DSI/CSI connector (J14) are controlled through the ADP5585 GPIO expander U81 , not directly by i.MX95 GPIOs: J14 A10 – DSICSI_RST_SYNC : camera reset J14 A11 – DSICSI_EN_PWDN : camera standby/power-down Control voltage: 1.8 V In the device tree, reference U81 for reset-gpios and pwdn-gpios . Use NXP’s imx95-19x19-evk-os08a20-combo.dtb overlay as the example for enabling the second camera on the shared DSI/CSI port. Re: how to enable a second camera on mx95 evk board Please confirm that you are using 19x19 or 15x15 evk? Re: how to enable a second camera on mx95 evk board 95 and sensor must be configured in pair, take ov5640 for example,     PWDN (EN), B11 RESET (RST_B), A9 So on 95 side, A11 should be for pwdn, and B9 for reset. Looking into the 95 19x19 BB board schematic,  A11 is controlled by ADP5585 R4 pin B9 is controlled by soc gpio3 27       So in the dts, user should configure as follows, pinctrl_mipi_dsi_csi: mipidsigrp {         fsl,pins = <                 IMX95_PAD_CCM_CLKO2__GPIO3_IO_BIT27                     0x31e         >; }; pinctrl-0 = <&pinctrl_mipi_dsi_csi>; powerdown-gpios = <&adp5585gpio 4 GPIO_ACTIVE_HIGH>; reset-gpios = <&gpio3 27 GPIO_ACTIVE_LOW>; If user needs to connect to 15x15 evk board, then   pinctrl_mipi_dsi_csi_rst: mipidsirstgrp {         fsl,pins = <                IMX95_PAD_XSPI1_DATA7__GPIO5_IO_BIT7                    0x31e         >; }; pinctrl_mipi_dsi_csi: mipidsigrp {         fsl,pins = <                IMX95_PAD_XSPI1_DATA6__GPIO5_IO_BIT6                    0x31e         >; }; pinctrl-0 = <&pinctrl_mipi_dsi_csi_rst>, <&pinctrl_mipi_dsi_csi>; powerdown-gpios = <&gpio5 6 GPIO_ACTIVE_HIGH>; reset-gpios = <&gpio5 7 GPIO_ACTIVE_LOW>; Re: how to enable a second camera on mx95 evk board @yipingwang I am using the 19x19 EVK board, and I have resolved the issue. Thank you. The reset pin configuration needs to be changed; J14 A10 DSICSI_RST_SYNC cannot be used.
查看全文
imx95でlpddr5のmrを読み取る方法 HIの専門家: タイトルにあるように、imx95でLPDDR5のMRレジスタを読み取る方法を教えてください。imx8mpとimx9のBSPを参照して、「lpddr4_mr_read」というコードを見つけました。しかし、私は違いがあり、リファレンス・マニュアルにはMRの読み方についての記述がありません。 よろしくお願いいたします。 Yocto Project Re: how to read lpddr5's mr with imx95 HI db16122: DDR互換性の違いを確認するために、imx-oeiの「製造元ID」を読み取りたい。 Re: how to read lpddr5's mr with imx95 i.MX.-Which の設定ツールに関するユーザーガイドをご参照くださいMRが最も重要ですか? Re: how to read lpddr5's mr with imx95 IMX95 DDRはoei/ddrで初期化されました。 MR書き込みのみを使用し、読み取りの例は示していません。 DDRC->DDR_SDRAM_CFG |= DDRC_DDR_SDRAM_CFG_MEM_EN_MASK; よろしくお願いします。
查看全文
Question about Pins Tool and Blinking LED Knowledgebase HOWTO I have a few questions in regards to the Pins Tool and the Knowledge Base LED entry for the S32K1xx. The Entry in question can be found here: HOWTO: Create a Blinking LED example project using S32K1xx RTD with AUTOSAR  The Entry says to disable the Pins Tool. The MCAL Port User Manual however mentions that it is perfectly fine to use the Pins Tool for configurating the controller. Which information is correct? Is there a way to add Pins to the Pins Tool and have them automatically added to the respective MCAL entries (Port, Dio)? Or do I always have to add each pin three times (Pins Tool, Port, Dio)? What is the recommended workflow for this admittedly most basic of functionalities? Re: Question about Pins Tool and Blinking LED Knowledgebase HOWTO @VaneB  Thanks for clarifying the process. I highly recommend adding a way to synchronize the pins between the Pins Tool and the MCAL Port and Dio tools. The Pins Tool is very intuitive and easy to use while the MCAL settings section is tedious and unclear. Re: Question about Pins Tool and Blinking LED Knowledgebase HOWTO Hi @daniel_meier  This article was published quite some time ago, and the relationship between the Pins Tool and the PORT driver has changed across RTD releases. In the latest versions, when using MCAL drivers, the Pins Tool and PORT driver work closely together. This means the pins should be configured in the Pins Tool and also added to the PORT driver so the pin initialization structures are generated correctly. So, with MCAL, you will need to configure the pins in both the Pins Tool and the PORT driver (Peripheral Tool). The DIO driver only needs to be configured if those pins will be used as GPIOs. BR, VaneB
查看全文
ヒューズを焼損させずにHABをテストする 私はIMXRT1024コアの開発に取り組んでおり、ヒューズを焼損させることなくHABをテストしたいと考えています。データシートによると、すべてのヒューズにはシャドウレジスタがあり、CPU/ROMはそのシャドウレジスタから読み取られます。 シャドウレジスタを書き込み、ブートROMがボードがHAB対応であると認識するようなシナリオを作成することを考えています。しかし、ブートROMの実行はまだ初期段階なので、シャドウレジスタを活用してテスト環境を作る方法を教えてもらえますか? Q.2 -> もし閉鎖されたボードでHAB認証が失敗した場合、監査報告書はどうやって入手できますか? Re: Testing HAB without burning fuses こんにちは、 @Abhay2080。 この スレッドでのカン・リーの回答を参照してください。ヒューズをプログラムせずにHABをテストするためのいくつかの方法について説明しています。 2つ目のご質問についてですが、セキュアプロビジョニングツールのご利用を強くお勧めします。HAB対応イメージの作成プロセスが大幅に簡素化されます。このツールは自動的にCSFを生成し、画像を準備してHABが起動シーケンス中に正しく認証できるようにするため、このようなアプリケーションを扱う標準的なツールとなっています。認証済み (HAB)イメージの起動 手順に従うことができます。 ヒューズの焼きは一度しかできず、その後プロセッサは認証済み画像しか実行できないことを覚えておいてください。 BR ハビブ Re: Testing HAB without burning fuses ええ、カン・リーの回答は既に読みましたが、シャドウレジスターについては何も記載されていませんでした。そこで、私の質問は単純にシャドウレジスタを使ってテストすることが可能かどうかです。 監査ログについては、記録目的でのみ必要です。SPTを適切に使用すれば、HABをうまく生成できると理解しています。 Re: Testing HAB without burning fuses こんにちは、 @Abhay2080 さん。 Kan Li氏が推奨する方法に従ってください。HAB認証は、デバイスがOpenセキュリティ構成中であっても実施されます。これはRMの第9.3.6章「ブートセキュリティ設定」に記載されています。したがって、ROMブート時に生成されたHABイベントログを確認し、HAB認証プロセスが正しく実行されているかを確認することも可能です。 シャドウレジスタの主な目的は、RMの図23-1「OCOTPシステムレベルブロック図」に示されているように、デバイスがロードするOTPヒューズ値をソフトウェアでアクセス可能な表現を提供することです。 監査ログについてですが、あなたが言っているのは起動認証プロセス中にROMが生成するHABイベントログのことです。私の理解は正しいでしょうか?もしそうなら、この コミュニティ投稿 でGavin Jiaはこのログを観察する2つの方法を説明しています。特に、質問2への回答は顧客の問い合わせに直接答えています。 BR ハビブ
查看全文
请求书面许可,以便在商业智能产品中使用您的 API/数据 你好, 我正在开发一款商业机会情报 SaaS 产品,我想咨询如何获得书面许可,以便以编程方式使用 NXP 产品变更通知/产品停产/生命周期结束信息。 预期用途: 自动检索已授权的 NXP PCN/EOL 数据; 在商业SaaS产品中使用; 用于溯源和变更检测的历史数据存储; 处理成衍生信号和分析; 仅向已认证用户显示注明来源的事实信息; 禁止将 NXP 原始数据作为独立组网 \\(SA\\) 数据集进行转售。 我们特别想知道 NXP 是否提供 API、数据源、授权数据访问方法或商业协议来允许这种用途。 NXP 的公开使用条款似乎要求对网站内容进行商业复制/分发前获得书面同意,因此我不想在未经明确授权的情况下自动访问。 请问您能否指引我联系相关的API/数据许可或法律部门的联系人/团队? 谢谢你, 达里乌斯·西图
查看全文
Request for Written Permission to Use Your API/Data in a Commercial Intelligence Product Hi, I’m building a commercial opportunity-intelligence SaaS product and I would like to request guidance on obtaining written permission to use NXP Product Change Notifications / Product Discontinuation / End-of-Life information programmatically. Intended use: automated retrieval of authorized NXP PCN/EOL data; use inside a commercial SaaS product; historical storage for provenance and change detection; processing into derived signals and analytics; limited display of factual, source-attributed information to authenticated users; no resale of NXP raw data as a standalone dataset. We would specifically like to know whether NXP offers an API, feed, licensed data access method, or commercial agreement that permits this use. NXP’s public Terms of Use appear to require prior written consent for commercial reproduction/distribution of website content, so I do not want to automate access without explicit authorization. Could you please direct me to the appropriate API/data licensing or legal contact/team? Thank you, Darius Citu
查看全文
IMX93 メーターアプリケーション 現在、エネルギー計測プロジェクトに取り組んでおり、 TWR-KM35Z75M プラットフォームの計測ライブラリを i.MX 93ベースのボードに移植し、 Cortex-M33コア を計測応用に使う予定です。 以下の点についてご指導いただければ幸いです。 計測ライブラリをi.MX 93 M33コアに移植するための推奨アプローチ。 考慮すべきハードウェアやソフトウェアの依存関係について。 リファレンス・デザイン、アプリケーションノート、または移行ガイドの入手可能性。 i.MX 93プラットフォーム上の計測実装の既存例。 ADCデータ取得のインターフェースおよび新プラットフォームでの計測精度維持のベストプラクティス。 同様の移行に関する実装手順、参考資料、または経験談などがあれば、大変ありがたいです。 よろしくお願いします。 パワー Re: IMX93 Metering Application ご質問はすべて、 https://nxp.lightning.force.com/lightning/r/Case/500Te00000gKfLQIA0/viewで既に追跡されているようです。 ほとんどの場合、社内チームによる確認が必要です。最新情報はそちらでご確認ください。 ありがとうございます。
查看全文
JCOP4 P71 — AES-GCM 和 AES-CCM 返回 NO_SUCH_ALGORITHM 我正在使用 NXP JCOP4 P71 卡,并试图了解为什么 AES-GCM 和 AES-CCM 似乎都不可用。 卡片详情: JCOP 4 P71 JCOP 版本:4.7 R1.01.4 平台 ID:J3R3510236310400 ATR:3BFA180000910131FE454A33523331302D333535FF JCOP 工具 6.15.0.11 Java Card Classic 3.0.5 其他加密功能,如 AES-128 ECB、SHA-256、RSA 和安全随机数生成,均能正常工作。 然而: * AES-GCM 返回 CryptoException.NO_SUCH_ALGORITHM * CryptoBaseX.ALG_AES_GCM 也返回 NO_SUCH_ALGORITHM * AEADCipher.ALG_AES_CCM 也返回 NO_SUCH_ALGORITHM 请问有人能澄清一下,GCM 和 CCM 是否应该支持此特定 JCOP4 P71 配置吗? 尤其: 1. 平台 ID J3R3510236310400 是否支持 AES-GCM 和 AES-CCM? 2. 这些算法是否依赖于特定的 OEF / 卡配置? 3. 颁发后能否启用,还是需要不同的 JCOP4 卡配置? 4. 是否有文档说明针对给定的 JCOP4 配置启用了哪些加密算法? 我主要想确定这是否是此卡配置的预期行为,还是我的设置中遗漏了什么。 Smart Card Re: JCOP4 P71 — AES-GCM and AES-CCM return NO_SUCH_ALGORITHM 你好@sameer_chawla , 答案如下: 1. 不,JCOP 4(平台 ID:J3R3510236310400)不支持 AES-GCM 和 AES-CCM。 2. 不,这些算法不受任何配置支持。 3. 不,它们无法自动启用,客户需要使用可用的 API 自行实现。 4. 是的,“um4695xx - 用户指南和管理员手册 JCOP4 P71”列出了可用的加密算法 还有另一份文档描述了我们 JCOP 平台上可用的加密算法: an7459xx - AN14334 - JCOP 4 P71、JCOP 4.5 P71 和 JCOP 5 P71 的比较 CIPHER_AES_CCM:JCOP 4 不支持,JCPO 4.5/5 支持。 CIPHER_AES_GCM:JCOP 4/4.5/5 不支持。 希望对您有所帮助。 祝你有美好的一天, 坎 ------------------------------------------------------------------------------- 笔记: - 如果此回复解答了您的问题,请点击“标记为正确答案”按钮。谢谢你! - 我们会持续关注帖子,从最后一条回复发出后持续7周,之后的回复将被忽略。 如果您之后有相关问题,请另开新帖并引用已关闭的帖子。 -------------------------------------------------------------------------------
查看全文
Pins Toolと点滅LEDに関する質問 ナレッジベース HOWTO Pins Toolと、S32K1xxに関するナレッジベースのLEDエントリについて、いくつか質問があります。 問題のエントリーはこちらでご覧いただけます:HOWTO: S32K1xx RTDを使ってAUTOSARで点滅LED例プロジェクトを作成  エントリには、ピンツールを無効にするように記載されています。 しかし、MCALポートのユーザーマニュアルには、コントローラの設定にピンツールを使うのは 全く問題 ないと書かれています。 どちらの情報が正しいですか? Pins Toolにピンを追加して、それらを対応するMCALエントリ(Port、Dio)に自動的に追加する方法はありますか? それとも、ピンを毎回3回(ピンツール、ポート、Dio)追加する必要があるのでしょうか? この、確かに最も基本的な機能について、推奨されるワークフローは何ですか? Re: Question about Pins Tool and Blinking LED Knowledgebase HOWTO @VaneBプロセスを明確にしていただきありがとうございます。 Pins ToolとMCAL PortおよびDioツール間でピンを同期させる機能を追加することを強くお勧めします。 Pins Toolは非常に直感的で使いやすい一方、MCALの設定セクションは煩雑で分かりにくい。 Re: Question about Pins Tool and Blinking LED Knowledgebase HOWTO こんにちは、 @daniel_meier さん。 この記事はかなり前に公開されており、ピンツールとPORTドライバーの関係はRTDのリリースごとに変化しています。 最新バージョンでは、MCALドライバーを使用する際、Pins ToolとPORTドライバーが密接に連携して動作します。つまり、ピンはピンツールで設定され、PORTドライバにも追加されてピンの初期化構造が正しく生成されるべきです。 SO、MCALではピンツールとPORTドライバー(周辺ツール)の両方でピンを設定する必要があります。DIOドライバーは、そのピンがGPIOとして使われる場合にのみ設定すればよいです。 BR、VaneB
查看全文
EB tresos Studio 32.1.4ライセンスキー こんにちは、NXP チームの皆様、 EB Tresos Studio 32.1.4をダウンロードして使いたかったのです。ソフトウェアが別途ライセンスを購入する必要があるのか、それともページに記載されているアクティベーションキーを使ってもよいのか教えていただけますか?参考までに、アクティベーションキーを添付しました。このソフトウェアの使用は商業目的ではありません。これは学習目的のみに使用されます。 よろしくお願いします。 キラン kiran5_0-1790066799166.png Re: EB tresos Studio 32.1.4 License keys こんにちは、 @kiran5さん NXPはEB Tresos Studioの基本的な評価ライセンスを提供しており、ダウンロードページに記載されているアクティベーションキーを使用できます。このライセンスは限定的であり、主にNXPが提供するRTDソフトウェアの評価および設定を目的としています。 このライセンスはEB Tresos Studioのすべての機能を提供するわけではなく、AUTOSARの完全なスタックを設定することはできませんのでご注意ください。そのためには、Elektrobitから直接正式なライセンスを取得する必要があります。商用利用または制作利用の場合は、Elektrobit社からの適切なライセンスも必要となります。 したがって、学習、評価、基本的な作業だけを目的としている場合は、NXPが提供するアクティベーションキーを利用できます。 よろしくお願いいたします。 ルーカス Re: EB tresos Studio 32.1.4 License keys こんにちは、 @lukaszadrapa このライセンスは従業員が社内で学習や教育目的で使用できるのか、もう少し詳しく教えていただけますか? 意図された使用は学習、トレーニング、評価の目的のみであり、商業的な製品開発や生産目的ではありません。このような使用がライセンス条項で許可されているか、あるいはライセンスが個人使用のみを目的としているかをご確認ください。 よろしくお願いします。 キラン Re: EB tresos Studio 32.1.4 License keys こんにちは、 @kiran5さん ライセンス条項(2.1.4)に基づきます。教育ライセンス)は、大学や専門学校での教育目的の非営利利用を目的としています。もしあなたの社内のトレーニングや学習利用がライセンスの下で許可されているかどうか確認が必要な場合は、Elektrobitに直接相談することをお勧めします。彼らはライセンス提供者であり、ライセンス条項の権威ある解釈を提供してくれます。 よろしくお願いいたします。 ルーカス
查看全文
how to read lpddr5's mr with imx95 HI experts:      As title , how to read LPDDR5's MR register with imx95 ?  I have reference to the BSP of imx8mp and imx9,  and found the code " lpddr4_mr_read"  . But I found that they are difference, and there is no mention of how to read MR in reference manual. Best Regards. Yocto Project Re: how to read lpddr5's mr with imx95 HI db16122: I want to read the "manufacturer id" in imx-oei for difference DDR compatible.   Re: how to read lpddr5's mr with imx95 please refer to User Guide for Config Tools for i.MX.-Which MR is most important? Re: how to read lpddr5's mr with imx95 IMX95 DDR initialized in the oei/ddr. An only MR write is used, no read examples. DDRC->DDR_SDRAM_CFG |= DDRC_DDR_SDRAM_CFG_MEM_EN_MASK; Thanks
查看全文
MX95 EVKボードで2台目のカメラを有効にする方法 ネタバレ (ハイライトして読む) こんにちは。MX95 EVK EVKボードのDSI/CSIスロットにカメラを接続する方法を教えていただきたいです。カメラはリセットピンとスタンバイピンは設置していますが、MX95 EVKの回路図にはそれらを制御するGPIOピンが見つかりません。 こんにちは。MX95 EVK EVKボードのDSI/CSIスロットにカメラを接続する方法を教えていただきたいです。カメラはリセットピンとスタンバイピンは設置していますが、MX95 EVKの回路図にはそれらを制御するGPIOピンが見つかりません。 Re: how to enable a second camera on mx95 evk board こんにちは@yipingwangありがとうございます。私たちが使用しているカメラはTechNexion AR0235で、CSIおよびCSI/DSIスロットで使用したいと考えています。 Re: how to enable a second camera on mx95 evk board AEチームに確認してみます。 Re: how to enable a second camera on mx95 evk board こんにちは、 @yipingwangさん。ご協力ありがとうございます。しかし、カメラはまだ動作しません。何かご提案はありますか? Re: how to enable a second camera on mx95 evk board J14 A10 DSICSI_RST_SYNC → ADP5585 C0 → gpiochip9 ライン 6 → リセットは通常アクティブロー J14 A11 DSICSI_EN_PWDN → ADP5585 R4 → gpiochip9 ライン 4 → パワーダウンは通常アクティブハイ 通常動作:6行目=高、4行目=低。 Re: how to enable a second camera on mx95 evk board こんにちは@yipingwang @yipingwang @以下の設定を適用しましたが、カメラの初期化がまだ失敗します hankwang_0-1790059212233.png Re: how to enable a second camera on mx95 evk board こんにちは@yipingwang J14 A10 (DSICSI_RST_SYNC) と A11 (DSICSI_EN_PWDN) が U81 (ADP5585) を介して制御されていることを確認していただきありがとうございます。ボード上のADP5585(i2cアドレス0x34、adp5585-00として報告)が正常にプローブされ、Linuxに11本のGPIOライン(0-10ライン、デバイスツリー上PWM用に予約)を持つgpiochip9として露出していることを確認しました。 これら2つの信号を正確なADP5585 GPIOピン(例:データシート上のR0-R4/C0-C4)、対応するLinuxのgpiochipライン番号(0-10)はどうでしょうか?また、各信号の正しい極性(アクティブハイ/アクティブロー)は何ですか? すでに10本のライン(90本の組み合わせ、両方とも同時にローを引く)のペアワイズの組み合わせをブルートフォースでテストしましたが、成功しませんでした。カメラのブートステートレジスタ(0x3004)はどの場合でも依然として0x0000のままです。回路図またはUM12022からの正確なピン配置図があれば、推測を続けるのではなく直接検証できるだろう。 Re: how to enable a second camera on mx95 evk board 19 mm × 19 mmのi.MX 95 EVKでは、i.MX95 EVK DSI/CSIコネクタ(J14)のリセットピンとスタンバイピンは、i.MX95 GPIOによって直接制御されるのではなく、ADP5585 GPIOエキスパンダU81を介して制御されます。 J14 A10 – DSICSI_RST_SYNC : カメラのリセット J14 A11 – DSICSI_EN_PWDN : カメラのスタンバイ/電源オフ 制御電圧:1.8V デバイスツリーでは、reset-gpios と pwdn-gpios については U81 を参照してください。共有DSI/CSIポートで2台目のカメラを有効にする例として、NXPのimx95-19x19-evk-os08a20-combo.dtbオーバーレイを使用してください。 Re: how to enable a second camera on mx95 evk board 19x19または15x15のEVKを使用していることを確認してください。 Re: how to enable a second camera on mx95 evk board 95とセンサはペアで構成する必要があります。例えばov5640を例にとりましょう。     PWDN(EN)、B11 リセット(RST_B)、A9 95側ではA11はPWDN、B9はリセット用にすべきです。95年式19x19 BBボードの回路図を調べてみると、 A11はADP5585のR4ピンによって制御されます。 B9はsoc gpio3 27によって制御されます       したがって、DTSでは以下のように設定する必要があります。 pinctrl_mipi_dsi_csi: mipidsigrp { fsl、pins = ; }; pinctrl-0 = <&pinctrl_mipi_dsi_csi>; powerdown-gpios = <&adp5585gpio 4 GPIO_ACTIVE_HIGH>; reset-gpios = <&gpio3 27 GPIO_ACTIVE_LOW>; もしユーザーが15x15のEVKボードに接続する必要があるなら、   pinctrl_mipi_dsi_csi_rst: mipidsirstgrp { fsl、pins = ; }; pinctrl_mipi_dsi_csi: mipidsigrp { fsl、pins = ; }; pinctrl-0 = <&pinctrl_mipi_dsi_csi_rst>, <&pinctrl_mipi_dsi_csi>; powerdown-gpios = <&gpio5 6 GPIO_ACTIVE_HIGH>; reset-gpios = <&gpio5 7 GPIO_ACTIVE_LOW>; Re: how to enable a second camera on mx95 evk board @yipingwang私は19x19 EVKボードを使用しており、問題を解決しました。ありがとう。 リセットピンの設定を変更する必要があります。J14 A10 DSICSI_RST_SYNCは使用できません。
查看全文
回复:i.MX RT1064 - PEmicro 连接助手错误 您好, 这是对之前提出的一个问题的后续跟进。链接已附加到之前的查询中,链接中包含所要求的详细信息。请尽快回复,并协助我们解决问题。 谢谢并致以诚挚的问候 苏巴斯里 https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/i-MX-RT1064-PEmicro-Connection-Assistant-Error-and-Boot/m-p/2412530#M37152 i.MX RT106x Re: i.MX RT1064 - PEmicro Connection Assistant Error 你好@Subhasri_S , 根据您分享的测量结果,上拉电压是在 POR_B 释放之前供电的吗? 在您的应用中,MCU 是否会在某个时刻进入低功耗状态? 在出现问题之前是否发生过任何故障或错误? 此致, 巴勃罗 Re: i.MX RT1064 - PEmicro Connection Assistant Error @Pablo_Ramos你好,谢谢你的回复。 在 POR_B 释放之前,上拉电压不会通电。上拉信号与。POR_B 行为如下所示。 我们的应用程序中没有任何环节会让MCU进入低功耗模式。 此外,在此问题出现之前没有发生任何故障或错误。 我还想知道,当出现这种问题时,是否可以通过软件恢复主板。 谢谢并致以诚挚的问候 苏巴斯里 Re: i.MX RT1064 - PEmicro Connection Assistant Error 你好@Pablo_Ramos 这只是对之前内容的温和跟进。 谢谢 此致敬礼 苏巴斯里 Re: i.MX RT1064 - PEmicro Connection Assistant Error HI 当出现这种现象时,您提到无法刷写固件或调试设备。如果尝试附加调试器,是否可以成功? 如果可以连接调试器,请问执行的最后一条指令是什么? 以下知识库文章描述了一种可能的解释: 知识库: RT板恢复调试器连接问题 “当闪存中包含异常应用程序(例如,访问不存在的内存、内存损坏、时钟配置错误等)时,板可能会进入未知状态,从而阻止调试器控制内核。但是,当设备处于串行下载器模式时,内核会被强制进入已知状态,从而允许调试器接管控制权。 因此,当 RT 板上出现调试器连接问题时,请尝试在设备处于串行下载器模式时对外部闪存进行批量擦除。这样应该可以恢复调试器的正常运行。 您提到这个问题在定制板和 EVK 上都会出现。运行标准 SDK 示例时也会出现此问题吗? 对于出现这种现象的 EVK,是否进行了任何硬件修改? 顺祝商祺! 巴勃罗 Re: i.MX RT1064 - PEmicro Connection Assistant Error 您好,谢谢您的回复。 不,我无法使用调试器 PE Micro 烧录设备。 下面附上最后一条指令执行完毕的屏幕截图。如果任何代码导致硬故障/总线故障,则在版本完成后,板将无法访问。一旦板进入这种状态,我就无法刷入任何其他代码,包括 NXP 示例代码。我也无法在内部启动模式下擦除闪存,除非我手动将硬件上的启动模式更改为串行下载并擦除闪存,否则我无法访问该板。 我们在 EVK 上也观察到了同样的现象。在 EVK 上,恢复过程相对简单,因为它有物理开关来改变启动模式。但是,我们的定制板没有这些开关,因此恢复板需要更加复杂的过程。 这使得继续生产存在风险,因为固件故障可能会导致板无法访问,需要手动恢复程序,这对于生产硬件来说是不切实际的。 当板处于这种状态时,除了切换到串行下载模式之外,还有其他方法可以使用调试器/PEmicro 来恢复板吗?这个问题是由硬件还是软件引起的? 是什么原因导致MCU进入这种我们本可以避免的不可恢复状态? 感谢并致意 苏巴斯里
查看全文
关于引脚工具和闪烁 LED 知识库操作指南的问题 关于引脚工具和 S32K1xx 的知识库 LED 条目,我有一些问题。 相关条目可在此处找到: HOWTO:使用 AUTOSAR 和 S32K1xx RTD 创建闪烁 LED 示例项目 该说明要求禁用图钉工具。 然而,MCAL 端口用户手册中提到,使用引脚工具配置控制器是完全可以的。 哪个信息是正确的? 是否有办法将引脚添加到引脚工具中,并使其自动添加到相应的 MCAL 条目(端口、二极管)中? 还是说我必须每次都添加三次每个引脚(引脚工具、端口、Dio)? 对于这项最基本的功能,推荐的工作流程是什么? Re: Question about Pins Tool and Blinking LED Knowledgebase HOWTO @VaneB谢谢你解释清楚流程。 我强烈建议在引脚工具和 MCAL 端口及二极管工具之间添加同步引脚的功能。 引脚工具非常直观易用,而 MCAL 设置部分则繁琐且不清晰。 Re: Question about Pins Tool and Blinking LED Knowledgebase HOWTO 嗨@daniel_meier 这篇文章发表已有一段时间了,引脚工具和端口驱动程序之间的关系在 RTD 的各个版本中都发生了变化。 在最新版本中,使用 MCAL 驱动程序时,引脚工具和端口驱动程序紧密配合使用。这意味着应该在引脚工具中配置引脚,并将其添加到端口驱动程序中,以便正确生成引脚初始化结构。 因此,使用 MCAL 时,您需要在引脚工具和端口驱动程序(外设工具)中配置引脚。只有当这些引脚将用作 GPIO 时,才需要配置 DIO 驱动程序。 BR,VaneB
查看全文
EB tresos Studio 32.1.4许可证密钥 您好,NXP团队: 我想下载并使用 EB tresos Studio 32.1.4。请问这款软件需要单独购买许可证吗?还是可以使用页面上提供的激活码?已附上激活密钥供您参考。本软件的使用不得用于任何商业用途。仅供学习之用。 谢谢! 基兰 kiran5_0-1790066799166.png Re: EB tresos Studio 32.1.4 License keys 嗨@kiran5 NXP 为 EB tresos Studio 提供基本评估许可证,您可以使用下载页面上提供的激活密钥。此许可具有局限性,主要用于评估和配置 NXP 提供的 RTD 软件。 请注意,此许可证不提供 EB tresos Studio 的所有功能,也不允许您配置完整的 AUTOSAR 堆栈。为此,必须直接从 Elektrobit 获取完整许可证。商业/生产用途也需要获得 Elektrobit 的相应许可。 因此,如果您的目的仅仅是学习、评估和使用 NXP RTD 进行基本操作,则可以使用 NXP 提供的激活密钥。 此致, Lukas Re: EB tresos Studio 32.1.4 License keys 嗨@lukaszadrapa 请问该许可证是否可以供公司员工用于公司内部的学习和教育目的? 仅供学习、培训和评估之用,不得用于商业产品开发或生产用途。请确认许可条款是否允许此类用途,或者该许可是否仅供个人使用。 谢谢! 基兰 Re: EB tresos Studio 32.1.4 License keys 嗨@kiran5 根据许可条款(2.1.4.教育许可证),教育许可证旨在用于大学和技术学校的教育、非商业用途。如果您需要确认贵公司内部的特定培训或学习用途是否在您的许可范围内,我建议您直接与 Elektrobit 讨论此事,因为他们是许可方,可以对许可条款提供权威的解释。 此致, Lukas
查看全文
Re: i.MX RT1064 - PEmicro Connection Assistantエラー こんにちは、 これは、以前に提起された質問に対するフォローアップです。リンクは前回の問い合わせに添付されており、そのリンクには要求された必要な詳細情報が含まれています。ご返信いただき、この問題の早期解決にご協力をお願いいたします。 よろしくお願いいたします。 スバスリ https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/i-MX-RT1064-PEmicro-Connection-Assistant-Error-and-Boot/m-p/2412530#M37152 i.MXRT 106x Re: i.MX RT1064 - PEmicro Connection Assistant Error こんにちは、 @Subhasri_S さん。 あなたが共有してくれた測定結果では、POR_Bが解放される前にプルアップ電圧が供給されていますか? あなたのアプリケーションでは、MCUが低消費電力状態に入るポイントはありますか? 問題が発生する前に、何らかの不具合やエラーは発生していますか? よろしくお願いします、 パブロ Re: i.MX RT1064 - PEmicro Connection Assistant Error こんにちは、 @Pablo_Ramos さん、ご返信ありがとうございます。 POR_Bが解放されるまでは、プルアップ電圧は供給されません。プルアップのシグナル。POR_Bの動作については、以下に添付します。 私たちのアプリケーションでは、MCUが低消費電力モードに入ることはありません。 また、この問題が発生する前に、不具合やエラーは発生していません。 また、この問題が発生した際にソフトウェアでボードを復元する方法があるのかも知りたいです。 よろしくお願いいたします。 スバスリ Re: i.MX RT1064 - PEmicro Connection Assistant Error こんにちは、 @Pablo_Ramos さん。 これは、その件に関するちょっとしたフォローアップです。 ありがとうございます。 敬具 スバスリ Re: i.MX RT1064 - PEmicro Connection Assistant Error ハイ この現象が発生すると、デバイスのフラッシュやデバッグができなくなるとおっしゃっていましたね。デバッガーを接続しようとしたら、それはできますか? デバッガーを接続できる場合、最後に実行された命令は何ですか? 考えられる説明の一つは、以下のナレッジベース記事に記載されています。 ナレッジベース:デバッガー接続の問題に対するRTボードの復旧 「フラッシュに異常なアプリケーション(例えば、存在しないメモリへのアクセス、メモリ破損、クロックの誤設定など)が含まれている場合、基板は未知の状態に入り、デバッガがコアの制御を奪えなくなります。しかし、デバイスがシリアルダウンローダーモードになると、コアは既知の状態に強制的に移行され、デバッガーが制御できるようになります。 したがって、RTボードでデバッガー接続の問題が発生した場合は、デバイスがシリアルダウンローダーモードになっている状態で、外部フラッシュの一括消去を実行してみてください。これにより、デバッガーの正常な動作が回復するはずです。 この問題はカスタムボードとEVKの両方で発生するとのことでしたね。標準的なSDKの例を実行したときも同じ問題が起きますか? この現象が確認されているEVKにおいて、ハードウェアの変更は行われていますか? よろしくお願いいたします。 パブロ Re: i.MX RT1064 - PEmicro Connection Assistant Error こんにちは、ご返信ありがとうございます。 いいえ、デバッガー(PE Micro)を使用してデバイスにファームウェアを書き込むことはできません。 最後に実行された命令を示すスクリーンショットを以下に添付しました。何らかのコードによってハードフォルト/バスフォルトが発生した場合、ビルド後、ボードにアクセスできなくなります。ボードがこの状態に入ると、NXPのサンプルコードを含む他のコードをフラッシュすることができなくなります。また、内部起動モードでフラッシュを消去できず、ハードウェア上で手動で起動モードをシリアルダウンロードに変えてフラッシュを消去しない限り、ボードにアクセスできません。 EVKでも同様の挙動が観察されました。EVKでは物理的なスイッチで起動モードを変更するため、リカバリーは比較的簡単でした。しかし、当社のカスタム基板にはこれらのスイッチがないため、基板の復旧にはかなり手間のかかる作業が必要です。 そのため、ファームウェアの故障によりボードがアクセス不能になり、実用的でない手動復旧手順が必要になる可能性があるため、本番生産を進めるのはリスクが高まります。 この状態でデバッガーやPEmicroを使って、シリアルダウンロードモードに切り替えずにボードを復元する方法はありますか?また、問題はハードウェアによるものなのかソフトウェアなのか、どちらが原因でしょうか? MCUがこの回復不可能な状態に陥り、私たちが意識的に回避できる状態に陥っている原因は何でしょうか? よろしくお願いいたします。 スバスリ
查看全文
Testing HAB without burning fuses I am working on IMXRT1024 core and want to test HAB without burning fuses. And as per datasheet every fuses have their shadow register and CPU/ROM read from that shadow register. I am thinking to write those shadow register and create a scenario such that boot ROM thinks Boards is HAB enabled. But again since boot rom execution is very beginning can you suggest is there any way to leverage the shadow register and create a testing setup? Q.2 -> If suppose in a closed board HAB authentication fails how can i get the audit report? Re: Testing HAB without burning fuses Hello @Abhay2080, Please refer to Kan Li's response in this thread. It describes several approaches for testing HAB without programming the fuses. Regarding your second question, I highly recommend using the Secure Provisioning Tool, as it greatly simplifies the process of creating a HAB-enabled image. The tool automatically generates the CSF and prepares the image so that HAB can properly authenticate it during the boot sequence, which is why this is standard tool to handle applications just like this one. You can follow the Booting an Authenticated (HAB) Image flow to achieve this. Please keep in mind that burning fuses can only be done once, after that the processor can only execute authenticated images.  BR Habib Re: Testing HAB without burning fuses Hello @Abhay2080, Please follow the approach recommended by Kan Li. HAB authentication is performed even when the device is in the Open security configuration, as described in the chapter 9.3.6 "Boot Security Settings" of the RM. Therefore, it is also possible to review the HAB event logs generated by the ROM boot to verify that the HAB authentication process is executing correctly. The main purpose of the shadow registers is to provide a software-accessible representation of the OTP fuse values loaded by the device, as shown the figure 23-1 "OCOTP System Level Block Diagram" of the RM. Regarding the audit logs, I understand that you are referring to the HAB event log generated by the ROM during the boot authentication process. Is my understanding correct? If so, in this community post Gavin Jia explains two methods for observe this log. In particular, the response to question 2 directly addresses the customer's inquiry. BR Habib Re: Testing HAB without burning fuses Yeah, I already went through Kan Li's response, but it does not include anything about the shadow registers. So, my question is simply whether it is possible to use the shadow registers and test them. Regarding the audit logs, I just need them for logging purposes. I understand that using SPT properly will enable us to create HAB successfully.
查看全文
测试 HAB 而不烧断熔丝 我正在研究 IMXRT1024 内核,想在不烧毁熔丝的情况下测试 HAB。根据数据手册,每个熔丝都有自己的影子寄存器,CPU/ROM 会读取该影子寄存器中的信息。 我正在考虑写入这些影子寄存器,并创建一个场景,使启动 ROM 认为板已启用 HAB。但是,由于启动 ROM 执行才刚刚开始,您能否建议是否有办法利用影子寄存器来创建一个测试环境? Q.2 -> 如果在封闭的板上 HAB 认证失败,我该如何获取审计报告? Re: Testing HAB without burning fuses 你好@Abhay2080 , 请参考 Kan Li 在此帖中的回复。它描述了几种无需对熔丝进行编程即可测试 HAB 的方法。 关于你的第二个问题,我强烈建议使用安全配置工具,因为它大大简化了创建启用 HAB 的映像的过程。该工具会自动生成 CSF 并准备映像,以便 HAB 可以在启动序列期间正确对其进行身份验证,因此它是处理此类应用程序的标准工具。您可以按照“启动已验证 (HAB) 映像”流程来实现此目的。 请注意,熔丝烧录只能进行一次,之后处理器只能执行经过认证的镜像。 BR 哈比卜 Re: Testing HAB without burning fuses 是的,我已经看过 Kan Li 的回复了,但是其中没有提到影子注册表。所以,我的问题很简单,就是是否可以使用影子寄存器并对其进行测试。 至于审计日志,我只需要它们用于记录目的。我明白正确使用SPT将使我们能够成功创建HAB。 Re: Testing HAB without burning fuses 你好@Abhay2080 , 请按照 Kan Li 推荐的方法进行操作。即使设备处于开放式网络安全配置中,也会执行 HAB 身份验证,如 RM 的 9.3.6 章“启动网络安全设置”中所述。因此,也可以查看 ROM 启动生成的 HAB 事件日志,以验证 HAB 认证过程是否正确执行。 影子寄存器的主要目的是提供设备加载的 OTP 熔丝值的软件可访问表示,如图 23-1“OCOTP 系统级框图”所示。 关于审计日志,我理解您指的是 ROM 在启动认证过程中生成的 HAB 事件日志。我的理解正确吗?如果是这样,Gavin Jia 在这篇社区帖子中解释了两种查看此日志的方法。特别是,对问题 2 的回答直接回应了客户的询问。 BR 哈比卜
查看全文