Multi Source Translation Content

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

Multi Source Translation Content

讨论

排序依据:
カスタムボードとシリアルダウンローダーを使用したMIMXRT1170-EVKBデバッガーの使用方法と検証 こんにちは、チームの皆さん、 私たちはアプリケーション用の MIMXRT1176 を選定し、現在は評価とソフトウェア開発に MIMXRT1170-EVKB を使用しています。カスタムボードデザインは現在進行中で、ハードウェアデザインを最終決定する前にいくつかの点を明確にしたいと考えています。 Q1: カスタムボードでのEVKBオンボードデバッガの使用 MIMXRT1170-EVKBに搭載されているデバッガを使用して、カスタムRT1176ベースのボードのプログラミングとデバッグを行うことは可能ですか?それとも、別途デバッガが必要になりますか? これは可能だと考えていますが、NXPチームからの確認をいただければ幸いです。 さらに、以下の情報も提供していただけますか: EVKBで変更する必要のあるジャンパー設定。 オンボードデバッガをEVKBターゲットMCUから切り離し、外部ターゲットにルーティングするためのハードウェア変更が必要です。 カスタムボードにコネクテッドすべきSWD/JTAG信号の詳細。 カスタムハードウェアが届く前の実地テストとして、現在、 MIMXRT1170-EVKBボードを2枚(ボードAとボードB)用意しています。 私たちは以下の実験を実施したいと考えています。 Board-Aの搭載デバッガを使ってRT1170 MCUをBoard-Bでプログラム・デバッグします。 同様に、ボードBのオンボードデバッガを使用してボードAのプログラミングとデバッグを行います。 このセットアップがサポートされているか、また必要なジャンパー設定やハードウェア改造を教えていただけますか? Q2:シリアルダウンロードパスの検証 また、RT1170におけるシリアルダウンローダー(SDP)モードの実装に関する我々の理解を確認したいと思います。 EVKBの回路図から判断すると、ジャンパーJ114とJ115はそれぞれLPUART1_RXとLPUART1_TXに接続されているようです。 これらのジャンパーを外し、外部 のUSB-UART TTLアダプター をMCU側の信号に接続し、MCUをSDPモードに保ちながら以下のことを可能にすると: MCUXpressoのSecure Provisioning Tool(SPT)やBoot Utilitiesを使って、UARTインターフェースを通じてイメージをダウンロード・プログラムしますか? EVKBおよび今後のカスタムハードウェアの両方で、このフラッシュとリカバリーが有効な方法であることを確認していただけるとありがたいです。 サポートとご指導に感謝します。 よろしくお願いいたします。 ルースヴィク・R Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification こんにちは、@mayliu1 さん。 ご返信ありがとうございます。 Q1について:外部デバッガー/フラッシャーを導入します。もし使いたい場合に備えて、オンボードデバッガの使用が可能かどうか知りたかったのです Q2について:回復SDPのテストを進めます。 よろしくお願いいたします。 ルートヴィク Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification こんにちは、 @Littell さん。 ご返信と率直なご意見をありがとうございます。 よろしくお願いいたします。 ルートヴィク Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification こんにちは、 @ruthvik_1 さん、 私たちの製品にご関心を寄せ、コミュニティをご利用いただき、本当にありがとうございます。 A1:原則として可能です。ただし、この方法ではEVKB上で追加のジャンパー設定やハードウェア接続の変更が必要になる場合があり、EVKBの回路図と照らし合わせて確認する必要があります。 したがって、一般的には、カスタムボード上に標準のSWD/JTAGヘッダーを確保し、開発およびデバッグにはJ-LinkやP&E Multilinkなどの専用の外部デバッガを使用することをお勧めします。 A2:EVKBの回路図に基づくと、シリアルダウンローダーのパスに関するあなたの理解は正しいようです。RT1170 SDPモードは、UARTやUSBを含むROMブートローダーインターフェースを通じてイメージダウンロードをサポートします。EVKBの回路図に基づくと、J114とJ115はLPUART1の接続経路に関連付けられています。 UART SDPの場合、信号は次のとおりです。 LPUART1_TX: GPIO_AD_24 LPUART1_RX: GPIO_AD_25 したがって、EVKBのJ114/J115を切断すれば可能になるはずです。 電圧レベルの互換性、TX/RX接続の相互接続、および共通のGND接続を確認してください。 よろしくお願いいたします。 5月 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 「Q1:カスタムボードでEVKBオンボードデバッガを使用する」という考え方は、MCU-Linkのコストがとても小さいので、その方法はあまりにも無理です。ベース開発ボードを危険にさらしていて、後悔するでしょう。
查看全文
LLCE CAN 在进行LLCE CAN通信时,发现一个问题,当环境是两个can节点直连配有两个终端电阻120欧姆,对端设备处于监听模式时会触发ACKERR,同时LLCE固件会自动重传,这个重传的好像是以总线的最大带宽在发送,想问下是否有什么方式可以配置自动重传的次数或者怎么停止自动重传 回复: LLCE CAN 使用的是RTDSW32G_RTD_4.4_4.0.2_P04_D2312,S32G_LLCE_1_0_9 回复: LLCE CAN 在项目的实际应用上肯定是不希望因为ACKERR或者其他问题导致的重传而出现网络风暴的,所以我想知道能不能关闭自动重传。如果没有对于控制自动重传的选项,是不是就只能软件监控了配置对于策略了 回复: LLCE CAN Hello, @JACK_Q  您好 从我的理解来看,应该和LLCE软件无关,这主要是CAN协议层ACK机制导致的,对端处于 listen-only模式时不发送 ACK,此时S32G LLCE侧发出的帧得不到ACK,就会报 ACKERR,随后控制器继续重传,这符合CAN发送失败后的行为。 以上操作是协议规定的,我没看到有配置可以设置重传次数 BR Chenyin
查看全文
LLCE CAN When conducting LLCE CAN communication, I encountered an issue: in an environment where two CAN nodes are directly connected with two 120-ohm terminating resistors, an ACKERR is triggered when the peer device is in listen mode. Simultaneously, the LLCE firmware automatically retransmits, seemingly using the maximum bus bandwidth. I'd like to know if there's a way to configure the number of automatic retransmissions or how to stop automatic retransmissions. 回复: LLCE CAN It uses RTDSW32G_RTD_4.4_4.0.2_P04_D2312 and S32G_LLCE_1_0_9.
查看全文
如何将配置文件放入 S32DS 中进行版本、调试……项目 I just started with AUTOSAR and I have S32K144EVB I want to find instructions on how to use Tresos to generate config file and put it in S32DS for debug, build... Can anyone tell exactly where I should start from where? Re: How to put config file to S32DS for build, debug.... project 对于任何使用 S32DS 并试图正确设置版本和调试配置的人来说,这都是一个很有帮助的问题。查阅了一些相关资料(包括普特南法院判决书参考,引用)后,我发现配置步骤更容易遵循。关键似乎在于正确放置配置文件并确保项目设置指向该文件。如果能提供一个清晰的步骤示例,对于初学者来说就更容易理解了。 Re: How to put config file to S32DS for build, debug.... project 所得税的概念涉及对个人、公司、合伙企业和其他实体所赚取的收入进行评估和征税。 Re: How to put config file to S32DS for build, debug.... project 从现有项目文件生成新项目。构造 3. 调试是第五个。最终目的地。9……我们的 IDE 和开发环境 Eclipse 将开始加载。然后……转到“文件”>“新建”>“S32DS 应用程序项目”……导航到版本配置中的 (1) C/C++ 构建、(2) 设置和 (3) 目标处理器。 [[ ## completed ## ] Re: How to put config file to S32DS for build, debug.... project 从现有项目文件创建项目。3. 建筑物。5. 调试。6. 终端。9……它将开始加载我们将用于编写和测试代码的Eclipse环境和IDE。然后,它会……文件>新建>S32DS应用程序项目……在版本设置中,转到(1)C/C++版本,(2)设置,(3)目标处理器
查看全文
How to put config file to S32DS for build, debug.... project I just started with AUTOSAR and I have S32K144EVB I want to find instructions on how to use Tresos to generate config file and put it in S32DS for debug, build... Can anyone tell exactly where I should start from where? Re: How to put config file to S32DS for build, debug.... project This is a helpful question for anyone working with S32DS and trying to get the build and debug setup right. I found the configuration steps easier to follow after checking a few related resources including Putnam Court Judgments for reference. The key seems to be placing the config file correctly and ensuring the project settings point to it. A clear step-by-step example would make this even easier for beginners to follow. Re: How to put config file to S32DS for build, debug.... project The concept of income tax involves the assessment and taxation of income earned by individuals to get help, corporations, partnerships, and other entities. Re: How to put config file to S32DS for build, debug.... project Generation of a new project from an existing project file. Construction 3. Debugging is the fifth. A final destination. 9 ... Our IDE and development environment, Eclipse, will begin to load. This will then... Go to File > New >S32DS Application Project... Navigate to (1) C/C++ Build, (2) Settings, and (3) Target Processor in the build's configuration. Re: How to put config file to S32DS for build, debug.... project Creating a project from existing project file. 3. Building. 5. Debugging. 6. Terminal. 9 ... It will begin to load the eclipse environment and IDE we will be using to write and test code. It will then ... File > New >S32DS Application Project ... In the build settings, go to (1) C/C++ Build, (2) Settings, (3) Target Processor
查看全文
LLCE CAN LLCE CAN通信を実施する際に問題が発生しました。2つのCANノードが2つの120Ω終端抵抗で直接接続されている環境で、ピアデバイスがリスニングモードのときにACKERRが発生します。同時に、LLCEファームウェアが自動的に再送信を行い、バスの最大帯域幅を使用しているように見えます。自動再送信の回数を設定する方法、または自動再送信を停止する方法があるかどうかを知りたいです。 回复: LLCE CAN RTDSW32G_RTD_4.4_4.0.2_P04_D2312とS32G_LLCE_1_0_9を使用します。
查看全文
RT-1170を実装したカスタムハードウェアでのソフトウェアブロードアップ こんにちは! RT-1170プラットフォームでソフトウェア開発を始めようとしているのですが、カスタムボードで外付けフラッシュから起動を設定する際に問題に直面しています。問題を分割するために、EVKB ボードに戻り、最小限のプロジェクト (つまり、デフォルトファイルなし)。「プロジェクト設定をMCU設定>メモリ詳細>編集」にリージョンを追加するだけでフラッシュをプログラムできるようですが、電源をボードに切り替えるとロックし、EVKB例のプロジェクトでMCUを復元するには別の起動モード(シリアルダウンローダー)に切り替えなければなりません。 何が問題なのか調べるために助けていただけませんか? IMXRT MCU向けのハードウェア開発ガイド(MIMXRT1170HDUG)に似たソフトウェア開発ガイドはありますか?もちろん参照マニュアルのことは知っていますが、このプラットフォームで「メタルから世界へ」というプロセスを経験したことがない人にはチェックリストがあれば良かったと思います。 プロジェクトのエクスポートファイルを添付しました。 お手数ですが、よろしくお願いいたします。 Re: Software bring-up on custom hardware implementing RT-1170 こんにちは、 @Henrik12345。 より良くサポートするために、以下の情報を教えていただけませんか? プロジェクトのデバッグは可能ですか? -現在どのSDKsバージョンを使っていますか? -どのフラッシュデバイスを使用していますか?それは、当社のEVKで使用されているものと同じものですか?もしなければ、フラッシュデバイスをサポートするために何か改造はしましたか? -MCUXpresso IDEを使っていると聞いています。私の理解は正しいでしょうか?もしSOなら、現在どのバージョンを使っているのか教えていただけますか? ソフトウェア開発に関するご質問についてですが、ハードウェア開発ガイドに相当する文書は存在しません。ただし、SDKの例はRT1170で利用可能なペリフェラルのデモを提供しているため参考にできます。 SDKは SDK Builderからダウンロードできます。取得方法の説明は、 i.MX RT1170評価キットの「Getting Started」パート2「ソフトウェア取得」にあります。このガイドはRT1170-EVK向けに設計されていますが、RT1170-EVKBの参考資料としても利用できます。 SDKには開発の出発点として使えるプロジェクトテンプレートが含まれています。次の画像に示すように: BR ハビブ
查看全文
MIMXRT1170-EVKB调试器与自定义板的配合使用及串口下载器验证 各位同事好, 我们已选择MIMXRT1176用于我们的应用,目前正在使用MIMXRT1170-EVKB进行评估和软件开发。我们的定制板设计目前正在进行中,在最终确定硬件设计之前,我们想澄清几个要点。 问题1:在自定义板上使用EVKB板载调试器 [[ ## completed ##]] 是否可以使用 MIMXRT1170-EVKB 上的板载调试器对基于 RT1176 的自定义电路板进行编程和调试,还是需要单独的调试器? 我们认为这是可行的,但希望得到 NXP 团队的确认。 此外,请您提供以下信息: EVKB上需要修改的跳线设置。 将板载调试器与 EVKB 目标 MCU 断开连接并将其路由到外部目标所需的任何硬件更改。 应连接到定制板的 SWD/JTAG 信号的详细信息。 在我们定制硬件到货之前,作为一项实际测试,我们目前有两块 MIMXRT1170-EVKB 板(板 A 和板 B) 。 我们想进行以下实验: 使用板-A的板载调试器对板-B上的 RT1170 MCU 进行编程和调试。 同样地,使用板 B的板载调试器对板 A进行编程和调试。 请问这种配置是否受支持,并提供实现该配置所需的跳线设置和硬件修改方案? Q2:串口下载器路径验证 我们还想验证我们对 RT1170 上的串行下载器 (SDP) 模式实现的理解。 从 EVKB 原理图可以看出,跳线J114和J115分别连接到LPUART1_RX和LPUART1_TX 。 如果我们移除这些跳线,并将外部USB 转 UART TTL 适配器连接到 MCU 端的信号,同时保持 MCU 处于 SDP 模式,我们是否可以: 使用MCUXpresso 安全配置工具 (SPT)或启动实用程序通过 UART 接口下载和编程映像? 我们希望确认这是否是适用于 EVKB 和我们即将推出的定制硬件的有效刷机和恢复方法。 感谢您的支持和指导。 顺祝商祺! 鲁斯维克·R Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 嗨@mayliu1 , 感谢您的回复。 关于问题1:我们将使用外部调试器/烧录器。我们想知道,如果我们想使用它,是否可以使用板载调试器。 关于问题 2:我们将继续测试恢复 SDP 路径。 感谢并致意 鲁斯维克 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 嗨@Littell , 感谢您的回复和坦诚意见。 感谢并致意 鲁斯维克 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 嗨@ruthvik_1 , 非常感谢您对我们产品的关注以及对我们社区的使用。 A1:原则上可行。但是,这种方法可能需要对EVKB进行额外的跳线配置和硬件连接更改,这需要对照EVKB原理图进行验证。 因此,我们通常建议在定制板上预留一个标准的 SWD/JTAG 接头,并使用专用的外部调试器(例如 J-Link 或 P&E Multilink)进行开发和调试。 A2:根据 EVKB 原理图,您对串行下载器路径的理解似乎是正确的。RT1170 SDP 模式支持通过 ROM 引导加载程序接口(包括 UART 和 USB)下载映像。根据 EVKB 原理图,J114 和 J115 与 LPUART1 连接路径相关。 对于 UART SDP,信号包括: LPUART1_TX:GPIO_AD_24 LPUART1_RX:GPIO_AD_25 因此,断开EVKB上的J114/J115连接后,应该就可以了。 请确保电压等级兼容、TX/RX 连接交叉以及公共 GND 连接。 顺祝商祺! 5月 Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification 关于&​​quot;问题1:在自定义板上使用EVKB板载调试器&​​quot;,考虑到MCU-Link的成本微乎其微,这种方法简直愚蠢至极。 [[ ## completed ##]]你这样做会损害你的基础开发板,你会后悔的。
查看全文
i.MXRT685S:通过 HS SPI 总线从外部闪存启动 我有一个外部 SPI 或非 闪存设备,通过 HS SPI 总线接口(Flexcomm 14)连接到 RT685s。我想从这个闪存设备启动;但是,我了解到只有 FlexSPI 启动、SD 启动和 eMMC 启动这三种主启动选项。是否可以使用高速 SPI 总线(Flexcomm 14)从该外部闪存启动?如果是这样,我需要遵循哪些要求/设置步骤才能执行此操作? Re: i.MXRT685S: Boot from external flash via HS SPI bus 以下是一些关于NOR启动的应用笔记,供您参考。 AN12751 如何从 QSPI Flash 启用恢复启动 AN12773 如何从串行 或非 Flash 启用主启动 Re: i.MXRT685S: Boot from external flash via HS SPI bus 嗨@lgibarra9 , 使用 FC14 的高速 SPI 总线无法从外部 SPI 或非 Flash 启动。除了运行时 SPI 通信外,该总线还可以在 MCU 处于 ISP 模式时下载图像。但是,对于从外部闪存进行正常启动操作而言,高速 SPI 总线不是一个选项,因此您的 SPI NOR 闪存应该连接到 FlexSPI 总线。 BR, 埃德温。
查看全文
ビルド、デバッグ、プロジェクトのためにS32DSに設定ファイルを配置する方法 I just started with AUTOSAR and I have S32K144EVB I want to find instructions on how to use Tresos to generate config file and put it in S32DS for debug, build... Can anyone tell exactly where I should start from where? Re: How to put config file to S32DS for build, debug.... project これは、S32DS を扱っていて、ビルドとデバッグの設定を正しく行おうとしている人にとって、非常に役立つ質問です。参考資料としてパットナム裁判判例集などいくつかの関連資料を確認したところ、設定手順がより分かりやすくなった。重要なのは、設定ファイルを正しい場所に配置し、プロジェクト設定がそのファイルを指していることを確認することのようです。明確な手順を示す例があれば、初心者でもさらに理解しやすくなるでしょう。 Re: How to put config file to S32DS for build, debug.... project 所得税の概念は、個人、法人、パートナーシップ、その他の事業体が得た所得を評価し、課税することを含みます。 Re: How to put config file to S32DS for build, debug.... project 既存のプロジェクトファイルから新しいプロジェクトを生成する。構築 3. デバッグは 5 番目です。最終目的地。9 ...私たちのIDEsと開発環境であるEclipseが読み込みを開始します。これ なら...新しい>S32DSアプリケーションプロジェクト>ファイルへ移動...ビルドの設定で(1) C/C++ビルド、(2) 設定、(3) ターゲットプロセッサへ移動します。 Re: How to put config file to S32DS for build, debug.... project 既存のプロジェクトファイルから新しいプロジェクトを作成します。3. ビルディング。5. デバッグ。6. ターミナル。9 ...Eclipse環境とIDEの読み込みが始まり、コードを書 いたりテストしたりします。そうすれば...ファイル>新>S32DSアプリケーションプロジェクト...ビルド設定で、(1) C/C++ビルド、(2) 設定、(3) ターゲットプロセッサに進みます
查看全文
i.MXRT685S: HS SPIバス経由で外部フラッシュからブート 私はRT685sのHS SPIバスインターフェース(Flexcomm 14)に接続した外部SPI NORフラッシュデバイスを使っています。このフラッシュデバイスから起動したいのですが、マスターブートのオプションはFlexSPIブート、SDブート、eMMCブートしかないと読みました。高速SPIバス(Flexcomm 14)を使用して、この外部フラッシュメモリから起動することは可能ですか?もしSOなら、実行するためにどのような要件やセットアップ手順に従うべきでしょうか? Re: i.MXRT685S: Boot from external flash via HS SPI bus 以下はNORブート用の参考となるアプリケーションノートです AN12751 QSPIフラッシュからのリカバリブートを有効にする方法 AN12773 シリアルNORフラッシュからのマスターブートを有効にする方法 Re: i.MXRT685S: Boot from external flash via HS SPI bus こんにちは、@lgibarra9 さん。 FC14の高速SPIバスを使用して、外部SPI NORフラッシュからブートすることはできません。このバスは(実行時SPI通信以外にも)MCUがISPモードの際にイメージをダウンロードするために使用できます。しかし、外部フラッシュからの通常の起動動作では高速SPIバスは使えないため、SPI NORフラッシュはFlexSPIバスにコネクテッドすべきです。 BR、 エドウィン。
查看全文
MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification Hello Team, We have selected the MIMXRT1176 for our application and are currently using the MIMXRT1170-EVKB for evaluation and software development. Our custom board design is currently in progress, and we would like to clarify a few points before finalizing the hardware design. Q1: Using the EVKB Onboard Debugger with a Custom Board Is it possible to use the onboard debugger on the MIMXRT1170-EVKB to program and debug a custom RT1176-based board, or would a separate debugger be required? We expect this to be possible, but would appreciate confirmation from the NXP team. Additionally, could you please provide: The jumper settings that need to be modified on the EVKB. Any hardware changes required to disconnect the onboard debugger from the EVKB target MCU and route it to an external target. Details of the SWD/JTAG signals that should be connected to the custom board. As a practical test before our custom hardware arrives, we currently have two MIMXRT1170-EVKB boards (Board-A and Board-B). We would like to perform the following experiment: Use the onboard debugger of Board-A to program and debug the RT1170 MCU on Board-B. Similarly, use the onboard debugger of Board-B to program and debug Board-A. Could you please confirm whether this setup is supported and provide the required jumper settings and hardware modifications to achieve it? Q2: Verification of the Serial Downloader Path We would also like to verify our understanding of the Serial Downloader (SDP) mode implementation on the RT1170. From the EVKB schematic, it appears that jumpers J114 and J115 connect to LPUART1_RX and LPUART1_TX, respectively. If we remove these jumpers and connect an external USB-to-UART TTL adapter to the MCU side signals, and while Keeping the MCU in SDP mode can we: Use MCUXpresso Secure Provisioning Tool (SPT) or Boot Utilities to download and program images through the UART interface? We would appreciate confirmation that this is a valid flashing and recovery method for both the EVKB and our upcoming custom hardware. Thank you for your support and guidance. Best regards, Ruthvik R Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification Hi @mayliu1 , Thank you for reply. Regarding Q1 : We will Be getting an external Debugger/Flasher. we wanted to know the if using the onboard debugger was possible in case we wanted to use it Regarding Q2 : We will Proceed ahead with testing the recovery SDP path. Thanks and Regards, Ruthvik Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification Hi @Littell , Thank you for your reply and honest opinion.  Thanks and regards, Ruthvik Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification Hi @ruthvik_1 , Thank you so much for your interest in our products and for using our community. A1: In principle, it is possible. However, this approach may require additional jumper configuration and hardware connection changes on the EVKB, which should be verified against the EVKB schematic. Therefore, we would generally recommend reserving a standard SWD/JTAG header on the custom board and using a dedicated external debugger, such as a J-Link or P&E Multilink, for development and debugging. A2: Based on the EVKB schematic, your understanding of the Serial Downloader path appears to be correct. RT1170 SDP mode supports image download through the ROM bootloader interfaces, including UART and USB. Based on the EVKB schematic, J114 and J115 are associated with the LPUART1 connection path. For UART SDP, the signals are: LPUART1_TX: GPIO_AD_24 LPUART1_RX: GPIO_AD_25 Therefore, after disconnecting J114/J115 on the EVKB, it should be possible.  Please ensure voltage-level compatibility, crossed TX/RX connections, and a common GND connection. Best Regards May Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification Regarding "Q1: Using the EVKB Onboard Debugger with a Custom Board", that approach is just silly given the trivial cost of an MCU-Link.  You're compromising your base development boards and will regret it. Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification Hi @mayliu1 , Thanks for the reply. We will be going with an external NXP MCU-Link Debug Probe. Thank you for the clarification. Thanks and Regards, Ruthvik  Re: MIMXRT1170-EVKB Debugger Usage with Custom Board & Serial Downloader Verification While it may be possible in principle, using the onboard debugger on one EVKB to debug another target board is not a recommended use case by NXP. We recommend reserving standard SWD/JTAG interfaces on the custom board and using a dedicated external debugger, such as J-Link, P&E Multilink, or MCU-Link, for development and debugging.
查看全文
Software bring-up on custom hardware implementing RT-1170 Hi! I'm trying to get started with software development on the RT-1170 platform, but have run into problems when trying to configure booting from external flash on my custom board. To divide the problem I went back to the EVKB-board and tried getting a small (and verified on EVKB) program working using a barebones project (i.e. without the default files). It seems that I can program the flash by simply adding the region under "Edit project settings > MCU settings > memory details", but when I cycle power to the board it locks up and I have to switch to a different boot mode (serial downloader) to recover the MCU with an EVKB-example project. Could I please get some help with figuring out what is going wrong? Is there a software development guide for the imxrt MCUs similar to the hardware development guide (MIMXRT1170HDUG)? I of course know about the refernce manual but a checklist would have been nice for someone who has not gone through the "metal to hello world"-process onb this platform before. I have attached an export of the project. Thank you in advance! Re: Software bring-up on custom hardware implementing RT-1170 Hello @Henrik12345, In order to support you better, could you please provide me the following information? -Are you able to debug your project? -Which SDK version are you currently using? -Which flash device are you using? Is it the same one used on our EVK? If not, have you made any modifications to support your flash device? -I understand that you are using MCUXpresso IDE. Is my understanding correct? If so, could you please let me know which version you are currently using? Regarding your question about software development, there is no document equivalent to the Hardware Development Guide. However, you can take the SDK examples as a reference, as they provide demonstrations of the peripherals available on the RT1170. You can download the SDK through the SDK Builder. Instructions on how to obtain it are available in Part 2 "Get Software" of the Getting Started with the i.MX RT1170 Evaluation Kit. Although this guide is designed for the RT1170-EVK, it can also be used as a reference for the RT1170-EVKB. The SDK includes a project template that can be used as a starting point for your development. As shown the following image:   BR Habib Re: Software bring-up on custom hardware implementing RT-1170 Hello @Henrik12345, Additional changes are required if you want to boot from a different external flash device. I would recommend reviewing the following app notes to better understand the boot process and the image structure required for external flash devices. Although these app notes are designed for the RT1050, you can use them by reference for the RT1170: How to Enable Debugging for FLEXSPI NOR Flash AN12108: How to Enable Boot from QSPI Flash – Application Note The RT1170-EVKB only has incorporated the following memories:   As you may know each memory has specific commands to performing read, write or erase operations. For this reason, the LUT and drivers related to the RT1170-EVKB may not be compatible with your flash device. To properly evaluate your flash, you will need to perform the tests on your custom board.  I can suggest you use the Boot Memory Configuration feature in the MCUXpresso Secure Provisioning Tool v26.06. This feature allows you to test different flash configurations and generate the boot memory settings required by your device. Once you have completed the tests, please let me know the results. As a first step, I recommend verifying the communication with your MCU by following the instructions in the "Connection" section of the tool documentation. Please note that Secure Provisioning Tool supports communication through USB and UART, as it works through blhost commands for device access. Are you able to connect your custom board through either USB or UART? BR Habib Re: Software bring-up on custom hardware implementing RT-1170 Hi Habib! To clarify some things, I work with two different boards: The custom board which I have designed myself MIMXRT1175AVM8A DDR QSPI NOR flash, specifically the FS-S (1.8 V) series from Infineon Boot pins are strapped to BOOT_MODE = Internal Boot FLEXSPI_INSTANCE = FLEXSPI1 xSPI_FLASH_TYPE = Boot with default 0x03 Read Enabled FLASH_PROBE_TYPE = QuadSPI NOR ENCRYPT_XIP_EN = 0 FLASH_AUTO_PROBE_EN = 0 The official RT1170-EVKB kit Same boot pin settings I was not able to write to the flash memory on my custom board immediately so I tried to bring up the EVKB kit from scratch instead, which has not worked out. Are you able to debug your project? I'm able to debug the program on immediately after writing to flash on the EVKB-board and the program works as intended, but when I cycle power the core locks itself which leads me to believe that the boot rom program gets stuck. Probably by a bad header/data in the flash memory. I know that I'm able to write to the flash memeory as I can extract the data from the flash memeory and see that it changes between a working demo from the SDK and my "from scratch" program (which was the one I attached before). Which SDK version are you currently using? Which flash device are you using? Is it the same one used on our EVK? If not, have you made any modifications to support your flash device? No, it is not the same. See hardware specifics in answer for question 1. The only thing I modified was that I added the flash region in "Memory Details" under "MCU Settings" in the Project settings. I used the same driver script as the EVKB kit (MIMXRT1170_SFDP_QSPI.cfx) I understand that you are using MCUXpresso IDE. Is my understanding correct? If so, could you please let me know which version you are currently using? Yes, I'm using MCUXpresso v25.6.136 I'll try to use the demo project template and see if that solves the issue. How would I need to change this template to adapt it to my flash memory and MCU part number? BR Henrik
查看全文
Eat-Sleep-Code-Repeat: Automotive Control Systems Using FRDM-A-S32K3XX Microcontrollers 1. Overview This article is the umbrella entry point for a series of automotive embedded workshops built on the FRDM-A-S32K3xx microcontroller family. It groups together five hands-on modules — Lights, Brakes, Steering, Comfort, and Transmission — each demonstrating a different real-world automotive function that a modern Body Control Module (BCM), Chassis ECU, or Powertrain ECU would implement in production vehicles. All five modules share the same educational philosophy: they take a simple, low-risk hardware setup (FRDM board + FRDM-K64 Click Shield + a few MikroE Click modules) and use it to teach the core embedded concepts that underlie automotive software: analog and digital signal acquisition, real-time processing, actuator control, and safety-aware system design. Together they cover the most common peripherals of the S32K3 family — ADC, GPIO, PWM, FlexIO, LPI2C, eMIOS — and expose students to the same tool-chain used by NXP customers: S32 Design Studio 3.6.5, the S32K3 Real-Time Drivers (RTD), the Application Code Hub (ACH), and the underlying Automotive Software Package. Learning philosophy — Eat-Sleep-Code-Repeat The whole workshop series is designed around the Eat-Sleep-Code-Repeat initiative — a learn-by-doing culture where students continuously iterate on real hardware, break things, fix them, refactor, and re-flash until the concepts stick. Every module is small enough to be completed in one lab session, yet rich enough to leave room for extensions (state machines, filtering, CAN networking, closed-loop control, safety fall-backs). Concepts covered across the series Analog sensing: potentiometers, force sensors, resistor-ladder buttons → ADC conversion, scaling, debouncing. Digital I/O: GPIO input handling (buttons, switches), GPIO output sequencing (stepper coils). Actuation: PWM-based motor speed control (DC motors, fans), PWM-based servo positioning, WS2812 LED driving through FlexIO. Communication: I²C configuration of external PWM drivers (Servo Click / PCA9685). Control patterns: continuous mapping, threshold-based decisions, state machines, safety interlocks. Automotive concepts: Body Control Module (BCM) behavior, functional safety (ISO 26262), fail-safe defaults, redundancy considerations. What this article gives you Each of the next five sections provides a short summary of one module — what it demonstrates, which hardware it uses, which peripherals are involved, and a direct link to the full detailed workshop article. Students should read this page first to understand where each module fits in the bigger picture, then dive into the individual articles for step-by-step instructions. 2. Vehicle Lighting Control The Lights module implements a simplified automotive lighting system that mirrors the behavior of a real vehicle Body Control Module. Six buttons on the Analog Key Click command different lighting functions — low beam, high beam, left/right turn signals, brake lights, and hazard lights — all displayed in real time on a 16-LED 4x4 RGB Click matrix. Key learning points Multi-button decoding on a single ADC channel (resistor-ladder input). Software debouncing and command decoding. Driving WS2812 LEDs through FlexIO (precise sub-microsecond timing without CPU load). BCM safety interlocks: high beam requires low beam ON; hazards synchronize left + right turn signals; high beam state preserved between blink cycles. Peripherals used: ADC0, FlexIO, GPIO. Boards: FRDM-A-S32K312 or FRDM-A-S32K344. Reference project:Automotive Lighting Control Using FRDM-A-S32K3XX Microcontrollers - NXP Community Demo: Vehicle Lighting Control on FRDM-A-S32K344 Automotive relevance: lighting is one of the most safety-critical driver-visibility functions in modern vehicles — this module teaches how a real BCM manages dependencies, blinking patterns, and fail-safe defaults. 3. Brake Status Monitoring The Brakes module implements a simplified brake status monitoring system where a Force Click sensor simulates the driver's brake-pedal pressure. As pressure increases, the ADC value grows and the application progressively lights up the 4x4 RGB Click LEDs in green → yellow → orange → red, providing immediate visual feedback of the current braking level. Key learning points Continuous analog sensor acquisition through ADC. Threshold-based decision logic: converting a raw ADC value into discrete alert levels. Driving the RGB LED matrix through FlexIO to reflect the current system state. Introduction to real-time monitoring and safety-oriented visual feedback. Peripherals used: ADC0, FlexIO. Boards: FRDM-A-S32K312 or FRDM-A-S32K344. Reference project: Automotive Brake Control Using FRDM-A-S32K3XX Microcontrollers - NXP Community Demo: Brake Status Monitoring on FRDM-A-S32K344 Automotive relevance: brake status is a core input for many downstream ECUs (ABS, ESC, hill-hold, brake lights). This module teaches the fundamental pattern of sensor → threshold → visual/electrical output that appears everywhere in automotive software. 4. Assisted Steering Control The Steering module demonstrates a simplified Electric Power Steering (EPS) / steer-by-wire concept. A POT Click potentiometer simulates the steering-wheel angle; the MCU reads it through ADC, scales it linearly, and generates a PWM command through the Servo Click (configured over I²C) that positions a Micro Servo SG 180° in real time. Key learning points Analog input scaling and linear mapping (ADC range → servo angle range). Using an external PWM controller configured over I²C (LPI2C1) — a common embedded pattern that offloads timing-critical work. Working with the Output Enable (OE) pin for safe-stop behavior. Understanding the actuation chain sensor → MCU → PWM → actuator. Peripherals used: ADC0, LPI2C1, GPIO. Boards: FRDM-A-S32K312 or FRDM-A-S32K344. Reference projects: Automotive Steering Control Using FRDM-A-S32K3XX Microcontrollers - NXP Community Demo: PWM-Based Steering Control on FRDM-A-S32K344 Automotive relevance: steering is a strictly safety-relevant function (ISO 26262 typically classifies it as ASIL C or D). This module introduces the concepts behind EPS and steer-by-wire and lays the foundation for future work with redundant sensors and fault detection. 5. Vehicle Comfort Control The Comfort module implements two independent comfort functions typical of vehicle body electronics: cabin cooling (a 5 V fan driven through a DC Motor 2 Click using PWM) and electric window control (a NEMA17 stepper motor driven through an H-Bridge Click using full-step GPIO sequencing). On-board push-buttons act as the driver's HVAC and window switches. Key learning points PWM motor speed control (fan simulation). Stepper motor full-step sequencing (A → B → C → D and reverse) through four GPIO outputs. Handling multiple independent actuators from a single MCU without blocking. Introduction to window anti-pinch and other real BCM safety concepts. Peripherals used: GPIO, eMIOS (PWM). Boards: FRDM-A-S32K344 (only). Reference project: Automotive Comfort Control Using FRDM-A-S32K344 Microcontrollers - NXP Community Demo: Vehicle Comfort Control on FRDM-A-S32K344 Automotive relevance: comfort systems (HVAC, windows, mirrors, seats) form a huge share of modern body electronics. This module shows how one ECU can coordinate multiple actuators of different types (rotational-speed and positional) using the same S32K3 platform. 6. Transmission Control The Transmission module demonstrates a continuous, proportional transmission control concept. A POT Click potentiometer represents the driver's acceleration command; the MCU samples it, applies linear scaling, and simultaneously drives two actuators: a Servo Click + Micro Servo that simulates the transmission selector position, and a DC Motor 2 Click + DC motor whose speed reflects the powertrain response. Key learning points Dual-actuator control from a single analog input (one MCU commands both servo angle and DC motor speed in parallel). Linear signal mapping to two different PWM ranges simultaneously. Combining I²C-configured PWM (Servo Click) and eMIOS-generated PWM (DC Motor 2 Click) in the same application. Understanding continuous vs. discrete control and how continuous mapping better mirrors real automotive behavior. Peripherals used: ADC0, LPI2C1, eMIOS. Boards: FRDM-A-S32K344 (only). Reference project: Automotive Transmission Control Using FRDM-A-S32K344 Microcontrollers - NXP Community Demo: Transmission Control on FRDM-A-S32K344 Automotive relevance: transmission control is part of the powertrain domain and requires deterministic response and safety-aware design. This module introduces the concepts and prepares students for more advanced topics such as closed-loop control, transmission-mode logic (P/R/N/D), and CAN networking with the engine ECU. 7. Conclusion Together, these five modules give students a complete tour of what a modern Body Control Module, Chassis ECU, and Powertrain ECU actually do in a vehicle — from reading sensors and buttons, through processing and safety interlocks, to driving lights, motors, and actuators. Each module can be studied independently, but the real value emerges when they are viewed as pieces of one coherent picture: the same MCU family (S32K3), the same tool-chain (S32 Design Studio + Application Code Hub), the same hardware base (FRDM-A-S32Kxxx + FRDM-K64 Click Shield + MikroE Click modules), applied to five different automotive domains. The series is intentionally aligned with the Eat-Sleep-Code-Repeat philosophy: start with a working example, then experiment — add filtering, replace polling with interrupts, introduce a state machine, add CAN communication, or refactor for functional safety. Every extension is a step closer to the way production automotive software is actually written. Recommended learning path: Lights — simplest, teaches ADC, FlexIO and BCM logic. Brakes — introduces continuous sensor thresholds. Steering — adds I²C-controlled PWM and actuator positioning. Comfort — multi-actuator, dual-technology control (PWM + stepper). Transmission — combines everything into a proportional, dual-actuator system. If you have questions, suggestions for improvement, or ideas for new modules that could extend this series, please leave a comment below — feedback from students and instructors is what keeps the workshops relevant and up to date.
查看全文
S32DS ARM 2.2 issue After installing S32DSARM 2.2 on Windows 11, the following error message appears. The default project cannot be opened either. Re: S32DS ARM 2.2 issue Hi@ yeSerrui After installing S32 DS, you also need to install the RTM SDK, as shown below. In the project browsing box on the left, right-click "new" to select the included example.
查看全文
NFC Cockpit 下载 大家好!不好意思问个傻问题,请问哪里可以下载适用于我的CLRC 663的NFC Cockpit? 软件页面上找不到相关信息:
查看全文
NXP MIMXRT1062DVL6Bに関するヘルプ/質問 NXP MIMXRT1062DVL6B おもちゃのデザインについて。 ユニット番号:NXP MIMXRT1062DVL6B に関して 強力な600MHz CortexM7を搭載しているので、私には必要以上の性能かもしれません。 私はそれを2語のフレーズを認識するためだけに利用しています。VIT + 2つのマイク+カスタムウェイクフレーズを安定して動作させる、最も安価なNXPプロセッサはありますか? ご相談のため、[email protected]までメールをいただければ幸いです。 Re: NXP MIMXRT1062DVL6B help/questions こんにちは、 @toy_maker さん。 ご質問ありがとうございます! VITが提供するサポート対象部品番号のリストを参照してください。 また、このスレッドの議論も参考になるはずです:https://community.nxp.com/t5/MCX-Microcontrollers/Wake-Word-and-Voice-command-engines/m-p/2054222 MCXNに関する詳細情報については、関連するコミュニティフォーラムに質問を投稿することをお勧めします。ありがとう! よろしくお願いします、 ギャビン
查看全文
LPC55xx API Hello, for a new project I want to use LPC550x microcontroller with IAR Embedded Workbench: in the past I have used other LPC MCU (LPC1317, LPC1788, LPC1788) Now i read everywhere that some functions can be managed only by using API but I don't understand how to use them; are these function available only with MCUXPRESSO? I would like to avoid API and write my own code but I don't fine the C code of these API. For example CAP BANK for oscillators are only documented with API so if I don't use API I can't use these CAP BANK. Is it correct? I have a big confusion in my mind about this. Can anyone help me? It's for my job Best regards. Re: LPC55xx API Hello @Lor75  For newer NXP MCUs, including the LPC55xx series, we recommend using the MCUXpresso SDK drivers, which include both APIs and source code. You can download the SDK from: https://mcuxpresso.nxp.com/builder?hw=LPCXpresso55S06&rel=943  For detailed instructions, please refer to: https://www.nxp.com/document/guide/getting-started-with-the-lpc55s06-evk-evaluation-board:GS-LPC55S06-EVK?section=get-software   Additionally, the LPC55xx series is supported by MCUXpresso IDE, which is free to use with no restrictions on functionality or code size. You can download MCUXpresso IDE from: https://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-integrated-development-environment-ide:MCUXpresso-IDE  If still have any question, please feel free to contact me. Thank you.  BR Alice
查看全文
GUI Builder 2.0生成图片代码bug 生成的宏名带空格 Re: GUI Builder 2.0生成图片代码bug Hello @lqdjdy , 感谢你的帖子。试试看把图片的名字从face-id改成face_id能解决吗? BR Celeste Re: GUI Builder 2.0生成图片代码bug 是的,图片名称不能带中横线
查看全文
LPC55xx API こんにちは、 新しいプロジェクトでは、LPC550xマイクロコントローラとIAR Embedded Workbenchを使いたいと考えています。過去には他のLPC MCU(LPC1317、LPC1788、LPC1788)を使っていました どこでも「APIでしか管理できない関数もある」と読んだのですが、どう使えばいいのか分かりません。これらの機能はMCUXPRESSOでしか使えないのでしょうか? APIを使わずに自分でコードを書きたいのですが、これらのAPIのC言語コードが見つかりません。例えば、オシレーター用のCAP BANKはAPIでしかドキュメント化されていないので、APIを使わなければこれらのCAP BANKは使えません。それは正しいですか? これについて、私は大きな混乱を抱えています。 どなたか助けてくれませんか?仕事のためです よろしくお願いいたします。 Re: LPC55xx API こんにちは、 @Lor75さん LPC55xxシリーズを含む新しいNXP MCUでは、APIとソースコードの両方を含むMCUXpresso SDKドライバの使用を推奨します。 SDKは以下からダウンロードできます: https://mcuxpresso.nxp.com/builder?hw=LPCXpresso55S06&rel=943  詳細な手順については、以下を参照してください。 https://www.nxp.com/document/guide/getting-started-with-the-lpc55s06-evk-evaluation-board:GS-LPC55S06-EVK?section=get-software さらに、LPC55xxシリーズはMCUXpresso IDEでサポートされており、機能やコードサイズに制限なく無料で使用できます。 MCUXpresso IDEは以下からダウンロードできます: https://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-integrated-development-environment-ide:MCUXpresso-IDE  もし質問があれば、どうぞ気軽にお問い合わせください。ありがとう。 BR アリス
查看全文