Demo EthernetAnalyzer FRDM-A-S32K344 RTD 7.0.1 S32K344 Embedded Ethernet Analyzer Demo with LVGL Overview This article presents an embedded Ethernet Analyzer demo for the S32K344 MCU and the FRDM-A-S32K344 development board.The application captures received and transmitted Ethernet frames and displays them directly on an LCD-PAR-S035 touchscreen. It provides a compact, stand-alone view of Ethernet traffic without requiring the captured frames to be transferred to a host PC.The demo is available in two variants: Bare-metal lwIP application FreeRTOS lwIP application Both variants use the same Ethernet Analyzer, frame parser and graphical application layers.   Figure 1: Complete FRDM-A-S32K344 and LCD-PAR-S035 hardware setup Motivation PC-based packet analyzers remain the preferred solution for detailed network debugging. However, the frames visible to a PC capture application may depend on the Ethernet adapter and its driver configuration.For example, some adapters may process or remove an IEEE 802.1Q VLAN tag before the frame is delivered to the capture application. This can make analysis of VLAN-tagged traffic less straightforward. Automotive Ethernet applications may also use an IEEE 802.1CB redundancy tag, commonly referred to as an R-TAG.The purpose of this demo is to provide a direct view of the Ethernet frames processed by the S32K3 Ethernet interface and to make basic VLAN and R-TAG inspection available directly on the development board.The application is intended as a compact demonstration and debugging aid. It is not intended to replace a full-featured PC packet analyzer.   Main Features The application provides: Capture of received Ethernet frames Capture of transmitted Ethernet frames Configurable RX and TX capture Storage of frame snapshots in a bounded internal buffer Graphical frame list Selection and inspection of individual frames Hexadecimal frame data view Basic decoding of: Source and destination MAC addresses EtherType IEEE 802.1Q VLAN tags IEEE 802.1CB R-TAGs ARP IPv4 ICMP VLAN, R-TAG and multicast display filters RX and TX activity indication Start, pause, resume, stop and clear controls Capacitive touchscreen operation Preserved lwIP TCP/IP connectivity   Figure 2: Frame list with standard Ethernet traffic  Figure 3: Frame list with VLAN and R-TAG traffic  Frame Details A captured frame can be selected from the frame list and opened in the Frame Details screen. This screen provides decoded information about the selected frame together with a hexadecimal data dump. The raw frame data can therefore be compared with the decoded Ethernet, VLAN, R-TAG and higher-layer protocol fields.   Figure 4: Frame Details screen showing decoded fields and hexadecimal data Capture Settings The Capture Settings screen can be used to enable or disable RX and TX capture and to select the types of frames displayed by the application.The available display filters include VLAN-tagged frames, R-TAG frames and multicast frames.   Figure 5: Capture Settings screen Software Architecture The Ethernet capture path is separated from frame decoding and graphical processing. The RX and TX hooks copy a bounded frame snapshot into an application-managed ring buffer. The captured frame is subsequently decoded and displayed from the application context. LVGL functions are not called directly from the Ethernet RX or TX processing context. GUI refresh and activity indication are deferred to the graphical application processing path. The main application-specific software layers are: App.c/.h Application initialization and periodic processing of the LCD, touchscreen, LVGL and Ethernet Analyzer GUI. eth_analyzer.c/.h Frame capture, capture state control, filtering and storage of RX and TX frame snapshots. eth_analyzer_parser.c/.h Parsing and decoding of Ethernet, VLAN, R-TAG and selected higher-layer protocol fields. eth_analyzer_gui.c/.h Connection between the analyzer data model and the LVGL graphical interface.   For a detailed description of the project structure, software components, hardware connections and configuration, refer to the comments in src/main.c. Graphical Application The graphical interface uses LVGL 9.4.0 and was designed using NXP GUI Guider 2.0.1.The GUI Guider-generated screens, widgets and event handlers are stored separately from the custom GUI callbacks and Ethernet Analyzer application logic. This separation allows the graphical screens to be modified in GUI Guider while keeping the custom application layers maintainable. Font Roboto Mono is used for selected frame information and hexadecimal data. The generated LVGL font data retains the original SIL Open Font License 1.1 terms. The original GUI Guider project is included with this article, allowing the graphical application to be modified and regenerated using GUI Guider 2.0.1.   TCP/IP Connectivity The original lwIP TCP/IP functionality is preserved. The example uses the following static IPv4 address 192.168.0.209 Connectivity can be verified from a host configured for the same IPv4 subnet. ping 192.168.0.209 The ping response time may vary while the captured frame list is being refreshed. GUI rendering and blocking LCD transfers temporarily occupy processing time, but the TCP/IP stack remains operational.   Hardware The demo was developed and tested with: S32K344 MCU FRDM-A-S32K344 development board LCD-PAR-S035 display ST7796S LCD controller GT911 capacitive touchscreen controller The display is connected through LPSPI. The touchscreen uses LPI2C together with GPIO signals for interrupt and reset control. Detailed signal connections and hardware configuration are documented in main.c and README.md in the attached projects. Software Requirements NXP S32 Design Studio for S32 Platform 3.6.6 S32K3 RTD 7.0.1 FreeRTOS for S32K3 11.1.0 TCP/IP Stack for S32K3 5.0.0 LVGL 9.4.0 NXP GUI Guider 2.0.1 The attached project packages include README.md, Dependencies.txt, applicable software bill of materials files, license texts and the NXP disclaimer.   Porting to Other Boards The Ethernet Analyzer, parser and GUI layers were intentionally separated from the board-specific LCD, touchscreen and Ethernet initialization.This architecture can be adapted to other S32K3-based FRDM or evaluation boards. Porting requires board-specific changes, including: MCU and board configuration Ethernet controller and PHY setup Pin multiplexing Clock configuration LCD and touchscreen connections RTD and TCP/IP Stack configuration Available flash and RAM resources The project should therefore be treated as a reusable integration reference rather than as a drop-in project for every S32K3 board.   Known Limitations This project is a demonstration application and has several intentional limitations: The internal capture buffer has a finite capacity. Only a bounded portion of each frame is stored. Frame capture and GUI rendering consume MCU processing time. LCD transfers use blocking LPSPI communication. RX and TX indicators are informational and may not visibly represent every individual event. The protocol parser supports selected Ethernet and higher-layer fields only. The analyzer is not intended to provide the capture performance or protocol coverage of a dedicated PC-based packet analyzer. The application has not been designed or qualified as a production monitoring solution.   Attached Projects The following project variants are provided:   Demo_EthernetAnalyzer_BareMetal_FRDM_A_S32K344_v1_0_RTD701 Demo_EthernetAnalyzer_FreeRTOS_FRDM_A_S32K344_v1_0_RTD701 The original GUI Guider project is also included: Demo_EthernetAnalyzer_GUI_Guider_v1_0_GG201 The GUI project can be opened and modified using NXP GUI Guider 2.0.1. It contains the screens, widgets, events, custom callbacks and graphical assets used by the Ethernet Analyzer application. After modifying the graphical application, copy the contents of the GUI Guider generated and custom output directories into the corresponding src/gui_guider directories of the BareMetal or FreeRTOS project. The GUI Guider project package includes the applicable license information and software component documentation. This article presents BareMetal and FreeRTOS variants of an embedded Ethernet Analyzer demo for the S32K344 MCU. The application captures RX and TX Ethernet frames and displays them directly on an LCD-PAR-S035 touchscreen, including basic decoding of VLAN and IEEE 802.1CB R-TAG information and hexadecimal inspection of individual frames. The graphical interface uses LVGL 9.4.0 and was created with NXP GUI Guider 2.0.1.

S32K Examples S32K1xx S32K144 Example S32K144 CMP Round-robin S32DS2.0  Example S32K144 Verify Backdoor Access Key S32DS1.3  Example S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13  Example S32K144 PDB ADC trigger DMA ISR S32DS  Example S32K144 Flash RW simple S32DS  Example S32K144 DMA memory copy test S32DS  Example S32K144 EEEPROM usage Example S32K144 EEEPROM usage - No SDK  Example S32K144 RTC VLPS  Example S32K144 WDOG RCM interrupt  Example S32K144 SRAM ECC Injection  Example S32K144 RAM Retention S32DS.R1 Example S32K144 I2C Master MPL3115A2 S32DSR1_v3  Example S32K144 FlexCAN RXFIFO DMA S32DS.ARM.2018.R1  Example S32K144_printf_implementation - S32DS_1.0  Example S32k144 UART printf/scanf under FreeRTOS - S32DS Example S32K144 SDK Function call on configurable period using LPIT timer.  Example S32K144 .noinit section usage Example S32K144 PDB ADC DMA S32DS.ARM.2018.R1   Example S32K144 RAM selftest simple S32DS 2018.R1  Example S32K144 Position Independent Code  Example S32K144 FlexCAN Pretended Networking STOP mode test S32DS.ARM.2.2  Example S32K144 LPIT DMA LPSPI  Example S32K144 FlexCAN TX/RX/Error ISR test S32DS2.2  Example S32K144 FlexIO Idle Detection S32DS2.2 S32K142 Example_S32K142_LMEN_Cache_v1_0_S32DS3.6_RTD300  Lauterbach_Script_For_MDM_AP_Mass_erase_S32K142  S32K146 Example S32K146 Set_whole_FlexRAM-as_RAM S32DS.ARM.2.2 S32K148 Example S32K148 PDB0-PDB1 ring S32DS3.4 RTM4.0.3  Example S32K148 PDB0-PDB1 ring DMA S32DS3.4 RTM4.0.3  Example S32K148 GPIO Interrupt   S32K116 Example S32K116 WDOG Fast Test  Example S32K116 LPUART LIN Slave TXRX ISR S32DS.ARM.2.2  Example S32K116 FlexCAN PN STOP S32DS.ARM.2.2 Example S32K116 FlexCAN VLPR test S32DS.ARM.2.2 S32K118 Example S32K118-SRAM-keep_data_over_SW_reset v0_1 S32DS.ARM.2.2 S32K3xx S32K312 Example S32K312 ADC_IP Continuous Scan DMA S32DS36 RTD600    S32K344 Example S32K344 PIT BTCU ADC DMA DS3.4 RTD100   Example S32K344 FlexCAN_Ip TX/RX/EnhanceRXFIFO test S32DS3.4 RTD200     Example Siul2_Port_Ip_Example_S32K344_ITCM_DTCM S32DS3.4 RTD300   Example S32K344 LPUART RX/TX ISR FreeRTOS S32DS36 RTD600    Example_S32K344_MCAL_MCU_ClockMonitor_v1_0_S32DS36_RTD600    Example_S32K314_DTCM1_Backdoor_RTD201_DS34_v3    Example_Reg_Prot_Flash_Controller_S32K344   Example_S32K344_EIM_ERM_DTCM_SRAM_Baremetal_v3_0_S32DS36    Example S32K344 PIT SWtrig ADC ANAMUX S32DS 3.6.0 RTD 6.0.0   Example S32K344 EMAC lwIP FreeRTOS miniEVB S32DS 3.6.1 RTD 6.0.0   Example S32K344 EMAC lwIP FreeRTOS MRCANHUB S32DS 3.6.1 RTD600   Example_S32K344_BIST_eMCEM_SPD106_v2_0_S32DS365_RTD700  Example S32K344EVB_T172 UART_ETH_Gateway HLD S32DS368 RTD701   Example_S32K344_CMU_FM_POR_WDG_v1_0_S32DS369_RTD701    Example_S32K344_FLS_Integrity_Margin_Check_v1_0_S32DS36_RTD701    Example S32K344 LPSPI LCD-PAR-S035 FRDM S32DS 3.6.6 RTD 7.0.1   Example FRDM-A-S32K344 FlexCAN TX_RX FreeRTOS S32DS36 RTD600    Example_S32K344_INFLS_ECC_EDC_eMCEM_SPD106_v1_0_S32DS365_RTD700    Example S32K344 EMAC lwIP FreeRTOS S32K3-T-BOX S32DS 3.6.6 RTD7.0.1   Demo EthernetAnalyzer FRDM-A-S32K344 RTD 7.0.1   S32K358   S32K358 Multicore Start CM7_2 from CM7_0    Example S32K358 FlexCAN TXRX ISR S32DS35 RTD400/500   Example S32K358 GMAC 100M lwIP FreeRTOS S32DS 3.6.1 RTD600   Example S32K358 GMAC 1G lwIP FreeRTOS S32DS 3.6.1 RTD600   Example S32K358 GMAC lwIP FreeRTOS RDBESS S32DS 3.6.1 RTD600   Example_S32K358_XRDC_SEMA42_Multicore_v1_0_S32DS369_RTD701    S32K388 Example S32K388 GMAC0 lwIP FreeRTOS S32DS 3.6.1 RTD600   S32K389 Example S32K389 GMAC0 lwIP FreeRTOS S32DS 3.6.1 RTD 6.0.0   Example S32K389 GMAC1 SABRE lwIP FreeRTOS S32DS 3.6.1 RTD600  

S32K 示例 S32K1xx S32K144 示例 S32K144 CMP 轮询 S32DS2.0 示例 S32K144 验证后门访问密钥 S32DS1.3 示例 S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13 示例 S32K144 PDB ADC 触发 DMA ISR S32DS 示例 S32K144 Flash RW simple S32DS 示例 S32K144 DMA 内存复制测试 S32DS S32K144 EEEPROM 使用示例 示例 S32K144 EEEPROM 使用 - 无 SDK 示例 S32K144 RTC VLPS 示例 S32K144 WDOG RCM 中断 示例 S32K144 SRAM ECC 注入  S32K144 RAM 保留示例 S32DS.R1 示例 S32K144 I2C主设备 MPL3115A2 S32DSR1_v3 示例S32K144 FlexCAN RXFIFO DMA S32DS.ARM.2018.R1  示例 S32K144_printf_implementation - S32DS_1.0 示例 S32K144 在 FreeRTOS 下使用 UART printf/scanf - S32DS 示例 使用 LPIT 定时器实现可配置周期函数调用的 S32K144 SDK 示例 S32K144 .noinit章节用法 示例 S32K144 PDB ADC DMA S32DS.ARM.2018.R1 示例 S32K144 RAM 自检简单 S32DS 2018.R1 示例 S32K144 位置无关代码  示例 S32K144 FlexCAN 虚拟网络停止模式测试 S32DS.ARM.2.2 示例 S32K144 LPIT DMA LPSPI 示例 S32K144 FlexCAN TX/RX/Error ISR 测试 S32DS2.2 示例 S32K144 FlexIO 空闲检测 S32DS2.2 S32K146 示例 S32K146 Set_whole_FlexRAM-as_RAM S32DS.ARM.2.2 S32K148 示例 S32K148 PDB0-PDB1 环 S32DS3.4 RTM4.0.3 示例 S32K148 PDB0-PDB1 环 DMA S32DS3.4 RTM4.0.3 示例 S32K148 GPIO 中断 S32K116 示例 S32K116 WDOG 快速测试 示例 S32K116 LPUART LIN 从机 TXRX ISR S32DS.ARM.2.2 示例 S32K116 FlexCAN PN 停止 S32DS.ARM.2.2 示例 S32K116 FlexCAN VLPR 测试 S32DS.ARM.2.2 S32K118 示例 S32K118-SRAM-keep_data_over_SW_reset v0_1 S32DS.ARM.2.2 S32K3xx S32K344 示例 S32K344 PIT BTCU ADC DMA DS3.4 RTD100   示例 S32K344 FlexCAN_Ip TX/RX/EnhanceRXFIFO 测试 S32DS3.4 RTD200   示例 Siul2_Port_Ip_Example_S32K344_ITCM_DTCM S32DS3.4RTD300   示例 S32K358 FlexCAN TXRX ISR S32DS35 RTD400/500    

S32Kの例 S32K1xx S32K144 例：S32K144 CMPラウンド・ロビンS32DS2.0  例：S32K144バックドア・アクセス・キー検証S32DS1.3  例：S32K144 FlexCAN0 RXFIFO DMA非SDK S32DS13  例：S32K144 PDB ADCトリガDMA ISR S32DS  例：S32K144 Flash RWシンプルS32DS  例：S32K144 DMAメモリ・コピー・テストS32DS  例：S32K144 EEEPROMの使用方法 例：S32K144 EEEPROMの使用方法 - 非SDK  例：S32K144 RTC VLPS  例：S32K144 WDOG RCM割り込み  例：S32K144 SRAM ECC注入  例 S32K144 RAM 保持 S32DS.R1 例：S32K144 I2CマスタMPL3115A2 S32DSR1_v3  例：S32K144 FlexCAN RXFIFO DMA S32DS.ARM.2018.R1  例：S32K144_printf_implementation - S32DS_1.0  例：FreeRTOS環境でのS32k144 UART printf/scanf - S32DS 例：S32K144 LPITタイマを使用した構成可能期間に対するSDK関数の呼び出し  例：S32K144 .noinitセクションの使用方法 例：S32K144 PDB ADC DMA S32DS.ARM.2018.R1   例：S32K144 RAMセルフテスト・シンプルS32DS 2018.R1  例：S32K144ポジショニング独立コード 例：S32K144 FlexCAN疑似ネットワーキングSTOPモードのテストS32DS.ARM.2.2  例：S32K144 LPIT DMA LPSPI  例：S32K144 FlexCAN TX/RX/エラーISRテストS32DS2.2  例：S32K144 FlexIOアイドル検出S32DS2.2 S32K146 S32K146 Set_whole_FlexRAM-as_RAM S32DS.ARM.2.2の例 S32K148 例：S32K148 PDB0-PDB1リングS32DS3.4 RTM4.0.3  例：S32K148 PDB0-PDB1 ring DMA S32DS3.4 RTM4.0.3  例：S32K148 GPIO割り込み  S32K116 例：S32K116 WDOG高速テスト  例：S32K116 LPUART LINスレーブTXRX ISR S32DS.ARM.2.2  例 S32K116 FlexCAN PN STOP S32DS.ARM.2.2 例：S32K116 FlexCAN VLPRテストS32DS.ARM.2.2 S32K118 例 S32K118-SRAM-keep_data_over_SW_reset v0_1 S32DS.ARM.2.2 S32K3XXシリーズ S32K344 例：S32K344 PIT BTCU ADC DMA DS3.4 RTD100   例：S32K344 FlexCAN_Ip TX/RX/EnhanceRXFIFOテストS32DS3.4 RTD200     例Siul2_Port_Ip_Example_S32K344_ITCM_DTCM S32DS3.4RTD300   例：S32K358 FlexCAN TXRX ISR S32DS35 RTD400/500     

ASA紧急警报处理和音频源切换 我们的主要问题是，当车辆从 DAB 收到紧急警报，而其他媒体源（例如通过蓝牙/CarPlay/Android Auto 播放的 Spotify 或 FM 广播电台）处于活动状态时，车辆的行为会如何。   具体来说，我们希望您能就以下几点提供技术说明：   自动信号源切换：当用户正在收听 FM 广播或 Spotify 时，如果通过 DAB 收到 ASA 紧急警报，系统如何自动切换到 DAB 紧急公告并显示相关警报信息？   系统职责：哪个元器件负责实现此行为？警报检测和触发信号是由 ASA 芯片本身处理，还是 DAB 接收器/主机需要一个控制接口，使其能够中断当前活动的媒体源并切换到 DAB 音频？   车辆集成：DAB接收器是直接控制音频源和显示，还是向车辆的信息娱乐系统发送警报通知或触发信号，然后由车辆的信息娱乐系统执行源切换并显示警报？   标准与实施：相关的 ASA/DAB 标准是否定义了这种行为以及接收器与车辆信息娱乐系统之间所需的接口，还是这些实施细节留给了接收器制造商和车辆 OEM？   技术要求：为了确保紧急警报能够覆盖当前活动的媒体源，是否需要任何特定的硬件接口、软件 API、控制信号或信息娱乐集成要求？   我们的目标是了解此功能是否主要由 ASA 接收器/解码器提供，或者是否需要与车辆的信息娱乐系统进行额外集成。   任何相关的技术文档、系统架构图或实施指南都将不胜感激。 Re: ASA Emergency Alert Handling and Audio Source Switching 你好 osmanistlink10 感谢您对恩智浦产品的关注。 与您的问题相关的NXP产品部件号是多少？

32.768kHz Crystal for RW612 Hello, I'm currently working on a PCB design project that includes an IRIS-W10 module from u-blox with an RW612 inside. This is my first design with an NXP MCU. I'm unsure, how I should design the circuit for the RTC external crystal. From other MCUs like STM32 I know they need an external load capacitor on both of the crystal pins. But for NXP MCUs it seems that some have internal configurable load caps. In the RW612 register list I stumbled upon the RTC CTRL register and in particular the field RTC_OSC_LOADCAP. To me this indicates that this MCU has in fact internal load caps, but I couldn't find any documentation on this field. So my question is: What is the bit-format to set a specific capacitor value in this register? Product: WiFi RW6XX Re: 32.768kHz Crystal for RW612 Here is the related register for 32k XTAL. The register for RTC_OSC_LOADCAP looks as a mystery since may not applicable to this product

能源革命系统评测：它真的有效吗？ 如果您正苦于无法预测的停电、不断上涨的每月电费，或者只是想为您的家人建立一个可靠的离网能源备用系统，那么您并不孤单。 最近，能源革命系统在互联网上引起了轰动。这本书被宣传为一本循序渐进的 DIY 指南，教普通人如何在家制造清洁、便携式发电机，这在在线技术论坛和社区留言板上引发了广泛的讨论。 事实上，用户和 DIY 技术爱好者正在NXP 社区论坛和技术问答网站等平台上热烈讨论该系统，询问这些 DIY 磁线圈原理是否真的能转化为现实世界的家庭电力。 在这篇令人震惊的评论中，我们将深入探讨能源革命系统究竟是什么，它是如何运作的，它包含什么，以及它是否真的能在 2026 年兑现其承诺。 产品快速概览 产品名称：能源革命系统 类别：替代能源/DIY家居改造/离网电力 格式：电子蓝图、分步操作手册和高清视频指南 组装时间： 2至4小时（适合初学者） 官方门户网站：点击此处访问官方能源革命系统 退款保证： 60 天（100% 无条件退款） 等级： ⭐⭐⭐⭐⭐ （4.8/5） 什么是能源革命系统？ 能源革命系统是一个全面的数字化教学蓝图，旨在指导初学者组装一台静音、轻便且经济高效的能源发电机。 与昂贵、噪音大、耗油的商用发电机不同，该装置专注于使用易于获取的硬件部件（如磁线圈、电线、电池储能组和标准逆变器）来捕获电流。 目标很简单： 大幅降低您的水电费：使用自发电为日常电子产品、照明设备和家用电器供电。 紧急停电保护：在恶劣天气导致电网瘫痪时，准备好安全、适合室内使用的备用电源。 它的工作原理是什么？ 其核心机制依赖于基本的电转换和谐振原理。该程序会向您展示如何将磁能捕获装置连接到深循环电池。 能量捕获：线圈结构能够高效地捕获微小的电荷。 存储：能量持续输入到您的电池储能系统中。 逆变器转换：简单的电源逆变器可以将直流电转换为标准的家用交流电。 即插即用：您可以将家用电源插座、充电器、灯具、风扇和小电子产品直接插入本机。 由于它无需内燃即可运行，因此不会产生任何有害烟雾，而且运行完全静音，因此可以在客厅、卧室或公寓内安全使用。 本指南包含哪些内容？ 当您从官方网站订购时，即可立即获得以下数字下载权限： 高分辨率蓝图和图表：易于阅读的原理图，显示每个连接和电线规格。 完整的五金材料清单：一份详细的清单，告诉你应该在当地的五金店（如家得宝、劳氏或当地电子产品商店）购买哪些零件，才能获得最优惠的价格。 高清演示视频教程：一步一步的视频说明，展示从开始到结束的组装过程。 维护和扩展手册：延长电池寿命和排除设置故障的指南。 它真的有效吗？（令人震惊的真相） 是的，它确实有效——前提是你的期望值要现实一些。 如果你指望花费 100 美元自制一个工作台就能立即为一栋五居室豪宅或一台工业空调机组供电，那你肯定会失望的。然而，正如成千上万的 DIY 建造者和社区论坛用户所证实的那样，如果按照蓝图建造，它可以提供非常可靠的辅助电源。 它非常适合为普通家用电器、LED 照明、Wi-Fi 路由器、电视屏幕和手机充电器供电，从而大大减轻电表负荷，每年为您节省数百美元的电费。 优点和缺点 优点 大幅降低成本：立即降低您的每月电费支出。 100% 静音安全：无噪音电机或危险的一氧化碳气体。 适合初学者：无需任何电气方面的知识——清晰的视频指南将引导您完成每个步骤。 60 天退款保证：您可以完全无风险地试用本指南两个月。 缺点 需要自行组装：您必须单独购买硬件零件，并花费 2 到 3 个小时进行组装。 仅提供电子版：通过即时 PDF 和视频下载以电子方式交付。 最终结论：2026年还值得购买吗？ 由于电网不稳定且电价达到历史新高，掌控家庭能源需求是一个明智之举。能源革命系统提供简单易懂、万无一失的蓝图，将看似复杂的 DIY 建造项目变成一个有趣的周末项目。 我们提供60 天退款保证，您没有任何损失，却能获得真正的能源独立。 立即领取您的专属折扣！ 不要等到下一次大风暴或电价飙升才去寻求电力保障。今天就迈出通往能源自由的第一步！ 👉 点击这里访问官方能源革命系统网站，立即领取您的 2026 年折扣！

コードを生成できません コード生成プロセスが停止します。 Re: 无法生成代码 この問題は解決しましたか？ Re: 无法生成代码 こんにちは、 @Cui5222 さん。 お使いのGUI Guiderのバージョンは何ですか？本当にインターネットにコネクテッドのですか?GUI Guiderを管理者として実行してみてはどうでしょうか?

Which neutron-converter matches i.MX95 BSP LF6.6.52_2.2.x? Toolkit 1.14 has no Linux_6.6.52 folder We are enabling the Neutron NPU on a Toradex Verdin iMX95, B0 silicon, running the Yocto reference multimedia image from Toradex BSP 7.7.0. This is not Torizon. The kernel is 6.6.142-7.7.0-devel, based on NXP LF6.6.52_2.2.2. /dev/neutron0 exists, and the driver probes. The image did not ship the Neutron firmware. We installed "NeutronFirmware.elf" and "NeutronKernels.bin" from nxp-imx/neutron, branch lf-6.6.52_2.2.0. The userspace delegate and Neutron libraries were built from the same branch. label_image runs in a container and reaches the NPU. eIQ Toolkit 1.14.0, installer EIQ-TOOLKIT-WIN-1.14.0 dated 28 January 2025, has no Linux_6.6.52 converter. The newest Linux converter in that install is Linux_6.6.36_2.1.0. Converting mobilenet_v1_1.0_224_quant.tflite with --target imx95 produces a model whose microcode is 0x5bfe0804. At runtime the 6.6.52 stack reports: microcode version mismatch! 0x5bfe0804 (expected 0xa186aaf2) The delegate is created, and one node is delegated, but the classification scores are empty. The same model on the CPU, without the Neutron delegate, correctly returns "military uniform" for grace_hopper.bmp. Replacing the firmware and the userspace libraries with the lf-6.6.36_2.1.0 versions removes the mismatch, then the 6.6.52 kernel driver fails the job with a failure to create a neutron inference job, Neutron Driver internal fault code 442. The 6.6.36 library cannot talk to this kernel. The eIQ Toolkit release notes say the Neutron converter for i.MX95 BSP LF6.6.52_2.2.x is available only in eIQ Toolkit 1.14. The 1.14 installer we have does not contain it. Which converter binary produces microcode 0xa186aaf2 for this BSP, and in which eIQ Toolkit or Neutron SDK package is it shipped? Re: Which neutron-converter matches i.MX95 BSP LF6.6.52_2.2.x? Toolkit 1.14 has no Linux_6.6.52 fold Hi @Giorgos_Sofroniou  The prebuilt converter is only availble on eIQ Ubuntu version. Best Regards, Zhiming

S32K3-T-BOX – 使用 EMAC lwIP 裸机示例时，RJ45 链路 LED 保持熄灭状态 您好，NXP团队： 我正在使用S32K3-T-BOX （S32K344，原理图 SCH-50735 Rev C），并尝试使用 S32K344 lwIP 示例 Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700 实现以太网连接。 我做了什么 将项目从 S32K3X4EVB-T172 设置移至 T-Box：封装 S32K344_172HDQFP，40 MHz 外部晶体，RMII。 重新布线 EMAC 引脚以匹配 T-Box 原理图：TXD0 PTC2、TXD1 PTD7、TX_EN PTD12、TX_CLK/REF_CLK PTD11（输入）、RXD0 PTC0、RXD1 PTC1、RX_DV PTC17、RX_ER PTC14。 项目构建成功，没有出现任何错误。我使用 S32 调试探针在 S32K344 接头上刷写了固件。 固件运行过程为 main() → device_init() → Eth_43_GMAC_Init()，并一直停留在主循环中，直到示例测试超时。 问题： RJ45 链路/活动指示灯始终不亮，Windows 显示适配器“已断开连接”。使用相同的电脑端口和电缆连接，通常与其他设备连接。 板检查 电源指示灯（PF5020 导轨）亮起。 J51、J53 和 J55 位于 1-2 号轨道上。 S1 为 OFF/OFF（从 SJA1110 闪存启动）。 U36（SJA1110 状态 LED）不闪烁绿色，所以我怀疑 SJA1110B 没有固件或配置。 问题 示例的 description.txt 文件中只列出了 S32K3X4EVB-T172。它是否适用于 S32K3-T-BOX，还是仅适用于 EVB？ SJA1110B 在 RJ45 链路建立之前是否需要自己的固件或配置（例如 S32K3_T_BOX_LWIP_for_SJA1110）？ 如果需要，SJA1110 调试头 (J57) 的推荐步骤和调试器是什么？是否有预编译好的镜像文件？ 是否需要对 SJA1110B 端进行任何设置，才能使 RMII 链路与 S32K344 EMAC 正常工作（RMII 模式，50 MHz REF_CLK 方向）？ 谢谢您！ Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 ， 您问题的答案如下。 1.该示例适用于 S32K3X4EVB-T172，如果不进行针对板的修改，则无法在 S32K3-T-BOX 上运行。 请参阅https://www.nxp.com/webapp/Download?colCode=TP-S32K3-T-BOX-LWIP-GUIDE的第 15 页，特别是： S32K3-T-BOX 使用 40 MHz 外部晶体，而 EVB 使用 16 MHz 晶体。因此，必须相应地更新时钟配置。 S32K344 EMAC 的 RMII 参考时钟由 SJA1110 提供。在 S32K344 时钟初始化之前应添加一个短暂的延迟，以便 SJA1110 启动并提供 RMII 参考时钟。 device_init() 中的外部 PHY 初始化是不需要的，因为以太网 PHY 和交换机初始化由 SJA1110 固件处理。 2.是的，SJA1110B 需要自己的固件和交换机配置。如果不运行 SJA1110 固件，则 RJ45 端口和 RMII 与 S32K344 的连接将无法初始化。 我已经为几款基于 SJA1110 的板准备了示例，包括 S32K3-T-BOX。请参考以太网交换机SJA1110示例。这些示例会初始化并测试相关端口，并提供 LED 指示。已包含预构建的 flash_image.bin ，因此无需重新构建项目。 由于分发限制，完整的 SJA1110 示例项目无法直接附加到社区文章中。如有需要，可通过 NXP 技术支持获取示例，但可能需要签署保密协议。请通过NXP 技术支持提交支持案例，并引用所需的 S32K3-T-BOX SJA1110 示例。 3.将支持 SJA1110 设备的调试器连接到 SJA1110 调试接口 J57，并对提供的闪存映像进行编程。我使用 PEmicro Multilink 调试器或 Lauterbach TRACE32。如答案 2 所述，可以使用预构建的镜像。 4.是的。SJA1110 固件必须配置连接到 S32K344 的交换机端口以进行 RMII 操作，并向 S32K344 EMAC 提供 50 MHz RMII 参考时钟。这是通过 S32K3-T-BOX 特有的 SJA1110 示例处理的。 因此，U36 LED 不活动强烈表明 SJA1110 固件当前未运行或设备未正确启动。 顺祝商祺！ 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好，帕维尔， 感谢您的详细解答。他们帮我们确认了原因。我们的状态： SJA1110 已通电（跳线 J51、J53、J55 接 1-2，PF5020 导轨接通），S1 为 OFF/OFF，但 U36 仍然不亮。 我们将公共 S32K3_T_BOX_LWIP_for_SJA1110 项目构建到 app_flash.elf。 在 S32K344 方面，我们已经应用了您的三点：40 MHz 时钟配置、时钟初始化前的延迟以及从 device_init() 中删除 PHY 初始化。 两个问题： 文章“Example SJA1110 FreeRTOS lwIP S32K3-T-BOX”只附带了 Example_Availability.txt，而没有附带 flash_image.bin。您能否直接分享预构建镜像，或者告诉我们应该提交哪个支持案例（以及是否需要签署保密协议）？ 与此同时，公开的 S32K3_T_BOX_LWIP_for_SJA1110 项目是否适用于 T-BOX？其交换机配置是否在 RJ45 端口 (P1) 和 S32K344 RMII 端口 (P2) 之间转发帧？我们还要确认 PEmicro Multilink 是否是 J57 的合适探针。 此致敬礼，迪维娅 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 ， 你的拨码开关与我的电路板串联。 请检查连接到 PTA13 的 DEVICE_CFG_N 的信号电平。如果交换机接受配置，则 DEVICE_CFG_N 应为低电平。 广告 1.是的，由于分发限制，完整的 SJA1110 示例项目无法直接附加到社区文章中。您可以联系 NXP 技术支持申请获取该示例，但可能需要签署保密协议 (NDA)。请通过NXP 技术支持提交支持案例，并在案例中参考，引用所需的 S32K3-T-BOX SJA1110 示例。  主要原因是汽车以太网属于出口管制范畴，可能需要额外的审批。 2. 是的， S32K3_T_BOX_LWIP_for_SJA1110 项目是专用的 T-BOX 设计的。是的，L2 转发表的默认设置是转发到除源端口之外的所有端口。是的，我使用了 PE 微型多链路 FX。 顺祝商祺！ 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 ， 您的引脚看起来是正确的。MDIO 和 MDC 不是必需的。 顺祝商祺！ 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好，帕维尔， 谢谢你的解释。 我正在使用Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700示例，并修改了 EMAC 引脚配置以匹配 S32K3-T-BOX 硬件。 请您确认附件 S32DS ConfigTools 截图中显示的引脚配置是否适用于 T-Box，或者是否需要进行任何更改？ 顺祝商祺！ 迪维亚 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好，帕维尔， 我们已经成功构建了 SJA1110 lwIP 示例，但我们需要对一些要点进行澄清。 1. SJA1110 .mex文件无法打开 我们使用 S32 Design Studio 3.4.3 和 RTD 2.0.0 导入并构建了S32K3_T_BOX_LWIP_for_SJA1110示例。项目构建成功，没有错误，但是打开sja1110_t_box.mex文件时出现以下错误： 当前版本的工具不支持处理器 SJA1110，s32sdk_sja1110_rtm_100 版本。 请问打开这个.mex文件需要哪个SJA1110 SDK或配置工具包？是否有与S32DS 3.4.3兼容的软件包，还是我们需要使用其他S32DS版本？ 2. 应该将哪个固件映像编程到 SJA1110 上？ 构建完S32K3_T_BOX_LWIP_for_SJA1110示例后，我们得到了以下文件： app_flash.elf sja1110_t_box.elf flash_image.bin flash_image_single_bank.bin sja1110_t_box.bin 请问是否需要将某个文件（如果有）编程到T-Box板上的SJA1110芯片上？我们可以直接使用预编译的SJA1110固件镜像，而无需打开或修改.mex文件吗？如果可以，能否提供正确的镜像文件以及使用PEmicro Multilink FX调试器通过J57接口进行编程的推荐步骤？ 3. SJA1110 示例的调试器初始化脚本 我们还想澄清一下本示例的调试器配置。我们应该使用以下初始化脚本吗？ ${S32DS_INITIALIZATION_SCRIPTS_DIR} /s32k3xx/s32k3xx_generic_bareboard.py 或者 SJA1110 是否需要不同的初始化脚本或调试器配置？请阐明相关目标的编程和调试推荐步骤。 4. MCAL 配置中缺少 TCP/IP 中间件 对于Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700示例，我们打开了lwip_baremetal_s32k344.mex ，但在 MCAL 配置工具中找不到中间件 TCP/IP 协议栈组件。 TCP/IP 协议栈是否需要通过 MCAL 配置工具进行配置，还是 lwIP 已集成到应用层并单独进行配置？如果需要其他软件或配置包，请具体说明需要哪些软件或配置包以及如何安装？ 5. T-Box 以太网启动推荐步骤 我们的T-Box RJ45链路指示灯仍然熄灭。请您确认一下初始化 SJA1110 交换机、建立与 S32K344 的 RMII 连接以及使用 T-Box lwIP 示例启动以太网的推荐顺序是什么？ 我们非常感谢您提供任何相关的文档、兼容的软件包、预构建的固件映像或示例项目，以帮助我们完成此设置。 感谢您的支持。 此致， 迪维亚 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好，帕维尔， 谢谢你的解释。 由于我们已经购买了 NXP S32K3 T-Box 原型用于我们的开发和评估，请问为什么需要签署保密协议才能访问完整的 SJA1110 示例和固件？ 我们理解有些信息可能是机密的，但我们想了解，即使对于已经购买了硬件并且需要固件来启动和测试其以太网功能的客户来说，保密协议是否也是强制性的。 请问提出这项要求的原因是什么？是否有其他方法可以获取所需的固件？ 感谢您的支持。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 嗨，帕维尔 我们收到了一台新的 NXP S32K3 T-Box 原型机，它最初是可以工作的，U36 指示灯闪烁，以太网端口 LED 灯也亮了。 我们使用 S32 Design Studio 3.6.10 烧录了以下示例： Example_S32K344_EMAC_lwIP_FreeRTOS_S32K344_v1_0_S32DS36_RTD700 刷机后，U36 指示灯和以太网端口 LED 指示灯均停止工作。 我们也尝试了以下示例，但问题仍然存在： S32K344EVB_T172_UART_ETH_Gateway 此外，我们之前还在之前的 T-Box 上尝试过其他几个与以太网相关的示例，包括裸机 lwIP、FreeRTOS lwIP 和以太网内部环回。我们现在也在新的 T-Box 上尝试了这些示例，但我们遇到了同样的问题，无法建立以太网连接。 请问您能否帮助我们了解一下为什么两个 T-Box 开发板都会出现这个问题？将这些示例与 T-Box 一起使用时，是否需要任何特定的配置或步骤？ 另外，是否有其他专门针对 S32K3 T-Box 的完整、可用的以太网示例，我们可以刷入并用于验证以太网功能？ 我们非常感谢您能指导我们找出问题原因并解决以太网通信故障。 感谢您的支持。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 ， 我的答案如下。 1. SJA1110.mex文件打开失败 sja1110_t_box.mex 文件是使用S32 SDK 为 SJA1110 RTM 1.0.0创建的。因此，需要相应的 SJA1110 代码包，软件包和 SDK 集成才能打开和修改它。 然而，SJA1110 SDK 现在被视为过时的软件解决方案，不再向新客户提供。目前 SJA1110 的软件开发基于实时驱动程序生态系统。因此，对于新项目，建议采用 SJA11xx RTD 和以太网交换机 (ETH_SWITCH) 驱动程序包，而不是传统的 SDK。 与以更集成安装方式交付的传统 SDK 不同，RTD 软件生态系统是模块化的。基本 RTD、以太网 PHY 和以太网交换机驱动程序，以及 FreeRTOS 和 TCP/IP 协议栈等可选的中间件，均作为具有明确版本依赖关系的单独软件包提供。 我当前 SJA1110 示例中使用的软件包（包括推荐的安装顺序）列在以下帖子中： SJA1110 SDK 和 RTD 软件包信息 2. 应该将哪个固件映像编程到 SJA1110 上？ 适用的文件取决于编程工具： 对于 PEmicro，请使用 app_flash.elf。 对于 Lauterbach TRACE32，请使用 flash_image.bin。 因此，当PEmicro Multilink FX连接到SJA1110调试接口J57时，请使用app_flash.elf文件。 3. SJA1110 示例的调试器初始化脚本 请勿使用${S32DS_INITIALIZATION_SCRIPTS_DIR} /s32k3xx/s32k3xx_generic_bareboard.py 此初始化脚本适用于 S32K3 设备，不适用于 SJA1110。 对于 PEmicro，请使用 SJA1110 项目提供的 SJA1110 专用调试配置，并编写 app_flash.elf 程序。所需的 SJA1110 设备支持由相应的 SJA1110 代码包，软件包或 SDK 集成提供。 4. MCAL 配置中缺少 TCP/IP 中间件 如果只安装了 S32K3 RTD 软件包，则会出现这种情况。TCP/IP 协议栈是独立的中间件，不属于 MCAL 或 RTD 的基本安装。 适用于 S32K3 RTD 7.0.0，根据可用的版本信息，安装以下匹配的软件包： SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_D2510_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_4.0.0_D2512_DesignStudio_updatesite.zip FreeRTOS 是 TCP/IP 协议栈软件包的必要依赖项，包括安装和使用提供的裸机示例。在 S32 Design Studio 中安装匹配的 FreeRTOS 和 TCP/IP 协议栈软件包后，中间件元器件和相关示例应该就可以使用了。您很可能需要重新导入 S32K3 项目，以便正确识别新安装的元器件。 请务必遵循所选 RTD 和 TCP/IP 协议栈版本的发行说明中的依赖关系和兼容性信息。 5. T-Box 推荐的以太网启动步骤 建议顺序为： 首先使用兼容的 S32K3 TCP/IP 协议栈软件包中提供的 S32K344 lwIP 示例。 将引脚复用和时钟配置调整为 S32K3-T-BOX 原理图，包括 40 MHz FXOSC 和 T-BOX RMII 引脚分配。 应用S32K3-T-BOX lwIP 示例指南中描述的其他 T-BOX 特定更改。 通过 J57 对 SJA1110 固件进行编程。SJA1110 固件初始化交换机、RJ45 端口和 RMII 接口，使其与 S32K344 连接。 确认 SJA1110 固件正在运行，包括 U36 上的预期指示。 在 SJA1110 有足够的时间启动并提供所需的 RMII 参考时钟后，启动 S32K344 应用程序。 对于基于 RTD 的新 SJA1110 项目，请下载适用的 SJA11xx RTD、以太网 PHY、以太网交换机和中间件软件包，并将任何现有示例适配到 S32K3-T-BOX。 如果您已与 NXP 签订了有效的保密协议，请在您已创建的技术支持案例中提供保密协议编号。然后我可以检查是否可以与您共享现有的 S32K3-T-BOX SJA1110 示例。 相关文档和代码包，软件包可从 NXP 网站获取。部分文件仅在安全文件下提供，并且需要签署相应的保密协议。汽车以太网软件也可能受到出口管制审查，并且可能需要额外的访问批准。 顺祝商祺！ 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 ， 购买评估硬件和获取受控版本软件和文档是两个独立的过程。SJA1110 文档、RTD 代码包，软件包和完整的示例项目不属于公共材料。这些文件通过 NXP Secure Files 分发，需要签署有效的保密协议才能获得访问权限。 因此，仅仅因为你购买或使用 S32K3-T-BOX，并不需要签署保密协议。这是必需的，因为完整的 SJA1110 示例包含与受控版本汽车以太网产品相关的软件和配置信息。 此外，SJA1110 软件包需要经过访问批准流程。汽车以太网软件也可能受到出口管制政策的约束，因此即使已经签署了有效的保密协议，也可能需要额外的批准。 遗憾的是，我无法在这种受控分发流程之外提供完整的项目或固件。可行的替代方案有： 如果贵公司已与 NXP 签订有效的 NDA，请申请访问相关的 SJA1110 安全文件，或在 NXP 技术支持案例中提供 NDA 参考信息。 如果目前没有保密协议，请启动 NXP 保密协议流程，然后申请安全文件访问权限。 公开提供的 S32K3-T-BOX 材料仍可用于 S32K344 侧，但它们不能取代初始化交换机及其 RMII 连接所需的受控 SJA1110 固件和配置。 请注意，保密协议可以启动访问申请流程，但并不能自动保证获得每个软件包的访问权限。此外，还必须完成适用的产品和出口管制审批。 一旦所需的访问权限获得批准，即可通过授权支持渠道提供 SJA1110 RTD 软件包和适用的 T-BOX 示例。 顺祝商祺！ 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 ， 您测试的示例是为 S32K3X4EVB-T172 设计的，如果不进行针对板的修改，则不能在 S32K3-T-BOX 上使用。尽管 MCU 相同，但 T-BOX 使用了不同的引脚分配、40 MHz 外部晶振和 RMII 连接，其中 50 MHz 参考时钟由 SJA1110 提供。启动顺序还必须留出足够的时间让 SJA1110 在 S32K344 时钟和以太网初始化之前启动。   通过S32K344调试接口刷写应用程序不应影响SJA1110外部闪存。如果在此电源循环后 U36 闪烁，则 SJA1110 固件仍然存在，并且该问题是由不兼容的 S32K344 应用程序或其板初始化引起的。如果 U36 仍然不活动，则应单独检查 SJA1110 NVM 启动和固件。 我专门针对 S32K3-T-BOX 准备并验证了以下完整示例： 示例 S32K344 EMAC lwIP FreeRTOS S32K3-T-BOX S32DS 3.6.6RTD7.0.1 - NXP 社区 选择 S32K3 RTD 7.0.1 作为参考基准，因为 S32K3 RTD 7.0.0 版本没有提供任何基本的 S32K3 示例项目。它已在S32K3-T-BOX上成功测试，并且已经包含了T-BOX特有的引脚、时钟、RMII和启动序列适配。请参阅 src/main.c 中的注释。有关对原始 lwip_FreeRTOS_s32k344 项目所做的更改的完整列表。 顺祝商祺！ 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好，帕维尔， 感谢您的指导。 我已导入并测试了 T-Box 专用示例项目Example_S32K344_EMAC_lwIP_FreeRTOS_TBOX_v1_0_S32DS36_RTD701 ，使用以下设置： S32 设计工作室 3.6.10 RTD 7.0.1 FreeRTOS 11.1.0 TCP/IP协议栈5.0.0 项目构建成功，无 任何错误或警告 。我使用 通过 J40 TAG 连接器连接的 NXP S32 调试探针， 将生成的 ELF 文件烧录到 S32K344 MCU 中 。 我检查了设备.c和test.c，包括时钟初始化、时钟设置前的延迟、Eth_43_GMAC_Init()以及负责 lwIP 初始化和 LED 闪烁的 FreeRTOS 任务。 但是，我仍然无法建立以太网通信。 当前观察结果： 断开调试器并重启电路板后，U37 的 RGB LED 指示灯持续闪烁蓝色。 SJA1110 上的 U36 LED 指示灯略微呈绿色。 RJ45端口指示灯保持熄灭状态。 Windows 以太网适配器显示“已断开连接” ，链路速度为0 bps 。 ping 192.168.225.100导致请求超时。 SJA1110 S1 DIP 开关设置为 OFF/OFF 用于 NVM 启动。 随后，当我再次尝试启动调试配置以调查初始化顺序时，收到以下错误： PEmicro GDB 启动失败：GDB 服务器无法与目标处理器建立连接 (E54431355)。 在最近一次尝试中，S32 调试探针未连接到电路板。 请问您能否就以下问题向我提供一些建议？ U37 的蓝色闪烁是此示例中的预期行为，还是表示初始化尚未完成？ 由于 RJ45 LED 指示灯熄灭，且 Windows 报告没有物理连接，我应该首先检查什么来确定根本原因？ 在不必要地更改现有时钟和引脚配置的情况下，下一步推荐的调试步骤是什么？ 我希望您能指导我下一步该怎么做。 谢谢！

imx8mmevk ov5640 mediactl 您好， 我尝试在以下位置使用 mediactl： Linux imx8mmevk 6.6.52-lts-next-g90192c5d29cb#1 SMP PREEMPT 7 月 8 日星期二 12:00:06 UTC 2025 aarch64 GNU/Linux 使用 mipe cam ov5640。 我可以用GStreamer和Pipewire控制摄像头，但是不能用Mediactl。 以下是 dmseg 日志： dmesg | grep ov5640_mipi [ 0.059215] 平台 32e30000.mipi_csi:修复了与 /soc@0/bus@30800000/i2c@30a40000/ov5640_mipi@3c 的依赖循环 [ 2.409821] ov5640_mipi 2-003c：无可用传感器复位引脚 [ 2.415630] ov5640_mipi 2-003c：未找到 DOVDD 电源，使用虚拟稳压器 [ 2.422901] ov5640_mipi 2-003c：未找到供电 DVDD，使用虚拟稳压器 [ 2.429995] ov5640_mipi 2-003c：未找到电源 AVDD，使用虚拟稳压器 [ 2.446514] ov5640_mipi 2-003c：读取寄存器错误：reg=300a [ 2.451845] ov5640_mipi 2-003c：未找到摄像头 以及 mediactl 的输出： media-ctl -p 枚举 /dev/media0 失败 (-2) 你能帮我在设备上使用 mediactl 吗？ 非常感谢 Re: imx8mmevk ov5640 mediactl 您好， 有趣的是，你提到尽管存在这些错误，摄像头仍然可以与 GStreamer 和 PipeWire 配合使用。 ov5640_mipi 2-003c: Read reg error: reg=300a ov5640_mipi 2-003c: Camera is not found 通常情况下，如果传感器驱动程序探测失败，则相应的 V4L2 子设备将无法成功注册，预期的相机管道将无法完全可用。 根据你的日志，我首先要调查的是OV5640传感器驱动程序是否真的成功进行了探测，以及你是否在两种情况下都使用了同一台摄像头设备。 如果不是这个问题，您是否已确认媒体控制器接口已启用并受支持？错误“无法枚举 /dev/media0 (-2)”表示找不到 /dev/media0。媒体控制器设备的可用性取决于内核配置和驱动程序实现。 如需更具体的帮助，请分享： - 成功捕获视频的 GStreamer 管道。 - 相关的 OV5640 设备树配置。 - 无论您是使用 NXP 电路板支持包。 相机驱动程序还是修改/自定义实现。 顺祝商祺！ 卡罗琳娜·特雷霍斯 RidgeRun公司的嵌入式软件工程师 Re: imx8mmevk ov5640 mediactl 你好 ， 我使用这条管道配合 NXP 电路板支持包。 驱动程序： root@imx8mmevk:~# gst-launch-1.0-v v4l2src 设备=/dev/video0 ！video/x-raw,format=YUY2,width=1280,height=720,framerate=30/1 !vpuenc_h264！h264解析！rtph264pay pt=96 config-interval=1 !udpsink 主机=10.49.24.30 端口=5000 同步=false root@imx8mmevk:~# dmesg | grep ov5640_mipi [ 0.059279] 平台 32e30000.mipi_csi:修复了与 /soc@0/bus@30800000/i2c@30a40000/ov5640_mipi@3c 的依赖循环 [ 2.405481] ov5640_mipi 2-003c：无可用传感器 RESET 引脚 [ 2.411300] ov5640_mipi 2-003c：未找到 DOVDD 电源，使用虚拟稳压器 [ 2.418588] ov5640_mipi 2-003c：未找到供电 DVDD，使用虚拟稳压器 [ 2.425685] ov5640_mipi 2-003c：未找到电源 AVDD，使用虚拟稳压器 [3.057823]mxc_mipi-csi 32e30000.mipi_csi：已注册传感器子设备：ov5640_mipi 2-003c [ 3.067382] ov5640_mipi 2-003c: 已找到摄像头 错误信息消失了！！！！ dtsi： ov5640_mipi：ov5640_mipi@3c { 兼容=“ovti，ov5640_mipi”； reg =<0x3c> �; 状态 = "正常"; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_csi_pwn>, <&pinctrl_csi_rst>; clocks = <&clk IMX8MM_CLK_CLKO1>; clock-names = "csi_mclk"; 分配时钟 = <&clk IMX8MM_CLK_CLKO1>; 已分配时钟父级 = <&clk IMX8MM_CLK_24M>; 分配的时钟速率<24000000> =; csi_id =;<0> pwn-gpios = <&gpio1 7 GPIO_ACTIVE_HIGH>; mclk<24000000> =; mclk_source =;<0> 港口 { ov5640_mipi1_ep：端点 { 远程端点 = <&mipi1_sensor_ep>; }; }; }; }; media-ctl -p 枚举 /dev/media0 失败 (-2) 谢谢你的帮助

Energy Revolution System Review: Does It Actually Work? If you are struggling with unpredictable power outages, rising monthly electricity bills, or simply want to build a reliable off-grid energy backup for your family, you are not alone. Recently, the Energy Revolution System has taken the internet by storm. Promoted as a step-by-step DIY guide that teaches everyday people how to build a clean, portable power generator at home, it has sparked massive debates across online tech forums and community message boards. In fact, users and DIY tech enthusiasts are heavily discussing this system on platforms like the NXP Community Forum and tech Q&A sites, asking whether these DIY magnetic coil principles genuinely translate into real-world household power. In this shocking review, we take a deep dive into what the Energy Revolution System really is, how it works, what you get inside, and whether it actually delivers on its promises in 2026. Quick Product Overview Product Name: Energy Revolution System Category: Alternative Energy / DIY Home Improvement / Off-Grid Power Format: Digital Blueprints, Step-by-Step Manuals & HD Video Guides Assembly Time: 2 to 4 Hours (Beginner-Friendly) Official Portal: Click Here to Access the Official Energy Revolution System Money-Back Guarantee: 60 Days (100% Unconditional Refund) Rating: ⭐⭐⭐⭐⭐ (4.8/5) What Is the Energy Revolution System? The Energy Revolution System is a comprehensive, digital instructional blueprint designed to guide beginners through assembling a silent, lightweight, and cost-effective energy generator. Unlike expensive, loud, and gas-guzzling commercial generators, this setup focuses on capturing electrical current using easily sourced hardware parts—such as magnetic coils, wiring, a battery storage bank, and a standard inverter. The goal is simple: Slash Your Utility Costs: Use self-generated power to run everyday electronics, light fixtures, and appliances. Emergency Blackout Protection: Have a safe, indoor-friendly power backup ready when the power grid goes down during severe weather. How Does It Work? The core mechanism relies on basic electrical conversion and resonance principles. The program shows you how to connect a magnetic energy capture unit to a deep-cycle battery. Energy Capture: The coil configuration captures small electrical charges efficiently. Storage: Energy feeds continuously into your battery storage bank. Inverter Conversion: A simple power inverter converts the DC charge into standard AC household electricity. Plug & Play: You can plug household power strips, chargers, lamps, fans, and small electronics directly into the unit. Because it operates without internal combustion, it produces zero hazardous fumes and runs completely silent, making it safe to use inside your living room, bedroom, or apartment.  What Do You Get Inside the Guide? When you order from the official website, you gain immediate digital download access to: High-Resolution Blueprints & Diagrams: Easy-to-read schematics showing every connection and wire gauge. Complete Hardware Materials Checklist: A detailed list telling you exactly what parts to buy at local hardware stores (like Home Depot, Lowe's, or local electronics shops) for the best price. HD Walkthrough Video Tutorials: Step-by-step video instructions showing the assembly from start to finish. Maintenance & Expansion Manuals: Guidance on extending battery life and troubleshooting your setup. Does It Actually Work? (The Shocking Truth) Yes, it does work—provided you have realistic expectations. If you expect a $100 DIY bench build to instantly power a whole 5-bedroom mansion or industrial AC unit, you will be disappointed. However, as thousands of DIY builders and community forum users have confirmed, when built according to the blueprints, it delivers a very reliable supplementary power source. It excels at powering regular household electronics, LED lighting, Wi-Fi routers, TV screens, and phone chargers—taking significant load off your electric meter and saving you hundreds of dollars on utility bills each year. Pros and Cons Pros Drastic Cost Reduction: Lower your monthly electricity expenses right away. 100% Silent & Safe: No noisy motors or dangerous carbon monoxide fumes. Beginner Friendly: No prior electrical background required—clear video guides walk you through every step. 60-Day Money-Back Guarantee: Try the guide for two full months completely risk-free. Cons Assembly Required: You must buy the hardware parts separately and dedicate 2 to 3 hours to building it. Digital Format Only: Delivered electronically via instant PDF and video downloads. Final Verdict: Is It Worth Buying in 2026? With power grid instability and electricity prices reaching record highs, taking control of your home's energy needs is a smart move. The Energy Revolution System provides simple, foolproof blueprints that turn a seemingly complex DIY build into a fun weekend project. Backed by a 60-day money-back guarantee, you have nothing to lose and real energy independence to gain. Claim Your Discounted Access Today! Don't wait for the next major storm or price surge to leave you without power. Take the step toward energy freedom today! 👉 CLICK HERE to Visit the Official Energy Revolution System Website & Claim Your 2026 Discount Today!

无法生成代码 生成代码会卡住 Re: 无法生成代码 请问此问题有解决吗 Re: 无法生成代码 你好@Cui5222 ， 你使用的是哪个版本的GUI Guider？你确定你已连接到互联网吗？您能否尝试以管理员身份运行 GUI Guider？

どのNeutronコンバータがi.MX95 BSP LF6.6.52_2.2.xに一致しますか?Toolkit 1.14にはLinux_6.6.52フォルダはありません 私たちは、Toradex Verdin iMX95、B0シリコン上でNeutron NPUを有効にしており、Toradex BSP 7.7.0のYoctoリファレンスマルチメディアイメージを実行しています。これはトリゾンではありません。カーネルはNXP LF6.6.52_2.2.2をベースにした6.6.142-7.7.0-develです。/dev/neutron0が存在し、ドライバーがプローブします。 そのイメージにはNeutronのファームウェアは付属していません。「NeutronFirmware.elf」をインストールしました。およびNXP-IMX/Neutronの「NeutronKernels.bin」、LF-6.6.52_2.2.0の分岐です。ユーザースペースデリゲートとNeutronライブラリは同じブランチから構築されました。label_imageはコンテナ内で実行され、NPUに到達します。 eIQツールキット1.14.0、2025年1月28日付のインストーラーEIQ-TOOLKIT-WIN-1.14.0にはLinux_6.6.52コンバータがありません。そのインストールで最新のLinuxコンバータはLinux_6.6.36_2.1.0です。mobilenet_v1_1.0_224_quant.tflite を変換中--target imx95 はマイクロコードが0x5bfe0804のモデルを生成します。実行時に6.6.52スタックは以下を報告します。 マイクロコードのバージョンが一致しません！0x5bfe0804 (期待値 0xa186aaf2) 委任先は作成され、1つのノードが委任されましたが、分類スコアは空です。同じモデルのCPU上で、Neutronデリゲートなしではgrace_hopper.bmpの「軍服」を正しく返します。 ファームウェアとユーザー空間ライブラリをlf-6.6.36_2.1.0に置き換えるバージョンは不一致を除去し、その後6.6.52カーネルドライバは中性子推論ジョブの作成に失敗し、Neutron Driver 内部故障コード442を発生させます。6.6.36ライブラリはこのカーネルと通信できません。 eIQ Toolkitのリリースノートによると、i.MX95 BSP LF6.6.52_2.2.x用のNeutronコンバーターはeIQ Toolkit 1.14でのみ利用可能とされています。私たちが持っている1.14インストーラーには、それは含まれていません。 どのコンバーターバイナリがこのBSP用のマイクロコード0xa186aaf2を生成しており、どのeIQ ToolkitやNeutron SDKパッケージに出荷されているのでしょうか? Re: Which neutron-converter matches i.MX95 BSP LF6.6.52_2.2.x? Toolkit 1.14 has no Linux_6.6.52 fold こんにちは、 @Giorgos_Sofroniou さん。 プリビルドのコンバーターは eIQ Ubuntu 版のみで利用可能です。 よろしくお願いします、 志明

ASA Emergency Alert Handling and Audio Source Switching Our main question concerns the behavior of the vehicle when an emergency alert is received from DAB while another media source is active, such as Spotify via Bluetooth/CarPlay/Android Auto or an FM radio station.   Specifically, we would appreciate your technical clarification on the following points:   Automatic Source Switching: When an ASA emergency alert is received over DAB while the user is listening to FM radio or Spotify, how does the system automatically switch to the DAB emergency announcement and display the relevant alert information?   System Responsibility: Which component is responsible for this behavior? Is the alert detection and triggering handled by the ASA chip itself, or does the DAB receiver/head unit need a control interface that allows it to interrupt the currently active media source and switch to DAB audio?   Vehicle Integration: Does the DAB receiver directly control the audio source and display, or does it send an alert notification or trigger signal to the vehicle's infotainment system, which then performs the source switching and displays the alert?   Standards and Implementation: Does the relevant ASA/DAB standard define this behavior and the required interface between the receiver and the vehicle infotainment system, or are these implementation details left to the receiver manufacturer and vehicle OEM?   Technical Requirements: Are there any specific hardware interfaces, software APIs, control signals, or infotainment integration requirements necessary to ensure that an emergency alert can override the currently active media source?   Our objective is to understand whether this functionality is primarily provided by the ASA receiver/decoder or whether additional integration with the vehicle's infotainment system is required.   Any relevant technical documentation, system architecture diagrams, or implementation guidelines would be greatly appreciated. Re: ASA Emergency Alert Handling and Audio Source Switching Hi osmanistlink10 Thanks for your interest in NXP products. What's the NXP product part number related your questions?

imx8mmevk ov5640 mediactl Hi, i try to use mediactl on : Linux imx8mmevk 6.6.52-lts-next-g90192c5d29cb #1 SMP PREEMPT Tue Jul 8 12:00:06 UTC 2025 aarch64 GNU/Linux with a mipe cam ov5640. i can use the camera with gstreamer and pipewire but i cant use mediactl. here the dmseg log: dmesg | grep ov5640_mipi [ 0.059215] platform 32e30000.mipi_csi: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a40000/ov5640_mipi@3c [ 2.409821] ov5640_mipi 2-003c: No sensor reset pin available [ 2.415630] ov5640_mipi 2-003c: supply DOVDD not found, using dummy regulator [ 2.422901] ov5640_mipi 2-003c: supply DVDD not found, using dummy regulator [ 2.429995] ov5640_mipi 2-003c: supply AVDD not found, using dummy regulator [ 2.446514] ov5640_mipi 2-003c: Read reg error: reg=300a [ 2.451845] ov5640_mipi 2-003c: Camera is not found and the mediactl output : media-ctl -p Failed to enumerate /dev/media0 (-2) Can you help me to use mediactl on device Thx a lot Re: imx8mmevk ov5640 mediactl Hi, It's interesting that you mentioned the camera works with GStreamer and PipeWire despite these errors. ov5640_mipi 2-003c: Read reg error: reg=300a ov5640_mipi 2-003c: Camera is not found Normally, if the sensor driver fails to probe, the corresponding V4L2 subdevice is not registered successfully, and the expected camera pipeline should not be fully available. Based on your logs, the first thing I would investigate is whether the OV5640 sensor driver is actually probing successfully, and that you are using the same camera device for both cases.  If that's not the issue, have you verified that the Media Controller interface is enabled and supported? The error Failed to enumerate /dev/media0 (-2) indicates that /dev/media0 cannot be found. Media Controller device availability depends on the kernel configuration and driver implementation.  For more specific help, please share: - The GStreamer pipeline that successfully captures video. - The relevant OV5640 device tree configuration. - Whether you are using the NXP BSP camera driver or a modified/custom implementation. Best regards, Carolina Trejos Embedded SW Engineer at RidgeRun Re: imx8mmevk ov5640 mediactl Hi ,  I use this pipeline with the nxp bsp driver:  root@imx8mmevk:~# gst-launch-1.0 -v v4l2src device=/dev/video0 ! video/x-raw,format=YUY2,width=1280,height=720,framerate=30/1 ! vpuenc_h264 ! h264parse ! rtph264pay pt=96 config-interval=1 ! udpsink host=10.49.24.30 port=5000 sync=false root@imx8mmevk:~# dmesg | grep ov5640_mipi [ 0.059279] platform 32e30000.mipi_csi: Fixed dependency cycle(s) with /soc@0/bus@30800000/i2c@30a40000/ov5640_mipi@3c [ 2.405481] ov5640_mipi 2-003c: No sensor reset pin available [ 2.411300] ov5640_mipi 2-003c: supply DOVDD not found, using dummy regulator [ 2.418588] ov5640_mipi 2-003c: supply DVDD not found, using dummy regulator [ 2.425685] ov5640_mipi 2-003c: supply AVDD not found, using dummy regulator [ 3.057823] mxc_mipi-csi 32e30000.mipi_csi: Registered sensor subdevice: ov5640_mipi 2-003c [ 3.067382] ov5640_mipi 2-003c: Camera is found Ok the error msg are disappear !!!! dtsi : ov5640_mipi: ov5640_mipi@3c { compatible = "ovti,ov5640_mipi"; reg = <0x3c>; status = "okay"; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_csi_pwn>, <&pinctrl_csi_rst>; clocks = <&clk IMX8MM_CLK_CLKO1>; clock-names = "csi_mclk"; assigned-clocks = <&clk IMX8MM_CLK_CLKO1>; assigned-clock-parents = <&clk IMX8MM_CLK_24M>; assigned-clock-rates = <24000000>; csi_id = <0>; pwn-gpios = <&gpio1 7 GPIO_ACTIVE_HIGH>; mclk = <24000000>; mclk_source = <0>; port { ov5640_mipi1_ep: endpoint { remote-endpoint = <&mipi1_sensor_ep>; }; }; }; }; media-ctl -p Failed to enumerate /dev/media0 (-2) Thx for help

无法生成c语言代码 当组件超过30个的时候，无法生成代码，软件卡住不动，等好长时间也没用 Re: 无法生成c语言代码 是的，GUI Guider 1.10.0 项目不能在 2.0.0 中直接打开，也不能自动升级。具体请参考：Tutorials — GUI Guider Documentation Re: 无法生成c语言代码 新版本的guiguider导入不了之前旧版本做的界面设计吗？我这点击导入没有反应，我之前用的是1.10.1-GA版本。 Re: 无法生成c语言代码 应该是的，我还没有试，但是我看内部ticket关了。等我空了给你测试下。 Re: 无法生成c语言代码 好的，最新版的不限组件数量吗 Re: 无法生成c语言代码 Hello @J_T @iyutong  这个问题在GUI-Guider的最新版 v2.0.x得到解决，可以在GUI Guider | NXP 半导体下载试用。 BR Celeste Re: 无法生成c语言代码 请问该问题解决了吗？ Re: 无法生成c语言代码 好的，了解，我会报告给相关team。 Re: 无法生成c语言代码 最新版1.9.1，也问题依旧，卡这不动，但1.9.1是在50个的时候开住的 最新版1.9.1最新版1.9.1 Re: 无法生成c语言代码 你好，感谢发帖。方便提供更多细节吗？你用的哪个版本的gui-guider。只是添加三十个以上的组件就可以100%复现这个问题吗？ 麻烦您帮忙提供更多信息，以便我更好的复现并把情况反映到相关team。感谢理解！

RW612用32.768kHz水晶発振子 こんにちは、 現在、u-bloxのIRIS-W10モジュールにRW612を内蔵したPCB設計プロジェクトに取り組んでいます。これはNXP MCUを使った初めてのデザインです。 RTC外部クリスタルの回路設計方法が迷っています。STM32などの他のMCUでは、水晶発振器のピン両方に外部負荷コンデンサが必要であることがわかっています。しかし、NXPのMCUの中には、内部で設定可能な負荷容量を備えているものもあるようだ。RW612レジスタリストで、RTC CTRLレジスタ、特にRTC_OSC_LOADCAPフィールドを見つけました。これはこのMCUに内部負荷上限があることを示していますが、この分野に関するドキュメントは見つかりませんでした。 SO 質問ですが、このレジスタで特定のコンデンサ値を設定するためのビットフォーマットは何でしょうか? 製品: WiFi RW6XX Re: 32.768kHz Crystal for RW612 以下は、32k XTALに関連するレジスタです。RTC_OSC_LOADCAPのレジスターはこの製品に当てはまらない可能性があるため謎のようです

C言語コードを生成できません コンポーネントが30個を超えると、コードが生成されず、ソフトウェアがフリーズし、長時間経過しても何も起こりません。 Re: 无法生成c语言代码 はい、GUI Guider 1.10.0このプロジェクトはバージョン2.0.0では直接開くことができず、自動アップグレードもできません。詳細は「チュートリアル - GUI Guiderドキュメント」を参照してください。 Re: 无法生成c语言代码 新しいバージョンのGuiGuiderでは、古いバージョンで作成したインターフェースデザインをインポートできないのでしょうか？インポートボタンをクリックしても何も反応がありません。以前はバージョン1.10.1-GAを使用していました。 Re: 无法生成c语言代码 そうであるはずです。まだ試していませんが、内部チケットがクローズされているのを確認しました。時間があるときにテストしてみます。 Re: 无法生成c语言代码 最新バージョンでは、コンポーネントの数に制限はないのでしょうか？ Re: 无法生成c语言代码 こんにちは@J_T @iyutong この問題は、GUI-Guiderの最新バージョンであるv2.0.xで解決されています。最新バージョンは、GUI Guider | NXP Semiconductorsからダウンロードして試用できます。 BR セレステ Re: 无法生成c语言代码 この問題は解決しましたか？ Re: 无法生成c语言代码 わかりました。担当部署に報告します。 Re: 无法生成c语言代码 最新バージョンの1.9.1でも同じ問題が残っています。フリーズして動かなくなりますが、バージョン1.9.1では50ユニットでロックが解除されます。 最新版1.9.1最新バージョン1.9.1 Re: 无法生成c语言代码 こんにちは、投稿ありがとうございます。もう少し詳しい情報をお聞かせいただけますか？お使いのgui-guiderのバージョンは何ですか？30個以上のコンポーネントを追加するだけで、この問題を100%再現することは可能でしょうか？ 問題の再現性を高め、関係部署に報告するために、もう少し詳しい情報をご提供いただけますでしょうか？ご理解いただきありがとうございます。

RW612 的 32.768kHz 晶体 你好， 我目前正在进行一个PCB设计项目，其中包括来自u-blox的IRIS-W10模块，该模块内部有一个RW612芯片。这是我第一个使用恩智浦MCU的设计。 我不太确定应该如何设计RTC外部晶振的电路。根据其他MCU（例如STM32）的经验，我知道它们需要在晶振的两个引脚上都连接一个外部负载电容。但对于 NXP MCU 来说，似乎有些型号具有内部可配置的负载电容。在 RW612 寄存器列表中，我偶然发现了 RTC CTRL 寄存器，特别是字段 RTC_OSC_LOADCAP。在我看来，这表明该 MCU 实际上具有内部负载电容，但我找不到任何关于此领域的文档。 所以我的问题是：要在该寄存器中设置一个特定的电容值，位格式是什么？ 产品：WiFi RW6XX Re: 32.768kHz Crystal for RW612 以下是 32k 晶振的相关寄存器。RTC_OSC_LOADCAP 寄存器看起来很神秘，因为它可能不适用于此产品。