With the introduction of FlexRay the first bus system offering a distributed, time-controlled architecture enters the automobile. During operation a global time base is necessary which is created in a distributed mode due to the fault tolerance described. Wakeup and startup phases are used to transfer all bus members running at first in an asynchronous mode into a synchronous operating state to establish a global time base for all of them. The article describes the new challenges of testing methods for these phases and discusses possible solutions. Before an electronic control unit (ECU) can send application data to the FlexRay bus, it has to be ready-to-operate ('awake status') and either synchronize the local clock with the existing global time or create a global time together with other cold start nodes. After applying power or after 'wakeup' following the sleep mode, the controller has to be configured at first by the application. In the 'Ready' state the controller is prepared to start communication according to each application or enabled to wake the bus. With the described test assembly application Wakeup and Startup can easily be tested. The behaviour of a FlexRay system in the cases described depends very much on the parameters chosen. Thus, a number of startup attempts might increase system availability - especially if several members have rather varying run-up times. It may even happen that one node starts to send startup-frames whereas the others are still booting. These, however, as soon as they are ready, can instantly synchronize onto the first node. So, the first node has used up some of its maximum 31 attempts. However, such a faulty member can block the bus for quite some time (31 attempts multiplied by 6 cycles), and keep clean members from their own startups. The proposed FPGS-board represents a large variety of testing possibilities for synchronous operation, with the chance of controlling the power terminals depending on bus events, and being further developed in this respect. For the system design it is an advantage to know the booting times of the real ECU's used. If wakeup or startup is initiated with a high likelihood at the same time, then the time needed by the FlexRay-controller for synchronization is longer. Therefore, slightly increasing the run-up time in the application artificially may lower the probability of a collision significantly. This does not delay or elongate the collision-free startup-process, but it does prevent elongation in case of a collision, since the latter will not occur anymore.


    Access

    Access via TIB

    Check availability in my library


    Export, share and cite



    Title :

    Wakeup and startup of FlexRay


    Contributors:


    Publication date :

    2008


    Size :

    8 Seiten, 6 Bilder, 4 Quellen


    Type of media :

    Conference paper


    Type of material :

    Print


    Language :

    English




    Wakeup and Startup of FlexRay

    Reif,K. / Milbredt,P. / Horauer,M. et al. | Automotive engineering | 2008


    F2008-05-034 WAKEUP AND STARTUP OF FLEXRAY

    Reif, K. / Milbredt, P. / Horauer, M. et al. | British Library Conference Proceedings | 2008



    Spezialloesungen fuer FlexRay - FlexRay Testgeraete fuer effiziente Systemerprobung

    Hofmann,R. / TTTech Automotive,Wien,AT | Automotive engineering | 2009


    FlexRay v3.0

    Paret, Dominique | Wiley | 2012