Motormeter screen operation state monitoring method, intelligent cabin and vehicle thereof

Abstract

The invention discloses an automobile instrument screen operation state monitoring method, an intelligent cabin and a vehicle thereof, and the method comprises the steps: periodically querying the operation state of an automobile instrument screen module MFD through an IIC communication protocol by using a microcontroller unit MCU in a cabin domain controller CSC; judging whether the message interaction between the MCU and the MFD is successful or not; and when the heartbeat signal is detected to be lost, the microcontroller unit MCU performs hard wire resetting on the automobile instrument screen module MFD through the hard wire IO. In conclusion, the requirement for the safety integrity level of the automobile is considered, the safety of the automobile in the running process is remarkably improved through accurate fault detection and timely recovery measures, the requirement for functional safety is met, potential accidents caused by instrument screen faults are reduced, and the safety of the automobile is improved. And higher-level safety guarantee is provided for drivers and passengers.

Description

Technical Field

[0001] The present invention relates to a monitoring method, an intelligent cockpit and a vehicle thereof, and in particular to a method for monitoring the operating state of an automobile instrument screen, an intelligent cockpit and a vehicle thereof. Background Art

[0002] The MFD module of the automobile instrument screen mostly adopts IIC communication. In the original cockpit domain controller CSC controller design, the display of the MFD module of the automobile instrument screen is realized by information interaction with the SOC chip of the cockpit domain controller CSC, and the display content includes body fault information, component operation status, multimedia information, etc. In the solution of the prior art, the MCU chip of the cockpit domain controller CSC will monitor the operation status of the SOC. When it is detected that the SOC state is abnormal and the instrument display cannot be controlled normally, the MCU will also send a display command to the MFD module of the automobile instrument screen through the IIC protocol. There is a disadvantage in this architecture: the design of the information sending end (cockpit domain controller CSC side) is relatively reliable, and a redundant design under SOC and MCU backup is adopted. However, once the MFD side of the automobile instrument screen module of the receiving end has an error (such as freezing, running away, initialization failure, etc.), it will directly cause the display to fail, and the alarm information cannot be notified to the driver-the above problems need to be improved urgently. Summary of the invention

[0003] The purpose of the present invention is to provide a method for monitoring the operating status of an automobile instrument screen, an intelligent cockpit and a vehicle thereof, to propose a corresponding technical solution to the technical problem that an error in the automobile instrument screen module may lead to display failure, and to solve the shortcomings of the prior art.

[0004] The present invention provides the following scheme:

[0005] A method for monitoring the operating status of an automobile instrument screen, applied to an automobile instrument screen operating status monitoring system, comprising:

[0006] The microcontroller unit MCU in the cockpit domain controller CSC is used to periodically query the operating status of the vehicle instrument panel module MFD through the IIC communication protocol;

[0007] By querying the E2E status word of the automobile instrument panel module MFD, it is determined whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful;

[0008] When the automobile instrument panel module MFD is detected to be in an abnormal operating state, the microcontroller unit MCU sends a soft reset request to the automobile instrument panel module MFD through the IIC protocol, and the automobile instrument panel module MFD performs self-reset after receiving the request;

[0009] The internal logic processed by the microcontroller unit MCU side includes monitoring the operating status of the automobile instrument panel module MFD and sending a reset request, configuring the hard-line reset strategy between the cockpit domain controller CSC and the automobile instrument panel module MFD, and the microcontroller unit MCU periodically querying the heartbeat signal sent by the automobile instrument panel module MFD;

[0010] When the heartbeat signal is detected to be lost, the microcontroller unit MCU performs a hard-line reset on the vehicle instrument panel module MFD through the hard-line IO, or:

[0011] When the heartbeat signal is lost and the IIC communication fails, the microcontroller unit MCU enables the hardwire IO to perform a hardwire reset on the MFD.

[0012] Further, the E2E status word of the automobile instrument panel module MFD is queried to determine whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful, specifically:

[0013] When the E2E status word is 1, it indicates that the microcontroller unit MCU interacts successfully with the automobile instrument panel module MFD. When the E2E status word is 0, it indicates that the microcontroller unit MCU interacts with the automobile instrument panel module MFD.

[0014] Furthermore, the method of determining whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful by querying the E2E status word of the automobile instrument panel module MFD further includes:

[0015] Use the message livecounter mechanism to monitor the dynamic operation status of the vehicle instrument panel module MFD to identify stuck or dead status;

[0016] When the MFD module is detected to be in an abnormal operating state, the MCU sends a soft reset request to the MFD module via the IIC protocol.

[0017] After receiving the request, the automobile instrument panel module MFD performs a self-reset operation.

[0018] Furthermore, the message livecounter mechanism is specifically as follows:

[0019] Real-time detection of the communication interaction between the microcontroller MCU and the vehicle instrument panel module MFD, and storage and recording when the communication interaction is detected;

[0020] The method also includes: judging the self-test state of the automobile instrument panel module MFD through a screen working state signal, wherein the screen working state signal is specifically: state 1 indicates normal, and state 2 indicates abnormal.

[0021] Furthermore, the heartbeat signal is specifically:

[0022] The periodic signal sent by the automobile instrument panel module MFD to the cockpit domain controller CSC is used to confirm that the automobile instrument panel module MFD is operating normally and maintains a communication connection with the cockpit domain controller CSC.

[0023] A vehicle instrument panel operation status monitoring system is used to implement a vehicle instrument panel operation status monitoring method, comprising:

[0024] The automobile instrument panel module operation status query module uses the microcontroller unit MCU in the cockpit domain controller CSC to periodically query the operation status of the automobile instrument panel module MFD through the IIC communication protocol;

[0025] By querying the E2E status word of the automobile instrument panel module MFD, it is determined whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful;

[0026] The abnormal operation state processing module of the automobile instrument screen module, when detecting that the operation state of the automobile instrument screen module MFD is abnormal, the microcontroller unit MCU sends a soft reset request to the automobile instrument screen module MFD through the IIC protocol, and the automobile instrument screen module MFD performs self-reset after receiving the request;

[0027] The internal logic processed by the microcontroller unit MCU side includes monitoring the operating status of the vehicle instrument panel module MFD and sending a reset request, configuring the hard-line reset strategy between the cockpit domain controller CSC and the vehicle instrument panel module MFD, and the microcontroller unit MCU periodically querying the heartbeat signal sent by the MFD;

[0028] The automobile instrument panel module recovery module, when the heartbeat signal is detected to be lost, the microcontroller unit MCU performs a hard-line reset on the automobile instrument panel module MFD through the hard-line IO, or:

[0029] When the heartbeat signal is lost and the IIC communication fails, the microcontroller unit MCU enables the hard-line IO to perform a hard-line reset on the vehicle instrument panel module MFD.

[0030] A smart cockpit, wherein the automobile instrument screen is connected to the automobile instrument screen operation status monitoring system, and the automobile instrument screen operation status monitoring method is executed.

[0031] An electronic device, characterized in that it includes: a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory communicate with each other via the communication bus; a computer program is stored in the memory, and when the computer program is executed by the processor, the processor executes the steps of the method.

[0032] A computer-readable storage medium stores a computer program executable by an electronic device. When the computer program runs on the electronic device, the electronic device executes the steps of the method.

[0033] A vehicle is provided with the smart cockpit.

[0034] Compared with the prior art, the present invention has the following advantages:

[0035] The functional safety-based instrument screen monitoring solution of the present invention provides an innovative fault detection and recovery mechanism. Through the real-time monitoring of the heartbeat signal and operating status signal of the automobile instrument screen module MFD by the microcontroller unit MCU, the solution can timely identify and respond to the abnormal state of the automobile instrument screen module MFD, thereby significantly improving the reliability and safety of the system. Specifically, when the microcontroller unit MCU detects that the heartbeat signal of the automobile instrument screen module MFD is normal but the operating state is abnormal, a soft reset instruction is sent through IIC communication, which can quickly and effectively restore the function of the automobile instrument screen module MFD, avoiding the potential risks caused by display failures.

[0036] The present invention can detect the situation where the heartbeat signal of the automobile instrument screen module MFD is completely lost, and judge that it may have encountered a more serious fault. At this time, the microcontroller unit MCU will immediately perform a more direct reset operation through the hard line IO, ensuring that even when there is a problem with the IIC communication link, the automobile instrument screen module MFD can be quickly restored to a normal working state. This dual protection mechanism significantly improves the robustness of the automobile instrument screen and the intelligent cockpit system when facing various fault conditions, and ensures that the driver can continue to receive key alarm information.

[0037] In summary, the present invention takes into account the requirements of the Automotive Safety Integrity Level (ASIL) and significantly improves the safety of the vehicle during operation through precise fault detection and timely recovery measures. It not only meets the requirements of functional safety, but also provides a higher level of safety protection for drivers and passengers by reducing potential accidents caused by instrument panel failures. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0039] Figure 1 It is a flow chart of a method for monitoring the operating status of an automobile instrument panel.

[0040] Figure 1A It is a flow chart of the optimization technical solution of step S2.

[0041] Figure 1B It is a flow chart of the optimization technical solution of step S21.

[0042] Figure 2 This is the architecture diagram of the automobile instrument screen operation status monitoring system.

[0043] Figure 3 It is a framework diagram of the instrument panel module MFD in the prior art.

[0044] Figure 4 It is a framework diagram of the MFD monitoring strategy of the instrument panel module.

[0045] Figure 5 It is a flowchart for querying the operating status of the automobile instrument panel module MFD to monitor whether the MFD is operating normally.

[0046] Figure 6 It is a flow chart for querying the operating status of the automobile instrument panel module MFD.

[0047] Figure 7 It is a timing diagram of the hard-wire reset strategy interaction between the cockpit domain controller CSC and the vehicle instrument panel module MFD.

[0048] Figure 8 This is a flow chart of the MCU side actively enabling hard-line IO to perform hard-line reset on the automobile instrument panel module MFD.

[0049] Fig. 9 It is a structural diagram of an electronic device. DETAILED DESCRIPTION

[0050] The technical solution of the present invention will be described clearly and completely below in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0051] like Figure 1 The vehicle instrument screen operation status monitoring method shown is applied to the vehicle instrument screen operation status monitoring system, including:

[0052] Step S1, using the microcontroller unit MCU in the cockpit domain controller CSC to periodically query the operating status of the vehicle instrument panel module MFD through the IIC communication protocol;

[0053] Step S2, by querying the E2E status word of the automobile instrument panel module MFD, determining whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful;

[0054] Step S3, when it is detected that the automobile instrument panel module MFD is in an abnormal operating state, the microcontroller unit MCU sends a soft reset request to the automobile instrument panel module MFD through the IIC protocol, and the automobile instrument panel module MFD performs a self-reset after receiving the request;

[0055] Step S4, the internal logic processed by the microcontroller unit MCU side includes monitoring the operating status of the automobile instrument panel module MFD and sending a reset request, configuring the hard-line reset strategy between the cockpit domain controller CSC and the automobile instrument panel module MFD, and the microcontroller unit MCU periodically queries the heartbeat signal sent by the automobile instrument panel module MFD;

[0056] Step S5, when it is detected that the heartbeat signal is lost, the microcontroller unit MCU performs a hard-line reset on the vehicle instrument panel module MFD through the hard-line IO to restore the alarm icon display function, or:

[0057] Step S6, when the heartbeat signal is lost and the IIC communication fails, the microcontroller unit MCU enables the hardwire IO to perform a hardwire reset on the vehicle instrument panel module MFD. The hardwire IO refers to the input / output (Input / Output) hardwire, also known as GPIO (General Purpose Input / Output). The hardwire IO is used to connect the communication interface between the microcontroller and the external device. When the heartbeat signal is lost and the IIC communication fails, the MCU will perform a hardwire reset on the vehicle instrument panel module MFD through the hardwire IO, that is, restart or reset the vehicle instrument panel module MFD module by changing the level state of a specific pin, so as to ensure that the vehicle instrument panel module MFD operates normally and maintains a communication connection with the CSC.

[0058] Steps S1 to S6 construct a multi-level, high-reliability monitoring and fault recovery method to ensure that the instrument screen module MFD in the smart cockpit of the electric vehicle can display key information normally under any circumstances. By implementing the automobile instrument screen operation status monitoring method in steps S1 to S6, comprehensive monitoring of the instrument screen module can be achieved. Using periodic IIC communication, the MCU continuously monitors the operation status of the MFD to ensure that any abnormality can be discovered in time. When performing fault handling, the MCU can evaluate whether the interaction between the MFD and the MCU is successful, as well as the self-test status of the MFD itself, and implement a soft reset mechanism. When the MFD operation status is detected to be abnormal but the heartbeat signal is normal, the MCU sends a soft reset request through the IIC protocol, allowing the MFD to self-recover, providing a non-invasive and fast fault recovery method. The internal logic of the MCU not only monitors the operating status of the MFD, but is also responsible for sending reset requests and configuring a hard-line reset strategy to deal with more serious fault conditions. The MCU periodically queries the heartbeat signal sent by the MFD to confirm the key indicators of the normal operation of the MFD. When the heartbeat signal is lost and the IIC communication fails, the MCU immediately enables the hard-line IO to perform a hard-line reset on the MFD. This is a more direct and powerful recovery method to ensure that the MFD can quickly return to normal working status.

[0059] The multi-level, high-reliability monitoring and fault recovery method provided by steps S1 to S6 has high reliability. Through the multi-level monitoring and recovery mechanism, the reliability of the MFD is significantly improved, the driving risk caused by display failure is reduced, and a fast fault recovery function can be realized. Whether it is a soft reset or a hard-line reset, it can quickly respond to the MFD failure and minimize the impact of the failure on driving safety.

[0060] The hardwire reset strategy of the present invention is particularly suitable for handling severe fault conditions, ensuring that even when the communication link fails completely, the function of the MFD can be quickly restored to ensure driving safety. The overall solution design meets the requirements of the automotive safety integrity level (ASIL), providing high-standard functional safety protection for the electric vehicle smart cockpit system.

[0061] In summary, steps S1 to S6 ensure the stable operation of the MFD under various conditions through a comprehensive monitoring and fault recovery method, thereby significantly improving the safety and reliability of the smart cockpit system.

[0062] Preferably, the method of determining whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful by querying the E2E status word of the automobile instrument panel module MFD is specifically as follows:

[0063] When the E2E status word is 1, it indicates that the microcontroller unit MCU interacts successfully with the automobile instrument panel module MFD. When the E2E status word is 0, it indicates that the microcontroller unit MCU interacts with the automobile instrument panel module MFD.

[0064] like Figure 1A As shown, preferably, in the optimization technical solution of step S2, the step of judging whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful by querying the E2E status word of the automobile instrument panel module MFD further includes:

[0065] Step S21, using the message livecounter mechanism to monitor the dynamic running state of the automobile instrument panel module MFD to identify the stuck or dead state;

[0066] Step S22, when it is detected that the automobile instrument panel module MFD is in an abnormal operating state, the MCU sends a soft reset request to the automobile instrument panel module MFD through the IIC protocol;

[0067] Step S23, after receiving the request, the automobile instrument panel module MFD performs a self-reset operation.

[0068] Steps S21 to S23 ensure the continuous and stable operation of the vehicle instrument panel module MFD through real-time dynamic monitoring and intelligent fault recovery process, thereby providing the driver with continuous key information display.

[0069] The optimization technical solution provided in step S21 to step S23 ensures the continuous and stable operation of the automobile instrument panel module MFD through real-time dynamic monitoring and intelligent fault recovery process, thereby providing the driver with continuous key information display.

[0070] The optimization technical solution provided in step S21 to step S23 performs dynamic status monitoring through the message livecounter mechanism. The MCU can monitor the dynamic operating status of the MFD in real time and track the value changes of the message livecounter in real time to identify whether the MFD is stuck or dead, thereby realizing continuous monitoring of the operating status of the MFD. When the MCU recognizes that the operating status of the MFD is abnormal through the message livecounter, the system will automatically trigger the fault handling process, realize intelligent fault detection, and perform intelligent evaluation and response results on the MFD status.

[0071] The MCU sends a soft reset request to the MFD through the IIC protocol to implement fault recovery means, allowing the MFD to restore its display function without restarting the entire system, reducing system recovery time.

[0072] Finally, after receiving the soft reset request, the MFD performs a self-reset operation, so that the MFD has the ability of self-diagnosis and recovery, further improving the reliability of the system.

[0073] like Figure 1B As shown, exemplarily, in step S21, the message livecounter mechanism is specifically:

[0074] Step S211, real-time detection of communication interaction between the microcontroller MCU and the vehicle instrument panel module MFD, and storage and recording when communication interaction is detected;

[0075] Step S212, judging the self-test status of the automobile instrument panel module MFD through the screen working status signal, wherein the screen working status signal is specifically: status 1 indicates normal, and status 2 indicates abnormal.

[0076] Step S211 and step S212 are based on the optimization technical solution provided by step S21. Step S211 and step S212 realize dynamic monitoring of the operating status of the automobile instrument screen module MFD through real-time communication interactive detection and self-test status judgment, ensuring that the automobile instrument screen module MFD can respond to and handle possible abnormal situations in a timely manner.

[0077] The optimization technical solutions provided in step S211 and step S212 have real-time, self-checking and fault prevention capabilities. Through real-time communication interaction detection and self-checking status judgment, dynamic monitoring of the operating status of the automobile instrument screen module MFD is achieved to ensure that the automobile instrument screen module MFD can respond to and handle possible abnormal situations in a timely manner:

[0078] By detecting the communication interaction between the MCU and the MFD in real time, the system can immediately capture any abnormal communication behavior and respond quickly. The self-check status signal of the MFD provides a clear indication of whether it is operating normally or abnormal, which helps the MCU make accurate fault judgments and then prevent faults through the message livecounter mechanism, identifying potential operating problems before the problem becomes serious.

[0079] The principle of the message livecounter mechanism:

[0080] The message livecounter mechanism is a dynamic monitoring method that has the functions of communication interaction detection and self-check status recording:

[0081] Communication interaction detection: The MCU continuously monitors the communication interaction with the MFD. Whenever valid communication is detected, the livecounter value is updated or increased, indicating that the MFD is responding to the MCU's query.

[0082] Self-test status record: After each self-test, the MFD will send a status signal to the MCU. This signal indicates whether the MFD's self-test result is normal (status 1) or abnormal (status 2).

[0083] Application and implementation of the message livecounter mechanism in step S211 and step S212:

[0084] Step S211: MCU detects the IIC communication with MFD in real time. Whenever MCU successfully receives a response from MFD, the value of livecounter is updated. This value is updated continuously. As long as MFD responds normally, livecounter will continue to increase, thereby ensuring that the value of livecounter reflects the real-time operating status of MFD.

[0085] Step S212: MCU receives the screen working status signal sent by MFD, and judges the self-test status of MFD according to the value of the signal (1 means normal, 2 means abnormal). If the value of livecounter is no longer updated, even if the status reported by MFD is normal, MCU can reasonably suspect that MFD may be stuck or dead, because a normal MFD will continue to update livecounter.

[0086] Through the message livecounter mechanism, the MCU can not only monitor whether the MFD is responding normally, but also identify whether the MFD may have stopped updating or responded slowly through the changes in the livecounter, so as to take corresponding measures, such as sending a soft reset request, to restore the normal operation of the MFD. The optimized technical solution of steps S211 and S212 based on the livecounter mechanism significantly improves the system's self-diagnosis capability and fault recovery speed, and enhances the reliability and safety of the smart cockpit system.

[0087] Preferably, the heartbeat signal is specifically: a periodic signal sent by the automobile instrument panel module MFD to the cockpit domain controller CSC, for confirming that the automobile instrument panel module MFD operates normally and maintains a communication connection with the cockpit domain controller CSC.

[0088] The main purpose of the heartbeat signal as a periodic signal is to detect and confirm whether the vehicle instrument panel module MFD is working properly. By sending signals regularly, potential problems or failures can be discovered in time, and corresponding measures can be taken to repair or maintain them.

[0089] The heartbeat signal can confirm that the communication link is unobstructed by maintaining a communication connection with the cockpit domain controller CSC: when the vehicle instrument screen module MFD can successfully send a periodic signal to the cockpit domain controller CSC and get a response, it means that the communication link between the two is unobstructed and reliable.

[0090] The heartbeat signal can also detect abnormal conditions: if the MFD cannot send or receive responses from the CSC normally, there may be a fault or abnormality. By monitoring these abnormal conditions, problems can be identified in time and corresponding actions can be taken.

[0091] Heartbeat signals ultimately improve system stability: Regular status checks help improve the stability and reliability of the entire system (including the vehicle instrument screen module and the cockpit domain controller).

[0092] For the method steps disclosed in the above embodiments, the method steps are described as a series of action combinations for the purpose of simple description, but those skilled in the art should know that the embodiments of the present invention are not limited by the order of the actions described, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily required by the embodiments of the present invention.

[0093] Any process or method description described in a flowchart or other manner may be understood as representing a module, fragment or portion of a code including one or more executable instructions for implementing the steps of a specific logical function or process, and the scope of the preferred embodiments of the present invention includes alternative implementations, in which the order shown or discussed may not be followed, including executing and implementing the functions in a substantially simultaneous manner or in a reverse order according to the functions involved, or executing computer instructions and implementing the corresponding functions according to program structures such as loops and branches, which can be naturally understood by those skilled in the art when implementing the embodiments of the present invention.

[0094] like Figure 2 The automobile instrument screen operation status monitoring system shown is applied to implement the automobile instrument screen operation status monitoring method, including:

[0095] The automobile instrument panel module operation status query module uses the microcontroller unit MCU in the cockpit domain controller CSC to periodically query the operation status of the automobile instrument panel module MFD through the IIC communication protocol;

[0096] By querying the E2E status word of the automobile instrument panel module MFD, it is determined whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful;

[0097] The abnormal operation state processing module of the automobile instrument screen module, when detecting that the operation state of the automobile instrument screen module MFD is abnormal, the microcontroller unit MCU sends a soft reset request to the automobile instrument screen module MFD through the IIC protocol, and the automobile instrument screen module MFD performs self-reset after receiving the request;

[0098] The internal logic processed by the microcontroller unit MCU side includes monitoring the operating status of the automobile instrument panel module MFD and sending a reset request, configuring the hard-line reset strategy between the cockpit domain controller CSC and the automobile instrument panel module MFD, and the microcontroller unit MCU periodically querying the heartbeat signal sent by the automobile instrument panel module MFD;

[0099] The automobile instrument panel module recovery module, when the heartbeat signal is detected to be lost, the microcontroller unit MCU performs a hard-line reset on the automobile instrument panel module MFD through the hard-line IO; to restore the alarm icon display function, or:

[0100] When the heartbeat signal is lost and the IIC communication fails, the microcontroller unit MCU enables the hard-line IO to perform a hard-line reset on the vehicle instrument panel module MFD.

[0101] The implementation methods of the system described above are merely illustrative, for example, the various functional modules, units or subsystems in the system may or may not be physically separated, or may or may not be physical units, that is, they may be located in the same place, or they may be distributed to multiple different systems and their subsystems or modules. Those skilled in the art may select some or all of the functional modules, units or subsystems according to actual needs to achieve the purpose of the embodiments of the present invention, and those of ordinary skill in the art may understand and implement the above-mentioned situations without creative work.

[0102] like Figure 3 The framework diagram of the automobile instrument screen module MFD of the prior art is shown, and the automobile instrument screen module MFD mostly adopts IIC communication. In the original cockpit domain controller CSC controller design, the automobile instrument screen module MFD display is realized by information interaction with the SOC chip under the CSC, and the display content includes vehicle body fault information, component operation status, multimedia information, etc. In this scheme, the MCU chip under the CSC will monitor the SOC operation status. When it is detected that the SOC state is abnormal and the instrument display cannot be controlled normally, the MCU will also send a display command to the automobile instrument screen module MFD through the IIC protocol. There is a disadvantage under the architecture of the prior art: the design at the information sending end (CSC side) is relatively reliable, and a redundant design under SOC and MCU backup is adopted, but once the receiving end MFD side runs wrong (such as freezing, running away, initialization failure, etc.), it will directly cause the display to fail, and the alarm information cannot be notified to the driver.

[0103] like Figure 4 The framework diagram shown includes the instrument panel module MFD monitoring strategy, which adds a hard-line IO recovery mechanism on the basis of the existing technology.

[0104] like Figure 5 The flowchart of querying the MFD operating status shown is used to monitor whether the MFD is operating normally: when the IIC communication between the MFD and the MCU is normal, the MCU periodically queries the MFD operating status; the operating status is obtained through the corresponding bytes of the IIC protocol, and the operating status is determined by combining multiple signals:

[0105] (1) E2E status word, indicating whether the screen side verifies the MCU interaction message successfully. 0-failed, 1-successful;

[0106] (2) Screen working status, indicating the screen self-check status, 1-normal, 2-abnormal, other-invalid value;

[0107] (3) Message livecounter. The value of this signal increases by 1 for each message. The MCU uses this signal to monitor whether the screen is stuck or frozen.

[0108] When any of the above three conditions is abnormal, the MCU determines that the screen operation status is abnormal and sends a soft reset request through the IIC. The MFD responds to the instruction to complete self-reset.

[0109] Through the process of querying the MFD operating status to monitor whether the MFD is operating normally, it can be seen that this embodiment uses the IIC communication protocol and multiple signals to ensure the normal operation of the automobile instrument panel module (MFD). Through periodic query and signal analysis, the operating status of the MFD can be evaluated in real time, and corresponding measures can be taken when an abnormality is detected. Real-time monitoring and evaluation can be achieved, and the operating status of the MFD is comprehensively determined from multi-dimensional states (E2E status word, screen working status and message livecounter three signals), which improves the accuracy of fault detection, can timely discover and prevent potential faults, and significantly improves the stability, safety and reliability of the smart cockpit system.

[0110] like Figure 6 As shown, this embodiment provides a process for querying the MFD operating status, specifically: querying the MFD operating status feedback, detecting whether the operating status is abnormal, if the operating status is abnormal, sending an MFD soft reset request, if the operating status is not abnormal, continuing to query the MFD operating status feedback.

[0111] like Figure 7 The hard-line reset strategy interaction timing between the CSC and the MFD is shown. The MCU periodically queries the heartbeat signal sent by the MFD. When the heartbeat signal is lost, it indicates that the MFD display has failed.

[0112] like Figure 8The MCU side actively enables the hard-line IO to perform a hard-line reset on the MFD as shown. In this scenario, due to the loss of the heartbeat signal, the normal iic communication interaction has also failed. In this scenario, the reset under the iic path is no longer effective. The MCU side actively enables the hard-line IO to perform a hard-line reset on the MFD in an attempt to restore the alarm icon display function.

[0113] like Fig. 9 As shown, the present invention not only provides a method and system for monitoring the operating status of an automobile instrument panel, but also provides a corresponding intelligent cockpit, electronic equipment and storage medium:

[0114] A smart cockpit, wherein the automobile instrument screen is connected to the automobile instrument screen operation status monitoring system, and the automobile instrument screen operation status monitoring method is executed.

[0115] An electronic device comprises: a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory communicate with each other via the communication bus; a computer program is stored in the memory, and when the computer program is executed by the processor, the processor executes the steps of the method.

[0116] A computer-readable storage medium stores a computer program executable by an electronic device. When the computer program runs on the electronic device, the electronic device executes the steps of the method.

[0117] A vehicle is provided with the smart cockpit.

[0118] like Fig. 9 As shown, the device 600 includes a computing unit 601, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory 602 (ROM) or a computer program loaded from a storage unit 608 into a random access memory 603 (RAM). In the RAM, various programs and data required for the operation of the device 600 can also be stored. The computing unit 601, the ROM, and the RAM are connected to each other via a bus 604. An input / output (I / O) interface 605 is also connected to the bus 604.

[0119] A number of components in the device 600 are connected to the I / O interface 605, including: an input unit 606, such as a keyboard, a mouse, etc.; an output unit 607, such as various types of displays, speakers, etc.; a storage unit 608, such as a disk, an optical disk, etc.; and a communication unit 609, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 609 allows the device 600 to exchange information / data with other devices through a computer network such as the Internet and / or various telecommunication networks.

[0120] The computing unit 601 may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of the computing unit 601 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, digital signal processors (DSPs), and any appropriate processors, controllers, microcontrollers, etc. The computing unit 601 performs the various methods and processes described above. For example, in some embodiments, the automobile instrument screen operating state monitoring method may be implemented as a computer software program, which is tangibly contained in a machine-readable medium, such as a storage unit 608. In some embodiments, part or all of the computer program may be loaded and / or installed on the device 600 via ROM 602 and / or communication unit 609. When the computer program is loaded into RAM 603 and executed by the computing unit 601, one or more steps of the automobile instrument screen operating state monitoring method described above may be performed. Alternatively, in other embodiments, the computing unit 601 may be configured to perform the automobile instrument screen operating state monitoring method in any other appropriate manner (e.g., by means of firmware).

[0121] Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), complex programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various implementations can include: being implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0122] The program code for implementing the method of the present invention can be written in any combination of one or more programming languages. These program codes can be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or other automobile instrument screen operation status monitoring system, so that when the program code is executed by the processor or controller, the functions / operations specified in the flow chart and / or block diagram are implemented. The program code can be executed entirely on the machine, partially on the machine, partially on the machine as a stand-alone software package and partially on a remote machine, or entirely on a remote machine or server.

[0123] In the context of the present invention, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or equipment. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0124] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user can provide input to the computer. Other types of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0125] The systems and techniques described herein may be implemented in a computing system that includes back-end components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes front-end components (e.g., a user computer with a graphical user interface or a web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), and the Internet.

[0126] A computer system may include a client and a server. The client and the server are generally remote from each other and usually interact through a communication network. The relationship of client and server is generated by computer programs running on respective computers and having a client-server relationship with each other. The server may be a cloud server, a server of a distributed system, or a server combined with a blockchain.

[0127] It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps described in the present invention can be executed in parallel, sequentially or in different orders, as long as the desired results of the technical solution disclosed in the present invention can be achieved, and this document does not limit this.

[0128] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0129] In addition, those skilled in the art will appreciate that, although some embodiments described herein include certain features included in other embodiments but not other features, the combination of features of different embodiments is meant to be within the scope of the present invention and form different embodiments. For example, any one of the embodiments claimed in the claims can be used in any combination in the embodiments of the present invention.

[0130] In the description of this specification, the description with reference to the terms "one embodiment", "example", "specific example", etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described can be combined in any one or more embodiments or examples in a suitable manner.

[0131] In addition, the technical solutions between the various embodiments of the present invention can be combined with each other, but it must be based on the fact that ordinary technicians in the field can implement it. When the combination of technical solutions is contradictory or cannot be implemented, it should be deemed that such combination of technical solutions does not exist and is not within the scope of protection required by the present invention.

[0132] All features disclosed in this specification, or steps in all methods or processes disclosed, except mutually exclusive features and / or steps, can be combined in any way. Any feature disclosed in this specification, unless otherwise stated, can be replaced by other equivalent or alternative features with similar purposes. That is, unless otherwise stated, each feature is only an example of a series of equivalent or similar features. Throughout the specification, the same reference numerals indicate the same elements.

[0133] Those skilled in the art will appreciate that the modules in the devices in the embodiments can be adaptively changed and set in one or more devices different from the embodiments. The modules or units or components in the embodiments can be combined into one module or unit or component, and in addition they can be divided into multiple submodules or subunits or subcomponents. Except that at least some of such features and / or processes or units are mutually exclusive, all features disclosed in this specification (including corresponding claims, abstracts and drawings) and all processes or units of any method or device disclosed in this manner can be combined in any combination. Unless otherwise explicitly stated, each feature disclosed in this specification (including corresponding claims, abstracts and drawings) can be replaced by an alternative feature that provides the same, equivalent or similar purpose.

[0134] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for monitoring the operating status of an automobile instrument panel, applied to an automobile instrument panel operating status monitoring system, characterized in that: include: The microcontroller unit MCU in the cockpit domain controller CSC is used to periodically query the operating status of the vehicle instrument panel module MFD through the IIC communication protocol; By querying the E2E status word of the automobile instrument panel module MFD, it is determined whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful; When the automobile instrument panel module MFD is detected to be in an abnormal operating state, the microcontroller unit MCU sends a soft reset request to the automobile instrument panel module MFD through the IIC protocol, and the automobile instrument panel module MFD performs self-reset after receiving the request; The internal logic processed by the microcontroller unit MCU side includes monitoring the operating status of the automobile instrument panel module MFD and sending a reset request, configuring the hard-line reset strategy between the cockpit domain controller CSC and the automobile instrument panel module MFD, and the microcontroller unit MCU periodically querying the heartbeat signal sent by the automobile instrument panel module MFD; When the heartbeat signal is detected to be lost, the microcontroller unit MCU performs a hard-line reset on the vehicle instrument panel module MFD through the hard-line IO.

2. The method for monitoring the operating status of an automobile instrument panel according to claim 1, characterized in that: The method of determining whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful by querying the E2E status word of the automobile instrument panel module MFD is as follows: When the E2E status word is 1, it indicates that the microcontroller unit MCU interacts successfully with the automobile instrument screen module MFD. When the E2E status word is 0, it indicates that the microcontroller unit MCU interacts with the automobile instrument screen module MFD fails.

3. The method for monitoring the operating status of an automobile instrument panel according to claim 1, characterized in that: The method further comprises: determining whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful by querying the E2E status word of the automobile instrument panel module MFD; Use the message livecounter mechanism to monitor the dynamic operation status of the vehicle instrument panel module MFD to identify stuck or dead status; When the MFD module is detected to be in an abnormal operating state, the MCU sends a soft reset request to the MFD module via the IIC protocol. After receiving the request, the automobile instrument panel module MFD performs a self-reset operation.

4. The method for monitoring the operating status of an automobile instrument panel according to claim 3, characterized in that: The message livecounter mechanism is specifically as follows: Real-time detection of the communication interaction between the microcontroller MCU and the vehicle instrument panel module MFD, and storage and recording when the communication interaction is detected; The method also includes: judging the self-test state of the automobile instrument panel module MFD through a screen working state signal, wherein the screen working state signal is specifically: state 1 indicates normal, and state 2 indicates abnormal.

5. The method for monitoring the operating status of an automobile instrument panel according to claim 1, characterized in that: The heartbeat signal is specifically: The periodic signal sent by the automobile instrument panel module MFD to the cockpit domain controller CSC is used to confirm that the automobile instrument panel module MFD is operating normally and maintains a communication connection with the cockpit domain controller CSC.

6. A vehicle instrument panel operation status monitoring system, used to implement a vehicle instrument panel operation status monitoring method, characterized in that: include: The automobile instrument panel module operation status query module uses the microcontroller unit MCU in the cockpit domain controller CSC to periodically query the operation status of the automobile instrument panel module MFD through the IIC communication protocol; By querying the E2E status word of the automobile instrument panel module MFD, it is determined whether the interactive message between the microcontroller unit MCU and the automobile instrument panel module MFD is successful; Case No.: FAW040914-B-XCN1240519 2 The abnormal operation state processing module of the automobile instrument screen module, when detecting that the operation state of the automobile instrument screen module MFD is abnormal, the microcontroller unit MCU sends a soft reset request to the automobile instrument screen module MFD through the IIC protocol, and the automobile instrument screen module MFD performs self-reset after receiving the request; The internal logic processed by the microcontroller unit MCU side includes monitoring the operating status of the vehicle instrument panel module MFD and sending a reset request, configuring the hard-line reset strategy between the cockpit domain controller CSC and the vehicle instrument panel module MFD, and the microcontroller unit MCU periodically querying the heartbeat signal sent by the MFD; The automobile instrument panel module recovery module, when it is detected that the heartbeat signal is lost, the microcontroller unit MCU performs a hard-line reset on the automobile instrument panel module MFD through the hard-line IO.

7. A smart cockpit, characterized in that: The automobile instrument screen is connected to the automobile instrument screen operation status monitoring system according to claim 6, and executes the automobile instrument screen operation status monitoring method according to any one of claims 1 to 5.

8. An electronic device, characterized in that: include: A processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory communicate with each other via the communication bus; a computer program is stored in the memory, and when the computer program is executed by the processor, the processor executes the steps of the method described in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that: It stores a computer program executable by an electronic device, and when the computer program runs on the electronic device, the electronic device executes the steps of the method described in any one of claims 1 to 6.

10. A vehicle, characterized in that: The vehicle is provided with the smart cockpit according to claim 7.

Images