Challenges in the deployment of Ethernet AVB for Automotive Infotainment Systems 25 September Thomas Gmeinder (XMOS) Christian Sörensen (Intel)

Transcription

1 Challenges in the deployment of Ethernet for Automotive Infotainment Systems 25 September 2013 Thomas Gmeinder (XMOS) Christian Sörensen (Intel)

2 Disclaimer Intel Corporation may have patents or pending patent applications, trademarks, copyrights, or other intellectual property rights that relate to the presented subject matter. The furnishing of documents and other materials and information does not provide any license, express or implied, by estoppel or otherwise, to any such patents, trademarks, copyrights, or other intellectual property rights. The Intel product(s) referred to in this document is intended for standard commercial use only. Customer are solely responsible for assessing the suitability of the product for use in particular applications. Intel products are not intended for use in medical, life saving, life sustaining, critical control or safety systems, or in nuclear facility applications. Performance tests and ratings are measured using specific computer systems and/or components and reflect the approximate performance of Intel products as measured by those tests. Any difference in system hardware or software design or configuration may affect actual performance. Buyers should consult other sources of information to evaluate the performance of systems or components they are considering purchasing. For more information on performance tests and on the performance of Intel products, visit or call (U.S.) or All information provided related to future Intel products and plans is preliminary and subject to change at any time, without notice. All dates provided are subject to change without notice. Intel may make changes to specifications and product descriptions at any time, without notice. Intel, Intel logo, Intel Atom, Intel Inside, Intel Inside logo, are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries. 64-bit computing on Intel architecture requires a computer system with a processor, chipset, BIOS, operating system, device drivers and applications enabled for Intel 64 architecture. Performance will vary depending on your hardware and software configurations. Consult with your system vendor for more information. Hyper-Threading Technology requires a computer system with an Intel Pentium 4 processor supporting Hyper-Threading Technology and an HT Technology enabled chipset, BIOS and operating system. Performance will vary depending on the specific hardware and software you use. See for more information including details on which processors support HT Technology. * Other names and brands may be claimed as the property of others. Other vendors are listed by Intel as a convenience to Intel's general customer base, but Intel does not make any representations or warranties whatsoever regarding quality, reliability, functionality, or compatibility of these devices. This list and/or these devices may be subject to change without notice. Copyright 2013, Intel Corporation. All rights reserved.

3 Agenda System overview Automotive requirements Evaluation project overview standards implementation clock recovery Automotive adaptions results Conclusions Slide 3

4 System overview Slide 4

5 Automotive Requirements Early audio /video synchronization across multiple network endpoints (Lip-sync) Switching between talker streams Many audio channels Cost reduction Low latency Flexibility in network topology, media stream routing Slide 5

6 Evaluation project overview Evaluate the challenges of an automotive system Goal: a usage model of the standard, which fulfills the automotive requirements We followed the recommendations of the AVnu Automotive TWG (automotive profile) Evaluation system based on: XMOS Endpoint Kit Intel Atom processor running Tizen Intel I210 Ethernet controller, Open Slide 6

7 Evaluation system diagram Head Unit Endpoint L0 Amplifier Endpoint T1 L1 Xtal T0 Switch Clock Slaves Clock Master T2 L2 RSE Endpoint Slide 7

8 Evaluation system diagram Head Unit Endpoint L0 Amplifier Endpoint Stream 1 8ch T1 L1 Xtal Clock Master T0 2ch Stream 0 Switch Clock Slaves T2 L2 RSE Endpoint Slide 8

9 standards implementation 802.1Qav 802.1AS (PTP) IEEE Qat (SRP) * Head Unit Endpoint XMOS Endpoint T1 L1 L0 Xtal T0 Switch Clock Slaves Clock Master * StaRc during startup, dynamic to switch streams Slide 9

10 clock distribution Identify source and destination audio clock domains throughout the system Identify points where resampling and/or hardware clock recovery is required Optimization steps: Minimize amount of resampling Minimize instances of clock recovery circuits Optimization results: Use one audio master clock throughout system Resample to audio master clock as close to source as possible Slide 10

11 Example audio clock domains Slide 11

12 Clock distribution concept RR: /Video synchronization across multiple multiple network endpoints (Lip-sync) Slide 12

13 Amplifier endpoint network MulRcore microcontroller T L PTP Time Present. Time Actual Time Clock ery TDM audio signals Clock Slave Slide 13

14 Clock recovery control loop XMOS MMCU" " IllustraRng the Error e(t) : Slide 14

15 PTP clock synchronization Measured between Intel I210 and XMOS EP 802.1AS (gptp) Synchronization Jitter : +/- 30ns Intel Disclaimer: SoXware and workloads used in performance tests may have been oprmized for performance only on Intel microprocessors. Performance tests are measured using specific computer systems, components, soxware, operarons and funcrons. Any change to any of those factors may cause the results to vary. You should consult other informaron and performance tests to assist you in fully evaluarng your contemplated purchases, including the performance of that product when combined with other products. Slide 15

16 Startup acceleration Automotive profile of SRP: Static configuration of SRP parameters to accelerate startup Preconfigured SRP Still utilizes SRP for dynamic stream switching in a deterministic and safe manner PTP: No BMCA Use cached parameters at startup Accelerated sync messages RR: Early Slide 16

17 Low latency requirements Hands free phone: VDA specification for car hands-free terminals: 50ms delay from GSM System Output to Drum Reference Point (DRP) processing: Noise/echo cancellation In-car passenger communication Class A Traffic: Default 2 ms Class B Traffic: Default 50 ms Result: Low latency class A is required RR: Low Latency Slide 17

18 Dynamic stream switching Head Unit Endpoint L0 Amplifier Endpoint Stream 1 8ch Listener Leave T1 L1 Xtal Clock Master T0 2ch Stream 0 Switch Clock Slaves T2 L2 RSE Endpoint Slide 18

19 Dynamic stream switching Head Unit Endpoint L0 Amplifier Endpoint Stream 1 8ch T1 L1 Xtal T0 Switch Talker AdverRse Clock Slaves Clock Master Talker AdverRse T2 L2 RSE Endpoint Slide 19

20 Dynamic stream switching Head Unit Endpoint L0 Amplifier Endpoint Stream 1 8ch Listener Join T1 L1 Xtal T0 Switch Clock Slaves Clock Master T2 L2 RSE Endpoint Slide 20

21 Dynamic stream switching Head Unit Endpoint L0 Amplifier Endpoint Stream 1 8ch T1 L1 Xtal T0 Switch Clock Slaves Clock Master RR: Stream 2 - Switching between Media Talker Streams - Flexibility in Network Topology and Media Stream routing. RSE Endpoint 6ch T2 L2 Slide 21

22 Hardware requirements clock support Adjustable oscillator for media clock Accurate time-stamping PTP Packets in the Mac Samples in the Interface (Input) Processing IEEE 1722 packets at a high frequency 8000 per Stream: amp receives per second Handle multiple timing critical tasks that interact Slide 22

23 Improved network utilization Bandwidth required for 40 channels on 6 streams: Format Required Bandwidth Suitable? ** Mbit/s No AVTP SAF 24bit* 71 Mbit/s OK AVTP SAF 16bit* 55.3 Mbit/s Yes * AVTP SAF as specified in P1722a-D4.pdf ** Bandwidth Limit is 75MBit on 100Mbit link Improvements: SAF 16bit relaxes bandwidth requirement by 38% Multiplexed streams improve network utilization further Enables use of 100Mbit BroadR-Reach! RR: - Many Channels - Cost Reduction Slide 23

24 Conclusions can meet automotive requirements with a carefully implemented automotive profile AVnu TWG currently working on standardization. Clock synchronization and deterministic timing solves the lip-sync problem Good QoS for high-end infotainment is provided by traffic shaping, clock synchronization and low latency IEEE 802.1Qat (SRP) is useful for controlling the dynamic switching between different Talker streams in a deterministic and safe manner Slide 24

25 Thank you! Slide 25