CAN FD in ST Powertrain Microcontroller Products

Transcription

1 CAN FD in ST Powertrain Microcontroller Products Paul Fox Automotive Microcontroller Marketing

2 Automotive Microcontroller Market Trend Next generation MCU for Powertrain 2 Powertrain market trends are driving the MCU Segregation between developing and developed markets Increased diversity of powertrain configurations Gasoline PFI, GDI, Diesel DI, HCCI? Hybrid : is coming in addition to diesel/gasoline light hybrid (start/stop), mild hybrid till ability to run in zero emission mode. Exhaust post treatment, turbo technologies also increase the configurations Electric propulsion More scalable and standardized MCU products are needed from very low end cost driven derivatives to super integrated performance

3 Automotive Microcontroller Market Trend Next generation MCU for Powertrain 3 Powertrain market trends are driving the MCU Increased number of sensors / actuators in combustion engines for emission demanding countries New types of analog acquisitions : In-cylinder pressure, crank position sensor with higher precision and faster synchronization Different sensors / actuator interfaces SENT, PSI5, LIN I/O serialization is helping to reduce MCU package pin count Microsecond bus between MCU and ASSP New actuators Valve train electrification

4 Microcontroller in Powertrain Requirement Shift Example: MCU requirement for 4Cylinder GDI Engine Management control 4 MCU in Y2005 MCU in Y2010 MCU in Y2015 ST10F276!! 16Bit 64MHz ST10 Single CPU MAC Unit 832Kbyte Flash Memory 68k RAM CAPCOM / PWM Module Serial Interface: 2xUSART, 2xSPI, 2x I2C QFP144 ~40DMIPS Performance 180nm Technology, ST-Rousset 8 ~9Mio Transistors Users Manual: 230pages I N N O V A T I O N Monaco!! 32Bit 80MHz PPC-Z3 Main CPU Floating Point Unit 1.5Mbyte Flash Memory 94k RAM etpu Timer Module Serial Interface: 2xSCI, 2xSPI, 2xCAN QFP144/176 ~80DMIPS Performance 90nm Technology, ST-Rousset 8 ~28Mio Transistors Users Manual: 800pages I N N O V A T I O N C O M P L E X I T Y I N C R E A S E McKinley!! 32Bit 2x200MHz Z4d Main CPU Floating Point Unit 200MHZ Z4d IO CPU 4Mbyte Flash Memory 304k RAM High-end GTM Module Serial Interface: 2xFlexRay, 1xEthernet, 3xM-CAN, 1xTT-CAN, 5xLINFlex, 1xI2C, 7xDSPI, 10xSENT, 3xPSI5 eqfp176/bga292 ~500DMIPS Performance 55nm Technology, ST-Crolles 12 ~106Mio Transistors Users Manual: 5000pages

5 Increased Device Complexity Key drivers 5 New market requirements Safety Security Multicore processing SW standardization New calibration concepts New Networking Legacy or customer specific requirements Peripherals / Interfaces Timer modules

6 Example: McKinley 4M SPC57EM80 Block Diagram I/O Generic Timer Module (High-End Version) 32 Inputs, 88 Outputs Dual Channel FlexRay (10MB/s), 64 buffers 3 x M-CAN (with full FD CAN support) 1 x TT-CAN 5 x LINFlex 7 x DSPI including 2 x µsb 1 x Ethernet 1 x I2C 10 x SENT 3 x PSI5 1x LFAST (Interprocessor bus) Power Architecture e200z4 8k-I Cache FPU VLE DSP BAM FMPLL Available INTC STM SWT I-RAM D-RAM HSM DigRF Crossbar Switch Debug JTAG Nexus IEEE-ISTO Ethernet Memory Protection Unit 8x PIT FCCU I/O Bridge FlexRay I/O Bridge 64 edma 2x CRC INTC STM SWT I-RAM D-RAM 2x Tsens Power Architecture e200z4 8k-I/4k-D Cache FPU VLE 4M FLASH 256k Data FLASH Power Architecture Power e200z7 Architecture e200z4 8k-I/4k-D Cache FPU VLE Crossbar Switch Memory Protection Unit 128k S-RAM 16k Overlay RAM INTC INTC INTC STM SWT I-RAM D-RAM Cal Bus 6 Most of the pripherals are small, but the added device complexity results in large die size Effort has to be standardized so not to add additional device complexity when going for higher performance Ø FD CAN is a good example 34k SRAM GTM (High-End Version) System Platform 1x TT-CAN 3x M-CAN 7x DSPI 5x LINFlex 1x I2C Memory Timer Peripherals 10x SENT 3x PSI5 6x Σ-Δ ADC 8x SAR ADC

7 FD CAN advantages CAN Evolution 7 Close the bandwidth gap between CAN and other high bandwidth IF s Avoid increased system cost Use existing network topologies on physical layer Provide an upgrade path so not a totally new protocol

8 CAN improvements 8 To overcome the current data rate limitation on classical CAN networks the CAN spec can be changed in two directions: Increase the baud rate Increase the number of data bytes per CAN frame Stay compatible with today technology on CAN physical layer Existing CAN transceiver shall be compatible with future improvements on CAN spec The Robert Bosch GmbH has translated these requirements into the new specification CAN with Flexible Data-Rate called CAN FD

9 Conclusion 9 CAN FD is a good approach to deal with increased bandwidth requirements in Automotive networks while maintaining existing protocols CAN FD could close the gap between standard CAN and higher bandwidth protocols (e.g. FlexRay) Will depend on the overall device and tool availabilty Low effort to migrate to CAN FD, rather than implementing a new standard STMicroelectronics has implemented CAN FD in new powertrain devices Presentation Title

10 Thank You!