Jump to content
 







Main menu
   


Navigation  



Main page
Contents
Current events
Random article
About Wikipedia
Contact us
Donate
 




Contribute  



Help
Learn to edit
Community portal
Recent changes
Upload file
 








Search  

































Create account

Log in
 









Create account
 Log in
 




Pages for logged out editors learn more  



Contributions
Talk
 



















Contents

   



(Top)
 


1 Features  





2 Consortium  





3 Commercial deployment  



3.1  Vehicles  







4 Details  



4.1  Clock  





4.2  Bits on the bus  





4.3  Sampled bits  





4.4  Frame  





4.5  Clock synchronization  







5 Development tools  



5.1  The future of FlexRay  







6 See also  





7 References  





8 External links  














FlexRay






العربية
Català
Deutsch
Español
Euskara
Français
Nederlands

Português
Русский
Tiếng Vit
 

Edit links
 









Article
Talk
 

















Read
Edit
View history
 








Tools
   


Actions  



Read
Edit
View history
 




General  



What links here
Related changes
Upload file
Special pages
Permanent link
Page information
Cite this page
Get shortened URL
Download QR code
Wikidata item
 




Print/export  



Download as PDF
Printable version
 
















Appearance
   

 






From Wikipedia, the free encyclopedia
 


FlexRay is an automotive network communications protocol developed by the FlexRay Consortium to govern on-board automotive computing. It is designed to be faster and more reliable than CAN and TTP, but it is also more expensive. The FlexRay consortium disbanded in 2009, but the FlexRay standard is now a set of ISO standards, ISO 17458-1[1] to 17458-5.[2][3]

FlexRay is a communication bus designed to ensure high data rates, fault tolerance, operating on a time cycle, split into static and dynamic segments for event-triggered and time-triggered communications. Used mainly in aeronautic and automotive sectors.

Features[edit]

FlexRay supports data rates up to 10Mbit/s, explicitly supports both star and bus physical topologies, and can have two independent data channels for fault-tolerance (communication can continue with reduced bandwidth if one channel is inoperative). The bus operates on a time cycle, divided into two parts: the static segment and the dynamic segment. The static segment is preallocated into slices for individual communication types, providing stronger determinism than its predecessor CAN. The dynamic segment operates more like CAN, with nodes taking control of the bus as available, allowing event-triggered behavior.[4]

Consortium[edit]

The FlexRay Consortium was made up of the following core members:

There were also Premium Associate and Associate members of FlexRay consortium. By September 2009, there were 28 premium associate members and more than 60 associate members. At the end of 2009, the consortium disbanded.

Commercial deployment[edit]

The first series production vehicle with FlexRay was at the end of 2006 in the BMW X5 (E70),[5] enabling a new and fast adaptive damping system. Full use of FlexRay was introduced in 2008 in the new BMW 7 Series (F01).

Vehicles[edit]

Details[edit]

Clock[edit]

The FlexRay system consists of a bus and ECUs (Electronic control unit). Each ECU has an independent clock. The clock drift must be not more than 0.15% from the reference clock, so the difference between the slowest and the fastest clock in the system is no greater than 0.3%.

This means that, if ECU-s is a sender and ECU-r is a receiver, then for every 300 cycles of the sender there will be between 299 and 301 cycles of the receiver. The clocks are resynchronized frequently enough to assure that this causes no problems. The clock is sent in the static segment.[15]

Bits on the bus[edit]

0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0
0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0

Correct averaging in case of no errors. The signal is merely delayed by 2 cycles.

0 0 0 0 0 0 1 1 1 1 0 1 1 1 0 0 0 0
0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0

Errors near the middle of 8-cycle region are canceled.

0 0 0 1 0 1 1 1 1 1 1 1 1 0 0 0 0
0 0 0 0 0 0 1 1 1 1 1 1 1 1 1 0 0

Errors near the boundary of 8-cycle region may affect the boundary bit.

At each time, only one ECU writes to the bus. Each bit to be sent is held on the bus for 8 sample clock cycles. The receiver keeps a buffer of the last 5 samples, and uses the majority of the last 5 samples as the input signal.

Single-cycle transmission errors may affect results near the boundary of the bits, but will not affect cycles in the middle of the 8-cycle region.

Sampled bits[edit]

The value of the bit is sampled in the middle of the 8-bit region. The errors are moved to the extreme cycles, and the clock is synchronized frequently enough for the drift to be small. (Drift is smaller than 1 cycle per 300 cycles, and during transmission the clock is synchronized more than once every 300 cycles.)

Frame[edit]

All the communication is sent in the form of frames. The message consists of bytes , packed in the following way:

If nothing is being communicated, the bus is held in state 1 (high voltage), so every receiver knows that the communication started when the voltage drops to 0.

The receiver knows when the message is complete by checking whether BSS0 (1) or FES (0) was received.

Note that 8-cycle per bit has nothing to do with bytes. Each byte takes 80 cycles to transfer. 16 for BSS0 and BSS1 and 64 for its bits. Also note that BSS0 has value 1, and BSS1 has value 0.

Clock synchronization[edit]

Clocks are resynchronized when the voted signal changes from 1 to 0, if the receiver was in either idle state or expecting BSS1.

As synchronization is done on the voted signal, small transmission errors during synchronization that affect the boundary bits may skew the synchronization no more than 1 cycle. As there are at most 88 cycles between synchronization (BSS1, 8 bits of the last byte, FES and TES - 11 bits of 8 cycles each), and the clock drift is no larger than 1 per 300 cycles, the drift may skew the clock no more than 1 cycle. Small transmission errors during the receiving may affect only the boundary bits. So in the worst case the two middle bits are correct, and thus the sampled value is correct.

Here's an example of a particularly bad case - error during synchronization, a lost cycle due to clock drift and error in transmission.

Errors that happened in the example:

Despite so many errors, the communication was received correctly.

The green cells are sampling points. All except the first are synchronized by the 1->0 edge in the transmission fragment shown.

Signal to be sent 1 0 1 0 1
Signal sent 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 0 0 1 1
On the bus 1 1 1 1 1 1 1 1 0 1 0 0 0 0 0 0 1 1 1 1 1 1 1 1 0 0 0 0 0 0 1 0 1 1
Received 1 1 1 1 1 1 1 1 0 1 0 0 0 0 0 0 1 1 1 1 1 1 X 1 0 0 0 0 0 0 1 0 1 1
5-maj voted 1 1 1 1 1 1 1 0 1 0 0 0 0 0 0 1 1 1 1 1 1 X 1 0 0 0 0 0 0 1 0 1 1

Development tools[edit]

When developing and/or troubleshooting the FlexRay bus, examination of hardware signals can be very important. Logic analyzers and bus analyzers are tools which collect, analyze, decode, store signals so people can view the high-speed waveforms at their leisure.

The future of FlexRay[edit]

Ethernet may replace FlexRay for bandwidth intensive, non-safety critical applications.[16]

See also[edit]

References[edit]

  • ^ Lorenz, Steffen (2010). "The FlexRay Electrical Physical Layer Evolution" (PDF). Automotive 2010. Archived from the original (PDF) on 16 February 2015. Retrieved 16 February 2015.
  • ^ "How FlexRay Works". Freescale Semiconductor. Archived from the original on 23 February 2015. Retrieved 21 March 2014.
  • ^ a b c d e f Strobel, Otto (28 February 2013). Communication in Transportation Systems. IGI Global. p. 61. ISBN 978-1-46662977-6.
  • ^ "The driver assistance systems and integrated safety". Audi MediaCenter. Retrieved 21 February 2019.
  • ^ "Driver assistance systems". Audi MediaCenter. Retrieved 21 February 2019.
  • ^ Regler, Richard; Schlinkheider, Jörg; Maier, Markus; Prechler, Reinhard; Berger, Eduard; Pröll, Leo (2011). "Intelligent electrics / electronics architecture". ATZextra Worldwide. 15 (11): 246–251. doi:10.1365/s40111-010-0269-9. S2CID 107330814.
  • ^ "Audi Technology Portal - Networking". Audi Technology Portal. Retrieved 21 February 2019.
  • ^ "The BMW X6". BMW Press Portal. Retrieved 8 March 2019.
  • ^ "The new BMW 6 Series Convertible". BMW Press Portal. p. 32. Retrieved 8 March 2019.
  • ^ "2322446_83_Fahrwerk_S_Klasse_en.doc". marsMediaSite (in German). Retrieved 8 March 2019.
  • ^ "2480996_PI_Kurvenneigung_C217_ENG.docx". marsMediaSite (in German). Retrieved 8 March 2019.
  • ^ Fleiss, Michael; Müller, Thomas M.; Nilsson, Martin; Carlsson, Jonas (1 March 2016). "Fahrzeugintegration des Antriebsstrangs bei Volvo". ATZ - Automobiltechnische Zeitschrift (in German). 118 (3): 16–21. doi:10.1007/s35148-015-0202-7. ISSN 2192-8800. S2CID 183153508.
  • ^ "Introduction to FlexRay". www.star-cooperation.com. STAR ELECTRONICS. Archived from the original on 20 December 2016. Retrieved 9 December 2016.
  • ^ Hammerschmidt, Christoph (18 June 2010). "Beyond FlexRay: BMW airs Ethernet plans". EE Times. Retrieved 16 February 2015.
  • External links[edit]


    Retrieved from "https://en.wikipedia.org/w/index.php?title=FlexRay&oldid=1229257433"

    Category: 
    Network protocols
    Hidden categories: 
    CS1 German-language sources (de)
    Articles with short description
    Short description matches Wikidata
    Articles needing additional references from January 2008
    All articles needing additional references
    Use dmy dates from April 2024
    Articles with J9U identifiers
    Articles with LCCN identifiers
     



    This page was last edited on 15 June 2024, at 19:46 (UTC).

    Text is available under the Creative Commons Attribution-ShareAlike License 4.0; additional terms may apply. By using this site, you agree to the Terms of Use and Privacy Policy. Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization.



    Privacy policy

    About Wikipedia

    Disclaimers

    Contact Wikipedia

    Code of Conduct

    Developers

    Statistics

    Cookie statement

    Mobile view



    Wikimedia Foundation
    Powered by MediaWiki