MCSPTR2AK396——旋转变压器的激励极限？ 你好！我正在使用 MCSPTR2AK396 开发套件（S32K396，带旋转变压器的三相 PMSM，3 并联 FOC）。我使用的是标准的解析器到数字信号链：SGEN → SDADC → DSPSS → eTPU 解析器函数。 据我了解，标准激励频率为 10 kHz（SGEN 正弦波驱动旋转变压器激励绕组），eTPU 旋转变压器每 50 µs 处理一次角度更新，使用来自 SDADC 的 16+16 采样缓冲器，并通过慢速 PI 调节器调整激励相移。但我还有一些疑问。 MCSPTR2AK396 套件中使用的具体解析器型号是什么？提供数据手册参考资料将非常有帮助。 该旋转变压器的最大激励频率是多少？例如，能否在不修改 SGEN 寄存器以外的任何内容的情况下，将 SGEN 提高到 100 kHz？或者 SDADC/DSPSS/eTPU 链或模拟正弦/余弦滤波器是否施加了远低于此的硬性限制？ 旋转变压器本身允许的最小激励频率是多少？推荐的频率范围是多少？ 如果可以提高激励强度，还需要重新配置哪些参数——SDADC 采样率、DMA 缓冲区传输、eTPU HSR 速率、激励相移调节器增益、模拟滤波器？ 谢谢！ Re: MCSPTR2AK396 — resolver excitation limits? 你好， MCSPTR2AK396 套件中使用的具体解析器型号是什么？ 在 TG Drives 电机制造商的网站上，有一个配置器列出了三种可能的旋转变压器选项：ER5Kd411、TS2620N21E11 和 RE-15-1-A15。 如果我没记错的话，当时要求的是成本最低的解析器方案，也就是 ATAS Náchod 公司的 ER5Kd411。 https://www.atas.cz/files/ER5Kd.pdf 打开后盖即可确定具体型号。 MCSPTR2AK396 旋转变压器解决方案是在 10 kHz 激励下设计和验证的。根据应用说明，虽然 SGEN 支持高达 50 kHz 的频率，但高于 10 kHz 的操作需要重新配置和验证 SDADC、DSPSS、DMA、eTPU 解析器处理和模拟信号调理链。此外，对于 TS2620N21E11 等旋转变压器，我们只找到了已公布的标称激励规格为 10 kHz 时 7 Vrms；在可用的旋转变压器数据表中没有指定支持的激励频率范围。因此，根据现有资料，不建议在 100 kHz 频率下运行。 顺祝商祺！ Peter

ls1043a - Linux BSP 中是否应该启用 thermal_zone5？ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我正在使用 ls1043 处理器的参考板 ls1043ardb，遇到了散热子系统的问题。我看到的错误是： [ 116.704475] thermal thermal_zone5：已达到临界温度 (104°C)，正在关闭 虽然看起来有点零星，但一旦出现，通常会在启动后不久发生。它并非总是发生。当系统稳定时，thermal_zone5 的温度始终为 0。 dts 文件 fsl-ls1043a.dtsi 中已激活 thermal_zone0 - thermo_zone5。（ fsl-ls1043a.dtsi\freescale\dts\boot\arm64\arch - qoriq-components/linux - 用于 QorIQ 支持的 Linux 树） 问题是 ls1043 是否应该启用 thermal_zone5？查阅“QorIQ LS1043A 参考手册，修订版 5，04/2019”第 35.1.1 章“本地温度传感器位置”，我可以看到一个表格，其中指出 ls1043 的温度传感器 ID 为 0-4，而 ID 5-15 被标记为保留。hte dtsi 文件是否启用 thermal_zone5，并且在 ls1043 中是否可用？ 谢谢， 彼得 Re: ls1043a - should thermal_zone5 be active in the Linux BSP? 你好， 我们在运行 Linux 4.19.68 的 LS1043A 平台上也遇到了类似的问题。 系统偶尔会报告： Thermal_zone5：温度已达临界值（104℃），正在关闭   观察发现，热区 0-4 通常彼此密切相关，而热区 5 经常报告明显不同的值，并且与其他区域的行为不同。   停机前，各热区报告的值与以下值类似： thermal_zone0: 75000 thermal_zone1：76000 thermal_zone2：76000 thermal_zone3：75000 thermal_zone4：74000 thermal_zone5：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°C），正在关闭 [ 2116.951246] thermal thermal_zone1：已达到临界温度（85°C），正在关闭 [ 2117.975285] thermal thermal_zone1：已达到临界温度（85°C），正在关闭 请问是否有任何变通方法可以解决这个问题？ 这个问题的根本原因是什么？ 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，看看是否有帮助。

燃える導火線 IMXRT1024には、ボードをシリアルダウンローダーモードにすることなく（JTAGやUARTなどを介して）ヒューズを焼却する機能はありますか？ Re: Burning fuse こんにちは、 @Abhay2080。 OCOTPモジュールを使えば、 リファレンスマニュアルの23.6.1.2.2章「機能」に記載されているように、ソフトウェアを通じてヒューズを焼くことができます。動作については、SDK(バージョン26.06)の例「ocotp_example」を参照してください。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モジュールはシリアルダウンローダーモードに入らずに使用できます。例えば、この コミュニティ投稿 ではケリーがこの別のヒューズプログラミング方法について説明しています。 ヒューズの焼きは一度きりなので、慎重に燃やしてください。 Secure Provisioning Toolは、選択した構成に基づいて必要な値を決定し、正しいヒューズがプログラムされているかを確認するためのガイドとして利用できます。ヒューズとその目的の詳細な説明については、RMの9.4.1章「ブートeFuseの説明」もご参照ください。 BR ハビブ

Where can I obtain the AN12064 document？ Where can I obtain the AN12064 document？ Evaluation Board

Burning fuse In IMXRT1024 is there any provision to burn fuses without putting the board into serial downloader mode through(may be through JTAG or UART) Re: Burning fuse Hello @Abhay2080, You can burn fuses through software using the OCOTP module, as mentioned in the chapter 23.6.1.2.2 "Function" of the Reference Manual.  Please refer to the SDK (version 26.06) example called ocotp_example in order to know how it works. You can find through SDK Builder. Please also refer to 23.3.1.2 Fuse and Shadow Register Read and 23.3.1.3 Fuse and Shadow Register Writes sections in the RM which provides additional information. BR Habib Re: Burning fuse As per my research to burn fuses 1. SPT(simplest) - But we need to change boot mode to ISP and need either UART or USB interface. 2. CST(Mfg tool) - Here also we need to change boot mode to ISP and need USB interface. 3. Through OCOTP module as you mentioned - No need to put in ISP just flash unsigned image (OCOTP drivers and fuses to burn) and burn fuses and then board is locked Is my understanding correct or i am missing some more ways like through JTAG/SWD we can program Re: Burning fuse Hello @Abhay2080, You can use the OCOTP module without entering Serial Downloader Mode. For example, in this community post Kerry describes this alternative method for programming fuses. Please keep in mind that burning fuses can only be done once, so please burn with caution. The Secure Provisioning Tool can help determine the required value based on the configuration you select, which you can use as guide for ensuring that the correct fuses are programmed. Please also refer to chapter 9.4.1 "Boot eFuse Descriptions" in the RM, which provides a detailed description of fuse and its purpose. BR Habib

烧断的熔丝 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

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での運用は推奨できません。 よろしくお願いいたします。 ピーター

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.

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