MOST The Automotive Multimedia Network

MOST is a communication system with a new, flexible architecture, used bymany different manufacturers. It is the most widely used multimedianetwork in the automotive industry.

In 2010, more than 100 car models are already equipped with MOST Tech-nology. MOST defines the protocol, hardware, software and system layersthat are necessary for the high-performance and cost effective transport ofrealtime data in a shared medium. MOST Technology is developed andstandardized within the MOST Cooperation through a joint effort of car-makers and their suppliers. It is now evolving into a third generation withMOST150 Technology.

The MOST Cooperation commissioned this updated book with the goal ofmaking it easier to understand and use MOST Technology. The authors ofthe book work for carmakers, suppliers and scientific institutes. Theemphasis of the first part of the book is the MOST standard itself. After descri-bing the organization of the MOST Cooperation, the general communica-tion architecture of an automobile using MOST is presented. Then thechapter “Survery of the System Architecture” gives an overview of MOSTTechnology. The most important aspects of the technology are then presentedin detail in subsequent chapters.

The book is aimed at engineers at suppliers and carmakers that want to getstarted with MOST Technology. It also provides an overview of an effectivecommunication architecture to interested engineers outside the automo-tive industry.

Visit our website: www.franzis.de

ELECTRONICS LIBRARY

EDITOR: PROF. DR. ING. ANDREAS GRZEMBA

THE AUTOMOTIVE MULTIMEDIA NETWORK

FRANZIS

FRANZIS

EUR 49,95 [D]ISBN 978-3-645-65061-8

MOST (Media Oriented Systems Transport) isa multimedia network technology developedto enable an efficient transport of streaming,packet and control data in an automobile.It is the communication backbone of an

infotainment system in a car. MOST can alsobe used in other product areas such as driverassistance systems and home applications.


FROM MOST25 TO MOST150

65061-8 U1+U4_R25mm 14.01.2011 10:12 Uhr Seite 1

5

Preface to the second edition

The first edition of this book was released in March 2008 and based on the first generation MOST25 (MOST Specification 2.4). It operates at 25 Mbps. Now, the second edition covers additionally the second and the third generation. MOST is the abbreviation for Media Oriented Systems Transport.

With the MOST Specification Rev. 2.5 for MOST50 – the second generation – the MOST Cooperation doubles the bandwidth for automotive infotainment solutions from 25 to 50 Mbps. The MOST Specification of Electrical Physical Layer Rev. 1.1 is an additional key specification that enables data transmission over an unshielded twisted pair (UTP) of copper wires while meeting the stringent automotive electro-magnetic compatibility requirements.

MOST150 is the third generation offering a bandwidth, of 150 Mbps. With the transmission over legacy POF/LED optical physical layer MOST150 offers a smooth migration from MOST25 and MOST50 allowing carmakers to continue to use POF and LEDs as light sources. In addition to higher bandwidth MOST150 fea-tures an isochronous transport mechanism to support extensive video applications, as well as an Ethernet channel for efficient transport of IP-based packet data. This channel carries legacy Ethernet packets (according to IEEE 802.3) without change. Thus, the new generation of MOST provides the automotive-ready physical layer for Ethernet in the car. This way, MOST will be open to a broad variety of IP based applications. It even allows to adjust the bandwidth of conventional streaming con-nection on the one hand and the IP communication on the other according to the corresponding requirements. Besides, MOST150 still supports the well-known asynchronous channel to ensure backward compatibility of MOST25 applications. With MOST150, audio and video signals can be transported with high bandwidth efficiency and without any overhead for addressing, collision detection/ recovery or broadcast. Multiple high definition (HD) video streams and multi-channel surround sound with premium quality of service can be transmitted, while simultaneously moving high loads of packet data around.

MOST network needs to support digital audio, video and data services equally:

High QoS Synchronous (PCM audio …)

High QoS Isochronous (MPEG Transport Streams, audio and video over IP …)

High performance Packet with IP support

Realtime Control

6 Preface

The number of vehicle models relying on the MOST infotainment backbone has now hit the one hundred mark. This fast implementation growth rate with a total of 100 vehicle models on the road today reflects the practical suitability and reliability of MOST. Only three years after the MOST Cooperation was founded in 1998, the first MOST car was introduced in 2001. The following year, 13 more models im-plemented the MOST infotainment backbone. In October 2007, the leading network technology had found its way into 50 car models, climbing to 68 models in March, 2009. Just one year later there are 50% more models on the road as MOST Tech-nology spreads into the mass market.

Asian carmakers presented their first vehicles with MOST inside in 2007. Today, there are 22 models manufactured by Asian automakers with MOST built in. MOST Technology is now heading to the American continent with the first US carmaker working on future vehicles that incorporate the MOST network.

MOST25 Technology has established itself in the European and Korean markets. The Japanese and US markets prefer MOST50.

Now the newest Specification Rev. 3.0 for MOST150 is on the way to production. Audi and Daimler will be the first carmakers to integrate MOST150 into series pro-duction vehicles.

The second edition has a new structure. Whereas the first edition, MOST also ranks to the in-car communication systems, the second edition focuses solely on MOST.

Acknowledgements

I would like to thank my co-authors for spending their precious time to cooperate on this book and thus make it possible at all and to all members of the MOST Co-operation Steering Committee, who initiated and actively supported the second edi-tion.

I also owe thanks to the coordinator of the MOST Cooperation, Mr. Wolfgang Bott for the comprehensive support and Mr. Renato Machelett for the complete proof-reading of the script.

Finally, I would like to thank Franzis publishing house for their many ways of con-tributing to this book.

January 2011

Karlsruhe

MOST Cooperation

Deggendorf

Andreas Grzemba (Editor)

7

Preface to the first edition

The automotive industry can look back on nearly 20 years of experience using in-car communication systems. The development started with the CAN-Bus, which has been used in production vehicles since the 1990s. The infotainment sector in cars has developed rapidly within the last few years. Where an AM/FM tuner was initially sufficient, many vehicles are now equipped with high-grade sound and navigation systems. This also increases the number of devices involved – radio, cell phone, CD changer, navigation system, voice operation and an additional multi-channel amplifier supplement the primary systems. These devices must interact in concert with each other and can only be controlled via a central operating surface to ensure drivers are not unnecessarily distracted. The bandwidth of the CAN-Bus, which can only move control signals, but no audio and video signals, is no longer sufficient for these demands.

MOST, Media Oriented Systems Transport, a communication system with a new, flexible architecture, used by many different manufacturers, was developed to meet these demands. It can transmit audio signals synchronously, as in telephones, and is the most widely used multimedia system in cars today.

MOST technology is the result of the collaboration of car makers and suppliers, working to establish and refine a common standard within the MOST Cooperation. The founding fathers of the MOST Cooperation constitute the steering committee, the managing body. All companies interested in the system can, however, collabo-rate in working groups. Chapter 1 introduces the Cooperation.

The MOST system not only comprises all layers of the Open System Interconnect (OSI) Reference Model for communication and computer network design, but also standardizes the interfaces with the applications (e.g., an AM/FM tuner), which are defined as function blocks. Their implementation is described by example interac-tion models. In addition, the encoding of the audio and video signals is part of the specification. The system designer is thus able to design multi-media systems on a relatively high abstraction level.

This book is an introduction to the MOST technology. It cannot, however, replace the work with the specifications. The basis for this book is the MOST specification 2.4, taking into account further developments. The current specifications can be found at the MOST Cooperation website http://www.mostcooperation.com.

http://www.mostcooperation.com/�

8 Preface

The book is divided into two parts.

Part 1 deals with the MOST standard. After introducing the structure of the MOST Cooperation, the communication architecture in the vehicle is presented for classi-fying the MOST Technology. Chapter 3, System Architecture, provides an introduc-tion into the technology. The following chapters describe the most important as-pects in detail.

Part 2 deals with the application of the MOST Technology. First, development tools are introduced. The next chapter explains the structure and implementation of a simple MOST system by means of these tools. This part then describes the basic structure of MOST gateways, the handling of MOST components and the use of MOST in current production vehicles. The last chapter describes the sound systems used in cars.

The appendix comprises a list of abbreviations, a glossary with the most important terms from the world of MOST, as well as a comparison between MOST, Ethernet and IEEE1394. A short survey of the other communication systems currently used in cars may contribute to a better understanding of the MOST technology. In the context of gateways, it is mainly the CAN-Bus and Bluetooth which are of interest.

I hope that this book will contribute to widely disseminating MOST Technology and that it will be a useful reference work for designers and users. MOST is a sys-tem which is subject to constant improvements and further developments. Ideas or comments concerning this book will be gratefully accepted at the e-mail address [email protected].

Acknowledgements

I would like to thank my co-authors for spending their precious time to cooperate on this book and thus make it possible at all.

My further thanks go to all members of the MOST Cooperation Steering Commit-tee, who initiated and actively supported the project.

I also owe thanks to Mr. Josef Berwanger of BMW for checking through chapter FlexRay, Mr. Roland Trißl of SMSC Europe for proof-reading chapter 9, Mr. Matthias Karcher of SMSC Europe, Dr. Carsten Kellner of Vector Informatik for cooperating on chapters 14 and 15, as well as Mr. Jochen Klaus-Wagenbrenner of Harman Automotive Division and Mr. Martin Arend of BMW for proof-reading chapter 16.

mailto:[email protected]�

Preface 9

I would particularly like to thank Mr. Robert Reiter of BMW for his many ideas and suggestions, Dr. Christian Thiel, Mr. Armin Schmidt and Mr. Henry Muyshondt, and their colleagues of SMSC, as well as Dr. Alexander Leonhardi of Daimler for the complete proof-reading of the script.

I would also like to thank the translators for translating the book into English.

Finally, I would like to thank my wife Jana for the first thorough correction of the script and Mrs. Astrid Lehmann and her colleagues at Franzis publishing house for their many ways of contributing to this book.

Deggendorf, January 2008

Andreas Grzemba

(Editor)

13

Contents 1 MOST Cooperation 21

1.1 Motivation and History .....................................................................21 1.2 Fast Standardization........................................................................23 1.3 Structure and Specification Work ....................................................24 1.3.1 The Steering Committee..................................................................24 1.3.2 The Administrator ............................................................................25 1.3.3 The Technical Coordination Group..................................................25 1.3.4 The Working Groups .......................................................................26 1.3.5 The Technical Coordinator ..............................................................26 1.4 The Compliance Verification Program .............................................26

2 Survey of the System Architecture 29

2.1 MOST Layer Model .........................................................................29 2.2 Application Framework ....................................................................30 2.3 New isochronous transmission mechanisms for MOST150 ............33 2.4 Network Services.............................................................................34 2.5 MOST Data Link Layer ....................................................................34 2.5.1 MOST Frame...................................................................................34 2.5.2 TimingMaster, TimingSlave .............................................................35 2.6 Physical Layer .................................................................................36 2.6.1 Optical Physical Layer .....................................................................37 2.6.2 Electrical Physical Layer..................................................................38 2.7 MOST Device ..................................................................................38 2.8 Network Management .....................................................................39 2.8.1 NetBlock ..........................................................................................40 2.8.2 PowerMaster ...................................................................................40 2.8.3 NetworkMaster; NetworkSlave ........................................................40 2.8.4 ConnectionMaster ...........................................................................41 2.9 Error Management and Diagnosis ...................................................41 2.10 Transmission of Multimedia Data ....................................................42

3 Survey of the MOST Specifications 43

3.1 Structure..........................................................................................43 3.2 MOST Specification.........................................................................44 3.3 MOST Dynamic Specification ..........................................................46 3.4 MOST Function Catalog ..................................................................46 3.5 MOST Compliance Test Specifications ...........................................46 3.6 Further Specifications, Guidelines and Cookbooks .........................48

4 Application Framework 49

4.1 Device Model...................................................................................49 4.2 Application Protocol.........................................................................51 4.2.1 Data Format.....................................................................................51 4.2.2 Dynamic Behavior ...........................................................................59

14 Contents

4.3 MOST Function Blocks....................................................................66 4.3.1 Structure of a Function Block...........................................................66 4.3.2 Function Classes .............................................................................67 4.3.3 Function Interfaces ..........................................................................69 4.3.4 System FBlocks...............................................................................69 4.3.5 Administration of Streaming Connections........................................74 4.4 Standardized Application Interfaces ................................................77 4.4.1 Function Library...............................................................................77 4.4.2 Common Functions (GeneralFBlock) ..............................................79 4.4.3 Application Interfaces ......................................................................79 4.4.4 Example of Use (AuxIn)...................................................................82

5 MOST Protocols 87

5.1 MOST Frame...................................................................................87 5.1.1 MOST25 Frame...............................................................................87 5.1.2 MOST50 Frame...............................................................................89 5.1.3 MOST150 Frame.............................................................................90 5.2 MOST Data Transport Mechanisms ................................................93 5.3 Streaming Data................................................................................93 5.3.2 Synchronous Data ...........................................................................94 5.3.3 Isochronous Data ............................................................................94 5.4 Packet Data Channel.......................................................................97 5.4.1 Packet data protocol for MOST25 and MOST50 .............................97 5.4.2 Packet data protocol for MOST150 .................................................98 5.4.3 Arbitration algorithm ........................................................................98 5.5 Control Channel...............................................................................99 5.5.1 CMS for MOST25 ............................................................................99 5.5.2 CMS for MOST50 ..........................................................................104 5.5.3 CMS for MOST150 ........................................................................106 5.6 Summary .......................................................................................108 5.7 Addressing.....................................................................................109 5.8 Higher Protocols ............................................................................112 5.8.1 MOST High Protocol (MHP) ..........................................................112 5.8.2 Ethernet over MOST......................................................................117 5.8.3 MOST Isochronous QoS IP (Streaming) .......................................118 5.8.4 MOST Ethernet with QoS IP..........................................................119 5.8.5 MAMAC .........................................................................................120

6 Physical Layer 121

6.1 Introduction....................................................................................121 6.2 POF Plastic Optical Fibers ............................................................122 6.2.1 Basic Principles .............................................................................122 6.2.2 Polymer Fibers – Properties and Advantages ...............................124 6.3 Contacting of PMMA Fibers...........................................................127 6.4 Opto-Electronic Transceivers ........................................................129 6.4.1 LED Transmitter Devices...............................................................129 6.4.2 PIN Photodiodes............................................................................131 6.4.3 Transceiver Housing and Connectors ...........................................131 6.5 System Considerations for the MOST Physical Layer ...................135 6.5.1 Basic Principles of Electrical and Optical Parameters ...................135 6.5.2 Optical and Electrical Requirements..............................................140

Contents 15

6.5.3 Power Budget ................................................................................143 6.5.4 Timing Requirements ....................................................................145 6.6 Alternative Transmission Media.....................................................147

7 Network and Fault Management 155

7.1 System Initialization.......................................................................155 7.1.1 System Query................................................................................155 7.1.2 Central Registry.............................................................................156 7.1.3 Dynamic Addressing......................................................................159 7.1.4 Examples of System Starts............................................................159 7.2 Notification.....................................................................................160 7.3 Power-Down..................................................................................162 7.4 Fault Types....................................................................................162 7.4.1 Network Faults...............................................................................163 7.4.2 Device Faults caused by Temperature and Voltage Violations......164

8 Network Diagnostics 167

8.1 Network Fault Detection ................................................................167 8.1.1 Ring Break Diagnosis ....................................................................167 8.1.2 Sudden Signal Off/Critical Unlock Detection .................................168 8.1.3 Localizing the Origin of Coding Errors ...........................................169 8.1.4 Electrical Control Line....................................................................169 8.2 Device Fault Diagnosis..................................................................171

9 Network Service 175

9.1 Overview .......................................................................................175 9.2 MOST NetServices........................................................................176 9.2.1 Models of MOST NetServices .......................................................177 9.2.2 Dependencies on MOST Specification Baseline ...........................177 9.3 Modules of the MOST NetServices ...............................................177 9.3.1 Layer I Version 1.x.........................................................................177 9.3.2 Layer I Versions 2.x and 3.x ..........................................................180 9.3.3 Layer II Versions 1.x, 2.x and 3.x ..................................................183 9.4 Integration of the MOST NetServices onto the Target Platform.....187 9.4.1 Callback Functions ........................................................................187 9.4.2 Main Loop Architecture..................................................................188 9.4.3 Multitasking Architectures..............................................................189 9.4.4 System Management Module ........................................................190

10 MOST Interface Controller 191

10.1 MOST Network Interface Controller and MOST Device ................191 10.2 MOST Network Interface Controller Families ................................192 10.2.1 INIC ...............................................................................................192 10.2.2 NIC 193 10.3 The INIC Family.............................................................................194 10.3.1 Members .......................................................................................194 10.3.2 Overview of Features ....................................................................195 10.4 Interfaces to the INIC.....................................................................195 10.4.1 Available Interfaces .......................................................................195

16 Contents

10.4.2 Interfaces from Software Perspective............................................198 10.4.3 Ports, Sockets and Connections....................................................200 10.4.4 Port Message Protocol ..................................................................202 10.5 Protection, Encapsulation and the EHC ........................................203 10.5.1 Interaction between INIC and the EHC..........................................203 10.5.2 The Watchdog Functionality ..........................................................205 10.6 Configuration through Configuration String ...................................205 10.7 Control Port ...................................................................................206 10.8 Streaming Port...............................................................................207 10.9 SPI Port .........................................................................................208 10.10 Transport Stream Interface (TSI)...................................................208 10.11 MediaLB Port.................................................................................208 10.12 Power Management ......................................................................212 10.13 Intelligent Muting ...........................................................................213 10.14 Network Interface Controller (NIC) ................................................213 10.14.1 Available Interfaces .......................................................................213 10.14.2 Serial Operation.............................................................................215 10.14.3 Parallel Operation of CP and SP ...................................................215 10.14.4 Possible Configurations (Serial/Parallel) .......................................215 10.14.5 The Basic Configuration of a NIC ..................................................216 10.14.6 Interfaces for Control Data in NICs................................................217 10.14.7 Interfaces for Streaming Data in NICs ...........................................217 10.14.8 Interfaces for Packet Data in NICs ................................................217

11 Tools 219

11.1 Overview .......................................................................................219 11.2 Specification Tools ........................................................................220 11.2.1 MSC Editor ....................................................................................220 11.2.2 MOST Editor..................................................................................220 11.3 Simulation and Analysis Tools.......................................................223 11.4 Rapid Prototyping Tools ................................................................224 11.4.1 Plug-in for Simulation and Analysis Tools .....................................224 11.4.2 Hardware platform for Rapid Prototyping and Evaluation..............224 11.4.3 PC Tool Kit ....................................................................................225 11.4.4 System components ......................................................................226 11.5 Hardware Development Tools .......................................................226 11.5.1 INIC Remote Viewer......................................................................226 11.5.2 MediaLB Analyzer .........................................................................227

12 Compliance Tests 229

12.1 Objectives of Compliance Tests ....................................................229 12.2 Organization of the Compliance-Process ......................................230 12.2.1 Authorities for the Compliance Process.........................................230 12.2.2 Workflow of the Compliance Process ............................................231 12.3 Physical Layer Compliance Tests..................................................232 12.4 Core Compliance Tests .................................................................234 12.5 Profile Compliance Tests...............................................................236 12.6 Interoperability Tests .....................................................................237

Contents 17

13 Testing MOST based Infotainment Systems 239

13.1 Challenges in Testing MOST Systems ..........................................239 13.2 Overview of the OEM Test Activities .............................................240 13.3 The Test Process ..........................................................................241 13.3.1 Risk analysis..................................................................................241 13.3.2 Test design....................................................................................241 13.3.3 Test implementation ......................................................................242 13.3.4 Test evaluation ..............................................................................242 13.3.5 Test management..........................................................................242 13.4 Component Tests ..........................................................................242 13.5 Integration Tests............................................................................245 13.6 System Tests.................................................................................246 13.7 Test Tools......................................................................................247

14 Introduction of MOST150 in Series Production 249

14.1 Application of MOST150................................................................249 14.2 MOST150 technology evaluation...................................................250 14.2.1 Requirements and evaluation structure .........................................250 14.2.2 MOST150 reference platform ........................................................252 14.2.3 MOST150_InCar ...........................................................................252 14.2.4 Results of the technology evaluation .............................................253 14.3 Conclusion.....................................................................................254 14.4 Outlook ..........................................................................................255

15 MOST150 Migration 257

15.1 Introduction....................................................................................257 15.2 MOST150 Evolution Approach ......................................................257 15.2.1 Hardware Evolution .......................................................................258 15.2.2 System Software Evolution............................................................259 15.3 MOST25/MOST150 Bridge Concept .............................................261 15.3.1 General Bridge Architecture ..........................................................261 15.3.2 Addressing Concept ......................................................................262 15.3.3 Network Management ...................................................................263 15.3.4 PCM Data Bridging........................................................................265

16 Manufacturing and Processing of MOST Components 267

16.1 Structure and Testing of Opto-Electronic MOST Components ......267 16.1.1 Header...........................................................................................268 16.1.2 Set of Fibers ..................................................................................270 16.1.3 Connectors ....................................................................................275 16.2 Processing within the Scope of Electronics Manufacture ..............276 16.2.1 Mounting and Soldering of Headers ..............................................276 16.2.2 Mounting and Soldering of Connectors .........................................277 16.2.3 Mounting of Internal Sets of Fibers................................................278 16.2.4 Device Testing...............................................................................278 16.3 Summary .......................................................................................279

18 Contents

17 Gateways to MOST 281

17.1 Distribution of Signals via a Gateway ............................................281 17.2 Architecture of a Gateway .............................................................282 17.3 MOST – CAN Gateway .................................................................283 17.4 MOST – Bluetooth Gateway..........................................................284 17.5 Routing of the Control Channel .....................................................285 17.5.1 Routing of the Synchronous Audio connections ............................286

18 MOST Applications 289

18.1 Overview .......................................................................................289 18.2 Infotainment Headunit ...................................................................293 18.3 Media Interface Devices ................................................................295 18.4 Sound Systems .............................................................................296 18.5 Audio and Video Transmission Formats........................................298 18.5.1 Audio Streaming ............................................................................298 18.5.2 Video Streaming ............................................................................299 18.6 MOST for Driver Assist Applications..............................................301

Appendix 303

A The Description Language Message Sequence Chart (MSC) 305

B Data rate of the Packet Data Channel of MOST25 310

C Abbreviations 312

D Glossary 318

E Bibliography 325

Index 331

29

2 Survey of the System Architecture

This chapter gives an overview of the system architecture and the basic characteris-tics of MOST, which are described in more detail in the following chapters.

2.1 MOST Layer Model When the MOST system was developed, vehicle manufacturers had two basic de-mands with regard to the functionality of an infotainment bus system:

1. A simple system design based on a function-orientated point of view, and

2. the transmission of streaming and packet data, as well as control information.

The first demand resulted in the development of the MOST framework with func-tion blocks being the essential part. Function blocks incorporate all properties and methods of a MOST device (e.g., a CD changer), which are necessary to control the device. Communication with these function blocks takes place over the application protocol, which consists of a self-explanatory mnemonic and does not require an address of the MOST device. Thus, a simple and fast system design of the info-tainment domain is possible with a high abstraction level.

The function blocks constitute the interface with the application and therefore be-long to layer 7 of the ISO/OSI model (fig. 2.1). They are introduced in section 2.2 together with the application protocol and explained in detail in chapter 3.

The second demand was achieved with the frame structure. It synchronously trans-ports multimedia data, can transmit a great amount of data asynchronously without influencing the synchronous transmission and offers a Control Channel for control commands and status messages. The letter belongs to the application protocol.

The Data Link Layer is based, according to the above mentioned second demand, on a synchronous transmission of data frames. It is realized by the MOST Network Interface Controller. Besides the more common optical bit transmission layer, there is also an electrical physical layer available.

Section 2.4 gives a general survey of the Data Link Layer. This layer is presented in chapter 5. The Physical Layer is introduced in section 2.5. It is described in detail in chapter 6.

30 2: Survey of the System Architecture

Application7

Session5

Network3

Data Link2

Physical1

Presentation6

Transport4

MOST Network Interface Controller

Network Service Basic Level

Fig. 2.1: MOST in the ISO-OSI model

The driver software of the MOST System, i.e., the Network Service, is a middle-ware between the function blocks and the Data Link Layer. It covers layer 3 up to parts of layer 7 of the ISO/OSI-Model. NetServices is the product name used by the company SMSC for the Network Service.

Due to the fact that the MOST system was developed for the synchronous transmis-sion of audio and video data in particular, there are additional Stream Services used for their transport. They are shown in figure 2.1, but do not belong to the actual OSI model.

2.2 Application Framework The key elements of the Application Framework are the above mentioned function blocks and their dynamic behavior.

A function block is an object for controlling dedicated functions in the MOST net-work. There are function blocks for controlling applications, such as the CD changer or audio amplifier, and function blocks for the network management. The function blocks provide comprehensive tools for implementing complex audio func-tions. They make it relatively easy for the application design engineer to create dis-tributed audio applications on a highly abstracted level.

2.2 Application Framework 31

FBlock

Property 1 (e.g. )TrackPosition (Displays the current or sets a new position as track)Property 2(e.g. DeckStatus (Controls and shows the state of the drive like Play, Stop, Pause))....Property n

(e.g. AudioDiskPlayer)

Method m

Method 1 (e.g.

Allocate (With this method the source will be caused to occupy

streaming connections))

Fig. 2.2: Function block of the CD player (Audio-DiskPlayer)

A function block defines the interface of an application to be controlled. It consists of properties and methods. The properties describe or change the condition of the function to be controlled and the methods execute actions which, after a specified period of time, achieve a result. The MOST specification uses the term “function” to include both properties and methods.

In order to be able to ensure a uniform implementation, every function block has an XML description used as an interchange format. This description can be edited with the MOST Editor (section 11.2.2).

Figure 2.2. shows an example with extracts of the properties and methods of the function block of a CD player (AudioDiskPlayer).

FBlockAudioDiskPlayer

Application

Slave

Controller

HMI

FBlockAmplifier

Fig. 2.3: Hierarchy in the MOST system (according to [Tutorial])

The MOST specification differentiates between three views of the interaction with function blocks (fig. 2.3):

HMI

Controller

Slave


A slave is a MOST device, which is controlled by a Controller. It provides its func-tionalities by means of properties and methods of its function blocks. A slave has no system knowledge at all, i.e., information about other devices is not stored statically and consequently the slave does not control other slaves either (fig. 2.4). They can easily be added to or removed from a MOST system, without the software being modified or other slaves being influenced. This means that a CD changer or ampli-fier, can easily be used in different vehicle platforms, if they are implemented as slaves

FBlockFBlock FBlock

FBlock FBlock

FBlockFBlockFBlock FBlock

FBlock FBlock

ControllerApplication

ControllerApplication

System ManagementApplication

FBlockFBlockFBlock FBlock

FBlock FBlock

FBlock

SlaveSlave Slave

Controller

HMI

Controller

Slave

Fig. 2.4: Interactions in the MOST hierarchy (according to [Tutorial])

A Controller is an application for administration of a functional part of a MOST system, i.e., it controls the function blocks of one or more slaves (fig. 2.4). A tuner, for example, can control its corresponding amplifier. For this purpose, the Control-ler requires partial system knowledge, which means that it must know the function blocks to be controlled. A proxy (or stub) for a function block to which the Control-ler has access is also called the shadow of this function block. Apart from that, a Controller can also have function blocks of its own (see also section 4.1).

The Human Machine Interface (HMI) is the interface to the user of the MOST sys-tem and thus presents the system function on a high abstraction level. It coordinates the various Controllers.

The Controller uses an application protocol, introduced in section 4.2 (see also fig. 2.5), to control a function block. It is transmitted via the Control Channel or the MOST High Protocol in the Packet Data Channel. The device address of the ad-dressed function block does not need to be known, as it is ascertained by the Net-work Service (see section 9.3.3).

2.3 New isochronous transmission mechanisms for MOST150 33

Application

Application

FBlock CDInstID: 1

Layer II Layer II

Layer I Layer I

Network Service Network Service

MOST Network Interface

Controller

MOST Network Interface

Controller

Device 1 Device 2

HMI (Controller) CDC (Slave)

HMI.CDC.CD.1.Track.Set(10)

CD.1.Track.Set(10)

(Application Protocol)

Fig. 2.5: Application pro-tocol (according to [MOST 3.0])

The description language Message Sequence Chart (MSC) is used for describing the dynamic behavior and the use of the function blocks. MSC is a technical lan-guage which was defined by the International Telecommunications Union (ITU) for specifying and describing the communication behavior of system components among each other and with their surroundings. It is independent of the communica-tion protocol used. The language is introduced in appendix A.

2.3 New isochronous transmission mechanisms for MOST150

MOST150 can handle three different isochronous mechanisms designed for differ-ent applications.

The A/V Packetized Isochronous Streaming permits transfers of video data streams that arrive without any reference to the MOST time base. The data is al-ready consolidated in small data packets, which can optionally include a time stamp. MPEG data streams that are coded either with variable (VBR) or constant bit rates (CBR) are typical examples of this.

DiscreteFrame Isochronous streams contain data and additional time base infor-mation in parallel. The data is arranged in frames. They are not synchronized to the time base of MOST. All PCM streams fall into this category. Here, the PCM data is accompanied by a frame sync signal. An example is the transport of a 44.1 kHz sig-nal over a 48 kHz MOST network.

QoS IP (Streaming) mode is used for packet transmission which allows for full quality of service requirements. Typically, resources on the Packet Data Channel


are shared between all applications on the network. Certain scenarios require guar-anteed bandwidth. For example, when transporting video data as an IP stream on the MOST Ethernet channel, the occurrence of sudden, high-volume data transfer would lower the available bandwidth for the video signal, affecting the video transmission. If it uses QoS IP (Streaming) mechanism, the sudden data transfer does not interfere with the video transmission, avoiding disturbances.

2.4 Network Services Network Services are a standardized protocol stack for MOST, mapping level 3 up to level 7 of the OSI model. They are usually divided into two layers. The Network Services also include the transport protocol MOST High Protocol, the adaptation layer MAMAC, which maps the TCP/IP stack onto MOST (only MOST25 and MOST50) and accordingly a pure TCP/IP stack for MOST150, so-called Ethernet over MOST (see also chapter 5.7).

They are attached to the MOST Network Interface Controller and provide a pro-gramming interface for the application, which basically consists of the function blocks (fig. 2.10). They contain modules for the transfer of packet data in the Packet Data Channel and modules for the control of the network via the Control Channel. The Network-Services are implemented on an External Host Controller (EHC). The control of streaming connections is also part of the Network Services. However, the synchronous/isochronous data transmission is not.

2.5 MOST Data Link Layer The Data Link Layer defines the basic transmission mechanisms of the MOST bus. This includes the definition of the structure of the data frames, as well as the func-tion of the TimingMaster and the TimingSlave.

2.5.1 MOST Frame

The second requirement of the MOST system, i.e., the synchronous transmission of multimedia data, is directly reflected in the frame structure. A frame contains one channel for the synchronous or isochronous (only MOST150) transmission of streaming data, one channel for the asynchronous transmission of packet data, and one channel for the transmission of control data (fig. 2.6). In the Streaming Data Channel, static connections between a streaming source and one or several stream-ing sinks can be built up with the sampling rates 44.1 kHz (MOST25 and MOST50) and 48 kHz (MOST150).

2.5 MOST Data Link Layer 35

The control of the connection set-up and disconnection, and the exchange of the control messages for the function blocks are effected via the Control Channel. The data for the commands transmitted via the Control Channel are distributed over several subsequent frames. A MOST25 frame provides two bytes in each frame for that purpose, and both MOST50 and MOST150 frame contain four bytes.

Packet data is transmitted in the Packet Data Channel without influencing the syn-chronous data transmission at all. It transports configuration data of the navigation system, for example. A data link layer protocol is used for that purpose, which cov-ers the Packet Data Channel. It can transport pure Ethernet Data in MOST150.

The boundary between the Streaming and the Packet Data Channel can be set using the boundary descriptor.

As figure 2.6 shows, a MOST25 frame contains 64 bytes in total. MOST50 can transport 128 byte at the same time due to the double bandwidth, and MOST150 carries 384 bytes.

MOST25

MOST50

MOST150

Packet Data Channel

64 Bytes

128 Bytes

384 Bytes

Streaming Data Channel

Control Channel

+ 100Mbit/s Ethernet Channel

Synch.

Synchronous

Synch./ Isochronous

Fig. 2.6: Basic structure of a MOST frame

Chapter 5 gives a detailed introduction of the MOST protocols of the Data Link Layer.

2.5.2 TimingMaster, TimingSlave

As MOST is a point to multi-point data flow system (i.e., the streaming data has a source and any desired number of sinks), all devices share a common system clock pulse derived from the data stream. They are thus in phase with each other and can transmit all data synchronously, which makes any mechanisms for signal buffering and signal processing redundant.

The system clock is generated by the TimingMaster, which is integrated in one of the nodes. In a vehicle, it is usually located in the head unit of the infotainment sys-tem. All other nodes are synchronized onto this system clock pulse by means of a PLL connection and are thus referred to as TimingSlaves (fig. 2.7).


When the TimingMaster receives the frame again when it has traveled around the ring, it reclaims the signals by means of a PLL connection and subsequently gener-ates the next frame.

TimingMaster

TimingSlaveTimingSlave

TimingSlave

MOST Frame

Node B

Node A

Node D

Node C

PLL

PLLPLL

PLL

Generator

Fig. 2.7: MOST ring with a TimingMaster and TimingSlaves

Lock/Unlock

A TimingSlave is in a lock state if it receives a signal at the input onto which it can synchronize with the PLL; if not, it goes into unlock state.

The TimingMaster is in lock state if it can regenerate the frame from the signal that has traveled around the ring.

In the case of an optical Physical Layer, the lock state implies that the light is on in the ring (Light On).

A more detailed description is given in section 7.5.1.

2.6 Physical Layer Table 2.1 summarizes the most important parameters of the Physical Layer. MOST25 stands for a bit rate of the data stream of about 25 Mbit/s and uses an op-tical Physical Layer. The exact data rate depends on the sampling rate of the sys-tem. At a sampling rate of 44.1 kHz, the MOST frame is transmitted 44,100 times per second, which results in a data rate of 22.58 Mbit/s at a frame length of 512 bits (see section 6.5.1). This also applies to MOST50. The frame here has a length of 1,024 bits, which results in twice the data rate at the same sampling rate. An electri-cal Physical Layer was additionally specified for MOST50.

2.6 Physical Layer 37

The first generation of the Network Interface Controllers (NIC) can only be used for MOST25. The second generation Intelligent Network Interface Controllers (INICs) are available for MOST25, MOST50 and MOST150. In chapter 10, both genera-tions of MOST Network Interface Controllers are introduced.

MOST25 MOST50 MOST150

Bit rate circa 25 Mbit/s circa 50 Mbit/s circa 150 Mbit/s

Physical Layer Optical Electrical Optical

Electrical (based on coax line drivers)

Optical NIC OS8104; OS8104A - - INIC OS81050; OS81060 OS81082; OS81092 OS81110; OS81120

Table 2.1: Important parameters of the Physical Layer

2.6.1 Optical Physical Layer

MOST uses Plastic Optical Fiber (POF) as physical transmission medium and has therefore very good EMC properties.

Node B

Node A

Node D

Node C

Fig. 2.8: Simple MOST ring

The basic architecture of a MOST network is a logical ring, which transmits the data from one device to another. The logical ring structure is usually realized as a physical ring (fig. 2.8). This is, however, not mandatory. A combined ring and star topology, for example, can be realized with one hub. In a star topology nodes can simply be added or removed without the rest of the network being influenced, which increases the system reliability.


Node B

Node A

Node D

Node C

Fig. 2.9: Double ring struture

The principle of transmitting the data stream from one node to the next, which can be arranged in a star topology or any possible mixed form of ring and star, is always maintained.

In order to make MOST highly available in the case of errors, a double ring can be realized. For this purpose each node must have two optical receivers and two transmitters (see fig. 2.9). If there is a problem between two nodes, the ring can be closed via the redundant segments. The Bosch conference system Praesideo [Prae-sideo] uses such a double ring structure. It is employed in big complexes of build-ings and complies with the European Safety Standard EN 60849.

The optical Physical Layer is introduced in detail in chapter 6.

2.6.2 Electrical Physical Layer

The electrical Physical Layers additionally specified for MOST50 and MOST150 based on coax line drivers are described in section 6.6.

2.7 MOST Device The basic architecture of a MOST device, as it is shown in figure 2.10, can be de-duced from figure 2.1. It shows a device with an optical Physical Layer (oPhy). The Fiber Optic Receiver (FOR) transforms the light signal into an electrical signal, which is transmitted to the Rx input of the Interface Controller. The Tx signal from the controller is retransformed into a light signal by the Fiber Optic Transmitter (FOX). Receiver and transmitter are called uniformly Fiber Optic Transceivers (FOT) or the physical interface.

2.8 Network Management 39

Low Level System Services

POF POFRx

Bypass

FOR FOX

Tx

Codec

SP CP

Audio Interface

Network Service

External Host Controller (EHC)

Function Block

NetBlock

Function Block

Appl. n

Function Block

Appl.1

Fig. 2.10: MOST device model with an optical Physi-cal Layer

The Data Link Layer is realized in the MOST Network Interface Controller, which controls the access to the three different channels. The Network Service and the function blocks are implemented on a microcontroller, which is also referred to as External Host Controller (EHC). The access from the EHC to the Packet Data Channel and the Control Channel is effected via the Control Port (CP) of the MOST Network Interface Controller.

Chapter 9 introduces the Network Service.

For the streaming services, a processor-free codec can be used in the simplest case or a signal processor in a high-grade system. The interface with the MOST Network Interface Controller is the Source Port (SP) (in the case of the NIC) or the Stream-ing Port (in the case of the INIC). In addition to this, the INIC offers a universal, ef-ficient interface through MediaLB, which can address all channels (see section 10.11).

The MOST Network Interface Controller has an integrated bypass. It is closed (ac-tivated) or remains closed, if the controller is not in normal operation mode, and then transmits the incoming data stream nearly without delay and regeneration via Tx. This applies, for example, in the case of errors or when the device is started up.

2.8 Network Management In addition to function blocks for application functions (such as CD changer or tuner), there are also a number of function blocks for network management func-tions, such as the NetBlock, PowerMaster, NetworkMaster and the ConnectionMas-ter. They are introduced in chapter 7.


The NetBlock must be implemented in every device. The other function blocks for network management are found only once in the system. The specification does not regulate, on which device these functions are implemented. They may be distributed in the system, but are usually found together in the head unit.

2.8.1 NetBlock

The NetBlock is responsible for the administration of a device. It has, for example, a list of all the function blocks implemented on the device, and manages all addresses of the device (node position address, logical address, group address). Section 4.3.4 goes into more detail.

2.8.2 PowerMaster

The PowerMaster defines the function of a selected device in the MOST network, which is responsible for starting up and shutting down the MOST network and su-pervises the status of the power supply. It does not have a function block specifica-tion of its own, but a function block identifier for identifying the device. The func-tion block PowerMaster is introduced in section 4.3.4.

The network can be woken up by any node. A wake-up which was not initiated by the PowerMaster (e.g., by the gateway), is characterized as a slave wake-up.

NodeB

Node A

Node C

CentralRegistry

DecentralRegistry

DecentralRegistry

DecentralRegistry

NetworkMaster

NetworkSlave

NetworkSlave

NetworkSlave

Fig. 2.11: NetworkMaster and NetworkSlave

2.8.3 NetworkMaster; NetworkSlave

The NetworkMaster starts up the system and administers the network status, as well as the Central Registry. The latter lists all function blocks existing in the network,

2.9 Error Management and Diagnosis 41

and the respective address of each device, on which a function block is imple-mented.

All other devices in the ring are called NetworkSlaves. They may have a Decentral-ized Registry, a subset of the Central Registry. It comprises the function blocks of the communication partners of the device.

Figure 2.11 shows a MOST ring with the NetworkMaster and the Slaves.

The NetworkMaster function is the central part of chapter 7.

The respective function block is the NetworkMaster (section 4.3.4).

2.8.4 ConnectionMaster

The ConnectionMaster is the function block that contains the interface to the Con-nection Manager, which is responsible for set-up and disconnection of streaming connections. The implementation of the ConnectionMaster function block is op-tional (see also chapter 4.3.4).

Figure 2.12 shows the basic operational mode of the ConnectionMaster. An initiator orders the ConnectionMaster to establish a connection. Thereupon it reserves the necessary bandwidth in the synchronous area and reports the channel number of the data source and sink. The disconnection is carried out analogously.

ConnectionMaster

Initator

Audio SourceDevice

Synchronous Channel Audio SinkDevice

Fig. 2.12: Basic principle of the ConnectionMaster

2.9 Error Management and Diagnosis MOST specifies a ring break diagnosis. It can locate broken POFs and delivers the result to a dedicated device. It includes also an optional Electrical Line Control. Chapter 8 goes into more detail.

The Diagnostic Protocols Adaption Specification [DPA] defines requirements for the adaption of diagnostic protocols, e.g., UDS (Unified Diagnostic Services) to MOST.


2.10 Transmission of Multimedia Data For transmitting content through streaming connections, coding procedures have to be defined and the copy protection is to be ensured, particularly for commercial en-tertainment content, protected by some form of access method.

MOST uses current coding procedures, such as PCM and MPEG, the implementa-tions of which are to be found in the MOST Specification for Stream Transmission [Stream].

MOST applies the Digital Transmission Content Protection (DTCP) standard for transmitting content protected by copyright. This technology comes from the 5C Group, a cooperation of the five device manufacturers Intel, Matsushita, Toshiba, Sony and Hitachi. It is available on the website of Digital Transmission Licensing Administrator (DTLA) www.dtcp.com. DTCP was developed to ensure the safe transmission of signals from a set-top box to the DVD video recorder. The re-nowned Hollywood studios Sony and Warner also use this protection scheme in or-der to transport films in digital networks.

The MOST specification MOST Content Protection Scheme DTCP Implementation [ContProt] defines the necessary functions and services to enable the use of this technology.

331

Index

Acceptance angle, 122 AM/FM tuner, 81 AmFmTuner, 81, 306 Amplifier, 80 API, 318 Application Framework, 30, 49 Application Protocol, 29, 51 Application Recommendation, 48 Array, 68 Attenuation, 128, 141, 144, 273, 318 Audio amplifier, 30, 80 Audio Streaming, 298 Analog Dolby Surround Pro Logic, 298 Analog Dolby Surround Pro Logic II, 298 Digital Theatre System (DTS), 299 Dolby Digital, AC3, 298 Logic 7, 299 MPEG-2, 299 Stereo, 298

AudioAmplifier, 30, 80, 159 AudioDiskPlayer, 80, 159 AuxIn, 81 Bandwidth, 41, 74, 88, 89, 93, 97, 129 Biphase Mark, 318 Bit rate, 37, 89, 311 BitSet, 68 BlockWidth, 74 Bond Breakage, 318 BoolField, 68 Boundary Descriptor, 88, 318 Broadcast address, 52, 109, 111 Broadcast message, 102, 111 Bus load, 249 Bypass, 39, 110, 158, 318 Cavity, 318 CD changer, 30, 39, 80, 186 CD Player, 80 Central gateway, 281 Central Registry, 40, 46, 72, 156, 185, 223,

318 Cladding, 122, 148, 274, 318 Cleaving, 149 Coating, 318 Codec, 39, 319 Coding errors, 169 Command Interpreter, 184 Compliance Level, 229 Compliance Process, 229 Compliance Test, 78, 229, 248

Compliance Test House, 230 Compliance Verification, 27 ConnectionLabel, 74 ConnectionMaster, 39, 41, 53, 73, 76, 77,

94, 190, 236, 285, 319 Connections, 200 Container, 68 Control Channel, 35, 115 Control Command, 319 Control Port, 206, 214 Controller, 32, 44, 50, 63, 83, 319 Converter, 226 Cookbook, 48 Cooperation contract, 24 Core Compliance, 230 Core Compliance Test, 234 Crimping, 127, 271 Critical Unlock, 168 Data Link Layer, 34 Data link layer protocol, 97, 109 Decentral Registry, 160, 185, 319 Declaration of Compliance, 231 Delamination, 319 Deployment, 319 Device, 319 Device Address, 52 DeviceID, 52, 319 Diagnosis, 45 Diagnostic Adaptation Protocol, 171 Digital Transmission Content Protection, 42 DoC, 231 Double ring, 38 Driver assistance, 301 DTCP, 42 Dynamic Device Behavior, 45 DynamicArray, 68 EHC, 39 EHCI-Attached, 204 EHCI-Protected, 203 EHCI-Semi-Protected, 204 Electrical Control Line, 169 Electrical Physical Layer, 38, 152 Electromagnetic Compatibility, 122 Electromagnetic Interference, 122 EMC, 37, 122, 152, 243 EMI, 122 EnhancedTestability, 47, 53, 71, 183 Enumeration, 68 Errata, 319

332 Index

Errata Sheets, 47 Error Management, 45 ErrorCode, 64, 65 ErrorInfo, 65 ET, 71 Ethernet MAC address (only MOST150),

109 Ethernet MAC address filter, 117 Executing Method, 61 External Host Controller, 39, 191 Interface State Machine, 203

Extinction ratio, 139, 142 Extrusion, 319 Eye diagram, 152 FBlock, 49, 320 AmFmTuner, 81 AudioAmplifier, 80 AudioDiskPlayer, 80 AuxIn, 81 ConnectionMaster, 73 EnhancedTestability, 71 NetBlock, 70 NetworkMaster, 71 PowerMaster, 73 Vehicle, 78

FBlock Identifier, 53 FBlock Shadow, 320 FBlock Vehicle, 281 FBlock Viewer, 223 FBlockID, 53 FBlockIDList, 155 Ferrule, 127, 149, 270, 320 Fiber Optic Receiver, 38 Fiber Optic Transceiver, 38 Fiber Optic Transmitter, 38 FktID, 54 Flash Memory, 320 FOR, 38 FOT, 38 FOX, 38 Frame, 320 Frame Control, 89 Frame rate, 135 Fresnel losses, 273, 320 Function, 31 Function block, 49, 320 Function class Array, 68 BitSet, 68 BoolField, 68 Container, 68 DynamicArray, 68 Enumeration, 68 LongArray, 69 Map, 69

Number, 67 Record, 68 Sequence Method, 69 Sequence Property, 69 Switch, 67 Text, 67 Trigger, 69 Unclassified Method, 67 Unclassified Property, 67

Function Identifier, 54 Function model, 44 Functional address, 50, 53 Functional addressing, 172 Gateway, 226, 320 GeneralFBlock, 79 GeneralPlayer, 80 GMI, 238 Golden Fiber, 274, 320 Golden MOST Implementation, 238 Group address, 70, 109 Guideline, 48 Header, 268 Headunit, 293 High-Level MSC, 309 HMI, 32, 186 Hub, 37, 226 Human Machine Interface, 32 Hygroscopic Material, 320 Idempotent, 320 INIC, 37, 101, 111, 192 Peripheral interfaces, 195

INIC Connectivity, 197 INIC Control Messages, 199 INIC Family, 194 INIC Message Interface, 198 INIC Remote Viewer, 226 Init Ready, 321 Inline connector, 150 Instances of FBlocks, 54 InstID, 54 Intelligent Network Interface Controller, 37 Jitter, 136, 233 Laser diode, 130, 148 Laser welding, 125, 271 Leadframe, 321 Light off, 139 Light-off State, 142, 321 Light-on State, 321 Limited Physical Layer Compliance Test,

234 Lock, 36, 321 Lock Event, 321 Logical node address, 109 LongArray, 69 MAMAC, 34, 48, 112

Index 333

Map, 69 Master Delay Tolerance, 146 Maximum position register, 155 MCA, 230 MCPL, 232 MCSB, 230 MCTG, 231 MCTH, 231 Media Interface Devices, 295 Media Local Bus, 208 MediaLB, 208 MediaLB Analyzer, 227 Message Sequence Chart, 33, 60, 305 Actions, 308 Condition, 308 Environment, 307 High-Level MSC, 309 Instances, 306 Messages, 307 Timer, 308

Message Sequence Chart Editor, 220 Message Type, 101 Method, 31, 54, 321 MHP, 112 Mode dispersion, 123, 321 MOST Asynchronous Medium Access

Control, 48 MOST based Infotainment First generation, 290 Fourth generation, 292 Second generation, 290 Third generation, 291

MOST Certification Test Process, 229 MOST Compliance Administrator, 230 MOST Compliance Product List, 232 MOST Compliance Requirements, 46 MOST Compliance Supervisory Board, 230 MOST Compliance Technical Group, 231 MOST Compliance Test House, 231 MOST Compliance Verification Procedure –

Physical Layer, 47 MOST Content Protection Specification, 48 MOST Control Messages, 199 MOST Core Compliance Test Specification,

47 MOST Data Packets, 117, 199 MOST device, 38 MOST Dynamic Specification, 46 MOST Ethernet Packets, 117 MOST Frame Control Channel, 35 Packet Data Channel, 35 Streaming Data Channel, 34

MOST function block, 30, 66 MOST function catalog, 77

MOST High Protocol, 32, 48, 112 MOST Interface Controller, 191 MOST IP (Intellectual Property), 229 MOST NetServices, 175 MOST Profile Compliance Test

Specification, 48, 236 MOST Profile ConnectionMaster

Compliance Test Specification, 48 MOST ring, 37 MOST Stream Transmission Specification,

48 MOST150, 37, 90 MOST150 Evolution Concept, 257 Hardware, 258 Software, 259

MOST150 frame, 91 MOST150 reference platform, 252 MOST25, 36, 37 MOST25 frame, 87 MOST25/MOST150 Bridge Concept, 261 Addressing, 262 Network Management, 263 PCM Data Bridging, 265

MOST50, 37, 89 MOST50 frame, 90 MPEG, 42 MPR, 155 MSC, 33, 246 NCE, 321 NetBlock, 40, 53, 70, 156, 183, 187, 199,

321 NetBlockMin, 199 NetInterface, 321 NetServices, 321 NetServices MiniKernel, 199 Network Change Event, 71, 321 Network Interface Controller, 37, 213 NetworkMaster Shadow Module, 186 Network Scan, 321 Network Service, 30, 34, 53, 72, 109, 112,

175, 322 NetworkMaster, 40, 53, 71, 155, 159, 185,

186, 190, 322 NetworkSlaves, 41 NIC, 37, 97, 101, 111, 193, 213 Node Position, 109 Node position address, 109, 155 Notification, 63 Notification Matrix, 63, 161, 184 Notification Mechanism, 63, 161 Notification Service, 184 NotificationMatrixSize, 46 Number, 67 Numerical aperture, 123, 322 Offline analysis, 223

334 Index

Online analysis, 223 Operation, 322 AbortAck, 63 Decrement, 61 Error, 65 ErrorAck, 65 Get, 60 GetInterface, 69 Increment, 61 Interface, 69 ProcessingAck, 62 ResultAck, 62 Set, 60 SetGet, 61 StartAck, 62 StartResultAck, 62 Status, 60

Operation Type, 55 Optical fibers, 122 Acceptance angle, 122 Mode dispersion, 123 Numerical aperture, 123 Pulse distortion, 123

Optical Physical Layer, 37 Optical power, 121, 130, 139 Optical power budget, 143 Optical spectrum, 142 OPType, 55 Over-Temperature, 164 Packet data, 34, 322 Packet Data Channel, 34, 35, 115 Parameter type BitField, 57 Boolean, 57 Classified Stream, 58 Enum, 58 Short Stream, 58 Signed/Unsigned Byte, 58 Signed/Unsigned Long, 58 Signed/Unsigned Word, 58 Stream, 58 String, 58

Parity Bit, 89 PCM, 42, 286 PCS, 148 Peaking, 130 Phase Locked Loop, 322 Physical addressing, 172 Pigtail, 268, 322 µPigtail, 267

PIN photodiode, 131 Plastic Optical Fiber, 37, 122, 322 PLL, 35, 88, 322 POF, 37, 122, 322 Polymer Clad Silica, 148

Polymer fibers Bending radius, 127 Buffer, 125 Optical attenuation, 126 PMMA, 125 Polycarbonate fibers, 126 Structure, 125

Polymer Fibers, 124 Polymeric Optical Fiber, 322 Port Message Protocol, 202 Ports, 200 Position, 68 PosX, 68 PosY, 68

Power Management, 46, 178, 212 Power-Down, 162 PowerMaster, 40, 53, 73, 162, 190, 322 Powertrain, 281 Profile Compliance Tests, 236 Property, 31, 54, 322 Pulse Code Modulation, 286 Pulse distortion, 123 QoS IP channels, 119 Quadlet, 88, 89, 91, 322 Radio Tuner, 81 RCLED, 130 Recombination, 323 Record, 68 Remaining Bus Simulation, 219 Repeater, 226 Reserved, 53 Ring break diagnosis, 167 Routing Engine, 94 RxTxAdr, 323 RxTxLog, 109, 323 RxTxPos, 109, 323 S/PDIF, 323 Sample rate, 89, 286, 310 Sequence Method, 69 Sequence Property, 69 Shared Packet Data Channel, 119 Shutdown, 73, 162, 178 SinkNr, 74 Slave, 32, 50, 323 Socket Connection Manager Wrapper, 182 Sockets, 200 Sound system, 296 Source Port, 214 SourceNr, 74 SPI port, 208 SPY Mode, 323 Start-up, 71, 178 Stream cases, 58 Stream signals, 58 Streaming connection, 74

Index 335

Streaming data, 34, 323 Streaming Data Channel, 34 Streaming port, 207 Stress tool, 223 Substitution Method, 323 Sudden Signal Off, 163, 163 Switch, 67 Synchronous data, 94 System FBlock, 69 System Master, 44 System scan, 71, 323 System State, 323 tDiag_Signal, 324 TDM, 94 Temperature stability, 271 Test case, 232, 241 Test process, 241 Risk analysis, 241 Test design, 241 Test evaluation, 242 Test implementation, 242 Test management, 242

Text, 67 Time Division Multiplexing, 94 TimingMaster, 35, 70, 71, 88, 110, 110, 146,

167, 234

TimingSlave, 35 Total reflectance, 122 Transceiver, 129, 324 Transformer, 153 Transport Stream Interface, 208 Trigger, 69 tSSO_ShutDown, 324 UCritical, 324 ULow, 324 Unclassified Method, 68 Unclassified Property, 67 Undervoltage, 164 Unlock, 36, 324 Unlock and Critical Unlock, 163 Unlock Event, 324 VCSEL, 148, 149 Vehicle, 78 Video standards, 300 Video Streaming, 299 Wake-up, 40, 71, 234 Watchdog, 205 Wave Soldering, 324 Working Group, 26 XML, 31, 46, 221

MOST is a communication system with a new, flexible architecture, used bymany different manufacturers. It is the most widely used multimedianetwork in the automotive industry.

In 2010, more than 100 car models are already equipped with MOST Tech-nology. MOST defines the protocol, hardware, software and system layersthat are necessary for the high-performance and cost effective transport ofrealtime data in a shared medium. MOST Technology is developed andstandardized within the MOST Cooperation through a joint effort of car-makers and their suppliers. It is now evolving into a third generation withMOST150 Technology.

The MOST Cooperation commissioned this updated book with the goal ofmaking it easier to understand and use MOST Technology. The authors ofthe book work for carmakers, suppliers and scientific institutes. Theemphasis of the first part of the book is the MOST standard itself. After descri-bing the organization of the MOST Cooperation, the general communica-tion architecture of an automobile using MOST is presented. Then thechapter “Survery of the System Architecture” gives an overview of MOSTTechnology. The most important aspects of the technology are then presentedin detail in subsequent chapters.

The book is aimed at engineers at suppliers and carmakers that want to getstarted with MOST Technology. It also provides an overview of an effectivecommunication architecture to interested engineers outside the automo-tive industry.

Visit our website: www.franzis.de

ELECTRONICS LIBRARY

EDITOR: PROF. DR. ING. ANDREAS GRZEMBA


FRANZIS

FRANZIS

EUR 49,95 [D]ISBN 978-3-645-65061-8

MOST (Media Oriented Systems Transport) isa multimedia network technology developedto enable an efficient transport of streaming,packet and control data in an automobile.It is the communication backbone of an

infotainment system in a car. MOST can alsobe used in other product areas such as driverassistance systems and home applications.


FROM MOST25 TO MOST150

65061-8 U1+U4_R25mm 14.01.2011 10:12 Uhr Seite 1

Documents

MOST The Automotive Multimedia Network