S32 IDE开发环境RTD插件无法安装 需要S32 IDE开发环境安装S32ZE RTD插件开展S32Z280处理器软件开发工作，在环境中无法安装，提示如图1，在NXP官网无法下载，提示需要License，请提供License获取渠道，谢谢。 Re: S32 IDE开发环境RTD插件无法安装 不客气，有任何问题随时联系！ Re: S32 IDE开发环境RTD插件无法安装 第一个连接要求账号登录，登录后没有显示安装包下载路径。第二个连接进入“汽车软件包管理器”后成功下载到安装包，谢谢。 Re: S32 IDE开发环境RTD插件无法安装 Hi,Flynn_T 1.您看这个链接可以下载吗？最新的RTD版本应该是2.0.1 QLP01，版本列表中没有你提到的1.1.45。另外注意，2.0.1 QLP01的RTD，需要的S32DS IDE的版本是3.6.1。 Design : Product Information : Automotive SW - S32Z/E - Real Time Drivers (RTD) 2.这个链接您也可以看下，是否可以下载。 汽车软件包管理器 | NXP 半导体 BR Joey Re: S32 IDE开发环境RTD插件无法安装 Hi， BR Joey     我使用的S32 IDE的版本是3.6.10。需要安装的RTD版本是1.1.45，我NXP官方网站没有找到S32Z/E RTD插件的下载路径，请提供一个下载连接。 Best Regard Flynn_T Re: S32 IDE开发环境RTD插件无法安装 Hi，Flynn_T 您使用的S32 IDE的版本是多少呢？RTD版本是多少呢？ 在IDE中加载S32Z/E RTD插件一般不需要license。 BR Joey

i.MX8MP: SError & Page Fault when running M7 with SAI3 audio enabled NXP 官方团队，您好： 我们在使用 i.MX 8M Plus 平台开发系统，运行 Linux A53 与 FreeRTOS M7。在尝试将 SAI3 音频接口分配给 Linux 使用的同时运行 M7 时，遇到了内核崩溃（SError / 页错误）。 1. 软件版本与环境： Kernel 版本：Linux 5.10.72 U-Boot 版本：U-Boot 2021.04 M7 SDK：MCUXpresso SDK for i.MX8MP (rpmsg_lite_str_echo_rtos) 参考官方文章：NXP Knowledge Base: Test SAI3 while running M7 firmware with remoteproc 2. 系统配置情况：   <1> M7 固件（m7.bin）存放在系统分区，并在 U-Boot 阶段通过 bootaux 0x007e0000 命令直接启动。 <2> 在 Cortex-A53 Linux 侧，我们使用挂载在 SAI3 + I2C3 + SDMA3 总线上的物理声卡芯片（SGTL5000）。 <3> Cortex-M7 负责 GPIO2_IO09 管脚上的 采集并触发高频采样中断，并通过 RPMsg 虚拟串口（/dev/ttyRPMSG30）与 A53 Linux 进行跨核数据交互。 3. 遇到的问题： 不调整声卡资源到A53的话，/dev/ttyRPMSG30设备操作是正常的； 目前需要应用A53的声卡设备，参考了官方帖子<Test SAI3 while running M7 firmware with remoteproc>后做出了以下调整，但内核启动会存在问题，改动部分如下： <1> 内核 dts配置已恢复声卡配置到A53，如附件 <2> u-boot dts： 分配了声卡资源到A53，如 <3> ATF，将 SAI3、sdma3 和 i2c3 分配给 A53，修改imx8mp_bl31_setup.c，如： <4> M7 SDK： 注释BOARD_BootClockRUN和BOARD_RdcInit函数涉及AUDIO的改动，如附件 和 4. 内核 dmesg 崩溃日志： 开机进入内核会卡主，log如下： [ 2.992289] i2c i2c-1: IMX I2C adapter registered [ 2.997631] SError Interrupt on CPU2, code 0xbf000002 -- SError [ 2.997634] CPU: 2 PID: 135 Comm: kworker/2:1 Not tainted 5.10.72-gf8ca51a867fa-dirty #56 [ 2.997636] Hardware name: EMB-3512-V11-M7 (DT) [ 2.997638] Workqueue: events deferred_probe_work_func [ 2.997642] pstate: 80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=--) [ 2.997644] pc : i2c_imx_probe+0x31c/0x8fc [ 2.997645] lr : i2c_imx_probe+0x2b0/0x8fc [ 2.997647] sp : ffff8000126a3af0 [ 2.997648] x29: ffff8000126a3af0 x28: ffff80001135c3f0 [ 2.997654] x27: ffff0000c50aa880 x26: 0000000000000023 [ 2.997660] x25: ffff0000c50aaca0 x24: ffff0000c50aa8f0 [ 2.997666] x23: ffff800011d7c090 x22: ffff0000c4410e40 [ 2.997672] x21: ffff80001135c428 x20: ffff0000c041d800 [ 2.997677] x19: ffff0000c041d810 x18: 0000000000000020 [ 2.997683] x17: 0000000000000000 x16: 0000000000000000 [ 2.997689] x15: ffff0000c44112b8 x14: 0000000000000000 [ 2.997695] x13: ffff0000c4410e40 x12: ffff8000126a3a70 [ 2.997700] x11: aaaaaaaaaaaaaaab x10: 0000000000000060 [ 2.997706] x9 : ffff800011b993b4 x8 : ffff800011b99000 [ 2.997712] x7 : 00007dfed2122a00 x6 : 000000000007a120 [ 2.997718] x5 : 0000000000b71aff x4 : 0000000000000002 [ 2.997723] x3 : 0000000000000002 x2 : 0000000000000000 [ 2.997729] x1 : ffff0000ff86ea08 x0 : ffff800013c8000c [ 2.997736] Kernel panic - not syncing: Asynchronous SError Interrupt [ 2.997741] CPU: 2 PID: 135 Comm: kworker/2:1 Not tainted 5.10.72-gf8ca51a867fa-dirty #56 [ 2.997742] Hardware name: EMB-3512-V11-M7 (DT) [ 2.997744] Workqueue: events deferred_probe_work_func [ 2.997747] Call trace: [ 2.997748] dump_backtrace+0x0/0x1a0 [ 2.997750] show_stack+0x18/0x70 [ 2.997751] dump_stack+0xd0/0x12c [ 2.997752] panic+0x16c/0x334 [ 2.997754] nmi_panic+0x8c/0x90 [ 2.997755] arm64_serror_panic+0x78/0x84 [ 2.997757] do_serror+0x64/0x6c [ 2.997758] el1_error+0x90/0x110 [ 2.997760] i2c_imx_probe+0x31c/0x8fc [ 2.997762] platform_drv_probe+0x54/0xb0 [ 2.997763] really_probe+0xec/0x4d0 [ 2.997765] driver_probe_device+0x58/0xc0 [ 2.997766] __device_attach_driver+0xa8/0x10c [ 2.997768] bus_for_each_drv+0x78/0xd0 [ 2.997769] __device_attach+0xd8/0x180 [ 2.997771] device_initial_probe+0x14/0x20 [ 2.997773] bus_probe_device+0x9c/0xa4 [ 2.997774] deferred_probe_work_func+0x80/0xc0 [ 2.997776] process_one_work+0x1cc/0x350 [ 2.997777] worker_thread+0x2bc/0x46c [ 2.997779] kthread+0x154/0x160 [ 2.997780] ret_from_fork+0x10/0x30 [ 2.998109] SMP: stopping secondary CPUs [ 2.998111] Kernel Offset: disabled [ 2.998113] CPU features: 0x0240002,2000200c [ 2.998114] Memory Limit: none 请帮忙看看问题点，是否有相关文档和改动可以解决，期待你们的建议和答复！感谢！ 回复： i.MX8MP: SError & Page Fault when running M7 with SAI3 audio enabled 已解决，需要完整关闭M7端的音频配置才可以

Could someone please help me find the Safety Manual for the S32K3? Hi everyone, I'm looking for the Safety Manual for the NXP S32K3 MCU family. Could someone help me find it or provide information on how to access it? Re: Could someone please help me find the Safety Manual for the S32K3? Hi Have you already signed an NDA with NXP? If you are unsure whether company has signed an NDA with NXP, please tell me company's full name or address. If you already have a valid NDA, please refer to this document to register a Secure File account. Once you have Secure File access, you can click on Secure in the documentation section of the S32K3 product page and download the Safety Manual. Best Regards, Robin

MCUXpresso SDK Latest Version - Recommended Approach for Flash Data Storage Hi Team,   I am evaluating the latest version of the MCUXpresso SDK and working with an NXP MCU.       For saving small configuration parameters (device settings, calibration values, counters, etc.) into internal Flash memory, what is the currently recommended approach?     Specifically:   1. Is it better to use a dedicated Flash storage area or EEPROM emulation (where supported)?   2. Are there any performance or reliability considerations when performing frequent Flash write operations? 3. Does NXP provide any example projects demonstrating best practices for parameter storage and wear leveling? 4. Are there any SDK libraries recommended for managing persistent configuration data? I have reviewed the available SDK documentation, but I would appreciate guidance on the recommended implementation approach for new projects.   Re: MCUXpresso SDK Latest Version - Recommended Approach for Flash Data Storage Hello @Manjuanth, I see you've posted this on the S32K's product forum, however, S32K's MCUs are not compatible with MCUXpresso, and use S32 Design Studio instead. Could you share which NXP MCU you are using? Best regards, Julián 

How to enable and use GPIOs with Zephyr in the TrustZone Non-Secure environment with FRDM-MCXN947 This document describes the complete process required to enable and use GPIOs from a Zephyr Non-Secure application running on the FRDM-MCXN947. It covers the configuration of the AHB security attribution settings, the Zephyr and TF-M project configuration, and the use of the GPIO alias mirror registers to grant Non-Secure access to the desired GPIO ports. After completing these steps, GPIO peripherals can be controlled directly from the Zephyr application while maintaining the security isolation provided by TrustZone. MCXN Security(Edgelock | secure boot | OTP) FRDM-Training Package and IO|GPIO

MR-CANHUBK344 IEEE1722 Automotive Ethernet Example – Need Working Project for S32DS 3.5/3.6.7 Hi, I am working with the MR-CANHUBK344 and want to use its 100BASE-T1 Automotive Ethernet interface. My first goal is simply to get a working Automotive Ethernet example running on the board before modifying it for my application. I downloaded the official MR_CANHUBK3_IEEE1722 example. This looks suitable because it demonstrates MR-CANHUBK344, 100BASE-T1, TJA1103, GMAC, IEEE 1722 ACF-CAN, CAN/CAN-FD to Ethernet conversion, and FreeRTOS. However, I am facing a toolchain/version compatibility issue. My available environments are: S32 Design Studio 3.5 with S32K3 RTD 3.0.0 S32 Design Studio 3.6.7 with S32K3 RTD 7.0.1 When I import the original MR_CANHUBK3_IEEE1722 project, I can see the source files, but when I try to open the .mex configuration I receive this error: Processor S32K344, the PlatformSDK_S32K3_2022_03 version is not supported by the current version of the tool. For example, FreeRTOS_Toggle_Led_Example_S32K344.mex cannot be opened because it expects PlatformSDK_S32K3_2022_03. I understand that the original MR_CANHUBK3_IEEE1722 demo was developed using an older S32DS/RTD environment. I also tried installing S32 Design Studio 3.4 and downloaded SW32K3_S32DS_3.4.3_D2112.zip. However, I currently cannot activate S32DS 3.4 because my NXP account does not show a v3.4 license entitlement. Could you please help me with one of the following? Is there a working MR-CANHUBK344 IEEE1722 project for S32DS 3.5 and RTD 3.0.0? Is there an updated MR-CANHUBK344 Automotive Ethernet example for S32DS 3.6.x and a newer RTD version? For now, I only need a simple Automotive Ethernet demonstration where two MR-CANHUBK344 boards establish a 100BASE-T1 link and transmit/receive basic Ethernet frames using the S32K344 GMAC and TJA1103. I do not need SOME/IP, TSN, or a complex TCP/IP application at this stage. If there is a working S32DS 3.5 port of MR_CANHUBK3_IEEE1722, an updated project, or a migration guide, please share it. Or, If you could help me in activating the license. I clicked on the download and didn't receive any e-mail for the version 3.4. I got one e-mail for 3.6 though.  Thank you. Re: MR-CANHUBK344 IEEE1722 Automotive Ethernet Example – Need Working Project for S32DS 3.5/3.6.7 Thank you. Re: MR-CANHUBK344 IEEE1722 Automotive Ethernet Example – Need Working Project for S32DS 3.5/3.6.7 Hello @Aaditya773 , The original MR_CANHUBK3_IEEE1722 demo was released for an older S32DS / RTD environment, so the .mex incompatibility with newer S32DS 3.5 / 3.6.x versions is expected. I cannot confirm that an officially released migrated version of this exact IEEE1722 ACF-CAN demo is available for S32DS 3.5 or S32DS 3.6.x / RTD 7.0.1. For your current goal, which is to bring up the 100BASE-T1 Ethernet interface first, I would recommend starting from a newer Ethernet example rather than directly migrating the old IEEE1722 project. There is an MR-CANHUBK344 lwIP example available on NXP Community: Example S32K344 EMAC lwIP FreeRTOS MRCANHUB S32DS 3.6.1 RTD600. This example is based on lwip_FreeRTOS_s32K344, was adapted for the MR-CANHUBK344 board and demonstrates pinging the lwIP stack. However, this example was prepared for an RTD 6.0.0-based setup. Therefore, for RTD 7.0.1 I would use it mainly as a reference, not as a project to be imported directly. A cleaner approach is to start from the current lwip_FreeRTOS_s32k344 example delivered with your installed TCP/IP stack and then adapt the MR-CANHUBK344-specific parts from the community example, mainly the GMAC / MII port mapping, pin configuration, clocks, interrupts, and TJA1103-related setup. As another reference, you may also use the S32K344_gptp_ds example from package SW32K3xx_M7_gPTP_1.1.0_CD01_D2602_DesignStudio_updatesite.zip I have made a quick check with the following software configuration: SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_HF1_D2511_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_5.0.0_CD01_D2605_DesignStudio_updatesite.zip SW32K3xx_M7_gPTP_1.1.0_CD01_D2602_DesignStudio_updatesite.zip After a few small fixes in the S32 Configuration Tools configuration, the S32K344_gptp_ds example can be built in this environment. Please note that this is not a direct port of the original IEEE1722 ACF-CAN demo. It is rather a practical path for basic 100BASE-T1 Ethernet bring-up on MR-CANHUBK344 using a newer software environment. To make the discussion easier to follow and useful for other users as well, let us keep this thread focused on the MR-CANHUBK344 Ethernet / 100BASE-T1 bring-up topic. If you need support for any other issue, please kindly create a separate Community thread.   Best regards, Pavel

So little talk about NXP MCX family Mcus How comes? At the start of the year we have ported some products from obsolete microcontrollers to the NXP MCXA family of microcontrollers. Main motivation for this choice was the long time availability. So I had a few month working with that chip and it's infrastructure. And what can I say: They are pretty good. Price is okay. Dev-Board availability is good. The software stack works. Integration into their Eclipse based IDE is fine (and you are not forced to use it). Yes, there are some warts in the software here and there, but nothing out of the ordinary. Hardware features: Pretty cool. It does all the basics and more. I especially like that they have fifos worth speaking of for nearly all peripherials. Found no silicon bugs so far, even when I used the more obscure features of the chip. Performance is good as well. And yet - you find nearly to no posts about these chips. How comes? MCXC Re: So little talk about NXP MCX family Mcus Hi @naofomi  Thanks for your interest in the MCXA product family. Since MCXA is a relatively new MCU series, there is naturally less community content and fewer forum discussions available compared to mature product families such as LPC and Kinetis. Customers also receive support through other NXP channels, including DFAEs and private support cases. If you have any questions, please feel free to post them here. We will be glad to help and support your development. Thank you. BR Alice

Voltage injection tests for OV and UV scenarios and associated behavior Hello Community,  SBC FS4503 is used in one of our projects and configured as below for OV / UV conditions. VCCA, VCORE and VAUX are configured to have impact on FS0B only in an OV condition and an impact on RSTB and FS0B both in case of an UV condition. Voltage injection test was performed by injecting voltages at the VCORE, VAUX and VCCA pins by using a second power supply while the first power supply provided 12V input to the SBC.  Results of the test as below: 1. VAUX OV - Asserts FS0B, 2. VAUX UV- Triggers RESET 3. VCORE OV- Asserts FS0B but VCORE is cut off, as mentioned in the data sheet. 4. VCORE UV- Triggers RESET 5. VCCA OV- Asserts FS0B, but VCORE is pulled down for a short time, and hence reset 6. VCCA UV- Triggers RESET. VPRE- OV - Datasheet mentions regulator is switched off, and we observe a RESET. Below are the queries: 1. Is the Bench test procedure valid? Where, for OV conditions around 5.5V was injected on the respective pin and for UV conditions around 3.5V was injected on the pins. 2. Is the observation with VCCA OV condition acceptable? 3. When an OV condition occurs at VPRE, the datasheet mentions the regulator is switched off, does this cut-off the VCORE supply as well? Thank you, Aditya Re: Voltage injection tests for OV and UV scenarios and associated behavior 1. Is the Bench test procedure valid? Where, for OV conditions around 5.5V was injected on the respective pin and for UV conditions around 3.5V was injected on the pins. [gw]OV should use voltage above 5.5V, UV test should be lower than 3V. Also need meet the filter time and reaction time requirement. 2. Is the observation with VCCA OV condition acceptable? [gw]Does the second power supply(OV voltage) reverse-supply through the VCCA pin, causing disturbances in the VPRE/VCORE loop? Did you monitor the VPRE during this VCCA OV test？ 3. When an OV condition occurs at VPRE, the datasheet mentions the regulator is switched off, does this cut-off the VCORE supply as well? [gw]Yes, VCORE is provided by VPRE. Re: Voltage injection tests for OV and UV scenarios and associated behavior Hello @guoweisun ,  Thank you for the response. This is helpful.  Please find my queries below: [gw]Does the second power supply(OV voltage) reverse-supply through the VCCA pin, causing disturbances in the VPRE/VCORE loop? Did you monitor the VPRE during this VCCA OV test？ [ab]: VPRE was not monitored. I will monitor it with new tests. Could you please help me understand what is meant by reverse-supply through VCCA pin? [gw]OV should use voltage above 5.5V, UV test should be lower than 3V. "Also need meet the filter time and reaction time requirement." [ab]: As I am performing this activity manually, the filter time of 100-200us and reaction time of 314us are satisfied for the OV cases.  Below are some additional queries,  1. How is OV/ UV detected, what is the sampling rate used by the SBC? 2. What is the significance of the filter time and reaction time? 2. How many not ok samples are allowed before detecting an OV/ UV fault on any of the pins? Thank you, Aditya Re: Voltage injection tests for OV and UV scenarios and associated behavior Hi Aditya Q: VPRE was not monitored. I will monitor it with new tests. Could you please help me understand what is meant by reverse-supply through VCCA pin? [gw] If VCCA is operating normally and the internal FET is ON, a high voltage on the downstream side back feed into the VPRE pin.  . Below are some additional queries,  How is OV/ UV detected, what is the sampling rate used by the SBC?[gw]There is no this kind of specification but instead of a filter time. What is the significance of the filter time and reaction time?[gw]You can see these spec in datasheet Table6. How many not ok samples are allowed before detecting an OV/ UV fault on any of the pins?[gw] Once a UV/OV condition is detected, it should be treated as a warning sign.

S32K358 SEMA42 demo 你好！我要使用 SEMA42 模块中的 Gate 寄存器，去写其 GTFSM 字段。需要在 mcal 中去进行使能 SEMA42 操作，目的为在使用的过程中保证对 GTFSM 字段可以正常写入与读取。请帮忙提供一份使用SEMA42的核间通信的demo给我，谢谢！

Battery Management System - SW & HW Environment Battery Management System Software and Hardware Environment 0 Table of Contents •Introduction •Software •Hardware •References •Conclusion 1 Introduction This article presents a comprehensive overview of the hardware and software components required to design and implement a high-voltage Battery Management System (BMS). It focuses on solutions based on NXP hardware platforms, combined with the integrated development ecosystems provided by NXP and MathWorks. The objective is to highlight how these technologies work together to streamline system development, deployment, and validation. 2 Software The software environment provides the modeling, simulation, communication, code generation, and deployment capabilities required by the Battery Management System. 2.1 Deep Learning Toolbox Deep Learning Toolbox brings artificial intelligence into the model-based workflow. It provides MATLAB functions, apps, and Simulink blocks for designing, training, simulating, and analyzing deep neural networks. This makes AI-based behavior easier to develop, understand, and validate before deployment. In the Battery Management System, deep learning can support battery state estimation, fault detection, and operating-condition classification. The toolbox can create and evaluate neural networks, import pretrained models from PyTorch, TensorFlow, and ONNX, and integrate trained networks into Simulink for system-level simulation. Artificial intelligence is not treated as a separate development activity. Neural network behavior can be simulated and verified together with the battery control model. Networks can also be optimized through quantization, projection, or pruning, and prepared for embedded deployment through automatic code generation. This reduces integration risk and makes AI-based BMS functions easier to validate within the complete system. For more information, see the Deep Learning Toolbox documentation in the References chapter. 2.2 Vehicle Network Toolbox Vehicle Network Toolbox brings CAN communication into the model-based workflow. It provides MATLAB functions and Simulink blocks for sending, receiving, encoding, and decoding CAN messages, making network behavior visible and testable before deployment. In the Battery Management System, commands, feedback, and status information are exchanged over CAN, linking the ECU with the surrounding vehicle architecture. The toolbox helps define signal interfaces, pack and unpack CAN messages, simulate bus traffic, and validate communication before target execution. Communication is not treated as a late integration step. CAN interaction can be simulated and verified together with the control model. This reduces integration risk and makes ECU behavior easier to validate end to end. For more information, see the Vehicle Network Toolbox documentation in the References chapter. 2.3 NXP Model-Based Design Toolbox for BMS The NXP Model-Based Design Toolbox for BMS extends the NXP Model-Based Design Toolbox for S32K3 with BMS support. It enables configuration and integration of the MC33775A, MC33774A, MC33772C, MC33665A, and MC33664. The S32K3 toolbox includes peripheral blocks that provide access to key microcontroller resources such as ADC, PWM, CAN, SPI, UART, timers, and interrupts. These interfaces facilitate communication between the S32K3 microcontroller and the supported BMS integrated circuits. Together, the toolboxes support the development and deployment of BMS applications on the S32K3 platform, leveraging the underlying S32K3 and BMS software stack. The workflow also integrates with NXP configuration tools and supports real-time monitoring and visualization through FreeMASTER, simplifying application development, validation, and debugging. 3 Hardware The central hardware platform is the 800 V Battery Management System Reference Design using ETPL. The kit contains: RD-K358BMU - Battery Management Unit RD33774CNTEVB - Cell Monitoring Unit RD772BJBTPL8EVB - Battery Junction Box BATT-18EMULATOR - 18-cell battery pack emulator 3.1 RD-K358BMU The RD-K358BMU is an NXP reference Battery Management Unit (BMU) designed for evaluation, development, and rapid prototyping of 800 V high-voltage Battery Management System (HVBMS) hardware and software. It provides a representative automotive-grade BMU platform built around the S32K358 microcontroller, enabling developers to evaluate battery-management architectures, safety concepts, communication interfaces, diagnostics, and control strategies in a realistic system environment. The board integrates several NXP components, including the S32K358, FS26, MC33665A, HB2000, TJA1145A, PCA2131, NBP8 and MC12XS6. Together, these components provide the processing, power management, communication, sensing, actuation, diagnostics, and safety capabilities required in a high-voltage BMS application. 3.2 Cell Monitoring Unit: MC33774A The RD33774CNT3EVB is a centralized Cell Monitoring Unit (CMU) reference design intended for the development and evaluation of 800 V high-voltage Battery Management System (HVBMS) applications. It uses Electrical Transport Protocol Link (ETPL) communication to connect with the broader BMS architecture and support reliable data exchange within the battery system. The board includes three MC33774 Analog Front End (AFE) devices arranged in a daisy-chain configuration. These AFEs are responsible for measuring and monitoring battery cell parameters, helping developers evaluate cell supervision, diagnostics, and communication strategies in a centralized BMS topology.   3.3 Battery Junction Box: MC33772C The RD772BJBTPL8EVB is a Battery Junction Box (BJB) reference design developed for 800 V high-voltage Battery Management System (HVBMS) applications. It leverages Electrical Transport Protocol Link (ETPL) communication to ensure robust and isolated data exchange within the battery system. The board features two MC33772C battery sensor ICs configured to deliver redundant measurements of voltage and current, improving diagnostic coverage and supporting functional safety requirements. It also performs isolation measurements, which are essential for monitoring insulation integrity and detecting potential fault conditions in high-voltage environments. 3.4 18-Cell Battery Pack Emulator The BATT-18EMULATOR board is designed to emulate a multi-cell battery pack and is easily interfaced with MC33774 battery cell controller evaluation boards. It enables quick evaluation of NXP Battery Cell Controller (BCC) ICs and supports software development by providing a controlled and flexible test environment. The board allows users to intuitively adjust the voltage of each of the 18 emulated cells, as well as the voltage levels on selected analog inputs typically used for temperature sensing. This capability makes it particularly useful for validating measurement accuracy, system behavior, and control algorithms without requiring a physical battery pack. Additionally, the BATT-18EMULATOR provides three independent outputs, allowing up to three BCC ICs to be connected simultaneously to a single emulator board. 4 References Deep Learning Toolbox Documentation Vehicle Network Toolbox Documentation NXP Model-Based Design Toolbox 800 V Battery Management System Reference Designs Using ETPL 5 Conclusion This article described the software and hardware environment required for the Battery Management System. The software combines MathWorks model-based design capabilities with NXP BMS and S32K3 platform support. The hardware integrates the S32K3 with NXP battery-cell controllers, communication interfaces, and associated BMS devices. Together, these elements provide the foundation for battery monitoring, communication, algorithm development, code generation, deployment, and validation. Next article: BMS architecture and model description, including the main software components, communication interfaces, data flow, and overall application structure.

First Steps with the Automotive MCU S32K – Development Environment Setup Guide: How to Install S32DS and RTD (Japanese Blog) What is this article about? NXP provides the S32 Design Studio ( S32DS) software development IDE environment for S32 microcontrollers and processors , as well as the Real-time Driver (RTD) software required to operate the MCU, free of charge. This article explains how to install the S32DS development environment and the RTD. * What is a Real-Time Driver ? This is NXP's proprietary driver set that integrates an " AUTOSAR- compliant MCAL(Microcontroller Abstraction Layer)" and a " non-AUTOSAR-compliant conventional SDK(Software Development Kit)" into a single unit. This time, we'll use the S32K3 , an automotive MCU that is versatile and has a wide range of options, as an example. S32DS is an environment that can be used with other NXP automotive MCUs as well. Overview of the S32K3 microcontroller's software First, let's get a rough understanding of the S32K3's software configuration . You don't need to understand the details at this point. This article will only cover a portion of the following: S32 Design Studio (S32DS) Real-Time Driver (RTD) What should I install? (Checklist) S32 Design Studio (※A common development environment for the S32 series) S32K3 Real-Time Drivers (RTD for S32K3) 1. Install S32 Design Studio S32 Design Studio is a free integrated development environment (IDE) that supports Power Architecture ® ( e200 core) and Arm ® -based automotive high-reliability microcontrollers /processors. S32DS IDE is a simple development tool with no code size limitations, based on open-source software such as Eclipse IDE , the GNU Compiler Collection (GCC) , and the GNU Debugger (GDB), and can be used for editing, compiling, and debugging designs. Download and install Download the IDE installer from the download site for S32 Design Studio for S32 Platform: ide/s32-design-studio-for-s32-platform:S32DS-S32PLATFORM" target="_blank" rel="noopener"> nxp.com Go to the S32DS download site and click the " Download " button. The page will scroll down, so please click " Download " below. Click on S32 Design Studio IDE. Click on the latest version, and if there are no issues, agree to the terms of service. There are versions for Linux and Windows, so please click the one that matches your operating system. Once the download is complete, launch the installer and follow the on-screen instructions to complete the installation. The process isn't particularly difficult, but if you're unsure, the following video provides detailed instructions, so please watch it while you proceed with the installation. Recommended ▶ gallerypage/video-id/6366101833112" target="_blank" rel="noopener">Video S32DS3.6_install_activation_use.mp4 - NXP Community 2. Install the S32K3 Real-Time Driver. Real-Time Drivers (RTDs) are a set of software components developed by NXP to accelerate the development of embedded applications running on S32 automotive MCUs . They provide a standardized, high-performance interface to hardware peripherals, enabling developers to create reliable and scalable automotive software systems.   Download and install Go to the download site for RTD xp.jp/design/design-center/software/automotive-software-and-tools/real-time-drivers-rtd:AUTOMOTIVE-RTD" target="_blank" rel="noopener"> and click the " Download " button. The page will scroll down, so please click the " Download " button for the S32K3 Standard Software below. Please note that this Standard Software is free software and tools available for use. This time, we'll select an RTD for the S32K3. Click on the one that says“ Qualified as RFP Release” (RFP = Release For Production). I agree to the terms of service and will proceed. Next, click on the Updatesite for S32 Design Studio and download it . spoiler (Highlight for reading) * What is Updatesite? Simply downloading the RTD file doesn't mean you can use it with S32DS; you only have the "zip package" on hand. Only by installing the downloaded Update Site ( ..._DesignStudio_updatesite.zip ) into S32DS will the RTD be registered in the IDE. This allows you to select the RTD in the new project wizard and automatically generate the RTD code using "Update Code" based on the settings configured in the S32 Configuration Tool . *If you do not add this, RTD will not appear as an option when creating a new project. *Note that if the RTD is already bundled with the S32DS version, this procedure is unnecessary and you can use it as is. *What is Updatesite? Even after downloading RTD, you only have the "zip package" on hand and cannot use it with S32DS. Only by installing the downloaded Update Site (..._DesignStudio_updatesite.zip) into S32DS will RTD be registered in the IDE, allowing you to select RTD in the new project wizard and automatically generate RTD code using "Update Code" based on settings configured in the S32 Configuration Tool. *Without this, RTD will not appear as an option when creating a new project. *Note that this step is unnecessary for versions of S32DS that already bundle RTD and can be used immediately.   Open the Real-Time Driver on the S32DS and install RTD. Now let's actually open S32DS. Once you open S32DS, click on " S32DS Extension and Updates ". Verify that the S32K3 Development Package is installed. Click " Add Updates Site " in the bottom right corner and add the Real-time Driver you downloaded earlier. Once the addition is complete, the Real-Time Driver will appear on the left side. This time, click on "S32K3XX Real-Time Driver…" to start the installation. If you look at the bottom right, you can confirm that the installation has started. As the installation progresses, you will be prompted to restart the S32DS, so follow the instructions. After restarting, the RTD installation is complete! If you open " S32DS Project From Example " in the lower left, you can see the S32K3XX Real-Time Driver that you just installed . The following video also provides detailed instructions, so please try installing while watching the video. Recommended ▶ S32 Design Studio 3.6: How to Download RTD | NXP Semiconductors At this point, the installation of the S32 Design Studio IDE and the S32K3 Real-Time Driver is complete. Great job! In the next article, we will actually run the drivers and sample applications included in the RTD. =========================​ We are currently unable to respond to comments left in the " Comment " section of this post . We apologize for the inconvenience, but when making an inquiry, please refer to " 8 %E3% 81 %AE% E6 %8A% 80 %E8% A1 %93% E8 %B3% AA %E5% 95 %8F-% E5 %95% 8F %E3% 81 %84% E5 %90% 88 %E3% 82 %8F% E3 %81% 9B %E6% %B9% %B3% E6 %E6% 97 %A5% E6 %9C% AC %E8% AA %9E% E3 %83% 96 %E3% 83 %AD% E3 %82% B0/ba-p/2153299" target="_blank" rel="noopener" data-hyperlinktype="0" > How to ask technical questions to NXP ( Japanese blog ) " . (If you are already an NXP distributor or have a relationship with NXP , you may ask your representative directly. ) This article provides a detailed explanation of how to install the S32 Design Studio (S32DS) development environment and the Real-Time Driver for NXP automotive MCUs, in a level of detail that even those new to S32K can easily follow. This example uses the S32K3 automotive MCU, but the same procedure can be used to set up the environment for other automotive MCUs. (Working time: 20 minutes) General Purpose Microcontrollers S32 Design Studio S32K SW | Downloads Japanese Blog

让我们使用 S32K – RTD（首款车规级 MCU）运行一个 LED 闪烁应用程序（日本博客） 这篇文章是关于什么的？ 在上一篇文章中，我们安装了S32 设计工作室（以下简称S32DS ）和实时驱动程序（以下简称RTD），以执行使用 S32 MCU 进行评估和开发所需的必要准备步骤。 汽车级MCU S32K入门指南——开发环境搭建指南：安装S32DS和RTD（日语博客） 这一次，我们将迈出下一步，实际打开一个 RTD 示例项目，并通过生成代码、构建和调试来体验 S32K3 开发的“第一步” 。 本文目标：调试 S32K3 FRDM 板上的 RTD 示例 ， 并使 LED 闪烁（预计时间：15 分钟） 准备 硬件： FRDM-A-S32K344 USB Type-C 数据线（※FRDM-A-S32K344 随附） 在本文中， 我们将使用 FRDM Automotive 的 新型 开发板 FRDM-A-S32K344 ，该开发板采用 S32K3 微控制器。S32K344 是 一款 1x LockStep Arm Cortex-M7 微控制器， 广泛应用于 电机控制 和车身控制 等领域。 软件： S32DS（IDE 开发环境） RTD（S32K3软件） 请事先确保已安装上一篇文章中介绍的 S32DS和RTD 。 步骤 1：打开 RTD 样品 启动 S32DS 并创建一个新项目。然后，按照以下步骤打开 RTD 示例。 打开左下角的“ S32DS 项目示例”，然后点击“ S32K3XX 实时驱动程序… ”查看ADC 、 CAN 、 GPT 、 I2C 、 PWM 等示例。 这次，我们以“ Dio 示例”为例。 点击“Dio 示例”，然后 选择“ Dio_Example_S32K344 ”。 示例的详细信息会显示在右侧，请检查内容并 点击“完成”。 在左侧的“项目资源管理器”中导航到 main.c ，然后单击打开源代码。 您会在右下角和代码中看到几个“警告”，但这些警告并不表示源代码本身存在错误，而是表示S32DS没有正确找到与 RTD 相关的头文件。 步骤 2：解决警告 要解决此警告，请先单击屏幕左侧项目资源管理器中的“example_Dio.mex” 。 “example_Dio.mex”是一个存储MCU设置（例如，DIO = 数字I/O）、引脚/时钟/外设设置和代码生成设置的文件。 配置工具界面将会出现。点击顶部中央的“更新代码”按钮，即可更新代码并解决错误。更新完成后，右下角“问题”部分中的警告信息将会消失。   步骤 3：构建 点击下方按钮返回上一屏幕。 在项目资源管理器的“生成”部分，您可以查看每个软件及其各自的标题。 最后，点击屏幕左上角的构建按钮。屏幕右下角应该会显示“构建完成”的消息，确认没有错误后，就表示之前提到的警告问题已经解决。 到目前为止，我们已经确认可以打开 RTD 示例项目，从 .mex 文件生成代码，并成功完成构建。 第四步：调试 使用随附的USB Type-C 数据线将 FRDM-A-S32K344 连接到您的电脑。连接成功后，板上的 LED 指示灯将亮起。   返回 S32DS 屏幕，点击屏幕顶部中央的调试图标（虫子图标）开始调试。点击后，屏幕上会显示一条消息，提示您启动 PE Micro 调试器，请允许其启动，并按照屏幕上的说明进行调试。 PE Micro是一款用于调试的调试驱动程序（工具）。S32DS使用名为 PE Micro的调试器将开发板连接到PC。 在当前环境下， S32DS （ IDE ）➡ PE Micro（调试工具） ➡ FRDM-A-S32K344 这是我们沟通的渠道。 调试后，如果控制台中出现“目标已复位”和“ DAP 已成功上电”等日志，并且调试视图中显示线程信息（线程 #1），则表示与目标板的连接和程序传输已成功完成。   步骤五：点亮LED灯 现在，让我们在 FRDM-A-S32K344 板上实际检查一下。 点击屏幕中央工具栏中的播放图标 ▶ “恢复/运行” 以开始执行程序。 请注意，每个示例程序都在 main() 函数的开头设置了一个断点，以便于调试。 如果您能确认 LED 灯 亮起 几秒钟 （下图黄色圆圈中的 LED 灯），则此调试成功。 在这个示例代码中， 我们被指示“ while (count++ < 10) ”。 初始计数为0 每次循环迭代，计数都会增加count++。 仅当计数小于 10 时才有效 换句话说，LED 最多亮 10次才能完成操作，所以LED 只亮几秒钟然后停止是正常的。 到目前为止，我们已经体验了从构建和调试 RTD 示例项目到验证其在实际电路板上的运行（打开和关闭 LED）的整个过程。 最后 这一系列步骤代表了使用 S32K3 的基本开发步骤。 代码生成 → 构建 → 调试 → 测试功能 通过在电路板上实际观察其运行情况，你就能更直观地了解软件如何控制硬件。 根据这些基本步骤，尝试开发你自己的应用程序。 =========================​ 我们目前无法 回复 此帖子“ 评论”部分留下的评论。 对于由此造成的不便，我们深表歉意，但 在进行咨询时， 请 参考“ NXP 技术问题 - 如何联系我们 （ 日语博客 ） ” 。 （如果您已经是 恩智浦的 分销商或 与 恩智浦 有合作关系 ，您可以直接咨询您的代表。） 在本文中，我们将使用 S32K3 实时驱动程序中的一个 LED 闪烁示例项目，通过生成、构建和调试代码来体验 S32K3 开发的“第一步”。 本文目标：调试S32K3 FRDM 板上的RTD示例并使其 LED闪烁。 （预计时间：15分钟） 通用微控制器 S32设计工作室 S32K SW | 下载 日本博客

Let's run an LED blinking application using the S32K – RTD, the first automotive-grade MCU (Japanese blog) What is this article about? In the previous article, we installed S32 Design Studio (hereinafter S32DS ) and Real-Time Driver (hereinafter RTD) to perform the necessary preliminary steps for evaluating and developing with the S32 MCU. First Steps with the Automotive MCU S32K – Development Environment Setup Guide: Installing S32DS and RTD (Japanese Blog) This time, as the next step, we will actually open an RTD sample project and experience the " first step " of S32K3 development by generating code, building, and debugging . Goal of this article: Debug a sample from RTD on an S32K3 FRDM board and make an LED blink (estimated time: 15 minutes) Preparation Hardware: FRDM-A-S32K344 USB Type-C cable (※Included with FRDM-A-S32K344) In this article, we will be using the new FRDM Automotive board, the FRDM-A-S32K344 , which uses the S32K3. The S32K344 is a 1x LockStep Arm Cortex-M7 microcontroller and is used in a wide range of applications, including motor control and body control . software: S32DS (IDE development environment) RTD (Software for S32K3) Beforehand, please make sure that S32DS and RTD, which were introduced in the previous article , are installed. Step 1: Open the RTD sample Launch S32DS and create a new project. Then, follow these steps to open the RTD sample. Open " S32DS Project from Example " in the lower left corner, and click " S32K3XX Real-Time Drivers… " to see examples of ADC , CAN , GPT , I2C , PWM, etc. This time, let's use " Dio Example " as an example. Click on "Dio Example," and then select " Dio_Example_S32K344 " from there. The details of the example are displayed on the right, so check the contents and click "Finish." Navigate to main.c in the "Project Explorer" on the left and click to open the source code. You will see several "Warnings" in the bottom right and on the code, but these warnings do not indicate errors in the source code itself, but rather that S32DS is not correctly finding where to look for RTD-related header files. Step 2: Resolving the Warning To resolve the warning, first click on "example_Dio.mex" in the Project Explorer on the left side of the screen. "example_Dio.mex" is a file that stores MCU settings (e.g., DIO = Digital I/O), Pins/Clock/Peripheral settings, and code generation settings. The Configuration Tool screen will appear. Click "Update Code" at the top center to update the code and resolve the error. Once the update is complete, the warning message will disappear from the "Problem" section at the bottom right.   Step 3: Build Click the button below to return to the previous screen. In the " generate " section of Project Explorer, you can view each software and its respective headers. Finally, click the build button in the upper left corner of the screen. You should also see a "Build Finished" message in the lower right corner of the screen, and confirm that there are no errors, which means the warning mentioned earlier has been resolved. Up to this point, we have confirmed that we can open the RTD sample project, generate code from the .mex file, and complete the build successfully. Step 4: Debugging Connect the FRDM-A-S32K344 to your PC using the included USB Type-C cable . The LED on the board will light up when the connection is successful.   Return to the S32DS screen and click the debug icon (bug logo) at the top center of the screen to start debugging. After clicking, a message will appear asking you to launch the PE Micro debugger, so allow it to launch and follow the on-screen instructions to proceed with debugging. PE Micro is a debug driver (tool) used by the S32DS to connect the board to the PC. In the current environment, S32DS ( IDE ) ➡ PE Micro ( Debugging Tool ) ➡ FRDM-A-S32K344 This is the route through which we are communicating. After debugging, if logs such as " Target has been RESET " and " DAP successfully powered up " appear in the Console, and thread information ( Thread #1 ) is displayed in the Debug view, then the connection to the target board and program transfer have been completed successfully.   Step 5: Light up the LED Now, let's actually check it on the FRDM-A-S32K344 board. Click the play icon ▶ “Resume/Run” in the toolbar in the center of the screen to start the program execution. Please note that each sample program has a breakpoint placed at the beginning of the main() function to facilitate debugging. If you can confirm that the LED lights up for a few seconds (the LED circled in yellow in the diagram below), then this debugging was successful. In this example code, we are instructed to " while (count++ < 10) ". Start with count = 0 The count increases by count++ with each loop iteration. It only works while count < 10 In other words, the LED lights up a maximum of 10 times to complete the operation, so it's normal for the LED to light up for only a few seconds and then stop . Up to this point, we have been able to experience the entire process from building and debugging the RTD sample project to verifying its operation on the actual board ( turning the LEDs on and off). Finally This series of steps represents the basic development steps using the S32K3. Code generation → Build → Debug → Test functionality By actually seeing it in action on the board, you were able to gain a more intuitive understanding of how software controls hardware. Based on these basic steps, try developing your own application. =========================​ We are currently unable to respond to comments left in the " Comment " section of this post . We apologize for the inconvenience, but please refer to " Technical Questions to NXP - How to Contact Us( Japanese Blog) " when making inquiries.(If you are already an NXP distributor or have a relationship with NXP, you may ask your representative directly.) In this article, we will use a sample LED blinking project within the S32K3 Real-Time Driver to experience the " first steps " of S32K3 development by generating, building, and debugging code. Goal of this article: Debug a sample in RTD on an S32K3 FRDM board and blink an LED. (Estimated time: 15 minutes) General Purpose Microcontrollers S32 Design Studio S32K SW | Downloads Japanese Blog

初めての車載向けMCU S32K – RTDを使用してLED点滅のアプリケーションを動かしてみよう (日本語ブログ) この記事は？ 前回の記事では、S32 Design Studio（以下S32DS）とReal-Time Driver（以下RTD）のインストールを行い、S32 MCUの評価、開発に必要な下準備を行いました。 初めての車載向けMCU S32K – 開発環境構築ガイド：S32DSとRTDのインストール（日本語ブログ） 今回はその次のステップとして、実際にRTDのサンプルプロジェクトを開き、コード生成、ビルド、デバッグを行うことで、S32K3開発の「最初の一歩」を体験してみます。 この記事のゴール：S32K3 FRDMボード上でRTD内のサンプルをデバッグし、LEDを点滅させる （所要時間：15分） 事前準備 ハードウェア： FRDM-A-S32K344 USB Type-Cケーブル (※FRDM-A-S32K344に付属しています。) 今回の記事では、S32K3の新しいFRDM Automotiveボード、FRDM-A-S32K344を使います。S32K344は、１ｘLockStep Arm Cortex-M7 マイクロコントローラで、モーター制御、ボディ制御等、幅広いアプリケーションで採用されています。 ソフトウェア： S32DS (IDE開発環境) RTD (S32K3用ソフトウェア) 事前に、前回の記事、で紹介したS32DSとRTDがインストールされていることを確認してください。 ステップ１：RTDサンプルを開く S32DSを起動し、新しいプロジェクトを作成しましょう。その後、以下の手順に沿って、RTDサンプルを開きます。 左下の「S32DS Project from Example」を開き、「S32K3XX Real-Time Drivers…」をクリックすると、ADC、CAN、GPT、I2C、PWM…etc.等のサンプルが確認できます。 今回は、例として「Dio Example」を使ってみましょう。「Dio Example」をクリックし、その中からさらに「Dio_Example_S32K344」を選択。右側に、Exampleの詳細が記載されているため、中身を確認し、「Finish」をクリック。 左の「Project Explorer」でmain.cへと移動し、クリックすると、ソースコードを開くことができる。 右下およびコード上にいくつかの「Warning」が表示されますが、この警告は、ソースコードそのもののミスではなく、S32DSがRTD関連のヘッダファイルを探す場所を正しく見つけられていない場合に表示されます。 ステップ２：Warningの解消 Warningを解消するために、まずは画面左のProject Explorerから、「example_Dio.mex」をクリックします。「example_Dio.mex」は、MCUの設定（例：DIO = Digital I/O）、Pins / Clock / Peripheral設定、コード生成設定情報を保存しているファイルです。 Configuration Toolの画面が表示されるので、中央上の「Update Code」をクリックし、エラーを解消するためにコードを更新します。アップデートが完了すると、右下の「Problem」セクションからWarningメッセージが消えます。   ステップ３：ビルド 以下のボタンをクリックし、元の画面に戻ります。 Project Explorerの「generate」のセクションで、各ソフトウェアとそれぞれのヘッダーを確認することができます。 最後に、画面左上のビルドボタンをクリックします。画面右下に「Build Finished」のコメントともにエラーが無いことも確認できるので、先ほどのWarningも解消されたことが確認できます。 ここまでで、RTDサンプルプロジェクトを開き、.mexファイルからコードを生成し、ビルドが正常に完了するところまで確認できました。 ステップ４：デバッグ FRDM-A-S32K344を付属のUSB Type-Cケーブルを使って、お使いのPCにつないでください。正常につながると、ボード上のLEDが光った状態になります。   S32DSの画面に戻り、画面中央上のデバッグアイコン（虫のロゴ）をクリックし、デバッグを開始しましょう。クリックすると、デバッガのPE Microを起動させるメッセージが出てくるので、起動を許可し、画面の指示に沿ってデバッグを進めてください。 PE Micro は、デバッグ用の接続ドライバ（ツール）で、S32DSがPCとボードをつなぐために、PE Microというデバッガを使っています。 現在の環境では、 S32DS（IDE）➡ PE Micro(デバッグツール) ➡ FRDM-A-S32K344 という経路で通信しています。 そして、デバッグ実行後、Consoleに「Target has been RESET」「DAP successfully powered up」などのログが表示され、さらにDebugビューにスレッド情報（Thread #1）が表示されていれば、ターゲットボードへの接続およびプログラム転送は正常に完了しています。   ステップ５：LEDを光らせる では、実際にFRDM-A-S32K344ボード上で確認しましょう。 画面中央のツールバーにある再生マーク ▶ “Resume/Run”をクリックすると、プログラム実行がスタートします。 尚、各サンプルプログラムはデバッグを行いやすいように、main()の先頭にブレイクポイントを貼っています。 「数秒だけLEDが光る」（下図の黄色で囲ったLED）動作が確認できれば、今回のデバッグは成功です。 今回のDim Exampleのコードでは、“while (count++ < 10)”と指示されており、 count = 0 でスタート ループ1回ごとに count++ で増える count < 10 の間だけ動く つまり、最大10回LEDが光って動作が完了する、という中身になっているため、LEDが数秒だけ動作して止まるのが正常な挙動です。 ここまでで、RTDサンプルプロジェクトのビルドからデバッグ、そして実機ボード上での動作確認（LEDの点灯・消灯）までを一通り体験することができました。 さいごに 今回の一連の流れは、S32K3を用いた開発の基本ステップとなります。 コード生成 → ビルド → デバッグ → 動作確認 実際にボード上で動作を確認することで、ソフトウェアがハードウェアを制御していることをより直感的に理解できたのではないでしょうか。 この基本ステップをベースに、ご自身のアプリケーション開発へと発展させてみてください。 =========================​ 本投稿の「Comment」欄にコメントをいただいても、現在返信に対応しておりません。​ お手数をおかけしますが、お問い合わせの際には「NXPへの技術質問 - 問い合わせ方法 (日本語ブログ)」をご参照ください。​ （既に弊社NXP代理店、もしくはNXPとお付き合いのある方は、直接担当者へご質問いただいてもかまいません。） 今回の記事では、S32K3 Real-Time Driver内のLED点滅のサンプルプロジェクトを用いて、コード生成、ビルド、デバッグを行うことで、S32K3開発の「最初の一歩」を体験します。 この記事のゴール：S32K3 FRDMボード上でRTD内のサンプルをデバッグし、LEDを点滅させる （所要時間：15分） General Purpose Microcontrollers S32 Design Studio S32K SW | Downloads 日本語ブログ

汽车级MCU S32K入门指南——开发环境搭建指南：如何安装S32DS和RTD（日语博客） 这篇文章是关于什么的？ 恩智浦 半导体 (NXP) 为 S32 微控制器和 处理器 免费 提供 S32 设计 工作室 ( S32DS) 软件开发集成开发环境 (IDE)，以及 运行 MCU 所需的 实时驱动程序 (RTD) 软件。本文将介绍如何安装 S32DS 开发环境和 RTD。 什么是 实时驱动程序 ？ 这是 NXP 的 专有驱动程序集 ，它将“ 符合 AUTOSAR 标准的 MCAL （微控制器抽象层）”和“ 不符合 AUTOSAR 标准的常规 SDK （软件开发工具包）” 集成到一个单元中 。 这次，我们将以功能全面、选项丰富的 汽车级 MCU S32K3 为例进行说明。S32DS 环境也可以与 NXP的其他汽车级 MCU配合使用。 S32K3微控制器软件概述 首先，让我们大致了解一下S32K3的软件配置。 你现在不需要了解细节。 本文仅涵盖以下内容的一部分： S32 设计工作室 (S32DS) 实时驾驶员 (RTD) 我应该安装哪些软件？（清单） S32 设计工作室（※S32 系列的通用开发环境） S32K3 实时驱动程序（S32K3 的 RTD） 1.安装S32 设计工作室 S32 Design Studio是一个免费的集成开发环境 (IDE)，支持基于 Power Architecture ® ( e200内核) 和Arm ®的汽车高可靠性微控制器/处理器。 S32DS IDE 是一款简单的开发工具，没有代码大小限制，它基于 Eclipse IDE 、 GNU编译器集合(GCC)和GNU调试器(GDB) 等开源软件，可用于编辑、编译和调试设计。 下载并安装 从下载站点下载适用于 S32 平台的 S32 Design Studio IDE安装程序：ide/s32-design-studio-for-s32-platform:S32DS-S32PLATFORM" target="_blank" rel="noopener"> nxp.com 前往 S32DS 下载网站，然后点击“下载”按钮。 页面会向下滚动，请点击下面的“下载”按钮。 点击 S32 设计工作室 IDE。 点击最新版本，如果没有问题，请同意服务条款。 有Linux 和Windows 版本，请点击与您的操作系统匹配的版本。 下载完成后，启动安装程序，并按照屏幕上的说明完成安装。 这个过程并不特别难，但如果您不确定，以下视频提供了详细的说明，请在安装过程中观看。 推荐▶ gallerypage/video-id/6366101833112" target="_blank" rel="noopener">视频 S32DS3.6_install_activation_use.mp4 - NXP 社区 2.安装S32K3 实时驱动程序。 实时驱动程序 (RTD) 是恩智浦半导体开发的一组软件组件，旨在加速在 S32 汽车 MCU 上运行的嵌入式应用程序的开发。它们为硬件外设提供标准化的高性能接口，使开发人员能够创建可靠且可扩展的汽车软件系统。   下载并安装 前往RTD的下载站点xp.jp/design/design-center/software/automotive-software-and-tools/real-time-drivers-rtd:AUTOMOTIVE-RTD" target="_blank" rel="noopener"> 并点击“下载”按钮。 页面将向下滚动，请点击下方“ 下载”按钮 下载 S32K3 标准软件。 请注意，此标准软件为免费软件和工具。 这次，我们将为 S32K3 选择 RTD。 点击标有“符合 RFP 发布条件”的选项（RFP =发布用于生产）。 我同意服务条款，并将继续操作。 接下来，点击 S32 Design Studio的更新站点并下载。 剧透 （高亮显示以便阅读） Updatesite是什么？ 仅仅下载 RTD 文件并不意味着您可以将其与 S32DS 一起使用；您手中只有“zip 压缩包”。只有将下载的更新站点 ( ..._DesignStudio_updatesite.zip ) 安装到 S32DS 中，RTD 才能在 IDE 中注册。这样，您就可以在新建项目向导中选择 RTD ，并根据 S32 配置工具中配置的设置，使用“更新代码”自动生成 RTD 代码。 *如果不添加此项，创建新项目时 RTD 将不会显示为选项。 *请注意，如果 RTD 已与 S32DS 版本捆绑在一起，则此步骤是不必要的，您可以直接使用它。 Updatesite是什么？ 即使下载了 RTD，您也只能获得“zip 压缩包”，而无法将其与 S32DS 一起使用。只有将下载的更新站点 (..._DesignStudio_updatesite.zip) 安装到 S32DS 中，RTD 才能在 IDE 中注册，从而允许您在新建项目向导中选择 RTD，并根据 S32 配置工具中配置的设置，使用“更新代码”自动生成 RTD 代码。*否则，创建新项目时将不会显示 RTD 选项。*请注意，对于已捆绑 RTD 并可直接使用的 S32DS 版本，此步骤是不必要的。   在 S32DS上打开实时驱动程序并安装 RTD。 现在让我们打开 S32DS。 打开 S32DS 后 ， 点击“ S32DS 扩展和更新”。 确认已安装 S32K3 开发包。 点击右下角的“添加更新站点”，然后添加您之前下载的实时驱动程序。 添加完成后，实时驱动程序将显示在左侧。这次，点击“S32K3XX 实时驱动程序…”开始安装。 查看右下角，即可确认安装已开始。安装过程中，系统会提示您重启 S32DS，请按照提示操作。 重启后，RTD安装完成！ 如果您在左下角打开“ S32DS 项目示例”，您可以看到您刚刚安装的S32K3XX 实时驱动程序。 以下视频也提供了详细的安装说明，请边观看视频边尝试安装。 推荐▶ S32 设计工作室 3.6：如何下载 RTD | 恩智浦半导体 至此，S32 设计工作室 IDE和S32K3实时驱动程序的安装已完成。干得好！ 下一篇文章中，我们将实际运行 RTD 中包含的驱动程序和示例应用程序。 =========================​ 我们目前无法回复此帖子“评论”部分留下的评论。 由此给您带来的不便，我们深表歉意。如有任何疑问，请参考“ 8 %E3% 81 %AE% E6 %8A% 80 %E8% A1 %93% E8 %B3% AA %E5% 95 %8F-% E5 %95% 8F %E3% 81 %84% E5 %90% 88 %E3% 82 %8F% E3 %81% %E6% %B9% %B3% E6 %E6% 97 %A5% E6 %9C% AC %E8% AA %9E% E3 %83% 96 %E3% 83 %AD% E3 %82% B0/ba-p/2153299” target="_blank" rel="noopener" data-hyperlinktype="0" >如何向NXP提出技术问题（日语博客） ” ） “ 。 （如果您已经是恩智浦的分销商或与恩智浦有合作关系，您可以直接咨询您的代表。 ） 本文详细介绍 了如何安装 S32 设计工作室 (S32DS) 开发环境和 NXP 汽车 MCU 的实时驱动程序 ， 即使是 S32K 新手 也能轻松理解。 本示例使用 S32K3 汽车 MCU，但相同的步骤也可用于设置其他汽车 MCU 的环境。 （操作时间：20分钟） 通用微控制器 S32设计工作室 S32K SW | 下载 日本博客

初めての車載向けMCU S32K – 開発環境構築ガイド：S32DSとRTDのインストール方法（日本語ブログ） この記事は？ NXPでは、S32 マイコン・プロセッサ用ソフトウェア開発IDE環境「S32 Design Studio (S32DS)」と、MCUを動かすために必要なソフトウェア*Real-time Driver(RTD)を無料で提供されています。この記事では、開発環境S32DSとRTDのインストール方法について解説します。 *Real-Time Driverとは？ 「AUTOSAR準拠のMCAL（マイコン抽象化レイヤ）」と「AUTOSAR非準拠の従来のSDK（ソフトウェア開発キット）」を1つに統合したNXP独自のドライバセットです。 今回は、汎用的かつラインナップも豊富なS32K3という車載MCUを例にします。S32DSは、他のNXP車載MCUでも使用できる環境です。 S32K3マイコン の Software 全体像 最初に、S32K3 のソフトウェア構成を “ざっくり” 把握しておきましょう。  この時点で細かい理解は必要ありません。 本記事で扱う範囲は、以下の一部だけです。 S32 Design Studio (S32DS) Real-Time Driver (RTD) 何をインストールすればいい？（チェックリスト） S32 Design Studio (※S32シリーズで共通の開発環境) S32K3 Real-Time Drivers (※S32K3向けRTD) １．S32 Design Studioをインストール S32 Design Studioは、Power Architecture®（e200コア）およびArm®ベースの車載向け高信頼性マイクロコントローラ/プロセッサに対応する統合開発環境(IDE)であり、無償で提供されています。 S32DS IDEは、Eclipse IDE、GNUコンパイラ・コレクション (GCC)、GNU デバッガ (GDB) などのオープンソース・ソフトウェアをベースにした、コード・サイズに制限のないシンプルな開発ツールであり、設計の編集、コンパイル、デバッグに利用できます。 ダウンロードとインストール IDEのインストーラをide/s32-design-studio-for-s32-platform:S32DS-S32PLATFORM" target="_blank" rel="noopener">S32 Design Studio for S32 Platformのダウンロードサイトからダウンロードします。このダウンロードにはnxp.com S32DS のダウンロードサイトへ行き、「ダウンロード」ボタンを押します。 ページがスクロールされるので、以下の「ダウンロード」を押します。 S32 Design Studio IDEをクリックします。 最新バージョンをクリックし、問題がなければ利用規約に同意します。 Linux用とWindows用があるので、ご自身のOSに応じてクリックください。 ダウンロードが完了したら、インストーラーを起動し、表示される手順に従ってインストールを完了させます。 そこまで難しい内容はございませんが、もし不安な方は、以下のビデオにて、細かい手順が案内されているので、ビデオを見ながら平行してインストールを進めてみてください。 おすすめ ▶ gallerypage/video-id/6366101833112" target="_blank" rel="noopener">Video S32DS3.6_install_activation_use.mp4 - NXP Community ２．S32K3 Real-Time Driverをインストール リアル・タイム・ドライバ(RTD)は、S32車載MCU上で動作する組込みアプリケーションの開発を加速するためにNXPが開発した一連のソフトウェア・コンポーネントです。ハードウェア・ペリフェラルに対する標準化された高性能インターフェースを提供し、開発者が信頼性と拡張性に優れた車載ソフトウェア・システムを開発できるようにします。   ダウンロードとインストール RTD xp.jp/design/design-center/software/automotive-software-and-tools/real-time-drivers-rtd:AUTOMOTIVE-RTD" target="_blank" rel="noopener">のダウンロードサイトへ行き、「ダウンロード」ボタンを押します。 ページがスクロールされるので、以下のS32K3 Standard Softwareの「ダウンロード」ボタンを押します。尚、このStandard Softwareとは、無償でご利用いただけるソフトウェア、ツールです。 今回はS32K3向けのRTDを選択します。  “Qualified as RFP Release”(RFP＝Release For Production)となっているものをクリック。 利用規約に同意して、進めます。 続いて、S32 Design StudioのUpdatesiteをクリックし、ダウンロードします。 スポイラ （読むためにハイライト） *Updatesiteとは？ RTDをダウンロードした状態は、まだ「zipで配布されたパッケージ」を手元に持っているだけで、S32DSからは使えません。ダウンロードしたUpdate Site（ ..._DesignStudio_updatesite.zip ）をS32DSに追加インストールすることで、はじめてRTDがIDEに登録され、新規プロジェクトウィザードでRTDを選択したり、S32 Configuration Toolで設定した内容を「Update Code」でRTDのコードとして自動生成できるようになります。 ※これを追加しないと、新規プロジェクト作成時にRTDが選択肢に表示されません。 ※なお、RTDがあらかじめS32DSにバンドルされているバージョンでは、この手順は不要でそのまま使えます。 *Updatesiteとは？ RTDをダウンロードした状態は、まだ「zipで配布されたパッケージ」を手元に持っているだけで、S32DSからは使えません。ダウンロードしたUpdate Site（..._DesignStudio_updatesite.zip）をS32DSに追加インストールすることで、はじめてRTDがIDEに登録され、新規プロジェクトウィザードでRTDを選択したり、S32 Configuration Toolで設定した内容を「Update Code」でRTDのコードとして自動生成できるようになります。※これを追加しないと、新規プロジェクト作成時にRTDが選択肢に表示されません。※なお、RTDがあらかじめS32DSにバンドルされているバージョンでは、この手順は不要でそのまま使えます。   S32DSでReal-Time Driverを開き、RTDをインストール では実際にS32DSを開いてみましょう。 S32DSを開いたら「S32DS Extension and Updates」をクリック。 S32K3のDevelopment Packageがインストール済であることを確認。 右下の「Add Updates Site」をクリックし、先ほどダウンロードしたReal-time Driverを追加します。 追加が完了すると、左側にReal-Time Driverが出てくるので、今回は「S32K3XX Real-Time Driver…」をクリックし、インストールを開始する。 右下を見ると、インストールが開始されたことを確認できます。インストールが進むと、S32DSを再起動するよう求められるので、指示に沿って進めます。 再起動を行い、RTDのインストールが完了！ 左下の「S32DS Project From Example」を開くと、先ほどインストールしたS32K3XX Real-Time Driverが確認できます。 以下のビデオにも、細かい手順が案内されているので、ビデオを見ながら平行してインストールを進めてみてください。 おすすめ ▶　S32 Design Studio 3.6: How to Download RTD | NXP Semiconductors ここまでで、S32 Design Studio IDEとS32K3のReal-Time Driverのインストールが完了しました。お疲れ様でした。 次の記事で、実際にRTDに含まれるドライバーとサンプル・アプリケーションを動かしてみます。 =========================​ 本投稿の「Comment」欄にコメントをいただいても、現在返信に対応しておりません。​ お手数をおかけしますが、お問い合わせの際には「8%E3%81%AE%E6%8A%80%E8%A1%93%E8%B3%AA%E5%95%8F-%E5%95%8F%E3%81%84%E5%90%88%E3%82%8F%E3%81%9B%E6%96%B9%E6%B3%95-%E6%97%A5%E6%9C%AC%E8%AA%9E%E3%83%96%E3%83%AD%E3%82%B0/ba-p/2153299" target="_blank" rel="noopener" data-hyperlinktype="0">NXPへの技術質問 - 問い合わせ方法 (日本語ブログ)」をご参照ください。​ （既に弊社NXP代理店、もしくはNXPとお付き合いのある方は、直接担当者へご質問いただいてもかまいません。）​ 本記事では、NXP車載MCU用の開発環境S32 Design Studio (S32DS)、及びReal-Time Driverのインストール方法を、初めて S32K に触る方でも迷わず進められる粒度で丁寧に解説します。 今回はS32K3という車載MCUを例にしますが、他の車載MCUでも同じ手順で環境を構築できます。 （作業時間：20分） General Purpose Microcontrollers S32 Design Studio S32K SW | Downloads 日本語ブログ

S32K312 POR_WDG is what, how to use. Hi HXP, S32K312 POR_WDG is what, how to use. Re: S32K312 POR_WDG is what, how to use. Hi @li3, 1. Please refer to the DCF clients file attached to the reference manual. 2. The Watchdog timer has a configurable threshold, if the chip does not exit the reset sequence within this time, the POR_WDG initiates a power-on-reset. You can monitor the WDG status from the DCMROPPn register.  3. This register only captures the status of the functional reset sequence process when POR_WDG overflows. Since the POR_WDG is part of the DCF client safety function, you can also look into the Safety Manual for S32K3 in "Secure Files" from the S32K3 Auto General-Purpose MCUs, documentation. Best regards, Julián Re: S32K312 POR_WDG is what, how to use. Hi NXP,     Please help me answer the following three questions.     1.I can't find the control register for reset monitor. I don't know how to turn on or off the reset monitoring function of POR_WDG. Please tell me the location of the register.     2. How does the reset monitoring function detect that the system is stuck in the reset sequence? Does it detect registers that have not been successfully reset?     3.The reset monitoring function indicates that after POR_WDG times out, the system deadlock position can be captured in DCM's DCMROPPn register. Can these states only let us know the system deadlock position after POR_WDG times out? Or is it the state of DCM's DCMROPPn register that determines the POR_WDG timeout? Best regards, Li 3. Re: S32K312 POR_WDG is what, how to use. Hi @li3, This is in case of functional reset event: Best regards, Julián Re: S32K312 POR_WDG is what, how to use. Hi NXP, What is the Reset monitoring control register? Is it to monitor whether Reset can succeed? Best regards, Li 3. Re: S32K312 POR_WDG is what, how to use. Hi @li3, The Power-on Reset Watchdog is a module for added monitoring to the chip. If the chip is stuck in reset or standby for a determined time, the watchdog generates a power-on reset to recover it.  Best regards, Julián

i.MX8M Plus HiFi4 DSP (Zephyr): SDMA cyclic TX callback fires once then stops On the i.MX8MP HiFi4 DSP running Zephyr, I'm bringing up a hardware-endpoint playback path using the Zephyr nxp,dai-sai (SAI3) and nxp,sdma (SDMA3) drivers in cyclic mode. On start playback, the SDMA channel completion callback fires exactly once, then no further SDMA interrupts occur. I'd like help identifying why the cyclic SDMA transfer does not keep generating periodic interrupts.   Hardware / boot   - Board: i.MX8MP EVK, DTS: imx8mp-evk-dsp.dts   - DSP core: HiFi4 (Cadence Xtensa), board target imx8mp_evk/mimx8ml8/adsp   - Codec: WM8960   - Peripherals: SAI3, SDMA3   Architecture and Build details:   - Architecture Overview: https://audioreach.github.io/platform/nxp.html#architecture-overview    - Build Details:     - Yocto: https://audioreach.github.io/platform/nxp.html#step-1-create-a-yocto-image       - Linux (control/host): Yocto (scarthgap), linux-imx.       - Repo manifest: imx-6.6.52-2.2.0.xml     - Zephyr DSP Image: https://audioreach.github.io/platform/nxp.html#step-2-create-a-zephyr-image       - Zephyr (v4.2.0), AudioReach Engine signal processing framework running on the HiFi4.   What I'm building   A custom hardware-endpoint (sink) module in the DSP image that:   1. Configures SAI3 via the Zephyr DAI API.   2. Sets up a cyclic SDMA transfer (2 buffer descriptors, MEMORY_TO_PERIPHERAL) from a DRAM ring into the SAI TX FIFO.   3. Uses the SDMA completion callback to signal the Signal Processing Framework to refill the ring.   Audio format   - 48 kHz, 16-bit, mono stream; SAI wire = 16-bit × 2 slots (stereo I2S frame for WM8960), BCLK = 1.536 MHz.   - DMA period = 192 bytes (48 frames × 2 bytes × 2 slots), 2 descriptors, 384-byte ring   Relevant Kconfig (DSP image) enabled   CONFIG_DAI=y   CONFIG_DMA=y   CONFIG_DAI_NXP_SAI=y   CONFIG_DMA_NXP_SDMA=y   CONFIG_SAI_HAS_MCLK_CONFIG_OPTION=y   CONFIG_CLOCK_CONTROL_FIXED_RATE_CLOCK=y   Device tree overlay (DSP app):   Link: app/boards/imx8mp_evk_mimx8ml8_adsp.overlay   mclk1: mclk {     status = "okay";   };   &sdma3 {     status = "okay";   };   &sai3 {     rx-fifo-watermark = <65>;     tx-fifo-watermark = <65>;     fifo-depth = <128>;     rx-sync-mode = <1>;     status = "okay";   };   &micfil {     status = "okay";   };   DAI / DMA config used (DSP)   - dai_config: type=DAI_IMX_SAI, dai_index=3, format= DAI_PROTO_I2S (SAI slave), rate=48000, channels=2, word_size=16.   - SAI bespoke: mclk_rate=12288000, fsync_rate=48000, bclk_rate=1536000, tdm_slots=2, tx_slots=rx_slots=0x3, tdm_slot_width=16.   - DMA (struct dma_config): channel_direction=MEMORY_TO_PERIPHERAL, source_data_size=4, dest_data_size=4, source_burst_length=4, cyclic=1, block_count=2, dma_slot from SAI handshake, dma_callback set. Two dma_block_config BDs point at dma_src_addr[0/192] Source code reference: endpoint/capi/src/capi_nxp_device_utils.c Application Processror:   - DTS: imx8mp-evk-dsp.dts https://github.com/nxp-imx/linux-imx/blob/lf-6.6.y/arch/arm64/boot/dts/freescale/imx8mp-evk-dsp.dts   - Enumerate PCM device with wm8960 codec with dummy dai and dummy platform. Attachments: - DSP logs (sdma, sai) - Modified imx8mp-evk-dsp.dts  Happy to provide any other details. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Multimedia Re: i.MX8M Plus HiFi4 DSP (Zephyr): SDMA cyclic TX callback fires once then stops Until NXP support gets a chance to look at this I just want to point out that: > On start playback, the SDMA channel completion callback fires exactly once This interrupt comes after SDMA scripts finish running channel 0 (used for loading the FW) so there is no actual transfer happening. I woul start checking SAI configuration and clocks. Looks like there is no SDMA request.

How can I download GuierV1.7.2? How can I download GuierV1.7.2? Re: How can I download GuierV1.7.2? Hi @smile168  Thank you for your inquiry. Currently, only GUI Guider v2.0.0 and v1.10.1 are available for download. Unfortunately, v1.7.2 is no longer available through our download channels. Create Modern Embedded GUIs Fasts | NXP Semiconductors BR Harry

SL3S1013FTB0,115 design check request 1) Is the transponder schematic above correct for a 3.6V-powered and RFID-powered configuration?   2) Is the voltage stated correct for a 3.6V-powered and RFID-powered configuration for the RFID transponder?   a) 2.6V - 3.1V (3.6V powered) b) 1 - 1.5V (RFID powered) Re: SL3S1013FTB0,115 design check request Your supply voltage correction has been received. I will make the correction.  Your question: Is this the intended purpose for your application? Answer: We don't have an application for the current product, but we want to understand how this tamper alarm works.  I calculated the Vout for 1.8V and 2.2 V. Is this calculation correct? If yes, the Vout is too low to do anything meaningful. Vout = Ivdd X 1k Ivdd = Iinternal +Iout The typical, permanent current consumption will be ~120 µA for 1.8V and ~340 µA for 2.2V. For VDD = 1.8 V, Idd = 0.00012A For VDD = 2,2 V, Idd = 0.00034A For VDD = 1.8 V, Vout =  0.00012 X 1kohm Vout = 0.12V For VDD = 2.2 V, Vout =  0.00034 X 1kohm Vout = 0.34V Re: SL3S1013FTB0,115 design check request Hello @pragashsangaran When externally supplied, VDD pad requires a voltage between 1.8V and 2.2V; for a higher value, a series resistance would be required. For proper calculation, please refer to AN10940 FAQs on UCODE G2i, Chapter 3/Chapter 4. OUT pad is a digital output that can be used for tamper loop, a small external circuit or as indicator; these configurations require VDD pin to be externally suppled. If you populate R35, it will introduce a connection that could activate the "tamper indicator" bit, as per Tag Tamper Alarm feature (please see AN10940 FAQs on UCODE G2i, Chapter 16). Is this the intended purpose for your application? Expected voltage level on OUT pin is described in AN10940 FAQs on UCODE G2i, Chapter 13. A solution that powers a device connected to OUT pin requires an external supply on VDD pin. I will recommend you taking a look at the AN11237 UCODE G2iM+ demo board documentation, Fig 3 and Fig 5 for some reference connections. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request Hi, In order to use the OUT pin functionalities, such as digital output/switch or powering an external circuit, an external supply is required. Also, as mentioned in AN10940 FAQs on UCODE G2i, Chapter 16 "How is the Tag Tamper Alarm used?" this feature is based on a galvanic connection between VDD and OUT; something important to remark is that the tamper feature and the external supply mode cannot be used at the same time. Regarding the calculations, please consider that the voltage level available on the OUT pin is defined by the voltage level on VDD reduced by the voltage drop on the internal series resistor. You can find a few examples on AN10940 FAQs on UCODE G2i, Chapter 5.3. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request EduardoZamora, thank you so much. After many attempts to ask the same questions again and again, I finally feel like I im getting the correct answers to my questions. I really hope we can resolve my question in this ticket.  I also want to know if it is the Vout of the RFID-powered configuration (without VDD). Can you please let me know as well?  im not using a tamper indicator. I hope we can justify the use of SL3S1013FTB0,115 vs a Schottky diode. If a Schottky diode can provide higher Vout without a supply voltage, I'd rather go for a Schottky diode.  Re: SL3S1013FTB0,115 design check request Hi, Vout depends on the voltage present on VDD pin (after proper dimensioning of the series resistor between VDD and RFN according to AN10940 FAQs on UCODE G2i, Chapter 5), reduced by the voltage drop on the internal series resistor between VDD and OUT (~1kΩ). Some calculation examples can be found in Chapter 5.3. Regarding the state of OUT pin, please refer to Chapter 8 to 10 for more information on how to control this pin. Regards, Eduardo. Re: SL3S1013FTB0,115 design check request Hi  EduardoZamora, We are not going to use Tamper Alarm, so we can ignore this. The R35 is there just in case. For us, Vout is very important because it needs to turn the product ON. You are saying VDD needs to be present in order to get Vout. However, I have two major concerns about using this part. The calculated Vout is too low. For VDD = 1.8 V, Vout = 0.12V For VDD = 2.2 V, Vout = 0.34V. This Vout will not help at all to turn things on . Even if we think about boosting this voltage, there aren't many options available to raise it further. Is my calculation correct? Please see one of my previous replies for full calculations. In the presence of VDD, can Vout be present regardless of the RFID signal? We want Vout to be present only when the antenna receives an RFID signal. Is this true? Re: SL3S1013FTB0,115 design check request hi EduardoZamora, im getting more confused and am unable to follow the calculation you pointed out. I feel the Ohm's law calculation is wrong.  This is what the document says:  VSupply with 2.5V connected via 2kΩ to VDD will give a typical, permanent supply current of ~250μA, a VDD voltage of ~1.99V and an output voltage Vout ~1.68V for 100μA load on OUT − If no current is pulled from OUT: ~ 240μA supply current and ~ 1.73V on OUT • VSupply with 3.3V connected via 5.1kΩ to VDD will give a typical, permanent supply current of ~255μA, a VDD voltage of ~2V and an output voltage Vout ~1.68V for 100μA load on OUT − If no current is pulled from OUT: ~ 245μA supply current and ~ 1.73V on OUT At 2.5V supply, Idd = 250μA At 3.3V supply, Idd = 255μA but my calculation says 3.3V , Idd = 647uA and 2.5V, Idd = 1250uA.  im so confused about how Vout is calculated. Another unanswered question is: I want Vout to be present only when the antenna/chip detects the RFID signal. If there is a direct 1 kohm resistor between VDD and OUT, OUT will always have voltage in it, correct? thats not what i want and it will not work for my application. Please confirm this.