[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2024227984A1 - Procédé et dispositif de contrôle d'un dispositif d'affichage d'un véhicule via un réseau de type transmission différentielle basse-tension - Google Patents

Procédé et dispositif de contrôle d'un dispositif d'affichage d'un véhicule via un réseau de type transmission différentielle basse-tension Download PDF

Info

Publication number
WO2024227984A1
WO2024227984A1 PCT/FR2024/050348 FR2024050348W WO2024227984A1 WO 2024227984 A1 WO2024227984 A1 WO 2024227984A1 FR 2024050348 W FR2024050348 W FR 2024050348W WO 2024227984 A1 WO2024227984 A1 WO 2024227984A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
control unit
display device
lvds
vehicle
Prior art date
Application number
PCT/FR2024/050348
Other languages
English (en)
Inventor
Mohandas LAOUROU
Raffaele NOTARO
Original Assignee
Stellantis Auto Sas
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Stellantis Auto Sas filed Critical Stellantis Auto Sas
Publication of WO2024227984A1 publication Critical patent/WO2024227984A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2330/00—Aspects of power supply; Aspects of display protection and defect management
    • G09G2330/02—Details of power systems and of start or stop of display operation
    • G09G2330/021—Power management, e.g. power saving
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2330/00—Aspects of power supply; Aspects of display protection and defect management
    • G09G2330/02—Details of power systems and of start or stop of display operation
    • G09G2330/027—Arrangements or methods related to powering off a display
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2370/00—Aspects of data communication
    • G09G2370/14—Use of low voltage differential signaling [LVDS] for display data communication
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09G—ARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2380/00—Specific applications
    • G09G2380/10—Automotive applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H04L12/40039—Details regarding the setting of the power status of a node according to activity on the bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle

Definitions

  • the present invention relates to methods and devices for controlling a display device of a vehicle, and in particular but not exclusively of a vehicle of the automobile type.
  • the invention aims in particular at controlling a display device on board a vehicle via a low-voltage differential transmission type network (LVDS for "Low Voltage Differential Signaling") also referred to as "SerDes” (for "Serializer/Deserializer”), commonly used for high-speed communication.
  • LVDS low-voltage differential transmission type network
  • SerDes for "Serializer/Deserializer/Deserializer
  • a computer more generally called a control unit, is generally configured to control one or more display devices embedded in the vehicle, such as a screen on the dashboard or the central console of the vehicle. This control unit can in particular manage the execution of infotainment functions at the level of the display devices. To do this, the control unit can be connected to the display devices via a low-voltage differential transmission type network, called an LVDS network (for "Low Voltage Differential Signaling").
  • LVDS network for "Low Voltage Differential Signaling"
  • One of the objects of the present invention is to solve at least one of the problems or deficiencies of the technological background described above.
  • Another object of the present invention is to improve the control of one or more display devices on board a vehicle, in particular to allow efficient control by a control unit through an LVDS network.
  • Another object of the present invention is to better control the operating state in which at least one display device is located on board a vehicle.
  • the present invention relates to a control method, implemented by a control unit, for controlling at least one display device through a low-voltage differential transmission type network, called LVDS, in a vehicle, said control unit being connected to a serial system network, called CAN network, of the vehicle, said method comprising: a) in response to a first activation command received from the CAN network, triggering an initialization phase comprising: a1) initialization of the control unit; a2) initialization of said at least one display device; and a3) deactivation of the LVDS network; b) upon detection that steps a1), a2) and a3) are accomplished, activation of the LVDS network causing the operation of the control unit and of said at least one display device in a so-called normal mode; and c) control of said at least one display device by exchange of functional messages according to the normal mode.
  • a control method implemented by a control unit, for controlling at least one display device through a low-voltage differential transmission type network, called LVDS, in
  • the present invention advantageously makes it possible to improve the control of at least one display device by a control unit through an LVDS network in a vehicle. In other words, this allows better control of the LVDS network by the control unit on board the vehicle.
  • the operating modes in which the control unit and the display device operate can advantageously be synchronized or coordinated efficiently. Adequate coordination can in particular be ensured when the control unit switches from one operating mode to another. This coordination thus makes it possible to ensure efficient cooperation of the control unit and the display device while limiting the energy consumption required in the system.
  • control method according to the invention may include other characteristics which may be taken separately or in combination, in particular among the embodiments which follow.
  • control unit cooperates with said at least one display device to execute an infotainment function on board the vehicle.
  • the method further comprises: d) if no network management message is received from, and/or sent to, the CAN network for a period of time while the control unit is operating in normal mode, deactivation of the LVDS network causing the configuration of the control unit and said at least one display device in a mode called standby preparation.
  • the method further comprises: e) if at least one network management message is received from the CAN network during the time period while the control unit is configured in standby preparation mode, reactivating the LVDS network causing the control unit and said at least one display device to switch back to normal mode.
  • the method further comprises: f) in response to a deactivation command received from the CAN network, deactivating said at least one display device; g) followed by a waiting time elapsed since the deactivation f) while the control unit is in standby preparation mode; and h) if the waiting time reaches a time limit without any network management message being received from, and/or sent to, the CAN network, configuring the control unit according to a standby mode causing the deactivation of an LVDS management module, within the control unit, in charge of managing the LVDS network.
  • the method further comprises: i) in response to a second activation command received from the CAN network while the control unit is configured in standby mode, repeating steps a), b) and c).
  • the present invention relates to a control device (or control unit) of a vehicle, the device comprising a memory associated with a processor configured for implementing the steps of the control method according to the first aspect of the present invention.
  • the device is in particular configured to control at least one display device of the vehicle through a low-voltage differential transmission type network, called LVDS.
  • the present invention relates to a vehicle, for example of the automobile type or of the land motor vehicle type, comprising a control device according to the second aspect of the present invention.
  • the present invention relates to a computer program which comprises instructions adapted for the execution of the steps of the control method according to the first aspect of the present invention, this in particular when the computer program is executed by at least one processor.
  • the different steps of the control method are determined by computer program instructions.
  • This computer program is configured to be implemented in a control device of the second aspect of the invention, or more generally in a computer.
  • Such a computer program may use any programming language, and may be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other desirable form.
  • the present invention relates to a recording medium (or information medium), readable by the control device according to the second aspect or more generally by a computer (or a processor), on which is recorded a computer program comprising instructions for executing the steps of the control method according to the first aspect of the present invention.
  • the recording medium may be any entity or device capable of storing the program.
  • the medium may include a storage medium, such as a ROM memory, a CD-ROM or a microelectronic circuit type ROM memory, or a magnetic recording medium or a hard disk.
  • this recording medium may also be a transmissible medium such as an electrical or optical signal, such a signal being able to be conveyed via an electrical or optical cable, by conventional or hertzian radio or by self-directed laser beam or by other means.
  • the computer program according to the present invention may in particular be downloaded from an Internet-type network.
  • the recording medium may be an integrated circuit in which the computer program is incorporated, the integrated circuit being adapted to perform or to be used in performing the method in question.
  • FIG. 1 schematically illustrates an environment comprising a vehicle carrying a control unit, according to at least one particular and non-limiting exemplary embodiment of the present invention
  • FIG. 2 schematically illustrates the vehicle of FIG. 1, comprising a control unit and at least one display device, according to at least one particular and non-limiting exemplary embodiment of the present invention
  • FIG. 3 schematically illustrates the control of at least one display device of the vehicle of FIG. 1, according to at least one particular and non-limiting exemplary embodiment of the present invention
  • FIG. 4 illustrates the control unit of FIG. 1, according to at least one particular and non-limiting exemplary embodiment of the present invention.
  • FIG. 5 illustrates a diagram of different steps of a method of controlling at least one display device of the vehicle of FIG. 1, according to at least one particular and non-limiting exemplary embodiment of the present invention. Description of examples of implementation
  • first(s) “second(s)”, etc.) are used in this document by arbitrary convention to enable the identification and distinction of different elements (such as operations, means, etc.) implemented in the embodiments described below.
  • the invention relates in particular to a method for controlling at least one display device of a vehicle, such as a vehicle of the automobile or other type, or more generally a vehicle of the motorized land vehicle type.
  • This control method is implemented by a control unit (or control device) controlling the display device(s) via an LVDS type network.
  • This control unit is further connected to a CAN type serial system network (or controller network) embedded in the vehicle.
  • the control unit is in particular configured to control the operating state in which the display device(s) is/are at a given time.
  • this control method comprises: a) in response to a first activation command received from the CAN network, triggering an initialization phase comprising: a1) initialization of the control unit; a2) initialization of said at least one display device; and a3) deactivation of the LVDS network; b) upon detection that steps a1), a2) and a3) are completed, activation of the LVDS network causing the operation of the control unit and said at least one display device in a so-called normal mode; and c) control of said at least one display device by exchanging functional messages according to the normal mode.
  • the invention makes it possible in particular to efficiently manage the control of at least one display device on board the vehicle when the on-board CAN network implements an AUTOSAR (for “AUTomotive Open System ARchitecture”) type communication protocol, other examples of protocol being possible, however.
  • AUTOSAR for “AUTomotive Open System ARchitecture”
  • LVDS should be understood in this document in a broad sense to cover all networks using a serializer/deserializer, also called "SerDes".
  • a serializer/deserializer (SerDes) is a pair of functional blocks commonly used in high-speed communications to compensate for limited input/output. These blocks convert data between serial data and parallel interfaces in each direction.
  • SerDes refers generically to interfaces used in various technologies and applications. The primary use of an LVDS, or SerDes, system is to provide data transmission over a single line or differential pair to minimize the number of I/O pins and interconnects.
  • LVDS or SerDes lines make it possible to interconnect the control unit of the invention with at least one display device on board the vehicle.
  • a display device within the meaning of the invention may be any device capable of displaying (or visually rendering) any data or graphic elements, for example intended for the driver of the vehicle or any other possible occupant.
  • Such a display device may thus comprise one or more display screens and/or rely on other display technologies, such as for example a holographic display device or by projection of light onto a transparent support (a device of the “head-up display” type for example).
  • FIG. 1 schematically illustrates a vehicle 2 comprising a control unit (or control device) 10, a CAN network denoted NT1, an LVDS network denoted NT2 and at least one display device 8, according to at least one particular and non-limiting exemplary embodiment of the present invention.
  • the control unit and the display devices 8 together form a system denoted SY1.
  • Figure 2 shows the passenger compartment of the vehicle 2 comprising such display devices 8, according to an exemplary embodiment.
  • the type and characteristics of the vehicle 2 may be adapted as appropriate.
  • the vehicle 2 is, for example, of the automobile type or equivalent.
  • these vehicles may be a coach, a bus, a truck, a utility vehicle or a motorcycle, or more generally a vehicle of the motorized land vehicle type.
  • control unit 10 is configured to control at least one display device 8 through the LVDS network NT2.
  • the network NT2 comprises a plurality of LVDS transmission lines denoted L1, these lines connecting the control unit 10 to each display device 8.
  • the control unit 10 here takes the form of one or more computers embedded in the vehicle 2. This control unit 10 may correspond to all or part of a computer.
  • the vehicle 2 carries 3 display devices 8, denoted respectively 8a, 8b and 8c, which are controlled by the control unit 10 via respective lines L1 of the LVDS network NT2.
  • the control unit 10 and the display devices 8 can thus exchange messages (or data, or commands) MSG2 via the network NT2.
  • MSG2 messages thus take the form of electrical signals transmitted according to the differential signaling as previously indicated.
  • the number and nature of the display devices 8 may vary depending on the case.
  • the display devices 8 may comprise a screen on the dashboard of the vehicle 2, any screen present in the passenger compartment of the vehicle 2, or a holographic or “head-up display” type display device.
  • Each display device 8 may be configured to perform at least one function, for example an infotainment function (or information-entertainment), under the control of the control unit 10. It is assumed by way of example that the screen 8a performs an infotainment function F1 under the control of the control unit 10. Such a function aims for example to present or render multimedia content to a user for information and/or entertainment purposes.
  • the content thus rendered by the display device 8a may include for example a radio broadcast, television content, social media content, etc.
  • the control unit 10 is further connected to at least one other on-board device of the vehicle 2 via the CAN network NT1.
  • the CAN network NT1 comprises a multiplexed serial data bus.
  • the control unit 10 is connected to one or more on-board computers of the vehicle 2 via the CAN network NT1.
  • the computers other than the control unit 10 are represented by the vehicle domain 6 (FIG. 1).
  • the vehicle domain 6 may comprise one or more computers configured to execute functions such as: driving assistance management, anti-skid function, electronic brake distribution function, actuator control management function to ensure optimal operation of a combustion engine or even a function for managing a human-machine interface (HMI).
  • HMI human-machine interface
  • Each on-board computer of the vehicle 2 connected to the CAN NT1 network can communicate with the other computer(s) of the CAN NT1 network by means of network management messages, denoted MSG1, according to an appropriate communication protocol.
  • the control unit 10 can thus receive MSG1 messages from the NT1 network and react accordingly or even send to the NT1 network an MSG1 message during its operation.
  • the CAN NT1 network thus allows the computers and other devices of the vehicle 2 to interact together in accordance with the communication protocol (for example of the “AUTOSAR” type).
  • the CAN network NT1 and the control unit 10 operate according to (or constitute) respectively finite state machines denoted SM1 and SM2.
  • the control unit 10 is at each instant in an operating state (or mode) which depends in particular on its environment and its configuration, this operating state being one of predefined states denoted ST1, ST2 and ST3 as described below ( Figure 3).
  • each display device 8 operates according to (or constitute) a finite state machine denoted SM3.
  • each display device 8 is at each instant in an operating state (or mode) which depends in particular on its environment and its configuration, this operating state being one of the predefined states denoted ST1, ST2 and ST3 as described below (figure 3).
  • the control unit 10 is in particular configured to check whether predefined conditions are met and to adapt the operating state of the display devices 8 accordingly, via MSG2 messages exchanged through the LVDS network NT2.
  • the control unit 10 constitutes a “master” device within the vehicle 2 and the display devices 8 constitute “slave” devices, to the extent that it is the control unit 10 which imposes the operating state (or mode) in which the display devices 8 are located.
  • the control unit 4 may comprise at least one processor 12 and a non-volatile memory (not shown).
  • the control unit 10 (also called a “device”) is configured to implement a control process (or method) as described below.
  • the control unit 10 may comprise a computer program PG1 stored in the non-volatile memory (e.g. Flash or ROM type memory), this computer program PG1 comprising instructions for implementing the control method (or process) as described below.
  • the processor 12 is thus configured to execute in particular the instructions defined by the computer program PG1.
  • control unit 10 is configured to implement a control process. This process is now described in conjunction with FIGS. 1-3 according to particular embodiments. It is subsequently assumed that the control unit 10 controls the display device 8a according to the control process of the invention. It should be noted, however, that this control process can be executed in a similar manner to control at least one other display device 8, such as the devices 8b and/or 8c.
  • control unit 10 is configured in an operating state ST1 corresponding to a sleep state (or mode) (or off, or deactivated, also called “Bus Sleep Modet” in English).
  • ST1 a sleep state (or mode) (or off, or deactivated, also called “Bus Sleep Modet” in English).
  • the vehicle 2 is for example in the sleep state.
  • the control unit 10 receives a first activation command CMD1 from the CAN network NT1 in the form of a message MSG1.
  • a first activation command CMD1 is for example received when the vehicle 2 is powered up, for example upon receipt of a power-up command issued by a control device (for example a remote control of a user).
  • This activation command CMD1 comes from example of a computer in the vehicle domain 6, for example a computer in charge of switching on the vehicle 2.
  • control unit 10 In response to this first CMD1 activation command received from the CAN network NT1, the control unit 10 triggers an initialization phase comprising 3 operations, namely:
  • control unit 10 operation OP1a
  • OP1a and OP1b initializations are configured to trigger the start-up (or power-up) of the control unit 10 and the display device 8a, respectively.
  • the configuration and sequence of these initializations can be adapted as appropriate.
  • control unit 10 can activate an LVDS management module (not shown) implemented by the control unit 10, this module being in charge of (or configured to) manage the LVDS network NT2.
  • the control unit 10 can for example send an activation command in the form of a message MSG2 via the LVDS network NT2 to trigger the initialization OP1 b of the display device 8a.
  • the above-mentioned deactivation OP1c ensures that the LVDS network is inactive at this stage of the control process, i.e. while the control unit 10 and the display device 8a are being initialized, so as to avoid disturbances in the NT2 network and thus facilitate initializations. If the LVDS network NT2 is already in the deactivated state ST1 when the first activation command CMD1 is received, the control unit 10 maintains the NT2 network in the deactivated state ST1. If, on the other hand, the NT2 network was in the activated state, the control unit 10 triggers the deactivation of the NT2 network to switch to the deactivated state ST1.
  • control unit 10 checks whether the operations OP1a and OP1 b (and possibly also OP1c) have been accomplished. In other words, the control unit 10 checks whether conditions CD1a, CD1 b and CD1c are collectively satisfied, these conditions requiring that operations OP1a, OP1b and OP1c respectively be successfully performed.
  • control unit 10 Upon detection that steps OP1 a and OP1 b, and possibly OP1 c, are completed (status “OK”, FIG. 3), the control unit 10 proceeds (operation OP2a) to activate the LVDS network NT2, this activation causing the operation (or configuration) of the control unit 10 and the display device 8a in an operating mode, called “normal” mode (or functional mode). In other words, the control unit 10 switches itself, as well as the display device 8a, from the standby mode (or standby state) ST1 to the normal mode (or functional mode) ST2. To do this, the control unit 10 can send in particular a switching command to the display device 8a in the form of a message MSG2 via the LVDS network NT2.
  • the normal mode ST2 is an operating mode in which the control unit 10 and the display device 8a are able to cooperate together in a functional manner to allow the rendering of multimedia content, for example of the infotainment type, by the display device 8a, under the control of the control unit 10.
  • the control unit 10 performs a control of the display device 8a by exchanging messages MSG2 - called functional messages - with the display device 8a according to the normal mode ST2. During this control OP2b, the control unit 10 cooperates for example with the display device 8a to execute an infotainment function F1 on board the vehicle 2 (FIGS. 1-3).
  • the control process thus allows synchronization of the functional state of the control unit 10 and the display device 8a when the control unit 10, or more generally the vehicle 2, is powered up.
  • the control process may optionally continue as described below in specific examples of implementation.
  • the control unit 10 if no network management message MSG1 is received from, and/or sent to, the CAN network NT1 for a period of time while the control unit 10 is operating in the normal mode ST1 (condition CD2), then the control unit 10 proceeds to deactivate the LVDS network NT2 causing the configuration of the control unit 10 and the display device 8a in a mode (or state) ST3 called “Prepare Bus Sleep Mode”.
  • the control unit 10 sends for example a command to switch to ST3 mode to the display device 8a via the LVDS network NT2 in the form of an MSG2 message. This command then triggers a switching from the normal state ST2 to the state ST3 “Prepare Bus Sleep Mode”.
  • the period of time may be of a predefined duration adaptable on a case-by-case basis by those skilled in the art.
  • This ST3 mode aims to prepare the control unit 10 and the display device 8a for switching to standby mode ST1.
  • the ST3 mode is an intermediate mode between the functional mode ST2 and the standby mode ST1.
  • at least one function of the display device 8a and the control unit 10 is put into standby (or deactivated) when the ST3 standby preparation mode is activated.
  • the control unit 10 - being in the state ST3 preparation for standby - checks whether it receives a deactivation command CMD2 from the CAN network NT1 (condition CD4). In response to such a deactivation command CMD2, the control unit 10 proceeds to deactivate (or put into standby) the display device 8a (operation OP4). This deactivation causes, for example, the power supply to the display device 8a to be cut off. To do this, the control unit 10 sends, for example, a deactivation command to the display device 8a via the LVDS network NT2 in the form of an MSG2 message.
  • control unit 10 monitors or determines (operation OP4) a waiting time T1 (FIG. 3) elapsed since the deactivation OP4 of the display device 8a while the control unit 10 is in ST3 standby preparation mode. If the waiting time T1 reaches a time limit DL1 without any network management message MSG1 is not received from, and/or sent to, the CAN network NT1 (condition CD5), then the control unit 10 configures itself in ST1 standby mode (operation OP5). This switching from the ST3 standby preparation mode to the ST1 standby mode causes for example the deactivation of an LVDS management module (not shown), within the control unit 10, in charge of (configured to) manage the LVDS network NT2.
  • control unit 10 can be configured to only be able to switch to the ST1 standby mode from the ST3 standby preparation mode, which allows for better control of the system state as described in this document.
  • control unit 10 authorizes the switch from the ST2 normal mode directly to the ST1 standby mode (without going through the ST3 standby preparation mode) only if a predefined event is detected, such as for example a fault.
  • the time limit DL1 may be a predefined duration that can be adapted on a case-by-case basis by a person skilled in the art. For example, this time limit may be set at 12 seconds. This time limit is, for example, less than or equal to 15 seconds. It is thus possible to check whether a user still wishes to use the display device 8a during a transient period before proceeding with the standby mode. If the time limit DL1 expires without the network management message MSG1 being detected in transmission or reception by the control unit 10, then the latter may be put into standby mode since it is unlikely that a user will use the system in the short term. It is thus advantageous to save the energy consumption of the system SY1 by putting all or part of the control unit 10 into standby mode.
  • the control unit 10 carries out the activation operations OP2a and control OP2b as previously described.
  • the control unit 10 and the display device 8a thus switch back to normal (or functional) mode ST2.
  • the system SY1 returns to normal mode ST2 in order to allow the restitution of multimedia content by the display device 8a.
  • a network management message MSG1 is detected in transmission or reception (message MSG1 received from, and/or sent to, the CAN network NT1) while the control unit 10 is in standby preparation mode ST3 (for example following operation OP3), then the control unit 10 again carries out operations OP2a and OP2b as previously described in order to return to normal (or functional) mode ST2, thus allowing control of the display device 8a by the control unit 10.
  • control unit 10 once the control unit 10 has switched to the standby mode ST1 during the operation OP5, the control unit 10 remains in this standby mode ST1 as long as no new activation command CMD1 is received (condition CD7). Upon receipt of a new activation command CMD1, the control unit 10 repeats the operation OP1 and performs the control process as previously described.
  • Such a control process therefore advantageously makes it possible to improve the control of the display device 8a by the control unit 10 via the LVDS network NT2. In other words, this allows better control of the LVDS network NT2.
  • the operating modes in which the control unit 10 and the display device 8a operate can advantageously be synchronized or coordinated efficiently. Adequate coordination can in particular be ensured when the control unit switches from one operating mode to another. This coordination thus makes it possible to ensure efficient cooperation between the control unit 10 and the display device 8a while limiting the energy consumption required in the system.
  • This solution can for example be implemented when the CAN network NT1 implements an AUTOSAR type communication protocol.
  • FIG 4 schematically illustrates the control unit (or control device) 10 configured to control the display device(s) 8, as previously described with reference to Figures 1-3, according to a particular exemplary embodiment and non-limiting of the present invention.
  • the control unit 10 corresponds for example to a device embedded in the vehicle 2, for example a calculator.
  • the control unit 10 is for example configured to implement the operations of the control process as previously described with regard to FIGS. 1-3 and/or the steps of the method described below with regard to FIG. 5.
  • Examples of such a control unit 10 include, but are not limited to, on-board electronic equipment such as an on-board computer of a vehicle, an electronic calculator such as an ECU (“Electronic Control Unit”), a smartphone, a tablet, a laptop.
  • ECU Electronic Control Unit
  • the elements of the control device 10, individually or in combination, can be integrated into a single integrated circuit, into several integrated circuits, and/or into discrete components.
  • the control unit 10 can be produced in the form of electronic circuits or software (or computer) modules or even a combination of electronic circuits and software modules.
  • the control unit 10 comprises one (or more) processor(s) 12 configured to execute instructions for carrying out the steps of the control method (or process) and/or for executing the instructions of the software(s) embedded in the control unit 10.
  • the processor 12 may include integrated memory, an input/output interface, and various circuits known to those skilled in the art.
  • the control unit 10 further comprises at least one memory 41 corresponding for example to a volatile and/or non-volatile memory and/or comprises a memory storage device which may comprise volatile and/or non-volatile memory, such as EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, magnetic or optical disk.
  • the computer code of the embedded software or software comprising the instructions to be loaded and executed by the processor 12 is for example stored on the memory 41.
  • the memory 41 can constitute an information medium according to a particular embodiment in that it comprises a computer program (for example example PG1 in figure 1) comprising instructions for carrying out the steps of the control method (or process) of the invention.
  • control unit 10 is coupled in communication with other similar devices or systems and/or with communication devices, for example a TCU (from the English “Telematic Control Unit” or in French “Telematic Control Unit”), for example via a communication bus or through dedicated input/output ports.
  • TCU from the English “Telematic Control Unit” or in French “Telematic Control Unit”
  • control unit 10 comprises a block 42 of interface elements for communicating with external devices, for example a remote server or the “cloud”, or the vehicle 2 when the control device 10 corresponds to a smartphone or a tablet for example.
  • the interface elements of block 42 include one or more of the following interfaces:
  • radio frequency interface for example Wi-Fi® type (according to IEEE 802.11), for example in the 2.4 or 5 GHz frequency bands, or Bluetooth® type (according to IEEE 802.15.1), in the 2.4 GHz frequency band, or Sigfox type using UBN (Ultra Narrow Band) radio technology, or LoRa in the 868 MHz frequency band, LTE (Long-Term Evolution), LTE-Advanced (or LTE-advanced);
  • USB interface from the English “Universal Serial Bus” or “Universal Serial Bus” in French);
  • control unit 10 comprises a communication interface 43 which makes it possible to establish communication with other devices (such as other computers of the on-board system) via a communication channel 45.
  • the communication interface 43 corresponds for example to a transmitter configured to transmit and receive information and/or data via the communication channel 45.
  • the communication interface 43 corresponds for example to a wired network of the CAN type such as the NT1 network previously described, CAN FD (from the English “Controller Area Network Flexible Data-Rate” or in French “Flexible Data Rate Controller Network”), FlexRay (standardized by the ISO 17458 standard), Ethernet (standardized by the ISO/IEC 802-3 standard) or LIN (from the English “Local Interconnect Network”, or in French “Local Interconnected Network”).
  • CAN FD from the English “Controller Area Network Flexible Data-Rate” or in French “Flexible Data Rate Controller Network”
  • FlexRay standardized by the ISO 17458 standard
  • Ethernet standardized by the ISO/IEC 802-3 standard
  • LIN from the English “Local Interconnect Network”, or in French “Local Interconnected Network”.
  • the control unit 10 is for example coupled to the CAN network NT1 and/or to the LVDS network NT2 by means of the communication interface 43.
  • control unit 10 can provide output signals to one or more external devices, such as a display screen, touch-sensitive or not, one or more speakers and/or other peripherals (projection system) via respective output interfaces.
  • one or other of the external devices is integrated into the control unit 10.
  • Figure 5 illustrates a diagram of the different steps of a method for controlling at least one display device 8 through the LVDS network NT2 as previously described.
  • This control method can thus be implemented by the control unit 10 previously described, this control unit 10 being connected to the CAN network NT1 ( Figures 1-4).
  • a second step 52 upon detection that steps 51a), 51b) and 51c) are completed, the control unit 10 proceeds to activate the LVDS network NT2 causing the operation (or configuration) of the control unit 10 and said at least one display device 8 in a so-called normal ST2 mode.
  • the control unit 10 carries out a control of said at least one display device 8 by exchanging functional messages MSG2 according to the normal mode ST2.
  • the present invention is therefore not limited to the exemplary embodiments described above but extends in particular to a control method which would include secondary steps without thereby departing from the scope of the present invention. The same would apply to a device configured for the implementation of such a method.
  • the present invention also relates to a vehicle, for example an automobile or more generally a land motor vehicle, comprising the control unit 10 previously described.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Small-Scale Networks (AREA)
  • Dc Digital Transmission (AREA)

Abstract

Procédé et dispositif de contrôle d'un dispositif d'affichage d'un véhicule via un réseau de type transmission différentielle basse-tension La présente invention concerne un procédé et un dispositif de contrôle (10) pour contrôler un dispositif d'affichage (8) au travers d'un réseau (NT2) de type transmission différentielle basse-tension, dit LVDS, dans un véhicule (2), ledit dispositif de contrôle (10) étant connecté à un réseau système série (NT1), dit réseau CAN, du véhicule (2). Le procédé comprend, en réponse à une première commande d'activation reçue depuis le réseau CAN (NT1), le déclenchement d'une phase d'initialisation comprenant : a1) initialisation du dispositif de contrôle (10); a2) initialisation du dispositif d'affichage (8); et a3) désactivation du réseau LVDS (NT2). Sur détection que les étapes a1), a2) et a3) sont accomplies, le réseau LVDS (NT2) est activé, causant le fonctionnement du dispositif de contrôle (10) et du dispositif d'affichage (8) dans un mode dit normal. Un contrôle du dispositif d'affichage (8) peut alors être réalisé par échange de messages fonctionnels (MSG2) selon le mode normal.

Description

DESCRIPTION
Titre : Procédé et dispositif de contrôle d’un dispositif d’affichage d’un véhicule via un réseau de type transmission différentielle basse-tension
La présente invention revendique la priorité de la demande française 2304407 déposée le 03.05.2023 dont le contenu (texte, dessins et revendications) est ici incorporé par référence.
Domaine technique
La présente invention concerne les procédés et dispositifs de contrôle d’un dispositif d’affichage d’un véhicule, et notamment mais pas exclusivement d’un véhicule de type automobile. L’invention vise en particulier le contrôle d’un dispositifs d’affichage à bord d’un véhicule via un réseau de type transmission différentielle basse-tension (LVDS pour « Low Voltage Differential Signaling ») également désigné sous la référence « SerDes » (pour « Serialiseur/Deserialiseur »), utilisé communément pour de la communication haut débit.
Arrière-plan technologique
Les véhicules contemporains embarquent nombre de périphériques intégrant des calculateurs assurant chacun une ou plusieurs fonctions, telles que par exemple la gestion de l’aide à la conduite, de l’antipatinage, de la répartition électronique du freinage, la commande d’actionneurs pour assurer le fonctionnement optimal d’un moteur à combustion ou encore la gestion d’une interface homme machine (IHM).
Ces calculateurs sont reliés entre eux via un bus de données série multiplexé de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »). L’ensemble bus de données et calculateurs forme le système embarqué du véhicule. Ces calculateurs sont aussi appelés UCE (« Unité de Commande Electronique » ou en anglais ECU « Electronic Control Unit »). Ces calculateurs embarquent des logiciels qui sont exécutés pour assurer les fonctions dont ils ont la charge. Un calculateur, dit plus généralement unité de contrôle, est généralement configuré pour contrôler un ou des dispositifs d’affichage embarqués dans le véhicule, tel qu’un écran du tableau de bord ou de la console centrale du véhicule. Cette unité de contrôle peut en particulier gérer l’exécution de fonctions d’infodivertissement au niveau des dispositifs d’affichage. Pour ce faire, l’unité de contrôle peut être reliée aux dispositifs d’affichage via un réseau de type transmission différentielle basse- tension, dit réseau LVDS (pour « Low Voltage Differential Signaling »).
Une gestion adéquate du réseau CAN et du réseau LVDS est nécessaire pour permettre un fonctionnement efficace du ou des dispositifs d’affichage à bord d’un véhicule. Des difficultés de contrôle peuvent notamment survenir lors du démarrage et de la mise en veille de l’unité de contrôle des dispositifs d’affichage du véhicule. La modernisation du réseau CAN dans certains véhicules, en particulier des protocoles de communication, nécessitent en particulier un meilleur contrôle des dispositifs d’affichage.
Résumé de la présente invention
L’un des objets de la présente invention est de résoudre au moins l’un des problèmes ou déficiences de l’arrière-plan technologique décrit précédemment.
Un autre objet de la présente invention est d’améliorer le contrôle d’un ou plusieurs dispositifs d’affichage embarqués dans un véhicule, notamment pour permettre un contrôle efficace par une unité de contrôle au travers d’un réseau LVDS.
Un autre objet de la présente invention est de mieux contrôler l’état de fonctionnement dans lequel se trouve au moins un dispositif d’affichage à bord d’un véhicule.
Selon un premier aspect, la présente invention concerne un procédé de contrôle, mis en oeuvre par une unité de contrôle, pour contrôler au moins un dispositif d’affichage au travers d’un réseau de type transmission différentielle basse-tension, dit LVDS, dans un véhicule, ladite unité de contrôle étant connectée à un réseau système série, dit réseau CAN, du véhicule, ledit procédé comprenant : a) en réponse à une première commande d’activation reçue depuis le réseau CAN, déclenchement d’une phase d’initialisation comprenant : a1 ) initialisation de l’unité de contrôle ; a2) initialisation dudit au moins un dispositif d’affichage ; et a3) désactivation du réseau LVDS ; b) sur détection que les étapes a1 ), a2) et a3) sont accomplies, activation du réseau LVDS causant le fonctionnement de l’unité de contrôle et dudit au moins un dispositif d’affichage dans un mode dit normal ; et c) contrôle dudit au moins un dispositif d’affichage par échange de messages fonctionnels selon le mode normal.
La présente invention permet avantageusement d’améliorer le contrôle d’au moins un dispositif d’affichage par une unité de contrôle au travers d’un réseau LVDS dans un véhicule. En d’autres termes, cela permet un meilleur contrôle du réseau LVDS par l’unité de contrôle à bord du véhicule. En particulier, les modes de fonctionnement dans lesquels opèrent l’unité de contrôle et le dispositif d’affichage peuvent avantageusement être synchronisés ou coordonnés de façon efficace. Une coordination adéquate peut notamment être assurée lorsque l’unité de contrôle commute depuis un mode de fonctionnement dans un autre. Cette coordination permet ainsi d’assurer une coopération efficiente de l’unité de contrôle et du dispositif d’affichage tout en limitant la consommation d’énergie requise dans le système.
Le procédé de contrôle selon l’invention peut comporter d’autres caractéristiques qui peuvent être prises séparément ou en combinaison, notamment parmi les modes de réalisation qui suivent.
Selon un mode de réalisation particulier, au cours du contrôle c), l’unité de contrôle coopère avec ledit au moins un dispositif d’affichage pour exécuter une fonction d’infodivertissement à bord du véhicule.
Selon un mode de réalisation particulier, le procédé comprend en outre : d) si aucun message de gestion de réseau n’est reçu depuis, et/ou envoyé vers, le réseau CAN pendant une période de temps tandis que l’unité de contrôle fonctionne selon le mode normal, désactivation du réseau LVDS causant la configuration de l’unité de contrôle et dudit au moins un dispositif d’affichage dans un mode dit préparation à la veille.
Selon un mode de réalisation particulier, le procédé comprend en outre : e) si au moins un message de gestion de réseau est reçu depuis le réseau CAN pendant la période de temps tandis que l’unité de contrôle est configurée en mode préparation à la veille, réactivation du réseau LVDS causant la commutation de l’unité de contrôle et dudit au moins un dispositif d’affichage de retour en mode normal.
Selon un mode de réalisation particulier, le procédé comprend en outre : f) en réponse à une commande de désactivation reçue depuis le réseau CAN, désactivation dudit au moins un dispositif d’affichage ; g) suivi d’un temps d’attente s’écoulant depuis la désactivation f) tandis que l’unité de contrôle est en mode préparation à la veille ; et h) si le temps d’attente atteint un délai limite sans qu’aucun message de gestion de réseau n’est reçu depuis, et/ou envoyé vers, le réseau CAN, configuration de l’unité de contrôle selon un mode veille causant la désactivation d’un module de gestion LVDS, au sein de l’unité de contrôle, en charge de gérer le réseau LVDS.
Selon un mode de réalisation particulier, le procédé comprend en outre : i) en réponse à une deuxième commande d’activation reçue depuis le réseau CAN tandis que l’unité de contrôle est configurée en mode veille, réitération des étapes a), b) et c).
Selon un deuxième aspect, la présente invention concerne un dispositif de contrôle (ou unité de contrôle) d’un véhicule, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en oeuvre des étapes du procédé de contrôle selon le premier aspect de la présente invention. Le dispositif est en particulier configuré pour contrôler au moins un dispositif d’affichage du véhicule au travers d’un réseau de type transmission différentielle basse-tension, dit LVDS.
A noter que les différents modes de réalisation mentionnés ci-avant en relation avec le procédé de contrôle selon le premier aspect de l’invention ainsi que les avantages associés s’appliquent de façon analogue au dispositif de contrôle selon le deuxième aspect de l’invention.
Selon un troisième aspect, la présente invention concerne un véhicule, par exemple de type automobile ou de type véhicule à moteur terrestre, comprenant un dispositif de contrôle selon le deuxième aspect de la présente invention.
Selon un quatrième aspect, la présente invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé de contrôle selon le premier aspect de la présente invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur. Autrement dit, les différentes étapes du procédé de contrôle sont déterminées par des instructions de programmes d’ordinateurs. Ce programme d’ordinateur est configuré pour être mis en oeuvre dans un dispositif de contrôle du deuxième aspect de l’invention, ou plus généralement dans un ordinateur.
Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable.
Selon un cinquième aspect, la présente invention concerne un support d’enregistrement (ou support d’informations), lisible par le dispositif de contrôle selon le deuxième aspect ou plus généralement par un ordinateur (ou un processeur), sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé de contrôle selon le premier aspect de la présente invention.
D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon la présente invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Brève description des figures
D’autres caractéristiques et avantages de la présente invention ressortiront de la description des exemples de réalisation particuliers et non limitatifs de la présente invention ci-après, en référence aux figures 1 à 5 annexées, sur lesquelles :
[Fig. 1] illustre schématiquement un environnement comprenant un véhicule embarquant une unité de contrôle, selon au moins un exemple de réalisation particulier et non limitatif de la présente invention ;
[Fig. 2] illustre schématiquement le véhicule de la figure 1 , comprenant une unité de contrôle et au moins un dispositif d’affichage, selon au moins un exemple de réalisation particulier et non limitatif de la présente invention ;
[Fig. 3] illustre schématiquement le contrôle d’au moins un dispositif d’affichage du véhicule de la figure 1 , selon au moins un exemple de réalisation particulier et non limitatif de la présente invention ;
[Fig. 4] illustre l’unité de contrôle de la figure 1 , selon au moins un exemple de réalisation particulier et non limitatif de la présente invention ; et
[Fig. 5] illustre un diagramme de différentes étapes d’un procédé de contrôle d’au moins un dispositif d’affichage du véhicule de la figure 1 , selon au moins un exemple de réalisation particulier et non limitatif de la présente invention. Description des exemples de réalisation
Un procédé et un dispositif de contrôle d’un véhicule vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1-5. Sauf indications contraires, les éléments communs ou analogues à plusieurs figures portent les mêmes signes de référence et présentent des caractéristiques identiques ou analogues, de sorte que ces éléments communs ne sont généralement pas à nouveau décrits par souci de simplicité.
Les termes « premier(s) » (ou première(s)), « deuxième(s) », etc.) sont utilisés dans ce document par convention arbitraire pour permettre d’identifier et de distinguer différents éléments (tels que des opérations, des moyens, etc.) mis en oeuvre dans les modes de réalisation décrits ci-après.
Comme précédemment indiqué, l’invention vise notamment un procédé de contrôle d’au moins un dispositif d’affichage d’un véhicule, tel qu’un véhicule de type automobile ou autre, ou plus généralement un véhicule de type véhicule terrestre motorisé. Ce procédé de contrôle est mis en oeuvre par une unité de contrôle (ou dispositif de contrôle) contrôlant le ou les dispositifs d’affichage au travers d’un réseau de type LVDS. Cette unité de contrôle est en outre connectée à un réseau système série de type CAN (ou réseau de contrôleurs) embarqué dans le véhicule. Comme décrit par la suite, l’unité de contrôle est notamment configurée pour contrôler l’état de fonctionnement dans lequel se trouve le ou les dispositifs d’affichage à un instant donné.
Il a été constaté qu’il est nécessaire de synchroniser l’état de fonctionnement de l’unité de contrôle avec celui du ou des dispositifs d’affichage du véhicule, notamment lorsque l’unité de contrôle est activée ou désactivée (mise en veille). Cette synchronisation des états de fonctionnement nécessite un contrôle adéquat de l’unité de contrôle au travers du réseau LVDS. Le protocole de communication utilisé dans le réseau CAN du véhicule peut notamment avoir un impact sur la manière dont le contrôle de l’unité de contrôle est assuré. Un changement du protocole de communication peut en effet poser des difficultés au niveau du réseau LVDS, notamment au stade du démarrage et/ou de la mise en veille d’un dispositif d’affichage. Dans le cas où un utilisateur démarre (ou active), ou éteint, le véhicule, un contrôle efficace et synchronisé des dispositifs d’affichage avec l’unité de contrôle est nécessaire.
Selon un exemple particulier et non limitatif de réalisation de la présente invention, ce procédé de contrôle comprend : a) en réponse à une première commande d’activation reçue depuis le réseau CAN, déclenchement d’une phase d’initialisation comprenant : a1 ) initialisation de l’unité de contrôle ; a2) initialisation dudit au moins un dispositif d’affichage ; et a3) désactivation du réseau LVDS ; b) sur détection que les étapes a1 ), a2) et a3) sont accomplies, activation du réseau LVDS causant le fonctionnement de l’unité de contrôle et dudit au moins un dispositif d’affichage dans un mode dit normal ; et c) contrôle dudit au moins un dispositif d’affichage par échange de messages fonctionnels selon le mode normal.
L’invention permet notamment de gérer efficacement le contrôle d’au moins un dispositif d’affichage à bord du véhicule lorsque le réseau CAN embarqué implémente un protocole de communication de type AUTOSAR (pour « AUTomotive Open System ARchitecture »), d’autres exemples de protocole étant toutefois possibles.
D’autres aspects et avantages de la présente invention ressortiront des exemples de réalisation décrits ci-dessous en référence aux dessins mentionnés ci-avant.
A noter que le terme LVDS doit s’entendre dans ce document au sens large comme couvrant tous réseaux utilisant un sérialiseur/désérialiseur, dit aussi « SerDes ». Un sérialiseur/désérialiseur (SerDes) est une paire de blocs fonctionnels couramment utilisés dans les communications à haut débit pour compenser les entrées/sorties limitées. Ces blocs convertissent les données entre les données série et les interfaces parallèles dans chaque direction. Le terme « SerDes » fait référence de manière générique aux interfaces utilisées dans diverses technologies et applications. L'utilisation principale d'un système LVDS, ou SerDes, est de fournir une transmission de données sur une seule ligne ou une paire différentielle afin de minimiser le nombre de broches d'Entrée/Sortie et d'interconnexions.
Ces lignes LVDS ou SerDes permettent d’interconnecter l’unité de contrôle de l’invention avec au moins un dispositif d’affichage à bord du véhicule.
A noter qu’un dispositif d’affichage au sens de l’invention peut être un quelconque dispositif apte à afficher (ou restituer visuellement) des données ou éléments graphiques quelconques, par exemple à destination du conducteur du véhicule ou tout autre éventuel occupant. Un tel dispositif d’affichage peut ainsi comprendre un ou des écrans d’affichage et/ou s’appuyer sur d’autres technologies d’affichage, tel que par exemple un dispositif d’affichage holographique ou par projection de lumière sur un support transparent (un dispositif de type « affichage tête haute » par exemple).
La figure 1 illustre schématiquement un véhicule 2 comprenant une unité de contrôle (ou dispositif de contrôle) 10, un réseau CAN noté NT1 , un réseau LVDS noté NT2 et au moins un dispositif d’affichage 8, selon au moins un exemple de réalisation particulier et non limitatif de la présente invention. L’unité de contrôle et les dispositifs d’affichage 8 forment ensemble un système noté SY1.
La figure 2 représente l’habitacle du véhicule 2 comprenant des tels dispositifs d’affichage 8, selon un exemple de réalisation.
Le type et les caractéristiques du véhicule 2 peuvent être adaptés selon le cas. Le véhicule 2 est par exemple de type automobile ou équivalent. En variante, ces véhicules peuvent être un car, un bus, un camion, un véhicule utilitaire ou une motocyclette, ou plus généralement un véhicule de type véhicule terrestre motorisé.
Plus spécifiquement, l’unité de contrôle 10 est configurée pour contrôler au moins un dispositif d’affichage 8 au travers du réseau LVDS NT2. Pour ce faire, le réseau NT2 comprend une pluralité de lignes de transmission LVDS notées L1 , ces lignes connectant l’unité de contrôle 10 à chaque dispositif d’affichage 8. On suppose par la suite à titre d’exemple que l’unité de contrôle 10 prend ici la forme d’un ou plusieurs calculateurs embarqués dans le véhicule 2. Cette unité de contrôle 10 peut correspondre à tout ou partie d’un calculateur.
On suppose par la suite à titre purement illustratif que le véhicule 2 embarque 3 dispositifs d’affichage 8, notés respectivement 8a, 8b et 8c, qui sont contrôlés par l’unité de contrôle 10 via des lignes respectives L1 du réseau LVDS NT2. L’unité de contrôle 10 et les dispositifs d’affichage 8 peuvent ainsi s’échanger des messages (ou données, ou commandes) MSG2 via le réseau NT2. Ces messages MSG2 prennent ainsi la forme de signaux électriques transmis selon la signalisation différentielle comme précédemment indiqué.
Le nombre et la nature des dispositifs d’affichage 8 peuvent varier selon le cas. Les dispositifs d’affichage 8 peuvent comprendre un écran du tableau de bord du véhicule 2, un quelconque écran présent dans l’habitacle du véhicule 2, ou encore un dispositif d’affichage de type holographique ou de type « affichage tête haute ».
Chaque dispositif d’affichage 8 peut être configuré pour exécuter au moins une fonction, par exemple une fonction d’infodivertissement (ou information- divertissement), sous le contrôle de l’unité de contrôle 10. On suppose à titre d’exemple que l’écran 8a exécute une fonction F1 d’infodivertissement sous le contrôle de l’unité de contrôle 10. Une telle fonction vise par exemple à présenter ou restituer à un utilisateur du contenu multimédia à des fins d’information et/ou de divertissement. Le contenu ainsi rendu par le dispositif d’affichage 8a peut comprendre par exemple une émission radio, du contenu de télévision, du contenu de type médias sociaux, etc.
L’unité de contrôle 10 est en outre connectée à au moins un autre dispositif embarqué du véhicule 2 via le réseau CAN NT1. Le réseau CAN NT1 comprend un bus de données série multiplexé. A titre d’exemple, l’unité de contrôle 10 est connecté à un ou des calculateurs embarqués du véhicule 2 via le réseau CAN NT1. Les calculateurs autres que l’unité de contrôle 10 sont représenté par le domaine véhicule 6 (figure 1 ). A titre d’exemple, le domaine véhicule 6 peut comprendre un ou des calculateurs configurés pour exécuter des fonctions telles que : fonction de gestion de l’aide à la conduite, fonction antipatinage, fonction de répartition électronique du freinage, fonction de gestion de la commande d’actionneurs pour assurer le fonctionnement optimal d’un moteur à combustion ou encore fonction pour la gestion d’une interface homme machine (IHM).
Chaque calculateur embarqué du véhicule 2 connecté au réseau CAN NT1 , dont l’unité de contrôle 10, peut communiquer avec le ou les autres calculateurs du réseau CAN NT1 par le biais de messages de gestion de réseau, notés MSG1 , selon un protocole de communication adéquat. L’unité de contrôle 10 peut ainsi recevoir des messages MSG1 en provenance du réseau NT1 et réagir en conséquence ou encore émettre vers le réseau NT1 un message MSG1 en cours de son fonctionnement. Le réseau CAN NT1 permet ainsi aux calculateurs et autres dispositifs du véhicule 2 d’interagir ensemble conformément au protocole de communication (par exemple de type « AUTOSAR »).
Comme représenté en figure 1 , le réseau CAN NT1 et l’unité de contrôle 10 fonctionnent selon (ou constituent) respectivement des machines à états finis notées SM1 et SM2. Ainsi, l’unité de contrôle 10 se trouve à chaque instant dans un état (ou mode) de fonctionnement qui dépend notamment de son environnement et de sa configuration, cet état de fonctionnement étant l’un parmi des états prédéfinis notés ST 1 , ST2 et ST3 comme décrit par la suite (figure 3).
De même, les dispositifs d’affichage 8 fonctionnent selon (ou constituent) une machine à états finis notée SM3. Ainsi, chaque dispositif d’affichage 8 se trouve à chaque instant dans un état (ou mode) de fonctionnement qui dépend notamment de son environnement et de sa configuration, cet état de fonctionnement étant l’un parmi les états prédéfinis notés ST1 , ST2 et ST3 comme décrit par la suite (figure 3).
L’unité de contrôle 10 est en particulier configuré pour vérifier si des conditions prédéfinies sont remplies et pour adapter l’état de fonctionnement des dispositifs d’affichage 8 en conséquence, via des messages MSG2 échangés au travers du réseau LVDS NT2. L’unité de contrôle 10 constitue un dispositif « maître » au sein du véhicule 2 et les dispositifs d’affichage 8 constituent des dispositifs « esclaves », dans la mesure où c’est l’unité de contrôle 10 qui impose l’état (ou mode) de fonctionnement dans lequel se trouve les dispositifs d’affichage 8.
Comme illustré en figure 1 selon un exemple particulier, l’unité de contrôle 4 peut comprendre au moins un processeur 12 et une mémoire non volatile (non représentée). L’unité de contrôle 10 (dit aussi « dispositif ») est configurée pour mettre en oeuvre un processus (ou procédé) de contrôle comme décrit ci-après. A cet effet, l’unité de contrôle 10 peut comprendre un programme d’ordinateur PG1 stocké dans la mémoire non volatile (mémoire de type Flash ou ROM par exemple), ce programme d’ordinateur PG1 comprenant des instructions pour la mise en oeuvre du procédé (ou processus) de contrôle comme décrit ci-après. Le processeur 12 est ainsi configuré pour exécuter notamment les instructions définies par le programme d’ordinateur PG1.
Comme indiqué ci-avant, l’unité de contrôle 10 est configuré pour mettre en oeuvre un processus de contrôle. Ce processus est à présent décrit conjointement aux figures 1-3 selon des modes de réalisation particuliers. On suppose par la suite que l’unité de contrôle 10 contrôle le dispositif d’affichage 8a selon le processus de contrôle de l’invention. A noter toutefois que ce processus de contrôle peut être exécuté de façon analogue pour contrôler au moins un autre dispositif d’affichage 8, tel que les dispositifs 8b et/ou 8c.
On considère un stade initial où l’unité de contrôle 10 est configurée dans un état de fonctionnement ST1 correspondant à un état (ou mode) veille (ou éteint, ou désactivé, appelé aussi « Bus Sleep Modet » en anglais). A ce stade, le véhicule 2 est par exemple à l’état veille.
Dans une première opération (figure 3), l’unité de contrôle 10 reçoit une première commande d’activation CMD1 depuis le réseau CAN NT1 sous la forme d’un message MSG1. Une telle commande d’activation est par exemple reçue lorsque le véhicule 2 est mis sous tension, par exemple sur réception d’une commande de mise en tension émise par un dispositif de commande (par exemple une télécommande d’un utilisateur). Cette commande d’activation CMD1 provient par exemple d’un calculateur du domaine véhicule 6, par exemple un calculateur en charge de la mise sous tension du véhicule 2.
En réponse à cette première commande d’activation CMD1 reçue depuis le réseau CAN NT1 , l’unité de contrôle 10 déclenche une phase d’initialisation comprenant 3 opérations, à savoir :
- une initialisation de l’unité de contrôle 10 (opération OP1a) ;
- une initialisation du dispositif d’affichage 8a (opération OP1 b) ; et
- une désactivation du réseau LVDS NT2 (opération OP1 c).
Les initialisations OP1a et OP1 b mentionnées ci-dessus sont configurées pour déclencher le démarrage (ou mise sous tension) de l’unité de contrôle 10 et du dispositif d’affichage 8a, respectivement. La configuration et le déroulement de ces initialisations peuvent être adaptés selon le cas.
En particulier, l’unité de contrôle 10 peut activer un module de gestion LVDS (non représenté) implémenté par l’unité de contrôle 10, ce module étant en charge de (ou configuré pour) gérer le réseau LVDS NT2. L’unité de contrôle 10 peut par exemple envoyer une commande d’activation sous la forme d’un message MSG2 via le réseau LVDS NT2 pour déclencher l’initialisation OP1 b du dispositif d’affichage 8a.
La désactivation OP1c mentionnée ci-dessus permet de garantir que le réseau LVDS est inactif à ce stade du processus de contrôle, c’est-à-dire tandis que l’unité de contrôle 10 et le dispositif d’affichage 8a sont en cours d’initialisation, de façon à éviter les perturbation dans le réseau NT2 et ainsi faciliter les initialisations. Si le réseau LVDS NT2 est déjà à l’état désactivé ST1 lorsque la première commande d’activation CMD1 est reçue, l’unité de contrôle 10 maintient le réseau NT2 à l’état désactivé ST1 . Si en revanche le réseau NT2 était à l’état activé, l’unité de contrôle 10 déclenche la désactivation du réseau NT2 pour commuter dans l’état désactivé ST1.
Dans une deuxième opération notée OP2a (figure 3), l’unité de contrôle 10 vérifie si les opérations OP1a et OP1 b (et éventuellement aussi OP1c) ont été accomplies. Autrement dit, l’unité de contrôle 10 vérifie si des conditions CD1a, CD1 b et CD1c sont satisfaites collectivement, ces conditions requérant que les opérations OP1a, OP1 b et OP1c respectivement soit réalisées avec succès.
Sur détection que les étapes OP1 a et OP1 b, et éventuellement OP1 c, sont accomplies (statut « OK », figure 3), l’unité de contrôle 10 procède (opération OP2a) à l’activation du réseau LVDS NT2, cette activation causant le fonctionnement (ou la configuration) de l’unité de contrôle 10 et du dispositif d’affichage 8a dans un mode de fonctionnement, dit mode « normal » (ou mode fonctionnel). Autrement dit, l’unité de contrôle 10 se commute elle-même, ainsi que le dispositif d’affichage 8a, depuis le mode veille (ou état de veille) ST1 dans le mode normal (ou mode fonctionnel) ST2. Pour ce faire, l’unité de contrôle 10 peut envoyer notamment une commande de commutation au dispositif d’affichage 8a sous la forme d’un message MSG2 via le réseau LVDS NT2.
Le mode normal ST2 est un mode de fonctionnement dans lequel l’unité de contrôle 10 et le dispositif d’affichage 8a sont aptes à coopérer ensemble de façon fonctionnelle pour permettre le rendu d’un contenu multimédia, par exemple de type infodivertissement, par le dispositif d’affichage 8a, sous le contrôle de l’unité de contrôle 10.
Ainsi, dans une troisième opération notée OP2b, l’unité de contrôle 10 réalise un contrôle du dispositif d’affichage 8a par échange de messages MSG2 - dits messages fonctionnels - avec le dispositif d’affichage 8a selon le mode normal ST2. Au cours de ce contrôle OP2b, l’unité de contrôle 10 coopère par exemple avec le dispositif d’affichage 8a pour exécuter une fonction d’infodivertissement F1 à bord du véhicule 2 (figures 1-3).
Le processus de contrôle permet ainsi une synchronisation de l’état de fonction de l’unité de contrôle 10 et du dispositif d’affichage 8a lors de la mise sous tension de l’unité de contrôle 10, ou plus généralement du véhicule 2.
Le processus de contrôle peut éventuellement se poursuivre comme décrit ci-après dans des exemples particuliers de réalisation. Selon un exemple particulier, au cours d’une opération (figure 3), si aucun message de gestion de réseau MSG1 n’est reçu depuis, et/ou envoyé vers, le réseau CAN NT1 pendant une période de temps tandis que l’unité de contrôle 10 fonctionne selon le mode normal ST1 (condition CD2), alors l’unité de contrôle 10 procède à la désactivation du réseau LVDS NT2 causant la configuration de l’unité de contrôle 10 et du dispositif d’affichage 8a dans un mode (ou état) ST3 dit préparation à la veille (ou encore « Prepare Bus Sleep Mode » en anglais). Pour ce faire, l’unité de contrôle 10 envoie par exemple une commande de passage en mode ST3 au dispositif d’affichage 8a via le réseau LVDS NT2 sous la forme d’un message MSG2. Cette commande déclenche alors une commutation de l’état normal ST2 à l’état ST3 préparation à la veille. La période de temps peut être d’une durée prédéfinie adaptable au cas par cas par l’homme du métier.
Ce mode ST3 vise à préparer l’unité de contrôle 10 et le dispositif d’affichage 8a au passage en mode veille ST1. Autrement dit, le mode ST3 est un mode intermédiaire entre le mode fonctionnel ST2 et le mode veille ST1. Selon un exemple particulier, au moins une fonction du dispositif d’affichage 8a et de l’unité de contrôle 10 est mise en veille (ou désactivée) lorsque le mode ST3 préparation à la veille est activé.
Selon un exemple particulier, dans une opération OP4 (figure 3), l’unité de contrôle 10 - se trouvant dans l’état ST3 préparation à la veille - vérifie si elle reçoit une commande de désactivation CMD2 depuis le réseau CAN NT1 (condition CD4). En réponse à une telle commande de désactivation CMD2, l’unité de contrôle 10 procède à la désactivation (ou mise en veille) du dispositif d’affichage 8a (opération OP4). Cette désactivation cause par exemple la coupure de l’alimentation électrique du dispositif d’affichage 8a. Pour ce faire, l’unité de contrôle 10 envoie par exemple une commande de désactivation au dispositif d’affichage 8a via le réseau LVDS NT2 sous la forme d’un message MSG2.
En outre, l’unité de contrôle 10 suit ou détermine (opération OP4) un temps d’attente T1 (figure 3) s’écoulant depuis la désactivation OP4 du dispositif d’affichage 8a tandis que l’unité de contrôle 10 est en mode ST3 préparation à la veille. Si le temps d’attente T1 atteint un délai limite DL1 sans qu’aucun message de gestion de réseau MSG1 n’est reçu depuis, et/ou envoyé vers, le réseau CAN NT1 (condition CD5), alors l’unité de contrôle 10 se configure en mode veille ST1 (opération OP5). Cette commutation depuis le mode préparation à la veille ST3 dans le mode veille ST1 cause par exemple la désactivation d’un module de gestion LVDS (non représenté), au sein de l’unité de contrôle 10, en charge de (configuré pour) gérer le réseau LVDS NT2.
A noter que l’unité de contrôle 10 peut être configurée pour ne pouvoir commuter dans le mode veille ST1 que depuis le mode préparation à la veille ST3, ce qui permet de mieux contrôler l’état du système comme décrit dans ce document. Selon un exemple particulier, l’unité de contrôle 10 autorise le passage du mode normal ST2 directement dans le mode veille ST1 (sans passer par le mode préparation à la veille ST3) seulement si un évènement prédéfini est détecté, tel que par exemple un défaut.
Le délai limite DL1 peut être une durée prédéfinie adaptable au cas par cas par l’homme du métier. A titre d’exemple, celle-ci peut être fixée à 12 secondes. Ce délai limite est par exemple inférieur ou égal à 15 secondes. Il est ainsi possible de vérifier si un utilisateur souhaite encore utiliser le dispositif d’affichage 8a pendant une délai transitoire avant de procéder à la mise en veille. Si le délai limite DL1 expire sans qu’au message de gestion de réseau MSG1 ne soit détecté en émission ou réception par l’unité de contrôle 10, alors cette dernière peut être mise en veille dans la mesure où il est peu probable qu’un utilisateur utilisera le système à court terme. On peut ainsi avantageusement économiser la consommation d’énergie du système SY1 en mettant tout ou partie de l’unité de contrôle 10 en état veille.
Selon un exemple particulier, s’il est en revanche détecté un message de gestion de réseau MSG1 en émission ou réception au cours du délai d’attente T1 et avant expiration du délai limite DL1 (condition CD6, figure 3), alors l’unité de contrôle 10 procèdes aux opérations d’activation OP2a et de contrôle OP2b comme précédemment décrit. L’unité de contrôle 10 et le dispositif d’affichage 8a commutent ainsi à nouveau en mode normal (ou fonctionnel) ST2. Ainsi, dans le cas par exemple où l’utilisateur utilise le dispositif d’affichage 8a avant expiration du délai limite DL1 , le système SY1 repasse en mode normal ST2 afin de permettre la restitution d’un contenu multimédia par le dispositif d’affichage 8a.
Selon un exemple particulier, s’il est détecté un message de gestion de réseau MSG1 en émission ou réception (message MSG1 reçu depuis, et/ou envoyé vers, le réseau CAN NT1 ) tandis que l’unité de contrôle 10 est en mode préparation à la veille ST3 (par exemple suite à l’opération OP3), alors l’unité de contrôle 10 procède à nouveau aux opérations OP2a et OP2b telles que précédemment décrites afin de repasser en mode normal (ou fonctionnel) ST2 ainsi permettre un contrôle du dispositif d’affichage 8a par l’unité de contrôle 10.
Selon un exemple particulier, une fois que l’unité de contrôle 10 a commuté dans le mode veille ST1 au cours de l’opération OP5, l’unité de contrôle 10 reste dans ce mode veille ST1 tant qu’aucune nouvelle commande d’activation CMD1 n’est pas reçue (condition CD7). Sur réception d’une nouvelle commande d’activation CMD1 , l’unité de contrôle 10 réitère l’opération OP1 et réalise le processus de contrôle comme précédemment décrit.
Un tel processus de contrôle permet donc avantageusement d’améliorer le contrôle du dispositif d’affichage 8a par l’unité de contrôle 10 au travers du réseau LVDS NT2. En d’autres termes, cela permet un meilleur contrôle du réseau LVDS NT2.
En particulier, les modes de fonctionnement dans lesquels opèrent l’unité de contrôle 10 et le dispositif d’affichage 8a peuvent avantageusement être synchronisés ou coordonnés de façon efficace. Une coordination adéquate peut notamment être assurée lorsque l’unité de contrôle commute depuis un mode de fonctionnement dans un autre. Cette coordination permet ainsi d’assurer une coopération efficiente de l’unité de contrôle 10 et du dispositif d’affichage 8a tout en limitant la consommation d’énergie requise dans le système. Cette solution peut par exemple être mise en oeuvre lorsque le réseau CAN NT1 implémente un protocole de communication de type AUTOSAR.
La figure 4 illustre schématiquement l’unité de contrôle (ou dispositif de contrôle) 10 configurée pour contrôler le ou les dispositifs d’affichage 8, comme précédemment décrit en référence aux figures 1-3, selon un exemple de réalisation particulier et non limitatif de la présente invention. L’unité de contrôle 10 correspond par exemple à un dispositif embarqué dans le véhicule 2, par exemple un calculateur.
L’unité de contrôle 10 est par exemple configurée pour la mise en oeuvre des opérations du processus de contrôle tel que précédemment décrit en regard des figures 1-3 et/ou des étapes du procédé décrit ci-après en regard de la figure 5. Des exemples d’une telle unité de contrôle 10 comprennent, sans y être limités, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule, un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »), un téléphone intelligent (de l’anglais « smartphone »), une tablette, un ordinateur portable. Les éléments du dispositif de contrôle 10, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. L’unité de contrôle 10 peut être réalisée sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels.
L’unité de contrôle 10 comprend un (ou plusieurs) processeur(s) 12 configurés pour exécuter des instructions pour la réalisation des étapes du procédé (ou du processus) de contrôle et/ou pour l’exécution des instructions du ou des logiciels embarqués dans l’unité de contrôle 10. Le processeur 12 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. L’unité de contrôle 10 comprend en outre au moins une mémoire 41 correspondant par exemple à une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique.
Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur 12 est par exemple stocké sur la mémoire 41 . La mémoire 41 peut constituer un support d’informations selon un mode de réalisation particulier en ce qu’elle comprend un programme d’ordinateur (par exemple PG1 en figure 1 ) comportant des instructions pour la réalisation des étapes du procédé (ou du processus) de contrôle de l’invention.
Selon différents exemples de réalisation particuliers et non limitatifs, l’unité de contrôle 10 est couplée en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, par exemple une TCU (de l’anglais « Telematic Control Unit » ou en français « Unité de Contrôle Télématique »), par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés.
Selon un exemple de réalisation particulier et non limitatif, l’unité de contrôle 10 comprend un bloc 42 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un serveur distant ou le « cloud », ou le véhicule 2 lorsque le dispositif de contrôle 10 correspond à un téléphone intelligent ou une tablette par exemple.
Les éléments d’interface du bloc 42 comprennent une ou plusieurs des interfaces suivantes :
- interface radiofréquence RF, par exemple de type Wi-Fi® (selon IEEE 802.11 ), par exemple dans les bandes de fréquence à 2,4 ou 5 GHz, ou de type Bluetooth® (selon IEEE 802.15.1 ), dans la bande de fréquence à 2,4 GHz, ou de type Sigfox utilisant une technologie radio UBN (de l’anglais Ultra Narrow Band, en français bande ultra étroite), ou LoRa dans la bande de fréquence 868 MHz, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE- Advanced (ou en français LTE-avancé) ;
- interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ;
- interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français).
Selon un autre exemple de réalisation particulier et non limitatif, l’unité de contrôle 10 comprend une interface de communication 43 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs du système embarqué) via un canal de communication 45. L’interface de communication 43 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 45. L’interface de communication 43 correspond par exemple à un réseau filaire de type CAN tel que le réseau NT1 précédemment décrit, CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible »), FlexRay (standardisé par la norme ISO 17458), Ethernet (standardisé par la norme ISO/IEC 802-3) ou LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »).
L’unité de contrôle 10 est par exemple couplé au réseau CAN NT1 et/ou au réseau LVDS NT2 au moyen de l’interface de communication 43.
Selon un exemple de réalisation particulier et non limitatif, l’unité de contrôle 10 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage, tactile ou non, un ou des haut-parleurs et/ou d’autres périphériques (système de projection) via des interfaces de sortie respectives. Selon une variante, l’un ou l’autre des dispositifs externes est intégré à l’unité de contrôle 10.
La figure 5 illustre un diagramme des différentes étapes d’un procédé de contrôle d’au moins un dispositif d’affichage 8 au travers du réseau LVDS NT2 comme précédemment décrit. Ce procédé de contrôle peut ainsi être mis en oeuvre par l’unité de contrôle 10 précédemment décrite, cette unité de contrôle 10 étant connecté au réseau CAN NT1 (figures 1-4).
Dans une première étape 51 , en réponse à une première commande d’activation CMD1 (figure 1 ) reçue depuis le réseau CAN NT1 , l’unité de contrôle 10 déclenche une phase d’initialisation comprenant : 51 a) initialisation de l’unité de contrôle 10 ;
51 b) initialisation dudit au moins un dispositif d’affichage 8 ; et 51 c) désactivation du réseau LVDS NT2.
Dans une deuxième étape 52, sur détection que les étapes 51a), 51 b) et 51c) sont accomplies, l’unité de contrôle 10 procède à l’activation du réseau LVDS NT2 causant le fonctionnement (ou la configuration) de l’unité de contrôle 10 et dudit au moins un dispositif d’affichage 8 dans un mode ST2 dit normal. Dans une troisième étape 53, l’unité de contrôle 10 réalise un contrôle dudit au moins un dispositif d’affichage 8 par échange de messages fonctionnels MSG2 selon le mode normal ST2.
Selon des variantes de réalisation, les variantes et exemples des opérations décrits ci-avant en relation avec les figures 1-4 s’appliquent aux étapes du procédé de contrôle de la figure 5.
Comme le comprend l’homme du métier, tous les modes de réalisation et variantes décrits ci-avant dont certains ont été simplifiés à dessein pour faciliter les explications, ne constituent que des exemples non limitatifs de mise en oeuvre de la présente divulgation. En particulier, l’homme du métier pourra envisager une quelconque adaptation ou combinaison des modes de réalisation et variantes décrits ci-avant, afin de répondre à un besoin particulier.
La présente invention ne se limite donc pas aux exemples de réalisation décrits ci- avant mais s’étend notamment à un procédé de contrôle qui inclurait des étapes secondaires sans pour cela sortir de la portée de la présente invention. Il en serait de même d’un dispositif configuré pour la mise en oeuvre d’un tel procédé.
La présente invention concerne également un véhicule, par exemple automobile ou plus généralement un véhicule à moteur terrestre, comprenant l’unité de contrôle 10 précédemment décrite.

Claims

REVENDICATIONS
1 . Procédé de contrôle, mis en oeuvre par une unité de contrôle (10), pour contrôler au moins un dispositif d’affichage (8) au travers d’un réseau (NT2) de type transmission différentielle basse-tension, dit LVDS, dans un véhicule (2), ladite unité de contrôle étant connectée à un réseau système série (NT1 ), dit réseau CAN, du véhicule, ledit procédé comprenant les étapes suivantes : a) en réponse à une première commande d’activation (CMD1 ) reçue depuis le réseau CAN, déclenchement (51 ) d’une phase d’initialisation comprenant : a1 ) initialisation de l’unité de contrôle ; a2) initialisation dudit au moins un dispositif d’affichage ; et a3) désactivation du réseau LVDS ; b) sur détection que les étapes a1 ), a2) et a3) sont accomplies, activation (52) du réseau LVDS (NT2) causant le fonctionnement de l’unité de contrôle (10) et dudit au moins un dispositif d’affichage (8) dans un mode dit normal (ST2) ; et c) contrôle (53) dudit au moins un dispositif d’affichage par échange de messages fonctionnels (MSG2) selon le mode normal.
2. Procédé selon la revendication 1 , dans lequel au cours du contrôle c), l’unité de contrôle (10) coopère avec ledit au moins un dispositif d’affichage (8) pour exécuter une fonction d’infodivertissement (F1 ) à bord du véhicule.
3. Procédé selon la revendication 1 ou 2, comprenant en outre : d) si aucun message de gestion de réseau (MSG1 ) n’est reçu depuis, et/ou envoyé vers, le réseau CAN (NT1 ) pendant une période de temps tandis que l’unité de contrôle (10) fonctionne selon le mode normal (ST2), désactivation du réseau LVDS (NT2) causant la configuration de l’unité de contrôle et dudit au moins un dispositif d’affichage dans un mode dit préparation à la veille (ST3).
4. Procédé selon la revendication 3, comprenant en outre : e) si au moins un message de gestion de réseau (MSG1 ) est reçu depuis le réseau CAN (NT1 ) pendant la période de temps tandis que l’unité de contrôle (10) est configurée en mode préparation à la veille, réactivation du réseau LVDS causant la commutation de l’unité de contrôle et dudit au moins un dispositif d’affichage de retour en mode normal (ST2).
5. Procédé selon la revendication 3 ou 4, comprenant en outre : f) en réponse à une commande de désactivation (CMD2) reçue depuis le réseau CAN, désactivation dudit au moins un dispositif d’affichage (8) ; g) suivi d’un temps d’attente s’écoulant depuis la désactivation f) tandis que l’unité de contrôle (10) est en mode préparation à la veille (ST3) ; et h) si le temps d’attente atteint un délai limite (DL1 ) sans qu’aucun message de gestion de réseau (MSG1 ) n’est reçu depuis, et/ou envoyé vers, le réseau CAN (NT1 ), configuration de l’unité de contrôle selon un mode veille (ST1 ) causant la désactivation d’un module de gestion LVDS, au sein de l’unité de contrôle, en charge de gérer le réseau LVDS.
6. Procédé selon la revendication 5, comprenant en outre : i) en réponse à une deuxième commande d’activation (CMD1 ) reçue depuis le réseau CAN tandis que l’unité de contrôle est configurée en mode veille (ST1 ), réitération des étapes a), b) et c).
7. Programme d’ordinateur (PG1) comportant des instructions pour la mise en oeuvre du procédé selon l’une quelconque des revendications précédentes, lorsque ces instructions sont exécutées par un processeur (12).
8. Support d’enregistrement (41 ) lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur (PG1 ) comprenant des instructions pour l’exécution des étapes du procédé selon l’une des revendications 1 à 6.
9. Dispositif de contrôle (10) pour contrôler au moins un dispositif d’affichage (8) d’un véhicule au travers d’un réseau de type transmission différentielle basse-tension, dit LVDS, ledit dispositif comprenant une mémoire (41 ) associée à au moins un processeur (12) configuré pour la mise en oeuvre des étapes du procédé selon l’une quelconque des revendications 1 à 6.
10. Véhicule (2) comprenant l’unité de contrôle (10) selon la revendication 9.
PCT/FR2024/050348 2023-05-03 2024-03-21 Procédé et dispositif de contrôle d'un dispositif d'affichage d'un véhicule via un réseau de type transmission différentielle basse-tension WO2024227984A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2304407 2023-05-03
FR2304407A FR3148488A1 (fr) 2023-05-03 2023-05-03 Procédé et dispositif de contrôle d’un dispositif d’affichage d’un véhicule via un réseau de type transmission différentielle basse-tension

Publications (1)

Publication Number Publication Date
WO2024227984A1 true WO2024227984A1 (fr) 2024-11-07

Family

ID=87555181

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2024/050348 WO2024227984A1 (fr) 2023-05-03 2024-03-21 Procédé et dispositif de contrôle d'un dispositif d'affichage d'un véhicule via un réseau de type transmission différentielle basse-tension

Country Status (2)

Country Link
FR (1) FR3148488A1 (fr)
WO (1) WO2024227984A1 (fr)

Also Published As

Publication number Publication date
FR3148488A1 (fr) 2024-11-08

Similar Documents

Publication Publication Date Title
US11320891B2 (en) Operation methods of communication node in network
EP2149836A2 (fr) Optimisation de la consommation d'une puce auxiliaire multimedia dans un terminal de radiocommunication mobile
EP3682594B1 (fr) Systeme de gestion d'un reseau ethernet sur fibre optique d'un vehicule
WO2024227984A1 (fr) Procédé et dispositif de contrôle d'un dispositif d'affichage d'un véhicule via un réseau de type transmission différentielle basse-tension
FR3043476A1 (fr)
FR3107631A1 (fr) Procédé et dispositif de gestion de l’état en veille ou éveillé d’un réseau Ethernet dans un véhicule automobile, produit programme d’ordinateur, et véhicule automobile l’incorporant.
EP3114817B1 (fr) Procédé et système pour le telechargement de données vers au moins un calculateur
FR3064861A1 (fr) Procede de gestion de l’etat d’un reseau ethernet d’un vehicule automobile
FR3135801A1 (fr) Procédé et dispositif de contrôle d’un dispositif passerelle pour le diagnostic d’un véhicule
FR3120963A1 (fr) Procédé et dispositif d’affichage de contenu graphique pour véhicule
FR3064862A1 (fr) Systeme de gestion d’un etat d’un calculateur maitre d’un vehicule
FR3064859A1 (fr) Systeme de gestion d’un etat d’un calculateur esclave d’un vehicule
FR3120723A1 (fr) Procédé et dispositif de contrôle d’un calculateur mécatronique d’un véhicule
FR3100899A1 (fr) Calculateur de véhicule et procédé de contrôle du calculateur
FR3127054A1 (fr) Architecture de réveil et d’endormissement de calculateurs compatible avec différents types de véhicules automobiles
FR3064860A1 (fr) Systeme de gestion de l’etat d’un reseau ethernet d’un vehicule automobile
WO2024200941A1 (fr) Procédé et dispositif de contrôle d'une fonction de régulation adaptative de vitesse d'un véhicule
FR3144834A1 (fr) Procédé et dispositif de contrôle d’un système de verrouillage d’ouvrants d’un véhicule comprenant un mode de super-verrouillage
FR3119251A1 (fr) Procédé et dispositif de commande de mise en veille d’un calculateur d’un véhicule
FR3043516A1 (fr) Procede d’identification du type et du debit d’organe esclave par un organe maitre dans un reseau de communication multiplexe lin
WO2023247848A1 (fr) Procédé et dispositif de contrôle d'une interface utilisateur d'un véhicule
FR3119903A1 (fr) Procédé et dispositif de contrôle d’un ensemble de calculateurs d’un véhicule
FR3101163A1 (fr) Calculateur de véhicule et procédé de contrôle du calculateur de véhicule
WO2024134048A1 (fr) Procédé et dispositif de réglage d'un siège conducteur d'un véhicule
FR3122931A1 (fr) Procédé et dispositif de contrôle d’un ensemble de calculateurs d’un véhicule