S32K14x SRAM ECC注入示例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** 详细描述： 此示例显示了 SRAM ECC 注入。 默认情况下，在对 SRAM_U 区域中的位置进行读取访问时会注入双位 ECC 错误。 这可以通过 SRAM_U 和 DOUBLE_BIT 宏来改变。 ERM 和 MCM 模块都可以检测到错误，并可以调用相应的中断。 虽然只需要 ERM，但为了演示目的，MCM 中断也启用了 其优先级低于 ERM 中断。 首次调用的 ERM 中断会禁用注入机制 这样在堆栈读取访问期间就无法检测到后续错误。 默认的 S32 Design Studio start_up 文件将向量表复制到 SRAM_L 区域。 为了能够在此 SRAM 区域注入 ECC 错误并调用中断， 复制被 __flash_vector_table__ 符号禁用 在start_up.h中声明文件并在S32K144_64_flash链接器文件中定义。 -------------------------------------------------------------------------------------------- 测试硬件：S32K144EVB-Q100 单片机：S32K144 0N57U 调试器：S32DSR1 目标：internal_FLASH ********************************************************************************

基于wxWidgets的分布式信息与控制系统 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 他们开发的控制器采用i.MX53+Linux。 开发了构建分布式信息和控制系统的解决方案。 Prototmpy 已经运行了一年多。 示例： - 控制电磁搅拌（混合器） http://ontecom.com/en/catalog/ems / Rusal，克拉斯诺亚尔斯克。 - 泵站的监测和管理。 - 气候控制系统的监测和控制。 您可以创建智能家居系统和物联网。有使用 PLC（电力线通信）Qualcomm/Atheros 的经验。 在业余时间，我为 PLC（电力线通信）控制/监控组件智能家居开发了预算解决方案。 基于IEC 61131-3标准开发的软件——分布式信息管理系统。 该解决方案是跨平台的。单个系统中可能存在不同架构和不同操作系统的计算机。 此类信号同步控制器 ARM/Linux 和 x86 服务器（Win、Linux、VMS、...） 使用 wxWidgets。 有关这个主题的文章有，但是用俄语。

LLM Edge Studio LLM Edge Studio In this post, I want to share a quick walkthrough of LLM Edge Studio, an NXP launcher application designed to test supported Large Language Models running locally on i.MX platforms with Ara240 DNPU acceleration. LLM Edge Studio provides a simple GUI to select a model, load it, enter prompts, and interact with an LLM directly at the edge. It communicates with the Ara240 Runtime SDK through the eIQ AAF Connector, using a REST-based interface for prompt submission and streaming token responses.   Key Features Local LLM inference on supported i.MX platforms Ara240 DNPU acceleration GUI-based model selection and prompt input Streaming token output Integration with eIQ AAF Connector and Ara240 Runtime SDK Support for prebuilt Debian package installation or building from source   Supported Models Qwen2.5-coder-1.5B Qwen2.5-7B-Instruct These models are provided as Ara240-compatible model.dvm files and are intended for local execution on the target platform.   Basic Installation After making sure the Ara240 Runtime SDK is installed on the target board, copy the Debian package: scp llm-edge-studio.deb root@ : Install it with: dpkg -i llm-edge-studio.deb The installation may take a few minutes because the required models are downloaded during setup.   Running LLM Edge Studio Start the application with: run_llm_edge_studio Before launching, make sure the Ara240 runtime service is running: systemctl status rt-sdk-ara2.service --no-pager -l Once the GUI appears, click LOAD to load the selected model. After the model is ready, enter a prompt and submit it to start interacting with the LLM.   Walkthrough Video In the attached video, I show how to launch LLM Edge Studio, load a supported model, submit a prompt, and view the generated response running locally on the i.MX platform with Ara240 DNPU acceleration. (function() { var wrapper = document.getElementById('lia-vid-6396693184112w960h540r329'); 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 LLM Edge Studio is a useful tool for quickly evaluating local LLM inference on NXP i.MX platforms using Ara240 DNPU acceleration. It provides a simple workflow for model loading, prompt testing, and observing token streaming directly at the edge. Link LLM Edge Studio repository: https://github.com/nxp-imx-support/llm-edge-studio ARA2-M2-16G-GT ARA240 Hands-On Training

FRDM-A-S32K344: Secure Encrypted Ethernet Demo Secure Encrypted Ethernet Communication using FRDM-A-S32K344  Find the code in Application Code Hub as Secure Encrypted Ethernet End Nodes This project implements a configurable secure encrypted Ethernet communication node that can operate in three different modes—Transmit (TX), Receive (RX) and Intruder —selected at build time using compile‑time macros. Depending on which macro is enabled during compilation, the firmware conditionally includes only the logic required for that mode. /* Macro for NODE selection: Select TX_BOARD, RX_BOARD or INTRUDER_BOARD and * flash its corresponding profile */ #define TX_BOARD (1u) /* TX_BOARD is selected */ #define RX_BOARD (0u) #define INTRUDER_BOARD (0u) TX Node Mode (TX_BOARD) - In this mode, the device encrypts an image and transmits Ethernet frames when the transmission button is pressed. If the encrypt button is pressed, the Ethernet frames will contain the encrypted image. If the encrypt button is not pressed, the Ethernet frames will contain the base image. RX Node Mode (RX_BOARD) - The device listens for incoming Ethernet frames and processes the data to display the received image in the LCD display. When the encrypt button is pressed the decryption is enabled. Intruder Node Mode (INTRUDER_BOARD) - The device listens for incoming Ethernet frames and processes the data to display the received image in the LCD display. Intruder does not have access to decryption. This project has the option to define if the on-board push buttons are used or external user push buttons connected to PTE24 and PTE25. /* Macro for BUTTON selection: Select INTERNAL_BUTTONS or EXTERNAL_BUTTONS and * flash its corresponding profile.*/ #define INTERNAL_BUTTONS (1u) // SW2 = Encryption, SW3 = Transmission #define EXTERNAL_BUTTONS (0u) // PTE24 = Encryption, PTE25 = Transmission   Application Description The application runs on an NXP S32K344 MCU and demonstrates a complete image encryption, transmission, reception, and optional encryption pipeline. The code encrypts an image using the HSE, transmits it over Ethernet, receives encrypted data, decrypts it using HSE, and displays it. The summarized functionality is the next: LCD Display Handling: Initializes an LCD via LPSPI1 and displays an embedded bitmap image AES-128 Encryption/Decryption (ECB mode): Uses Crypto_43_HSE AUTOSAR Crypto Driver, offloads all crypto operations to the Hardware Security Engine (HSE), splits an image into 64‑byte blocks, encrypts each block with AES‑128 ECB Ethernet Transmission (GMAC): Encapsulates encrypted image data into Ethernet frames, Sends frames over GMAC0 and receives incoming frames and reconstructs the encrypted image User Interaction via Buttons: SW3 starts transmission and SW2 grants encryption   Algorithm The main function initialize all pin routing, peripherals and LCD over SPI. Performs setup for Crypto Driver and HSE by loading a key and mark it as valid. (TX) The image stored as a bitmap in ImageDataAuto[] is split into blocks of 64 bytes in order to perform the encryption and store the encrypted output in EncryptedImage[] for secure Ethernet transmission. (TX) Ethernet frame is built manually and is broken into frames of 1024 bytes. (TX) Transmission starts when the transmit button is pressed. When all image data is sent then the transmission resets. (RX) Incoming Ethernet frames are processed in the emac_rx_callback(…) where the payload bytes are extracted and appended into the EncryptedImage[] array. (RX) Once all the image bytes arrives a flag is activated to show the image in the infinite loop. (Intruder) The intruder board can sniff the image sent as long as the Encrypted Button is not pressed. (Intruder) If the Encrypted Button is pressed, intruder board will receive the encrypted array and not be able to decrypt. Crypto Driver and HSE This project makes extensive use of the AUTOSAR Crypto Stack, specifically the Crypto_43_HSE driver and the HSE embedded hardware module as the accelerator performing all AES operations. Some of the key functions and features to understand are: Initialization of HSE Key Catalog: This configures the RAM and NVM key catalogs where the HSE stores key metadata. RetVal = Crypto_43_HSE_Exts_FormatKeyCatalogs(); Loading AES-128 Key into the HSE: The key is transferred into the HSEs secure storage. Crypto_43_HSE_KeyElementSet(APP_AES128_KEY_ID,KEY_MATERIAL_ELEMENT_ID_U32, App_au8Aes128EcbKey_1, APP_AES128_KEY_SIZE); Key Validation: Makes the key available to subsequent crypto jobs. Crypto_43_HSE_KeySetValid(APP_AES128_KEY_ID); AES-128 ECB Job Execution: The CPU does not perform AES operations. The request is passed to the HSE firmware, which executes AES‑128 ECB using its hardware crypto accelerators. Encryption and decryption are performed using their corresponding jobs: Crypto_43_HSE_ProcessJob(APP_SYMMETRIC_CDO_ID, &App_JobAes128EcbEncrypt); Crypto_43_HSE_ProcessJob(APP_SYMMETRIC_CDO_ID, &App_JobAes128EcbDecrypt); HSE-compatible non-cacheable buffers: HSE accesses memory via DMA and cannot read cache-only memory regions. The code places all data buffers exchanged with HSE in special sections defined by: #define CRYPTO_43_HSE_START_SEC_VAR_INIT_8_NO_CACHEABLE Boards: FRDM-A-S32K344 Categories: Communication, Security Peripherals: Siul2, Crypto 43 HSE, ETH 43 GMAC Toolchains: S32 Design Studio IDE 1. Software and Tools 1.1 FRDM Automotive Bundle for S32K3 The demo was developed using the FRDM Automotive Bundle for S32K3. To download and install the complete software and tools ecosystem, use the following link: S32K3 FRDM Automotive Board Installation Package. 1.2 Security Real-Time Drivers Crypto As the application uses cryptography and the Hardware Security Engine (HSE) peripheral, it is necessary to download the Security Real-time drivers Crypto 7.0.0 QLP02 and the S32K344 HSE Standard Firmware to the bundle by following the next steps: Click on the Software Library tab. Select S32K3 checkbox in the Devices tab to filter the results. Type Security Real-Time Drivers Crypto in the search bar and click in the checkbox to select it. Confirm that the version is 7.0.0_QLP02. Type S32K344 HSE Standard Firmware in the search bar and click in the checkbox to select it. Confirm that the version is RTM 0.2.55.0. Click on Generate Bundle Installer button and confirm that the package contains all the drivers as shown. 2. Hardware 2.1 Required Hardware Personal Computer Type-C USB cable Switch Gigabit Ethernet GS108 3 * Ethernet cable 3 * 2.8" TFT touch shield for Arduino 3 * FRDM-A-S32K344 2.2 Debugger Connector Connect the PEmicro debugger to the Cortex Debug connector Connect debugger USB to PC Power the FRDM-A-S32K344 using the USB-C cable or connect USB C cable directly to the board for power supply and debug capabilities 3. Setup 3.1 Import the Project into S32 Design Studio IDE Open S32 Design Studio IDE, in the Dashboard Panel, choose Import project from Application Code Hub. Found the demo you need by searching the name directly. Open the project, click the GitHub link, S32 Design Studio IDE will automatically retrieve project attributes then click Next>. Select main branch and then click Next>. Select your local path for the repo in Destination->Directory: window. The S32 Design Studio IDE will clone the repo into this path, click Next>. Select Import existing Eclipse projects then click Next>. Select the project in this repo (only one project in this repo) then click Finish. 3.2 Connect Hardware Before connecting the display to the board it is necessary to solder 3 SMD pads to enable SPI transmission. The pads correspond to SI, SO and SCK marked in the silkscreen as 11, 12 and 13 respectivelly (yellow circle in the image). To connect the display to the board, follow the next image to make sure the pins in the board marked by red coincide with the pins in the display marked by red. 3.3 Generating, Building and Running the Example Import the HSE using FRDM-A-S32K344 project from Application Code Hub following the steps above. In Project Explorer, right-click the project and select Update Code and Build Project and then go to Debug. The project must be executed twice in order to enable the HSE in the board.Note: This is a mandatory step to compile the Secure Encrypted Ethernet Communication project. In Project Explorer, right-click the project and select Update Code and Build Project. This will generate the configuration (Pins, Clocks, Peripherals), update the source code and build the project using the active configuration (e.g. Debug_FLASH). Make sure the build completes successfully and the *.elf file is generated without errors. Press Yes in the SDK Component Management pop-up window to continue. If a error appears related to the NXP GCC 10.2 not installed, right click on it and select Quick Fix. Note: This is a mandatory step to compile the Secure Encrypted Ethernet Communication project. To generate the other executables, the macros must be modified to use the other node mode. In the app_cfg.h file within the src folder. Change the macro definition from:  #define TX_BOARD (1u)  to  #define TX_BOARD (0u)  and  #define RX_BOARD (0u)  to  #define RX_BOARD (1u) . To set the intruder, repeat previous steps but set  TX_BOARD  and  RX_BOARD  to  (0u)  and  INTRUDER_BOARD  to  (1u)  in the macro definition for the intruder board. Then clean project and build again to generate the RX node executable. Go to Debug and select Debug Configurations. Select GDB PEMicro Interface Debugging: Use the controls to control the program flow. Note: The GDB PEMicro Interface Debugging configuration uses default ports 6224 and 7224. In example are provided 2 debug configurations, one with default ports and another one with custom ports to support debugging of 2 boards simultaneously on the same PC. You must change the  C/C++ Application  path in the debug configuration to point to the generated *.elf file, one for TX node and one for RX node. In one launch configuration, select one board (for example USB1) and in the second launch configuration, select the other board (for example USB2). 4. Results When one board is connected as transmitter, one as receiver and other as intruder, using three ETH cables to the Switch, the image on the transmitter board will appear in the display, on the receiver and intruder board, the image will appear when the transmit button is pressed in the transmitter. If the encrypt button is pressed in both transmitter and receiver, the image will show complete but encrypted in the intruder. (function() { var wrapper = document.getElementById('lia-vid-6390689216112w960h540r430'); 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) Questions regarding the content/correctness of this example can be entered as Issues within this GitHub repository or directly in the commentary section. Warning: For more general technical questions regarding NXP Microcontrollers and the difference in expected functionality, enter your questions on the NXP Community Forum This project implements a configurable secure encrypted Ethernet communication node with the transmission of a large data image. FRDM-Training MCU

LS1046ARDB DDR 校准 作为一个教程项目，我尝试在 ls1046ardb 板上使用 CodeWarrior 工具用上市并通过 DDR 校准。 我创建了一个 QoriQ 配置项目->LS1046A->DDR 内存控制器控制器配置。 成功读取 mta18adf2g72az-3g2r1 模块的 SPD。之后我用上市了 " Centering the clock 测试 "。 第一阶段顺利通过： #################### Result for: wrlvl_searcher ###### Run 1 ###################################### 测试结果：[ ============================================================ 已更新：WRLVL_CNTL = 0x86550605，WRLVL_CNTL_2 = 0x00000000，WRLVL_CNTL_3 = 0x00000000，SDRAM_CLK_CNTL = 0x02800000 ============================================================ Updated:WRLVL_CNTL = 0x86550608, WRLVL_CNTL_2 = 0x0A0B0C0F, WRLVL_CNTL_3 = 0x100A0B0D, SDRAM_CLK_CNTL = 0x02800000 ============================================================ Updated:WRLVL_CNTL = 0x86550608, WRLVL_CNTL_2 = 0x0A0B0C0F, WRLVL_CNTL_3 = 0x1012130D, SDRAM_CLK_CNTL = 0x02800000 <> 呃......捕获寄存器： 0xE20、0x00000000 0xE24、0x00000000 0xE28、0x00000000 0xE40、0x00000000 0xE44、0x00000000 0xE48、0x0000001D 0xE4C、0x00000000 0xE50、0x00000000 0xE54、0x00000000 0xE58、0x000000000 0xE58、0x 00010000 转储： 0xF00, 0x00000000 0xF04, 0x00000002 0xF08, 0x0000000A 0xF0C, 0x14000C20 0xF10, 0x00000000 0xF14, 0x00000000 0xF18, 0x00000000 0xF1C, 0x00000000 0xF20、0x00000000 0xF24, 0x3B003E00 0xF28, 0x41004200 0xF2C, 0x4A004D00 0xF30, 0x4E005100 0xF34, 0x45007000 0xF38, 0x00000000 0xF3C, 0x00000000 0xF40、0x00000000 0xF44, 0x00000000 0xF48, 0x00000001 0xF4C, 0xD4000000 0xF50, 0x11001400 0xF54, 0x16001800 0xF58, 0x1F002100 0xF5C, 0x24002700 0xF60、0x1A000000 0xF64, 0x00009000 0xF68, 0x00000020 0xF6C, 0x00000000 0xF70, 0x0060007B 0xF74, 0x00000000 0xF78, 0x00000000 0xF7C, 0x00000000 0xF80、0x00000000 0xF84, 0x00000000 0xF88, 0x00000000 0xF8C, 0x00000000 0xF90, 0x00000000 0xF94, 0x80000000 0xF98, 0x00000000 0xF9C, 0x2A002B00 0xFA0、0x2D002C00 0xFA4, 0x2E002D00 0xFA8, 0x2A002E00 0xFAC, 0x2D000000 0xFB0, 0x00000003 0xFB4, 0x1E1B1A1C 0xFB8, 0x1D1B1C1A 0xFBC, 0x1E1C1B1D 0xFC0、0x1D1C1D1A 0xFC4, 0x1E1C1D1E 0xFC8, 0x1B1D1E1C 0xFCC, 0x1E1C1B1D 0xFD0, 0x1C1A1D1B 0xFD4, 0x1F1D1C1E 0xFD8, 0x1D1E1D1B 0xFDC, 0x1E1E1B1E 0xFE0、0x1D1F1D1C 0xFE4, 0x1E1C1A1D 0xFE8, 0x1D1D1C19 0xFEC, 0x1F1E1D20 0xFF0, 0x1D1E1F1D 0xFF4, 0x1E1D1B1E 0xFF8, 0x1D1E1E1C 0xFFC, 0x1F000000 数据： 0x00000008 0x0000000a 0x0000000b 0x0000000c 0x0000000f 0x00000010 0x00000012 0x00000013 0x0000000d ] 但下一阶段（clk_adj）失败： #################### Result for: wrc ###### Run 1 ################################################# 测试结果：[ < > {{DDR initialization failed: D_INIT was not cleared by hardware!}} 呃......捕获寄存器： 0xE20、0x00000000 0xE24、0x00000000 0xE28、0x00000000 0xE40、0x00000080 0xE44、0x00000000 0xE48、0x0000001D 0xE4C、0x00000000 0xE50、0x00000000 0xE54、0x00000000 0xE58、0x 00010000 转储： 0xF00, 0x00000000 0xF04, 0x00002100 0xF08, 0x0000000A 0xF0C, 0x14000C20 0xF10, 0x00000000 0xF14, 0x00000000 0xF18, 0x00000000 0xF1C, 0x00000000 0xF20、0x00000000 0xF24, 0x10101010 0xF28, 0x10101010 0xF2C, 0x10101010 0xF30, 0x10101010 0xF34, 0x10104000 0xF38, 0x00000000 0xF3C, 0x00000000 0xF40、0x00000000 0xF44, 0x00000000 0xF48, 0x00000001 0xF4C, 0x11000000 0xF50, 0x00000000 0xF54, 0x00000000 0xF58, 0x00000000 0xF5C, 0x00000000 0xF60、0x00000000 0xF64, 0x00009000 0xF68, 0x00000020 0xF6C, 0x00000000 0xF70, 0x0060007B 0xF74, 0x00000000 0xF78, 0x00000000 0xF7C, 0x00000000 0xF80、0x00000000 0xF84, 0x00000000 0xF88, 0x00000000 0xF8C, 0x00000000 0xF90, 0x00000000 0xF94, 0x80000000 0xF98, 0x00000000 0xF9C, 0x00000000 0xFA0、0x00000000 0xFA4, 0x00000000 0xFA8, 0x00000000 0xFAC, 0x00000000 0xFB0, 0x00000000 0xFB4, 0x00000000 0xFB8, 0x00000000 0xFBC, 0x00000000 0xFC0、0x00000000 0xFC4, 0x00000000 0xFC8, 0x00000000 0xFCC, 0x00000000 0xFD0, 0x00000000 0xFD4, 0x00000000 0xFD8, 0x00000000 0xFDC, 0x00000000 0xFE0, 0x00000000 0xFE4, 0x00000000 0xFE8, 0x00000000 0xFEC, 0x00000000 0xFF0, 0x00000000 0xFF4, 0x00000000 0xFF8, 0x00000000 0xFFC, 0x00000000 ] 假设校准是在全新的、完全组装的参考 ls1046ardb 板上进行的，而不是在定制主板上进行的，那可能有什么问题。 Re: ls1046ardb ddr calibration 你好 能否分享问题的截图？ Re: ls1046ardb ddr calibration 我创建了一个新的 DDR 配置项目。将 SYSCLOCK 更改为 100 Mhz。 之后，我阅读了模块的 SPD。已成功读取 SPD。 CodeWarrior 所描述的 DDR 的 DQ 映射： 之后我启动校准。第一阶段顺利通过： 下一阶段（时钟调整）失败： 在失败阶段的日志中，我 起初我以为 DQ 映射出错了，但现在看来映射是正确的，否则第一阶段也会失败。 对这种情况有什么建议吗？ Re: ls1046ardb ddr calibration 您的板能够使用预编译映像在主机上启动和打印 u-boot 日志吗？还请您分享一下日志。 Re: ls1046ardb ddr calibration 不幸的是，我现在无法提供来自 uboot 的日志（在纽约假期之后是可能的），但我可以说 Uboot 和 Linux 一切都很好 —— 它们在我的 ls1046ardb 上启动和运行得非常完美。唯一的问题是 DDR 校准过程失败。 Re: ls1046ardb ddr calibration 日安 继续进行 ls1046ardb 失败的 DDR 校准。 这是成功的 uboot 日志： 这是 linux 启动日志： 可以看出，Uboot和Linux的正常启动。我认为这意味着硬件和 DDR 模块一切正常，但 DDR 校准过程仍在上述相同步骤中失败。 Re: ls1046ardb ddr calibration 板按预期启动，因此 ddr 已正确校准，问题可能与使用该工具时的测试配置错误有关。 Re: ls1046ardb ddr calibration 日安奥斯瓦格 请说明测试配置中可能存在哪些错误？ 让我展示一下我在做什么： 我的 CodeWarrior 版本 1) 首先我创建一个 DDR 配置项目并从 RDB 板读取 SPD 数据： 2) 成功读取 SPD 后，我将项目默认系统时钟从 66.7 Mhz 改为 100 Mhz 3) 在这里，我们可以看到完整的项目设置：   4) 测试设置： 5) 之后，我开始测试： 第一次测试成功通过。 下一次测试（CLK_ADJ）失败，结果如下： 那么问题出在哪里呢？ Re: ls1046ardb ddr calibration 使用适用于 Windows 的 CodeWarrior 开发工作室可以解决这个问题。Windows 版本要比 Linux 下的二手垃圾喷气机好用得多。

IMX8QM 未使用的电源和信号绑带 您好， 我们正在为 IMX8QM 处理器设计定制板。本项目中有一些未使用的硬件模块，如 HDMI、LVDS、MIPI-CSI、MIPI-DSI、PCIe 等。我们要确保未使用的电源和信号绑扎。 例如，根据 IMX8HWDG 表 47，如果不使用HDMI-RX，下面给出的电源引脚必须接地。 VDD_HDMI_RX0_1P8 ---> GND VDD_HDMI_RX0_LDO0_1P0_CAP ---> GND VDD_HDMI_RX0_LDO1_1P0_CAP ---> GND vdd_hdmi_rx0_vh_rx_3p3 ---> gnd 查看表 48，如果不使用 HDMI-RX，信号引脚的连接方式如下： HDMI_RX0_ARC_P/N ---> 保持未连接状态 HDMI_RX0_CEC ---> 保持未连接状态 HDMI_RX0_HPD ---> 保持未连接状态 HDMI_RX0_MON_5V ---> 不连接 HDMI_RX0_CLK_P/N ---> GND HDMI_RX0_DATAx_P/N ---> GND HDMI_RX0_REXT ---> GND HDMI-RX 块没有问题。 不过，LVDS和 MIPI-CSI 或 MIPI-DSI 块有些令人困惑。根据表 47，LVDS电源引脚必须用 10kΩ 电阻器连接至 GND。 VDD_LVDS0_1P0 ---> 10 kΩ 至地面 VDD_LVDS0_1P8 ---> 10 kΩ 至地面 VDD_LVDS1_1P0 ---> 10 kΩ 至地面 VDD_LVDS1_1P8 ---> 10 kΩ 至地面 在硬件设计指南第 78 页中有一项关于对地 10 kΩ 建议的说明： 所有球可作为一组通过一个 10 kΩ 电阻器连接并拉低至地，或作为多组（根据球图位置）通过多个 10 kΩ 电阻器连接并拉低至地。如果相关电源没有供电，信号球可以不连接。 问题 1：根据上述解释，我们将 VDD_LVDS0_1P0（球 AV36）和 VDD_LVDS1_1P0（球 AW35）短路，并只用一个 10k 电阻与地相连。数据表显示，这些电源引脚属于第 1 组（同一组）。这样做安全吗？我在下面附上了一张图片。 表 48 中另有 LVDS 块未使用信号引脚的说明： 所有球可作为一组通过一个 10 kΩ 电阻器连接并拉低至地，或作为多组（根据球图位置）通过多个 10 kΩ 电阻器连接并拉低至地。此解决方案仅在与每个 I/O 组关联的所有功率域均已断开或接地时才适用。如果某些功能域仍处于供电状态，则落入这些功能域的未使用的 I/O 必须保持浮空或单独接地，每个信号都通过自己的 10kΩ 电阻器。 未使用的电源引脚中指出，对于 LVDS，未使用的无电源硬件模块信号引脚可以不连接。但上面的说明没有提到在不提供电源的情况下不连接信号引脚的任何信息。 问题 2：如果我们将 LVDS 电源引脚 10K 与地相连，不连接 LVDS 信号引脚是否安全？我在下面附上了一张图片。 问题 3：我只举了一个 LVDS 的例子。我可以将这些线路应用于 MIPI-CSI 和 MIPI-DSI 块吗？ 需要您帮助完成该项目的硬件设计。 先行致谢。 易卜拉欣 i.MX8 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: IMX8QM Unused Power and Signal Strapping 感谢您的答复。我们将像下面这样布线： 要为每条线路布线并为每组线路放置一个电阻器是很困难的。无论如何，哪种方法更安全，我们都必须这样做。 再次感谢。 易卜拉欣 Re: IMX8QM Unused Power and Signal Strapping 你好 1.是的，它是安全的。 2.不需要，每个组或信号都需要用一个 10k 电阻器连接到地。 3.是的，LVDS 和 MIPI 信号的指导原则类似。 顺祝商祺！

FTF_Austin_FTF-ACC-F1276_2015.pptx This session will explain how Freescale can enable customers to develop 76-81 GHz short and long range radar applications using the MPC577xK MCU, it will explain the concepts of the radar algorithms, including practical aspects such as SDADC or MIPI CSI sampling, Chirp Generation, Data Compression, R,V FFT, Detection and Tracking algorithms, and the benefits of the new Freescale IP that can allow them to improve their system resolution and accuracy. In this session customers will take away a detailed understanding of how to develop fast modulation radar systems using the MPC577xK MCU including the BOM cost advantages it also brings. This session will explain how Freescale can enable customers to develop 76-81 GHz short and long range radar applications using the MPC577xK MCU, it will explain the concepts of the radar algorithms, including practical aspects such as SDADC or MIPI CSI sampling, Chirp Generation, Data Compression, R,V FFT, Detection and Tracking algorithms, and the benefits of the new Freescale IP that can allow them to improve their system resolution and accuracy. In this session customers will take away a detailed understanding of how to develop fast modulation radar systems using the MPC577xK MCU including the BOM cost advantages it also brings. General Re: FTF_Austin_FTF-ACC-F1276_2015.pptx Hi Andrew Robertson I wanted to check to see if you had your final file. I need to do one last review and then convert it to PDF to include it on the FTF App and public community page. Please help to upload this by selecting "Edit" under Actions as soon as possible. Thanks! Re: FTF_Austin_FTF-ACC-F1276_2015.pptx I have loaded the Marcom reviewed version to this link to help document the review cycle. Here are comments after the Marcom review: I have approved this presentation after making minor changes to punctuation. I have other concerns to highlight: Slide 4 says: FMCW operation is independent of the speed or direction of travel of the target high precision. Andrew, is “target high precision” correct? No Summary and Conclusion section exists in this presentation. Andrew, please add a summary/conclusion and upload the final version based on the attached. Hi Andrew Robertson Please take Brian and John's notes into consideration when finalizing your presentation. Please make sure to use the latest version when making any changes. Once you have finalized your presentation please upload the final file here by selecting "Edit" under Actions and click Publish at the bottom of the page no later than Monday, June 15th. Please help to select the Category "4. Final Version - Ready for PDF and Web" when this final version is posted so I know to pull your file for PDF conversion. Re: FTF_Austin_FTF-ACC-F1276_2015.pptx Adding Deactivated user since he will be helping review this file for Lisa Bradley Re: FTF_Austin_FTF-ACC-F1276_2015.pptx Hi andrewrobertson​ I am reviewing a bunch of FTF presentations.  A few comments on yours.... Are you intending to put something after your summary and conclusions?  Can you...   Your closing thoughts, perhaps some URL's like freescale.com/adas or similiar The abstract refers to BOM cost advantages but I don't really see that in the slides (maybe slide 27) but it's a very small reference.  Just wondering if you should call it out more since it was important enough to mention in the abstract. Renee Fortenberry Re: FTF_Austin_FTF-ACC-F1276_2015.pptx Hi Lisa, I just wanted to make sure you were tagged to this file. It is ready for your review. Please let Andy know when you will be pulling the file in case he has additional changes he would like to make before your review. Lisa Bradley Re: FTF_Austin_FTF-ACC-F1276_2015.pptx PPT expert has completed the presentation review. The latest version is posted and ready for Marcom review @Lisa Bradley

【恩智浦微控制器简介】【电机控制】【基础知识（三）】永磁同步电机的工作原理及控制方法（日语博客） 目录   【恩智浦微控制器简介】【电机控制】【基础知识（三）】永磁同步电机的机理及控制方法 幕后英雄！克拉克变形和帕克变形是什么？ 这一切都始于三相交流电的复杂波形。 第一步：克拉克变换——将三维图形简化为二维图形 第二步：公园改造——“旋转木马的魔力”——定格动态世界 为什么要经历如此繁琐的转换过程？这样做有什么巨大好处？ 摘要：数学如何运用强大的力量随意操控复杂波形 【恩智浦微控制器简介】【电机控制】【基础知识（三）】永磁同步电机的机理及控制方法 幕后英雄！克拉克变形和帕克变形是什么？ 你好！ 当电动汽车平稳起步，高性能空调运行异常安静时，微型计算机以超高速执行复杂的计算，并巧妙地控制电机。 这一次，让我们通过下面的 GIF 动画来揭开“克拉克变换”和“帕克变换” （以两位在控制技术核心“矢量控制”领域工作的伟大专家的名字命名的变换）的奥秘吧！ (function() { var wrapper = document.getElementById('lia-vid-6377224605112w540h540r855'); 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'); }); }); }); } }})(); （查看我的视频） 这一切都始于三相交流电的复杂波形。 首先，我们来看最上面一行。这是三相交流电的世界，也是驱动电机所需的基本能量。 右图（三相正弦波） ：三个波 A、B 和 C 在传播过程中，其幅值和方向都在不断变化。这三个波相互关联，但正因如此，很难凭直觉判断在任何给定时刻应该对电机施加多大的力。这就像试图指挥三个同时演奏不同乐曲的音乐家一样。 左图（旋转矢量） ：然而，当这三个波的力叠加在一起时，会发生一些有趣的事情。会产生一个单一的力（旋转矢量），它平滑且持续地旋转，同时保持恒定的大小。从物理角度来看，这就是定子线圈产生的“旋转磁场”。正是这个旋转磁场吸引着转子磁铁，并成为驱动电机旋转的力的来源。 问题：如何使用微控制器轻松准确地控制这“三个不断变化的波”？ 第一步：克拉克变换——将三维图形简化为二维图形 第一个魔法是“克拉克变换”，它将复杂的 3D 世界转化为更容易理解的 2D 世界。 计算公式如下： 在正常的运动控制中，假设幅值不变变换（K=2/3）和平衡三相（i_a+i_b+i_c=0），则使用以下简化公式。   ​ 右侧的图表（两相正弦波 α-β） ：看！三个波形已经合并成两个波形，α（α）和 β（β）。波形（交流电）仍然存在，但少了一个变量，使其更容易观察。 左侧图表（克拉克变换 α-β） ：它展示了从两个轴（α，β）观察到的世界，这两个轴与从三个轴（A，B，C）观察到的旋转矢量垂直相交。这就像将从一定角度观察到的立体物体转换成从正上方观察到的平面视图。旋转矢量本身仍然以相同的方式旋转，没有任何变化。 [克拉克转换的关键点] 在不丢失任何信息的情况下，我们将处理起来有些困难的三相坐标系转换为数学中熟悉的笛卡尔坐标系（α-β 静止坐标系），从而简化了问题。 第二步：公园改造——“旋转木马的魔力”——定格动态世界 α 和 β 的值仍然像波浪一样变化，很难跟踪它们。这就是矢量控制的精髓——“帕克变换”发挥作用的地方！ 计算公式如下： ​​ 这是一个重大的思维转变：“让我们不再从静止的地面（α-β 坐标）观察旋转矢量，而是跳上一个与旋转矢量以相同速度旋转的旋转木马！”这个新的旋转坐标系被称为“ dq 旋转坐标系”。 右图（两相值 dq） ：多么惊人的结果！之前变化如此剧烈的两个波现在已经变成了**几乎恒定的值（直流）**，分别称为 d 和 q！ 左图（Park变换dq） ：可以看到dq坐标与旋转矢量完美同步旋转。如果你站在旋转木马上的马旁边，你会看到马静止不动，对吧？原理完全相同。从旋转物体的角度来看，它看起来是静止的。 【关于公园改建的注意事项】 通过与旋转矢量以相同速度旋转的坐标系（dq 坐标）进行观察，可以将交流值视为直流值。 为什么要经历如此繁琐的转换过程？这样做有什么巨大好处？ 通过这两步转变，我们获得了巨大的好处：控制的极大简化。 控制不断变化的交流电数值很困难，但直流电数值呢？如果高于目标值，就降低它；如果低于目标值，就提高它。通过这种即使是小学生也能理解的简单操作（PID控制），就可以实现对电机的完美控制。 d 和 q 的直流值各自具有重要的物理意义。 q轴值（正交轴）：它直接控制电机的扭矩（旋转力）。当您踩下电动汽车的油门时，车辆会迅速加速，这是因为微电脑提高了q轴的目标值。它就像一个“动力旋钮”。 d轴值（直轴）：控制电机的磁通量（磁体强度）。对于永磁电机，转子磁体的强度是恒定的，因此基本上将d轴电流控制在零是最有效的。它真可谓是一个“效率调节旋钮”。 换句话说，克拉克和帕克变换的神奇之处在于，它们将电机的“功率”和“效率”元素（通常混合在一起）分离成两个独立的直流旋钮（d 和 q） 。 摘要：数学如何运用强大的力量随意操控复杂波形 三相交流电的复杂波形会在电机内部产生旋转力（旋转矢量）。 克拉克变换通过将三维世界重新绘制成二维（α-β）来简化问题。 公园改造包括乘坐旋转木马（dq 坐标）并将交流值转换为直流值。 使用 PID 控制器可以轻松准确地控制直流转矩 (q) 和磁通量 (d) 值！ 这一系列精妙的数学运算是“矢量控制”的基础，而矢量控制正是现代高性能电机的基石。正是这项神奇的技术，让我们得以尽享动力强劲、静音高效、节能环保的电机所带来的种种益处。 感谢您阅读到最后！ 如果您想阅读下一章基础内容，请点击这里↓ 【基础知识 第4部分】练习！让我们用框图来了解矢量控制的工作原理！ 点击这里查看具体的安装方法以及如何运行示例代码的说明。 【恩智浦微控制器简介】【电机控制】【实践篇1】永磁同步电机的机理及控制方法（日文博客） 这是一个汇总了有关恩智浦电机控制文章的网站： NXP电机控制 - 概要页面 - （日语博客） =========================​ 我们目前无法 回复 此帖子“ 评论”部分的评论。 对于由此造成的不便，我们深表歉意。如有任何疑问， 请 参考“ 如何就 技术问题 联系 NXP （ 日语 博客 ） ” 。 （如果您已经是 恩智浦的 分销商或 与 恩智浦 有业务往来 ，您可以直接联系负责人。 ） 本文将以浅显易懂的方式讲解如何使用NXP FRDM控制板“FRDM-MCXA156”进行电机控制。文章分为基础知识部分和实践部分，希望您能参考感兴趣的部分。 ・基础知识①～⑦，实践①～③ 这次，作为基础知识的第三部分，我们将使用 NXP 微控制器来解释永磁同步电机的工作原理和控制方法。 MCUXpresso MCUXpresso IDE MCUXpresso SDK MCX 电机控制 技术聚焦 日本博客

如何禁用 QSPI 1 上的 MGC 访问控制？ 我正在努力使用自定义驱动程序让 QSPI 在 S32E2 评估板上运行。我正在使用 JTAG 加载代码并耗尽内存，因为我们正在从 EMMC 启动切换到从 QSPI 启动。评估板将 QSPI 闪存连接到 QSPI1 B。我在写入某些寄存器（主要是 SFAR）时遇到了问题。SFAR 似乎受 MGC 保护，因此我想通过清除第 31 位（GVLD）来禁用访问控制。 但是，根据参考手册，只能由总线主机 0x1F 访问 MGC，这是 HSE 核心。看起来 QPSI0 有一种以 HSE_QSPI0_DAT0 为形式的旁路机制，它允许更改可以访问 QSPI0 上这些寄存器的总线主机，但我一直找不到 QSPI1 的等效机制。 谁能帮帮我？ Re: How do you disable MGC access control on QSPI 1? 你好，@AdamH_work、 感谢您联系恩智浦技术支持。关于您的问题，我需要一些时间来寻找访问您提到的寄存器的正确方法。 现在，我建议你看看我们在 S32ZE RTD 2.0.1 中提供的 qspi_ip_example_s32z2xx_r52 或 memacc_example_s32e2xx_r52 示例项目，尽管它使用了 RTD，但它可以让你了解在 S32Z/E 系列中使用 QSP I 所需的步骤。 谢谢！ Re: How do you disable MGC access control on QSPI 1? 你好，@AdamH_work、 对不起，我的回复晚了。 另请查看第 65.1.6 节 QuadsPi_0 与网络安全寄存器之间的相互作用中的表格 [第 3349 页，S32Z2 参考手册，第 5 修订版，2025-01-28]，第 121.2.1. 5 节 QuadsPi_0 数据 0（HSE_QSPI 0_DAT0）[第 6674 页]。在表的第一行中，它说明了如何配置可以访问MGC寄存器的主ID，具体取决于HSE_QSPI0_DAT0的值 。 请告诉我您是否解决了这个问题 Re: How do you disable MGC access control on QSPI 1? 我已经看到了这部分内容，但它似乎只涉及 QuadSPI 0，而我正试图在 QuadSPI 1 上实现这一点。 在此期间，我想出了如何对 MDAD 和 FRAD 寄存器进行编程，以允许所有访问通过，而且 SFAR 似乎在我启动 IP 命令时被填入，但现在它卡在忙状态，所以我可能不需要禁用 MGC 中的所有功能。 Re: How do you disable MGC access control on QSPI 1? 你好，@AdamH_work、 很抱歉造成您的困惑。现在，我的理解是，你们克服了最初的问题，对吗？ 要检查发送 IP 命令的最佳流程，请查看示例项目MemAcc_Example_S32E2XX_R52，特别是请查看函数Qspi_Ip_StatusType Qspi_Ip_IpCommand()，以及静态 Qspi_Ip_StatusType Qspi_Ip_InitReset ()和Qspi_Ip_StatusType Qspi_Ip_RunCommand ()如何调用该函数。 如果您有更多问题，请告诉我。 Re: How do you disable MGC access control on QSPI 1? 在设置 MDAD/FRAD 和 LUT 编程后，我现在可以启动 IP 命令了。 作为闪存通信的第一步，我正在尝试在我的 S32E288-975EVB 评估板上读取美光 MT25QL256ABA8E12 的串行闪存发现参数。我已经在插槽 8 中设置了以下 LUT 序列： CMD PAD1 0x5A ADDR PAD1 24 DUMMY PAD1 8 读取 PAD1 16 停止 PAD1 0 似乎是启动了序列，但又陷入了无限繁忙状态。 SFAR 设置为 0x100000000（配置的起始地址），IPCR 设置为 0x08000008（插槽 8，8 字节）。我将 BUFXCR 寄存器设置所有大小均为 0，缓冲区 3 除外，我已经为所有主服务器设置了缓冲区 3（值 0x80004000）。星期五，我能够用示波器探测CS0/D0/D1引脚，我看到启动IP命令时CS处于钳位状态，但从未取消过钳位。命令和地址似乎已发送，随后是哑周期，然后 D1 进入活动状态，响应数据。 但是，它似乎从未完成读取，只是不停地将数据时钟输入，D1 上显示出重复模式，因为（我猜测）闪存芯片在其 SFDP 缓冲区中循环往复。 当我暂停执行时，我看到了这个： 我不知道是什么原因导致读取无法完成。 我阅读了数据手册中有关 QSPI 读取的部分，但没有找到任何可以解释这种行为的内容。 我尝试降低时钟（从比特时序来看，最初似乎在 100MHz 左右，但后来我在 CGM 中添加了一个 /10 分频器，它减慢了 D1 的比特模式，但没有改变繁忙的行为）。 Re: How do you disable MGC access control on QSPI 1? 你好，@AdamH_work、 根据我在内存数据表中看到的信息，SFDP (0x5A) 并非 "正常 "操作，它要求控制器故意停止通信流： 这也可以解释为什么读取的信息总是不完整。在我看来，QSPI 外围设备是正常工作的，至少它在通信，所以目前的问题可能是操作类型。您能否尝试更简单的操作？例如，您可以在我提到的示例中找到以下 LUT 序列、 MemCfg_0_SPI3ByteAddress_paInitOperations_0和 MemCfg_0_SPI3ByteAddress_paLutOperations_0在Qspi_Ip_Cfg.c 中、关于初始化操作，请查看 Qspi_Ip.c 中的 Qspi_Ip_InitOperation()。 如果您能执行另一项操作，并显示出不同的行为，请告诉我 谢谢！ Re: How do you disable MGC access control on QSPI 1? 问题最终出在我没有正确设置 DLL 上。 我按照 S32DS 示例完成了 DLL 旁路模式初始化序列，并在我的代码中重新实现了它，现在它能正确完成读取操作。 下一个挑战是写入操作，但这个问题可以标记为已解决。

无法将 S32K146EVB-Q144 板闪烁为 D1 发光的红色 我有一个 S32K146EVB-Q144 评估板，起初运行良好。 在我实施 Lin 栈的一次调试过程中，它停止工作了。 当我RESET控制器时，我看到 D1 上持续出现红灯，另外两个绿灯还在那里。 我在 2-3 号位置使用 J10 和 J107 选择 USB 电源，在 2-3 号位置使用 J104 选择 OpenSDA 应用程序闪存模式。 现在，S32DS 完全检测不到我的控制器。 我按照下面帖子中提到的步骤进行了尝试，症状似乎完全相同。 关于S32K144 D2 红色 LED 始终亮起 - NXP Community 在这里，我使用 P&E Kinetics 恢复工具在 OpenSDA 中停止了处理器，但仍无法闪存任何新应用程序。 即使实现了停止，我也无法再次闪光，红灯仍然亮着。 通过调整跳线 J104，控制器也能进入启动加载器模式，实际上我也能在其中闪存 ne 启动加载器应用程序。但不知何故，我无法再次写入闪存，如果我尝试闪存任何示例 .srec文件，D2 保持周期性闪烁（通常在成功闪烁时闪烁一次，然后应用程序开始运行）。 简而言之： -控制器无法到达主控制器或无法连续RESET -控制器无法再次写入闪存（可能是网络安全问题）。 除了涉及 SEGGER-JLINK 的技术外，我尝试了上述主题中提到的技术，因为我没有这种调试探针。我有一个 PE Multilink Universal，但它也无法恢复/擦除闪存。 以下是板的详细信息：主 板名称是：S32K146EVB-Q144 MicroBoot 内核版本为：1.08 引导 加载程序版本为：1.13 安装的应用程序： peMicro EVB-S32K144 海量存储/调试 应用程序 版本为：1.25 DUID 是： 39A33939-91818199-37539805-F97AE678 EUID 是：4141A238-1BDB8733-1854BA22-D38368D6 TUID 是： 74823938-47328196-8576CC9B-0242983E TOA 是 ：86B6E505-56F042E0-79B2A114-62BA758F TOA2 是：86B6E505-EB1A8A7C-AF6E54B6-43532420 SUID 是：86B6E505-5BA18877-37239804-8003EC65 MCU 是否永久锁定？ 如果不是，我该如何找回我的板？ 我是否发现有任何硬件/软件故障？（仅供参考，D2 和 D3 发出绿光，我认为这意味着我的 5V 和 3.3V 电源轨工作正常） 是否有物理方法进行批量擦除？（无法使用 S32DS 紧急动力学选项，因为那里根本无法检测到板）。 OpenSDA 芯片的任何引脚接地都会导致闪存擦除吗？ Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red 请注意，在圣诞假期期间，我们的支持响应时间可能会比平时长。在某些情况下，您的请求可能会在新年后得到处理。感谢您的理解。 Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red HI P&E恢复实用程序停止 MCU 后，关闭工具。 然后按照步骤 3 或 步骤 4 对 S32K146 重新编程。 我不确定这是否是由于 应用程序版本为： 1.25 .请按住 RESET 按钮 SW5，然后插入 USB 线并将 MS D-DEBUG-S32K146EVB-q144_pemicro_v121.sda 放入 BOOTLOADER 驱动器中。这将把 应用程序版本更新为 1.21。 我还附上了 lpit_periodic_interrupt_s32k146.srec。 顺便说一下，您不需要外接 Segger J-Link。如果按步骤 6 ：插入 J7，同时按住 SW5，OpenSDA 就会进入 BOOTLOADER 模式。然后 将世纪佳缘 J-Link 应用程序固件 （如 OpenSDA_V1.bin然后，板载调试器将变为 J-Link。 祝好， Robin ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"ACCEPT AS SOLUTION" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题，并参考已关闭的主题。 ------------------------------------------------------------------------------- Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red 您好，Robin， ，感谢您的及时回复，我试着将其回滚到MSD-DEBUG-S32K146EVB-Q144_Pemicro_v121.SDA， ，其行为方式相同，启动加载器应用程序已闪烁，但 D1 仍闪烁红光，我无法闪烁 .srec使用 Kinetis 恢复工具停止运行后的文件。我看到控制器正在尝试闪烁 srec，但失败了，因为 D2 会周期性闪烁（通常只闪烁 3-4 次，应用程序就会被闪烁）。 然后，我尝试将引导加载器切换到OpenSDA_V1.bin，之后尝试使用 J-Link 指令器进行连接，结果看到以下日志 ： SEGGER J-Link Commander V8.94 (Dec 10 2025 14:50:47 编译) DLL 版本 V8.94, Dec 10 2025 14:49:54 编译 通过 USB 连接 J-Link... 没问题 固件：J-Link OpenSDA 于 2023 年 1 月 31 日编译 13:42:36 硬件版本：V1.00 J-Link 正常运行时间（自启动以来）：0d 00h 00m 28s S/N：621000000 vtref=3.300V 键入 " connect " 建立目标连接，'？'如需帮助 J-Link > connect 请指定设备/内核。 : S32K146 类型 '？'用于选择对话框 设备 > S32K146 请指定目标接口： J) JTAG（默认） S) SWD T) cjTag TIF > SWD SWD TIF SWD 指定目标接口速度 [kHz]。 : 4000 kHz 速度 > 100 设备 " S32K146 " 已选中。 通过 SWD 连接目标 ConfigTargetSettings() 开始 ConfigTargetSettings() 结束 - 用时 22us InitTarget() 开始 SWD 已选定。执行 JTAG -> SWD 切换序列。 停止 CPU 时超时。 InitTarget() end - Took 392ms 发现 SW-DP，ID 为 0x2BA01477 检测到 DPv0 CoreSight SoC-400 或更早版本 扫描 AP 映射以查找所有可用 AP AP[2]：由于已到达 AP 地图的尽头，因此停止 AP 扫描 AP[0]：AHB-AP (IDR: 0x24770011, ADDR: 0x00000000) AP[1]：JTAG-AP (IDR: 0x001C0000, ADDR: 0x01000000) 正在遍历 AP 映射以查找要使用的 AHB-AP， AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241。实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 FPUnit：6 个代码 (BP) 插槽和 2 个文字插槽 CoreSIGHT 组件： romTBL [0] @ E00FF000 [0] [0]：E000E000 CID B105E00D PID 000BB00C SCS-M7 [0] [1]：E0001000 CID B105E00D 003BB002 PID DWT [0] [2]：E0002000 CID PID B105E00D 002BB003 FPB [0] [3]：D PID T PIU 正在初始化 126976 字节的工作内存 @ 0x1FFF0000 重置类型：正常 (https://kb.segger.com/J-Link_Reset_Strategies) E0000000 B105E00D 003BB001 E0040000 B105900D 000BB9A1 RESET：通过 DEMCR.VC_CORERESET RESET 后暂停内核。 RESET：通过 AIRCR.SYSRESETREQ 重置设备。 RESET：S_RESET_ST 永远不会被清除。CPU 似乎永远处于 RESET。 RESET：使用备用：重置密码。 RESET：通过 DEMCR.VC_CORERESET 重置后暂停内核。 RESET：通过重置引脚重置设备 RESET：VC_CORERESET 未停止 CPU。（调试逻辑也可以通过RESET引脚重置？）。 RESET：重新连接并手动关闭 CPU。 发现 ID 为 0x2ba01477 的 SW-DP DP v0 检测到 CoreSIGHT SoC-400 或更早版本的 AP 地图检测已跳过。 找到手动配置的 AP 映射。 AP[0]：AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241.实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 CPU 无法暂停 RESET：重置后核心未停机，尝试禁用 WDT。 RESET：通过 DEMCR.VC_CORERESET 重置后暂停内核。 RESET：通过RESET引脚RESET设备 RESET：VC_CORERESET 未停止 CPU。（调试逻辑也可以通过RESET引脚重置？）。 RESET：重新连接并手动关闭 CPU。 发现 ID 为 0x2ba01477 的 SW-DP DP v0 检测到 CoreSIGHT SoC-400 或更早版本的 AP 地图检测已跳过。 找到手动配置的 AP 映射。 AP[0]：AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241.实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 CPU 无法暂停 RESET：失败。切换RESET引脚并再次尝试RESET策略。 发现 ID 为 0x2BA01477 的 SW-DP 检测到 DPv0 CoreSight SoC-400 或更早版本 跳过 AP 映射检测。找到手动配置的 AP 映射。 AP[0]：AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241.实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 RESET：通过 DEMCR.VC_CORERESET RESET 后暂停内核。 RESET：通过 AIRCR.SYSRESETREQ 重置设备。 RESET：S_RESET_ST 永远不会被清除。CPU 似乎永远处于 RESET。 RESET：使用备用：RESET pin。 RESET：通过 DEMCR.VC_CORERESET RESET 后暂停内核。 RESET：通过重置引脚RESET设备 RESET：VC_CORERESET 未停止 CPU。（调试逻辑也可以通过RESET引脚重置？）。 RESET：重新连接并手动关闭 CPU。 发现 ID 为 0x2ba01477 的 SW-DP DP v0 检测到 CoreSIGHT SoC-400 或更早版本的 AP 地图检测已跳过。 找到手动配置的 AP 映射。 AP[0]：AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241.实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 CPU 无法暂停 RESET：重置后核心未停机，尝试禁用 WDT。 RESET：通过 DEMCR.VC_CORERESET 重置后暂停内核。 RESET：通过RESET引脚RESET设备 RESET：VC_CORERESET 未停止 CPU。（调试逻辑也可以通过RESET引脚重置？）。 RESET：重新连接并手动关闭 CPU。 发现 ID 为 0x2ba01477 的 SW-DP DP v0 检测到 CoreSIGHT SoC-400 或更早版本的 AP 地图检测已跳过。 找到手动配置的 AP 映射。 AP[0]：AHB-AP (IDR: Not set, ADDR: 0x00000000) AP[0]：找到内核 AP[0]：AHB-AP ROM base：0xE00FF000 CPUID 寄存器：0x410FC241.实现者代码：0x41 (ARM) 找到了 Cortex-M4 r0p1，小端节序。 CPU 无法停止运行 CPU 无法停止运行 CPU 无法停止运行 ****** Error：Failed to halt CPU. Memory zones: Zone："默认" 说明：默认访问模式 Cortex-M4 已识别。 J-Link> Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red 请使用示波器观察RESET引脚的波形，将波形发送给我，并告诉我RESET周期和高级宽度。在某些情况下，可能无法恢复，必须更换 S32K1 芯片。   连接策略& 恢复步骤： 目标：让调试器有机会停止内核并中和有问题的固件。 答：降低 SWD 速度 + “RESET 时连接” 在 J‑Link Commander 中： J-Link> device S32K146 J-Link> if SWD J-Link> speed 1000 ; start at 1 MHz; if still failing, drop to 100 kHz J-Link> connect 如果仍然失败，请使用手动重置下连接： 在外部将 RESET_B 保持在低电平，为板供电。 在命令行中运行连接。 释放RESET并立即： J-Link> r J-Link> h J-Link> halt 多试几次，尤其是在 100 kHz SWD 速度下，计时至关重要。 B. 更改 J‑Link RESET 策略 不同的 RESET 策略值的行为不同。在 Commander 中（具体 ID 可能因版本而异）： J-Link> SetResetType = 3 ; a common “connect under reset / halt after reset”; Try 2 / 4 / 12 etc. depending on your J-Link version J-Link> r J-Link> halt 或者，尝试在 J-Link Commander 中的 RESET " 下选择 " Connect。 Re: Unable to flash S32K146EVB-Q144 board as D1 glowing red 根据 S32K146EVB-SPF-29844-RB.pdf: J104 1-2 来自 OpenSDA J 10 2-3 P5V0 的 RESET 信号。 如果你有外部 9V 或 12V 电源，也可以尝试连接 J107 1-2 P5V_SBC。如果您恰好有一个外部调试器，例如 PEMicro Multilink试试能否下载 S32K146 的程序。 最近下载的项目是什么？是否启用了 CSEc？ 请回答我之前的问题，并向我提供使用示波器测量的RESET信号。

开源漏洞和商业使用文档查询 队员们好 我们的客户审查了 MCAL 代码（RTD 3.0.0P01）为该项目使用名为 Black Duck 的开源验证工具。结果，他们发现了 MCAL 中的一些似乎使用开源元器件的文件，如所附文件所示。 有人能对此发表评论吗？有报告吗？ 据我所知，RTD 采用的是恩智浦专有许可证，没有开放源码软件许可证。 顺祝商祺！ 丹尼尔 RTD Re: Open-Source Vulnerabilities and Commercial Usage Documentation Inquiry @danielmartynek 开发团队回复： 我检查了恩智浦社区网站上添加的文件，其中还有一些条目需要确认。也就是说，客户确实使用BlackDuck工具扫描了版本代码包，并生成了调查结果报告。 BlackDuck 工具能找到与我们现有代码和可能公开的代码相匹配的代码片段。这并不意味着任何匹配都是真实的，也不意味着代码是以某种方式窃取的。因此，该工具需要实际人员来分析结果，并根据需要确认或忽略结果。 在 RTD 中，我们很少使用开放源代码，除非有绝对必要，而且在使用时，我们一定会明确说明，并确保其符合恩智浦的许可证。   当 S32K3 RTD 3.0.0P01 版本于 2023 年 3 月 31 日，我们仍在使用 BlackDuck Protex，这是同一家供应商的旧工具，但搜索能力不如新工具。当时我们提交了一份 SCR 报告，其中列出了所有包含的元器件（附在本电子邮件中）。 附上 SCR 文件（SBOM 格式的前身，已在安装程序旁边提供）。它提到了所使用的元器件和许可证。如果调查仍在继续，我们将需要获取该版本并再次对其进行扫描，但要使用新的BlackDuck工具并为其提供新的报告（本质上是重做发布时已经完成的工作——扫描代码，提取每行代码，看看是否有任何问题）。

关于 encrypted_xip_platform_*.c（在 mcuboot 中）的文档 你好， 在 mcuboot 源代码中，可以找到恩智浦提供的许多文件来处理加密 xip：sdk_25_06_00_evk-mimxrt1020/中间件/mcuboot_opensource/启动/nxp_mcux_SDK/Encrypted_XIP/ 在我的项目中，我使用 RT117x、RT105x 和 RT102x，因此要处理 BEE 和 OTFAD 外设。 我搜索了这些文件的文档和示例，例如https://mcuxpresso.nxp.com/mcuxsdk/latest/html/middleware/mcuboot_opensource/README.html#，但没有找到我要找的东西。 我需要知道 特性 用法示例 API 参考 我的使用案例如下： 图像 0 是第二阶段引导加载程序。它实现了 USB 主机大容量存储堆栈，这是更新设备的唯一方法。 图片 1 是实际应用。 我认为两幅图像都需要加密，但我并不确定。 你能告诉我在哪里可以找到使用这些来源的参考设计吗？ 此外，由于有两个图像，我需要 mcuboot 2.2.0（2.1.0对多幅图像无效）。 如此处所示，2.1.0 版已集成到最后一个 SDK 中： 顺祝商祺！ 最大值 Re: doc about encrypted_xip_platform_*.c (in mcuboot) 你好@mastupristi 很抱歉延迟回复。 作为替代方案，目前我们有基于 MCUboot 的SBL，可以实现加密 XIP。不过，它是基于旧版本的 MCUBoot。 我一直在内部检查，我的 SDK 团队说 SDK 现在内置了最新版本的 MCUboot。 基本上，您希望获得的附加信息包括......： 特性 用法示例 API 参考 但用于加密应用程序，对吗？我们是否可以说，关于将片上 OTFAD 与 MCUBoot 结合使用的示例目前对您有用？ 迪亚戈

NFC ON KW In the process of practical application, customers often need the combination of ble + NFC. At present, our IOT-DK006 is the only development board with NFC module. But the NFC example is not perfect. So we porting the library of NFC reader- PN7150, to support KW series microcomputer so that KW series can handle the demand of ble + NFC function. Now I will introduce you how to port the NFC lib to KW. 1 PN7150 Introduction PN7150 is the high-performance version of PN7120, the plug’n play NFC solution for easy integration into any OS environment, reducing Bill of Material (BOM) size and cost. PN71xx controllers are ideal for home-automation applications such as gateways and work seamlessly with NFC connected tags. 2 Tools hardware：FRDM-KW36，PN7150 , some wire software：mcuxpresso11.3 package：NXP-NCI MCUXpresso example Project This package contains the nfc library and example that we need. We will refer the ‘NXPNCI-K64F_example’ firstly. Sdk version: 2.2.8， Example: frdmkw36_rtos_examples_freertos_i2c  3 Steps Hardware part：We need connect the PN7150 to KW36 like the picture. Although we can connect the PN7150 to board through the ardunio connector, the pin’s voltage is not enough to drive the PN7150. So we need a wire connected to U1 to get 3.3V.   PN7150 FRDM-KW36 VBAT/PVDD 3.3V VANT 5V GND GND IRQ PTA16 VEN PTC15 SCL PTB0，I2C0 SDA PTB1，I2C0 Software part：We should add the nfc library and directory into our project. You can check the following picture to know what file is necessary. If you want to know how to add directory into our project, you can refer this link. The red line shows what file we need. Please notice that when we add file path into the mcuxpresso configuration, we also need add the path into ‘Path and Symbols’ . We need add some macro into ‘Preprocessor’. We copy the NXPNCI-K64F_example’s main file content into our ‘freertos_i2c.c’. Next, we need modify the file pin_mux.c, tml.c and board.h   In file board.h，add the following macro. Don't forget to enable the pin clock. /* NXPNCI NFC related declaration */ #define BOARD_NXPNCI_I2C_INSTANCE I2C0 #define BOARD_NXPNCI_I2C_BAUDRATE (100000) #define BOARD_NXPNCI_I2C_ADDR       (0x28) #define BOARD_NXPNCI_IRQ_PORTIRQn PORTA_IRQn #define BOARD_NXPNCI_IRQ_GPIO     (GPIOA) #define BOARD_NXPNCI_IRQ_PORT     (PORTA) #define BOARD_NXPNCI_IRQ_PIN      (16U) #define BOARD_NXPNCI_VEN_GPIO     (GPIOC) #define BOARD_NXPNCI_VEN_PORT     (PORTC) #define NXPNCI_VEN_PIN            (5U)     In file pin_mux.c, add head file ‘board.h’. Add the following code in function ’ BOARD_InitPins’. The step is to configure the VEN, IRQ and I2C0. This example contains the I2C1’s code, you can comment them.     /* Initialize NXPNCI GPIO pins below */   /* IRQ and VEN PIN_MUX Configuration */   PORT_SetPinMux(BOARD_NXPNCI_IRQ_PORT, BOARD_NXPNCI_IRQ_PIN, kPORT_MuxAsGpio);   PORT_SetPinMux(BOARD_NXPNCI_VEN_PORT, NXPNCI_VEN_PIN, kPORT_MuxAsGpio);   /* IRQ interrupt Configuration */   NVIC_SetPriority(BOARD_NXPNCI_IRQ_PORTIRQn, 6);   EnableIRQ(BOARD_NXPNCI_IRQ_PORTIRQn);   PORT_SetPinInterruptConfig(BOARD_NXPNCI_IRQ_PORT, BOARD_NXPNCI_IRQ_PIN, kPORT_InterruptRisingEdge); Finally, in file tml.c, modify PORTC_IRQHandler as PORTA_IRQHandler We finished all steps. 4 Results We use ntag to test the reading and writing operation. When the tag is closed to the PN7150, we will get the following message. The text recording is ‘VER=03’. Next, we will modify the text recording We need add the new macro to preprocessor. We can modify the variable NDEF_MESSAGE in function task_nfc_reader to modify the text recording. Then we download the program again. We will see the original text ‘VER=03’ and the text has been modified. Then we read the tag again. We will see the new text. If we want to send the larger text, what should we do? We need modify the macro ‘ADD’. When only 4 characters are sent, ‘ADD’ is 0. And every additional character is added, the ‘ADD’ will add. We modify the tag as ‘Ver=03’, and we have two more characters. So ‘ADD’ needs to be defined as 2 It firstly shows the text ‘Test’. Then it will show the new text ‘Ver=03’. Other tags’ reading and writing operation can be enabled by defining some macro.       BLE Software KW

LS1021A IoT ホストプロセッサと MKW20 zigbee を使用して色相電球を切り替えるためのクイックデモセットアップ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> LS1021A IoTホストプロセッサとMKW20 zigbeeを使用して色相電球を切り替えるためのクイックデモセットアップ。ここでは、2 つのステップのセットアップを通じてライティングのデモを行います。最初のステップは、TWR-KW20 EVBを使用して、テストツールと呼ばれるPCツールを介して色相電球を制御することです。 次のステップは、PCテストツールの代わりにホストプロセッサとしてLS1021に移行することです。 KW20 USBドングル、LS1021A、Hue Bulbを使用しています。KW20 USBドングルは、Beekitを介してZigbeeコーディネーターとして構成され、このKW20 USBドングルを接続しLS1021A、LS1021Aオン/オフコマンドを発行して色相電球を切り替えます。その後、フリースケールのLS1021AとMKW20シリーズを使用して簡単なデモを作成できます <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> LS1021A IoTホストプロセッサとMKW20 zigbeeを使用して色相電球を切り替えるためのクイックデモセットアップ。ここでは、2 つのステップのセットアップを通じてライティングのデモを行います。最初のステップは、TWR-KW20 EVBを使用して、テストツールと呼ばれるPCツールを介して色相電球を制御することです。 次のステップは、PCテストツールの代わりにホストプロセッサとしてLS1021に移行することです。 KW20 USBドングル、LS1021A、Hue Bulbを使用しています。KW20 USBドングルは、Beekitを介してZigbeeコーディネーターとして構成され、このKW20 USBドングルを接続しLS1021A、LS1021Aオン/オフコマンドを発行して色相電球を切り替えます。その後、フリースケールのLS1021AとMKW20シリーズを使用して簡単なデモを作成できます

Android CTS Verifier The Compatibility Test Suite Verifier is a supplement to the Compatibility Test Suite. The main difference lies in that the verifier is developed for tests that cannot run on their own so they require user input in order to be tested. These tests would include the audio quality, the touchscreen, accelerometer, camera, etc. There is no “best verifier option”, one CTS complements the other. In this document we will focus on how to perform the Verifier test. Requirements: A PC with the Android SDK installed. Your “Device Under Test” (your development board) Optional >> A second android device with compatible Wifi and Bluetooth Setup Steps: Install de Android SDK on your PC Download the appropriate CTS Verifier APK. The list of APK’s can be found here: https://source.android.com/compatibility/downloads.html Make sure that your Device Under Test has its system date and time set correctly. Install the CTS Verifier APK on the Device Under Test* For more information regarding ADB commands, follow this link: https://community.freescale.com/docs/DOC-102514 Initialization: After the setup is done, you should see the application installed: You will see the list of available tests for manual verification: Video Link : 4502 For each test, you will see detailed instructions to run it, and a “pass” and “fail” buttons. Video Link : 4530 Once you run each test, you will have the posibility to choose the outcome. (in some cases, pass/fail outcome will be determined automatically). The list of tests (for CTS Verifier 5.1_r2) is: Camera: FOV Calibration, Formats, ITS, Intents, Orientation, Video. Car: Car Dock Test Clock: Alarms and Timers Test Device Administration: Policy serialization test, screen lock test. Features: Hardware/Software feature summary Hardware: USB Accessory Test Job Scheduler: Charging constraints, connectivity constraints, idle mode constraints. Location: Battery saving mode test, location mode off test Managed provisioning: BYOD managed provisioning, device owner provisioning Networking: Bluetooth test, Wi-Fi direct test Notifications: CA Cert notification, CA Cert notificacion on boot, notification attention management, notification listener, notificacion package priority Other: Data backup, screen pinning, widget framework Projection: Projection cube, projection multitouch, projection offscreen, projection scrolling, projection video playback, projection widget Security: Keyguard password verification, SUID file scanner. Sensors: Accelerometer mearument, CTS Sensor batching, CTS Sensor integration, CTS sensor test, CTS single sensor test, magnetic field measurement, sensor batching. Streaming: Streaming video quality verifier. Exporting test results: Tap the “save disk” icon. A pop-up will show the path of the report that was created. Video Link : 4531 With the board connected to the PC through USB, pull the report using ADB: To download all reports run : adb pull /mnt/sdcard/ctsVerifierReports/ .

AMF-ACC-T1647 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> イーサネットは、自動車の車両通信で最も議論されているテクノロジーの1つになっています。このプレゼンテーションでは、車載イーサネットを網羅する規格の概要を説明します。また、さまざまなアプリケーション間でテクノロジーを実装する際の課題にも対処します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> イーサネットは、自動車の車両通信で最も議論されているテクノロジーの1つになっています。このプレゼンテーションでは、車載イーサネットを網羅する規格の概要を説明します。また、さまざまなアプリケーション間でテクノロジーを実装する際の課題にも対処します。

S32K144 FlexCAN 擬似ネットワーキング STOP モードテストの例 S32DS.ARM.2.2 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** 詳細説明: FlexCAN 0 の Pretended Networking モードを利用し、FlexCAN モジュールが MCU を STOP モードからウェイクアップする方法を示します。 タイムアウト イベントおよびマッチ イベントによるウェイクアップが有効です。 また、ピン割り込みを使用して STOP モードを解除することも可能です。 MCU は SW3 ボタンの押下で STOP モードに移行します。 MCU は次のいずれかが発生すると STOP モードを終了します: - 8 秒間 CAN メッセージが受信されない (CAN PN タイムアウト イベント) - 標準 ID 0x554 または 0x555 のメッセージが受信される (CAN PN マッチ イベント) - SW2 ボタンが押下される (PTC12 割り込み) RUN モードでは青色 LED が減光し、ウェイクアップ要因ごとに減光速度が異なります。 ------------------------------------------------------------------------------ テストハードウェア: S32K144 EVB‑Q100 MCU: FS32K144UAVLL 0N57U Fsys: 160 MHz デバッガ: Lauterbach, OpenSDA ターゲット: internal_FLASH ******************************************************************************** 全般

MPXV5050GC6U <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> - 该部件是否可以清洗（使用无铅、可水洗的焊料）？ 压力传感器 Re: MPXV5050GC6U <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢。我也是这么想的，但想核实一下。 Re: MPXV5050GC6U <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，辛迪、 任何进入传感器压力开口的清洁剂都可能对设备产生不利影响。因此，绝对建议使用卡普顿胶带密封部件上的检修孔。也可以在清洗前用盖子堵住部件。 此致， 托马斯 PS： I如果我的回答有助于解决您的问题，请标记为"正确" 或 "有帮助"。谢谢。

S32k358 获得燃烧 您好， 请说明在与 AFE 通信时导致 MCD 损坏或烧毁的原因。 Re: S32k358 Getting Burn 你好@arun464、 在与外部模拟前端 (AFE) 通信时，MCU（例如 S32K358）可能损坏或出现故障的潜在原因有以下几种： 电压等级不匹配 如果 AFE 使用的逻辑电平（如 5 V）与 MCU 使用的逻辑电平（通常为 3.3 V）不同，则直接连接而不进行适当的电平转换可能会导致 MCU 引脚电压过高。 电源顺序不正确 如果 AFE 比 MCU 先上电（反之亦然），信号线可能会浮动或驱动意外电压，从而导致闩锁或损坏。 接地问题 较差的接地基准或接地回路会在设备之间产生电压差，从而导致通信线路上的电流涌动。 ESD 或 EMI 事件 缺乏适当的 ESD 保护或屏蔽会导致瞬态电压损坏 MCU I/O。 短路或接线错误 不正确的引脚映射或装配过程中的意外短路会导致永久性损坏。 I/O 线路电流过大 相互驱动输出（总线争用）或不正确的上拉/下拉配置会给引脚带来压力。 为了帮助我们进一步分析，请您分享一下： MCU-AFE 接口示意图（包括电源轨和信号线）。 AFE 部件号和使用的通信协议（SPI、I²C 等）。 故障发生前的任何观察条件（如开机期间、负载情况下）。 这将使我们能够提供更具体的保护和设计改进建议。 顺祝商祺！ 帕维尔

RW612ローミング設定 親愛なるコミュニティの皆さん、ローミング設定についていくつか質問があります。私はwifi-wpa-supplicantの例を実行しており、ネットワークに接続しているときにローミング(wlan_set_roaming(1、70))を有効にしています。rssiが70を下回り、バックグラウンドスキャンの代わりに通常のスキャンを開始すると、低rssiイベントがトリガーされることに気付きました。ただし、wpa_supplicantを無効にすると、通常のスキャンではなくバックグラウンドスキャンが実行されます。なぜ違いがあるのですか? WPA_supplicantバックグラウンドスキャン(CONFIG_BGSCAN)をサポートしていますが、それ(bgscan.c)は、サンプルプログラムから削除されたように見えます。これには何か理由がありますか? 私の現在の設定では、RSSIが特定のしきい値を下回ったときにのみローミングが開始されます。より強力なアクセスポイントを検出したときにローミングを開始するようにスケジュールスキャンを設定するにはどうすればよいですか? 多くの感謝と敬意 日時:RW612ローミング設定 SDK のバージョンは 24_12_00 です