Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
SPC入力がWUUに伝わらず、デバイスが起動しない [MCXN947との連携] SPCでは、低電力モードとアクティブモードの両方で、電圧検出割り込みを有効にしています(リセットは無効)。アクティブモードはリセットを無効にし、バンドギャップを有効にしています。 SPC0->ACTIVE_CFG: 3f101615 SPC0->LP_CFG: 3f221515 SPC0->VD_IO_CFG: 0000000a SPC0->VD_SYS_CFG: 0000000a SPC0->VD_CORE_CFG: 0000000a WUUでSPCをウェイクアップソースとして有効にしました(WUU->MEビットが設定されています)。 SPC割り込みはアクティブモードで動作しますが、電源オフモードでは動作しません。つまり、プロセッサはSPC割り込みを処理するためにウェイクアウトしません。 MCX N Re: SPC input to WUU not waking device おそらく動作しているとは思うが、アクティブモードとパワーダウンモードでは反応に大きな違いがある。アクティブモードでは、SPC割り込みはより迅速に応答し、繰り返し発生しますが、パワーダウンモードからは、割り込みが発生するまでに非常に時間がかかり、一度しか発生しません。 Re: SPC input to WUU not waking device こんにちは、 @robert_hines さん。 電源オフモードからのウェイクアップレイテンシは、アクティブモードの割り込み応答時間よりも長くなると予想されます。電源オフモードでは、MCUの大部分が静的状態にあります。より深い低消費電力モードに入る際のトレードオフの一つは、そのモードの入り出時にレイテンシが増えることです。 割り込みが一度だけ発生する問題については、アプリケーションコードの処理に問題があるのではないかと疑っています。SDKに含まれるpower_mode_switch例を参照し、実装とあなたのコードを比較していただけますか? それでも問題が解決しない場合は、FRDM-MCXN947ボード上で問題を再現できる簡単なプロジェクトを提供してください。喜んでさらに詳しく調査いたします。 よろしくお願いします。 BR アリス Re: SPC input to WUU not waking device 状況は以下のとおりです。 - FreeRTOSへの移植 - 低電力タイマーを使用して、PM_EnterLowPower()で電源オフモードに移行します。 - IRQHandlers は setFromISR() と portYIELD_FROM_ISR() を使用します - 高優先度タスクがISRで設定されたイベントビットを待機している場合、xEventGroupWaitBits() - 一部の割り込みはWUUを経由して電源オフモードで利用可能にしており、外部ピンの一部(正常に動作しているようです)や、SPCが遅い/応答しない点を除き、問題なく動作する内部モジュール(VBAT、LPTMR、TDET、SPC)も含まれます。 - SPC割り込みはIRQHandlerで無効化され、イベントビットの設定を待つ高優先度タスクで処理された後に再有効化されます。この待機タスクはイベント情報ビットのプロセッシング後に再び PM_EnterLowPower() を呼び出します。 問題は、SPC割り込みが他の割り込みと同じように応答しないことだ。プロセッサが起動しても再びスリープに戻り、再びトリガーされません。アクティブモードで電源が切れても、発火は続けます(PM_EnterLowPower()でプロセッサを再び電源オフモードに戻せません)。
記事全体を表示
SPC input to WUU not waking device [Working with MCXN947] I have voltage detect interrupts enabled (resets disabled) in SPC in both low-power and active modes (resets disabled, bandgaps enabled). SPC0->ACTIVE_CFG:  3f101615 SPC0->LP_CFG:      3f221515 SPC0->VD_IO_CFG:   0000000a SPC0->VD_SYS_CFG:  0000000a SPC0->VD_CORE_CFG: 0000000a I've enabled SPC as a wake-up source in the WUU (WUU->ME bit is set). The SPC interrupt works in active mode, but not in power-down mode, i.e. the processor doesn't wake to handle the SPC interrupt. MCXN Re: SPC input to WUU not waking device I think it may be working, but there's a large difference in the response between active and power-down mode.  In active mode, the SPC interrupt will respond more quickly and go off repeatedly, but from power-down mode, it takes much longer to trigger the interrupt and it only triggers once. Re: SPC input to WUU not waking device Hi @robert_hines  The wake-up latency from Power-down mode is expected to be longer than the interrupt response time in Active mode. In Power-down mode, most of the MCU is in a static state. One of the trade-offs of entering a deeper low-power mode is the increased latency when entering and exiting that mode. Regarding the issue where the interrupt only occurs once, I suspect there may be an issue in the application code handling. Could you please refer to the power_mode_switch example included in the SDK and compare the implementation with your code? If the issue still persists, please provide a simple project that can reproduce the problem on the FRDM-MCXN947 board. I will be happy to investigate it further. Thank you. BR Alice Re: SPC input to WUU not waking device The context is: - FreeRTOS port - Going into power-down mode with PM_EnterLowPower( ) using a low-power timer. - IRQHandlers use setFromISR() and portYIELD_FROM_ISR() - a high-priority task is waiting for the event bits set from ISR, xEventGroupWaitBits() - some interrupts are routed through the WUU so that they are available in powerdown mode, including some external pins (seem to work fine) and some internal modules (VBAT, LPTMR, TDET, SPC) that seem to work fine, with the exception of SPC being slow/unresponsive. - The SPC interrupt is disabled in the IRQHandler and re-enabled after being processed in the high-priority task that is waiting for event bits to be set.  This waiting task also calls PM_EnterLowPower() again after processing event bits. The "problem" is that the SPC interrupt doesn't respond like the others.  When it does wake up the processor, it goes back to sleep and doesn't trigger again.  When it goes off in active mode, it does keep firing (PM_EnterLowPower() can't put the processor back into powerdown mode).
記事全体を表示
i.MX93ボードを再プロビジョニングすることは可能ですか? すでにEdgeLock 2GOを使ってFRDM i.MX93ボードのプロビジョニングを完了しており、プロビジョニングは無事完了しています。 今は同じボードに、キーペアやX.509証明書などの新しいまたは更新されたセキュアオブジェクトセットで再プロビジョニングしたいと考えています。 すでにプロビジョニング済みのi.MX93デバイスでの再プロビジョニングはサポートされていますか? もしそうなら、推奨される手順を教えていただけますか?具体的には、以前にプロビジョニングされたセキュアオブジェクトは、再度プロビジョニングする前に削除またはリセットする必要がありますか?それともEdgeLock 2GOを通じて更新できるのでしょうか? また、再プロビジョニングを試みる前に知っておくべき制限や不可逆的な設定はありますか? ログは:-- エラー:iot_agent_utils_create_self_signed_edgelock2go_certificate L#1035 mbedtls_pk_setup_opaque 失敗:0xffffc180 エラー:iot_agent_utils_write_edgelock2go_datastore L#1150 iot_agent_utils_create_self_signed_edgelock2go_certificate 失敗:0xffffffff エラー:iot_agent_utils_create_self_signed_edgelock2go_certificate L#1035 mbedtls_pk_setup_opaque 失敗:0xffffc180 エラー:iot_agent_utils_write_edgelock2go_datastore L#1150 iot_agent_utils_create_self_signed_edgelock2go_certificate 失敗:0xffffffff エラー:iot_agent_utils_create_self_signed_edgelock2go_certificate L#1035 mbedtls_pk_setup_opaque 失敗:0xffffc180 エラー:iot_agent_update_device_configuration_from_constants L#614 iot_agent_utils_create_self_signed_edgelock2go_certificate 失敗:0xffffffff エラー:iot_agent_update_device_configuration L#657 iot_agent_update_device_configuration_from_constants 0xffffffffで故障 Status(oem-prov-app): FAILURE(Status(oem-prov-app): FAILURE(FAILURE) FRDMトレーニング ハンズオン・トレーニング Security Yocto Project Re: Is it possible to reprovision the i.MX93 board? こんにちは、 再プロビジョニングも可能であり、EdgeLock 2GOは初期展開後の証明書や鍵の更新、ローテーション、取り消しを含む完全なライフサイクルマネジメントを目的に設計されています。 安全なプロビジョニングのためにどのような手順を踏みましたか? キーやライフサイクルなど、ヒューズ内の焼き付き構成に関わる手順について理解しておく必要があります。 よろしくお願いいたします。 Re: Is it possible to reprovision the i.MX93 board? サービスレベルでの再プロビジョニングがサポートされていることを確認していただきありがとうございます。明確にしておきますが、これは新規のプロビジョニング試行ではなく、既に一度正常にプロビジョニングされたボード(ライフサイクルOEM_OPEN、ELEファームウェア2.0.5-7a34cee、初回プロビジョニング時に既にキーと証明書オブジェクトが存在する状態)に対する再プロビジョニング試行です。 この 2 回目のパスで、oem-prov-app は iot_agent_update_device_configuration_from_constants() → iot_agent_utils_create_self_signed_edgelock2go_certificate() 内の mbedtls_pk_setup_opaque() 呼び出しで失敗し、MBEDTLS_ERR_PK_BAD_INPUT_DATA (0xffffc180) を返します。バージョン: el2go-agent 6.4.2-r0、smw 5.3-r0、mbedtls 3.6.5-r0。 2つの質問があります。 1.再プロビジョニングでは、oem-prov-appを再実行する前に、既存のキーオブジェクトを明示的に消去する必要がありますか(psa_destroy_keyまたはSMWキーストレージAPI経由)、それともエージェントが同じキーIDで上書きする必要がありますか?現在、明示的な消去手順は実行していません。 2. el2go-agent 6.4.2-r0 と smw 5.3-r0 の間には、特に再プロビジョニング/更新パスに関して既知の互換性の問題がありますか?というのも、初期起動時にも同じエラーが発生し、そこでもバージョン不一致が疑われたからです。 また、プロビジョニングされた鍵と証明書オブジェクトがELE管理のNVMに存在しているのか確認できますか?つまり、再プロビジョニングに失敗してもその鍵IDが永久に使えなくなるわけではありません。 Re: Is it possible to reprovision the i.MX93 board? こんにちは、 情報ありがとうございます。 1. はい、署名付きメッセージを使用してキーストアの再プロビジョニングを実行してください。キーストアの再プロビジョニングを行うと、HSMによって管理されているすべてのキーストアが消去されます。 2. いいえ、互換性の問題は報告されていません。 3. その通り、アプリケーション鍵や証明書はヒューズではなくELE管理のNVMに保存されます。 よろしくお願いいたします。
記事全体を表示
SPC 输入到 WUU 未唤醒设备 [与 MCXN947 合作] 我在 SPC 中启用了电压检测中断(禁用复位),无论是在低功耗模式还是运行模式下(禁用复位,启用带隙)。 SPC0->ACTIVE_CFG: 3f101615 SPC0->LP_CFG: 3f221515 SPC0->VD_IO_CFG: 0000000a SPC0->VD_SYS_CFG: 0000000a SPC0->VD_CORE_CFG: 0000000a 我已在 WUU 中启用 SPC 作为唤醒源(WUU->ME 位已设置)。 SPC 中断在运行模式下工作,但在掉电模式下不工作,即处理器不会唤醒来处理 SPC 中断。 MCX N Re: SPC input to WUU not waking device 我觉得它可能在工作,但是工作模式和断电模式下的响应速度差异很大。在运行模式下,SPC 中断响应速度更快,会反复触发;但在掉电模式下,触发信号中断所需的时间要长得多,而且只会触发信号一次。 Re: SPC input to WUU not waking device 嗨@robert_hines 预计从断电模式唤醒的延迟时间将比运行模式下的中断响应时间长。在断电模式下,MCU 的大部分功能处于静态状态。进入更深层次的低功耗模式的弊端之一是进入和退出该模式时延迟会增加。 关于中断只发生一次的问题,我怀疑可能是应用程序代码处理方面存在问题。请您参考 SDK 中包含的 power_mode_switch 示例,并将实现方式与您的代码进行比较? 如果问题仍然存在,请提供一个简单的项目,以便在 FRDM-MCXN947 板上重现该问题。我很乐意进一步调查此事。 谢谢! BR 爱丽丝 Re: SPC input to WUU not waking device 上下文是: - FreeRTOS 移植 - 使用低功耗定时器进入关机模式,命令为 PM_EnterLowPower()。 - IRQHandlers 使用 setFromISR() 和 portYIELD_FROM_ISR() - 一个高优先级任务正在等待 ISR 中设置的事件位,xEventGroupWaitBits() - 一些中断通过 WUU 路由,以便在掉电模式下可用,包括一些外部引脚(似乎工作正常)和一些内部模块(VBAT、LPTMR、TDET、SPC),这些模块似乎工作正常,但 SPC 速度慢/无响应。 - SPC 中断在 IRQHandler 中被禁用,并在等待事件位设置的高优先级任务处理完毕后重新启用。该等待任务在处理事件位后还会再次调用 PM_EnterLowPower()。 问题在于SPC中断的响应方式与其他中断不同。当处理器被唤醒后,它会再次进入睡眠状态,并且不会再次发出触发信号。当它在运行模式下关闭时,它会继续触发(PM_EnterLowPower() 无法将处理器恢复到关机模式)。
記事全体を表示
LX2080(Yoctoイメージとデバッグ) YOCTOを使ってLX2080a NXPイメージビルドの設定方法や、カスタムBORDを使いたい場合は変更方法について情報が欲しいです Re: lx2080(yocto image and debug) Layerscape Yocto BSP v26.06: 今回のリリースには、以下に示すソースコードとビルド済みイメージの両方が含まれています。 ソースリリースファイルは、 https://github.com/nxp-qoriq/yocto-sdk/tree/walnascar-lsdkにあります。 ブランチ: walnascar-lsdk Linux BSP対応の基板、機能、既知の問題については、リリースノートをご参照ください Yocto用レイヤースケープソフトウェア開発キットユーザーガイド: UG10374.pdf Layerscape Linux SDK ユーザーガイド: UG10381.pdf カスタムボード用にRCW、u-boot、ATF、Linux dtsを改造し、イメージを再構築してください。 移植手順: rcwを変更し、rcwを再構築する: $ bitbake rcw -c patch -f rcwのソースコードフォルダbuild_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/rcw/git/git/git/lx2160ardb_rev2/を選び、カスタムボードに合わせてXGGFF_PP_HHHH_RR_19_5_2/rcw_2200_750_3200_19_5_2.rcwを修正してください。 $ bitbake rcw u-bootを修正して再構築する: $ bitbake u-boot -c patch -f you-bootのソースコードフォルダ build_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/*/git/にアクセスし、カスタムボードに合わせてu-bootのソースコードを修正してください。 $ bitbake u-boot atfを修正および再構築する: $ bitbake qoriq-atf -c patch -f atfのソースコードフォルダ build_lx2160ardb-rev2/tmp/work/lx2160ardb_rev2-fsl-linux/qoriq-atf/*/git/にアクセスしてください。カスタムボードに合わせてatfのソースコードを修正してください。 $ bitbake qoriq-atf Linux dts ファイルを修正し、Linux カーネルを再構築する: $ bitbake virtual/kernel -c patch -f Linux Kernelフォルダ build_lx2160ardb-rev2/tmp/work/ lx2160ardb_rev2-fsl-linux /linux-qoriq/*/git にアクセスしてください。カスタムボードに合わせてdtsファイルarch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.dtsを修正してください。 $ bitbake virtual/kernel
記事全体を表示
Create a new model and configure it for NXP Hardware 1 Table of Contents • Introduction • Prerequisites • Creating a New Simulink Model • Configure the Model for NXP Hardware • Add Simulink Blocks • Build the Model • Flash and Run on Hardware • References • Conclusion 2 Introduction Developing embedded applications for NXP microcontrollers—especially platforms like the S32K series—involves using tools such as MATLAB/Simulink (MBDT – Model-Based Design Toolbox), S32 Design Studio (S32DS), and EB tresos. This article walks through the key steps involved in creating a new model and configuring it properly for NXP hardware, focusing on a practical workflow used in automotive and embedded systems projects. 3 Prerequisites Before starting, ensure the following tools are installed and correctly configured: MATLAB & Simulink NXP MBDT S32 Design Studio / EB tresos NXP RTD drivers USB / JTAG debugger (e.g., PEMicro) Target hardware (e.g., S32K344, S32K358) In addition to having the required tools installed, it is important to ensure that all components are properly integrated and compatible with each other. This includes matching the MATLAB/Simulink version with the supported release of the NXP MBDT, as well as aligning the RTD package with the selected microcontroller and AUTOSAR version. Environment variables, compiler paths, and licensing (for MATLAB, Simulink, and EB tresos) should also be verified prior to starting development. From a hardware perspective, make sure that the evaluation board or target ECU is correctly powered and that the debug interface (such as PEMicro) is functioning. Installing the appropriate USB drivers and checking connection through debug tools can prevent communication issues later in the workflow. Finally, it is recommended to validate the toolchain setup by running a simple example, such as a GPIO toggle or LED blink application, either directly in S32DS or through an existing Simulink example provided by MBDT. This step helps confirm that code generation, compilation, flashing, and execution on the target hardware are all working correctly before moving on to a more complex development. 4 Creating a New Simulink Model Step 1: Launch Simulink Open MATLAB Type simulink in the command window Select Blank Model Step 2: Save the Model Save with a clear naming convention, e.g. s32k344_led_blink.mdl 5 Configure the Model for NXP Hardware Step 3: Open Model Configuration Parameters Navigate to Model Settings ( Ctrl + E ) → Hardware Implementation Step 4: Select Hardware Board Set Hardware board to the appropriate NXP target For example, NXP S32Kxx Step 5: Select a Configuration Template Set Configuration Project Template to the appropriate NXP target For example, S32K344-Q172 S32 Config Tool If the board is not visible, ensure MBDT is properly installed. 6 Add Simulink Blocks Using the Library Browser, configure hardware peripherals. Step 6: Configure GPIO for LED Add a Dio block Configure: Function: Dio_FlipChannel Channel: e.g. DioLed0 Step 7: Add Level Variable Add Data Store Memory and Data Store Write blocks Connect the Dio block to the Data Store Write This will blink an LED because the Dio_FlipChannel function toggles the logical state of the selected GPIO pin every time it is executed. By connecting it to a Data Store Write, you are effectively allowing the system to store or propagate the updated state within the model. The blinking frequency is directly controlled by the task rate of your model, which makes it easy to adjust the LED behavior simply by changing the sample time, without modifying the core logic. In the Library Browser you will find numerous example projects that may be helpful (for example, s32k3xx_dio_s32ct ). 7 Build the Model Step 8: Generate Code Click Build Model ( Ctrl + B ) When you press the build button, Simulink automatically translates your model into C code and prepares it for execution on the target microcontroller. The generated files can be found in the project folder, where you can explore how each block was converted into embedded code. After generation, the toolchain creates an executable file and attempts to deploy it directly to the target board. 8 Flash and Run on Hardware Step 9: Connect Target Board Connect via debugger (USB / JTAG) Step 10: Deploy From Simulink (External Mode or Build & Deploy) Or manually via S32 Design Studio 9 References Quick Start Guide for S32K3X4EVB Board Model-Based Design Toolbox (MBDT) – How To 10 Conclusion Creating a new model and configuring it for NXP hardware involves: Setting up the Simulink model Configuring hardware-specific parameters Adding peripheral blocks Generating and deploying embedded code This workflow enables rapid prototyping and production-ready embedded development, especially in automotive systems leveraging AUTOSAR and NXP platforms. Developing embedded applications for NXP microcontrollers—especially platforms like the S32K series—often involves using tools such as MATLAB/Simulink (MBDT – Model-Based Design Toolbox), S32 Design Studio (S32DS), and AUTOSAR tools like EB tresos. This article walks through the key steps involved in creating a new model and configuring it properly for NXP hardware, focusing on a practical workflow used in automotive and embedded systems projects.
記事全体を表示
T1024 QorIQ Bare-Metal BSP for CodeWarrior PA10.5 We need official QorIQ T10xx bare-metal BSP package matching CodeWarrior Power Architecture v10.5. Required content: 1. Complete bare-metal startup BSP for T1024 2. RCW, reset, L1/L2 cache, DDR, interrupt, PCIe low-level driver source 3. CodeWarrior PA10.5 stationary project templates 4. Reference bare-metal demo project for T10xx RDB board Background: We are developing bare-metal firmware on T1024 using CodeWarrior PA10.5, LSDK 2.0 Linux SDK only provides U-Boot & Linux source, missing official CodeWarrior bare-metal BSP. Please provide the official BSP archive or download link. Thanks. Re: T1024 QorIQ Bare-Metal BSP for CodeWarrior PA10.5 We don't have Bare-Metal BSP for T1024 platform. You could require NetComm software for other platform to have reference. https://www.nxp.com.cn/products/processors-and-microcontrollers/power-architecture/qoriq-communication-processors/p-series/netcomm-software-resources:NetComm_Software
記事全体を表示
GUI Guider 2.0におけるSpangroupウィジェットの利用可能性とFUTUREロードマップに関する問い合わせ こんにちは、NXPコミュニティの皆さん、 現在、プロジェクト開発においてGUI Guider 2.0を使用しています。 バージョン2.0への移行中に、以前のGUI Guider 1.xで利用可能だったSpangroupウィジェットが削除されていることに気づきました。基盤となるLVGLライブラリは依然としてSpangroupをサポートしているため、最新リリースでこの欠落がなぜか気になりました。 このウィジェットはUIデザインに非常に役立ちました。ぜひ教えていただけませんか: 今後のGUI Guiderのリリースで、Spangroupウィジェットを再導入する予定はありますか? もしSOなら、次のリリーススケジュールの大まかなスケジュールやロードマップを共有してもらえますか? この件に関して何かご意見やご助言をいただければ大変ありがたいです。 サポートありがとうございます! よろしくお願いいたします。 Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap こんにちは、 @mastergbc さん、 既にGUI Guider開発チームに評価を依頼しており、進展があれば随時ご報告いたします。 その間、実用的な回避策としては、主要なUI設計とコード生成にはGUI Guider 2.0を使用し、必要なLVGLネイティブspangroup実装を手動で生成プロジェクトに追加することです。 GUI Guiderウィジェットパレットに直接公開されていないLVGL機能については、カスタムコードで統合できます。 お役に立てば幸いです。 BR セレステ Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap 最新情報のご提供ありがとうございます。 私たちのユースケースについて少し説明すると、プロジェクトでは Spangroup ウィジェットを使って異なるフォントスタイルや言語をシームレスに混ぜ、特に英語と韓国語のフォントを1つのテキストブロック内で混同しています。 現在、Spangroupを使用して構築されたUIオブジェクトは約12個あります。このウィジェットは、先行する子要素のテキストや長さが変更された場合、後続の子要素のテキストが自動的に再配置され、整列を維持しながらスムーズに折り返されるため、非常に重要な役割を果たしています。 GUI GuiderでSpangroupウィジェットを再実装する長期的な計画がない場合、このマルチフォント/マルチスタイルのテキスト巻き取り動作を実現するための推奨の代替案や回避策をご提案いただけますか? ご協力いただき、改めて感謝申し上げます。 よろしくお願いいたします。 Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap こんにちは、 @mastergbc さん、 投稿ありがとうございます。 現在、 SpanGroupウィジェット はGUI Guider 2.0で利用可能ではなく、近い将来に追加する計画もありません。 しかし、お客様の要望をよりよく理解し、要望を評価したいと考えています。SpanGroup Widgetで達成しようとしている機能について、もう少し詳しく教えていただけますか?例えば、具体的なユースケース、期待される動作、使用頻度、そしてこの機能がプロジェクトにとってどれほど重要かなどです。この情報は、リクエストを評価し、必要に応じてGui-Guiderチームに転送するのに役立ちます。 さらに、現在どの製品を使っているのか(MCUかMPUモデルか)教えていただけますか?これにより、あなたのアプリケーション状況をよりよく理解できます。 良い1日を。 BR セレステ
記事全体を表示
Support Period for Yocto Linux BSP Hello, Could you please provide information regarding the following? We are planning to use the Yocto Linux BSP provided by NXP for a board based on the i.MX 8M Plus. Could you please answer the following questions regarding the BSP? 1. How long are updates provided after a BSP is released? 2. When a new Yocto LTS release becomes available, how long does it typically take for the BSP to be updated to incorporate the new Yocto LTS version? 3. We understand that security updates are available through "BSP Lifecycle Maintenance: Keeping Your Linux® BSP Secure." Could you please let us know: - the maximum support period available, and - the approximate cost of this service? Thank you for your support. We look forward to your response. Best regards,
記事全体を表示
使用软件1.9.1时无法添加新图片(无法添加图片) 前几天我使用它的时候,像往常一样添加了新的图片(PNG 格式),但是加载时间很长,而且在那段时间里我无法使用其他功能。见图2。 关闭并重新启动软件后,我发现之前上传的图库中的所有图片都消失了,而且我也无法上传新图片。见图1。 当我在某次使用的时候,像往常一样添加新的图片(PNG格式),却加载了很久,期间也无法使用其他功能。请看图二 当我把软件关闭重启后,发现之前上传的图片库里面的图片全部丢失了,而且也无法上传新的图片。请看图一 Re: Can't add new pictures when using the software 1.9.1(无法添加图片) 嗨@huang_yingxue 请先尝试使用最新版本的 GuiGuider,并与我们联系是否可以重现该问题。如果问题仍然存在,我们可以根据以上补充信息继续进行调查。 感谢您的理解。 BR 哈里
記事全体を表示
MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 我正在使用MCUXpresso IDE v25.6.136开发FRDM-IMXRT1186,从官网下载最新的IDE安装之后,安装最新的SDK(26.06),导入一个frdmimxrt1186_rled_blinky_cm7示例工程之后点击mex无法打开,于是我升级了配置工具,这时mex文件可以打开了,但是点击调试无法连接到开发板,如图所示,怎么办? (已经尝试升级linkserver版本,没用) #FRDM-IMXRT1186 #MIMXRT1180 MCUXpresso-IDE  LINKERSERVER  回复: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 感谢来信。 请您在 MCUXpresso IDE 的 Preferences → MCUXpresso IDE → Debug Options → LinkServer Options 中确认当前 IDE 实际使用的 LinkServer 路径。 请进入该路径对应的 LinkServer 安装目录,执行下面命令,确认该 LinkServer 是否可以识别板载调试器:linkserver probes 请注意,建议在该目录下执行命令,而不是直接在任意命令行窗口执行,以避免调用到系统 PATH 中其他版本的 LinkServer。 如果您单独安装了其他版本的 LinkServer,也可以尝试勾选 Custom path ,并指定到对应的 LinkServer 安装目录,避免 IDE 仍然调用旧版本或异常路径下的 LinkServer。 回复: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 都试过了,还是不行 Re: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 Hi @breeze_i , 感谢您关注 NXP RT 系列产品并使用 NXP 社区。 关于您的问题我建议您检查下面几点: 1:首先检查防火墙或杀毒软件是否拦截 IDE / LinkServer / redlinkserv 的 localhost 通信; 2:不要在原 workspace 上继续试,新建一个空的 workspace,然后重新导入demo; 3:在 IDE 中执行 Clean Up Debug ,然后关闭 IDE,拔掉开发板/调试器,重新连接后再尝试 Debug。 请先按以上步骤排查。 Best  Regards May
記事全体を表示
Flexioを特殊なSPIとして、同時に20ビットMOSI出力として動作させたい。 csとclkは共有されます。 20本のMOSIラインが20本のDACチップに接続されていますが、この環境下でFlexio Muilt-BeatはCAN動作しますか? 通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) Re: I want to use flexio to work as a special spi, 20bit mosi output at the same time 私が使用したチップはMCN947です。 FlexIOを使用して、24ビットDACを20個SPI制御するシミュレーションを行う必要があります。 これら20個のDACのCSおよびCCKパラメータは共通ですが、各チップはそれぞれ独立したMOSIを備えています。MISOは存在しません。したがって、厳密に言えばSPIではなく、20個のMOSIを備えたSPIと言えます。 出力が生成されるたびに、20個のDACの値が同時に更新される。 私の考えは、20個のDACから1ビットずつSHIFBUFに格納し、8個のSHIFBUFでそれぞれ8ビットを格納するというものです。 1回のDMA転送で、20個のDACに対する8ビットデータの更新が完了する。 DMA処理では、24ビットのデータを3回同期および更新します。最後に、チップセレクト信号が立ち上がります。 アイデアはあったものの、Flexioのサンプルコードを見ても、どこからコードを書き始めればいいのか分からなかった。 関連する事例をお持ちかどうか分かりません。また、私のやり方が最適かどうかも分かりません。 Re: I want to use flexio to work as a special spi, 20bit mosi output at the same time こんにちは@justdomyself 質問についてもう少し詳しく説明していただけますか? お知らせください: どのMCUを使っているのか教えてください。 ソフトウェアの設定方法。 どのような問題が発生していますか? 問題の理解に役立つ可能性のある追加情報があれば教えてください。 中国語で問題を説明していただいても構いません。 よろしくお願いします。 BR アリス Re: I want to use flexio to work as a special spi, 20bit mosi output at the same time こんにちは@justdomyself ご返信ありがとうございます。 申し訳ありませんが、 20個のMOSI出力でDACを駆動するMCXN947のサンプルはご用意しておりません。利用可能なFlexIOの例は主に標準的なSPIインターフェースをエミュレートするよう設計されています。 あなたのアプリケーションでは、ご自身の特定の要件に基づいたカスタムFlexIOドライバを開発する必要があるでしょう。 以下の例を参考にしてください。 AN14175: FlexIOを使ってQuad SPIコントローラをエミュレートする方法 |NXP Semiconductors よろしくお願いします。 BR アリス
記事全体を表示
MC9S08QG8 I DOWNLOADED CodeWarrior(classic IDE)v6.3 ,  I can not get it to install. I using windows 11.  how do i get a compiler for mc9s08qg8 !!!! Re: MC9S08QG8 Hello, CodeWarrior v6.3 is not compatible with windows 11; To use CodeWarrior in windows 11 please update to v11.1, I look for the MC9S08QG8 device and is available in this version to use the compiler. You can download from this link: CodeWarrior® for MCUs (Eclipse IDE)        11.1 Best Regards, Luis
記事全体を表示
Yocto Linux BSPのサポート期間 こんにちは、 以下の情報について教えていただけますか? NXPが提供するYocto Linux BSPを、i.MX 8M Plusをベースにしたボードに使う予定です。 BSPに関する以下の質問にお答えいただけますか? 1. BSPがリリースされてから、どのくらいの期間アップデートが提供されますか? 2. 新しいYocto LTSリリースが入手可能になった場合、BSPが新しいYocto LTSバージョンを組み込むまで通常どのくらいかかりますか? 3. セキュリティアップデートは「BSPライフサイクルメンテナンス:Linux BSPの安全確保®」を通じて提供されていることを理解しています。 ぜひ教えていただけませんか: - 利用可能な最大サポート期間、および - このサービスのおおよその費用は? サポートありがとうございます。 ご回答をお待ちしております。 よろしくお願いいたします。
記事全体を表示
CodeWarrior PA10.5 用 T1024 QorIQ ベアメタル BSP CodeWarrior Power Architecture v10.5に準拠した公式のQorIQ T10xxベアメタルBSPパッケージが必要です。 必須内容: 1. T1024向けの完全なベアメタルスタートアップBSP 2. RCW、リセット、L1/L2キャッシュ、DDR、割り込み、PCIe低レベルドライバーソース 3. CodeWarrior PA10.5 定置プロジェクトテンプレート 4. T10xx RDBボードのベアメタルデモプロジェクトを参照 背景: 私たちはT1024上でCodeWarrior PA10.5を使ってベアメタルファームウェアを開発しています。LSDK 2.0 Linux SDKはU-BootとLinuxソースのみを提供しており、公式のCodeWarriorベアメタルBSPは含まれていません。公式のBSPアーカイブまたはダウンロードリンクをご提供ください。 ありがとうございます。 Re: T1024 QorIQ Bare-Metal BSP for CodeWarrior PA10.5 T1024プラットフォーム用のベアメタルBSPはありません。 参照のために他のプラットフォームのNetCommソフトウェアが必要になるかもしれません。 https://www.nxp.com.cn/products/processors-and-microcontrollers/power-architecture/qoriq-communication-processors/p-series/netcomm-software-resources:NetComm_Software
記事全体を表示
Can't add new pictures when using the software 1.9.1(无法添加图片) When I was using it the other day, I added new images (in PNG format) as usual, but it took a long time to load, and I couldn’t use other functions during that time. See picture 2. After I closed and restarted the software, I found that all the images in the previously uploaded library were gone, and I also couldn’t upload new images. See picture 1. 当我在某次使用的时候,像往常一样添加新的图片(PNG格式),却加载了很久,期间也无法使用别的功能。请看图二 当我把软件关闭重启后,发现之前上传的图片库里面的图片全都丢失了,并且也无法上传新的图片。请看图一 Re: Can't add new pictures when using the software 1.9.1(无法添加图片) Hi @huang_yingxue  Please try the latest GuiGuider version first and let us know whether the issue can be reproduced. If it still occurs, we can continue the investigation based on the additional information above. Thanks for your understanding. BR Harry
記事全体を表示
Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap Hello NXP Community, I am currently working with GUI Guider 2.0 for our project development. While transitioning to version 2.0, I noticed that the Spangroup widget—which was previously available in GUI Guider 1.x—seems to have been removed. Since the underlying LVGL library still maintains support for Spangroup, I was curious about the reason behind this omission in the latest release. We found this widget quite useful for our UI design. Could you please let us know: Are there any plans to re-introduce the Spangroup widget in an upcoming GUI Guider release? If so, could you share a rough timeline or roadmap for the next release schedule? Any insights or guidance on this would be greatly appreciated. Thank you for your support! Best regards, Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap Hello @mastergbc , I have already forwarded them to the GUI Guider development team for evaluation and will keep you updated if there are any developments. In the meantime, a practical workaround is to use GUI Guider 2.0 for the primary UI design and code generation, and then manually add the required LVGL native spangroup implementation to the generated project. For LVGL capabilities that are not directly exposed in the GUI Guider widget palette, custom code can be used to integrate them. Hope it helps. BR Celeste Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap Thank you for the update. To provide some context on our use case: in our project, we use the Spangroup widget to seamlessly mix different font styles and languages—specifically mixing English and Korean fonts within a single text block. Currently, we have about 12 UI objects built with Spangroup. We rely heavily on this widget because when the text or length of a preceding child changes, the subsequent child text automatically reflows and wraps smoothly while maintaining alignment. If there are no long-term plans to re-implement the Spangroup widget in GUI Guider, could you please recommend a recommended alternative or workaround to achieve this multi-font/multi-style text wrapping behavior? Thank you again for your assistance. Best regards, Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap Hello @mastergbc , Thank you for your post. Currently, SpanGroup Widget is not available in GUI Guider 2.0, and there are no plans to add this widget in the near future. However, we would like to better understand your requirements so that we can evaluate the request. Could you please provide more details about the functionality you are trying to achieve with SpanGroup Widget? For example, the specific use case, expected behavior, frequency of use, and the importance of this feature to your project. This information will help us assess the request and forward it to the Gui-Guider team if necessary. In addition, could you let us know which of our products you are currently using (MCU or MPU model)? This will help us better understand your application context. Have a nice day. BR Celeste
記事全体を表示
关于 GUI Guider 2.0 中 Spangroup 小部件的可用性及未来路线图的咨询 NXP社区的各位朋友,大家好! 我目前正在使用 GUI Guider 2.0 进行项目开发。 在过渡到 2.0 版本时,我注意到之前在 GUI Guider 1.x 中提供的Spangroup 小部件似乎已被移除。由于底层 LVGL 库仍然支持 Spangroup,我很好奇最新版本中为何省略了它。 我们发现这个小部件对我们的用户界面设计非常有用。请问您能否与我们联系: GUI Guider 即将发布的版本中是否有计划重新引入 Spangroup 小部件? 如果可以的话,能否分享一下下一版本发布的大致时间表或路线图? 任何见解或指导都将不胜感激。 感谢您的支持! 顺祝商祺! Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap 你好@mastergbc , 我已经将这些内容转发给 GUI Guider 开发团队进行评估,如有任何进展,我会及时向您汇报。 与此同时,一个切实可行的解决方法是使用 GUI Guider 2.0 进行主要 UI 设计和代码生成,然后手动将所需的 LVGL 原生 spangroup 实现添加到生成的项目中。 对于 GUI Guider 小部件面板中未直接公开的 LVGL 功能,可以使用自定义代码将其集成。 希望对您有所帮助。 BR 塞莱斯特 Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap 谢谢你的更新。 为了提供一些关于我们使用案例的背景信息:在我们的项目中,我们使用Spangroup小部件来无缝混合不同的字体样式和语言——特别是在一个文本块中混合英文和韩文字体。 目前,我们使用 Spangroup 构建了大约 12 个 UI 对象。我们非常依赖这个小部件,因为当前面子元素的文本或长度发生变化时,后面的子元素文本会自动重新排版并平滑换行,同时保持对齐。 如果 GUI Guider 没有长期计划重新实现 Spangroup 小部件,能否推荐一个替代方案或变通方法来实现这种多字体/多样式文本换行行为? 再次感谢您的帮助。 顺祝商祺! Re: Inquiry regarding Spangroup widget availability in GUI Guider 2.0 and future roadmap 你好@mastergbc , 感谢您的帖子。 目前,GUI Guider 2.0 中没有SpanGroup Widget ,并且近期也没有添加此小部件的计划。 但是,我们希望更好地了解您的需求,以便评估您的请求。请您详细说明一下您希望通过 SpanGroup Widget 实现的功能?例如,具体使用场景、预期行为、使用频率以及此功能对您项目的重要性。这些信息将有助于我们评估请求,并在必要时将其转发给 Gui-Guider 团队。 另外,能否与我们联系您目前使用的是我们的哪款产品(MCU 或 MPU 型号)?这将有助于我们更好地了解您的应用背景。 祝你今天过得愉快。 BR 塞莱斯特
記事全体を表示
MCUXpresso IDE v25.6.136 では、組み込みの設定がアップグレードされます。ツールを使用した後にデバッグを開始できないのはなぜですか? MCUXpresso IDE v25.6.136 を使用して FRDM-IMXRT1186 の開発を行っています。公式ウェブサイトから最新の IDE をダウンロードしてインストールし、最新の SDK (26.06) をインストールした後、frdmimxrt1186_rled_blinky_cm7 という名前のサンプルプロジェクトをインポートしました。しかし、mex ファイルが開けませんでした。そこで、構成ツールをアップグレードしたところ、mex ファイルを開けるようになりました。しかし、画像に示すように、「デバッグ」をクリックしても開発ボードに接続できません。どうすればよいでしょうか? (リンクサーバーのバージョンアップは既に試しましたが、うまくいきませんでした。) #FRDM-IMXRT1186 #MIMXRT1180 MCUXpresso-IDE リンカーサーバー 回复: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 お手紙ありがとうございました。 MCUXpresso IDE の [環境設定] → [MCUXpresso IDE] → [デバッグオプション] → [リンクサーバーオプション] で、現在 IDE で使用されているリンクサーバーパスを確認してください。 このパスに対応するLinkServerのインストールディレクトリに移動し、次のコマンドを実行して、LinkServerがオンボードデバッガを認識できるかどうかを確認してください。linkserver probes システムPATH内の他のバージョンのLinkServerが呼び出されるのを避けるため、コマンドはコマンドラインウィンドウから直接実行するのではなく、このディレクトリ内で実行することをお勧めします。 別のバージョンのLinkServerをインストールしている場合は、「カスタムパス」にチェックを入れ、対応するLinkServerのインストールディレクトリを指定することで、IDEが古いバージョンや異常なパスにあるLinkServerを呼び出すのを防ぐことができます。 回复: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 あらゆる方法を試しましたが、それでもうまくいきません。 Re: MCUXpresso IDE v25.6.136升级内置的config tools之后不能启动调试,为什么 こんにちは、 @breeze_i さん。 NXP RT製品ラインにご関心をお寄せいただき、またNXPコミュニティをご利用いただきありがとうございます。 ご質問に関して、以下の点をご確認いただくことをお勧めします。 1. まず、ファイアウォールまたはウイルス対策ソフトウェアがIDE/LinkServer/redlinkserv間のlocalhost通信をブロックしていないか確認してください。 2. 元のワークスペースでテストを続行しないでください。新しい空のワークスペースを作成し、デモを再インポートしてください。 3. IDEでクリーンアップデバッグを実行し、IDEを閉じ、開発ボード/デバッガーを取り外し、再度接続して、デバッグをもう一度試してください。 まず上記の手順をご確認ください。 よろしくお願いします 5月
記事全体を表示
I want to use flexio to work as a special spi, 20bit mosi output at the same time the cs and  clk is  shared . 20 lines mosi connect to 20 dac chips,  can flexio muilt-beat work  under this envirenment ? Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) Re: I want to use flexio to work as a special spi, 20bit mosi output at the same time The chip I used is MCN947. I need to use FlexIO to simulate SPI control of 20 DACs, each DAC being 24-bit. The CS and CCK parameters of these 20 DACs are common, but each chip has its own independent MOSI. There is no MISO. Therefore, it is not strictly speaking an SPI, but rather an SPI with 20 MOSIs. Each time an output is generated, the values of 20 DACs are updated simultaneously. My idea is to use SHIFBUF to store 1 bit from the 20 DACs, and 8 SHIFBUFs to store 8 bits each. A single DMA transfer completes the 8-bit data update for 20 DACs. Three DMA operations were performed to synchronize and update the 24-bit data. Finally, the chip select was raised. I had this idea, looked at the flexio examples, but didn't know where to start writing the code. I don't know if you have any relevant examples. I also don't know if my approach is optimal. Re: I want to use flexio to work as a special spi, 20bit mosi output at the same time Hello @justdomyself  Could you please describe your question in more detail? Please let us know: Which MCU you are using. How your software is configured. What issue you are encountering. Any additional information that may help us understand the problem. You are also welcome to describe the issue in Chinese. Thank you. BR Alice Re: I want to use flexio to work as a special spi, 20bit mosi output at the same time Hello @justdomyself  Thanks for your reply. I'm sorry, but we do not have an example for the MCXN947 with 20 MOSI outputs driving DACs. The available FlexIO examples are primarily designed to emulate a standard SPI interface. For your application, you will likely need to develop a custom FlexIO driver based on your specific requirements. You may refer to the following examples as a starting point: AN14175: Using FlexIO to emulate Quad SPI Controller | NXP Semiconductors Thank you. BR Alice
記事全体を表示