烧断的熔丝 IMXRT1024是否有办法在不将电路板置于串行下载器模式的情况下（例如通过JTAG或UART）烧毁熔丝？ Re: Burning fuse 你好@Abhay2080 ， 您可以使用 OCOTP 模块通过软件烧断熔丝，如参考手册第 23.6.1.2.2 章“功能”中所述。请参考名为 ocotp_example 的 SDK（版本 26.06）示例，以了解其工作原理。您可以通过SDK Builder找到它。 另请参阅 23.3.1.2熔丝和影子寄存器读取和 23.3.1.3熔丝和阴影寄存器写入 RM 中的部分，以提供附加信息。 BR 哈比卜 Re: Burning fuse 根据我的研究，烧断熔丝是可行的。 1. SPT（最简单）- 但我们需要将启动模式更改为 ISP，并且需要 UART 或 USB 接口。 2. CST（制造工具） - 这里我们也需要将启动模式更改为 ISP，并且需要 USB 接口。 3. 如您所说，通过 OCOTP 模块——无需插入 ISP，只需刷入未签名镜像（包含 OCOTP 驱动程序和待烧录的熔丝），烧录熔丝后，电路板即可锁定。 我的理解是否正确？或者我是否遗漏了其他编程方式，例如通过 JTAG/SWD 等方式？ Re: Burning fuse 你好@Abhay2080 ， 您无需进入串口下载器模式即可使用 OCOTP 模块。例如，在这篇社区帖子中，Kerry 描述了这种用于对熔丝进行编程的替代方法。 请记住，熔丝只能烧一次，所以请小心操作。 安全配置工具可以根据您选择的配置帮助确定所需的值，您可以将其用作指导，以确保对正确的熔丝进行编程。另请参阅 RM 中的第 9.4.1 章“启动 eFuse 说明”，其中提供了熔丝及其用途的详细说明。 BR 哈比卜

MCSPTR2AK396 — resolver excitation limits? Hello! I'm working with the MCSPTR2AK396 development kit (S32K396, 3-phase PMSM with resolver, 3-shunt FOC). I'm using the stock resolver-to-digital chain: SGEN → SDADC → DSPSS → eTPU RESOLVER function. As far as I understand, the stock excitation frequency is 10 kHz (SGEN sine wave driving the resolver excitation winding), and the eTPU RESOLVER processes angle updates every 50 µs with a 16+16 sample buffer from SDADC, with a slow PI regulator adjusting the excitation phase shift. But I have a questions. What is the exact resolver model used in the MCSPTR2AK396 kit? A datasheet reference would be very helpful. What is the maximum excitation frequency this resolver ? Can SGEN be raised, for example, to 100 kHz without modifying anything except SGEN registers? Or does the SDADC/DSPSS/eTPU chain, or the analog sin/cos filters, impose a hard limit well below that? What is the minimum excitation frequency allowed by the resolver itself, and what is the recommended range? If higher excitation is possible, what else must be reconfigured — SDADC sampling rate, DMA buffer transfer, eTPU HSR rate, excitation phase-shift regulator gains, analog filters? Thank you. Re: MCSPTR2AK396 — resolver excitation limits? Hello, What is the exact resolver model used in the MCSPTR2AK396 kit? On the TG Drives motor manufacturer's website, there is a configurator that lists three possible resolver options: ER5Kd411, TS2620N21E11, and RE-15-1-A15. If I remember correctly requested was lowest-cost resolver option, which was the ER5Kd411 from ATAS Náchod. https://www.atas.cz/files/ER5Kd.pdf The exact type could be determined by opening the rear cover. The MCSPTR2AK396 resolver solution is designed and validated at 10 kHz excitation. While SGEN supports frequencies up to 50 kHz according to the application note, operation above 10 kHz requires reconfiguration and validation of the SDADC, DSPSS, DMA, eTPU resolver processing and analog signal-conditioning chain. In addition, for resolvers such as TS2620N21E11 we only found a published nominal excitation specification of 7 Vrms at 10 kHz; no supported excitation-frequency range is specified in the available resolver datasheet. Therefore, operation at 100 kHz cannot be recommended based on available documentation. Best regards, Peter Re: MCSPTR2AK396 — resolver excitation limits? Understood, thank you. Is there a practical possibility of increasing the base PWM generation frequency to 20–30 kHz, or is the system strictly limited by the hardware physics of this KIT?

AN12064書類はどこで入手できますか? AN12064書類はどこで入手できますか? 評価ボード

MCSPTR2AK396 — レゾルバの励起限界？ こんにちは！MCSPTR2AK396開発キット(S32K396、リゾルバ付き3相PMSM、3シャントFOC)を使っています。私は標準のリゾルバからデジタルへのチェーン、つまりSGEN → SDADC → DSPSS → eTPU RESOLVER関数を使用しています。 私の理解では、標準の励起周波数は10kHz（SGEN正弦波がレゾルバ励起巻線を駆動）であり、eTPUレゾルバはSDADCからの16+16サンプルバッファを使用して50µsごとに角度更新を処理し、低速PIレギュレータで励起位相シフトを調整します。しかし、私には疑問があります。 MCSPTR2AK396キットで使われている正確なリゾルバーモデルは何ですか?データシートの参照情報があると大変助かります。 このレゾルバの最大励起周波数はどれくらいですか？例えば、SGENをSGENレジスタ以外に変更せずに100 kHzに上げることは可能でしょうか?それともSDADC/DSPSS/eTPUチェーンやアナログのsin/cosフィルターが、それよりはるかに低い厳しい制限を課しているのでしょうか? レゾルバ自体が許容する最小励起周波数はどれくらいですか？また、推奨される範囲はどれくらいですか？ より高い励起が可能なら、他に何を再構成する必要がありますか — SDADCサンプリングレート、DMAバッファ転送、eTPU HSRレート、励起位相シフトレギュレータゲイン、アナログフィルターなど? よろしくお願いします。 Re: MCSPTR2AK396 — resolver excitation limits? こんにちは、 MCSPTR2AK396キットで使われている正確なリゾルバーモデルは何ですか? TG Drivesモーターメーカーのウェブサイトには、ER5Kd411、TS2620N21E11、RE-15-1-A15という3つのレゾルバオプションを表示するコンフィギュレーターがあります。 私の記憶が正しければ、最も低価格なリゾルバの選択肢が求められており、それはATAS Náchod社のER5Kd411でした。 https://www.atas.cz/files/ER5Kd.pdf 正確なタイプはリアカバーを開けて確認できました。 MCSPTR2AK396レゾルバソリューションは、10kHzの励起周波数で設計および検証されています。SGENはアプリケーションノートによると最大50kHzまでの周波数をサポートしていますが、10kHz以上の動作にはSDADC、DSPSS、DMA、eTPUリゾルバプロセッシングおよびアナログ信号調整チェーンの再構成と検証が必要です。さらに、TS2620N21E11などのレゾルバについては、10kHzで7Vrmsという公称励起仕様しか公表されておらず、利用可能なレゾルバのデータシートには、サポートされる励起周波数範囲は記載されていません。したがって、利用可能なドキュメントに基づき100 kHzでの運用は推奨できません。 よろしくお願いいたします。 ピーター Re: MCSPTR2AK396 — resolver excitation limits? 承知いたしました。ありがとうございます。基本PWM生成周波数を20～30kHzまで上げることは現実的に可能でしょうか？それとも、このキットのハードウェアの物理的な制約によってシステムは厳密に制限されているのでしょうか？

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，是否进行了任何硬件修改？ 顺祝商祺！ 巴勃罗

关于引脚工具和闪烁 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