MCUXpresso IDE roadmap Hi everyone, Is MCUXpresso IDE still supported? In the last years there was a MCUXpresso IDE upgrade every about 4 months. Since june 2025 there is not upgrades. Does this mean that MCUXpresso IDE will not be upgraded in the future? Many thanks Biafra Re: MCUXpresso IDE roadmap Hello @biafra , Thanks for your post. At present, there are no plans for a new MCUXpresso IDE roadmap. Our primary focus and recommended development environment is MCUXpresso for Visual Studio Code | NXP Semiconductors. However, the latest MCUXpresso IDE v25.06 is still actively maintained, and you can continue to import and use SDKs for new devices without any issues. Please note that if you use the integrated Config Tools for newer products, make sure to update the Config Tools package manually. For detailed instructions, please refer to: Updating Config Tools in the MCUXpresso IDE - NXP Community. Hope it helps. BR Celeste

RTC Power Calculation Hello NXP, We are calculating battery life for RTC for which active & sleep current are required for SNVS power domain in RT1176. However refer to datsheet IMXRT1170BIEC - Table13, page 35, only sleep current is given. Please let us know the factors affecting the active current and various calculations related to active current for the SNVS power domain. Re: RTC Power Calculation Hi @specneeraj , Thanks for your interest in NXP MIMXRT series! VDD_SNVS_IN supplies power to the SNVS/RTC domain. This domain is an always-on, low-power domain that primarily maintains the 32 kHz RTC, SNVS logic, and related wake-up and safety functions. Its current consumption is only weakly correlated with the active/sleep states of CM7/CM4; therefore, the VDD_SNVS_IN values for the SNVS mode listed in Table 13 are not omitted “sleep-only” data, but rather baseline values that can be used in RTC backup scenarios. If the coin cell only provides power when the main power source fails → Use the SNVS mode current estimate directly; If the coin cell also supplies power to VDD_SNVS_IN while the system is active, calculate the average current based on the active/SNVS duty cycle. The main factors affecting the SNVS current include temperature,  VDD_SNVS_IN  voltage, process variations, leakage from the 32 kHz RTC crystal/board, external leakage from SNVS-related pins, and whether the device has actually entered SNVS mode. Please refer to AN13104 for more details. Best regards, Gavin

How to Blob FLUSH S32E288-975EVB Hello, my company is exploring using this chip for our new product.  I am having trouble getting the code built and flashed through micro-USB UART onto the board. I was able to FLUSH the pre-built "Hello world" print binaries that come with the RTD package to the board and tested working, so I know it is possible, but when I want to do this with my own code, I could not find any instructions on how to do this. There are no linker_flash files in Project_setting/Linker_files/ in any examples from RTD, and there is no mention of how to do this in the manual. Am I supposed to build in JTAG debug RAM mode and manually use IVT? What is the procedure? How do I build a UART flashable file? If anyone can point me in the right direction, it would be much appreciated.  I found this on this forum: https://community.nxp.com/t5/S32Z-E/creating-a-Blob-Image-using-IVT-S32Z2/m-p/2362406#M322 I am not sure if this works, since this is not closed, but I will try. If there is any support for this board, that would be great.  Re: How to Blob FLUSH S32E288-975EVB Hi,pyc About how to create a Blob, from starting the Flash, you can refer to the following content. 1.The recommended startup method we suggest is the one like GreenVIP's, starting from SMU and then proceeding to R52. You can refer to GreenVIP for details. In GreenVIP, there are also instructions on how to create Blobs and how to burn Blobs. S32ZE_GreenVIP_1.3.x/doc/UG_S32ZE_GreenVIP.pdf Design : Product Information : Automotive SW - S32Z/E - Vehicle Integration Platform (GreenVIP) Joey_z_0-1785465893182.png 2. To start directly from R52, you need to modify the link script and startup file. It's a bit complicated. You can refer to the following link, which has supported similar situations. Guidance for IVT Flash Image Creation for R52_0_0 Core on S32Z280-594EVB Without Debug Probe. How to reduce the binary size in S32Z2 3. About the QSPI boot mode setting of S32E288-975EVB, you can refer to this picture form user-guide of S32E288-975EVB. S32E288-975EVB Evaluation Board Solution for S32E2 Family Microcontrollers User Guide Joey_z_1-1785466091287.png BR Joey Re: How to Blob FLUSH S32E288-975EVB Hi,pyc Thank you for contacting us. The design file on your website is also missing the schematics, so I am unable to check from my side. Any help is appreciated. >>>You can find the design documents and Start Guide for S32E288-975EVB on the official website interface as the following picture. S32E288-975EVB Evaluation Board | NXP Semiconductors Joey_z_0-1785463510142.png Joey_z_1-1785463528493.png BR Joey Re: How to Blob FLUSH S32E288-975EVB Hi, so the Example diode code is trying to toggle D12, and the get-started guide on your website for S32E288-975EVB is using information from S32E288-400EVB. The design file on your website is also missing the schematics, so I am unable to check from my side. Any help is appreciated. Re: How to Blob FLUSH S32E288-975EVB Quick update. I tried the exact same procedure for the Dio example, and was able to create the blob file. I flushed it onto the board, and the LED is not blinking. The flush procedure is definately correct since I was able to flush the some pre-build artifacts I found inside the IDE folder. Have anyone verified this procedure at NXP that this procedure actually work on this dev kit?

RD33771CNTREVM + FreeMASTER project Hi, I am currently evaluating the RD33771CNTREVM (HV Battery Management System) reference design board. According to the User Manual (UM11310), the board outputs raw register data via the CAN0 interface (connector J12). While I can read the raw hexadecimal messages using a standard CAN-USB interface, I am looking for a more efficient way to visualize the cell voltages and temperatures in real-time. I noticed that for a similar silicon combination (S32K144 + MC33771C), NXP provides the BCC_S32K144_FreeMASTER example project within the BCC SW Driver Package. Before I start modifying the pin routing and porting this generic example to match the specific hardware layout of the RD33771CNTREVM, I would like to ask: Does NXP have a dedicated FreeMASTER project (.pmp / .pmpx) and the corresponding .elf firmware specifically tailored for the RD33771CNTREVM board? Thank you for the support. Re: RD33771CNTREVM + FreeMASTER project Hi Marvin, I have found an answer from an application team to another customer who requested FreeMASTER example for the RD33771CNTREVM. Unfortunately we do not have any. We have only the EvalGUI. See the answer below. You can download the EvalGUI from the MC33771C product page. It is publicly available.  JozefKozon_0-1785486988566.png I apologize for inconvenience.  DESCRIPTION Unfortunately that is correct, the FreeMaster interface going with the example code has been developed for one node only. As is, it would not work with 4 nodes, only the first one would be initialized and monitored. For this distributed platform, the only GUI available for more than one node would be the EvalGUI 5.15.. With Best Regards, Jozef Re: RD33771CNTREVM + FreeMASTER project Hi Marvin, currently there isn't any other software, apart from the software which you can find in the MC33771C and in the RD33771CNTREVM product pages. And since the MC33771C is an old product, although still in production, there probably will not be a new software. We have newer BCCs. For a new design I would rather recommend you one from the 24 or 26 Channels BCCs. BMA7x2x family. This are the latest BCC components. https://www.nxp.com/products/product-selector:PRODUCT-SELECTOR?category=c40_c328&page=1&nrnd=false JozefKozon_0-1785495573469.png With Best Regards, Jozef Re: RD33771CNTREVM + FreeMASTER project Hi Jozef, Thank your the answer. I tried the EvalGUI 5.15, but it lags on Windows 11 and it works only with COM port. RD33771CNTREVM has CAN output...  I'll see if I can get the RX and TX signals out of the PCB. Then I could modify the original FW for the development kit to have the same input / output messages that EvalGUI 5.15 expects. But I would still expect either PC SW or a FreeMASTER project for the development kit. That would be very helpful.

RD33771CNTREVM + FreeMASTERプロジェクト こんにちは、 現在、RD33771CNTREVM(HVバッテリー・マネジメントシステム)のリファレンス・デザインボードを評価しています。 ユーザーマニュアル(UM11310年)によると、ボードはCAN0インターフェース(コネクタJ12)を通じて生のレジスタデータを出力します。標準的なCAN-USBインターフェースで生の16進数メッセージを読み取れますが、セルの電圧や温度をリアルタイムでより効率的に可視化する方法を探しています。 似たようなシリコンの組み合わせ(S32K144 + MC33771C)の場合、NXPはBCC SWドライバーパッケージ内でBCC_S32K144_FreeMASTER例プロジェクトを提供していることに気づきました。 RD33771CNTREVMの特定のハードウェアレイアウトに合わせて、この汎用サンプルのピン配線を変更したり移植したりする前に、いくつか質問させてください。 NXPはFreeMASTER専用のプロジェクトファイル（.pmp / .pmpx）を提供していますか？対応する.elfファイルRD33771CNTREVMボード専用に調整されたファームウェアですか？ サポートありがとうございます。 Re: RD33771CNTREVM + FreeMASTER project こんにちは、マービンさん。 別のお客様がRD33771CNTREVMにFreeMASTERの例を求めた際、アプリケーションチームから回答を見つけました。残念ながら、そのようなものはありません。私たちはEvalGUIしか持っていません。以下の回答をご覧ください。 MC33771C製品ページからEvalGUIをダウンロードできます。公開されています。 JozefKozon_0-1785486988566.png ご迷惑をおかけして申し訳ございません。 説明 残念ながらその通りで、例コードに伴うFreeMasterインターフェースは1つのノードのみ向けに開発されています。現状では、4つのノードでは動作せず、最初のノードのみが初期化され、監視されることになる。 この分散プラットフォームにおいて、複数ノードで利用可能な唯一のGUIはEvalGUI 5.15のみとなります。 敬具、 ヨゼフ Re: RD33771CNTREVM + FreeMASTER project こんにちは、ヨゼフさん。 ご回答ありがとうございます。EvalGUI 5.15を試してみましたが、Windows 11では動作が遅く、COMポート経由でしか動作しません。RD33771CNTREVM CAN出力がある... PCBからRX信号とTX信号を取り出せるか試してみます。そうすれば、開発キット用の元のFWをEvalGUI 5.15が期待する同じ入出力メッセージを持たせるように変更できます。 しかし、開発キットにはPC用ソフトウェアかFreeMASTERプロジェクトのいずれかが付属することを期待しています。それは大変助かります。 Re: RD33771CNTREVM + FreeMASTER project こんにちは、マービンさん。 現在、 MC33771C やRD33771CNTREVM 製品ページで見つかるソフトウェア以外に、他にソフトウェアはありません。また、MC33771Cは古い製品ですが、まだ生産中なので、新しいソフトウェアはおそらく登場しないでしょう。弊社にはより新しいBCC（ビジネスコミュニケーションセンター）があります。新しいデザインなら、24チャネルか26チャネルのBCCのものをおすすめします。BMA7x2xファミリです。これらは最新のBCCコンポーネントです。 https://www.nxp.com/products/product-selector:PRODUCT-SELECTOR?category=c40_c328&page=1&nrnd=false JozefKozon_0-1785495573469.png 敬具、 ヨゼフ

如何成为一名电动汽车动力传动设计工程师？ 我如何才能成为一名更优秀/更有竞争力的电动汽车动力传动设计工程师？我应该熟悉哪些工具？我是否可以做一些事情，比如制作作品集，来更好地展示我所学到的知识？ 网上有没有什么练习题或资料可以帮助我理解和练习？ 我的背景：我是电动汽车行业的新手，一切都从零开始。对我来说，这是一次职业转型。我拥有机械工程学位。但过去几年我从事的是其他职业，从未做过工程师，但我一直对电动汽车充满热情。 所以，为了回到正轨并弥合差距 我正在学习一门关于电动汽车设计的课程，叫做电动汽车动力传动设计&验证硕士课程。主要内容是使用 Matlab Simulink 进行建模，很少涉及电动汽车的实际操作。 交流发电机稳压器

RTC功率计算 您好，NXP， 我们正在计算RTC的电池寿命，RT1176中SNVS功率域需要活动电流和睡眠电流。 但是请参阅数据表 IMXRT1170BIEC - 表 13，第 35 页，其中只给出了睡眠电流。 请与我们联系影响 SNVS 功率域有功电流的因素以及与有功电流相关的各种计算方法。 Re: RTC Power Calculation 嗨@specneeraj ， 感谢您对 NXP MIMXRT 系列产品的关注！ VDD_SNVS_IN 为 SNVS/RTC 功能域供电。该域是一个始终开启的低功耗域，主要维护 32 kHz RTC、SNVS 逻辑以及相关的唤醒和功能安全。其当前功耗与 CM7/CM4 的活动/睡眠状态的相关性很弱；因此，表 13 中列出的 SNVS 模式的 VDD_SNVS_IN 值不是省略的“仅睡眠”数据，而是可以在 RTC 备份场景中使用的基准值。 如果纽扣电池仅在主电源故障时供电 → 直接使用 SNVS 模式电流估算； 如果纽扣电池在系统活动期间也向 VDD_SNVS_IN 供电，则根据活动/SNVS 占空比计算平均电流。 影响 SNVS 电流的主要因素包括温度、 VDD_SNVS_IN 电压、工艺偏差、32 kHz RTC 晶体/板的漏电流、SNVS 相关引脚的外部漏电流，以及设备是否实际进入 SNVS 模式。更多详情请参考AN13104 。 此致， 加文

RPMsg-Lite (3.1.2) ライブラリと 6.18 カーネルバージョンの互換性 こんにちは、 私はプロジェクトの一つでimx8 Nanoを使っており、M7コアにはRPMsg-Lite(3.1.2)が搭載されています。現在、A53コアのLinuxカーネルを6.18にアップグレードしています。RPMsg-Lite(3.1.2)はこのLinuxカーネルバージョン6.18と互換性がありますか?それともRPMsgライブラリファイルの更新が必要ですか? 敬具 ヤドゥナート・R Re: RPMsg-Lite (3.1.2) lib compatability with 6.18 Kernel version こんにちは @Yadunath。 NXPサポートにご連絡いただきありがとうございます! 問題なく動作するはずです。しかし、すべてのBSPとMCUXpresso SDKsの組み合わせを確認できる内部互換性マトリックスは持っていません。 どのBSPバージョンとMCUXpresso SDKのバージョンを使っているのか教えていただけますか?自分の側でこれを正当化しようとCAN努力します。 よろしくお願いします、 チャビラ Re: RPMsg-Lite (3.1.2) lib compatability with 6.18 Kernel version こんにちは@chavira カーネルを5.15から6.18に移植する際 # dmesg -T |grep -Ei 'rpmsg|rproc' [2024年10月8日火曜日 15:42:28] IMX RPMSGドライバーが登録されました。 [2024年10月8日火曜日 15:42:29] imx-rproc imx8mn-cm7: error -ENOENT: クロックを有効にしられませんでした [2024年10月8日火曜日 15:42:29] imx-rproc imx8mn-cm7: ドライバー付きプローブ imx-rproc エラー -2 で失敗 [火曜日 2024年10月8日 15:42:29] remoteproc remoteproc0: releaseingimx-rproc このエラーが出ます。このエラーをオンラインで検索したところ、DTSにダミークロックを追加するように求められました。 IMX8Mn-CM7 { 互換性 = "FSL,IMX8mn-CM7"; RSC-DA = <0xb8000000>; クロック = <&CLK IMX8MN_CLK_DUMMY>; mbox-names = "tx", "rx", "rxdb"; mbox = <μ 0 1 &ミュー 1 1 μ 3 1>; memory-region = <&vdevbuffer>, <&vdev0vring0>, <&vdev0vring1>, <&rsc_table>; status = "OK"; } これが唯一の変更なのでしょうか?この変更の理由は何ですか？ よろしくお願いいたします ヤドゥナス・R

RTC電力計算 こんにちは、NXPさん。 RT1176のSNVS電源ドメインに必要なアクティブ電流とスリープ電流を用いて、RTCのバッテリー寿命を計算しています。 ただし、データシートIMXRT1170BIEC - 表13、35ページを参照してください。スリープ電流のみが記載されています。 SNVS電力領域における有効電流に影響を与える要因と、有効電流に関連する各種計算についてお知らせください。 Re: RTC Power Calculation こんにちは、 @specneeraj さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます！ VDD_SNVS_INはSNVS/RTCドメインに電力を供給します。このドメインは常時オンの低消費電力ドメインで、主に32 kHzのRTC、SNVSロジック、関連するウェイクアップおよびセーフティ機能を維持します。現在の消費量はCM7/CM4の活動状態/睡眠状態とは弱い相関しかありません。したがって、表13に示されたSNVSモードのVDD_SNVS_IN値は「スリープのみ」のデータではなく、RTCバックアップシナリオで使用できるベースライン値です。 コイン型電池が主電源の故障時のみ電力を供給する場合 → SNVSモードの電流推定値を直接使用する。 システムがアクティブな間、コイン型電池が VDD_SNVS_IN にも電力を供給する場合、アクティブ/SNVSデューティサイクルに基づいて平均電流を計算します。 SNVS電流に影響を与える主な要因としては、温度、 VDD_SNVS_IN 電圧、プロセスばらつき、32kHz RTC水晶発振器/基板からのリーク電流、SNVS関連ピンからの外部リーク電流、およびデバイスが実際にSNVSモードに入っているかどうかなどが挙げられます。詳細については、 AN13104を参照してください。 よろしくお願いします、 ギャビン

IMX95ブートカウント管理 こんにちは、 最近、imx95 19x19 EVKボードの開発に取り組んでいて、ディストリビューションのアップデート/リカバリーにブートカウント マネジメントの仕組みを実装したいと考えています。 TRMを調べてみたところ、GPR（汎用レジスタ）はBBNSM内にあり、SCMIプロトコル（M33上で動作するSMへのリクエスト）を介してアクセスできることがわかりました。u-bootでは、arch/arm/mach-imx/imx9/scmi/soc.cで親切にAPIを用意しており、scmi_set_bbnsm_gpr scmi_get_bbnsm_gpr bootcount_store()/_load()を問題なく実装できました。 しかし、カーネルにはそのようなAPIは存在しません！(成功した起動後にLinuxユーザー空間からブートカウントをリセットしたいと思っています。) さらに、あなたのドキュメントでCyber Resilient Recovery Module(CRRM)を見かけたのですが、ディストリビューションアップデートのために自己管理のブートカウントが本当に必要かどうか疑問に思っています。 そこで、あなたに以下の質問があります。 なぜカーネル内でGPRアクセス用のSCMI APIをサポートしていないのですか?CRRMがGPRの一つを使っているからですか? CRRMを使用する場合、ディストリビューションのアップデート管理にブートカウントを設けるのは理にかなっていますか？はいの場合、GPR以外でブートカウントを保存する場所として推奨される場所はありますか？(またはGPRにアクセスする他の方法など) どんな回答でも大変ありがたく思います。 SoC: i.MX 95 (19x19 LPDDR5 EVK) BSP: LF6.18.20_2.0.0 ありがとうございました。 アブデル Re: IMX95 bootcount managment こんにちは、 @Chaviraさん 貴重なご説明をありがとうございました。 GPRの使用は問題ありませんが、NXPのカーネル側でGPRアクセスを追加する公式ドライバはありますか? カーネルソースのドライバ/ファームウェア/arm_scmi/ベンダーズ/IMXの項目でimx-sm-bbm.cが確認できますGPRコマンドを定義しますが、実装はしません!! enum scmi_imx_bbm_protocol_cmd { IMX_BBM_GPR_SET = 0x3、 IMX_BBM_GPR_GET = 0x4、 IMX_BBM_RTC_ATTRIBUTES = 0x5、 IMX_BBM_RTC_TIME_SET = 0x6、 IMX_BBM_RTC_TIME_GET = 0x7、 IMX_BBM_RTC_ALARM_SET = 0x8、 IMX_BBM_BUTTON_GET = 0x9、 IMX_BBM_RTC_NOTIFY = 0xA、 IMX_BBM_BUTTON_NOTIFY = 0xB、 };   リストされているコマンドはすべて実装するが、GPRコマンドだけは実装しないという決定には、何か理由があるのでしょうか？私は、独自の実装に頼る前に、NXPが意図するアプローチに沿うことを好みます。   よろしくお願いいたします。 アブデル Re: IMX95 bootcount managment こんにちは、 @Abder さん。 詳細な調査をありがとうございました。 簡単に言うと、CRRMとROMリカバリはブートカウント機構を置き換えるものではありません。破損や無効なブートイメージからの復旧は助けますが、Linuxやアプリケーションが正常に起動したかどうかは判別できません。OTAアップデートソリューションの場合、アップデートの失敗を検出し、自動的にロールバックを実行するために、ブートカウント機能が引き続き推奨されます。 BBNSM GPRに関しては、U-BootはNXP固有のSCMI関数を通じてアクセスを提供しますが、Linuxは現在同等のインターフェースを公開していません。これらのレジスタにLinuxでアクセスが必要な場合は、カスタムカーネルドライバーやSCMIベンダー拡張が必要になるでしょう。 あなたのユースケースでは、すでにU-Bootで動作しているBBNSM GPRをブートカウントストレージとして使い続けることをお勧めします。CRRMのリカバリーとブートカウント管理は異なる目的を果たしており、代替案ではなく補完的なメカニズムとみなすべきです。 よろしくお願いします、 チャビラ Re: IMX95 bootcount managment こんにちは、 @Abder さん。 ご指摘ありがとうございます。あなたの指摘は正しいです。 IMX_BBM_GPR_SETおよびIMX_BBM_GPR_GETコマンドはBBMプロトコル仕様で定義されており、ファームウェアは汎用レジスタ(GPR)へのアクセスをサポートしています。しかし、現在のLinuxのimx-sm-bbmドライバーではこれらのコマンドのサポートは実装されていません。現時点では、このドライバはRTCおよびボタン関連の機能のみを公開しており、これらは既存のLinuxサブシステム(RTCおよび入力フレームワーク)と直接統合されています。 GPRアクセスはまだ上流ドライバから利用可能ではありませんが、ドライバは初期化時に利用可能なGPRの数の情報を取得・保存しています。これは基盤となるインフラストラクチャが部分的に整っており、ドライバ設計時にGPRサポートが考慮されたことを示しています。しかし、これらのレジスタをユーザー空間に公開する公式のカーネルインターフェースやリリースされたドライバ実装は現在存在しません。 よろしくお願いします、 チャビラ

電気自動車のパワートレイン設計エンジニアになるには？ EVパワートレイン設計エンジニアとして、どのようにすればより良く、雇用に適しているか、どんなツールに慣れておけばいいでしょうか?学んだことをよりよくアピールするためにポートフォリオを作るなど、できることはありますか? 理解や練習に役立つオンラインの練習課題や教材はありますか? 私の経歴：私は電気自動車業界に全くの初心者で、ゼロからスタートします。私にとってはキャリアチェンジです。機械工学の学位を持っています。しかしここ数年は別のキャリアをしており、エンジニアとして働いたことはなく、EVにはずっと情熱を持っていました。 SO、戻ってギャップを埋めるために EVデザインについてもっと学ぶためのコースを受講しています。タイトルは「Evパワートレインデザインと検証の修士課程」です。主にMATLAB Simulinkを使ったモデリングで、EVに関する実地試験はごくわずかです。 オルタネータ・レギュレータ

RD33771CNTREVM + FreeMASTER 项目 您好， 我目前正在评估 RD33771CNTREVM（高压电池管理系统）参考设计板。 根据用户手册（UM11310），该板通过 CAN0 接口（连接器 J12）输出原始寄存器数据。虽然我可以使用标准的 CAN-USB 接口读取原始十六进制消息，但我正在寻找一种更有效的实时可视化电池电压和温度的方法。 我注意到，对于类似的硅组合（S32K144 + MC33771C），NXP 在 BCC 软件驱动程序代码包，软件包中提供了 BCC_S32K144_FreeMASTER 示例项目。 在开始修改引脚布线并将这个通用示例移植到 RD33771CNTREVM 的特定硬件布局之前，我想问一下： NXP是否有专用的FreeMASTER项目（.pmp / .pmpx）？以及相应的 .elf 文件专为RD33771CNTREVM板定制的固件？ 感谢您的支持。 Re: RD33771CNTREVM + FreeMASTER project 嗨，马文， 我找到了应用团队对另一位客户的回复，该客户曾询问RD33771CNTREVM 的 FreeMASTER 示例。很遗憾，我们目前没有 FreeMASTER 示例，只有 EvalGUI。请查看以下回复。您可以从MC33771C 产品页面下载 EvalGUI，它是公开提供的。 JozefKozon_0-1785486988566.png 给您带来的不便，敬请谅解。 说明 很遗憾，情况确实如此，示例代码附带的 FreeMaster 接口仅适用于单个节点。目前来看，它不支持 4 个节点，只有第一个节点会被初始化和监测。 对于这个分布式平台，唯一可用于多个节点的 GUI 是 EvalGUI 5.15。 最诚挚的问候， 约瑟夫 Re: RD33771CNTREVM + FreeMASTER project 嗨，约瑟夫， 谢谢你的回答。我试用了 EvalGUI 5.15，但它在 Windows 11 上运行缓慢，而且只能通过 COM 端口工作。RD33771CNTREVM 具有 CAN 输出…… 我看看能不能从PCB板上获取RX和TX信号。然后我可以修改开发套件的原始固件，使其具有 EvalGUI 5.15 所期望的相同输入/输出消息。 但我仍然希望开发套件能采用 PC SW 或 FreeMASTER 项目。那将非常有帮助。 Re: RD33771CNTREVM + FreeMASTER project 嗨，马文， 目前除了MC33771C和RD33771CNTREVM产品页面中提供的软件外，没有其他软件。由于 MC33771C 是一款老产品，虽然仍在生产，但可能不会有新的软件。我们有更新的BCC。对于新设计，我更推荐您选择 24 通道或 26 通道的 BCC。BMA7x2x系列。这些是BCC的最新元器件。 https://www.nxp.com/products/product-selector:PRODUCT-SELECTOR?category=c40_c328&page=1&nrnd=false JozefKozon_0-1785495573469.png 最诚挚的问候， 约瑟夫

如何进行 Blob FLUSH S32E288-975EVB 您好，我们公司正在考虑将这款芯片用于我们的新产品。 我在将代码构建为版本并通过 micro-USB UART 接口烧录到板上时遇到了问题。我已成功将 RTD 代码包，软件包中预编译的“Hello world”打印二进制文件写入开发板并测试其工作正常，所以我知道这是可行的，但当我想要使用自己的代码执行此操作时，我却找不到任何相关说明。 RTD 的所有示例中，Project_setting/Linker_files/ 目录下都没有 linker_flash 文件，手册中也没有提到如何创建这些文件。我应该以 JTAG 调试 RAM 模式版本并手动使用 IVT 吗？具体流程是什么？ 如何创建一个可用于 UART 闪存的版本文件？ 如果有人能指点我一下，我将不胜感激。 我在这个论坛上找到了这个： https://community.nxp.com/t5/S32Z-E/creating-a-Blob-Image-using-IVT-S32Z2/mp/2362406#M322 我不确定这是否有效，因为这个问题还没有关闭，但我会尝试一下。如果有人能支持这个板，那就太好了。 Re: How to Blob FLUSH S32E288-975EVB 你好， pyc 关于如何创建 Blob，从启动 Flash 开始，您可以参考以下内容。 1.我们建议的推荐启动方法是像 GreenVIP 那样，从 SMU 开始，然后进行到 R52。详情请参考GreenVIP网站。在 GreenVIP 中，还有关于如何创建 Blob 以及如何销毁 Blob 的说明。 S32ZE_GreenVIP_1.3.x/doc/UG_S32ZE_GreenVIP.pdf 设计：产品信息：汽车软件 - S32Z/E - 车辆集成平台 (GreenVIP) Joey_z_0-1785465893182.png 2. 要直接从 R52 开始，您需要修改链接脚本和启动文件。这有点复杂。您可以参考以下链接，其中提供了类似情况的帮助。 无需调试探针即可在 S32Z280-594EVB 上为 R52_0_0 内核创建 IVT Flash 映像的指南。 如何减小 S32Z2 中的二进制文件大小 3.关于 S32E288-975EVB 的 QSPI 启动模式设置，您可以参考 S32E288-975EVB 用户指南中的这张图片。 S32E288-975EVB 评估板解决方案（适用于 S32E2 系列微控制器）用户指南 Joey_z_1-1785466091287.png BR 乔伊 Re: How to Blob FLUSH S32E288-975EVB 你好， pyc 感谢您与我们联系。 你们网站上的设计文件也缺少原理图，所以我这边无法进行检查。非常感谢您的帮助。 您可以在官方网站界面上找到 S32E288-975EVB 的设计文档和入门指南，如下图所示。 S32E288-975EVB 评估板 | 恩智浦半导体 Joey_z_0-1785463510142.png Joey_z_1-1785463528493.png BR 乔伊 Re: How to Blob FLUSH S32E288-975EVB 您好，示例二极管代码试图切换 D12，而您网站上的 S32E288-975EVB 入门指南使用的是 S32E288-400EVB 的信息。你们网站上的设计文件也缺少原理图，所以我这边无法进行检查。非常感谢您的帮助。 Re: How to Blob FLUSH S32E288-975EVB 简要更新。我对 Dio 示例尝试了完全相同的步骤，并且成功创建了 blob 文件。我把它贴到电路板上了，但是LED灯没有闪烁。刷新过程肯定是正确的，因为我能够刷新掉在 IDE 文件夹中找到的一些预版本产物。有人在NXP验证过这个流程是否真的适用于这个开发套件吗？

ブロブフラッシュの方法 S32E288-975EVB こんにちは、NXPについてはこのチップを新製品に使うことを検討しています。 マイクロUSB UART経由でコードをビルドしてボードに書き込むのに苦労しています。RTDパッケージに付属している既製の「Hello World」プリントバイナリをボードにフラッシュして動作をテストできましたが、自分のコードでやりたいときは手順が見つかりませんでした。 RTDのどのサンプルにも、Project_setting/Linker_files/にlinker_flashファイルは存在せず、マニュアルにもその方法に関する記述はありません。JTAGデバッグRAMモードでビルドして、IVTを手動で使用する必要があるのでしょうか？手順はどうなっていますか？ UARTで書き込めるファイルを作成するにはどうすればよいですか？ もし誰か正しい方向を教えていただけるなら、とてもありがたいです。 このフォーラムでこれを見つけました。 https://community.nxp.com/t5/S32Z-E/creating-a-Blob-Image-using-IVT-S32Z2/mp/2362406#M322 これがうまくいくかどうかは分かりません。まだクローズされていないので。でも試してみます。もしこの掲示板へのサポートがあれば、ぜひ教えてください。 Re: How to Blob FLUSH S32E288-975EVB こんにちは、 pyc Blobの作り方については、Flashを起動する際の以下の内容を参照してください。 1. 私たちが推奨するスタートアップ方法は、GreenVIPのようなもので、SMUからR52まで進みます。詳細はGreenVIPをご覧ください。GreenVIPには、Blobの作成方法とBlobの書き込み方法に関する説明も含まれています。 S32ZE_GreenVIP_1.3.x/doc/UG_S32ZE_GreenVIP.pdf 設計:製品情報:オートモーティブソフトウェア - S32Z/E - 車載統合プラットフォーム(GreenVIP) Joey_z_0-1785465893182.png 2. R52から直接起動するには、リンクスクリプトと起動ファイルを変更する必要があります。少し複雑です。以下のリンクを参照してください。同様の状況をサポートしています。 デバッグプローブなしでS32Z280-594EVB上のR52_0_0コア向けIVTフラッシュイメージを作成するためのガイダンス。 S32Z2のバイナリサイズを縮小する方法 3.S32E288-975EVBのQSPIブートモード設定については、S32E288-975EVBの画像フォームユーザーガイドを参照してください。 S32E2ファミリーマイクロコントローラ向けS32E288-975EVB評価ボードソリューションユーザーガイド Joey_z_1-1785466091287.png BR ジョーイ Re: How to Blob FLUSH S32E288-975EVB こんにちは、 pyc お問い合わせいただきありがとうございます。 あなたのウェブサイトの設計ファイルにも回路図がないため、私自身の視点から確認できません。どんなご協力でもありがたいです。 >>>S32E288-975EVBのデザイン図書とスタートガイドは、公式ウェブサイトのインターフェースで以下の写真でご覧いただけます。 S32E288-975EVB評価ボード |NXPセミコンダクターズ Joey_z_0-1785463510142.png Joey_z_1-1785463528493.png BR ジョーイ Re: How to Blob FLUSH S32E288-975EVB こんにちは、例示ダイオードコードはD12を切り替えようとしており、あなたのウェブサイトにあるS32E288-975EVBの入門ガイドはS32E288-400EVBの情報を使っています。あなたのウェブサイトの設計ファイルにも回路図がないため、私自身の視点から確認できません。どんなご協力でもありがたいです。 Re: How to Blob FLUSH S32E288-975EVB 簡単なアップデートです。Dioの例でも全く同じ手順を試したところ、ブロブファイルを作成することができました。基板にフラッシュしたのですが、LEDが点滅しません。フラッシュ手順は間違いなく正しく、IDEフォルダ内で見つけたプリビルドのアーティファクトをフラッシュできました。NXP社内で、この手順が実際にこの開発キットで機能するかどうかを確認した人はいますか？

RPMsg-Lite (3.1.2) 库与 6.18 内核版本的兼容性 您好， 我正在使用 imx8 Nano 开发一个项目，其中我的 M7 内核运行的是 RPMsg-Lite (3.1.2)。现在我正在将 A53 内核的 Linux 内核升级到 6.18。RPMsg-Lite (3.1.2) 是否与 Linux 内核版本 6.18 兼容？或者是否需要更新 RPMsg 库文件？ 问候 亚杜纳特·R Re: RPMsg-Lite (3.1.2) lib compatability with 6.18 Kernel version 你好@Yadunath ， 感谢您联系恩智浦技术支持！ 应该可以正常运行。但是，我们没有内部兼容性矩阵来确认所有电路板支持包和 MCUXpresso SDK 的组合。 请问您使用的是哪个 电路板支持包。版本和哪个 MCUXpresso SDK 版本？我可以尝试从我这边验证一下。 此致， 查维拉 Re: RPMsg-Lite (3.1.2) lib compatability with 6.18 Kernel version 嗨 @chavira 在将内核从 5.15 移植到 6.18 时 # dmesg -T | grep -Ei 'rpmsg|rproc' [2024年10月8日星期二 15:42:28] imx rpmsg 驱动程序已注册。 [2024年10月8日星期二 15:42:29] imx-rproc imx8mn-cm7：错误 -ENOENT：启用时钟失败 [2024年10月8日星期二 15:42:29] imx-rproc imx8mn-cm7：使用驱动程序 imx-rproc 进行探测失败，错误代码为 -2 [2024年10月8日星期二 15:42:29] remoteproc remoteproc0：正在释放 imx-rproc 我遇到了这个错误。我在网上搜索这个错误时，有人建议我在 DTS 文件中添加一个虚拟时钟，如下所示。 imx8mn-cm7 { 兼容 = "fsl,imx8mn-cm7"; rsc-da = <0xb8000000>; clocks = <&clk IMX8MN_CLK_DUMMY>; mbox-names = "tx", "rx", "rxdb"; mboxes = <μ 0 1 μ 1 1 μ 3 1>; 内存区域 = <&vdevbuffer>, <&vdev0vring0>, <&vdev0vring1>, <&rsc_table>; 状态 = "正常"; } 请问是否只需要做这些更改？造成这种变化的原因是什么？ 问候 亚杜纳特·R

MCUXpresso IDE路线图 大家好， MCUXpresso IDE 还受支持吗？ 近几年，MCUXpresso IDE 大约每 4 个月就会进行一次升级。自 2025 年 6 月起，不再进行升级。这是否意味着MCUXpresso IDE未来将不再升级？ 非常感谢 比夫拉 Re: MCUXpresso IDE roadmap 你好@biafra ， 感谢你的帖子。 目前还没有新的 MCUXpresso IDE 路线图计划。我们主要关注和推荐的开发环境是MCUXpresso for Visual Studio Code | NXP 半导体 。 不过，最新的 MCUXpresso IDE v25.06 仍在积极维护中，您可以继续导入和使用新设备的 SDK，而不会遇到任何问题。 请注意，如果您使用集成配置工具来配置较新的产品，请务必手动更新配置工具代码包，软件包。有关详细说明，请参阅：在 MCUXpresso IDE 中更新配置工具 - NXP 社区。 希望对您有所帮助。 BR 塞莱斯特

IMX95启动计数管理 您好， 我最近一直在研究imx95 19x19 EVK板，我感兴趣的是为我们的发行版更新/恢复实现一个启动计数管理机制。 查看 TRM 后，我发现 GPR（通用寄存器）位于 BBNSM 中，可通过 SCMI 协议（向在 M33 上运行的 SM 发出请求）访问。在 u-启动 中，scmi_get_bbnsm_gpr() 和 scmi_set_bbnsm_gpr() API 已提供（在 arch/arm/mach-imx/imx9/scmi/soc.c 中），因此我能够毫无问题地实现我的 bootcount_store()/_load()。 然而，内核中并不存在这样的 API！（我希望在Linux启动成功后，从Linux用户空间重置启动计数。） 此外，我在您的文档中看到了网络弹性恢复模块 (CRRM)，现在我甚至怀疑是否有必要对发行版更新进行启动计数的自我管理。 所以我有几个问题想问你： 为什么内核不支持通过 SCMI API 进行 GPR 访问？是因为 CRRM 使用了某个 GPR 吗？ 使用 CRRM 时，设置启动计数来管理发行版。更新是否有感知？如果可以，除了 GPR 之外，您建议将启动计数存储在哪里？（或者还有哪些其他方法可以访问探地雷达） 任何回答我都非常感激。 SoC：i.MX 95（19x19 LPDDR5 EVK） 电路板支持包。LF6.18.20_2.0.0 谢谢！ 阿布德尔 Re: IMX95 bootcount managment 嗨@Chavira 感谢您提供的宝贵澄清。 那么使用GPR是可以的，但是NXP是否会在内核端提供官方驱动程序来添加GPR访问权限呢？ 我可以在内核源代码的 drivers/firmware/arm_scmi/vendors/imx 目录下看到 imx-sm-bbm.c 文件。定义了探地雷达（GPR）命令，但没有实现它们！ enum scmi_imx_bbm_protocol_cmd { IMX_BBM_GPR_SET = 0x3， IMX_BBM_GPR_GET = 0x4， IMX_BBM_RTC_ATTRIBUTES = 0x5, IMX_BBM_RTC_TIME_SET = 0x6， IMX_BBM_RTC_TIME_GET = 0x7， IMX_BBM_RTC_ALARM_SET = 0x8， IMX_BBM_BUTTON_GET = 0x9, IMX_BBM_RTC_NOTIFY = 0xA， IMX_BBM_BUTTON_NOTIFY = 0xB, };   做出这个决定（即实施所有列出的命令，唯独不实施 GPR 命令）有什么原因吗？在采用任何自定义实现之前，我更倾向于遵循 NXP 的既定方案。   顺祝商祺！ 阿布德尔 Re: IMX95 bootcount managment 嗨@Abder ， 感谢您进行的详细调查。 简单来说，CRRM 和 ROM 恢复并不能取代启动计数机制。它们可以帮助从损坏或无效的启动映像中恢复，但它们无法确定 Linux 或您的应用程序是否已成功启动。对于 OTA 更新解决方案，仍然建议使用启动计数来检测更新失败并执行自动回滚。 关于 BBNSM GPR，U-启动可通过 NXP 特有的 SCMI 功能提供访问，但 Linux 目前没有公开等效接口。如果您需要在 Linux 系统中访问这些寄存器，则可能需要自定义内核驱动程序或 SCMI 供应商扩展。 对于您的使用场景，如果 BBNSM GPR 已经在 U-Boot 中正常工作，我们建议您继续使用 BBNSM GPR 进行启动计数存储。CRRM 恢复和启动计数管理用途不同，应视为互补机制，而不是替代机制。 此致， 查维拉 Re: IMX95 bootcount managment 嗨@Abder ， 谢谢你指出这一点。你的观察是正确的。 IMX_BBM_GPR_SET 和 IMX_BBM_GPR_GET 命令在 BBM 协议规范中定义，这意味着固件支持访问通用寄存器 (GPR)。然而，当前的 Linux imx-sm-bbm 驱动程序尚未实现对这些命令的支持。目前，该驱动程序仅公开 RTC 和按钮相关功能，因为这些功能直接与现有的 Linux 子系统（RTC 和输入框架）集成。 虽然上游驱动程序还无法访问 GPR，但该驱动程序在初始化期间已经检索并存储了有关可用 GPR 数量的信息。这表明底层基础设施已部分到位，并且在驱动程序设计过程中考虑了探地雷达支持。然而，目前还没有官方内核接口或已发布的驱动程序实现将这些寄存器暴露给用户空间。 此致， 查维拉

RPMsg-Lite (3.1.2) lib compatability with 6.18 Kernel version Hi, I am using imx8 Nano for one of my project ,where my M7 core has RPMsg-Lite (3.1.2).Now i am upgrading the linux kernel of the A53 core to 6.18. Is the RPMsg-Lite (3.1.2) compatible with the this linux kernel version of 6.18 or is it required to update the RPMsg lib files Regards Yadunath R Re: RPMsg-Lite (3.1.2) lib compatability with 6.18 Kernel version Hi @Yadunath, Thank you for contacting NXP Support! It should work without any issues. However, we do not have an internal compatibility matrix to confirm all BSP and MCUXpresso SDK combinations. Could you please let me know which BSP version and which MCUXpresso SDK version you are using? I can try to validate this on my side. Best Regards, Chavira Re: RPMsg-Lite (3.1.2) lib compatability with 6.18 Kernel version Hi @chavira While porting the kernel from 5.15 to 6.18  # dmesg -T | grep -Ei 'rpmsg|rproc' [Tue Oct 8 15:42:28 2024] imx rpmsg driver is registered. [Tue Oct 8 15:42:29 2024] imx-rproc imx8mn-cm7: error -ENOENT: Failed to enable clock [Tue Oct 8 15:42:29 2024] imx-rproc imx8mn-cm7: probe with driver imx-rproc failed with error -2 [Tue Oct 8 15:42:29 2024] remoteproc remoteproc0: releasing imx-rproc I am getting this error.When i searched this error online i was asked to add dummy clock in the dts as below  imx8mn-cm7 {     compatible = "fsl,imx8mn-cm7";     rsc-da = <0xb8000000>;     clocks = <&clk IMX8MN_CLK_DUMMY>;     mbox-names = "tx", "rx", "rxdb";     mboxes = <μ 0 1                                    μ 1 1                                    μ 3 1>;     memory-region = <&vdevbuffer>, <&vdev0vring0>, <&vdev0vring1>, <&rsc_table>;     status = "okay";   } Could u please let me is this the only the change required. What is the reason for this change. Regards Yadunath R

MCUXpresso IDE ロードマップ こんにちは、皆さん MCUXpresso IDEはまだサポートされているのでしょうか? ここ数年は約4ヶ月ごとにMCUXpresso IDEのアップグレードがありました。2025年6月以降、アップグレードは行われません。これはFUTUREにMCUXpresso IDEがアップグレードされないということでしょうか? どうもありがとうございました ビアフラ Re: MCUXpresso IDE roadmap こんにちは、 @biafra さん、 投稿ありがとうございます。 現時点では、新しいMCUXpresso IDEロードマップの計画はありません。私たちの主な焦点であり推奨される開発環境は、 Visual Studio Code のMCUXpressoです。NXP Semiconductors。 しかし、最新のMCUXpresso IDE v25.06は現在も活発にメンテナンスされており、新しいデバイス向けにSDKsのインポートや使用は問題なく続けられます。 新しい製品で 統合された Config Tools を使う場合は、必ず手動でConfig Toolsパッケージを更新してください。詳細な手順については、以下をご覧ください: MCUXpresso IDEの設定ツールの更新 - NXPコミュニティ。 お役に立てば幸いです。 BR セレステ

ntag424的Originality Signature 你好： 我司已经签署保密协议，但是不知道如何使用natg424 uid与公钥，Read_Sig获取的56字节签名在嵌入式硬件平台实现ECDSA验证。文档上an11350没有详细步骤实现ECDSA verification(secp224r1),能否告诉我申请哪些资料来实现，谢谢。 Re: ntag424的Originality Signature 你好@qinzhi 希望你一切都好。 非常抱歉，用作 NTAG 签名验证参考，引用的应用笔记 (AN11350) 适用于其他具有 32 字节签名和不同曲线的 NTAG 产品。 NTAG 424 DNA 和 NTAG 424 DNA TagTamper 特性和提示第 7.2 节描述了非对称签名验证的可用程序。但是，由于 ECDSA 验证程序是在卡片之外进行的，因此没有关于 ECDSA 验证的具体信息。 对于给您带来的不便，我再次深表歉意。 问候， 爱德华多。