Hi: This thread mainly introduces how to sample multi channels ADC with DMA. The slides is in Chinese. For different MCU family, Kinetis & LPC has different ADC & DMA system. There takes KE15 & LPC51U68 for example, introduce how to enable various ADC & DMA trigger solution. 1.KE15:Three sample projects include: 1.1 LPIT HW trigger ADC & DMA transfer, enable interrupt for get ADC value; 1.2 LPIT HW trigger ADC & DMA transfer, DMA will automatically trigger next transfer; 1.3 Software trigger multi-ADC & DMA transfer;  2.LPC51U68: Two sample projects include: 2.1 Software trigger multi-ADC & DMA transfer;  2.2 SCT HW trigger ADC & DMA transfer, DMA will automatically trigger next transfer; Products Product Category NXP Part Number URL MCU KE15 Arm Cortex-M0+|Kinetis KE1xZ 32-bit 5V MCUs with Touch Interface | NXP  MCU LPC51U68 LPC51U68 | NXP  MCUXpresso SDK Software NXP standard SDK Welcome | MCUXpresso SDK Builder    Tools NXP Development Board URL FRDM-KE15Z Freedom Board FRDM-KE15Z Platform|Freedom Development Board | NXP  LPCXpresso51U68 board LPCXpresso51U68 board for LPC51U68 MCU | NXP 

Demo The MC33SB040X familly is an antilock brake controller designed especially for two wheeler system. Thanks to the plug and play evaluation module controlled by a friendly graphical unit interface, we will show the potential of our product.  Through this demo, we will demonstrate how it is easy to use our solutions and accelerate the development of a complete ABS Motorcycle / Scooter solution.   First Motorcycle ABS IC Familly One Channel ABS IC for Scooters - Two Channels ABS IC for Motorcycles Smallest ABS Package - Low RDSon Low Side Drivers Featured NXP Product http://cache.freescale.com/files/analog/doc/brochure/BR1569.pdf  

Demo High performance feature extraction and tracking application at ultra-low power on S32V platform. This demo showcases a real-time high computation algorithm with image capture and display running on a portion of the resources available on the S32V234. Customers can create demanding Automotive grade vision systems such as stereo and single camera as well as advanced surround view systems based on this demo. The application was written using APEX-CV pro library and demonstrates that high performance application leveraging the APEX Image Cognition Processor cores of the S32V234 could also be easy to write Features The APEX cores, with a combined 128 parallel computational units, crunch numbers quickly and at a fraction of the power. Fully programmable, the cores can execute standard and/or customized vision algorithms for ADAS applications and beyond. The S32V234 MCU captures raw images from HD sensor, and then formats the images with its on-chip ISP that here provides exposure control, white balancing, RGB to Y color conversion.  Formatted images are then feed into the APEX cores that generate multi-level image pyramids, and combined Harris Corner for feature detection followed by Lukas-Kanade (KLT) Sparse Optical Flow for feature tracking.  Then features and displacement are overlaid on image and displayed, at the processing performance of up to 100 fps NXP Recommends The S32V230 Processor family for Vision ADAS, includes the award winning automotive grade S32V234 MCU with dual APEX Image Cognition Processor cores. http://www.nxp.com/products/microcontrollers-and-processors/arm-processors/s32-processors-and-microcontrollers/s32v230-family-of-processors-for-advanced-driver-assistance-systems:S32V230 Video Links

About this demo This demo is based on the Wireless UART example from the SDK available on Welcome | MCUXpresso SDK Builder selecting the QN908X board.  The main idea of this demo is to be able to send commands from one device to another, it could be from a QN9080DK, a phone using our NXP application: IoT Toolbox or even an FRDM-KW41Z, this is possible because of the BLE protocol used in all our devices. The end-device used is a QN9080DK, this board receives the message, does parsing and triggers a PWM function using the values sent from another device. This signal can be used in different applications, typically controlling smart lighting brightness and color, speed of motor controls and audio or video amplifiers. The goal of this demo is to implement a task for our FreeRTOS scheduler in order to be able to control a PWM while the BLE connection is still running and receive new incoming messages.   Video Limitations We only interpret ON, OFF and a string of values for our 3 signal outputs. The string of values has to be in the following syntax: rXXX,gXXX,bXXX. An example of this could be r255,g130,b200. The max value should be 255 in order to achieve 100% of the duty cycle, for this example, we are using is at 100 Hz. The connection is not using pairing or bonding modes, so no device information is saved on the non-volatile memory due to this if the connection is lost we need to follow the initial connection procedure. The amount of bytes that can be sent is limited by the macro: #define gAttMaxMtu_c in the ble_constants.h file from the project, we recommend to leave it as it is.   Useful Links Useful documentation is available in the SDK previously downloaded: <SDK Installation folder>...\SDK_2.2.1_QN908XCDK\docs   Link Description https://www.nxp.com/webapp/Download?colCode=QN908x-DK  QN908xDK User’s Guide Welcome | MCUXpresso SDK Builder  SDK Builder site Wireless Connectivity  NXP Wireless Community Connectivity Software: Implement tickless mode in FreeRTOS  Document for implementing a new task using OSA Abstraction layer of FreeRTOS https://www.nxp.com/docs/en/nxp/data-sheets/QN908x.pdf QN908x Datasheet for pins functions   Required Items Link Description QN908x: Ultra-Low-Power Bluetooth Low Energy System on Chip (SoC) Solution | NXP  It is required at least one as an end-point. Oscilloscope  An Oscilloscope to visualize the PWM. Hardware Diagram Step-by-Step Guide Download de QN908x SDK Download the attached .zip file. Import it into MCUXpresso, for the end node you should only use the qn908xcdk_wireless_uart_peripheral project. If you want to use a second QN board to send the commands it is required to also import the qn908xcdk_wireless_uart_central project. Once the projects are imported, we need to flash each board with a project and connect the PA9, PA10, and PA18 pins to our oscilloscope in order to visualize the signal. Connect the USB cables to the computer and open Teraterm with the following values: 115200, 8 bits, none,1 bit, none. Press the RESET Button (SW3) of the Peripheral board Press the Button1 (SW1) after the message: "Wireless UART starting as GAP Peripheral, press the role switch to change it.", an "Advertising" should appear. If a second QN board is used (central), we need to open a second Teraterm session and set it to the same Serial configurations from point 5. If an Android phone is used we need to have the IoT Toolbox application installed and select the Wireless UART example and connect to the Peripheral board using the interface. To pair the Central board to the Peripheral it is required to press the RESET Button (SW3) of the Central board while the Peripheral board is advertising and then Push the Button1 (SW1). Once the boards are connected, we need to paste the message to our terminal in order to be sent as one message. The message should be seen in the other board terminal. Send "ON" to activate the PWM functionality. Send "r255,g128,b64" to set the PWM pins to 100%, 50%, 25%. This signal must be displayed at 100Hz on the oscilloscope. Send "OFF" to deactivate the PWM functionality.   Further Information The Demo is based on the Wireless UART example, The BleApp_ReceivedUartStream function is modified to compare de received strings. The getValuesRGB converts the string into integer values to be assigned to the global variables red, green, blue. Inside getValuesRGB we use the OSA abstraction layer for FreeRTOS to create the task using: OSA_TaskCreate and creating the task named: vfnTaskPWM. vfnTaskPWM configures the timer and initializes the PWM values using the CTimer driver functions and starts the CTimers.     Results 1. After the QN9080 is flashed and in Advertising mode, we have to connect our Central device, Which in this case is an Android phone. In or Teraterm we should be able to see this message: 2. Then, we get the Connected status from our devices and we should be able to send the ON command and the RGB values, Teraterm indicates the integer values and the string received.         3. When we send the OFF command the PWM signals should be 0 V.   4. Here is another example:    

Smart Pump Monitor Demo This demo shows a small water pump rig consisting of a water pump and 3 valves put together to collect data for supervised machine learning. Normal operation as well as abnormal conditions may be simulated with the rig. There are 2 sensor boards attached by clamps to the water pipe. Each sensor board has many sensors on it, but only the accelerometer will be used to gather the data. One board is used for data logging.  The other runs a model which was generated via machine learning based on data logged from the first board.  Pump vibration measurements are processed through the model by the MCU on that board to determine the operating state of the system Features Use of accelerometer to measure pipe vibration Sensing algorithm detects when the pump is clogged or drawing on air How to find patterns in data taken by NXP Sensors Links Sensor Fusion 10-Axis Sensor Data Logger http://www.nxp.com/files/sensors/doc/user_guide/RD-KL25-AGMP01-UG.pdf Related demos NXP Sensor Toolbox Demo Vibration Monitoring - Prediction using NXP Sensors Sensor Fusion for Kinetis MCUs

NXP's secure over-the-air communication for automotive networks features embedded hardware crystallographic engine for the rapid decryption of received data.   Features   MPC5748G targets High-End Body and High-End gateway Rich communication peripheral set & HSM - embedded Security Module Encryption, decryption, message code generation, secured flash memory for secured storage Secured communication inside or outside the vehicle (wired or wireless) Encryption with different algorithms demo Decryption in both hardware (HSM) or software comparison Links High End Body Control Module Central Gateway / In-Vehicle Networking Block Diagram  

Description Earlier this year NXP organized a promotional opportunity for amateur radio enthusiasts to use their creativity and build their own power amplifier designs. NXP received numerous creative submissions in this competitive Homebrew RF Design Challenge. We appreciate the dedication and enthusiasm from the community that made this contest a success. First place winner An MRF101AN broadband amplifier design with 1 W Input, 100 W Output 1.8-54 MHZ Amplifier deck. (For more information visit:NXP MRF-101 - RFPowerTools )  It is an amplifier with a bandwidth of 1.8MHz to 54MHz. Maximum output power of 100W up to 30MHz and 70W up to 50MHz. Maximum power supply 50V to 4A, with a Voltage Standing Wave Ratio of 1.5:1 maximum. The design dimensions of the PCB is 5x5 cm (2x2 in). and 310g weight including fan and heat sink. Second place winner A 600W broadband HF amplifier using affordable LDMOS devices (For more information visit: https://qrpblog.com/2019/10/a-600w-broadband-hf-amplifier-using-affordable-ldmos-devices/  ) This project is meant to demonstrate the capabilities of the MRF300 transistors as linear broadband devices in the 2-50MHz range and to be used by radio amateurs as a starting point for a medium-high power amplifier. This is also my entry to the NXP Homebrew RF Design Challenge 2019. To achieve the target of 600W output while also minimizing the level of even-number harmonics, a “push-pull” configuration of two transistors is used. Luckily, the manufacturer made it easy to design the PCB layout for such a thing by offering two versions (the MRF300AN & MRF300BN) that have mirrored pinout. The common TO-247 package is used, with the source connected to the tab. Each individual MRF300 LDMOS transistor is specified at 330W output over a 1.8-250MHz working frequency range, a maximum 28dB of gain and over 70% efficiency. The recommended supply range is 30-50Vdc. By studying the specifications, it looks like with correct broadband matching and some operational safety margin we can get close to 600W output at a voltage of around 45V across a resonably large bandwidth; the aim is to cover 1.8 to 54MHz. Main challenges when designing this amplifier are related to achieving good input and output matching over the entire frequency range as well as maintaining high and flat gain. Good linearity and a low level of harmonic products are mandatory. As the TO-247 is not a package specifically designed for high-power RF, there are some challenges with thermal design and PCB layout as well. Information taken from the essay by the winner. Third place winner A High Efficiency Switchmode RF Amplifier using a MRF101AN LDMOS Device for a CubeSat Plasma Thruster (For more information visit: Research - SuperLab@Stanford ) The Class E amplifier utilizes the active device as a switch, operating in only cutoff (off) and saturated (on) conditions. This minimizes the overlap of voltage and current, reducing losses in the active device. To further reduce loss the Class E amplifier utilizes an inductively tuned resonant network to achieve zero voltage switching, bringing the voltage across the switch to zero before turn on, eliminating energy stored in the output capacitance of the active device that would otherwise be dissipated. This is achieved with an inductively tuned series resonant output filter.  In the Class E amplifier losses are almost entirely determined by the current conducted by the active device so a high drain impedance is desired to maximize efficiency. The drain impedance is ultimately limited by the voltage rating of the switch. For our desired output power of 40W and the maximum voltage rating of 133V for the MRF101AN this impedance is still less than 50 ohms, so a L match circuit is used to match the drain impedance to 50 ohms. The load network in our design provides a drain impedance of 15.4+12.8j. As the MRF101AN will operate in saturation a high drive level is desired. To eliminate the need for a preamplifier and allow for digital control, we use a high speed gate drive chip typically used in switch-mode power supplies, LMG1020, to drive the MRF101AN instead of a RF preamplifier. A resonant network is used to provide voltage gain at the fundamental and third harmonic, providing a quasi-square wave on the gate which helps insure the device remains in saturation. Conclusion It was a close call and highly competitive! Each participant had their own creative, unique and impressive way of displaying the capabilities of these new parts. NXP is always up for new design challenges. Ready for the next challenge?

See how to use the Tower Kinetis 70 development hardware and programmed with PEG GUI, MQX Software Solutions RTOS and processor expert software development tools to create this touch screen controlled, wireless motor control demonstration.   Features Hardware and software modular system that NXP provides for the Kinetis Microcontrollers K series One TWR-K70F120M board communicates with another TWR-K70F120M board wirelessly and then the second TWR-K70F120M board controls a motor Usage of LCD touch panel to control the speed of the motor   Featured NXP Products CodeWarrior Development Tools|NXP Processor Expert Software and Embedded Compon|NXP Kinetis K70 120 MHz Tower System Module|NXP MQX

Demo The demo session focuses on demonstrating the transport of human voice over the Bluetooth Smart protocol on Kinetis Wireless platforms running the Kinetis Bluetooth Low Energy stack. The intended setup is made up of two Kinetis Wireless KW41Z evaluation boards connected to an audio codec board with a headset (headphones + microphone) connected at each end. The audience can use the headsets for a full duplex voice communication experience. This demo session is aimed at showcasing the performance of the Kinetis KW41Z platform Demo Features Full duplex voice samples transport over Bluetooth LE transport using Kinetis KW41Z enabled with the Kinetis BLE v4.2 stack SGTL5000 audio codec for sample processing and Kinetis K24F for used for compression Interactive component through a pair of headsets for demonstrating the full duplex voice capabilities NXP Recommends Product Link Kinetis® KW41Z-2.4 GHz Dual Mode: Bluetooth® Low Energy and 802.15.4 Wireless Radio Microcontroller (MCU) based on Arm® Cortex®-M0+ Core https://www.nxp.com/products/wireless/thread/kinetis-kw41z-2.4-ghz-dual-mode-bluetooth-low-energy-and-802.15.4-wireless-radio-microcontroller-mcu-based-on-arm-cortex-m0-plus-core:KW41Z?&fsrch=1&sr=1&pageNum=1 Ultra-Low-Power Audio Codec https://www.nxp.com/products/audio/audio-converters/ultra-low-power-audio-codec:SGTL5000?&fsrch=1&sr=1&pageNum=1 Kinetis® K24 120 MHz MCU Tower® System Module TWR-K24F120M|Tower System Board|Kinetis® MCUs | NXP 

NXP Content: PN7462, NTAG I²C plus NXP Recommends: PN7462, NTAG I²C plus The NFC Cube is a universal demo with which all 3 basic NFC operation modes can be shown: Interaction between a device and a card or tag Interaction between 2 electronic devices (NFC as cable replacement) Interaction between a device and an NFC phone Value Propositions The NFC Cube is a universal NFC demo Support Under https://nxp.box.com/NFCcube you find more information and a video showing the NFC Cube in action.

Overview This reference design shows the simplicity of a soft modem design, how few resources of the processor it takes, and how well it performs on USA average lines. This design omits the standard telecommunications Codec, instead of using PWM for output and ADC for input. Since both peripherals are readily available on one 56F8300/100 series device, along with more processing power than required from the single core, the design is a true one-chip, one-core system that includes telecommunications ability with room for even more system functionality. Ideal for advanced motion control, home appliances, medical monitoring, fire and security systems, power management, smart relays, and POS terminals. Features Hybrid architecture facilitates implementation of V.21 and V.22bis modem, control, and signal processing functions in one chip Consumes only 7.5 MIPS for the modem function - Only 15K words of Flash for the complete modem application and test harness High-performance, secured Flash memory eliminates the need for external storage devices Extended temperature range allows for operation of non-volatile memory in harsh environments Flash memory emulation of EEPROM eliminates the need for external non-volatile memory 32-bit performance with 16-bit code density On-chip voltage regulator and power management reduces overall system cost Off-chip memory expansion capabilities allow for glueless interfacing with the additional memory of external devices, without sacrificing performance Boots directly from Flash, providing additional application flexibility High-performance PWM with programmable fault capability simplifies design and promotes compliance with safety regulations PWM and ADC modules are tightly coupled to reduce processing overhead; only one of each is used by the modem General purpose input/output (GPIO) pins support application-specific needs Simple in-application Flash memory programming via Enhanced OnCE or serial communication Block Diagram Board Design Resources

The Attach demo consists of a 3 board stack up using the Arduino connectors on the Kinetis FRDM-KL26Z board. The demo runs from a Li Ion polymer battery and consists of 1x FRDM-KL26Z board, 1x FRDM-BATT board (including battery and loudspeaker) and 1x Arduino LCD touch screen board. The code builds using either CodeWarrior V10.6 or IAR EWARM V7.20.2. The software uses eGUI to drive the Arduino LCD and runs demos for the following Sensors - FXOS8700 (combined 3-axis Accelerometer and Magnetometer) and FXAS21000 (3-axis MEMs Gyro). The demo also includes 7-element eCompass code for which full source code is available. Finally, the board also uses the MC34673 1.2A charger for Li Ion batteries, charging is accomplished via either of the USB ports on the FRDM-KL26Z. All datasheets, schematics, source code and bill of materials are included in the zip archive. NOTE: software update which now includes 10-element eCompass software and Kalman filtering code creating a far more accurate eCompass solution. Recommended Products Product Link Freedom Development Platform for Kinetis® KL16 and KL26 MCUs (up to 128 KB Flash) FRDM-KL26Z|Freedom Development Platform|Kinetis® MCU | NXP 

Demo Owner: b14714 The motor control development toolbox is a comprehensive set of tools that plug into the MATLAB™/Simulink™ model-based design environment for rapid application development on MCUs.  The SFIO Toolbox is a new addition that can control Simulink system models by SFIO algorithms running directly on NXP DSC and Kinetis MCU hardware. NXP FreeMASTER debug monitor and data visualization tool interfaces provide an interface to monitor signals in real time for data logging and signal calibration. Features The motor control development toolbox is a comprehensive set of tools that plug into the MATLAB™/Simulink™ model-based design Auto code generation straight to the Micro. NXP developed a library and embedded target to interface with MATLAB and SimuLink Customers can directly go from the model based environment to the MCU without having to write C code by hand Featured NXP Products Motor Control

Overview The NXP® Healthcare Analog Front End reference platform is a complete set of portable medical solutions that enable designers with rapid development tools. Provides ready-to-develop hardware and software that facilitates the design of medical assets such as vital signs monitors, glucose meters and digital stethoscopes, among other portable and healthcare professional devices Based on the Kinetis® K53 high-performance, low-cost, low-power MCU Embeds a complete analog measurement engine including Opamps, TRIAMPS, ADCs, DACs and analog comparators among other modules, reducing costs and PCB sizes Features Developed using the Kinetis ®  K53 MCU, featuring an Arm ®  Cortex ® -M4 core Kinetis K53 MCU also provides low-power operation, DSP capabilities, USB and graphic interface support and a complete analog measurement engine Includes six healthcare-specific analog front ends with reusable software and hardware NXP ®  provides a full set of software tools (CodeWarrior ® , USBSTACK, MQX™ RTOS) NXP product longevity program offers up to 15-year availability for selected products Block Diagram Board Video Design Resources

Demo   Resonant Power Supply Video from IEEE.TV   The TEA19161T is a resonant / LLC half bridge converter and the TEA19162T is a PFC converter. Combining these two IC’s together with the SR controller TEA1995T at the secondary side results in a high efficient converter over the whole output power range. These demos show 2 examples of a resonant power supply; one with an output power of 240 W (12V / 20A), and another with an output power of 90 W (19.5V / 4.6A). Both showing a very low component count and small design. The resonant supplies operate in normal mode for high and medium power levels, in low power mode at medium and low power levels and in burst mode at (very) low power levels. Low power mode and burst mode operation provides a reduction of power losses, resulting in a higher efficiency at lower output power levels. Power levels for switching over from one mode to another mode can be selected by the end customer by adjusting component values. The efficiency at high power is well above 90%. No load power consumption is well below 75 mW. At 250mW output power the input power is only 360mW, which is well below the 500 mW required to be compliant with EUP lot6 power saving specification, soon becoming mandatory for consumer electronics sold in Europe.   Features: Full digital output voltage regulation and burst mode control Easy and low-cost application with cycle-by-cycle capacitive voltage control Very high efficiency over wide load range Special low power mode enabling high efficiency at 0–30% load Extremely low no-load stand-by power (< 75 mW), saves auxiliary supply cost ___________________________________________________________________________________________________________________________   Featured NXP Products:   Resonant power supply control IC|NXP GreenChip Synchronous Rectifier controller|NXP ______________________________________________________________________________________________________________________   Desktop PC Supply. 12v, 20A (240W)                                                   Ultra Slim 90W Adaptor. 19.5V / 4.6A (90W)              C17

本文说明在S32G上，如何升高以太网MDIO总线速度，其应用场景主要是为了提高MDIO的访问速度，来应对S32G对外部交换机的高速诊断要求，因为通常外部交换机可以支持高速MDIO。 本文说明方法并不保证信号质量和符合规范，请注意。 目录 1    需要的资料... 2 2    背景说明... 2 3    硬件说明... 3 4    PFE MCAL驱动代码修改... 4 4.1  MDIO时钟树说明... 4 4.2  创建PFE MCAL Master工程... 7 4.3  MDIO源代码说明... 7 4.4  源代码修改... 7 4.5  测试... 8 5    PFE Linux驱动修改说明(未测试) 9

本文说明在S32G上如何修改eMMC时钟，来避开200Mhz的或及倍频的频率EMI干扰检查点。 目录 1    背景说明和需要的资料... 2 1.1  背景说明... 2 1.2  需要的资料... 2 2    eMMC的硬件连接... 3 3    eMMC时钟初始化方法... 4 3.1  eMMC时钟源说明及修改目标... 4 3.2  M7+Bootloader方法(可选项) 6 3.3  ATF初始化方法... 7 4    修改eMMC时钟... 9 4.1  ATF的修改... 9 4.2  Uboot相关的修改... 9 4.3  非整除时钟的修改考虑... 10 5    测试结果... 11 update to V2，增加分数分频： 6    分数分频... 13 6.1  调试方法... 13 6.2  代码修改... 14 6.3   测试结果   15

本文说明S32G在Linux中如何使用内存读写工具来发起一个HSE Server服务请求，以确认HSE是否正常工作。本说明的目的旨在在极端缺少Debug手段的情况下，确认HSE的状态。 目录 1    背景说明与参考资料... 2 1.1  背景说明... 2 1.2  参考资料... 2 2    启动包含HSE的Linux镜像... 3 3    HSE服务代码逻辑与寄存器状态... 3 3.1  HSE Demo示例... 3 3.2  IDEL情况下MU寄存器状态... 6 4    使用Linux memtool命令来访问HSE. 10 4.1  检查HSE状态... 10 4.2  准备hseSrvDescriptor_t数据结构... 10 4.3  申请HSE服务... 11 5    其它建议... 12

本文说明如何配置MCAL UART模块为DMA模式。 默认的MCAL UART模块是使用的PIO模式。 本文采用软件版本为MCAL RTD 4.0.2。 目录 1    背景与资料说明... 2 1.1  背景说明... 2 1.2  所需资料说明... 2 2    创建UART工程... 2 2.1  打开工程... 2 2.2  修改波特率... 3 2.3  编译... 3 2.4  默认工程说明与运行... 4 3    配置UART DMA模式... 5 3.1  参考资料... 5 3.2  增加并配置MCL模块... 5 3.3  修改UART模块... 6 3.4  修改Platform模块... 7 3.5  处理Cache相关问题... 7 3.6  测试结果... 8

本文说明如何配置MCAL ICU模块为GPIO Input。 默认的MCAL ICU模块是使用FTM输入为示例的。 本文采用软件版本为MCAL RTD 4.0.2 目录 1    背景与资料说明... 2 1.1  背景说明... 2 1.2  所需资料说明... 2 2    创建ICU工程... 3 2.1  打开工程... 3 2.2  编译与运行... 3 2.3  默认工程说明... 4 3    增加GPIO输入支持... 6 3.1  修改说明... 6 3.2  修改Port模块... 6 3.3  修改ICU模块... 7 3.4  Platform模块... 8 3.5  主测试程序修改... 9 3.6  测试结果... 10