Data transmission method, deserializer, and vehicle

Abstract

The present application provides a data transmission method, a deserializer, and a vehicle, which are applied to the field of smart cockpits. The method comprises: a deserializer acquiring basic information from a storage device, wherein the storage device is independent of the deserializer, and the basic information comprises basic information for display on a display apparatus; and sending the basic information to a driver of the display apparatus. In this way, the deserializer has an autonomous data stream output capability, which can ensure that images corresponding to the basic information can be displayed on the display apparatus in a timely manner in different scenarios, without being limited to a scenario in which an output error occurs in the deserializer, thereby improving user experience.

Description

Data transmission methods, deserializers, and carriers Technical Field

[0001] This application relates to the field of smart cockpits, and more specifically, to a data transmission method, a deserializer, and a vehicle. Background Technology

[0002] With the accelerating trend of vehicle electrification and intelligentization, cockpit displays are gradually becoming one of the most important digital media for user interaction with the car. Simultaneously, semiconductor manufacturing processes are steadily improving, leading to a significant increase in the computing power of the graphics processing unit (GPU) in the system-on-a-chip (SoC) and a substantial improvement in integration. Driven by the trend of digital cockpits, the number and complexity of display terminals are also constantly increasing. The use of a single SoC to remotely drive multiple display terminals (instrument panels, center console, passenger side, augmented reality head-up display (ARHUD), digital headlights, projection screens, and other screen-like displays) is gradually becoming the mainstream cockpit display technology, often referred to as "one-chip multi-screen" technology.

[0003] Currently, serializers and deserializers are used to meet the requirements for long-distance, high-bandwidth data stream transmission and display. However, when external interference occurs during transmission, data stream errors can cause display errors such as black screens or distorted screens, seriously affecting user experience and even posing a certain threat to driving safety.

[0004] Therefore, improving the user experience in a multi-screen scenario is an urgent problem to be solved. Summary of the Invention

[0005] This application provides a data transmission method, a deserializer, and a carrier. The deserializer can obtain basic information from a storage device and then display it through the driver of a display device. The deserializer can send data to the display independently, improving the user experience in a multi-screen scenario.

[0006] Firstly, a data transmission method is provided, which can be applied to operations performed by a deserializer. For example, unless otherwise specified, the deserializer in this application can be the deserializer itself, a component within the deserializer (e.g., a communication module, processor, circuit, chip (such as a modem chip, also known as a baseband chip, or a SoC chip or SIP chip containing a modem core), or a chip system, etc.), or a logic module or software capable of implementing all or part of the deserializer's functions.

[0007] The method includes: retrieving basic information from a storage device, independent of the deserializer, the basic information including basic information for display on a display device; and sending the basic information to a driver of the display device.

[0008] In the above technical solution, the deserializer can obtain basic information from the storage device and send the basic information to the driver of the display device, thereby displaying the image corresponding to the basic information on the display device. Compared with the solution that adds a security verification chip after the deserializer and obtains basic information through the security verification chip, the solution of this application embodiment not only has a simpler hardware structure, but also the deserializer has an autonomous data stream output capability, which can ensure that the image corresponding to the basic information can be displayed on the display device in a timely manner in different scenarios, not limited to scenarios where the deserializer outputs an error, thereby improving the user experience.

[0009] In conjunction with the first aspect, in some implementations of the first aspect, the method further includes, before retrieving basic information from the storage device, retrieving the data to be decoded. Retrieving basic information from the storage device includes retrieving basic information from the storage device when it is determined that the data to be decoded is corrupted.

[0010] In this way, when errors occur in the data to be decoded, the deserializer can retrieve basic information from the storage device and promptly transmit it to the display device's driver. This prevents the display device from failing to display data when transmission problems arise, thus improving the user experience.

[0011] In conjunction with the first aspect, in some implementations of the first aspect, the deserializer stores security information, which is associated with basic information. The method further includes: acquiring the data to be decoded; obtaining a first comparison result based on the security information and the decoded data, wherein the decoded data is obtained by decoding the data to be decoded; and retrieving the basic information from the storage device when the first comparison result indicates that the decoded data has an error.

[0012] In this way, security information with low refresh rates can be stored in the deserializer, which can reduce the interaction frequency between the deserializer and external storage devices. When the data to be decoded is found to be erroneous, it can reduce display latency to a certain extent and further improve the user experience.

[0013] In conjunction with the first aspect, in some implementations of the first aspect, the method further includes: acquiring data to be decoded; decoding the data to be decoded to obtain decoded data; obtaining a second comparison result based on basic information and the decoded data; and sending basic information to the driver of the display device, including sending basic information to the driver when the second comparison result indicates that the decoded data is incorrect.

[0014] In this way, the deserializer can independently perform the comparison process between basic information and decoded data, enriching the deserializer's fault detection function. Furthermore, when a fault is detected, it actively transmits the basic information to the display device's driver, preventing the display device from directly failing to display data, thereby improving the user experience.

[0015] In conjunction with the first aspect, in some implementations of the first aspect, the method further includes: when it is determined that the data to be decoded has encountered a decoding error, or when it is determined that the decoded data has an error, retrieving fault alert identification information from the storage device; and sending the fault alert identification information to the driver.

[0016] In this way, the serializer can further send fault alerts to the display device in a timely manner, promptly reminding the user of the occurrence of the fault, thereby improving the user experience.

[0017] In conjunction with the first aspect, in some implementations of the first aspect, before obtaining basic information from the storage device, the method further includes: determining that the vehicle terminal is powered on, and the basic information includes the boot screen information.

[0018] In conjunction with the first aspect, in some implementations of the first aspect, before obtaining basic information from the storage device, the method further includes: determining that the vehicle-mounted terminal is in an upgrade state, and the basic information includes upgrade progress information.

[0019] In this way, the deserializer's autonomous data stream output function can send basic information to the display device's driver when the vehicle's infotainment system is in different scenarios, ensuring that the display device can always show the screen. For example, when the vehicle's infotainment system is powered on, the deserializer can independently send and display the boot screen, avoiding a prolonged black screen during startup. Similarly, when the vehicle's infotainment system is undergoing an upgrade, the deserializer can independently send and display the upgrade screen, allowing users to promptly receive the upgrade progress report and improving the user experience.

[0020] In conjunction with the first aspect, in some implementations of the first aspect, the basic information is editable.

[0021] In this way, the basic information is customized by the user, meeting the user's personalized needs and thus improving the user experience.

[0022] In conjunction with the first aspect, in some implementations of the first aspect, the deserializer includes a storage space, and obtaining basic information from the storage device includes: controlling the storage space to obtain basic information from the storage device.

[0023] Secondly, a deserializer is provided, comprising an acquisition unit and a transceiver unit: the acquisition unit is used to acquire basic information from a storage device, the storage device being independent of the deserializer, the basic information including basic information for display on a display device. The transceiver unit is used to send the basic information to a driver of the display device.

[0024] It should be understood that the second aspect corresponds to the method in the first aspect, and the beneficial effects of the second aspect can be referenced from the first aspect, which will not be elaborated here.

[0025] In conjunction with the second aspect, in some implementations of the second aspect, the acquisition unit is also used to acquire the data to be decoded. Specifically, the acquisition unit is used to acquire basic information from the storage device when it is determined that the data to be decoded is faulty.

[0026] In conjunction with the second aspect, in some implementations of the second aspect, the deserializer stores security information, which is associated with basic information. The deserializer also includes a processing unit, which is used to obtain a first comparison result based on the security information and the decoded data, where the decoded data is obtained by decoding the data to be decoded. The acquisition unit is specifically used to acquire basic information from a storage device when the first comparison result indicates that the decoded data has an error.

[0027] In conjunction with the second aspect, in some implementations of the second aspect, the deserializer further includes a processing unit. The acquisition unit is further configured to acquire the data to be decoded. The processing unit is configured to decode the data to be decoded to obtain decoded data. The processing unit is further configured to obtain a second comparison result based on the basic information and the decoded data. Specifically, the transceiver unit is configured to send basic information to the driver when the second comparison result indicates that the decoded data has an error.

[0028] In conjunction with the second aspect, in some implementations of the second aspect, the acquisition unit is further configured to acquire fault alert identification information from the storage device when it is determined that the data to be decoded has encountered a decoding error, or when it is determined that the decoded data has an error. The transceiver unit is further configured to send the fault alert identification information to the driver.

[0029] In conjunction with the second aspect, in some implementations of the second aspect, the deserializer also includes a processing unit. The processing unit is used to determine that the vehicle-mounted terminal is powered on, and the basic information includes the power-on screen information.

[0030] In conjunction with the second aspect, in some implementations of the second aspect, the deserializer also includes a processing unit. The processing unit is used to determine that the vehicle-mounted terminal is in an upgrade state, and the basic information includes upgrade progress information.

[0031] In conjunction with the second aspect, in some implementations of the second aspect, the basic information is editable.

[0032] In conjunction with the second aspect, in some implementations of the second aspect, the deserializer includes a storage space and a processing unit. The processing unit is further configured to control the storage space to retrieve basic information from the storage device.

[0033] Thirdly, this application provides a deserializer for executing the method provided in any implementation of the first aspect described above. During the execution of these methods, the processes of sending and receiving the aforementioned information can be understood as the process of the deserializer outputting the aforementioned information, and the process of the deserializer receiving the input information. When outputting the aforementioned information, the deserializer outputs the aforementioned information to an interface for transmission through the interface. After being output by the deserializer, the aforementioned information may require further processing before reaching the interface. Similarly, when the deserializer receives the input information, the interface acquires / receives the aforementioned information and inputs it into the deserializer. Furthermore, after the interface receives the aforementioned information, the aforementioned information may require further processing before being input into the deserializer.

[0034] Unless otherwise specified, or if the transmission, sending, and acquisition / reception operations involved do not contradict their actual function or internal logic in the relevant description, they can be understood as output and reception, input, etc., or as transmission, sending, and reception operations performed by radio frequency circuits and antennas. This application does not limit them in this regard.

[0035] Fourthly, a computer-readable storage medium is provided that stores program code or instructions for execution by a device, the program code or instructions including a method for performing any of the implementations of the first aspect described above.

[0036] Fifthly, a computer program product containing instructions is provided, which, when run on a computer, causes the computer to execute the method provided by any of the implementations of the first aspect.

[0037] Sixthly, a chip is provided, which includes a processor, a communication interface, and a storage space. The processor reads instructions stored in the storage space through the communication interface and executes the method provided by any of the implementations of the first aspect.

[0038] Optionally, as one implementation, the chip may also include a storage space storing computer program code or instructions. The processor is used to execute the computer program code or instructions stored in the storage space. When the computer program code or instructions are executed, the processor is used to execute the method provided by any of the implementations of the first aspect above.

[0039] Alternatively, as one implementation, the processor controls the storage space to retrieve basic information from the storage device, which is independent of the chip.

[0040] In a seventh aspect, a display device is provided, the display device including the deserializer in any of the second or third implementations described above.

[0041] Eighthly, a vehicle is provided that includes the display device described in the seventh aspect.

[0042] In some possible implementations, the vehicle is a vehicle.

[0043] The vehicles involved in this application can include road vehicles, water vehicles, air vehicles, industrial equipment, agricultural equipment, or recreational equipment. For example, a vehicle can be a vehicle, which is a vehicle in a broad sense, including transportation vehicles (such as commercial vehicles, passenger cars, motorcycles, flying cars, trains, etc.), industrial vehicles (such as forklifts, trailers, tractors, etc.), engineering vehicles (such as excavators, bulldozers, cranes, etc.), agricultural equipment (such as lawnmowers, harvesters, etc.), amusement equipment, toy vehicles, etc. The embodiments of this application do not specifically limit the type of vehicle. As another example, a vehicle can be an airplane or a ship. Attached Figure Description

[0044] Figure 1 is a functional block diagram of a vehicle 100 provided in an embodiment of this application;

[0045] Figure 2 is a schematic diagram of a vehicle cabin scene provided in an embodiment of this application;

[0046] Figure 3 is a schematic diagram of a cockpit display structure with one chip and multiple screens provided in an embodiment of this application;

[0047] Figure 4 is a schematic diagram of a cockpit display architecture provided in an embodiment of this application;

[0048] Figure 5 is a schematic diagram of another cockpit display architecture provided in an embodiment of this application;

[0049] Figure 6 is a flowchart illustrating a data transmission method provided in an embodiment of this application;

[0050] Figure 7 is a schematic diagram of another cockpit display architecture provided in an embodiment of this application;

[0051] Figure 8 is a schematic diagram of a fault scenario provided in an embodiment of this application;

[0052] Figure 9 is a flowchart illustrating another data transmission method provided in an embodiment of this application;

[0053] Figure 10 is a schematic diagram of a display screen provided in an embodiment of this application;

[0054] Figure 11 is a schematic diagram of another display screen provided in an embodiment of this application;

[0055] Figure 12 is a schematic diagram of another display screen provided in an embodiment of this application;

[0056] Figure 13 is a schematic diagram of a human-computer interaction control provided in an embodiment of this application;

[0057] Figure 14 is a schematic diagram of the architecture of a deserializer provided in an embodiment of this application;

[0058] Figure 15 is a schematic structural diagram of a deserializer provided in an embodiment of this application;

[0059] Figure 16 is a schematic diagram of a chip system provided in an embodiment of this application. Detailed Implementation

[0060] The technical solutions in the embodiments of this application will now be described with reference to the accompanying drawings.

[0061] Figure 1 is a functional block diagram of a vehicle 100 provided in an embodiment of this application. The vehicle 100 may include a display device 130 and a computing platform 150. Optionally, the vehicle may also include a sensing system 120. The sensing system 120 may include one or more sensors for sensing information about the environment surrounding the vehicle 100. For example, the sensing system 120 may include a positioning system, which may be a global positioning system (GPS), a BeiDou system or other positioning systems, an inertial measurement unit (IMU), lidar, millimeter-wave radar, ultrasonic radar, and one or more of a camera device; the sensing system 120 may also include a pressure sensor disposed under the seat for detecting whether there is a user in the seat; the sensing system 120 may also include an acoustic sensor for detecting audio information in the cabin.

[0062] Some or all of the functions of the vehicle 100 can be controlled by the computing platform 150. The computing platform 150 may include one or more processors, such as processors 151 to 15n (n being a positive integer). A processor is a circuit with signal processing capabilities. In one implementation, the processor can be a circuit with instruction read and execute capabilities, such as a CPU, microprocessor, GPU (which can be understood as a type of microprocessor), or digital signal processor (DSP). In another implementation, the processor can implement certain functions through the logical relationships of hardware circuits. These logical relationships are fixed or reconfigurable. For example, the processor may be a hardware circuit implemented using an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), such as a field-programmable gate array (FPGA). In a reconfigurable hardware circuit, the process of the processor loading a configuration document and configuring the hardware circuit can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units. In addition, it can also be hardware circuits designed for artificial intelligence, which can be understood as a type of ASIC, such as a neural network processing unit (NPU), tensor processing unit (TPU), deep learning processing unit (DPU), etc. Furthermore, the computing platform 150 may also include a memory for storing instructions. Some or all of the processors 151 to 15n can call and execute the instructions in the memory to achieve the corresponding functions.

[0063] The vehicle 100 may include an advanced driving assistance system (ADAS). The ADAS utilizes various sensors on the vehicle (including but not limited to: lidar, millimeter-wave radar, camera devices, ultrasonic sensors, global positioning system, inertial measurement unit) to acquire information from the surroundings of the vehicle, and analyzes and processes the acquired information to achieve functions such as obstacle perception, target recognition, vehicle positioning, path planning, and user monitoring / alerts, thereby improving the safety, automation, and comfort of driving the vehicle.

[0064] At different levels of autonomous driving (L0-L5), ADAS can achieve different levels of automated driving assistance based on artificial intelligence algorithms and information acquired by multiple sensors. The aforementioned autonomous driving levels (L0-L5) are based on the classification standards of the Society of Automotive Engineers (SAE). Specifically, L0 is no automation; L1 is driver assistance; L2 is partial automation; L3 is conditional automation; L4 is high automation; and L5 is full automation. At levels L1 to L3, the task of monitoring road conditions and reacting is jointly completed by the user and the system, requiring the user to take over dynamic driving tasks. At levels L4 and L5, the user can completely transform into a passenger.

[0065] It should be understood that the means of transportation involved in this application can include road vehicles, water vehicles, air vehicles, industrial equipment, agricultural equipment, or entertainment equipment, etc. For example, the means of transportation can be a vehicle, which is a vehicle in a broad sense, and can be a means of transportation (such as commercial vehicles, passenger cars, motorcycles, flying cars, trains, etc.), industrial vehicles (such as forklifts, trailers, tractors, etc.), engineering vehicles (such as excavators, bulldozers, cranes, etc.), agricultural equipment (such as lawnmowers, harvesters, etc.), amusement equipment, toy vehicles, etc. The embodiments of this application do not specifically limit the type of vehicle. As another example, the means of transportation can be an airplane or a ship, etc.

[0066] The display device 130 in the vehicle 100 will be described in detail with reference to Figures 2 and 3.

[0067] Figure 2 is a schematic diagram of a vehicle cabin scene provided in an embodiment of this application.

[0068] The vehicle shown in Figure 2 can be an example of a vehicle 100. The smart cockpit is equipped with one or more in-vehicle displays (or in-vehicle screens, or display devices 130 in Figure 1), including but not limited to display 201 (or, also known as a central control screen), display 202 (or, also known as a passenger entertainment screen), display 203 (or, also known as a screen behind the driver's headrest), display 204 (or, also known as a screen behind the passenger's headrest), display 205 (or, also known as an instrument panel screen), and display 206 (or, also known as a streaming rearview mirror). In some possible implementations, display 101 can also be a long screen extending into the passenger area. Furthermore, displays 201 to 206 can display a graphical user interface (GUI).

[0069] It should be understood that the data transmission method in the following embodiments is illustrated using the 5-seat vehicle shown in Figure 2 as an example, and the embodiments of this application are not limited thereto. For example, for a 7-seat sport / suburban utility vehicle (SUV), the cabin may include a central control screen, a passenger entertainment screen, a screen behind the driver's headrest, a screen behind the passenger's headrest, entertainment screens in the left-side area of ​​the third row, and entertainment screens in the right-side area of ​​the third row. As another example, for a bus, the cabin may include front and rear entertainment screens; or, the cabin may include a display screen in the driver's area and an entertainment screen in the passenger area. In one implementation, the entertainment screen in the passenger area may also be located on the top of the cabin.

[0070] For ease of understanding, this application embodiment refers to the device used for displaying images in a vehicle as a "display device". This application embodiment does not impose any limitations on this.

[0071] Figure 3 is a schematic diagram of a cockpit display structure with one chip and multiple screens provided in an embodiment of this application.

[0072] As shown in Figure 3, in the smart cockpit, the "one chip" in the "one chip, multiple screens" configuration can be the vehicle infotainment system 310 shown in Figure 3, and the "multiple screens" can be various displays included in the display device 320. It should be understood that the vehicle infotainment system 310 shown in Figure 3 can be a device with processing capabilities within the computing platform 150 shown in Figure 1. For ease of understanding, this application embodiment refers to the device used for control and operation in the vehicle as "vehicle infotainment system." This application embodiment does not impose any limitations on this.

[0073] The in-cabin display devices 320 are mainly divided into two categories: the first is the in-vehicle display screen; the second is the projection display screen. The second category includes, for example, head-up displays (HUDs), such as the HUD 221 shown in Figure 2. In-vehicle displays are physical displays and are an important component of the in-vehicle infotainment system. Multiple displays can be installed in the cabin, such as the instrument panel display 222, streaming rearview mirror 223, central control display 224, and infotainment screen 225 shown in Figure 2. Examples include displays in front of the front passenger, the left rear passenger, and the right rear passenger; even the car windows can be used as displays. Head-up displays, also known as head-up display systems, are mainly used to display driving information such as speed and navigation on a display device in front of the driver (e.g., the windshield). This reduces driver eye movement time, avoids pupil changes caused by eye movement, and improves driving safety and comfort. HUDs include, for example, combiner-HUD (C-HUD) systems, windshield-HUD (W-HUD) systems, and augmented reality HUD (AR-HUD) systems.

[0074] It should be understood that the operations in the embodiments of this application may be executed by the same processor, or by one or more processors, and the embodiments of this application do not specifically limit this.

[0075] As shown in Figure 3, in a multi-screen scenario, the distance between the display device 320 and the data source (e.g., the system-on-chip (SoC) of the vehicle infotainment system 310) is relatively long, ranging from tens of centimeters to more than ten meters. The high frame rate and high resolution display requirements inevitably necessitate ultra-high bandwidth display data. To meet the demands of long-distance, high-bandwidth data transmission, bridge chips such as serializers and deserializers are added between the vehicle infotainment system SoC and the display driver (e.g., the display driver integrated circuit (DDIC)) to enhance the SoC's remote display driving capability, becoming the mainstream solution for cockpit wiring harnesses. SerDes is short for serializer / deserializer, a high-speed time division multiplexing (TDM) point-to-point serial communication technology.

[0076] Figure 4 is a schematic diagram of a cockpit display architecture provided in an embodiment of this application. As shown in Figure 4, the vehicle infotainment system 310 includes a SoC and a serializer. The SoC of the vehicle infotainment system 310 converts the output parallel display stream into serial data through the serializer. As shown in Figure 4, the transmission interface between the SoC and the serializer can be called a parallel interface, such as a display serial interface (DSI), a high definition multimedia interface (HDMI), or a display port / embedded display port (DP / eDP). Then, after scrambling, DC balancing, and other encoding processes in the serializer, the serial data is transmitted to a remote deserializer. As shown in Figure 4, the transmission interface between the serializer of the vehicle infotainment system 310 and the deserializer of the display device 320 can be called a serial interface. After decoding the serial data, the deserializer restores it to parallel data recognizable by the display driver chip DDIC, satisfying the display transmission characteristics of high bandwidth, long distance, low power consumption, and low latency. As shown in Figure 4, the transmission interface between the deserializer and the display driver chip of the display device 320 can be called a parallel interface, such as a low voltage differential signaling (LVDS) interface, eDP, etc.

[0077] While the data transmission method shown in Figure 4 can address the requirements of high bandwidth, long distance, and low power consumption, the entire transmission link is significantly lengthened due to the addition of bridging chips such as serializers and deserializers. Because long transmission links involve numerous intermediate stages, and deserializers generally lack strong self-correction capabilities (for example, they can only resolve a small number of transmission errors), data stream errors can lead to black screens, distorted screens, and other display errors when transmission is affected by external interference, such as momentary connector disconnection or strong electromagnetic interference. This severely impacts user experience, and errors in information such as vehicle speed, door open / close status, turn signals, and gear position can even affect driving safety (e.g., these errors occur in digital dashboards / ARHUDs).

[0078] Currently, in displays involving functional safety domains, security is improved by adding a security verification chip after the deserializer.

[0079] Figure 5 is a schematic diagram of another cockpit display architecture provided in this application embodiment. As shown in Figure 5, a security verification chip is added between the deserializer and the display driver chip of the display device 320. The microcontroller unit (MCU) of the vehicle infotainment system 310 transmits verification information to the external storage chip of the display device 320, such as flash memory. The security verification chip periodically reads the basic information in the external storage and performs pixel, cyclic redundancy check (CRC), and Sigma comparisons with the data stream transmitted by the deserializer. When the deserializer outputs an error, the basic information in the security verification chip is used first to achieve the display of functional safety information. The system has high complexity and cost. In addition, the MCU of the vehicle infotainment system 310 and the MCU of the display device 320 transmit data via CAN communication in Figure 5. The SoC and MCU of the vehicle infotainment system 310 can transmit data via a two-wire serial bus (inter-integrated circuit, I2C) or a serial peripheral interface (SPI). Similarly, data transmission between the deserializer and the MCU, between the MCU and the security verification chip, between the security verification chip and the flash memory, and between the MCU and the flash memory in the display device 320 can also be performed via I2C or SPI.

[0080] While Figure 5 can mitigate the impact of display errors caused by decoding errors in the deserializer to some extent, the solution in Figure 5 adds a security verification chip after the deserializer, which undoubtedly increases the hardware complexity.

[0081] Therefore, in scenarios involving multiple screens on a single chip, improving the user experience without increasing hardware complexity is an urgent problem to be solved.

[0082] In view of this, embodiments of this application provide a data transmission method, apparatus, and vehicle, which will be described in detail below with reference to Figures 6 to 16.

[0083] Figure 6 is a schematic flowchart of a data transmission method provided in an embodiment of this application. It can be understood that the method shown in Figure 6 can be executed by a deserializer. For example, unless otherwise specified, the deserializer in this application can be the deserializer itself, a component within the deserializer (e.g., a communication module, processor, circuit, chip (such as a modem chip, also known as a baseband chip, or a SoC chip or SIP chip containing a modem core), or a chip system, etc.), or it can be a logic module or software capable of implementing all or part of the deserializer's functions. The following description uses a deserializer as an example. The data transmission method specifically includes the following steps.

[0084] S610, the deserializer obtains basic information from a storage device, which is independent of the deserializer. The basic information includes basic information for display on a display device.

[0085] In this context, the storage device is independent of the deserializer; that is, the deserializer and the storage device are two separate components. In other words, the storage space is located within the deserializer, while the storage device is located outside of it.

[0086] It should be understood that storage devices can also be called external storage devices, such as flash memory.

[0087] As one possible implementation, the basic information may include basic safety information. For example, basic safety information may include, but is not limited to, one or more of the following: information related to icons such as seatbelt, vehicle speed, remaining range, or turn signal status. Taking the seatbelt icon as an example, basic safety information may include the pixel position, color, or depth of the red-green-blue (RGB) color space of the seatbelt icon.

[0088] For example, basic information can be stored in a storage device via CAN communication between the display device and the vehicle's SoC or an information source. The information source can be another independent electronic control unit (ECU).

[0089] In this way, basic information, including basic safety information, can ensure that basic safety icons can be displayed on the display device in different scenarios, thus ensuring driving safety and improving the user experience to a certain extent.

[0090] As one possible implementation, the deserializer controls the storage space to retrieve basic information from the storage device.

[0091] It should be understood that the storage space is located in the deserializer. For example, the storage space can be random access memory (RAM) space. The storage space in the deserializer can also be other devices with storage functions, such as dynamic random access memory (DRAM), etc. The embodiments of this application do not limit this.

[0092] In this way, if the storage space is of random access type, the deserializer can obtain basic information from the storage device in a timely manner, resulting in better real-time performance.

[0093] As an example, the storage space is located in the chip of the deserializer.

[0094] The storage space in the deserializer is used to read information from and / or store information in the storage device. In other words, the storage space in the deserializer enables it to read and / or store information from the storage device.

[0095] S620, the deserializer sends basic information to the driver of the display device.

[0096] Specifically, basic information can be transmitted between the deserializer and the driver of the display device via a parallel interface.

[0097] It should be understood that the driver of the display device controls the pixel units of the display device in the form of electrical signals, so that basic information can be displayed on the display panel.

[0098] Optionally, based on the basic information, the screen corresponding to the basic information is displayed on the display device.

[0099] In the above technical solution, the deserializer can obtain basic information from the storage device and send the basic information to the driver of the display device, thereby displaying the image corresponding to the basic information on the display device. Compared with the solution that adds a security verification chip after the deserializer and obtains basic information through the security verification chip, the solution of this application embodiment not only has a simpler hardware structure, but also the deserializer has an autonomous data stream output capability, which can ensure that the image corresponding to the basic information can be displayed on the display device in a timely manner in different scenarios, not limited to scenarios where the deserializer outputs an error, thereby improving the user experience.

[0100] Optionally, the deserializer acquires the data to be decoded. If it is determined that the data to be decoded is faulty, the deserializer retrieves basic information from the storage device.

[0101] Specifically, the serializer sends the data to be decoded to the deserializer, and the deserializer receives the data to be decoded from the serializer.

[0102] It should be understood that an error in the data to be decoded could be due to a small number of transmission errors, which can be addressed using the existing data verification function in the deserializer. Alternatively, an error can be determined by comparing the decoded data with the security information. This approach can handle not only errors in the data to be decoded but also errors during the decoding process of the deserializer.

[0103] In this way, when errors occur in the data to be decoded, the deserializer can retrieve basic information from the storage device and promptly transmit it to the display device's driver. This prevents the display device from failing to display data when transmission problems arise, thus improving the user experience.

[0104] In some implementations, the deserializer can determine that the data to be decoded is erroneous by using existing data verification functions.

[0105] For example, a deserializer can detect whether there are transmission errors in the data to be decoded.

[0106] In this way, by using the existing verification function of the deserializer to determine the way in which the data to be decoded is erroneous, the deserializer's function of retrieving basic information from the storage device can be reused on the basis of effectively utilizing the original functions of the deserializer. This can more efficiently and promptly avoid situations where the display device cannot display, thereby improving the user experience.

[0107] In some implementations, the deserializer stores security information, which is associated with basic information. A first comparison result is obtained based on the security information and the decoded data, where the decoded data is obtained by decoding the data to be decoded. If the first comparison result indicates an error in the decoded data, the basic information is retrieved from the storage device.

[0108] The first comparison result indicates that the decoded data is incorrect, which may be due to an error in the data to be decoded or an error in the deserializer during the decoding process.

[0109] The security information is linked to the basic information. This can be understood as the security information being a portion of the basic information that has a low refresh rate or low change rate. In other words, the portion of the basic information that has a low refresh rate or low change rate can be stored in the deserializer's storage space.

[0110] In some implementations, the deserializer can periodically retrieve and store security information from the storage device.

[0111] For example, safety information may include information related to icons such as speed limit reminders and height limit reminders.

[0112] For example, after the deserializer decodes the data to be decoded, it obtains the decoded data, which includes rate limit data. The deserializer retrieves relevant information about the rate limit reminder from its storage space, compares the decoded data indicating the rate limit data with the relevant information about the rate limit reminder, and obtains a first comparison result. If the first comparison result indicates that the rate limit data indicated by the decoded data is incorrect, the deserializer retrieves basic information from the storage device.

[0113] The basic information may include security information. Alternatively, if the first comparison result indicates that the rate-limited data indicated by the decoded data is incorrect, the deserializer can retrieve other basic information besides the security information from the storage device. In this case, the basic information sent to the driver includes other basic information and security information.

[0114] It should be understood that, taking the speed limit reminder icon as an example, although only the result of comparing the decoded speed limit data and the relevant information of the speed limit reminder is obtained, this result not only indicates that the decoded speed limit data is wrong, but also indicates that the decoded data is wrong. In order to further determine the safe display of information, the deserializer can obtain basic information from the storage device, or other security information other than the speed limit reminder icon.

[0115] Alternatively, if the decoded data only includes data related to security information (e.g., rate limit data), the deserializer can directly send the security information to the driver of the display device.

[0116] In this way, security information with low refresh rates can be stored in the deserializer, which can reduce the interaction frequency between the deserializer and external storage devices. When the data to be decoded is found to be erroneous, it can reduce display latency to a certain extent and further improve the user experience.

[0117] In some implementations, the deserializer acquires the data to be decoded. The deserializer decodes the data to be decoded, obtaining the decoded data. Based on the basic information and the decoded data, the deserializer obtains a second comparison result. If the second comparison result indicates an error in the decoded data, basic information is sent to the driver.

[0118] The second comparison result indicates that the decoded data is incorrect, which may be due to an error in the data to be decoded or an error in the deserializer during the decoding process.

[0119] In this way, the deserializer can independently perform the comparison process between basic information and decoded data, enriching the deserializer's fault detection function. Furthermore, when a fault is detected, it actively transmits the basic information to the display device's driver, preventing the display device from directly failing to display data, thereby improving the user experience.

[0120] Optionally, when it is determined that the data to be decoded is faulty, or when it is determined that the decoded data is faulty, the deserializer retrieves fault alert information from the storage device. The deserializer then sends the fault alert information to the driver.

[0121] It should be understood that basic information and fault alert information can be sent simultaneously or separately, and this application embodiment does not impose any restrictions on this.

[0122] In this way, the serializer can further send fault alerts to the display device in a timely manner, promptly reminding the user of the occurrence of the fault, thereby improving the user experience.

[0123] Optionally, if the deserializer determines that the vehicle-mounted device is powered on, the basic information may include the power-on screen information.

[0124] Optionally, if the deserializer determines that the vehicle-mounted system is in an upgrade state, the basic information may include upgrade screen information.

[0125] In this way, the deserializer's autonomous data stream output function can send basic information to the display device's driver when the vehicle's infotainment system is in different scenarios, ensuring that the display device can always show the screen. For example, when the vehicle's infotainment system is powered on, the deserializer can independently send and display the boot screen, avoiding a prolonged black screen during startup. Similarly, when the vehicle's infotainment system is undergoing an upgrade, the deserializer can independently send and display the upgrade screen, allowing users to promptly receive the upgrade progress report and improving the user experience.

[0126] Optionally, the basic information is editable.

[0127] In other words, basic information can be customized by users through a human-computer interaction interface.

[0128] In this way, the basic information is customized by the user, meeting the user's personalized needs and thus improving the user experience.

[0129] Figure 7 is a schematic diagram of another cockpit display architecture provided in an embodiment of this application.

[0130] As shown in Figure 7, the deserializer in the display device 320 includes a storage space, and the deserializer can directly obtain information from the storage device. For example, the deserializer obtains information from the storage device through the storage space. As shown in Figure 7, the basic information in the storage device can be obtained from the SoC of the vehicle infotainment system 310 or an information source through CAN communication between the MCU in the vehicle infotainment system 310 and the MCU in the display device 320. Furthermore, data transmission between the MCU in the vehicle infotainment system 310 and the MCU in the display device 320 can also be performed through other interfaces with reliable remote communication capabilities. This application embodiment uses CAN communication as an example for illustration, but this application embodiment is not limited thereto.

[0131] As shown in Figure 7, the transmission interface between the SoC and the serializer can be called a parallel interface, such as DSI, HDMI, DP / eDP, etc. Then, after scrambling, DC balancing, and other encoding processes in the serializer, the serial data is transmitted to the remote deserializer, which obtains the data to be decoded. As shown in Figure 7, the transmission interface between the serializer of the vehicle infotainment system 310 and the deserializer of the display device 320 can be called a serial interface. After decoding the serial data, the deserializer restores it to parallel data recognizable by the display driver chip DDIC, as shown in Figure 7. The transmission interface between the deserializer of the display device 320 and the display driver chip can be called a parallel interface, such as LVDS interface, eDP, etc.

[0132] As shown in Figure 7, data transmission can be performed between the SoC and MCU of the vehicle infotainment system 310, and between the deserializer, MCU and storage device of the display device 320 via I2C / SPI.

[0133] The data transmission method shown in Figure 6 can be applied to the cockpit display structure shown in Figure 7.

[0134] The following describes in detail, with reference to Figures 8 to 10, a scenario where data transmission between the vehicle-mounted system and the display device fails.

[0135] Figure 8 is a schematic diagram of a fault scenario provided in an embodiment of this application.

[0136] As shown in Figure 8, the possible location of the fault between the vehicle infotainment system 310 and the display device 320 could be a failure in the link transmission between the SoC of the vehicle infotainment system 310 or the serializer of the vehicle infotainment system 310 and the deserializer of the display device 320.

[0137] To address the fault condition shown in Figure 8, the solution of this application will be described in detail below with reference to Figures 9 and 10.

[0138] Figure 9 is a flowchart illustrating another data transmission method provided in an embodiment of this application. Figure 9 is a detailed flowchart of whether the data to be decoded or the decoded data is corrupted.

[0139] S910, the deserializer obtains the data to be decoded.

[0140] The S920 deserializer determines whether the data to be decoded or the decoded data is corrupted.

[0141] Method 1: The deserializer uses existing data verification functions to determine whether the data to be decoded is erroneous.

[0142] For example, a deserializer can use existing data verification functions to determine whether there are transmission errors in the data to be decoded. If transmission errors are present, the data to be decoded is determined to be erroneous; if no transmission errors are present, the data to be decoded is determined to be error-free.

[0143] Method two involves the deserializer retrieving security information from its own storage space, comparing this security information with the decoded data, and obtaining a third comparison result. This third comparison result indicates whether the decoded data contains errors. The third comparison result includes the first comparison result mentioned above.

[0144] It should be understood that the detailed process of comparing the security information with the decoded data has already been described above and will not be repeated here.

[0145] Method 3: The deserializer obtains basic information from an external storage device, compares the basic information with the decoded data, and obtains a fourth comparison result. The fourth comparison result indicates whether the decoded data is erroneous. The fourth comparison result includes the second comparison result mentioned above.

[0146] For example, the deserializer actively reads basic information from the storage device, such as the pixel position, color, and RGB depth of an icon. The deserializer compares this basic information with the serially decoded display data stream. Comparison methods include, but are not limited to, Cyclic Redundancy Check (CRC), Error Checking and Correcting (ECC), Sigma (bit summation), and RGB (red, green, blue) parameter verification. For instance, the deserializer compares the basic information corresponding to the same position on the display screen with the decoded data stream. The coordinates of the decoded data stream at the same position on the display screen can be used to obtain the corresponding basic information in the storage device.

[0147] S930a: If it is determined that the data to be decoded or the decoded data is error-free, the deserializer sends the decoded data to the driver of the display device.

[0148] If the data to be decoded is confirmed to be error-free using method one in S920, the decoded data is sent to the driver.

[0149] If the decoded data is confirmed to be error-free using method two or three in S920, the decoded data is sent to the driver.

[0150] Figure 10 is a schematic diagram of a display screen provided in an embodiment of this application.

[0151] If the data to be decoded or the decoded data is error-free, the content displayed on the display surface of the display device is as shown in Figure 10(a). For example, it may include navigation information, vehicle speed, driving range, seat belt, turn icon, human-computer interaction control and other screens.

[0152] S930b sends basic information obtained from the storage device to the display device driver if the data to be decoded or the decoded data is corrupted.

[0153] If the data to be decoded is determined to be faulty using method one in S920, the deserializer retrieves basic information from the storage device and sends the basic information to the driver of the display device.

[0154] If the decoded data is determined to be faulty using method two in S920, the deserializer retrieves basic information from the storage device and sends the basic information to the driver of the display device.

[0155] Optionally, if it is determined through method two in S920 that the decoded data is incorrect, the deserializer can send a security message to the driver of the display device.

[0156] If the decoded data is determined to be faulty using method three in S920, the deserializer will directly send the basic information to the driver of the display device since it has already obtained the basic information.

[0157] If the data to be decoded or the decoded data is incorrect, the content displayed on the display surface of the display device is as shown in Figure 10(b). For example, it may include the screen corresponding to basic information such as vehicle speed, driving range, seat belt, and turn icon.

[0158] In this way, S930a and S930b can be regarded as two data flow paths of the deserializer. The deserializer can use different data flow paths when the data stream is in error or not, so as to avoid the display panel of the display device going black directly, thereby improving the user experience.

[0159] S940, upon determining that the data to be decoded or the decoded data is corrupted, retrieves fault alert information from the storage device.

[0160] S950, the deserializer sends a fault alert message to the driver of the display device.

[0161] If the data to be decoded or the decoded data is incorrect, the content displayed on the display surface of the display device is as shown in Figure 10(c). In addition to the screen corresponding to the basic information shown in Figure 10(b), there is also a fault reminder indicator.

[0162] It should be understood that the fault warning label in Figure 10(c) is shown in the form of text, but it can also be in other forms, such as fault icons. This application embodiment does not limit this.

[0163] In this way, the serializer can further send fault alerts to the display device in a timely manner, promptly reminding the user of the occurrence of the fault, thereby improving the user experience.

[0164] In addition to its powerful fault detection capabilities, the deserializer of this application embodiment also has a wide range of application scenarios with its independent display function. The following will describe it in detail with reference to Figures 11 to 13.

[0165] Scenario 1: The deserializer determines that the vehicle's infotainment system is powered on. It retrieves basic information from the storage device, including the boot screen information. The deserializer then sends the boot screen information to the display device's driver.

[0166] Among them, the power-on status includes the vehicle's SoC display stream being unavailable for a long time or a certain period of time, such as when the vehicle's infotainment system is cold-started or in a state of sleep or wake-up.

[0167] As one possible implementation, if the deserializer does not receive the data to be decoded within a preset time after power-on, it determines that the vehicle terminal is powered on.

[0168] Figure 11 is a schematic diagram of another display screen provided in an embodiment of this application.

[0169] As shown in Figure 11, during the power-on process, the display panel of the display device can gradually display welcome screens. During power-on, as shown in Figure 11(a), the display panel shows icons corresponding to basic information and welcome messages, such as "Hello!". As shown in Figure 11(b), the display panel shows icons corresponding to basic information and welcome messages, such as "Welcome!". As shown in Figure 11(c), the display panel shows icons corresponding to basic information and a background image. After power-on, the deserializer can normally receive data from the serializer. As shown in Figure 11(d), the display panel shows icons corresponding to basic information and more detailed screens, such as a navigation screen.

[0170] It should be understood that the image shown in Figure 11 is for illustrative purposes only and does not limit the scope of this application.

[0171] Scenario 2: The deserializer determines the upgrade status of the vehicle's infotainment system. It retrieves basic information from the storage device, including upgrade screen information. The deserializer then sends the upgrade screen information to the display device's driver.

[0172] As one possible implementation, the deserializer receives the upgrade instruction from the vehicle's infotainment system and determines that the system is in an upgrade state.

[0173] Figure 12 is a schematic diagram of another display screen provided in an embodiment of this application.

[0174] As shown in Figure 12, during the upgrade process, the display panel of the display device can display the upgrade progress and other information step by step. During the upgrade, as shown in Figure 12(a), the display panel of the display device shows icons corresponding to basic information, the progress (e.g., a 20% upgrade progress bar), and upgrade reminder information (e.g., the text "Upgrading in progress"). As shown in Figure 12(b), the display panel of the display device shows icons corresponding to basic information, the progress (e.g., a 50% upgrade progress bar), and upgrade reminder information (e.g., the text "Upgrade will be completed soon"). As shown in Figure 12(c), the display panel of the display device shows icons corresponding to basic information, the progress (e.g., a 70% upgrade progress bar), and upgrade reminder information (e.g., the text "Two minutes remaining"). As shown in Figure 12(d), the display panel of the display device shows icons corresponding to basic information, the progress (e.g., a 100% upgrade progress bar), and upgrade reminder information (e.g., the text "Welcome back"). After the upgrade is completed, the deserializer can receive data from the serializer normally, as shown in Figure 12(e). The display panel of the display device displays icons corresponding to basic information and richer screens, such as navigation screens.

[0175] It should be understood that the image shown in Figure 12 is for illustrative purposes only and does not limit the scope of this application.

[0176] Figure 13 is a schematic diagram of a human-computer interaction control provided in an embodiment of this application.

[0177] In one implementation, the basic information is editable.

[0178] For example, since the vehicle's infotainment system can write different storage information to the storage device, the text, background color, and layout of the above fault reminders / boot screens / upgrade progress reminders can all be customized.

[0179] For example, as shown in Figure 13, the display panel of the display device may include custom text controls and / or custom image controls.

[0180] The data transmission method provided by the embodiments of this application has been described in detail above with reference to Figures 6 to 13. It is understood that, in order to achieve the above functions, it includes corresponding hardware structures and / or software modules for performing each function.

[0181] Those skilled in the art will recognize that, based on the units and algorithm steps described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is implemented in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for specific applications, but such implementations should not be considered beyond the scope of this application.

[0182] The deserializer provided in the embodiments of this application will be described in detail below with reference to Figures 14 to 16. It should be understood that the description of the device embodiments corresponds to the description of the method embodiments. Therefore, for content not described in detail, please refer to the method embodiments above. For the sake of brevity, some content will not be repeated.

[0183] Figure 14 is a schematic diagram of the architecture of a deserializer provided in an embodiment of this application. The deserializer may include a transceiver unit 1410, which can implement corresponding communication functions. The transceiver unit 1410 may also be referred to as a communication interface, communication unit, or interface unit. It should be understood that, unless otherwise specified, or if it does not contradict its actual function or internal logic in the relevant description, the sending and receiving operations involved in this application can be more generally understood as output and input operations, rather than direct sending and receiving operations performed by radio frequency circuits and antennas. The deserializer may also include an acquisition unit 1430 for implementing acquisition operations. Optionally, the deserializer may also include a processing unit 1420 for performing data processing.

[0184] The deserializer may also include a storage space for storing instructions and / or data. The processing unit 1420 may read the instructions and / or data from the storage space to enable the deserializer to implement the aforementioned method embodiments.

[0185] The deserializer can be used to perform the actions in the above method embodiments. The transceiver unit 1410 is used to perform the transceiver-related operations in the above method embodiments. The processing unit 1420 is used to perform the processing-related operations in the above method embodiments. The acquisition unit 1430 is used to perform the acquisition-related operations in the above method embodiments.

[0186] As a design, the deserializer is used to perform the actions of the method embodiments shown in Figure 6 or Figure 9 above. The execution entity can be a chip, chip system, or processor that supports the deserializer in implementing the corresponding method, or it can be a logic module or software that can implement all or part of the deserializer's functions.

[0187] Specifically, the acquisition unit 1430 is used to acquire basic information from a storage device, which is independent of the deserializer, and the basic information includes basic information for display on a display device. The transceiver unit 1410 is used to send the basic information to the driver of the display device.

[0188] For details not described in detail, please refer to the above method embodiments.

[0189] It should be understood that the specific process of each unit performing the above-mentioned corresponding steps has been described in detail in the above method embodiments, and will not be repeated here for the sake of brevity.

[0190] The processing unit 1420 in the above embodiments can be implemented by at least one processor or processor-related circuitry. The transceiver unit 1410 can be implemented by a transceiver or transceiver-related circuitry. The storage space can be implemented by at least one memory.

[0191] Figure 15 is a schematic structural diagram of a deserializer provided in an embodiment of this application.

[0192] As shown in Figure 15, this application embodiment also provides a deserializer. The deserializer includes a processor 1510. The deserializer also includes a storage space 1520. The processor 1510 is coupled to the storage space 1520, which is used to store computer programs or instructions and / or data. The processor 1510 is used to execute the computer programs or instructions and / or data stored in the storage space 1520, causing the methods in the above method embodiments to be executed.

[0193] As shown in Figure 15, the deserializer may also include storage space 1520.

[0194] Optionally, the storage space 1520 included in the deserializer can be one or more.

[0195] Optionally, the deserializer may include one or more processors 1510.

[0196] Optionally, the storage space 1520 can be integrated with the processor 1510, or it can be set up separately.

[0197] Optionally, as shown in Figure 15, the deserializer may also include a transceiver 1530, which is used for receiving and / or transmitting signals. For example, a processor 1510 is used to control the transceiver 1530 to receive and / or transmit signals.

[0198] As one approach, the deserializer is used to implement the operations performed by the deserializer in the above method embodiments.

[0199] For example, processor 1510 is used to implement the processing-related operations performed by the deserializer in the above method embodiment, and transceiver 1530 is used to implement the receiving-transmitting-related operations performed by the deserializer in the above method embodiment.

[0200] Figure 16 is a schematic diagram of a chip system provided in an embodiment of this application. As shown in Figure 16, the chip system (or processing system) includes a logic circuit 1610, an input / output interface 1620, and a storage space 1630. The logic circuit is coupled to the input interface to transmit data parameters to execute the methods in the above-described method embodiments. A device with this chip system installed can implement the methods and functions of the embodiments of this application. For example, the logic circuit 1610 can be a processing circuit in the chip system to control the device with the chip system installed. The logic circuit 1610 can be coupled to the storage space 1630 to call instructions in the storage space, enabling the device to implement the methods and functions of the embodiments of this application. The input / output interface 1620 can be an input / output circuit in the chip system to output the information processed by the chip system or to input data or signaling information to be processed into the chip system for processing.

[0201] As one approach, the chip system is used to implement the operations performed by the deserializer in the above method embodiments.

[0202] For example, logic circuit 1610 is used to implement the processing related operations in the above method embodiment, and input / output interface 1620 is used to implement the acquisition related operations in the above method embodiment.

[0203] This application also provides a computer-readable storage medium storing computer instructions for implementing the method executed by the deserializer in the above method embodiments.

[0204] For example, when the computer program is executed by a computer, it enables the computer to implement the method executed by the deserializer in the above method embodiments.

[0205] This application also provides a computer program product containing instructions that, when executed by a computer, cause the computer to implement the method executed by the deserializer in the above method embodiments.

[0206] This application also provides a display device, which may include the above-described deserializer.

[0207] This application also provides a vehicle that may include the aforementioned display device.

[0208] Alternatively, the vehicle may be a vehicle.

[0209] The explanation and beneficial effects of the relevant contents of any of the devices provided above can be referred to the corresponding method embodiments provided above, and will not be repeated here.

[0210] It should be understood that the processor mentioned in the embodiments of this application can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor can be a microprocessor or any conventional processor.

[0211] It should also be understood that the memory mentioned in the embodiments of this application can be volatile memory and / or non-volatile memory. Non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM). For example, RAM can be used as an external cache. By way of example and not limitation, RAM can include a variety of forms, such as: static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0212] It should be noted that when the processor is a general-purpose processor, DSP, ASIC, FPGA, or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component, the memory (storage module) can be integrated into the processor.

[0213] It should also be noted that the memory described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0214] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0215] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0216] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0217] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0218] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0219] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0220] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A data transmission method, characterized in that, Applied to a deserializer, the method includes: Basic information is obtained from a storage device, which is independent of the deserializer, and the basic information includes basic information for display on a display device; The basic information is sent to the driver of the display device.

2. The method according to claim 1, characterized in that, Before retrieving basic information from the storage device, the method further includes: Obtain the data to be decoded; The step of obtaining basic information from the storage device includes: When it is determined that the data to be decoded is erroneous, the basic information is retrieved from the storage device.

3. The method according to claim 1, characterized in that, The deserializer stores security information, which is associated with the basic information. The method further includes: Obtain the data to be decoded; Based on the security information and the decoded data, a first comparison result is obtained, wherein the decoded data is obtained by decoding the data to be decoded; When the first comparison result indicates that the decoded data is incorrect, basic information is retrieved from the storage device.

4. The method according to claim 1, characterized in that, The method further includes: Obtain the data to be decoded; The data to be decoded is decoded to obtain the decoded data; Based on the basic information and the decoded data, a second comparison result is obtained; Sending the basic information to the driver of the display device includes: When the second comparison result indicates that the decoded data is incorrect, the basic information is sent to the driver.

5. The method according to any one of claims 2 to 4, characterized in that, The method further includes: When it is determined that the data to be decoded has a decoding error, or when it is determined that the decoded data has an error, the fault alert identification information is obtained from the storage device; Send the fault alert identification information to the driver.

6. The method according to any one of claims 1 to 5, characterized in that, Before retrieving basic information from the storage device, the method further includes: It is confirmed that the vehicle-mounted device is powered on, and the basic information includes the boot screen information.

7. The method according to any one of claims 1 to 5, characterized in that, Before retrieving basic information from the storage device, the method further includes: It is confirmed that the vehicle-mounted system is in an upgrade state, and the basic information includes upgrade progress information.

8. The method according to any one of claims 1 to 7, characterized in that, The basic information is editable.

9. The method according to any one of claims 1 to 8, characterized in that, The deserializer includes storage space, and the process of obtaining basic information from the storage device includes: Control the storage space to obtain the basic information from the storage device.

10. A deserializer, characterized in that, The deserializer includes an acquisition unit and a transceiver unit: The acquisition unit is used to acquire basic information from a storage device, the storage device being independent of the deserializer, the basic information including basic information for display on a display device; The transceiver unit is used to send the basic information to the driver of the display device.

11. The deserializer according to claim 10, characterized in that, The acquisition unit is further configured to acquire data to be decoded; The acquisition unit is specifically used to acquire the basic information from the storage device when it is determined that the data to be decoded is erroneous.

12. The deserializer according to claim 11, characterized in that, The deserializer stores security information, which is associated with the basic information; the deserializer also includes a processing unit. The processing unit is used to obtain a first comparison result based on the security information and the decoded data, wherein the decoded data is obtained by decoding the data to be decoded; The acquisition unit is specifically used to acquire the basic information from the storage device when the first comparison result indicates that the decoded data is incorrect.

13. The deserializer according to claim 10, characterized in that, The deserializer also includes a processing unit. The acquisition unit is further configured to acquire data to be decoded; The processing unit is used to decode the data to be decoded to obtain decoded data; The processing unit is further configured to obtain a second comparison result based on the basic information and the decoded data; The transceiver unit is specifically used to send the basic information to the driver when the second comparison result indicates that the decoded data is incorrect.

14. The deserializer according to any one of claims 11 to 13, characterized in that, The acquisition unit is further configured to acquire fault alert identification information from the storage device when it is determined that the data to be decoded has a decoding error, or when it is determined that the decoded data has an error. The transceiver unit is also used to send the fault alert identification information to the driver.

15. The deserializer according to any one of claims 10 to 14, characterized in that, The deserializer also includes a processing unit. The processing unit is used to determine that the vehicle-mounted terminal is powered on, and the basic information includes the power-on screen information.

16. The deserializer according to any one of claims 10 to 14, characterized in that, The deserializer also includes a processing unit. The processing unit is used to determine that the vehicle-mounted system is in an upgrade state, and the basic information includes upgrade progress information.

17. The deserializer according to any one of claims 10 to 16, characterized in that, The basic information is editable.

18. The deserializer according to any one of claims 10 to 17, characterized in that, The deserializer includes storage space and a processing unit. The processing unit is also configured to control the storage space to obtain the basic information from the storage device.

19. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program or instructions that, when executed on the deserializer, cause the deserializer to perform the method as described in any one of claims 1 to 9.

20. A display device, characterized in that, Includes a deserializer as described in any one of claims 10 to 18, and a driver.

21. A vehicle, characterized in that, Includes the display device as described in claim 20.

22. The vehicle according to claim 21, characterized in that, The means of transport is a vehicle.

Images