Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
.binファイルをフラッシュする方法PEMicro Multilink LCを使ってRT1064 i.MX 特定のフラッシュオフセットで? こんにちは、 i.MX RT1064 を使い 、 PEMicro Multilink LC デバッグプローブ を使っています。 プログラムフラッシュでブートローダーとアプリケーションを異なるオフセットで プログラムする必要があります 。例えば、ブートローダーはフラッシュの開始時に、アプリケーションは定められたオフセットに配置されます。 i.MX RT1064 EVKでは、LinkFlashを使って指定されたフラッシュアドレスに.binファイルをプログラムできました。しかし、今はPEMicro Multilink LCを使っており、同等のプログラミングワークフローがどのようなものか知りたいです。 ブートローダーとアプリケーションを1つの.binに統合することはできません。アプリケーションはパーティション化されたファームウェアレイアウトの一部であり、 別のファームウェアイメージとして署名する必要があるからです。そのため、ブートローダーとアプリケーションは別々のバイナリとして保持し、指定されたフラッシュオフセットでプログラムする必要があります。 PEMicro Multilink LCで i.MX RT1064の特定のアドレス/オフセットで.binファイルをフラッシュするには、どのような外部プログラミングアプリケーションやツールを使うべきでしょうか? 理想的には、.binファイルを選択し、その宛先アドレスを指定し、ブートローダーとアプリケーションを一つのバイナリに統合することなく、直接プログラムできるようにしたいです。 よろしくお願いします! ブートROM|ブート|フラッシュ Re: How to flash a .bin at a specific flash offset on i.MX RT1064 using PEMicro Multilink LC? こんにちは、 @shreya_v16 さん。 NXP LinkServer/LinkFlashはスタンドアロン.binのプログラミングをサポートしています指定されたアドレスにファイルが存在しますが、PEMicroマルチリンクLCプローブはサポートしていません。 PEMicro Multilink LCの継続使用は、PEmicro PROG-HL-ARM(PROGACMP)をご利用ください。最近のバージョンではQBコマンドをサポートしています。したがって、ブートローダーと署名されたアプリケーションは別々に管理され、それぞれのアドレスでプログラムされ、マージせずに管理されます。 以下をご参照ください: 1. https://www.pemicro.com/products/product_viewDetails.cfm?product_id=15320181 2. https://www.nxp.com/docs/en/user-guide/PROGACMP_UM.pdf よろしくお願いします、 ギャビン Re: How to flash a .bin at a specific flash offset on i.MX RT1064 using PEMicro Multilink LC? こんにちは、 @Gavin_Jia さん。 迅速なご返信ありがとうございます。はい、PROG-HL-ARM(PROGACMP)は知っていますが、ご存知の通り有料ツールです。無料の代替サービスを探していました。ご存知でしたら教えてください
View full article
ClocksツールはCLOCK_OSC_GateOscRc400Mを呼び出しますが、SDK 26.6のfsl_clock.hにはもはや存在しません iMXRT1166 SDK 26.6.0にアップデートした後、プロジェクトはclock_config.cのためビルドに失敗します(Clocks toolによって生成される)はCLOCK_OSC_GateOscRc400M(false)を呼び出しますが、このSDKリリースではこの関数はfsl_clock.hから削除されています。 オンラインで調べたところ、これはRM1170 Rev. 5 PDFのアップデートに伴い削除されたようです。 https://github.com/nxp-mcuxpresso/mcux-devices-rt/issues/2 RM1160には同じアップデートが行われていないので、iMXRT1166 SDK 26.6.0は誤りなのでしょうか、それともClocksツールを更新してコールを削除または修正すべきでしょうか? Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h こんにちは、シェリーさん。 ご回答ありがとうございます。MCUXpresso IDEがインストールする最新バージョンの設定ツールにアップデートしました。このバージョンでも、CLOCK_OSC_GateOscRc400M を使用するコードが生成されます。 lh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.png MCUXpresso Config Toolsの新しいスタンドアロン版(26.6)があることに気づきました。このバージョンはMCUXpresso IDEには存在しないのでしょうか? また、 IMXRT1170RM Rev. 5 PDFはCLOCK_OSC_GateOscRc400Mを削除するように更新されていますが、2025年5月26日に最終更新されたIMXRT1160RM Rev. 1は更新されていません。 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h @lh_dan様、 SDK 25.09とSDK 26.06を比較した結果、この機能はSDK 26.06で削除されたことを確認しました。観察された違いはソフトウェアの問題ではなく、SDKやツールのバージョンアップグレードによる予想される変更です。MCUXpresso Config Toolsをバージョン26.06にアップグレードしてから、プロジェクト構成ファイルを再生成することをお勧めします。   よろしくお願いいたします。 シェリー   Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h @lh_dan様、 問題をよりよく理解し再現するために、以下の情報を提供していただけませんか? 1. 以前はどのSDKバージョンを使っていましたか? 2. MCUXpressoの設定ツールのバージョンは更新されましたか?もしそうなら、以前のバージョンは何で、今はどのバージョンを使っていますか? この情報は、問題がSDKやツールチェーンの更新による変更に関連しているかどうかを判断するのに役立ちます。 サポートにあらかじめ感謝いたします。 よろしくお願いします、 シェリー Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h @lh_dan様、 MCUXpresso Config Tools v26.06のスタンドアロン版を使ってコードを生成すれば、正しく動作するはずです。 または、IDEに統合された設定ツールを更新する方法は、更新プロセスに従って行うことができます:MCUXpresso IDEの設定ツールの更新 - NXPコミュニティ 現在お使いのConfig Toolsのバージョンは25.12ですが、これはかなり古いバージョンであり、おそらく問題の原因となっていると思われます。IDEを使ってプロジェクトを検証し、ビルドは私の側で正常に完了しました。 MCUXpresso IDEはもはや四半期ごとに更新されていないため、新規開発や長期サポートのために Visual Studio Code と MCUXpresso for VS Code 拡張機能を併用することをおすすめします。 よろしくお願いいたします。 シェリー Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h シェリー、 先日、あなたが示してくれた方法でMCUXpressoをアップデートしようとしたところ、利用可能なアップデートがないと表示されました。本日、アップデートが利用可能になったとの通知があり、バージョンが26.6に更新されました。このバージョンではCLOCK_OSC_GateOscRc400M は使用されていません。ありがとうございます! lh_dan_0-1787692788884.pnglh_dan_0-1787692788884.pnglh_dan_0-1787692788884.png Visual Studio CodeとMCUXpresso for VS Codeを組み合わせて使うという提案についてですが、このプロジェクトの初期に試しましたが、freeRTOSの例をimxrt 1166評価ボードで動作させることができませんでした。サポートが同じ問題を見つけたとき、MCUXpresso IDEを使わざるを得ませんでした。 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h lh_dan様、 問題が解決したと聞いて、とても嬉しいです。 現時点では、VS Code拡張機能にはまだ改善が必要な点がいくつかあるかもしれません。しかし、長期的にはMCUXpresso IDEからVS Codeベースの開発環境へ徐々に移行していく予定です。 よろしくお願いします、 シェリー
View full article
meta-ros2 for yocto whinlatter Hi, we would like to add ROS2 to our BSP. Our current BSP is Real-Time Edge Software 3.4 based on the Yocto Whinlatter release. However, the meta-ros2 repository on NXP's Git corresponds to the Yocto Walnascar release. Does NXP have a Whinlatter version for ROS2? Our SoC is MX95. Here is NXP ROS2 git https://github.com/nxp-imx/meta-ros2-nxp  Yocto Project Re: meta-ros2 for yocto whinlatter I just discussed with LSDK development team. We don't have meta-ros2-nxp for Whinlatter release. You could download ros2 recipes as the following. $ git clone https://github.com/ros/meta-ros.git $ git checkout origin/whinlatter -b whinlatter Then do the porting by yourself. Probably you need to fix several compilation problems, you could refer to the current meta-ros2-nxp source code to fix them. Re: meta-ros2 for yocto whinlatter Hi @yipingwang  Thank you  for the information.
View full article
在 i.MX 95 上,能否将任何 LPSPI 外设的所有权从 A55 更改为 M7?
View full article
KW47:WDOG待機/停止モードと電源モード(スリープ/ディープスリープ)の関係 こんにちは、 KW47リファレンスマニュアルを読んでいるのですが、WDOGの低消費電力モードとシステムの電源モードの関係について混乱しています。 WDOGの章では、制御およびステータスレジスタには次のビットが含まれています。 - 待って: 「チップが待機モードのときにWDOGが動作できるようにします。」 - 停止: 「チップが停止モードのときにWDOGが動作できるようにします。」 WDOGの章には、次のようにも記載されています。 - 選択したWDOGクロックソースは、停止モードでもアクティブな状態を維持する必要があります。 デバッグモードおよび停止モードでは、バスクロック以外のクロックソースを使用する必要があります。 一方、「電源モード」の章では、以下のことが説明されています。 スリープモード: - CPUの実行が停止しました - コアクロックゲートオフ システムクロックとバスクロックは引き続き動作する可能性があります。 ディープスリープモード: - コアクロックゲートオフ - システムクロックゲートがオフになっています バスの時計が閉まっている これらの記述に基づくと、以下のように解釈するのが妥当と思われる。 - 待機モード ≈ スリープモード - 停止モード ≈ ディープスリープモード しかし、リファレンス・マニュアルにはこのマッピングを裏付ける明確な記述は見つかっていません。 私の質問は以下のとおりです。 1. WDOG待機モードはKW47のパワーモードスリープモードに対応しますか? 2. WDOG停止モードはKW47のパワーモードのディープスリープモードに対応しますか? 3. それとも、待機/停止はWDOG特有のCPU状態で、SoCの電源モードとは異なるのでしょうか? 4. この関係を明示的に説明したリファレンス・マニュアルのセクションやアプリケーションノートはありますか? ご協力ありがとうございます。 Re: KW47: Relationship between WDOG Wait/Stop modes and Power Modes (Sleep/Deep Sleep) こんにちは、お元気でお過ごしでしょうか。   KW47リファレンスマニュアルで使用されている用語は、WDOG制御レジスタのWAITおよびSTOPフィールドを、WDOG固有のCPU状態ではなくチップ/コアの低消費電力状態を参照として解釈するものと一致しています。両者の関係は、厳密な等価関係というよりは、機能的な対応関係と表現するのが適切でしょう。 その意味で、WDOG WAITは待機/スリープクラスの状態に相当し、CPUの実行は停止するものの、システムクロックとバスクロックは引き続き使用可能となる。WDOG STOPはStop/Deep-Sleepクラス条件に対応し、コア、システム、バスのクロックがゲートされており、ウォッチドッグはそのモードでアクティブなクロックソースを使用するように設定されて初めて継続できます。   よろしくお願いします、 ソフィア。 Re: KW47: Relationship between WDOG Wait/Stop modes and Power Modes (Sleep/Deep Sleep) こんにちは、ソフィアさん。 先ほどのご説明、ありがとうございました。 あなたの回答に基づくと、私の理解は以下のとおりです。 - WDOG WAITは、待機/スリープクラスの低電力状態に対応します。 - WDOG STOPは、停止/ディープスリープクラスの低電力状態に相当します。 この関係は、厳密な一対一の対応関係ではなく、機能的な対応関係である。 KW47リファレンスマニュアルを改めて確認したところ、次のセクションを見つけました。 28.4 低消費電力モードでのモジュール動作 表225:低消費電力モードでのCortex M33コアモジュールの動作 WDOGxの場合、表には以下が示されています。 - スリープ:オン - ディープスリープ:オプション - 電源オフ:オプション - ディープパワーダウン:オフ この表から、WDOGの動作は少なくともディープスリープと電源オフモードで設定可能だと解釈しました。 挙動をよりよく理解するために、KW47-Loc評価ボードを使ってテストを行いました。 試験条件: - WDOGが有効 - WDOG の更新は vApplicationIdleHook() から実行されます - PWR_EnterLowPower() は FreeRTOS の vPortSuppressTicksAndSleep() から実行されます。 低電力状態に入った後にウォッチドッグリセットが発生するかどうかを観察する テスト結果: CASE 1 待機=0、停止=0 → ウォッチドッグのリセットは発生しませんでした CASE 2 WAIT=1、STOP=0 → ウォッチドッグリセットが行われました ケース3 WAIT=0、STOP=1 → ウォッチドッグのリセットは発生しませんでした 私の解釈では、ウォッチドッグリセットが発生した際、デバイスは低電力状態に入り、vApplicationIdleHook()は実行されなくなったものの、ウォッチドッグは実行を継続し、最終的にタイムアウトしたと考えられます。 しかし、ウォッチドッグリセットはWAIT=1かつSTOP=0の場合にのみ発生し、STOP=1の場合はウォッチドッグリセットは発生しなかった。 この結果から、低電力モード時のウォッチドッグ動作において、WAITビットとSTOPビットが実際にどのように適用されるのか理解に苦しんでいます。 以下の点について説明していただけますか? 1.デバイスが PWR_EnterLowPower() によって低電力モードに入った場合、WDOG の動作は WAIT ビットと STOP ビットのどちらによって制御されますか? 2. 観測された結果は、デバイスがディープスリープモードではなくスリープモードに入っていることを示しているのでしょうか、それともディープスリープモードに入っていると解釈すべきでしょうか? 3. STOPビットは、電源モードの章で説明されているディープスリープモードに対応していますか、それとも別の低電力状態を指していますか? 4. 表225の以下の項目は、WDOG WAITおよびSTOP制御ビットに関してどのように解釈すべきですか? - WDOGx:オプション(ディープスリープ) - WDOGx:オプション(電源オフ) 再開まで今しばらくお待ちください。
View full article
S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux I've been using S32DS in Windows for quite some time and am comfortable using it.  I've just recently installed S32 DS for ARM 2.2 on Ubuntu Linux 20.04. To do this, I completed all of the prerequisites that are identified in S32 Design Studio for ARM 2.2 Installation Guide and then executed the S32DS_ARM_Linux_v2.2.bin file.  The installation went smoothly and I'm able to run S32DS.  After running S32DS for the first time, I was prompted to install a couple of items in the S32DS Extensions and Updates and did so.  I then executed the Check for Updates option in the Help menu and was prompted to upgrade a couple items. After restarting S32DS, I ran the Install New Software... check in the Help menu and selected All Sources.  Eventually, I received a list of items and there were a couple items showing as needing updated. I've attached some files to show what I have after completing all of those upgrades. The issue I have is that the SDK does not seem to be active/enabled even though it shows up in the list of packages/features.  For example: 1. When I select New and "S32DS Application Project", I select S32K148 target and "ARM Bare-Metal 32-bit Target Binary Toolchain".  Then, I click the "..." option for the SDKs and all I see is FreeMaster_S32xx and S32K14x_AMMCLIB options. 2. When I select New and "S32DS Project from Example", I do not see any of the SDK example projects. 3. There is no Processor Expert menu option and no Processor Expert options under "Show View". What do I need to do to "enable" the S32K1xx SDK? Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux This is still not working in S32DS 3.6.10. I tried many workarounds (installing RTD via eclipse directly; case sensitivity modifications, ...) Trying to get this to work for S32K142, I wanted to have an easy time setting up my Peripherals/HAL, similar to what CubeMX does for ST. What a waste of time, and still no Information about that anywhere. Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux A limitation as major as this should be noted in bold letters all over the S32DS documentation.  This is simply not acceptable and has led to significant wasted time. Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux Well, this is not documented appropriately. Current SDK and RTD packages are not supported in Linux. It was discussed several times here on the community. For example: https://community.nxp.com/t5/S32-Design-Studio/S32K3-SDK-Re-Attach-RTD-SDK-from-command-line/m-p/1463363/highlight/true#M8614 I was told there’s a plan to support RTD in Linux and currently it looks like it will be available in next version of S32 Design Studio 3.6. Regards, Lukas Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux Hi Lukas, Wow, that's an extraordinary claim! If the SDK is not supported on Linux, then Linux is not really a supported target for S32DS. 1. Is this true for all versions of S32DS or just 2.2?  2. Is this limitation documented anywhere?  3. To build on Linux, I suppose one could copy the SDK source files and make them part of the project. Does NXP offer any guidance for this process?  Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux Hi @tsweaver  unfortunately the SDK is not supported on Linux host. The only option is to use Windows. Regards, Lukas Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux Why was S32K1xx SDK 3.0.0 not installed when I installed S32DS .2.2?  What do I need to do to get it? I installed S32DS from this link: S32 Design Studio for ARM 2.2 installation for Linux 910.4 MB S32DS_ARM_Linux_v2.2.bin Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux I will add that the SDK is not physically present in software folder.  On Windows, I believe the SDK is installed when you install S32DS.  Apparently that not the case for Linux or I'm not using the right installer.  Thanks for the help. trent@Ubuntu20:~/NXP/S32DS_ARM_v2.2/S32DS/software$ ls -l total 20 drwxrwxr-x 5 trent trent 4096 Mar 19 13:12 AMMCLIB_v1.1.18 drwxrwxr-x 5 trent trent 4096 Mar 19 13:12 AMMCLIB_v1.1.19 drwxrwxr-x 5 trent trent 4096 Mar 19 13:12 AMMCLIB_v1.1.20 drwxrwxr-x 8 trent trent 4096 Mar 19 13:12 FreeMASTER_Serial_Communication_Driver_V2_0 drwxrwxr-x 7 trent trent 4096 Mar 19 13:12 Sample_Drivers_for_KEAxxx_Evaluation_grade trent@Ubuntu20:~/NXP/S32DS_ARM_v2.2/S32DS/software$ Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux Edit: Trying now inside a Windows 11 VM, same issues. I have the following installed (in C:\NXP): SW32K1_S32M24x_RTD_R21-11_3.0.0 SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP07 S32_SDK_S32K1xx_RTM_4.0.2 S32DS.3.6.10 and in S32DS\software\: PlatformSDK_S32K1_S32M24 and still, nothing shows up when trying to select an SDK when creating a project. This is very annoying; why would you deliver software that needs tons of extra packages afterwards that all need to be version-compatible and are hard to find? S32DS Extension manager shows everything is installed properly (including RTD).... Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux Ok I found that GCC 11.4 (latest) is not supported with the latest RTD package. Had to switch to 10.2. Also, C++ project can't be created with RTD. What a shame. Unfortunately, no transparency about the version matching at all, no hints, nothing. Maybe hidden in the Release Notes somewhere (but anyway, who reads those...). This could definitely be improved. i.e. don't require users to download external packages with undocumented version compatibility and install them manually, instead maybe use the integrated extension manager that you put quite some time into, apparently?
View full article
S32K144EVB-Q100 尊敬的恩智浦: 目前我们在TCU应用中使用的是S12XET256控制器。我们正在探索使用 S32K144 升级 S12X 控制器的机会。据了解,该控制器支持MBDT。 我们计划购买 EVB,以便获得基于模型的设计工具箱以及工作流程方面的经验。能否进一步指导,提供其他用于调试、数据嗅探的接口元器件的详细信息,以及任何使用 EVB 的项目? 此外,这些模块是否可以用于配置引脚、构建软件并将其刷写到ECU中,还是仅用于处理器在环(PIL)仿真? 此致, 阿伦钱达尔·M. Re: S32K144EVB-Q100 你好@Arunchandar , 有两种电路板可供选择: S32K144EVB-Q100 - 采用 NXP UJA1169 SBC、板载 OpenSDA 调试器、JTAG/SWD 端口以及 CAN 和 LIN 连接。 FRDM-A-S32K144 - 较新的 FRDM 板,采用 NXP FS23 SBC,具有 CAN 和 LIN 连接、USB Type-C 供电、板载 OpenSDA 调试器和 JTAG/SWD 端口。 对于数据嗅探和运行时监控, FreeMASTER是主要工具。它内置于 MBDT 中,并可直接从 Simulink 模块进行配置。 MBDT是一个完整的独立代码生成和部署工具链,不仅限于仿真。 如需 MBDT 或 FreeMASTER 方面的支持,请使用专用的社区: MBDT: https://community.nxp.com/t5/Model-Based-Design-Toolbox-MBDT/bd-p/mbdt FreeMASTER: https://community.nxp.com/t5/FreeMASTER/bd-p/freemaster   此致, 丹尼尔 Re: S32K144EVB-Q100 你好@danielmartynek , 谢谢你提供的详细信息。尽管评估板( S32K144EVB-Q100 )比较老旧,但有很多项目成果可供参考。 那么,如果我们选择这款评估板,是否需要任何接口硬件来进行上电、调试或代码烧录? 此致, 阿伦钱达尔·M. Re: S32K144EVB-Q100 嗨@Arunchandar , 两款电路板都采用相同的MCU——主要区别在于SBC。所以,我认为这还取决于你计划使用哪种单板计算机 (SBC)。 老款 S32K144EVB 可以通过 micro USB 接口以 5V 电压供电,除非你需要 LIN 功能——在这种情况下,需要 12V 外部电源(更改 J107 的位置)。micro USB 接口还可以连接到板载调试器(PE Micro OpenSDA),因此无需外部调试/烧录探针。 此致, 丹尼尔
View full article
S32K1xx SDKはLinuxにインストールされたARM 2.2用S32 DS以降利用できません 私はWindows上でS32DSをかなり長い間使用しており、使い慣れています。最近、Ubuntu Linux 20.04にARM 2.2用のS32 DSをインストールしました。そのために、S32 Design Studio for ARM 2.2 インストールガイドで指定されているすべての前提条件を満たし、その後S32DS_ARM_Linux_v2.2.binファイルを実行しました。インストールはスムーズに完了し、S32DSを正常に動作させることができました。 S32DSを初めて起動した後、S32DS拡張機能とアップデートにいくつかの項目をインストールするよう促され、実際にインストールしました。その後、ヘルプメニューの「アップデートの確認」オプションを実行したところ、いくつかの項目をアップグレードするように促されました。S32DSを再起動した後、「新しいソフトウェアをインストール...」を実行しました。ヘルプメニューで「すべてのソース」を選択してください。最終的に、私はアイテムのリストを受け取りましたが、その中に更新が必要なアイテムがいくつかありました。 全てのアップグレードを完了した後の状態を示すために、いくつかのファイルを添付しました。 問題は、SDKがパッケージや機能のリストに表示されているにもかかわらず、アクティブ/有効化されていないように見えることです。例えば: 1.「新しく」と「S32DS Application Project」を選択すると、ターゲットS32K148「ARM Bare-Metal 32ビットターゲットバイナリツールチェーン」を選択します。そして、「...」をクリックします。「SDKsのオプション」が見つかり、FreeMaster_S32xxとS32K14x_AMMCLIBのオプションしか見えません。 2. 「新しく」と「S32DS Example from Example」を選択すると、SDKのサンプルプロジェクトは一切表示されません。 3. 「表示表示」にはプロセッサ Expertのメニューオプションやオプションがありません。 S32K1xx SDKを「有効化」するには何をすればいいですか? Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux これはS32DS 3.6.10でもまだ動作しません。いくつかの回避策を試しました(Eclipse経由で直接RTDをインストールする、大文字の細かい変更など)。 これをS32K142で動かそうと、CubeMXがSTでやっているように、ペリフェラルやHALの設定を簡単にしたいと思いました。 時間の無駄だった。しかも、それに関する情報はどこにも見当たらない。 Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux このような大きな制限は、S32DSのドキュメント全体に太字で示されるべきです。これは到底容認できるものではなく、多大な時間の浪費につながった。 Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux これは適切に文書化されていません。現在のSDKおよびRTDパッケージはLinuxではサポートされていません。この件については、このコミュニティで何度か議論されました。例えば: https://community.nxp.com/t5/S32-Design-Studio/S32K3-SDK-Re-Attach-RTD-SDK-from-command-line/mp/1463363/highlight/true#M8614 LinuxでRTDをサポートする計画があると聞いており、現時点では次世代のS32 Design Studio 3.6で利用可能になるようです。 よろしくお願いいたします。 ルーカス Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux こんにちは、ルーカスさん。 うわあ、それは驚くべき主張ですね!もしSDKがLinuxでサポートされていないなら、LinuxはS32DSの対象とは言えません。 1. これはS32DSの全バージョンに当てはまるのか、それとも2.2だけなのか? 2.この制限事項はどこかに記載されていますか? 3. Linux上で構築するには、SDKのソースファイルをコピーしてプロジェクトの一部にすることもできると思います。NXPはこのプロセスに関して何かガイダンスを提供していますか? Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux こんにちは、 @tsweaverさん 残念ながら、このSDKはLinuxホストではサポートされていません。唯一の選択肢はWindowsを使うことだ。 よろしくお願いいたします。 ルーカス Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux なぜS32K1xx SDK 3.0.0だったのかS32DS .2.2をインストールした際にインストールされませんでしたか?それを手に入れるにはどうすればいいですか? S32DSは以下のリンクからインストールしました。 Linux向けARM 2.2用のS32 Design Studioインストール 910.4 MB S32DS_ARM_Linux_v2.2.bin Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux ちなみに、SDKはソフトウェアフォルダには物理的に存在していません。Windowsでは、S32DSをインストールするときにSDKがインストールされていると思います。どうやらLinuxではそうではなかったか、正しいインストーラーを使っていないようです。ご協力ありがとうございました。 trent@Ubuntu20:~/NXP/S32DS_ARM_v2.2/S32DS/software$ls -l 合計20 drwxrwxr-x 5 trent trent 4096 3月19日 13:12 AMMCLIB_v1.1.18 drwxrwxr-x 5 trent trent 4096 3月19日 13:12 AMMCLIB_v1.1.19 drwxrwxr-x 5 trent trent 4096 3月19日 13:12 AMMCLIB_v1.1.20 drwxrwxr-x 8 trent trent 4096 3月 19 13:12 FreeMASTER_Serial_Communication_Driver_V2_0 drwxrwxr-x 7 trent trent 4096 3月19日 13:12 Sample_Drivers_for_KEAxxx_Evaluation_grade trent@Ubuntu20:~/NXP/S32DS_ARM_v2.2/S32DS/software$ Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux 追記:Windows 11の仮想マシン内で試してみましたが、同じ問題が発生しました。 以下のものが(C:\NXPに)インストールされています。 SW32K1_S32M24x_RTD_R21-11_3.0.0 SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP07 S32_SDK_S32K1xx_RTM_4.0.2 S32DS.3.6.10 およびS32DS\ソフトウェア\では: PlatformSDK_S32K1_S32M24 それでも、プロジェクト作成時にSDKを選択しようとしても何も表示されません。これは非常にイライラします。なぜ大量の追加パッケージが必要で、すべてバージョン互換で入手困難なソフトウェアを納品するのでしょうか? S32DS拡張機能マネージャーでは、すべて正しくインストールされている(RTDも含めて)と表示されます......。 Re: S32K1xx SDK Not Available after S32 DS for ARM 2.2 Installed on Linux 最新のRTDパッケージではGCC 11.4(最新)がサポートされていないことがわかりました。10.2に切り替えなければなりませんでした。また、C++プロジェクトはRTDでは作成できません。残念だ。 残念ながら、バージョンが一致しているかどうかについての透明性は全くなく、ヒントも何もありませんでした。リリースノートのどこかに隠されているかもしれない(でも、そもそも誰がそんなものを読むんだろう…)。 これは確かに改善の余地があります。つまり、ユーザーがドキュメントされていないバージョン互換性のある外部パッケージをダウンロードして手動でインストールする必要はなく、代わりにかなり時間をかけて開発した統合拡張機能マネージャーを使うのが良いかもしれません。
View full article
KW47: Relationship between WDOG Wait/Stop modes and Power Modes (Sleep/Deep Sleep) Hello, I am reading the KW47 Reference Manual and I am confused about the relationship between the WDOG low-power modes and the system power modes. In the WDOG chapter, the Control and Status register contains the following bits: - WAIT: "Enables WDOG to operate when the chip is in Wait mode." - STOP: "Enables WDOG to operate when the chip is in Stop mode." The WDOG chapter also states that: - The selected WDOG clock source must remain active in Stop mode. - For Debug and Stop modes, a clock source other than the bus clock must be used. On the other hand, the Power Modes chapter describes: Sleep mode: - CPU execution halted - Core clock gated off - System clock and bus clock may continue running Deep Sleep mode: - Core clock gated off - System clock gated off - Bus clock gated off Based on these descriptions, it seems reasonable to interpret: - Wait mode ≈ Sleep mode - Stop mode ≈ Deep Sleep mode However, I have not been able to find any explicit statement in the Reference Manual confirming this mapping. My questions are: 1. Does WDOG Wait mode correspond to the Power Mode Sleep mode on KW47? 2. Does WDOG Stop mode correspond to the Power Mode Deep Sleep mode on KW47? 3. Or are Wait/Stop WDOG-specific CPU states that are different from the SoC power modes? 4. Is there any Reference Manual section or Application Note that explicitly describes this relationship? Thank you for your help. Re: KW47: Relationship between WDOG Wait/Stop modes and Power Modes (Sleep/Deep Sleep) Hello, hope you are doing well.   The terminology used in the KW47 Reference Manual is consistent with interpreting the WAIT and STOP fields in the WDOG control register as references to chip/core low-power states, rather than as WDOG-specific CPU states. I would describe the relationship as functional correspondence rather than a strict equivalence. In that sense, WDOG WAIT corresponds to the Wait/Sleep class condition, where CPU execution is halted but the system and bus clocks may remain available. WDOG STOP corresponds to the Stop/Deep-Sleep class condition, where the core, system, and bus clocks are gated and the watchdog can continue only if it is configured to use a clock source that remains active in that mode.   Best regards, Sofia. Re: KW47: Relationship between WDOG Wait/Stop modes and Power Modes (Sleep/Deep Sleep) Hello Sofia, Thank you for your previous explanation. Based on your reply, my understanding is: - WDOG WAIT corresponds to a Wait/Sleep-class low-power condition. - WDOG STOP corresponds to a Stop/Deep-Sleep-class low-power condition. - The relationship is a functional correspondence rather than a strict one-to-one mapping. After reviewing the KW47 Reference Manual again, I found the following section: 28.4 Module operation in low power modes Table 225: Cortex M33 core module operation in low power modes For WDOGx, the table shows: - Sleep : ON - Deep Sleep : Optional - Power Down : Optional - Deep Power Down : OFF From this table, I interpreted that WDOG operation can be configured in at least Deep Sleep and Power Down modes. To better understand the behavior, I performed a test using a KW47-Loc evaluation board. Test conditions: - WDOG enabled - WDOG refresh is performed from vApplicationIdleHook() - PWR_EnterLowPower() is executed from FreeRTOS vPortSuppressTicksAndSleep() - Observe whether a watchdog reset occurs after entering the low-power state Test results: Case 1 WAIT=0, STOP=0 → No watchdog reset occurred Case 2 WAIT=1, STOP=0 → Watchdog reset occurred Case 3 WAIT=0, STOP=1 → No watchdog reset occurred My interpretation is that when a watchdog reset occurred, the device entered a low-power state where vApplicationIdleHook() was no longer executed while the watchdog continued running and eventually timed out. However, a watchdog reset occurred only when WAIT=1 and STOP=0, while no watchdog reset occurred when STOP=1. Because of this result, I am having difficulty understanding how the WAIT and STOP bits are actually applied to watchdog operation during low-power modes. Could you please clarify the following points? 1. When the device enters a low-power mode through PWR_EnterLowPower(), is WDOG operation controlled by the WAIT bit or the STOP bit? 2. Does the observed result indicate that the device is actually entering Sleep mode rather than Deep Sleep mode, or should it be interpreted as entering Deep Sleep mode? 3. Does the STOP bit correspond to the Deep Sleep mode described in the Power Modes chapter, or does it refer to a different low-power state? 4. How should the following entries in Table 225 be interpreted with respect to the WDOG WAIT and STOP control bits? - WDOGx : Optional (Deep Sleep) - WDOGx : Optional (Power Down) Thank you for your support.
View full article
Meta-ros2 for yocto whinlatter こんにちは。弊社のBSPにROS2を追加したいと考えています。現在のBSPはYocto WhinlatterリリースをベースにしたReal-Time Edge Software 3.4です。しかし、NXPのGit上のmeta-ros2リポジトリはYocto Walnascarリリースに対応しています。NXPはROS2用のWhinlatterバージョンを提供していますか? 当社のSoCはMX95です。 NXP ROS2のgitリポジトリはこちらです。 https://github.com/nxp-imx/meta-ros2-nxp Yocto Project Re: meta-ros2 for yocto whinlatter LSDK開発チームと話し合ったところです。 Whinlatter リリース用のmeta-ros2-nxp は提供していません。 以下のようにros2のレシピをダウンロードできます。 $ git clone https://github.com/ros/meta-ros.git $ git checkout origin/whinlatter -b whinlatter それなら、自分で移植作業をしてください。 おそらくいくつかのコンパイル上の問題を修正する必要があるでしょう。現在のmeta-ros2-nxpのソースコードを参照して修正できます。 Re: meta-ros2 for yocto whinlatter こんにちは@yipingwang 情報ありがとうございます。
View full article
S32K142 LPSPI0 マスター (lpspi_transfer の例): SCK クロックが正しくトグルしない こんにちは、NXPコミュニティの皆さん、 私はNXPのlpspi_transfer_s32k142サンプルを、S32K142ボード上でLPSPI0をマスターモードで使用していますが、サンプル構成に大きな変更は加えていません。 私の問題は、 SCK/クロック波形が正しく切り替わらないことです。ロジックアナライザを使用して、SCK、MOSI、MISO、およびPCSを監視しています。 8ビット(1バイト)の転送の場合、8つのSCKクロックパルスが発生するはずですが、ロジックアナライザでは、期待されるパルスではなく、異常な/連続したように見えるクロック波形が表示されます。 構成: LPSPI0 – マスター 500kHz 8ビットフレーム PCS0 CPOL = アクティブハイ CPHA = 1番目のエッジ 転送タイプ = 割り込み SCK波形を示すロジックアナライザのスクリーンショットを添付しました。 NXPの例でSCKクロックが正しく切り替わらない理由と、どの設定を確認すればよいのか、どなたか教えていただけませんか? よろしくお願いします。 Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly 可能であれば、修正済みテストプロジェクトを送ってほしい。そうすれば、S32K142EVBで直面した問題を素早く再現できるから。 Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly こんにちは、ロビンさん。 ご返信ありがとうございます。 現在の構成では、PCS連続はチェックされておらず、生成された構成は次のようになっています。 .isPcsContinuous = false 私はこの設定を変更していません。 アップロードした波形でも、期待していたようなクリーンなSPIタイミングが得られていません。1バイトの転送の場合、転送完了までPCSがアサートされている間に8つのSCKクロックパルスが発生すると予想されます(PCSアクティブ→8クロックパルス→PCS非アクティブ)。しかし、私のロジックアナライザによるキャプチャでは、この期待される動作が明確に示されていません。SCKパルスは不規則に現れており、PCS/イネーブル信号はSPIフレーム全体にわたって期待されるハイ/ローの動作を示していません。 参考までに電流波形を添付しました。 このPCSやSCKの挙動は、LPSPI_DRV_MasterTransferBlocking()APIと現在のLPSPI構成で予想されるものかどうか確認していただけますか? PCSを常時有効にした状態でもテストを行い、結果を共有します。 よろしくお願いいたします。 レシャム Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly ハイ アップロードした画像はぼやけすぎます。SPIの波形がはっきり見えません。 lpspi_transfer_s32k142のLPSPI0設定を変更して、 PCS連続モードを選択しましたか? lpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS 連続.png 明確なSPI波形で問題があると思われる箇所を示すために矢印やテキストを使うことが推奨されます。これにより、あなたの質問を迅速に理解できます。 よろしくお願いいたします ロビン Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly こんにちは、 S32K142EVB用の修正済みLPSPI転送テストプロジェクトを含むZIPファイルを添付しましたのでご確認ください。 プロジェクトを確認して、LPSPIの転送設定が正しいか、または変更が必要か教えていただけますか? ご対応ありがとうございます。 よろしくお願いします、 レシャム Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly なぜ.mexが見えないのか送信されたSPI.zipファイル内のファイルですか?.mexなしファイルの内容から判断すると、LPSPIをどのように設定したのか私には分かりません。あなたはどのバージョンのS32DSを使用していますか?あなたのプロジェクトをインポートしたところ、S32K1 SDK RTM 4.0.1を使用していると表示されました。テストのためにインストールするためにS32DSとSDKのバージョンを確認してください。 S32DS v3.4とS32K1 SDK 4.0.2および4.0.3を使って正しくコンパイルできませんインストール済み。S32DS SDKが正しくインストールされていないのではないかと疑っています。だから.mexファイルがないのですプロジェクト内のファイル。 そのプロジェクトは他の同僚から引き継いだものですか?開発に必ず同じSDKバージョンを使う必要がありますか? インストールすべきS32K1 SDKのバージョンをご確認ください。 S32K1 SDK 4.0.3は、S32DS v3.4の拡張機能やアップデートによってインストール可能です。 私の知る限り、 S32K1 SDK 4.0.1 は現在S32DS v3.3でしか利用できません。 S32K1 SDK 4.0.2(SW32K1_S32DS_3.4.1_D2106.zip)はS32DS v3.4にインストール可能です。インストール手順については、S32 Design Studio v3.4 S32K1 Service Pack 1がリリースされました! Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly S32DSの拡張とアップデートでS32DS v3.3にS32K1 SDK 4.0.1をインストールした後、エラーなくプロジェクトを正しく構築できました。 install S32K1 SDK 4.0.1 in S32DSv3.3.pngインストール S32K1 SDK 4.0.1 in S32DSv3.3.png install S32K1 SDK 4.0.1 in S32DSv3.3 S32DS Extensions and Updates.pngインストール S32K1 SDK 4.0.1 in S32DSv3.3 S32DS 拡張とUpdates.png 以下は、S32K142EVBのLPSPI0ピンでSPIプロジェクトをデバッグ中に取得したSPI波形です。ロジックアナライザを使用して、以下のピンのSPI波形をキャプチャしました。 PTB0 PCS0 J4.5 PTB2 SCK0 J2.11 PTE1 SIN0 J5.14 PTB4 南 J2.7 SPI波形は、お客様の設定と一致しているようです。私が使っているロジックアナライザは、あなたのものとは異なります。私のスクリーンショットに示されている設定に従って、ロジックアナライザを設定することをお勧めします。 debug LPSPI0 S32K1 SDK 4.0.1.pngdebug LPSPI0 S32K1 SDK 4.0.1.png
View full article
meta-ros2 for yocto whinlatter 您好,我们想在我们的 BSP 中添加 ROS2。我们目前的 电路板支持包 是基于 Yocto Whinlatter 版本的 Real-Time Edge Software 3.4。然而,NXP Git 上的 meta-ros2 存储库对应于 Yocto Walnascar 版本。NXP 是否有适用于 ROS2 的 Whinlatter 版本? 我们的SoC是MX95。 这是 NXP ROS2 的 git 仓库。 https://github.com/nxp-imx/meta-ros2-nxp Yocto Project Re: meta-ros2 for yocto whinlatter 我刚刚和LSDK开发团队讨论过。 我们没有适用于 Whinlatter 版本的meta-ros2-nxp 。 您可以按如下方式下载 ros2 配方。 $ git clone https://github.com/ros/meta-ros.git $ git checkout origin/whinlatter -b whinlatter 然后你自己进行移植工作。 您可能需要修复几个编译问题,您可以参考当前的meta-ros2-nxp源代码来解决这些问题。 Re: meta-ros2 for yocto whinlatter 嗨@yipingwang 谢谢你提供的信息。
View full article
时钟工具调用了 CLOCK_OSC_GateOscRc400M,该函数在 SDK 26.6 的 fsl_clock.h 中已不存在。 更新到 iMXRT1166 SDK 26.6.0 后,项目构建失败,原因是 clock_config.c 文件出现问题。(由时钟工具生成)调用 CLOCK_OSC_GateOscRc400M(false),但此函数已从该 SDK 版本的 fsl_clock.h 中移除。 网上查了一下,似乎是因为RM1170 Rev. 5 PDF 更新而删除的。 https://github.com/nxp-mcuxpresso/mcux-devices-rt/issues/2 RM1160 没有进行同样的更新,那么 iMXRT1166 SDK 26.6.0 是否不正确,或者是否应该更新 Clocks 工具以删除或修改其调用? Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 嗨,雪莉, 谢谢你的回复。我已经将 MCUXpresso IDE 安装的配置工具更新到了最新版本。此版本仍然使用 CLOCK_OSC_GateOscRc400M 生成代码。 lh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.pnglh_dan_0-1787581772610.png 我注意到 MCUXpresso 配置工具有更新的独立版本 (26.6)。MCUXpresso IDE 中没有这个版本吗? 此外, IMXRT1170RM Rev. 5 PDF 已更新,删除了 CLOCK_OSC_GateOscRc400M,但 IMXRT1160RM Rev. 1(最后修改于 2025 年 5 月 26 日)尚未更新。 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 亲爱的@lh_dan , 为了帮助我们更好地理解和重现该问题,请您提供以下信息? 1. 您之前使用的是哪个SDK版本? 2. 您的 MCUXpresso 配置工具版本是否已更新?如果是这样,之前的版本是什么?现在使用的是哪个版本? 这些信息将有助于我们确定该问题是否与 SDK 或工具链更新引入的更改有关。 感谢您提前给予的支持。 此致, 雪莉 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 亲爱的@lh_dan , 在比较了 SDK 25.09 和 SDK 26.06 之后,我已确认该功能已在 SDK 26.06 版本中移除。观察到的差异是 SDK/工具版本升级引入的预期变化,而不是软件问题。我们建议将 MCUXpresso 配置工具升级到 26.06 版本,然后重新生成项目配置文件。   顺祝商祺! 雪莉   Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 雪莉, 前几天我尝试按照你演示的方法更新 MCUXpresso 时,它提示没有可用的更新。今天它说有更新可用,并升级到了 26.6 版本。此版本未使用CLOCK_OSC_GateOscRc400M。谢谢! lh_dan_0-1787692788884.pnglh_dan_0-1787692788884.pnglh_dan_0-1787692788884.pnglh_dan_0-1787692788884.png 至于您建议将 Visual Studio Code 与 MCUXpresso for VS Code 结合使用。我在项目初期就尝试过这种方法,但是我们无法让 freeRTOS 示例在 imxrt 1166 评估板上运行。当技术支持人员发现同样的问题时,我们不得不使用 MCUXpresso IDE。 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 亲爱的@lh_dan , 您可以使用 MCUXpresso 配置工具 v26.06 的独立版本来生成代码,它应该可以正常工作。 或者,您可以按照以下更新流程更新集成在 IDE 中的配置工具:在 MCUXpresso IDE 中更新配置工具 - NXP 社区 我们注意到您当前的 Config Tools 版本是 25.12,该版本已经非常过时,很可能是造成此问题的原因。我已经使用 IDE 验证了该项目,在我这边构建成功完成。 由于 MCUXpresso IDE 不再按季度更新,我们建议考虑使用Visual Studio Code以及MCUXpresso for VS Code扩展进行新开发并获得长期支持。 顺祝商祺! 雪莉 Re: Clocks tool calls to CLOCK_OSC_GateOscRc400M, which no longer exists in SDK 26.6's fsl_clock.h 亲爱的lh_dan, 很高兴听到您已经解决了这个问题。 目前,VS Code 扩展程序可能仍有一些方面需要进一步改进。然而,我们的长期计划是逐步从 MCUXpresso IDE 过渡到基于 VS Code 的开发环境。 此致, 雪莉
View full article
LX2160A JTAG (CCS) connection fails I'm trying to use DDR Tool with my LX2160A, but I can't connect. I think the cause is that the CCS cannot confirm the JTAG connection. Attach the result of the IDcode verification. KAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.pngKAZU_ISHI_0-1786615924736.png When I tried connecting a while ago, I was able to confirm a connection from JTAG, but the files were corrupted, and since revisions were not carefully managed, recovery was not possible. We are unaware that downloading from the internet via "check for update" can sometimes result in file corruption, and therefore we are currently unable to match the software's status. Since I was able to connect once, I suspect it might be a software issue. If you know a solution, please let me know. Thank you very much for your understanding. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your reply. I performed the installation using "CodeWarrior for ARMv8 v11.5.0 b200629 Windows Offline Installer". After that, I tried updating using CodeWarrior IDE by selecting Help → Install New Software → Add → Archive and specifying com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip, but an error occurred during installation. The error message is as follows: KAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.pngKAZU_ISHI_0-1786959225115.png An error occurred while installing the items session context was:(profile=epp.package.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.fsl_gdb13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb14.0.0.202204131357, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck). NLS missing message: param_not_set in: com.freescale.updater.customactions.Messages Could you please advise me on how to deal with this? Thank you very much for your understanding. Re: LX2160AのJTAG(CCS)接続が失敗する Please check whether you have installed the latest CodeWarrior for ARMv8 11.5.12. Please open CodeWarrior IDE and check the version from Help->About CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA. If you have already installed this version CodeWarrior, please plug off USB cable from CodeWarrior TAP and plug in again. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your reply. The version information for CodeWarrior currently in use is as follows: CodeWarrior Development Studio for QorIQ LS series - ARM V8 ISA Version: 11.5.0 Build ID: 200629GA Compared to the latest version you provided, my environment appears to be running an older version. By the way, if I select "com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip" via "Install New Software" → "Add" → "Archive", which items should I install? Selecting "Select All" results in an error and the installation fails. Re: LX2160AのJTAG(CCS)接続が失敗する Please install CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe first, then open CodeWarrior IDE and install service pack com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip from Help->Install New Software->Add->Archive. If your problem persists, please provide screenshot to show your error. Re: LX2160AのJTAG(CCS)接続が失敗する Please download my installation file from the following link, and reinstall CodeWarrior for ARMv8 11.5.12. https://support.nxp.com/s/case/500Te00000eeSJXIA2/community-lx2160a%E3%81%AEjtagccs%E6%8E%A5%E7%B6%9A%E3%81%8C%E5%A4%B1%E6%95%97%E3%81%99%E3%82%8B?language=en_US Re: LX2160AのJTAG(CCS)接続が失敗する Are you installing CodeWarrior for ARMv8 in Windows 10? Please remove all your CodeWarrior installation file first. Please install CW_ARMv8_v2020.06_b200629GA_Win_Offline.exe from my tar ball. Then open CodeWarrior IDE in a new workspace, and install service pack com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip from Help->Install New Software->Add->Archive. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your support. As requested, I attempted to reinstall CodeWarrior for ARMv8 11.5.12 using the download link you provided. However, an error occurred while installing the update package. I have already replied within the download link page with the details of the error, so could you please check it? Do you have any idea what might be causing this issue? I would appreciate your continued support in resolving this matter. This message was translated using machine translation. Re: LX2160AのJTAG(CCS)接続が失敗する 1. Please remove your CodeWarrior installation folder. 2. Please don't use your original installation file. Please use both .exe and zip files from my download link. 3. After installation the exe file, please open CodeWarrior IDE in a new workspace to install the zip service package. Re: LX2160AのJTAG(CCS)接続が失敗する At "Work with" you selected "Only local sites", this is also incorrect, please don't select anything, just keep it empty. Then click "Add" -> "Archive", and specify the location of the service Package. Please refer to my following screenshot. yipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.pngyipingwang_0-1787913595385.png Re: LX2160AのJTAG(CCS)接続が失敗する Please install service pack com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip from Help->Install New Software->Add->Archive. Not from "Available Software Sites" Please also delete Cache folder. C:\Users\ \.p2 or C:\Users\ \.p2\org.eclipse.equinox.p2.* Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your reply. Suspecting that the downloaded files might have been corrupted, I downloaded them again and attempted the updates as follows. In Available Software Sites, I selected: Add → Archive → com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip from the extracted download package. After doing so, "CodeWarrior Updates" was added to the list, and I enabled only this update site. To simplify the investigation, I then used Available Updates and installed the updates one by one, starting from the top of the list. The following updates failed with errors. The error messages are listed below. • CodeWarrior Debugger GTA 14.0.0.202212090959 An error occurred while installing the items. session context was: (profile=epp.package.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.gta 14.0.0.202006241928 --> [R]com.freescale.core.debugger.gta 14.0.0.202212090959, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck). NLS missing message: param_not_set in: com.freescale.updater.customactions.Messages • NXP GDB 14.0.0.202204131357 An error occurred while installing the items. session context was: (profile=epp.package.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=[R]com.freescale.core.debugger.fsl_gdb 13.0.0.202003111126 --> [R]com.freescale.core.debugger.fsl_gdb 14.0.0.202204131357, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck). NLS missing message: param_not_set in: com.freescale.updater.customactions.Messages • QorIQ Configuration and Validation Suite - Common Layout 4.24.0.FSL20221019_2247 An error occurred while installing the items. session context was: (profile=epp.package.cpp, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=null --> [R]com.freescale.cw.qcvs.feature_root 4.24.0.FSL20221019_2247, action=com.freescale.updater.customactions.actions.FreescaleProcessCheck). NLS missing message: param_not_set in: com.freescale.updater.customactions.Messages I did not test CodeWarrior Core IDE 14.0.0.202212091004 and CodeWarrior Debugger 14.0.0.202212091004, since these packages appear to include the software listed above. All other updates were installed successfully without any issues. As an additional verification step, I will try installing the software packages available through "Install New Software." The results of testing the individual update packages have already been provided above. If you have any information regarding the cause of these errors or any known issues related to them, I would greatly appreciate your advice. Thank you for your assistance. This message was translated using machine translation. Re: LX2160AのJTAG(CCS)接続が失敗する Thank you for your support. I followed the procedure you suggested and performed the following steps: Completely uninstalled the entire CodeWarrior installation (not only the service pack). Deleted the following cache folders: C:\Users\ \.p2 C:\Users\ \.p2\org.eclipse.equinox.p2 Reinstalled CodeWarrior. Opened Help → Install New Software → Add → Archive and specified the file com.freescale.armv8.11.5.12.GA.Win.updatesite.221209.zip. After adding the archive, I attempted both Install and Update operations for the plugins provided by the service pack through Install New Software. As a result, most of the plugins from the service pack were downloaded and installed successfully. However, the plugins shown in the attached screenshot failed during the installation/update process and could not be updated. KAZU_ISHI_0-1787912782459.pngKAZU_ISHI_0-1787912782459.png Best regards,
View full article
S32K144EVB-Q100 Dear NXP, Currently we are using the S12XET256 controller for TCU applications. We are exploring the opportunities on upgrading the S12X controller with S32K144. It is understood that the controller supports MBDT.  We are planning to buy the EVB for getting the experience on model-based design toolbox as well as the work flow. Can you guide further to provide details on other interface components for debugging, sniffing the data and any projects with EVB.  Also, whether the blocks can be used to configure the pins, build the software and flash the same in ECU itself or is it only for Processor in loop (PIL) simulation purpose only.  Regards, Arunchandar M.   Re: S32K144EVB-Q100 Hello @Arunchandar, There are two boards available: S32K144EVB-Q100 - featuring the NXP UJA1169 SBC, an on-board OpenSDA debugger, a JTAG/SWD port, and CAN and LIN connectivity. FRDM-A-S32K144 - newer FRDM board featuring the NXP FS23 SBC with CAN and LIN connectivity, USB Type-C power delivery, an on-board OpenSDA debugger, and a JTAG/SWD port. For data sniffing and runtime monitoring, FreeMASTER is the primary tool. It is built into MBDT and configured directly from a Simulink block. MBDT is a full standalone code generation and deployment toolchain, not limited to simulation. For MBDT or FreeMASTER support, please use the dedicated communities: MBDT:  https://community.nxp.com/t5/Model-Based-Design-Toolbox-MBDT/bd-p/mbdt FreeMASTER:  https://community.nxp.com/t5/FreeMASTER/bd-p/freemaster   Regards, Daniel Re: S32K144EVB-Q100 Hi @Arunchandar, Both boards share the same MCU — the main differentiator is the SBC. So, I would say it also depends on what SBC you plan to use. The older S32K144EVB can be powered from 5V via micro USB, unless you need LIN — in that case a 12V external supply is required (change J107 position). The micro USB also connects to the on-board debugger (PE Micro OpenSDA), so no external debug/flashing probe is needed. Regards, Daniel Re: S32K144EVB-Q100 Hello @danielmartynek,  Thank you for the details. Even though the evaluation board (S32K144EVB-Q100) is little older, there are many project artifacts available.  So if we choose this evaluation board, do we need any interface hardware to power up, debug or flash the code.  Regards, Arunchandar M. 
View full article
Can any LPSPI peripheral be change ownership from A55 to M7 on i.MX 95?
View full article
Confirmation of S9KEAZN64AMLH FIT value The project has selected MCU  S9KEAZN64AMLH. Now, the vehicle manufacturer requires the chip FIT parameters, as shown in the figure below. Please help confirm and reply. Thank you for your support. mengfanpeng_0-1787884740955.png Re: Confirmation of S9KEAZN64AMLH FIT value Hello @mengfanpeng , Thanks for your post. This information is not suitable for sharing in a public community. I will send it to you via private email shortly. BR Celeste
View full article
S32K142 LPSPI0 主设备(lpspi_transfer 示例):SCK 时钟未正确切换 NXP社区的各位朋友,大家好! 我正在使用NXP lpspi_transfer_s32k142 示例,在 S32K142 板上将 LPSPI0设置为主模式,没有对示例配置进行重大更改。 我的问题是SCK/时钟波形切换不正确。我正在使用逻辑分析仪监测SCK、MOSI、MISO和PCS信号。 对于8 位(1 字节)传输,我预期会有 8 个 SCK 时钟脉冲,但逻辑分析仪显示的是异常/连续的时钟波形,而不是预期的脉冲。 配置: LPSPI0 – 主控 500 kHz 8 位帧 PCS0 CPOL = 活跃高 CPHA = 第一边 传输类型 = 中断 我附上了显示 SCK 波形的逻辑分析仪截图。 请问有人能帮我理解一下为什么NXP示例中的SCK时钟无法正确切换,以及我应该检查哪些配置吗? 谢谢! Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly 如果可以的话,我建议您将修改后的测试项目发送给我,以便我能快速重现您在 S32K142EVB 上遇到的问题。 Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly 嗨,罗宾, 感谢您的反馈, 在我当前的配置中,“PCS 连续”选项未选中,生成的配置包含: .isPcsContinuous = false 我没有修改过这个设置。 在上传的波形图中,我也没有得到预期的干净的SPI时序。对于 1 字节的传输,我期望在整个传输过程中,PCS 钳位时,有 8 个 SCK 时钟脉冲(PCS 有效 → 8 个时钟脉冲 → PCS 无效)。然而,我的逻辑分析仪捕获并没有清楚地显示这种预期行为。SCK 脉冲似乎不规则,PCS/使能信号在整个 SPI 帧周围没有表现出预期的高/低行为。 我已附上电流波形图供您参考。 请问在使用 LPSPI_DRV_MasterTransferBlocking() API 和当前 LPSPI 配置时,这种 PCS 和 SCK 行为是否符合预期? 我还会测试启用 PCS 连续播放功能后的结果,并分享结果。 问候, 雷沙姆 Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly HI 你上传的图片太模糊了,我看不清SPI波形。 您是否修改了lpspi_transfer_s32k142的LPSPI0配置,以选择PCS连续传输? lpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS continuous.pnglpspi_transfer_s32k142 LPSPI0 PCS 连续.png 建议在清晰的SPI波形图上使用箭头或文字标记您认为存在问题的位置。这将有助于我快速理解你的问题。 此致敬礼, Robin Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly 您好, 请查看附件中的 ZIP 文件,其中包含针对 S32K142EVB 修改后的 LPSPI 传输测试项目。 请您检查一下项目,并告知我LPSPI传输配置是否正确,或者是否需要进行任何更改? 感谢你的支持 此致, 雷沙姆 Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly 为什么我看不到 .mex 域名您发送的 SPI.zip 文件里有这个文件吗?不带 .mex 后缀文件里,我无法知道你是如何配置 LPSPI 的。你使用的是哪个版本的S32DS?我导入了您的项目,它告诉我您正在使用 S32K1 SDK RTM 4.0.1。请确认S32DS和SDK的版本,以便我安装进行测试。 我无法使用 S32DS v3.4 和 S32K1 SDK 4.0.2 和 4.0.3 正确编译您的项目。已安装。我怀疑您的 S32DS SDK 没有正确安装,所以才没有 .mex 文件。文件已保存到您的项目中。 你是从其他同事那里拿到这个项目的吗?开发过程中是否必须使用相同的SDK版本? 请确定您需要安装哪个版本的S32K1 SDK。 S32K1 SDK 4.0.3可通过S32DS v3.4中的S32DS 扩展和更新进行安装。 据我所知, S32K1 SDK 4.0.1目前只能在S32DS v3.3中使用。 S32K1 SDK 4.0.2 ( SW32K1_S32DS_3.4.1_D2106.zip ) 可安装在S32DS v3.4中。有关安装说明,请参阅: S32 Design Studio v3.4 S32K1 Service Pack 1 发布! Re: S32K142 LPSPI0 Master (lpspi_transfer example): SCK clock not toggling correctly 在S32DS v3.3中安装了S32DS Extensions and Updates提供的S32K1 SDK 4.0.1后,我能够正确构建项目,没有出现任何错误。 install S32K1 SDK 4.0.1 in S32DSv3.3.png在 S32DSv3.3.png 中安装 S32K1 SDK 4.0.1 install S32K1 SDK 4.0.1 in S32DSv3.3 S32DS Extensions and Updates.png在 S32DSv3.3 中安装 S32K1 SDK 4.0.1 S32DS 扩展和更新.png 下面这些是我在调试您的 SPI 项目时,在 S32K142EVB 的 LPSPI0 引脚上获得的 SPI 波形。我使用逻辑分析仪捕获了以下引脚的SPI波形: PTB0 PCS0 J4.5 PTB2 SCK0 J2.11 PTE1 SIN0 J5.14 PTB4 南0 J2.7 SPI波形看起来与您的配置相符。我使用的逻辑分析仪和你的不一样。我建议您按照我的截图中显示的配置来配置您的逻辑分析仪。 debug LPSPI0 S32K1 SDK 4.0.1.pngdebug LPSPI0 S32K1 SDK 4.0.1.png
View full article
修改im8QM的A72核的CNTFRQ_el0的值 您好! 如何修改im8QM的A72核的CNTFRQ_el0的值,目前是8000000, 想改为16M, 谢谢! Re: 修改im8QM的A72核的CNTFRQ_el0的值 i.MX8QM 上不建议、也基本不能把 A72 的 CNTFRQ_EL0 对应的真实计数频率从 8 MHz 改成 16 MHz 。原因是: CNTFRQ_EL0 只是让软件“发现”System Counter 频率的寄存器;即使软件能写这个寄存器值,也不会改变硬件 System Counter 的实际频率。 对 i.MX8QM,参考手册里说明 SCU ROM 会启用 System Counter,并给它输入 24 MHz 时钟;System Counter 内部再分频生成 8 MHz 时钟。 相关 clock root 也属于 System Controller Firmware 管理的时钟域,文档显示 SCU_MSLICE0_CLK_ROOT / SCU_MSLICE1_CLK_ROOT 可作为 SYS COUNTER 的 root clock,且 root clock generation 由 SC FW 控制。 所以如果你现在读到: CNTFRQ_EL0 = 8000000 想改成: CNTFRQ_EL0 = 16000000 需要区分两件事: 只改 CNTFRQ_EL0 的寄存器值 这可能让部分软件“以为”timer 是 16 MHz ,但硬件 counter 仍按 8 MHz 跑,会导致时间、调度、延时、profiling 等全部按 2 倍比例出错。 真正把 System Counter 改成 16 MHz 从我检索到的 i.MX8QM 资料看,System Counter 是 SCU ROM 初始化为 24 MHz / 3 = 8 MHz ,没有公开的寄存器或流程可以把它改成 16 MHz 。 类似 i.MX8 系列讨论中也明确说过,system counter frequency 是硬件固定的, it can't be changed 。 如果你的目标是让 Linux/RTOS 使用正确频率,建议保持 CNTFRQ_EL0 = 8000000 ,并检查 device tree / firmware / bootloader 是否错误覆盖 timer frequency。不要仅为了满足 16 MHz 需求而伪改 CNTFRQ_EL0 ,除非你明确要做一个非真实频率的实验。 结论:i.MX8QM 的 A72 CNTFRQ_EL0 不应从 8 MHz 改为 16 MHz ;真实 System Counter 由 SCU/SCFW 初始化并实际为 8 MHz ,单独改寄存器值不会改变硬件频率,反而会破坏系统时间基准。 Re: 修改im8QM的A72核的CNTFRQ_el0的值 你好: 谢谢回复! 能否提供SCU或SCFW里如何使System Counter变为16MHz的方法或Demo代码, 谢谢!
View full article
如何刷写 .bin 文件在 i.MX RT1064 上使用 PEMicro Multilink LC 时,在特定的闪存偏移量下? 您好, 我正在使用i.MX RT1064和PEMicro Multilink LC调试探针。 我需要将引导加载程序和应用程序分别写入编程闪存的不同偏移位置。例如,引导加载程序将放置在闪存的起始位置,而应用程序则放置在指定的偏移位置。 使用 i.MX RT1064 EVK 时,我能够使用LinkFlash将.bin文件编程到指定的闪存地址。但是,我现在使用的是 PEMicro Multilink LC,想知道等效的编程流程是什么。 我无法将引导加载程序和应用程序合并到单个.bin文件中。因为该应用程序是分区固件布局的一部分,需要作为单独的固件映像进行签名。因此,我需要将引导加载程序和应用程序作为单独的二进制文件,并将应用程序编程到其指定的闪存偏移量处。 我应该使用什么外部编程应用程序/工具配合 PEMicro Multilink LC 将.bin文件烧录到 i.MX RT1064 的特定地址/偏移量处? 理想情况下,我希望能够选择.bin文件,指定其目标地址,并直接对其进行编程,而无需将引导加载程序和应用程序合并到单个二进制文件中。 谢谢您! 启动 ROM | 启动配置 | 闪存 Re: How to flash a .bin at a specific flash offset on i.MX RT1064 using PEMicro Multilink LC? 你好@shreya_v16 , NXP LinkServer/LinkFlash 支持对 独立组网 (SA) .bin 文件进行编程。文件位于指定地址,但不支持 PEMicro Multilink LC 探针。 要继续使用 PEMicro Multilink LC,请使用 PEmicro PROG-HL-ARM (PROGACMP)。最新版本支持 QB 命令。因此,引导加载程序和已签名应用程序可以保持分离,并在各自的地址进行编程,而无需合并它们。 请参阅: 1. https://www.pemicro.com/products/product_viewDetails.cfm?product_id=15320181 2. https://www.nxp.com/docs/en/user-guide/PROGACMP_UM.pdf 此致, 加文 Re: How to flash a .bin at a specific flash offset on i.MX RT1064 using PEMicro Multilink LC? 嗨@Gavin_Jia , 感谢您的及时回复。是的,我知道 PROG-HL-ARM (PROGACMP),但如您所知,它是一个付费工具。我正在寻找任何免费的替代方案。如果您知道任何相关信息,请提出建议。
View full article