MCXW716C 在高温下运行 你好 我使用的是 #mcxw71，根据数据表，其工作温度范围为 -40 °C 至 +125 °C。我对无线电和 CAN PHY 都进行了测试，但无法在大约 85 °C 以上实现稳定运行。微控制器似乎进入保护模式，或以其他方式限制其功能。 我还注意到，在 SDK 应用程序接口中有向 NBU 发送内部温度的函数。 我的问题是：NBU 是否需要温度信息来进行热调节或维持系统正常运行？ 一般来说，是否需要任何特定的程序（配置、校准、所需的 API 调用等）来确保 MCXW716C 在最高额定温度下正常运行？ 提前感谢您的帮助。 开发板 Re: MCXW716C operation at high temperature 你好，希望你一切都好。 您使用的是 FRDM 板还是自定义板？您进行了哪些测试，观察到的行为是什么？ 能否请您分享一下您所指的是哪些 SDK API？您是否正在研究一个具体的示例或应用？ 致以最诚挚的问候， Ana Sofia。 Re: MCXW716C operation at high temperature 你好，@sofiaurueta、 我正在使用参考编号为 #MCXW716CMFTAT 的自定义板。我将解释我的测试和配置 我使用 MCXW716CMFTAT 为无线应用设计了 PCB。我已创建了软件，并使用名为"connectivity_test" 的示例程序中的逻辑来使用无线电协议。 我使用的是 SDK SDK_2.X_MCXW716CxxxA 版本 25.09.00。 两个董事会正在一起工作。我已经实施了所有模块。测试时，我使用了热风枪，温度为 80 °C。15 秒后，微控制器停止工作；它似乎被阻塞了，GPIO 被锁定，通信总线停止发送数据，30 秒后，温度下降后，微控制器恢复正常运行。 因此，我研究了监测温度的功能，以了解问题所在。我使用了 SDK 中 fwk_platform_sensors 文件中的 PLATFORM_StartTemperatureMonitor() 函数。 我的目标是知道微控制器堵塞的确切温度，而令人惊讶的是，这解决了问题。现在，我可以在 +120 °C 的温度下进行测试，微控制器工作正常。我甚至尝试删除该功能，以确保问题是否与软件有关，结果问题又出现了。 您能给我更多的解释吗？使用该功能读取温度是否会将数据分发到不同的内核并调整某些参数？ Re: MCXW716C operation at high temperature 你好 您能否确认使用 FRDM 板时是否也会出现这种行为？在未作任何修改的情况下运行 connectivity_test 示例时是否会出现问题，调用 PLATFORM_StartTemperatureMonitor 函数后问题是否会改变？ Ana Sofia。

MIMXRT1180-EVK の EtherCAT デモ こんにちは、 UG10322 UG10322: ICEツールを使用したEtherCATのOOBEガイド | NXP Semiconductorsに記載されているEtherCATデモを試すために、MIMXRT1180-EVK評価ボードを使用しています。 i.MX RT1180 評価キット | NXP Semiconductorsから Ethercat 評価バイナリをダウンロードしました。 私はすべての手順を注意深く実行しました。上記のドキュメントに記載されている構成でバイナリを正常にフラッシュし、ICE ツールを起動できました。 ただし、GUI でネットワーク インターフェースを選択し、Ethercat を有効にしようとすると、「有効にできませんでした」というメッセージが表示されます。インターフェースをスキャンすると、「デバイスが見つかりません」と表示されます 私は Windows ノートPCを使用しており、USB 3-ギガビット イーサネット アダプターを使用して ETH0 と ETH4 にコネクテッドしていますが、それ以外は問題なく動作しています (他の作業にも使用しています)。 この問題を解決するためにご協力いただければ幸いです。 また、この EtherCat Eval バイナリ :goal_nxp_evkmimxrt1180_rtos_flash_boot.bin のソースを教えていただけますか?SDK をチェックしたところ、EtherCat の例がいくつか見つかりましたが、これらの例のいずれかが上記のバイナリに対応しているかどうかはわかりません。 よろしくお願いします。 よろしくお願いします。 PNC Re: EtherCAT demo on MIMXRT1180-EVK こんにちは@pnc お問い合わせいただきありがとうございます UG10332 の最初のリリースですでにいくつかの問題が見つかりました (更新する予定です) 同僚が作成した内部レポートを以下に掲載します。お役に立てれば幸いです。 5 ページのステップ 12 では、RT1180-EVK コンソールは USB_OTG1 ではなく MCU-Link USB である必要があります。また、Note の場合、EEPROM と呼ばれるセクションはないようです。 私の場合、セクション 5.4 のステップ 11 以降では EtherCAT インターフェースのフォント カラーは赤にならず、ステップ 15 以降でのみ赤に変わります。 24 ページの表 1 と表 2 では、表にリストされているマップされたオブジェクトが ICE ツールの実際の表示と一致していません。 私の側では、セクション 5.4 の手順 9 の前に、ホスト PC の IP アドレスを構成する必要があります。そうしないと、内部エラーが報告されます。 さらに問題が発生した場合や、関連する質問がある場合はお知らせください。 ではごきげんよう、 ディエゴ Re: EtherCAT demo on MIMXRT1180-EVK ちなみに、EtherCAST デモには特別なジャンパー設定が必要ですか?上記のドキュメントではこの点については何も言及されていません。 Re: EtherCAT demo on MIMXRT1180-EVK こんにちは、ディエゴ。 ご返信ありがとうございます。しかし、これらの問題はすでに解決済みですので、役に立ちませんでした。 とにかく、私は方針を変えました。つまり、事前にビルドされたイメージを使用する代わりに、AN14155 ユーザーガイド (i.MX RT1180 EtherCAT を BECKOFF TwinCAT3 および SSC ツール Rev. と共に使用) を使用して、SDK から ecat/digital_io の例をビルドして実行しようとしています。1.0） ここでも同じ問題に直面しています。例をビルド、フラッシュ、実行できます (CM33 と CM7 の両方)。digitial_ip.cのメインループにprintfを入れました。実際に実行されていることを確認します。 しかし、AN14155 のセクション 5.1.8 で行き詰まっています。TwinCAT を使用して EtherCAT デバイスのスキャンを実行すると、「I/O デバイスが見つかりません」と表示されます。イーサネット ケーブルを J28 と J32 の両方に接続してみました。 私は次のジャンパー設定を行いました: J63、J73、J72、J65 を 1-2 短絡位置 (デフォルト位置ではない) に移動しました Ecat に他のジャンパー設定や他の HW 設定が必要かどうかはわかりません。これら以外のすべてのジャンパーはデフォルトのポジショニング（箱から出した時の状態）にあります。私が行った他の唯一のジャンパー変更は、Segger プローブ (JP5 を短絡) を使用するためでした。 ちなみに、ICE ツールの実行も試してみました。以前と同じ状況です。 何かご意見があれば教えていただけると幸いです よろしくお願いします。 よろしくお願いします。 PNC Re: EtherCAT demo on MIMXRT1180-EVK EVK ユーザー マニュアル UM12021 を注意深く読み直したところ、ジャンパーを間違えたようです。私が今持っているものは次のとおりです。 J63とJ65：デフォルトで2-3が短絡 J73とJ72: デフォルト以外の1-2ショート ただし、上記の変更を行った後でもまだ動作しません。 また、36 ページのこの行が関連しているかどうかはわかりません。「ECAT 信号と FLEXSPI2 信号間の多重化は、抵抗器の再構成によって実装されます。」デフォルトでは、FLEXSPI2 接続は有効になっています。 これについても何かする必要があるでしょうか?もしSOなら、何ですか? ちなみに、このEVKユーザーマニュアルは本当に読みにくいです。EVK で ECAT を動作させるためにユーザーが行う必要があることを、簡潔かつ明確に 1 か所にまとめておくべきだと思います。散らばった混乱を招く情報の代わりに、シンプルに「EVK で ECAT を有効にするには、これらのジャンパー設定を行ってください...」とだけ書かれています。 Re: EtherCAT demo on MIMXRT1180-EVK こんにちは、ディエゴ。 今朝すべてを再起動すると、デバイスのスキャンが機能し始めました。昨日の夕方にジャンパーに加えた変更が効果を発揮したようです。 しかし、デバイス1をスキャンすると、セクション5.1.9で説明した「ボックス1」が表示されません。SO、スレーブが検出されないようです。Wireshark でも EtherCAT に関連するトラフィックは表示されません。さらにデバッグ中ですが、何かヒントがあれば、ぜひ教えてください。

[Getting Started] Running the i.MX 93 Cortex-M SDK Sample Code - [Part 3] Automatically Starting the M Core with a Bootloader (Japanese Blog) This three-part series provides hands-on instructions on how to build and run SDK sample code for the Cortex-M33 core in the NXP i.MX 93 applications processor. In this article (Part 3), we will introduce the procedure for automatically starting the M Core using a bootloader as a way to automatically start a pre-built M Core image on an evaluation board. [Part 1 ] Building a development environment and M core image [Part 2] M-core execution using U-Boot and remoteproc [ Part 3] Automatic startup of M-core using bootloader (this article) Contents of the 3rd session 4. Automatic startup of M-core by bootloader 4.1 Single boot 4.2 Low Power Boot 4. Automatic startup of M-core by bootloader   This procedure assumes that imx-boot has already been built in Yocto.   To make the M33 boot automatically, you need to build a bootloader that includes the M core image . Therefore, copy the M core image to the imx-boot directory as follows:   $ cd ~/FRDM-93/6.6.36-2.1.0/frdm-imx93/tmp/work/imx93frdm-poky-linux/imx-boot/1.0/git $ cp ディレクトリ>/boards/mcimx93evk/demo_apps/power_mode_switch/armgcc/debug/power_mode_switch_rtos_imx93.bin iMX93/m33_image.bin   *Replace with the actual path.   You will need to create a boot loader suitable for each of the following two boot methods. The following explains how to build and write each. 4.1 Single boot: Normal boot mode ( starting from Cortex-A55 ROM) 4.2 Low-power boot: Starting from low-power state (starting from Cortex-M33 ROM)     4.1 Single boot   In a single boot, the Cortex-A55 ROM loads all containers and images, then jumps to the A55's firmware (FW).   If the container contains a Cortex-M33 firmware image, the Cortex-A55 ROM first loads the Cortex-M33 firmware image, places it in shared RAM (the Cortex-M33 TCM), and requests the EdgeLock Secure Enclave to verify the image. It then writes the CM33 firmware entry point address to the SRC GPR19 register, launches the CM33 core, and continues the A55 ROM boot process. For details, see "9.6.5 Single Boot Flow (Cortex-A55)" in the i.MX 93 Applications Processor Reference Manual .   ①Build the bootloader Applied build scripts flash_singleboot_m33: $(MKIMG) $(AHAB_IMG) u-boot-atf-container.img $(MCU_IMG) $(SPL_A55_IMG) ./$(MKIMG) -soc IMX9 -append $(AHAB_IMG) -c -m33 $(MCU_IMG) 0 $(MCU_TCM_ADDR) $(MCU_TCM_ADDR_ACORE_VIEW) \ -ap $(SPL_A55_IMG) a55 $(SPL_LOAD_ADDR) -out flash.bin $(call append_container,u-boot-atf-container.img,1) Build Procedure $ make SOC=iMX93 flash_singleboot_m33 $ cd iMX93 $ cp flash.bin flash_frdm_singleboot_m33.bin   ②Writing to SD card   If you use uuu: Change BOOT_MODE to Cortex-A55 serial downloader[1000] and run the following: $ sudo uuu -b sd Using the dd command This is a method to write an image directly from the host PC to the SD card. Connect the target SD card to the host PC using an SD card reader/writer. $ sudo dd if=flash_frdm_singleboot_m33.bin of=/dev/sd[x] bs=1k seek=32 conv=fsync dev/sd[x] is the device name of the SD card. <参考記事> How to build a Linux BSP and write the generated image to the target board ③ Check the startup on the console For SD card boot, change BOOT_MODE to Cortex-A55 USDHC2 4-bit SD3.0[1100]. Turn on the EVK power and if you can see the following output on the PC console (teraterm/minicom, etc.), the setup was successful. Verify that the console display looks like this: A55 Console: M33 Console:   4.2 Low Power Boot In Low Power Boot (LPB), the Cortex-A55 core is asleep, so only the Cortex-M33 is running after POR (Power on Reset). The Cortex-M33 ROM loads the container and image, then jumps to the CM33 FW. For details, see " 9.6.6 Low Power Boot Flow (Cortex-M33) " in the i.MX 93 Applications Processor Reference Manual .   ①Build the bootloader Applied build scripts flash_lpboot: $(MKIMG) $(AHAB_IMG) $(MCU_IMG) ./$(MKIMG) -soc IMX9 -append $(AHAB_IMG) -c \ -m33 $(MCU_IMG) 0 $(MCU_TCM_ADDR) -out flash.bin   Build Procedure $ make SOC=iMX93 flash_lpboot $ cd iMX93 $ cp flash.bin flash_frdm_lpboot.bin   ②Writing to SD card   Posted by uuu Change BOOT_MODE to Cortex-A55 serial downloader[1000] and run the following: $ sudo uuu -b sd Writing with the dd command This is a method to write an image directly from the host PC to the SD card. Connect the target SD card to the host PC using an SD card reader/writer. $ sudo dd if=flash_frdm_lpboot.bin of=/dev/sd[x] bs=1k seek=32 conv=fsync dev/sd[x] is the device name of the SD card. ③Consider starting up For SD card boot, change BOOT_MODE to Cortex-A55 USDHC2 4-bit SD3.0[1100]. Turn on the EVK power and check that the boot log is displayed on the PC console (teraterm/minicom, etc.). Verify that the console display looks like this: A55 Console: Nothing is displayed M33 Console: In this article, we explained two configurations for automatically booting the M core using the bootloader : Single Boot and Low Power Boot. ○ This time : [Part 3] Automatic startup of M-core by boot loader (this article) Previous article : [Part 2] M-core execution using U-Boot and remoteproc ←← Previous article : 【Part 1】Building a development environment and M core image     ========================= We are currently unable to respond to comments in the " Comment " section of this post . We apologize for the inconvenience, but when making inquiries, please refer to " How to contact NXP with technical questions ( Japanese blog ) " . (If you are already an NXP distributor or have a relationship with NXP , you may ask the person in charge directly.) This series will cover three hands-on articles that explain how to build and run SDK sample code for the Cortex-M33 core in i.MX 93 using the low-cost, compact development board, the FRDM i.MX 93 Development Board . [Part 1] Building a development environment and M core image [Part 2] M-core execution using U-Boot and remoteproc [Part 3] Automatic startup of M-core using bootloader (this article) i.MX Processors Japanese blog

i.MX RT700 eIQ Neutron NPU 实验室指南 这些实验室指南提供了分步说明，说明如何制作量化的 TensorFlow Lite 模型，并使用 e IQ Neutron SDK 中的中子转换工具将模型转换成在 i.MX RT700 设备上 的 eIQ Neutron NPU 上运行。适用于 i.MX RT700 的 eIQ Neutron NPU 实验指南 文档 重点介绍使用 eIQ Neutron SDK 中的中子转换器工具转换模型，然后将转换后的模型导入 eIQ mcuxPresso SDK 示例。有 VSCode、GCC 和 MCUXpresso IDE 实验室 。 这些实验室旨在在 i.MX RT700 EVK 上运行，但同样的概念也可以应用于 MCX N 主板，类似于 MCX N eIQ Neutron NP U 实验室。您还可以查阅《TFLM 入门指南》，了解如何使用自己的模型和数据进行推理。 此外，请务必查看AN14700 - i.MX RT700 eIQ Neutron NPU Enablement and Performance，其中详细介绍了 i.MX RT700 上的 eIQ Neutron N3-64 NPU。 --- 2026 年 4 月末更新，适用于 MCUXpresso SDK 26.03 和 eIQ Neutron SDK 3.1.0 实践培训

INS-N2010 批量和带状等离子清洗配置及其在 IC 封装技术中的应用 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 等离子清洗在IC封装行业中得到了广泛的应用，用于清洗组装材料，以提高其后续工艺的清洁度，并提高整体封装或器件的可靠性。其中一个挑战是，当各种材料暴露于等离子体时，如何建立清洁过程的兼容性。随着近年来铜线在 IC 封装中的应用，污染的控制非常重要。已发现焊盘腐蚀对于器件和封装的可靠性至关重要，这是本文要解决的主要问题之一。我们将介绍评估结果，包括使用不同等离子清洗配置进行的表面分析和可靠性测试及其其他应用。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 等离子清洗在IC封装行业中得到了广泛的应用，用于清洗组装材料，以提高其后续工艺的清洁度，并提高整体封装或器件的可靠性。其中一个挑战是，当各种材料暴露于等离子体时，如何建立清洁过程的兼容性。随着近年来铜线在 IC 封装中的应用，污染的控制非常重要。已发现焊盘腐蚀对于器件和封装的可靠性至关重要，这是本文要解决的主要问题之一。我们将介绍评估结果，包括使用不同等离子清洗配置进行的表面分析和可靠性测试及其其他应用。 洞察与创新

EIQ Connector eIQ AAF Connector In this post, I want to share a quick walkthrough of eIQ AAF Connector, a REST-based server that enables LLM and VLM inference on NXP i.MX platforms using the Ara240 DNPU. The connector provides a simple HTTP interface for client applications to send prompts and receive streaming token responses from models running locally on Ara240. It is also the communication layer used by applications such as LLM Edge Studio and VLM Edge Studio.   Key Features REST API server for Ara240-accelerated model inference Chat Completions-style HTTP endpoint Streaming token responses Support for text LLMs and Qwen2.5-VL models Model configuration through server_config.json Optional tool calling and guided generation support for compatible text models Optional semantic prompt caching for text models OpenAPI documentation available through the /docs endpoint   How It Works The eIQ AAF Connector runs on the i.MX host and exposes a REST API. Client applications send prompts to the connector, which communicates with the Ara240 Runtime SDK and the loaded model.dvm running on the Ara240 DNPU. The response is returned as generated tokens, with support for streaming output.   Basic Setup After installing the Debian package, activate the connector virtual environment: source /usr/share/eiq/aaf-connector/venv/bin/activate Run the connector: connector By default, the server starts on: 127.0.0.1:8000 To allow access from another device, start it with: connector --host 0.0.0.0   Configuration The connector uses a JSON configuration file named server_config.json to define server settings and available models. This includes model paths, tokenizer paths, model type, prompt size, tool calling support, and whether the model should be loaded at startup. { "log_level": "INFO", "model_config_path": "/usr/share/llm/{}/", "model_tokenizer_path": "/usr/share/llm/{}/tokenizer", "available_models": [ { "name": "qwen2_5-7b", "description": "Qwen2.5 7B instance", "type": "text", "tool_calling": "native", "max_prompt_size": 2047, "enabled": true } ] }   Sending a Test Request Once the server is running, a basic request can be sent to the chat completions endpoint: curl -H 'Content-Type: application/json' \ -d '{ "model": "Qwen2.5-7B-Instruct", "messages": [ { "role": "user", "content": "Who are you?" } ] }' \ -X POST 0.0.0.0:8000/v1/chat/completions The API can also be tested from the OpenAPI UI at: http://0.0.0.0:8000/docs   Walkthrough Video In the attached video, I show how to start the eIQ AAF Connector, verify the server is running, configure a model, and send a sample request to the /v1/chat/completions endpoint. (function() { var wrapper = document.getElementById('lia-vid-6396694348112w960h540r959'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos)   Summary The eIQ AAF Connector provides the REST API layer for running edge AI models on NXP i.MX platforms with Ara240 DNPU acceleration. It allows applications to send prompts, receive generated responses, and integrate local LLM or VLM inference into demos, prototypes, and edge AI workflows.   Link eIQ AAF Connector repository   ARA2-M2-16G-GT ARA240 Hands-On Training

GD3160がSPI経由でレジスタに書き込み、ゲート出力が歪む おはようございます。NXPのGD3160をSPI経由で設定するのに苦労しています。データシートを長い間読み込んできましたが、GD3160のSPIと制御の動作をまだ理解できていません。私の主な問題は次の2つにまとめられます。1つ目は、2つのGDのデイジーチェーンから（少なくとも私が思うに）正常に読み取ることができるのですが、何も書き込むことができません。特にMODE2レジスタのCONFIG_ENビットに書き込むことができません。私はArduino Unoを使用しています。私は自分のコードに対して様々なアプローチとテストを試しましたが、最もシンプルでクリーンなテストコードでも失敗するものを添付します。何が間違っているのか教えていただけますか？計算を二重チェックしたのですが、CRCの問題でしょうか？それともSPIの設定の問題でしょうか？仕様通り、MSBが先です。2- また、ゲートのGD PWM信号は、MOSFETが接続されていないデフォルト構成で、デューティサイクルが約50%のときにのみクリーンです。デューティサイクルを上下に変更すると、オシロスコープで測定されるデューティサイクル信号が位相シフトし、はるかに小さくなります。どこから探し始めればいいか、何かアイデアはありますか？ Hブリッジドライバ HS|LS 設定可能ドライバー 絶縁型ゲートドライバ Re: GD3160 writing registers through SPI and distorted Gate output マフムード様、 電圧レベルと部品値が記載された回路図を共有してください。 SPIが正しく設定されていることを確認するために、オシロスコープのプローブをCS、MISO、MOSI、SCLKピンに接続し、オシロスコープの波形を共有してください。SPIタイミング要件については、GD3160のフルデータシートの図35を参照してください。アイドル時はクロックはローレベル（CPOL=0）である必要があり、データはSCLKの立ち下がりエッジで切り替えられ、SCLKの立ち上がりエッジでサンプリングされる必要がある（CPHA=0）。その結果、SPIモード0になります。 AN13167もダウンロードしてご参照ください。そこには、GD3160のSPIインターフェースに関するヒントがいくつか掲載されています。 敬具、 ヨゼフ Re: GD3160 writing registers through SPI and distorted Gate output ご返信ありがとうございます。返信するのをすっかり忘れていました。ハードウェアチームに回路図を依頼する必要があるが、いずれにせよ、仕様通りに動作するようにすることはできた。問題は、書き込み時に高電圧側の電源が失われた場合やラッチ障害が発生した場合にロックされることを知らなかったことだ。私が今懸念しているのはCONFIG_ENビットについてです。単に書き込みや読み出しを行うだけでは設定モードをアクティブ化できません。いろいろ試してみましたが、唯一うまくいったのはconfig_bitとRESETビットに同時に書き込むことでした。なぜ私はこのような経験をしているのでしょうか？なぜconfig_bitとreset bitの両方を書き込む必要があるのですか？仕様によると、reset bitだけに書き込んでもINTBをローに駆動する効果はありませんが、両方のビットに書き込むと効果があります。SPI通信が正しく行われていること、および書き込む値がずれていないことを確認しました（ビットインデックスとオフセットについては間違いありません）。どう思いますか？ Re: GD3160 writing registers through SPI and distorted Gate output マフムード様、 リセットビットは、障害をクリアし、レジスタをデフォルトの状態にリセットするだけです。設定モードへの移行を妨げる障害が発生しているようです。これは、GD3160をリセットすると、障害が解消され、設定モードに入ることができるようになることを示唆しています。 STATUSレジスタに異常がないか確認してください。STATUS1、STATUS2、STATUS3レジスタ。 敬具、 ヨゼフ

[Zephyr ®系列] 第二部分：首次构建并在真机上运行（日文博客） 在 Zephyr 系列的第二部分中，我们将实际搭建一个 Zephyr 开发环境，并创建一个可以进行构建的环境。 接下来，我们将构建 Zephyr 应用程序并将其写入真实设备以检查其是否有效。 别担心，搭建开发环境非常简单。 最后，在第三节课中，我们将创建一个程序来控制 LED 闪烁，并体验 Zephyr 风格的编程。 那么，我们开始吧。 目录 准备 Zephyr 开发环境 安装说明 步骤 1：安装 VS Code 和扩展程序 步骤 2：设置 Zephyr 开发环境 步骤 3：导入 Zephyr 存储库 步骤 4：导入 Zephyr 示例应用程序 构建 HelloWorld 调试和运行检查 总结   准备 Zephyr 开发环境 本文将介绍如何在 Windows 环境下安装 Zephyr 项目并准备构建环境。此外，本次我们将使用 Windows 11 安装 Visual Studio Code。   笔记： 这里我们将介绍 Windows 11 的操作步骤，但您也可以通过安装 VS Code 在其他操作系统上以相同的方式进行设置。   筹备发展评估委员会 这里我们将使用FRDM-MCXA153 。对于 NXP 微控制器（MCX 系列）和跨界微控制器（i.MX RT 系列），也可以遵循相同的步骤。 FRDM-MCXA/C/N/E系列 i.MX RT10xx-EVK系列 LPC系列（部分支持） 安装说明 我们将安装以下物品： VS Code 和 MCUXpresso for VS Code 扩展 Zephyr 开发环境，包括 Zephyr SDK VS Code Zephyr 仓库   步骤 1：安装 VS Code 和“MCUXpresso for VS Code”扩展 如果您尚未安装 Visual Studio Code (VS Code)，请在Microsoft Store中搜索“visual studio code”并进行安装。 接下来，安装“MCUXpresso For VS Code”。 VS Code 中的扩展视图 或者，按 Ctrl+Shift+X。点击扩展视图顶部的搜索字段，然后输入“mcuxpresso” 。 选择 MCUXpresso for VS Code，然后点击“安装”按钮安装该扩展。安装成功后，它将被添加到已安装列表中。 拡張機能ビューボタン扩展功能视图按钮 VS Code 拡張機能 マーケットプレイスVS Code 扩展市场 MCUXpresso for VS Codeのインストール为 VS Code 安装 MCUXpresso     步骤 2：Zephyr 开发环境，包括 Zephyr SDK 打开 MCUXpresso for VS Code 扩展。在快速入门面板中，点击“打开 MCUXpresso 安装程序”。 Quick Startパネル快速启动面板   MCUXpressoツールの選択オプションMCUXpresso 工具选择选项 MCUXpressoツール選択オプション２MCUXpresso 工具选择选项 2   现在点击你需要的工具进行选择。 Zephyr 开发人员 Arm GNU 工具链 链接服务器 这里我们将使用 NXP 板载 ICE 进行调试，因此需要 LinkServer 选项。 尖端： NXP EVK 默认使用 LinkServer。请安装调试探针所需的工具。 LinkServer、Segger JLink 和 PEmicro 工具可供安装。 选择好安装选项后，点击“安装”按钮。底部的状态栏将显示安装状态。 重启 VS Code。   步骤 3：导入 Zephyr 存储库 接下来，导入 Zephyr 仓库。 在 VS Code 中打开 MCUXpresso 视图，然后在快速入门面板中单击“导入存储库”。   リポジトリのインポート导入存储库   Zephyr 是开源的，可以在 GitHub 上找到。您可以导入这个 GitHub 代码库。 发布标签：稳定版本。您可以通过指定标签来指定不同的版本。 主分支：Zephyr 的最新负责人 在这里，我们将导入版本标签 v4.0.0。 位置：选择要导入 Zephyr 存储库的文件夹位置。 代码仓库：选择“Zephyr”作为代码仓库。GitHub URL 也会显示出来。 版本：在版本字段中，使用 v4.0.0。如有必要，请将其更改为其他版本。 输入完信息后，点击“导入”。如果要导入 Zephyr 主分支，请将版本字段更改为 main。 笔记： 导入 Zephyr 存储库需要一些时间，通常大约需要一个小时。 虽然 Zephyr 项目不需要，但也可以导入 MCUXpresso SDK。   步骤 4：导入 Zephyr 示例应用程序 完成前 3 步后，您现在可以开始为 Zephyr OS 开发应用程序了。最终，您将能够导入、构建和调试 Zephyr 示例应用程序。 要从 Zephyr 存储库导入示例应用程序，请从“快速入门”面板中单击“从存储库导入示例”。   レポジトリからExampleのインポート从存储库导入示例 Hello_Worldプロジェクトのインポート导入 Hello_World 项目   应用程序类型：我们选择了仓库式应用程序。我们将使用 Zephyr 仓库中的原始示例项目文件夹。 名称：设置项目名称。 Zephyr SDK：这是一个提供 Zephyr 编译器、库和工具的软件包。选择“默认 Zephyr SDK”。   构建 HelloWorld 要编译和构建程序，请单击“构建”按钮来构建 Hello World 项目。 非常简单。 Zephyr 通常使用命令行构建，构建过程以 West 命令开始，但也可以使用 GUI 中的单个构建按钮进行构建。 无需记住复杂的命令选项。 ビルドボタン构建按钮   构建完成后，将显示内存容量和使用情况。 Hello Worldプロジェクトのビルド結果Hello World 项目构建结果   调试和实际设备操作 现在，我们终于要把 Zephyr 程序写入实际设备并检查其运行情况了。 检查操作前，请按照照片所示将电脑连接到 USB Type-C 线缆。 安装有两个 USB 连接器，但连接到 J15 USB 连接器侧。 FRDM-MCXA153FRDM-MCXA153   要开始调试，请点击播放按钮“▷”。 デバッグ開始开始调试 它会在 main() 函数入口处停止，允许您执行单步执行。 在这里，按下播放按钮即可运行该步骤。 ステップ実行の様子步骤执行   在 VS Code 底部中央的多个选项卡中，有一个串口监视器功能。按照下图所示进行设置，然后单击“开始监视”以检查 Printf 输出（标准输出）。 シリアルモニター串口监视器   总结 这次，我们安装了 Zephyr 开发环境，构建了一个 Hello World 项目，并在实际设备上检查了它的运行情况。 使用“MCUXpresso for VS Code”简化了 Zephyr 开发环境、依赖库和工具的安装，使我能够非常轻松快捷地设置环境。 在下一期中，我们将通过一个 LED 闪烁程序，最终向大家介绍 Zephyr 在软件重用性方面的应用。 （请耐心等待发布。） 点击此处查看上一篇文章 【Zephyr ®系列】第一部分：什么是热门的 Zephyr 操作系统？（日文博客） =========================​ 我们目前无法 回复 此帖子“ 评论”部分的评论。 对于由此造成的不便，我们深表歉意。如有任何疑问， 请 参考“ 如何就 技术问题 联系 NXP （ 日语 博客 ） ” 。 （如果您已经是 恩智浦的 分销商或 与 恩智浦 有业务往来 ，您可以直接联系负责人。 ） 在本期 Zephyr 系列文章的第二篇“首次构建并在真机上运行”中，我们将介绍如何安装 Zephyr 开发环境并进行构建。之后，我们将把构建好的程序刷入真机并进行测试，确保其能够正常运行。 MCX SW | 下载 日本博客

PCA9698 のステータスをご存知ですか? こういうものが必要かもしれないと思いました。ステータスはどうですか?もっと新しい類似製品はありますか? ランディ Re: Do you know the status of PCA9698 ? こんにちは、ランディ。 PCA9698 は現在も生産中ですが、HVQFN56 バージョン (PCA9698BS) は製造が中止されます。TSSOP56 バージョン (PCA9698DGG) は引き続き完全にアクティブでサポートされており、新しいデザインに推奨される選択肢です。同じ 40 ビット GPIO 数と電流能力を単一チップで提供する新しい NXP デバイスは存在しないため、その機能が必要な場合、PCA9698DGG は依然として最適なソリューションです。 BRs、トーマス

RT1021 输入最大电流 您好，请问 GPIO 输入可以承受多大的电流？我使用的是 GPIO_AD_B1_02，通过该引脚的电流为 8mA。 在损坏引脚之前，输入端可承受的最大电流是多少？ 如果我没理解错的话，该引脚是默认值，默认配置为带 100k 下拉电阻的输入引脚。 谢谢 Re: RT1021 input max current 你好，@jtrujillo、 一般来说，任何 RT1xxx GPIO 引脚的最大电流都应限制在 25mA，无论它是输出电流还是下沉电流。这是防止可靠性问题（如电迁移造成的潜在损坏）的技术安全极限，如果引脚需要，可以持续很长时间。 BR, Edwin.

MCX W71 Knowledge Hub MCX W71 无线微控制器采用 96 MHz Arm® Cortex®-M33 内核，搭配支持 Matter™、Thread®、Zigbee® 和 Bluetooth® 低功耗的多协议无线电子系统。独立的无线电子系统拥有专用内核和内存，可减轻主 CPU 的负担，使其专注于主要应用，并支持固件更新以适配未来的无线标准。MCX W71x 还通过集成的 EdgeLock® 安全飞地核心配置文件提供高级安全性，并将由 NXP 的 EdgeLock 2GO 云服务支持凭证共享。 MCX W71x 系列可作为单芯片解决方案支持工业和物联网设备，也可在托管架构中用作协处理器。   MCX W71 Block DiagramMCX W71 框图 文件 MCX W71 参考手册 MCX W71 数据表 Errata Secure Reference 手册** 认证 评估板 FRDM-MCXW71页面 FRDM-MCXW71 原理图 FRDM-MCXW71设计文件 FRDM-MCXW71 用户手册 FRDM-MCXW71 入门指南 应用笔记 AN14398：如何在 FRDM-MCXW71 上使用 RTC 本应用笔记介绍了如何在 BLE 演示中配置和使用 RTC 外设。 AN14416：在 FRDM-MCXW71 蓝牙低功耗连接协议栈上启用看门狗定时器模块 本应用笔记介绍了在连接协议栈演示中实现 WDOG 定时器的过程。 AN14396：MCX W71 将 OTAP 客户端服务集成到蓝牙低功耗外设设备中 本应用笔记提供了将空中编程客户端服务集成到 BLE 外设设备中的步骤和流程。 AN14391：MCX W71 负载牵引报告 本应用笔记介绍了负载牵引特性的测量方法和相关结果。 AN14394：使用 OTAP 工具为 MCX W71 创建固件更新镜像 本应用笔记提供了通过 OTAP 在 MCX W71 板上创建和升级镜像的步骤。  AN14389：MCXW71 蓝牙低功耗功耗分析 本应用笔记提供了有关 MCXW71 无线微控制器的功耗、硬件设计以及低功耗运行优化的信息。  AN14387：MCXW71 电源管理硬件 本应用笔记介绍了 MCXW71 微控制器中专门用于电源管理的不同模块的使用方法。 AN14399：MCXW71 针对 802.15.4 应用的连接测试本应用笔记介绍了如何使用连接测试工具执行 MCXW71 802.15.4 射频性能测试。 AN14374：用于蓝牙低功耗和 IEEE 802.15.4 应用的 FRDM-MCXW71 射频系统评估报告 本应用笔记提供了 FRDM-MCXW71 板在 BLE（2FSK 调制）和 IEEE 802.15.4（OQPSK 调制）应用中的射频评估测试结果，还介绍了可用于执行测试的设置和工具。  AN14427：MCXW71 在线编程工具 本应用笔记提供了将 MCXW71 微控制器引导至 ISP 模式并建立各种串行连接以与微控制器通信的步骤。 AN14397：量产期间通过串行线调试为应用程序和无线电固件编程 MCXW71 闪存本应用笔记介绍了在量产中通过 SWD 编写、烧录和编程所有必要设置的步骤。 Zigbee 协议 Zigbee 3.0 入门：本应用笔记为开发你自己的 Zigbee 3.0 设备固件提供了最佳起点指导。 Zigbee 3.0 基础设备模板：本应用笔记提供了示例应用程序，以演示采用恩智浦 DK006 Zigbee 3.0 微控制器的 Zigbee 3.0 网络中基础设备的特性和操作。 Zigbee 3.0 设备开发：本应用笔记介绍了如何以基础设备模板终端设备应用程序为起点开发 Zigbee 3.0 开关传感器。本应用笔记中描述的开关传感器基于 Zigbee 照明和占用（ZLO）设备规范中的 Zigbee 设备类型。 Zigbee 3.0 灯泡：本应用笔记为采用 NXP DK006 无线微控制器的 Zigbee 3.0 网络中的灯泡提供了示例应用程序。 Zigbee 3.0 物联网控制桥：本指南提供了允许用户使用图形用户界面（GUI）连接到控制桥的信息，该界面模拟主机来操作 Zigbee 网络。它还描述了用于与控制桥接口的串行协议，以及所有相关命令和响应的有效负载。 Zigbee 3.0 绿色功率设备：本应用笔记为开发你自己的 Zigbee 3.0 设备固件提供了最佳起点指导。 Zigbee 3.0 传感器：本应用笔记为采用恩智浦 DK006 Zigbee 3.0 无线微控制器的 Zigbee 3.0 网络中的传感器提供了示例应用程序。 Zigbee 3.0 控制器和开关：本应用笔记为采用恩智浦 DK006 无线微控制器的 Zigbee 3.0 网络中的控制器和开关提供了示例应用程序。本应用笔记还包括 Zigbee 3.0 网络中典型的 Zigbee 绿色功率 (GP) 能量收集开关的示例。 Zigbee 3.0 集群开发：本应用笔记介绍了如何以基础设备模板路由器设备应用程序为起点开发 Zigbee 3.0 窗帘设备。本应用笔记有两种使用方式： 作为使用最终步骤中创建的功能示例创建窗帘设备的起点。 作为创建 NXP ZCL 实现中未包含的设备和集群（包括制造商特定设备和集群）的指南。 支持 如果你有关于 MCX W71 的问题，请在我们的无线微控制器社区中提出你的问题！此处 有用链接 使用 KW45/KW47/MCXW71/MCXW72 的信号频率分析仪 (SFA) 模块进行时钟测量 - NXP 社区：该社区提供了如何使用信号频率分析仪的步骤 首次正确构建 KW45（汽车）或 K32W1/MCXW71（物联网 / 工业）PCB 的最佳方法 - NXP 社区：在该社区中提供了使用 KW45 或 K32W148 和 MCXW71 构建 PCB 的重要链接，以及所有与无线电性能、低功耗和无线电认证 (CE/FCC/ICC) 相关的内容。 如何在 Kinetis 系列产品上使用 HCI_bb 并进入 DTM 模式：本文分为两部分： 如何将HCI_bb二进制文件烧录到Kinetis产品中。 使用 R&S CMW270 进行射频测量 BLE HCI 应用程序设置发射机/接收机测试命令：本文提供了相关步骤，展示用户如何向设备发送串行命令。 Bluetooth LE HCI 黑盒快速入门指南：本文介绍了一个简单流程，能让用户通过串行命令控制无线电。 培训 MCX W71培训，安全MCU用于Matter、Zigbee、BLE MCX W系列培训 - NXP社区 设备 无线设备：本文提供了有助于项目开发的设备链接。 开发工具 NXP MCUXpresso：MCUXpresso IDE 提供高级编辑、编译和调试功能，此外还有针对微控制器的特定调试功能。支持与所有通用 Arm Cortex-M 的连接。 VSCode: MCUXpresso for Visual Studio Code (VS Code) 为嵌入式开发人员优化了代码编辑和开发体验。 Zephyr RTOs  NXP Application Code Hub：应用代码中心 (ACH) 存储库使工程师能够轻松找到由我们内部专家开发的微控制器软件示例、代码片段、应用软件包和演示。该平台提供了一种快速、简便且一致的方式来查找微控制器应用。 NXP SPSDK：是一个统一、可靠且易于使用的Python SDK库，适用于 NXP MCU 产品组合，为客户快速制作原型到生产部署提供坚实的基础。 NXP SEC工具： MCUXpresso安全配置工具是一款基于 GUI 的应用程序，用于简化在 NCP MCU 设备上生成和配置可启动的可执行文件。 NXP OTAP Tool： 是一款帮助用户对 NXP 开发板执行空中固件更新的应用程序。 ** 获取安全文件需要申请额外访问权限。 FRDM 培训 动手实践培训 协议：802.15.4 协议：BLE -> 连接性 协议：蓝牙 协议：Matter 协议：Thread 协议：Zigbee

使用 8x DPDMUX 加载静态 DPL 失败 嗨，社区、 成功使用动态创建 DPDMUX 和 DPNI，并通过以下命令生成 DPL： 8x ls-addni --fs-entries=8 --num-queues=8 -n source /usr/local/dpdk/dpaa2/dynamic_dpl.sh ... 8x restool dpdmux create 8x restool dprc connect dprc.1 --endpoint1= .n.0/1/2 --endpoint2= / /dpni.k> restool dprc generate-dpl dprc.1> dpl-8-dpdmux.dts 使用 dpl-8-dpdmux.dtb（由 dtc 工具生成）更新静态 DPL，以便 uboot 启动 MC 布局。 错误显示为 "吹"： [E, mem_mng_get_phys_mem:655] 主内存。管理器内存分配失败 [E, mem_mng_get_phys_mem:658] Required size 0x000040000 alignment 0x000000100 exceeds available memory for partition ID 7 [E, init_bman_bp:399, DPDMUX] ID[6] - dpbp_allocate_buffers()，分配 dpbp 缓冲区失败 [E, init_infrastructure:3750, DPDMUX] swlib_init_bman_bp ：-12 [E, dpdmux_init:4487, DPDMUX] init_infrastructure : -12 [E, mem_mng_get_phys_mem:655] MAJOR mem.管理器内存分配失败 [E, mem_mng_get_phys_mem:658] Required size 0x000040000 alignment 0x000000100 exceeds available memory for partition ID 7 [E, init_bman_bp:399, DPDMUX] ID[7] - dpbp_allocate_buffers(), 分配 dpbp 缓冲区失败 [E, init_infrastructure:3750, DPDMUX] swlib_init_bman_bp ：-12 [E, dpdmux_init:4487, DPDMUX] init_infrastructure : -12 [E, resman_is_link_permitted:6375, RESMAN] Object wasn't found [E, linkman_probe_cb:205] No common ancestor - Failed to connect dpdmux@6 and dpmac@9 [E, subnode_process:155] Probing module 'connection' return error code -1.继续 dpl 处理... [E, resman_is_link_permitted:6375, RESMAN] 对象未找到 [E, linkman_probe_cb:205] 没有共同祖先 - 连接 dpdmux@6 和 dpni@15 失败 [E, subnode_process:155] 探测模块 'connection' 返回错误代码 -1.继续 dpl 处理... [E, resman_is_link_permitted:6375, RESMAN] Object wasn't found [E, linkman_probe_cb:205] No common ancestor - Failed to connect dpdmux@6 and dpni@7 [E, subnode_process:155] Probing module 'connection' return error code -1.继续 dpl 处理... [E, resman_is_link_permitted:6375, RESMAN] 对象未找到 [E, linkman_probe_cb:205] 没有共同祖先 - 连接 dpdmux@7 和 dpmac@10 失败 [E, subnode_process:155] 探测模块 'connection' 返回错误代码 -1.继续 dpl 处理... [E, resman_is_link_permitted:6375, RESMAN] 对象未找到 [E, linkman_probe_cb:205] 没有共同祖先 - 连接 dpdmux@7 和 dpni@16 失败 [E, subnode_process:155] 探测模块 'connection' 返回错误代码 -1.继续 dpl 处理... [E, resman_is_link_permitted:6375, RESMAN] 对象未找到 [E, linkman_probe_cb:205] 没有共同祖先 - 连接 dpdmux@7 和 dpni@8 失败 [E, subnode_process:155] 探测模块 'connection' 返回错误代码 -1.继续 dpl 处理... [E, dpl_process:527] 解析 "连接 "时出错。跳过处理 DPL 的其余部分。 [E, main:198] DPL 处理失败；继续... 静态 DPL 在支持与动态方式相同的布局方面是否有任何限制？ QorIQ LS2 设备 Re: Failed to load static DPL with 8x DPDMUX 你好 yipingwang, 在动态创建布局时使用"--max-dmat-entries "不会改变 "restool dprc generate-dpl dprc.1 "的最终 dts。 因此，我尝试在 .dts 中添加以下元素 "mem-size "和"max-dmat-entries" 。手动 dpdmux@0 { 兼容 ="FSL,DPDMUX" ； options ="DPDMUX_OPT_CLS_MASK_SUPPORT","DPDMUX_OPT_AUTO_MAX_FRAME_LEN" ； method ="DPDMUX_METHOD_CUSTOM" ； manip ="DPDMUX_MANIP_NONE" ； num_ifs =<0x2> ； mem-size =<0x100>; // 这是我手动添加的 max-dmat-entries =<0x8>; // 这是我手动添加的 }; 遗憾的是，这并没有解决问题，MC 调试器中显示的错误信息还是一样。 还请检查随附的我的 dpl。 Re: Failed to load static DPL with 8x DPDMUX 请尝试以下方法是否可行。 创建 DPDMUX 时，请指定"--max-dmat-entries=8" 以减少资源分配。 -max-dmat-entries= DPDMUX 地址表的最大条目数。默认为 64。 如果问题仍然存在，请共享创建 DPDMUX 和生成 DPL 文件的整个控制台日志。 此外，您使用的是哪种处理器？ Re: Failed to load static DPL with 8x DPDMUX 您好， 通过更正 DPL 参数名称，我设法解决了这个问题。

[ABUSE] Post By: @JohnKlug / Board: imx-processors / Reported by: ytuosk ytuosk has reported the post Could not invoke dnf for external kernel module in Yocto kirkstone posted by @JohnKlug for the following reasons: Reason: Harassment Details: http://polden.info/story/pharmacy-online-14"> https://www.jobwebby.ilovemarkso.com/33/pharmacy-online"> https://ruckup.org/caregivers-forum/topic/6379"> https://backend.dawahnigeria.com/audit/304767"> https://carros-usados.us/pharmacy-online-14"> https://mail.globalrealtor.co.in/node/4216"> https://direct.needshub.com/node/28221"> https://mail.globalrealtor.co.in/node/4216"> https://ufa-help.ru/content/pharmacy-online-10"> http://www.go4go.net/go/node/155292"> http://polden.info/story/pharmacy-online-14"> https://darkmetalmush.net/history/pharmacy-online-17"> https://obzorpoker.info/forum/pharmacy-online-10"> https://www.intimuscare.com/pharmacy-online-3"> http://www.alsongs.com.hk/node/15608"> https://mail.globalrealtor.co.in/node/4216"> https://darkmetalmush.net/history/pharmacy-online-17"> http://www.sccu.chula.ac.th/node/928"> https://slp.millingtonpubliclibrary.org/content/pharmacy-online-12"> http://kalyterizoi.gr/initiative/pharmacy-online-0"> http://ysrp.bnl.bm/review/pharmacy-online-13"> https://masters.adminskiracing.com/node/413289"> https://www.heilpraktikerausbildung24.de/node/124365"> https://obzorpoker.info/forum/pharmacy-online-10"> https://masters.adminskiracing.com/node/413289"> https://gglabs.us/node/5700"> https://neweddingday.com/your-couple-name-2367"> https://golemobuchino.com/content/2469/pharmacy-online"> https://lotteryobzor.com/forum/pharmacy-online-12"> http://old.jeunescathos.org/fr/content/pharmacy-online-59"> https://mnbride.com/your-couple-name-2372"> https://rahuldolas.com/forum/dummy-basic-course/topic/719/pharmacy-online"> https://wibride.com/your-couple-name-2375"> https://californiaweddingday.com/your-couple-name-2331"> http://onlyforsalebyowner.com/for-sale-by-owner-homes/dc/68"> http://polden.info/story/pharmacy-online-14"> https://www.intimus.pt/pharmacy-online-15"> https://openreviewhub.org/review/review-8412"> https://primfootball.com/pharmacy-online-10"> https://ruckup.org/caregivers-forum/topic/6379"> Post link: https://community.nxp.com/t5/i-MX-Processors/Could-not-invoke-dnf-for-external-kernel-module-in-Yocto/m-p/1627964#M203740 Post author: @JohnKlug | Email Author Reported by: ytuosk | Email Reporter The reported post has 2 replies.

嵌入式系统开发的最佳 DevOps 实践 大家好 我想讨论在嵌入式系统开发中实施 DevOps 的最佳实践。我们都知道，嵌入式系统面临着独特的挑战，但结合 DevOps 原则并利用正确的 DevOps 解决方案可以大大改善我们的工作流程。 以下是我发现的一些有用的做法： 自动版本构建和 CI/CD 设置自动构建管道对于嵌入式系统至关重要。借助 CI/CD，我们可以自动测试、刷新和部署到真实设备，从而确保尽早发现错误。 固件和硬件的版本控制 将固件视为软件 — 使用 Git 或类似工具进行版本控制，以及硬件抽象层 (HAL)，有助于同步管理软件和硬件依赖关系。 硬件在环 (HIL) 的持续集成 将 HIL 测试内置到您的 CI 管道中可确保您针对真实场景进行验证，而不仅仅是模拟环境。这有助于发现只有在实际硬件中才会出现的问题。 嵌入式软件的容器化 使用 容器 或类似工具进行软件环境复制可确保开发、测试和部署阶段的一致性，即使在使用嵌入式平台时也是如此。 我很想听听您的想法和其他有效的做法。您如何将 DevOps 内置到嵌入式开发工作流程中？ DSC Re: Best DevOps Practices for Embedded Systems Development 我们正在努力做你所建议的事情。您有什么具体的建议吗？

文本区域错误问题 我创建了几个 Textarea 元器件。当我使用键盘在其中一个输入框中输入内容，然后点击"Finish" 时，键盘会自动切换到另一个文本区进行进一步操作。如何解决这个问题？视频地址为https://github.com/monkeyhorse/guiguider.git Re: Textarea bug issue 嗨，@monkeyhorse、 谢谢你的澄清。我发现这个问题似乎是在模拟过程中出现的。是否只有在模拟时才会出现这种情况？或者在板上运行 GUI 时也是如此？ Re: Textarea bug issue @EdwinHz是的，我使用的是最新版本。 Re: Textarea bug issue 嗨，@monkeyhorse、 感谢您的更新。您使用的是哪个版本的 GUI Guider/LVGL？它们是最新的吗（GUI Guider 1.9.1 和 LVGL 9.2.1）？ Re: Textarea bug issue 现在我发现，setup_scr_screen.c 中 Textarea 的创建顺序是造成这个问题的原因，但我仍然不知道如何解决这个问题。

开放工业Linux ® （OpenIL）——安全、稳健、实时的工业和自动化应用_Connects China <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenIL 是专为工业市场设计的 Linux ®发行版。OpenIL 是 PLC、HMI、工业控制和自动化系统的理想部署。OpenIL 是一个基于 buildroot 的开源项目，旨在为工业用途提供紧凑的文件系统，支持 LTS Linux 内核 4.1 和 4.9、Xenomai 钴核、工业 IEEE ® 1588、时间敏感网络等诸多功能。实时裸机框架支持继电器控制和机器人应用。了解 OpenIL、架构、设计目标和路线图。了解如何为 OpenIL 做出贡献并推动社区项目的发展方向。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenIL 是专为工业市场设计的 Linux ®发行版。OpenIL 是 PLC、HMI、工业控制和自动化系统的理想部署。OpenIL 是一个基于 buildroot 的开源项目，旨在为工业用途提供紧凑的文件系统，支持 LTS Linux 内核 4.1 和 4.9、Xenomai 钴核、工业 IEEE ® 1588、时间敏感网络等诸多功能。实时裸机框架支持继电器控制和机器人应用。了解 OpenIL、架构、设计目标和路线图。了解如何为 OpenIL 做出贡献并推动社区项目的发展方向。

wxWidgets based distributed information and control systems There developed the controller uses i.MX53 + Linux. Has developed a solution for building distributed information and control systems. Prototmpy been in operation for over a year. Examples: - Control Electromagnetic stirring (mixer) http://ontecom.com/en/catalog/ems / Rusal, Krasnoyarsk. - Moniroring and management of pumping stations. - Monitoring and control of climate control systems. You can create a smart home systems and iot. There is experience with PLC (Power Line Communication) Qualcomm/Atheros. In my spare time I develop a budget solution for PLC (Power Line Communication) control / monitoring components smart home. Based on the standard IEC 61131-3 developed software - distributed information management system. The solution is cross-platform. In a single system may be computers of different architectures and various operating systems. Such signals are synchronized controller ARM / Linux, and x86 server (Win, Linux, VMS, ...) Uses wxWidgets. Articles on this subject is, but in Russian.

带有 S32K5xx RTD 的时钟 IP 发出的 S32DS 警告 0.8.0 使用 S32K5xx RTD 时 0.8.0编译时，我收到了来自时钟 IP 模块的许多警告。 有办法纠正它们吗？ 这些警告是否可以忽略？ 有计划把它们修好吗？ Re: S32DS Warnings from Clock IP with S32K5xx RTD 0.8.0 你好@DirkEtzler、 谢谢您的提问。如前所述，S32K5 系列目前是 NPI（新产品推出）设备。因此，所有支持请求必须直接通过指定的恩智浦 FAE 处理。 或者，请通过以下网址创建支持票据： https://support.nxp.com/s/?language=en_US 系统会自动将您的请求转给相应的 FAE 团队，以便提供进一步帮助。 感谢您的理解。 顺祝商祺！ 帕维尔

调试工具在使用最新版 SDK_25_12_00 时显示为灰色，在使用旧版 SDK_25_03_00 时工作正常 运行 MCUXpresso IDE V25.6.136 版+ 带有 SDK_25_12_00 的 evkmimxrt685 板。调试开始时，所有调试工具（恢复...）都显示为灰色，无法运行项目。 使用旧版 SDK_25_03_00 可以正常工作，但使用 SDK_25_06_00 和 SDK_25_09_00 会出现同样的问题。 如何恢复调试工具 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好，卡洛斯，包括 hello world 在内的所有示例都出现了这种情况。它总是停在"void ResetISR(void) 函数的第一行，即 startup_mimxrt685s.c 中的 __asm volatile ("cpsid i") 行（第 381 行）。文件。我正在尝试运行 evkmimxrt685_dsp_mu_polling_cm33。该示例在 25.03 版本中运行正常。之后的所有版本（06、09、12）都有这个问题。对于 24.03 之后的 SDK 版本，我是否需要在集成开发环境中进行一些更改？我有截图，但如何发布呢？谢谢@bobvr Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好，卡洛斯，我正在上传截图> 包括 hello world 在内的所有示例都出现了这种情况。它总是停在"void ResetISR(void) 函数的第一行，即启动目录下 startup_mimxrt685s.c 文件中的 __asm volatile ("cpsid i") 行（第 381 行）。它从未进入 main() 开始运行。 我试图运行 evkmimxrt685_dsp_mu_polling_ cm33。cm33。该示例在 25.03 版本中运行正常。之后的所有版本（06、09、12）都有这个问题。对于 24.03 之后的 SDK 版本，我是否需要在集成开发环境中做一些更改？ 谢谢 bobvr Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好@bobvr 能否请您介绍一下您的计算机使用的是哪个操作系统？Linux、Windows 10 还是 Windows 11？ 能否请您检查一下 EVK 的 BOOT_SEL 是否选择正确？ Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 我正在戴尔 Alder Lake 台式机上运行 Windows 11。启动跳线 (JP1) 处于打开状态，根据手册（MIMXRT685-AUD-EVKUM 修订版 3-2023 年 7 月 21 日），这是默认设置。我想这就是您所说的"查看 EVK" 的 BOOT_SEL 的意思。谢谢 bobvr Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好@bobvr 感谢您分享您的设置细节。 能否请您对闪存进行一次大规模擦除，然后重新进行调试？ 为此，请在快速启动面板上更改链接服务器操作 然后使用 LinkServer 探测器将其返回到调试模式。 如果在此过程中出现任何错误信息，请分享截图。 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 卡洛斯，我试图用链接服务器进行大规模清除，但得到了错误信息--截图附后。 谢谢 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 卡洛斯，谢谢。在此之前，我想让您知道，我一直使用世纪佳缘 J-Link 探头，使用世纪佳缘 J-Link 探头" 菜单选项可进行"清除闪存操作。我应该用它清除还是用你上面提到的链接服务器探针清除？ Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好，卡洛斯，我使用 Segger J-Link 探头（不是链接服务器探头，因为该固件已被 Segger 固件覆盖）删除了闪存。 我知道我必须使用 Segger 探针来调试 ARM 内核和 HiFi4 DSP。我还将 Segger 固件更新到了最新的 8.98 版本。 我删除了调试启动文件，删除了工作区以在启动时生成一个新文件，还重新启动了板。还是同样的问题。 它说调试会话正在运行，但我无法调试。 正如我所说，03 之后的所有版本（06、09 和 12）都会出现这种情况。 它停在 startup_mimxrt685s.c 处文件。 在调试器控制台中，我确实看到了一条警告信息，但这可能是无害的。 "警告：无法将 "main "从主机编码 (CP1252) 转换为 UTF-32。 这种情况通常不会发生，请提交错误报告。 监测执行器 setrestartonClose=1 请告知下一步措施。谢谢 bobvr。 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好@bobvr 感谢您分享您正在使用的产品。 如果尝试使用链接服务器调试，问题是否仍然存在？如果您收到错误信息，请与我们分享。

S32N55：充当 GM 时 gPTP 桥接设备中的序列 ID 队员们好 我正在测试gpTP示例中的网桥设备行为。我使用的是 GrayVIP_1_0_22_0。 根据《用户手册》，如果网桥在 启动超时则应开始作为 GM 运行。但我观察到，在这种情况下，同步和同步跟进帧中的序列 ID 都保持在 1024，不会增加。 检查相关代码后，我发现当网桥转换到 GM 模式时，用于生成同步信息的序列 ID 取自 prSyncMachines[prDomain->u8SlaveMachineId].u16SequenceId 从端口的序列号。 如果从端口没有收到任何同步报文，则该值永不更新，这将导致主端口发送的同步报文中的序列 ID 保持不变。 这种行为表明，在这种机制下，桥梁无法正常发挥全球机制的作用。 能否请您解释一下，为什么大桥的设计会出现这种情况？ BR, Bridget GPTP_STACK Re: S32N55: sequence ID in gPTP bridge device when acting as a GM 你好，@Bridget、 我们的团队已经受理了一个案件，并将尽快提供答复 ，致以最崇高的敬意， Radu Re: S32N55: sequence ID in gPTP bridge device when acting as a GM 嗨，@Bridget、 我们正在努力重现该问题，并将在团队中讨论进一步的步骤。我会再联系你的。 谢谢， Lukas Re: S32N55: sequence ID in gPTP bridge device when acting as a GM @Bridget、 事实证明，gPTP 网桥的这种行为是有意为之，符合 802.1as 标准。 网桥应转发主端口上接收到的序列 ID。如果Grand Master丢失，序列ID确实会停止更新——这是下游设备能够分辨GM何时丢失的方式之一。 对于本来就没有总经理的桥梁，序列 ID 按标准是随机的。我们对 "随机"的解释是，序列 ID 的任何内容都不能保证，也不应假设。硬编码的 1024 被认为符合这一要求（可以是任何其他数字）。 序列 ID 是否会导致应用程序出现问题？正如您所观察到的，无论序列 ID 如何，端点都完全能够与网桥同步。 抱歉花了这么长时间。如果有不清楚的地方，请告诉我。 BR, Lukas