Display method and device

Abstract

The invention provides a display method and device, and is used for displaying corresponding prompt information on a display screen when a display link fails, and improving the driving safety of a user. The method comprises the steps that in the process of transmitting vehicle-mounted display data, a deserializer can obtain input data to be displayed, and the input data can comprise data transmitted by at least one device in a vehicle; if the deserializer determines a display link fault according to the input, the deserializer obtains prompt information generated for the display link fault, and the display link fault means that the link connected with the input end of the deserializer has a fault, such as link interruption or analysis failure caused by interference; and then the deserializer transmits prompt information to the display screen, and the prompt information is used for being displayed in the display screen so as to prompt the display link fault.

Description

Technical Field

[0001] The present application relates to the field of vehicle-mounted display, and to a display method and device. Background Art

[0002] In the field of in-vehicle display, the resolution and frame rate supported by display screens (such as digital instrument panels, central control screens, and co-pilot screens) are getting higher and higher, and the distance between the car computer, as the data source in common scenarios, and the display screen terminal is relatively far. Therefore, the display data is usually transmitted between the car computer and the display screen through the low-voltage differential signal (LVDS) of the serial and deserializer chips.

[0003] However, the temperature, humidity, vibration, and electromagnetic interference in the vehicle environment may be complex and harsh. In this scenario, even if the Serdes chip has strong anti-interference and fault recovery capabilities, short-term interference and video signal flow failures are still inevitable. When the current Serdes chip solution receives interference at any link in the transmission link, the display screen will show short-term abnormalities such as distorted screen and black screen. Some link abnormalities may not be recoverable and require manual restart of the vehicle computer. Therefore, how to deal with display link failures has become an urgent problem to be solved. Summary of the invention

[0004] The present application provides a display method and device for displaying corresponding prompt information on a display screen when a display link fails, thereby improving user driving safety.

[0005] In view of this, in a first aspect, the present application provides a display method, which is applied to a vehicle, wherein a deserializer and a display screen are arranged in the vehicle, and the output end of the deserializer is connected to the display screen, and the method comprises: in the process of transmitting vehicle-mounted display data, the deserializer can obtain input data to be displayed, and the input data may include data transmitted by at least one device in the vehicle; if the deserializer determines that a display link failure occurs based on the input, the deserializer obtains prompt information generated for the display link failure, and the display link failure is a failure of a link connected to the input end of the deserializer, such as a link interruption or a parsing failure due to interference; then the deserializer transmits prompt information to the display screen, and the prompt information is used to be displayed on the display screen to prompt for the display link failure.

[0006] In the method provided by the present application, when a display link fails, the deserializer can generate a prompt message for the display link failure and display it on the display screen. Therefore, in the event of a display link failure, a prompt for the failure can be given on the display screen, thereby avoiding a black screen and improving the user's driving safety. Moreover, the display link failure can be processed without adding additional hardware, which reduces the cost of display link failure processing and hardware overhead.

[0007] In a possible implementation, the aforementioned deserializer obtains prompt information for display link failure, which may include: the deserializer determines information corresponding to the display link failure from the stored multiple information to obtain the prompt information. In the implementation of the present application, multiple information may be stored in the memory in advance, and when the display link failure is determined, the prompt information adapted to the display link failure may be determined, so as to provide a prompt for the display link failure.

[0008] In a possible implementation, the aforementioned deserializer determines information corresponding to the display link failure from the stored multiple prompt information to obtain the prompt information, including: the deserializer determines the fault type of the display link failure; the deserializer filters out information corresponding to the fault type from the stored multiple information to obtain the prompt information.

[0009] In the implementation manner of the present application, for different types of display link failures, adaptive prompt information can be displayed on the display screen, so that the user can learn about the display link failure from the display screen, thereby improving the user's driving safety.

[0010] In a possible implementation, the aforementioned deserializer obtains prompt information for display link failure, and may also include: if the display link failure includes a failure corresponding to a preset type of device, the deserializer obtains historical data corresponding to the preset type of device from the stored data; the deserializer generates prompt information based on the historical data.

[0011] In the implementation manner of the present application, for faults corresponding to preset types of devices, such as interference in data transmitted by certain devices causing parsing failure or data transmission interruption of certain devices, the deserializer retrieves historical data corresponding to the preset type of devices from the stored data and generates prompt information based on the historical data, so that the display screen can display data normally and avoid situations such as a black screen or a flowery screen.

[0012] In a possible implementation, the aforementioned method may further include: if the deserializer determines according to the input data that the display link has not failed, the deserializer saves data corresponding to a preset type of device in the input data.

[0013] In the implementation manner of the present application, for a preset type of device, data backup can be performed when the display link transmits data normally, so that historical frames can be displayed on the display screen when the display link fails.

[0014] In a possible implementation, the aforementioned deserializer determines the display link failure according to the input, which may include: the deserializer parses the input data, and determines the display link failure if the corresponding data stream in the input data is interrupted or the input data is checked incorrectly.

[0015] In the implementation manner of the present application, the deserializer may parse the input data to determine whether the link is faulty, so that processing for displaying link failures can be implemented at the deserializer end.

[0016] In a second aspect, the present application provides a deserializer, comprising:

[0017] An input module, for obtaining input data based on data sent by the serializer;

[0018] The processor is used to verify the input data, and when it is determined according to the input that a display link failure occurs, a prompt message for the display link failure is obtained, where the display link failure is a failure of a link connected to an input end of the deserializer;

[0019] The output module is used to output prompt information to the display screen.

[0020] In a possible implementation, the processor is configured to determine information corresponding to displaying a link failure from a plurality of stored information to obtain prompt information.

[0021] In a possible implementation, the processor is configured to: determine a fault type indicating a link fault; and filter out information corresponding to the fault type from a plurality of information stored in a memory to obtain prompt information.

[0022] In a possible implementation, the processor is configured to: if the displayed link failure includes a failure corresponding to a preset type of device, retrieve historical data corresponding to the preset type of device from stored data; and generate prompt information according to the historical data.

[0023] In a possible implementation manner, the processor is further configured to save data corresponding to a preset type of device in the input data if it is determined according to the input data that the display link has not failed.

[0024] In a possible implementation, the processor is configured to parse the input data, and determine that a display link failure occurs if a corresponding data stream in the input data is interrupted or a check error occurs with respect to the input data.

[0025] In a possible implementation, the input module is used to perform analog-to-digital conversion on the data sent by the serializer to obtain input data;

[0026] The output module is used to convert the prompt information into digital and analog form and then output it to the display screen.

[0027] In a third aspect, the present application provides a display screen module, which may specifically include a display screen and a deserializer. The deserializer may include a deserializer as in the second aspect or any optional embodiment of the second aspect. The display screen may be used to display data output by the deserializer.

[0028] In a fourth aspect, the present application provides a vehicle cockpit device, which may include a serializer and a display screen module as in the third aspect, wherein the serializer is used to string data sent by multiple connected devices and input the data into the display screen module.

[0029] In a fifth aspect, the present application provides a vehicle, comprising at least one processor, a serializer and a display screen module as in the third aspect, wherein the at least one processor may include a processor for realizing at least one function of the vehicle, and may be used to input data generated when the vehicle is running into the serializer, and the serializer is used to string together the received data and input it into the display screen module.

[0030] In the sixth aspect, an embodiment of the present application provides a digital processing chip or chip, the chip includes a processing unit and a communication interface, the processing unit obtains program instructions through the communication interface, the program instructions are executed by the processing unit, and the processing unit is used to perform functions related to processing in the above-mentioned first aspect or any optional embodiment of the first aspect.

[0031] In a seventh aspect, an embodiment of the present application provides a computer-readable storage medium, comprising instructions, which, when executed on a computer, enables the computer to execute the method in the above-mentioned first aspect or any optional implementation of the first aspect.

[0032] In an eighth aspect, an embodiment of the present application provides a computer program product comprising a computer program / instructions, which, when executed by a processor, enables the processor to execute the method in the above-mentioned first aspect or any optional implementation of the first aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0033] Figure 1 A schematic diagram of the structure of a vehicle provided for this application;

[0034] Figure 2 A schematic diagram of the structure of another vehicle provided for this application;

[0035] Figure 3 A schematic diagram of the structure of a vehicle cockpit device provided in this application;

[0036] Figure 4 A schematic diagram of the structure of a display screen module provided in this application;

[0037] Figure 5 A schematic diagram of a flow chart of a display method provided in this application;

[0038] Figure 6 A schematic diagram of the structure of a deserializer provided in this application;

[0039] Figure 7 A schematic diagram of the structure of another deserializer provided in this application;

[0040] Figure 8 A schematic diagram of a display interface of a display screen provided in this application;

[0041] Fig. 9 A schematic diagram of a display interface of another display screen provided in this application;

[0042] Fig.10 A schematic diagram of a display interface of another display screen provided in this application;

[0043] Fig.11 A schematic diagram of the structure of another deserializer provided in this application;

[0044] Fig.12 A schematic diagram of the structure of another deserializer provided in this application;

[0045] Fig.13 A schematic diagram of the structure of another deserializer provided in this application;

[0046] Fig.14 A schematic diagram of the structure of another deserializer provided in this application. DETAILED DESCRIPTION

[0047] The following will describe the technical solutions in the embodiments of the present application in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present application.

[0048] The method or device provided in the present application can be applied to a variety of scenarios with display screens, such as vehicles and vehicle-mounted equipment equipped with display screens.

[0049] This application exemplarily introduces the method flow and device structure provided in this application by taking the vehicle-mounted scenario as an example.

[0050] See also Figure 1 , a schematic structural diagram of a vehicle provided in the present application.

[0051] Figure 1 A schematic diagram of the structure of a vehicle provided in an embodiment of the present application, Figure 1It is a functional block diagram of the vehicle 100 provided in an embodiment of the present application. The vehicle 100 can be configured in a fully or partially autonomous driving mode. For example, the vehicle 100 can obtain environmental information about its surroundings through the perception system 120, and obtain an autonomous driving strategy based on the analysis of the surrounding environmental information to achieve fully autonomous driving, or present the analysis results to the user to achieve partially autonomous driving. The model that needs to be verified mentioned in the method provided in the present application can include a model for realizing the autonomous driving function of the vehicle.

[0052] The vehicle 100 may include various subsystems, such as an infotainment system 110, a perception system 120, a decision control system 130, a drive system 140, and a computing platform 150. Optionally, the vehicle 100 may include more or fewer subsystems, and each subsystem may include multiple components. In addition, each subsystem and component of the vehicle 100 may be interconnected by wire or wirelessly. The models that need to be verified mentioned below in this application may include models for implementing various systems or subsystems in the vehicle.

[0053] In some embodiments, the infotainment system 110 may include a communication system 111 , an entertainment system 112 , and a navigation system 113 .

[0054] The data that needs to be displayed on the display screen mentioned in the following embodiments of the present application may include data generated by various systems in the vehicle when the vehicle is running, such as the operating status of each system or collected data.

[0055] The communication system 111 may include a wireless communication system 111, which can communicate wirelessly with one or more devices directly or via a communication network. For example, the wireless communication system 111 can use 3G cellular communication, such as CDMA, EVDO, GSM / GPRS, or 4G cellular communication, such as LTE, or 5G cellular communication. The wireless communication system 111 can communicate with a wireless local area network (WLAN) using WiFi. In some embodiments, the wireless communication system 146 can communicate directly with the device using an infrared link, Bluetooth, or ZigBee. The wireless communication system 111 may include one or more dedicated short range communications (DSRC) devices, which may include public and / or private data communications between vehicles and / or roadside stations.

[0056] The entertainment system 112 may include a central control screen, a microphone and a speaker. The user can listen to the radio and play music in the car based on the entertainment system 112; or connect the mobile phone to the vehicle and realize the projection of the mobile phone on the central control screen. The central control screen may be touch-sensitive, and the user can operate by touching the screen. In some cases, the user's voice signal can be obtained through the microphone, and the user can control certain aspects of the vehicle 100 based on the analysis of the user's voice signal, such as adjusting the temperature in the car. In other cases, music can be played to the user through the speaker.

[0057] The navigation system 113 may include a map service provided by a map provider, thereby providing navigation of the driving route for the vehicle 100. The navigation system 113 may be used in conjunction with the vehicle's global positioning system 121 and inertial measurement unit 122. The map service provided by the map provider may be a two-dimensional map or a high-precision map.

[0058] In addition, in some driving scenarios, the vehicle's environment information or navigation information can also be displayed on the central control screen. The central control screen can be one of the display screens mentioned in the following embodiments of the present application.

[0059] The perception system 120 may include several sensors that sense information about the environment around the vehicle 100. For example, the perception system 120 may include a global positioning system 121 (the global positioning system may be a GPS system, or a Beidou system or other positioning systems), an inertial measurement unit (IMU) 122, a laser radar 123, a millimeter wave radar 124, an ultrasonic radar 125, and a camera 126. The perception system 120 may also include sensors of the internal systems of the monitored vehicle 100 (for example, an in-vehicle air quality monitor, a fuel gauge, an oil temperature gauge, etc.). Sensor data from one or more of these sensors can be used to detect objects and their corresponding characteristics (position, shape, direction, speed, etc.). Such detection and recognition are key functions for the safe operation of the vehicle 100.

[0060] The global positioning system 121 may be used to determine the geographic location of the vehicle 100 .

[0061] The inertial measurement unit 122 is used to sense the position and orientation changes of the vehicle 100 based on inertial acceleration. In some embodiments, the inertial measurement unit 122 may be a combination of an accelerometer and a gyroscope.

[0062] The LiDAR 123 may utilize laser light to sense objects in the environment in which the vehicle 100 is located. In some embodiments, the LiDAR 123 may include one or more laser sources, a laser scanner, and one or more detectors, among other system components.

[0063] The millimeter wave radar 124 may utilize radio signals to sense objects in the surrounding environment of the vehicle 100. In some embodiments, in addition to sensing objects, the millimeter wave radar 124 may also be used to sense the speed and / or heading of the objects.

[0064] The ultrasonic radar 125 may sense objects around the vehicle 100 using ultrasonic signals.

[0065] The camera device 126 may be used to capture image information of the surrounding environment of the vehicle 100. The camera device 126 may include a monocular camera, a binocular camera, a structured light camera, a panoramic camera, etc. The image information acquired by the camera device 126 may include static image information or video stream information.

[0066] The decision control system 130 includes a computing system 131 for analyzing and making decisions based on the information obtained by the perception system 120. The decision control system 130 also includes a vehicle controller 132 for controlling the power system of the vehicle 100, and a steering system 133, a throttle 134 and a braking system 135 for controlling the vehicle 100.

[0067] The computing system 131 may process and analyze various information acquired by the perception system 120 in order to identify targets, objects and / or features in the surrounding environment of the vehicle 100. The targets may include pedestrians or animals, and the objects and / or features may include traffic signals, road boundaries and obstacles. The computing system 131 may use object recognition algorithms, Structure from Motion (SFM) algorithms, video tracking and other technologies. In some embodiments, the computing system 131 may be used to map the environment, track objects, estimate the speed of objects, and so on. The computing system 131 may analyze the various information acquired and derive a control strategy for the vehicle.

[0068] The vehicle controller 132 can be used to coordinate and control the vehicle's power battery and engine 141 to improve the power performance of the vehicle 100.

[0069] The steering system 133 may be used to adjust the forward direction of the vehicle 100. For example, in one embodiment, it may be a steering wheel system.

[0070] The throttle 134 is used to control the operating speed of the engine 141 and thus the speed of the vehicle 100 .

[0071] The braking system 135 is used to control the deceleration of the vehicle 100. The braking system 135 can use friction to slow down the rotation speed of the wheel 144. In some embodiments, the braking system 135 can convert the kinetic energy of the wheel 144 into electric current. The braking system 135 can also take other forms to slow down the rotation speed of the wheel 144 to control the speed of the vehicle 100.

[0072] In addition, the decision control system 130 may also include an instrument screen ( Figure 1 (not shown), the instrument screen is usually arranged near the steering wheel of the vehicle, or arranged at a position in the vehicle that is convenient for the user to observe. The instrument screen can also be a type of display screen mentioned in this application.

[0073] In some possible scenarios, the data displayed on the central control screen and the instrument screen can be combined into one display screen, or the central control screen and the instrument screen can be the same display screen or partitioned display areas on the same display screen.

[0074] The drive system 140 includes components that provide power movement for the vehicle 100. In one embodiment, the drive system 140 may include an engine 141, an energy source 142, a transmission system 143, and wheels 144. The engine 141 may be an internal combustion engine, an electric motor, an air compression engine, or a combination of other types of engines, such as a hybrid engine composed of a gasoline engine and an electric motor, or a hybrid engine composed of an internal combustion engine and an air compression engine. The engine 141 converts the energy source 142 into mechanical energy.

[0075] Examples of energy source 142 include gasoline, diesel, other petroleum-based fuels, propane, other compressed gas-based fuels, ethanol, solar panels, batteries, and other sources of electricity. Energy source 142 may also provide energy to other systems of vehicle 100.

[0076] The transmission system 143 can transmit mechanical power from the engine 141 to the wheels 144. The transmission system 143 may include a gearbox, a differential, and a drive shaft. In one embodiment, the transmission system 143 may also include other devices, such as a clutch. Among them, the drive shaft may include one or more shafts that can be coupled to one or more wheels 144.

[0077] Some or all functions of the vehicle 100 are controlled by a computing platform 150. The computing platform 150 may include at least one processor 151 that may execute instructions 153 stored in a non-transitory computer-readable medium such as a memory 152. In some embodiments, the computing platform 150 may also be a plurality of computing devices that control individual components or subsystems of the vehicle 100 in a distributed manner.

[0078] The processor 151 may be any conventional processor, such as a commercially available CPU. Alternatively, the processor 151 may also include a graphics processing unit (GPU), a field programmable gate array (FPGA), a system on chip (SOC), a microcontroller unit (MCU), an application-specific integrated circuit (ASIC), or a combination thereof. The processor 151 may be located on a device remote from the vehicle and communicate wirelessly with the vehicle.

[0079] In some embodiments, the memory 152 may include instructions 153 (e.g., program logic) that may be executed by the processor 151 to perform various functions of the vehicle 100. The memory 152 may also include additional instructions, including instructions to send data to, receive data from, interact with, and / or control one or more of the infotainment system 110, the perception system 120, the decision control system 130, and the drive system 140.

[0080] In addition to instructions 153, memory 152 may also store data such as road maps, route information, the vehicle's location, direction, speed, and other similar vehicle data, as well as other information. Such information may be used by vehicle 100 and computing platform 150 during operation of vehicle 100 in autonomous, semi-autonomous, and / or manual modes.

[0081] The computing platform 150 may control functions of the vehicle 100 based on input received from various subsystems, such as the drive system 140, the perception system 120, and the decision control system 130. For example, the computing platform 150 may utilize input from the decision control system 130 in order to control the steering system 133 to avoid an obstacle detected by the perception system 120. In some embodiments, the computing platform 150 may be operable to provide control over many aspects of the vehicle 100 and its subsystems.

[0082] Alternatively, one or more of the above-mentioned components may be installed or associated separately from the vehicle 100. For example, the memory 152 may exist partially or completely separately from the vehicle 100. The above-mentioned components may be communicatively coupled together in a wired and / or wireless manner.

[0083] Optionally, the above components are only examples. In actual applications, the components in the above modules may be added or deleted according to actual needs. Figure 1 It should not be understood as limiting the embodiments of the present application.

[0084] An autonomous vehicle traveling on a road, such as vehicle 100 above, can identify objects in its surrounding environment to determine adjustments to the current speed. The objects can be other vehicles, traffic control devices, or other types of objects. In some examples, each identified object can be considered independently, and based on the object's respective characteristics, such as its current speed, acceleration, spacing from the vehicle, etc., can be used to determine the speed to be adjusted by the autonomous vehicle.

[0085] Optionally, the vehicle 100 or a sensing and computing device associated with the vehicle 100 (e.g., computing system 131, computing platform 150) can predict the behavior of the identified object based on the characteristics of the identified object and the state of the surrounding environment (e.g., traffic, rain, ice on the road, etc.). Optionally, each identified object depends on the behavior of each other, so all the identified objects can also be considered together to predict the behavior of a single identified object. The vehicle 100 can adjust its speed based on the predicted behavior of the identified object. In other words, the autonomous vehicle can determine what stable state the vehicle will need to adjust to (e.g., accelerate, decelerate, or stop) based on the predicted behavior of the object. In this process, other factors can also be considered to determine the speed of the vehicle 100, such as the lateral position of the vehicle 100 in the road it is traveling on, the curvature of the road, the proximity of static and dynamic objects, etc.

[0086] In addition to providing instructions to adjust the speed of the autonomous vehicle, the computing device may also provide instructions to modify the steering angle of vehicle 100 so that the autonomous vehicle follows a given trajectory and / or maintains a safe lateral and longitudinal distance from objects near the autonomous vehicle (e.g., cars in adjacent lanes on the road).

[0087] The vehicle 100 may be a car, a truck, a motorcycle, a bus, a ship, an airplane, a helicopter, a lawn mower, an entertainment vehicle, an amusement park vehicle, construction equipment, a tram, a golf cart, a train, etc., and the embodiments of the present application do not make any particular limitation.

[0088] Figure 2 A system architecture diagram of a vehicle 100 based on some embodiments is shown, where the vehicle 100 includes multiple vehicle integration units (VIU) 11, a telematic box (T-BOX) 12, a cockpit domain controller (CDC), a mobile data center (MDC) 14, and a vehicle domain controller (VDC) 15.

[0089] The vehicle 100 also includes multiple types of sensors disposed on the vehicle body, including: a laser radar 21, a millimeter wave radar 22, an ultrasonic radar 23, and a camera 24. Each type of sensor may include multiple sensors. It should be understood that although Figure 2 FIG. 1 shows the location layout of different sensors on the vehicle 100 , but Figure 2 The number and position layout of the sensors are only for illustration, and those skilled in the art can reasonably select the type, number and position layout of the sensors according to their needs.

[0090] exist Figure 2 Four VIUs are shown, it should be understood that Figure 2 The number and position of the VIUs are only an example, and those skilled in the art can select the appropriate number and position of the VIUs according to actual needs.

[0091] The vehicle integrated unit VIU 11 provides part or all of the data processing functions or control functions required by the vehicle components for the vehicle components. The VIU may have one or more of the following functions.

[0092] 1. Electronic control function, that is, VIU is used to implement the electronic control function provided by the electronic control unit (ECU) inside some or all vehicle parts. For example, the control function required by a certain vehicle part, or the data processing function required by a certain vehicle part.

[0093] 2. The same functions as the gateway, that is, the VIU may also have some or all of the same functions as the gateway, such as protocol conversion function, protocol encapsulation and forwarding function, and data format conversion function.

[0094] 3. The function of processing data across vehicle components, that is, processing and calculating data obtained from actuators of multiple vehicle components.

[0095] It should be noted that the data involved in the above functions may include the operating data of the actuator in the vehicle parts, such as the motion parameters of the actuator, the working status of the actuator, etc. The data involved in the above functions may also be data collected by the data collection unit (e.g., sensitive element) of the vehicle parts, such as the road information collected by the sensitive element of the vehicle, or weather information, etc., which is not specifically limited in the embodiments of the present application.

[0096] exist Figure 2In the example of the vehicle 100, the vehicle 100 can be divided into multiple domains, each of which has an independent domain controller. Specifically, Figure 2 In the figure, two domain controllers are shown: a cockpit domain controller CDC13 and a vehicle domain controller VDC 15.

[0097] The cockpit domain controller CDC 13 can be used to implement functional control of the cockpit area of ​​the vehicle 100. Vehicle components in the cockpit area may include a head-up display (HUD), an instrument panel, a radio, a central control screen, a navigation, a camera, etc.

[0098] The vehicle domain controller VDC 15 may be used to coordinate and control the vehicle's power battery and engine 141 to improve the power performance of the vehicle 100. In some embodiments, Figure 1 The vehicle controller 132 can realize various functions of VDC.

[0099] Figure 2 The figure also shows a vehicle networking device T-BOX 12 and a mobile data center MDC 13. T-BOX 12 can be used to realize the communication connection between the vehicle 100 and the internal and external devices of the vehicle. T-BOX can obtain the data of the in-vehicle devices through the bus of the vehicle 100, and can also communicate with the user's mobile phone through a wireless network. In some embodiments, T-BOX 12 can be included in Figure 1 The mobile data center MDC 13 is used to output driving, transmission, steering and braking execution control instructions based on core control algorithms such as environment perception positioning, intelligent planning decision and vehicle motion control to achieve automatic control of the vehicle 100, and can also achieve human-computer interaction of vehicle driving information through a human-computer interaction interface. In some embodiments, Figure 1 The computing platform 150 in can implement various functions of MDC 13.

[0100] exist Figure 2 The four VIUs 11 in the network form a ring topology connection network, each VIU 11 is connected to the sensor in its neighboring position, and the T-BOX 12, CDC 13, MDC 14 and VDC 15 are connected to the ring topology connection network of the VIU. The VIU 11 can obtain information from each sensor and report the obtained information to the CDC 13, MDC 14 and VDC 15. Through the ring topology network, the T-BOX 12, CDC 13, MDC 14 and VDC 15 can also communicate with each other.

[0101] It should be understood that the above ring topology network connection is only an illustration, and those skilled in the art can select other appropriate VIU connection methods according to requirements.

[0102] The connection between VIUs can adopt, for example, Ethernet, the connection between VIU and T-BOX 12, CDC 13, MDC 14 and VDC 15 can adopt, for example, Ethernet or peripheral component interconnect express (PCIe) bus, and the connection between VIU and sensors can adopt, for example, controller area network (CAN), local interconnect network (LIN), FlexRay, multimedia data transmission (MOST) and the like.

[0103] In the implementation manner of the present application, data collected or generated by each VIU in the vehicle can be displayed on the display screen of the vehicle, such as the data collected by each VIU or the operating status during operation.

[0104] Combined with the above Figure 1 and Figure 2 In the vehicle structure shown, one or more display screens may be provided in the vehicle, such as a central control screen (i.e. a display screen usually provided at the central control position), an instrument screen (i.e. a display screen usually provided on the instrument panel or a display screen used to display the instrument panel), a head-up display (HUD), a rearview mirror display screen or a rear display screen, etc.

[0105] For example, a display screen in a vehicle, such as a central control screen or an instrument screen, can usually display information generated by other VIUs in the vehicle, such as vehicle speed, door switch status, seat belt switch status, fuel level, battery level, headlight status, turn signal status, brake status, or temperature.

[0106] In the field of in-vehicle displays, the resolutions or frame rates supported by displays such as digital instrument panels, central control screens, and co-pilot screens are getting higher and higher, and the car computer, as the data source in normal scenarios, is far away from the display screen terminal. The feasibility of using the car computer SOC to directly drive the display screen is low. Because the low-voltage differential signal (LVDS) transmission technology of the serial and deserializer (which can be called Serdes) chip can simultaneously meet high bandwidth, long transmission distance (low loss), and strong anti-interference, Serdes chips have gradually become the mainstream solution for processing video and display data streams in the automotive field.

[0107] Generally, the temperature, humidity, vibration, and electromagnetic interference of the vehicle environment are complex and harsh. Even if the Serdes chip has strong anti-interference and fault recovery capabilities, short-term interference and video signal flow failures are still inevitable. When interference is received at any link in the transmission link, the display screen will show short-term abnormalities such as distorted screen and black screen. Some link abnormalities may not be recoverable and require manual restart of the vehicle computer. Most of these interference sources appear in the coaxial / twisted pair part of the long transmission path.

[0108] In the display terminal, since the digital instrument panel carries the function of displaying the status of safety information such as doors, turn signals, seat belts, etc. (it can also be displayed on the central control screen, collectively referred to as safety information display). In order to ensure the availability of this part of information, in some existing solutions, it is usually chosen to add a screen display monitoring chip (On Screen Display, OSD) between the deserializer output pin and the screen driver chip pin, and the safety information frame backup is realized through the external microprocessor (MCU) and memory (Flash) equipped on the screen end. When the display link fails, the OSD retrieves the safety frame stored in the Flash to ensure the display of screen safety area information such as doors and turn signals. The existing solution can only realize the display of key information in the safety area when the fault occurs. The problem of black screen / flower screen is inevitable. The problem that the driver may feel panic due to the black screen has not been solved, which may further affect driving safety. In addition, the current solution is costly, and it is necessary to add OSD, MCU, Flash on the screen end, and equip a second CAN chip that communicates with the vehicle SOC in parallel with the Serdes chip, etc. The hardware cost is high and the solution is complicated.

[0109] Therefore, the present application provides a display method and device that can reuse Serdes chips, and can handle display link failures without adding additional hardware, thereby reducing hardware overhead and greatly reducing the cost of vehicle-mounted displays.

[0110] The method flow and device structure provided by this application are introduced below.

[0111] First, if Figure 3 As shown, the present application provides a vehicle cockpit device 30, which may include a serializer 31 (or called a serializer) and a display screen module 40. The display screen module 40 may specifically include a deserializer 41 and a display screen 42.

[0112] The input interface of the serializer 31 can be connected to one or more vehicle-mounted devices (such as a vehicle-mounted VIU, a vehicle-mounted SOC or a vehicle-mounted processor, etc.), and the serializer can string the input data. For example, when multiple vehicle-mounted devices are connected, the serializer can string the multiple input data and transmit them to the deserializer 41 through a data transmission channel.

[0113] The serializer may generally include a plurality of input ports, and the output port of the serializer is generally connected to the input end of the deserializer through a channel. The output end of the deserializer is connected to the input end of the display screen 42 .

[0114] The deserializer 41 can be used to deserialize the data output by the serializer 31, thereby dividing the received data stream into one or more types of data, and generating display data of the display screen based on the one or more types of data, and transmitting the display data to the display screen 42 through the communication interface between the display screen 331, so as to display the data on the display screen 42.

[0115] Optionally, other equipment or devices (such as Figure 3 Soc 32 as shown in , or as mentioned above Figure 1 or Figure 2 The sensors or other VIUs etc. shown to be arranged in the vehicle are not described in detail here.

[0116] like Figure 4 As shown, the present application also provides a display screen module 40, which may include a deserializer 41 and a display screen 42. The output end of the deserializer 41 is connected to the input end of the display screen 42. The input end of the deserializer 41 receives data, and the input end may be connected to a serializer or other devices for data input.

[0117] The deserializer 41 may be used to parse input data, generate display data, and transmit the display data to the display screen 42 .

[0118] The display screen 42 can then display the received display data.

[0119] The following describes the structure of the deserializer and the steps performed by the deserializer in conjunction with the method provided in the present application.

[0120] First, see Figure 5 , a flow chart of a display method provided in the present application is as follows.

[0121] 501. Get input data.

[0122] The input data may be data input by a serializer, or data read from stored data.

[0123] The present application exemplarily introduces the input data as the data input by the string adder as an example, which is not a limitation and will not be described in detail below.

[0124] 502. Determine whether the display link is faulty. If so, execute step 503; if not, execute step 504.

[0125] After the deserializer obtains the input data, it can determine whether the display link is faulty based on the input data. If the display link is faulty, it can generate prompt information for the display link fault, that is, execute step 503. If the display link is not faulty, it can generate display data based on the input data, that is, execute step 504. The deserializer can specifically be the deserializer 41 mentioned above.

[0126] The display link can be understood as a channel for transmission from a data input terminal (such as a serializer or one or more other devices) to a deserializer for display on a display screen.

[0127] Generally, there may be multiple situations in which a display link failure occurs, such as data flow interruption or verification failure. After receiving the input data, the deserializer may parse and verify the input data. If it is determined that the data flow of the input data is interrupted or the verification of the input data fails, it may be determined that the display link fails.

[0128] 503. Generate prompt information and transmit it to the display screen.

[0129] After determining that a display link failure has occurred, a prompt message may be generated for the display link failure and transmitted to a display screen to display the prompt message on the display screen, thereby allowing a prompt on the display screen for the display link failure to inform the user that a display link failure has occurred in the vehicle, thereby facilitating subsequent driving operations and improving the user's driving safety.

[0130] Optionally, the deserializer may determine information corresponding to the link failure from the stored multiple information, thereby generating prompt information.

[0131] In addition, in a possible implementation, the deserializer can also determine the fault type of the display link based on the input data, and then select the corresponding information based on the different types, and generate prompt information. For example, the mapping relationship between multiple fault types and multiple pieces of information can be pre-set. After identifying the fault type of the display link, the information corresponding to the fault type can be selected from the multiple pieces of information, thereby generating prompt information displayed on the display screen. For example, different prompt information can be set for data flow interruption and verification failure respectively. When different display link faults are detected, the adapted prompt information can be displayed in a targeted manner, thereby providing users with more intuitive prompts and improving the safety of users driving vehicles.

[0132] In some possible scenarios, for example, for certain types of data with low refresh rates in the vehicle, such as doors that are usually closed during vehicle driving, lights that are driving at night, etc., the frequency of state changes is low. At this time, if the deserializer determines that the display link fails based on these types of data with low refresh rates, the deserializer can extract data from the saved historical frames and generate prompt information, thereby displaying the historical data on the display screen to avoid abnormal display problems on the display screen. That is, in some possible scenarios, if the deserializer determines that the display link failure includes a fault corresponding to a preset type of device based on the analysis results of the input data, the deserializer can read the preset type of historical data from the saved data, and generate prompt information based on the historical data, so that the display screen can display normally, reducing screen flickering, screen distortion, or screen failure.

[0133] In this scenario, if the deserializer determines that the display link is not faulty, the data of the preset type of device included in the input data may be saved so that closer historical data may be displayed when the display link fails.

[0134] 504. Generate other display data and transmit it to the display screen.

[0135] If the display link does not fail, other display data may be generated based on the input data and transmitted to a display screen for display. The display screen may specifically be the aforementioned display screen 42 .

[0136] Therefore, in the implementation manner of the present application, when the deserializer parses the input data to determine a display link failure, the deserializer can generate prompt information for the display link failure, and the display link failure can be processed without adding additional hardware equipment, thereby providing a prompt for the display link failure at a lower cost.

[0137] For ease of understanding, the structure of the deserializer provided in the present application and the method flow provided in the present application are introduced below.

[0138] See also Figure 6 , the structural diagram of the deserializer provided in the present application, the deserializer 60 may specifically include the following:

[0139] An input module 411, configured to obtain input data based on data sent by a serializer;

[0140] The processor 412 is used to verify the input data, and when it is determined according to the input that a display link failure occurs, obtain prompt information for the display link failure, where the display link failure is a failure of a link connected to the input end of the deserializer;

[0141] The output module 413 is used to output prompt information to the display screen.

[0142] Therefore, in the implementation manner of the present application, a fault process for processing the display link is integrated in the processor of the deserializer, and there is no need to add an additional processing chip for display link fault processing. The deserializer can be reused, thereby reducing the display cost.

[0143] In a possible implementation, the processor 412 may be specifically configured to parse the input data, and if a corresponding data stream in the input data is interrupted or a check error occurs with respect to the input data, it is determined that a link failure is displayed.

[0144] In a possible implementation, the processor 412 may be specifically configured to determine information corresponding to displaying a link failure from a variety of information stored in a memory, and obtain prompt information.

[0145] For example, Figure 7 As shown, a memory 414 may also be provided in the deserializer, or the memory 414 may also be connected to the deserializer. After the processor determines that the display link fails, the information stored for the display link failure can be read from the data stored in the memory 414, and a prompt message can be generated. Therefore, in the embodiment of the present application, information that can be displayed when a display link fails can be stored in the memory in advance, and when a display link failure occurs, the information can be extracted from the stored data. Thus, a prompt message is displayed on the display screen when a display link fails, so that the user can be informed of the vehicle operation status in a timely manner, thereby improving the user's driving safety.

[0146] In a possible implementation, the processor 412 may be used to determine the fault type of the display link fault, and then filter out information corresponding to the fault type from the multiple information stored in the memory to obtain prompt information. Therefore, different prompt information may be displayed for different fault types, so that the user can further learn the specific fault condition of the display link of the vehicle.

[0147] Generally, the link failure may include link interruption or verification failure.

[0148] For example, in some scenarios, the display link interface may become loose or fall off, resulting in interruption of the data flow transmitted by the display link. In this case, it can be determined that the display link failure is a link interruption. Figure 8 As shown, a prompt message can be set in advance for the link interruption signal, such as "no signal". When a link interruption occurs, data can be extracted from the memory and a prompt message can be generated, so that "no signal" is displayed on the display screen to prompt the fault type.

[0149] In other scenarios, the transmission environment may affect the signal transmission, such as humidity, temperature, vibration, long-distance transmission loss or signal interference, which may cause large noise in the received signal, resulting in the processor failing to parse or verify the input data. In this case, the fault type can be understood as communication failure. Fig. 9 As shown, a prompt message "Communication Error" can be set in advance for situations where analysis failure or verification failure occurs. When a failure type such as analysis failure or verification failure occurs, data can be extracted from the memory and a prompt message can be generated, thereby displaying "Communication Error" on the display screen to provide a prompt for the communication failure.

[0150] In a possible implementation, if the display link failure includes a failure corresponding to a preset type of device, the processor 412 is specifically configured to retrieve historical data corresponding to the preset type of device from the stored data, and generate prompt information based on the historical data. The preset type of device may specifically include a device with a low refresh rate in the vehicle, such as a device with a refresh number less than a preset number of times per unit time, or a refresh rate less than a preset refresh rate value, or a pre-selected device, etc. For example, a device with a low refresh rate for the door status, ambient temperature, headlight status, or seat belt status during vehicle driving.

[0151] Accordingly, in a possible implementation manner, the processor 412 is further configured to save data corresponding to a preset type of device in the input data if it is determined according to the input data that the display link has not failed.

[0152] For example, when the data parsing of a certain device fails or the data parsing of a certain display area fails, the historical data saved when the data of this type was last updated can be extracted from the memory and a prompt message can be generated. Fig.10 As shown, during the vehicle's travel, the door status is usually kept closed, and the door status can be displayed in a certain area of ​​the central control screen or the instrument screen. If the processor fails to parse the data stream for the door status in the input data or the data stream for the area displaying the door status, the data saved when the door status data was last transmitted can be extracted from the memory, and the historical frame can be transmitted to the display to display the historical information of the door status on the display screen.

[0153] In a possible implementation, the input module 411 is used to perform analog-to-digital conversion on the data sent by the serializer to obtain input data;

[0154] The output module 413 is used to perform digital-to-analog conversion on the prompt information and then output it to the display screen.

[0155] Typically, multiple devices can input data into a serializer for serialization, such as merging multiple data transmitted by multiple devices into a data stream of one channel, and then transmitting the data stream through a transmission channel. Typically, there are one or more transmission channels between the serializer and the deserializer, and each channel can transmit a data stream of data displayed in a certain area of ​​the display screen. Typically, the data stream transmitted in each channel is a data stream that merges data transmitted by multiple devices. This application exemplarily takes the example of setting a transmission channel between the serializer and the deserializer for illustrative introduction, and it is not intended to be limiting.

[0156] For example, the specific deserializer structure can be as follows Fig.11 As shown, the input module in the deserializer may specifically include an input interface and a clock module, and the output module may include one or more output interfaces adapted to the display screen. The output interface may include, but is not limited to, interfaces such as high definition multimedia interface (HDMI), line data intensive (OLDI), standardized digital video interface standard (DisplayPort, DP) or embedded DP (Embedded DP, eDP).

[0157] The output end of the serializer is connected to the input interface, and the data stream is transmitted to the clock module through the input port. The clock module can be connected to the clock of the whole vehicle to synchronize the clock of the received data stream, so as to facilitate the clock alignment and data recovery of the data in the data stream. For example, the clock module can specifically include a phase-locked loop clock and an analog-to-digital conversion module. The phase-locked loop clock can be connected to the clock set inside the deserializer or an external clock to determine the clock of the transmission data stream. The analog-to-digital conversion module can align the frequency or phase of the received data stream based on the clock signal output by the phase-locked loop clock, and perform analog-to-digital conversion on the aligned data stream, so as to obtain a digital signal and input it into the processor.

[0158] The processor analyzes the digital signal and determines the display data to be displayed on the display screen based on the analysis result. If the display link does not fail, the display data to be displayed on the display screen can be generated based on the analyzed data. If the processor determines that the display link fails based on the input digital signal, a prompt message can be generated for the display link failure.

[0159] For example, the processor can pre-store information to be displayed when a display link failure occurs in the memory. When a display link failure is determined, the data can be read from the memory, that is, the information for display can be directly read from the memory. After the prompt information is generated, it is converted from digital to analog via the output interface and then input to the display screen for display.

[0160] The following is an exemplary introduction using various possible application scenarios as examples.

[0161] Scenario 1: Pre-set prompt information for display link failure

[0162] See also Fig.12 , a schematic diagram of another deserializer structure provided by the present application. For the introduction of each structure in the deserializer, please refer to the aforementioned Figures 6 to 11 The following description only introduces the application scenarios, and no additional elaboration is given for each structure.

[0163] When the SOC of the vehicle computer initializes the serializer, deserializer and other chips, the reminder information used in case of failure can be input into the storage of the deserializer, and the relevant verification or backup data can also be written. Of course, it is also possible to configure any reminder information that can remind the user that the vehicle screen is unavailable at this time through the vehicle computer SOC during the operation of the vehicle computer, such as "NoSignal", "Comm.Err." and other reminder information, or store the information prompting the display link failure in the deserializer chip through burning.

[0164] During normal use of the vehicle computer, the fault monitoring mechanism of the deserializer chip (such as but not limited to all functional modules in the deserializer link, such as fault reminders that may be input by the remote serializer, such as data self-verification failures of the link, such as other external sensors, or fault reminders of display input, etc.) always works. When there is a fault alarm that affects the terminal screen display, including a link data verification failure, the data processing core of the deserializer will first read the reminder information pre-saved in the storage area and output it to the terminal display screen to remind the user that the screen is unavailable at this time. When the fault alarm in the deserializer exits, the fault reminder is exited, and the display data stream is output normally.

[0165] In addition, the deserializer may also include other interfaces, such as other two-wire serial buses (Inter-Integrated Circuit, I2C), serial peripheral interface (serial peripheral interface, SPI), universal asynchronous receiver / transmitter (universal asynchronous receiver / transmitter, UART), general-purpose input / output (general-purpose input / output, GPIO) and other interfaces, which can be used to access other devices, such as Fig.13 As shown, the processor can also be connected to other devices through interfaces such as I2C, SPI, UART, GPIO, etc., and the display screen can also transmit control signals to other devices through interfaces such as I2C, SPI, UART, GPIO, etc.

[0166] Scenario 2: Local display area link failure

[0167] like Fig.14 As shown, when the vehicle computer SOC completes the initialization of the peripherals and is in normal operation. For a certain type of data displayed in a certain display area of ​​the display screen, a safe area can be set in advance, that is, the display area may include data of certain devices with a low refresh rate (such as lower than the preset refresh rate value), such as doors, headlights or temperature information. When there is no failure in the display link, during the data transmission process, the deserializer can extract the key frame information of the safe area in the display screen from the data stream output by the vehicle computer SOC. During the normal operation of the system, if the data frame in the screen safety area changes, the relevant data information in the deserializer storage area is refreshed.

[0168] During normal use of the vehicle computer, the chip's fault monitoring mechanism (including but not limited to all functional monitoring modules in the deserializer link, fault reminders that may be input by the remote serializer, data self-verification failures of the link, fault reminders of other external sensors, screens, etc.) always works. When there is a fault alarm that affects the terminal screen display, including a link data verification failure, the data processing core of the deserializer reads the display screen safety zone data frame information stored in the storage area and outputs it to the terminal display screen to ensure that when the link fails, the relevant display screen can safely display normally.

[0169] Therefore, the deserializer provided by this application integrates the fault handling mechanism of the vehicle display link into the deserializer chip, while hardly increasing the cost of the deserializer itself, greatly reducing the hardware overhead on the screen side, such as no need for independent OSD, MCU, Flash and other devices. When the vehicle display link fails, it can ensure that the terminal screen displays customer reminder information to avoid user panic caused by the black screen of the car computer and affect driving safety. It can also ensure the display of information in the key safety area of ​​the screen when the vehicle display link fails.

[0170] Through the description of the above implementation mode, the technicians in the relevant field can clearly understand that the present application can be implemented by means of software plus necessary general hardware, and of course, it can also be implemented by special hardware including special integrated circuits, special CPUs, special memories, special components, etc. In general, all functions completed by computer programs can be easily implemented by corresponding hardware, and the specific hardware structure used to implement the same function can also be various, such as analog circuits, digital circuits or special circuits. However, for the present application, software program implementation is a better implementation mode in more cases. Based on such an understanding, the technical solution of the present application is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a readable storage medium, such as a computer floppy disk, a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a disk or an optical disk, etc., including a number of instructions to enable a data quantization device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0171] In the above embodiments, all or part of the embodiments may be implemented by software, hardware, firmware or any combination thereof. When implemented by software, all or part of the embodiments may be implemented in the form of a computer program product.

[0172] In an embodiment of the present application, a computer-readable storage medium is also provided, in which a program for training a model or performing an inference task is stored. When the program is run on a computer, the computer performs the above-mentioned Figures 4 to 12 All or part of the steps in the method described in the embodiment shown in FIG.

[0173] The embodiment of the present application also provides a digital processing chip. The digital processing chip integrates a circuit and one or more interfaces for implementing the above-mentioned processor or the function of the processor. When the digital processing chip integrates a memory, the digital processing chip can complete the method steps of any one or more embodiments in the above-mentioned embodiments. When the digital processing chip does not integrate a memory, it can be connected to an external memory through a communication interface. The digital processing chip implements the method steps of any one or more embodiments in the above-mentioned embodiments according to the program code stored in the external memory.

[0174] A computer program product is also provided in the embodiment of the present application, and the computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website site, a computer, a server, or a data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server, or data center. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a server or a data center that includes one or more available media integrations. The available medium may be a magnetic medium, (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state hard disk Solid State Disk (SSD)), etc.

[0175] The target sensing device or target sensing device provided in the embodiment of the present application may be a chip, and the chip includes: a processing unit and a communication unit, the processing unit may be a processor, and the communication unit may be an input / output interface, a pin or a circuit, etc. The processing unit may execute the computer execution instructions stored in the storage unit to enable the chip in the server to execute the above Figure 4-Figure 7 Optionally, the storage unit is a storage unit in the chip, such as a register, a cache, etc. The storage unit may also be a storage unit located outside the chip in the wireless access device, such as a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, a random access memory (RAM), etc.

[0176] Specifically, the aforementioned processing unit or processor may be a central processing unit (CPU), a neural-network processing unit (NPU), a graphics processing unit (GPU), a digital signal processor (DSP), an application specific integrated circuit (ASIC) or a field programmable gate array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc.

[0177] It should also be noted that the device embodiments described above are merely schematic, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed over multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. In addition, in the drawings of the device embodiments provided by the present application, the connection relationship between the modules indicates that there is a communication connection between them, which may be specifically implemented as one or more communication buses or signal lines.

[0178] Through the description of the above implementation mode, the technicians in the field can clearly understand that the present application can be implemented by means of software plus necessary general hardware, and of course, it can also be implemented by special hardware including special integrated circuits, special CPUs, special memories, special components, etc. In general, all functions completed by computer programs can be easily implemented by corresponding hardware, and the specific hardware structure used to implement the same function can also be various, such as analog circuits, digital circuits or special circuits. However, for the present application, software program implementation is a better implementation mode in more cases. Based on such an understanding, the technical solution of the present application is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a readable storage medium, such as a computer floppy disk, a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a disk or an optical disk, etc., including a number of instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0179] In the above embodiments, all or part of the embodiments may be implemented by software, hardware, firmware or any combination thereof. When implemented by software, all or part of the embodiments may be implemented in the form of a computer program product.

[0180] The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiment of the present application is generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from a website site, a computer, a server or a data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a server or a data center that includes one or more available media integrations. The available medium may be a magnetic medium, (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid state drive (SSD)), etc.

[0181] The terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments described here can be implemented in a sequence other than the content illustrated or described here. The term "and / or" in the present application is only a kind of association relationship describing the associated objects, indicating that there can be three kinds of relationships, for example, A and / or B can be represented: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article generally indicates that the associated objects before and after are an "or" relationship. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or modules is not necessarily limited to those steps or modules clearly listed, but may include other steps or modules that are not clearly listed or inherent to these processes, methods, products or devices. The naming or numbering of the steps in this application does not mean that the steps in the method flow must be executed in the time / logical sequence indicated by the naming or numbering. The named or numbered process steps can change the execution order according to the technical purpose to be achieved, as long as the same or similar technical effects can be achieved. The division of modules in this application is a logical division. There may be other division methods when it is implemented in actual applications. For example, multiple modules can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the coupling or direct coupling or communication connection between each other shown or discussed can be through some ports, and the indirect coupling or communication connection between modules can be electrical or other similar forms, which are not limited in this application. In addition, the modules or submodules described as separate components may or may not be physically separated, may or may not be physical modules, or may be distributed in multiple circuit modules, and some or all of the modules can be selected according to actual needs to achieve the purpose of the present application solution.

Claims

1. A display method, characterized in that: Applied to a vehicle, a deserializer and a display screen are provided in the vehicle, an output end of the deserializer is connected to the display screen, and the method comprises: The deserializer obtains input data, where the input data includes data transmitted by the at least one device; If the deserializer determines that a display link failure occurs according to the input, the deserializer acquires prompt information generated for the display link failure, where the display link failure is a failure of a link connected to an input end of the deserializer; The deserializer transmits the prompt information to the display screen, and the prompt information is used to be displayed on the display screen to provide a prompt for the display link failure.

2. The method according to claim 1, characterized in that The deserializer obtains prompt information for the display link failure, including: The deserializer determines information corresponding to the display link failure from the stored multiple information to obtain the prompt information.

3. The method according to claim 2, characterized in that The deserializer determines information corresponding to the display link failure from the stored multiple prompt information to obtain the prompt information, including: The deserializer determines a fault type indicating a link fault; The deserializer selects information corresponding to the fault type from the stored multiple information to obtain the prompt information.

4. The method according to any one of claims 1 to 3, characterized in that The deserializer obtains prompt information for the display link failure, further comprising: If the display link failure includes a failure corresponding to a preset type of device, the deserializer retrieves historical data corresponding to the preset type of device from the stored data; The deserializer generates the prompt information according to the historical data.

5. The method according to claim 4, characterized in that The method further comprises: If the deserializer determines that the display link has not failed according to the input data, the deserializer saves the data corresponding to the preset type of device in the input data.

6. The method according to any one of claims 1 to 5, characterized in that The deserializer determines, according to the input, that a link failure is displayed, including: The deserializer parses the input data, and if a corresponding data stream in the input data is interrupted or a check error occurs with respect to the input data, it is determined that the display link fails.

7. A deserializer, characterized in that: include: An input module, for obtaining input data based on data sent by the serializer; A processor, configured to verify the input data, and when a display link failure is determined according to the input, obtain prompt information for the display link failure, wherein the display link failure is a failure of a link connected to an input end of the deserializer; The output module is used to output the prompt information to a display screen.

8. The deserializer according to claim 7, characterized in that: The processor is used to determine the information corresponding to the display link failure from the stored multiple information to obtain the prompt information.

9. The deserializer according to claim 8, characterized in that: The processor is configured to: Determining the fault type of the display link fault; Information corresponding to the fault type is screened out from the multiple information stored in the memory to obtain the prompt information.

10. The deserializer according to any one of claims 7 to 9, characterized in that: The processor is configured to: If the displayed link faults include faults corresponding to preset type devices, then historical data corresponding to the preset type devices from the stored data; The prompt information is generated according to the historical data.

11. The deserializer according to claim 10, characterized in that: The processor is further configured to save data corresponding to the preset type of device in the input data if it is determined according to the input data that the display link has not failed.

12. The deserializer according to any one of claims 7 to 11, characterized in that: The processor is used to parse the input data, and determine that the display link fails if a corresponding data stream in the input data is interrupted or a check error occurs with respect to the input data.

13. The deserializer according to any one of claims 7 to 12, characterized in that: The input module is used to perform analog-to-digital conversion on the data sent by the serializer to obtain the input data; The output module is used to perform digital-to-analog conversion on the prompt information and then output it to the display screen.

14. A display screen module, characterized in that: Including display and deserializer, The deserializer is used to perform the steps of the method as described in any one of claims 1 to 6; The display screen is used to display the data output by the deserializer.

15. A vehicle cabin device, characterized in that: It comprises a serializer and a display screen module as claimed in claim 14, wherein the serializer is used to string data sent by multiple connected devices and then input the data into the display screen module.

16. A vehicle, characterized in that: At least one processor, a serializer and a display screen module as described in claim 14, wherein the at least one processor is used to input the generated data into the serializer when the vehicle is running, and the serializer is used to string the received data and then input it into the display screen module.

17. A computer program product comprising instructions, characterized in that When the method is executed on a computer, the computer is caused to execute the method according to any one of claims 1 to 6.

18. A computer-readable storage medium, characterized in that: The method comprises instructions, which, when executed on a computer, cause the computer to execute the method according to any one of claims 1 to 6.

Images