CN117319967A - Vehicle-mounted device and control method thereof - Google Patents

Abstract

The present disclosure provides an improved vehicle-mounted device and a control method for the same. The car machine equipment comprises: a main signal source (10) adapted to output a main video signal; an on-screen display OSD module (20) adapted to receive said main video signal and configured to be adapted to determine different types of abnormal events occurring to said main video signal; and a security monitoring module (30) coupled to the OSD module (20) and configured to: the OSD module (20) is controlled to enter different modes of operation in response to the main video signal being determined to occur the different types of abnormal events.

Description

Vehicle-mounted device and control method thereof

Technical Field

The present disclosure relates to intelligent cabin systems, and more particularly to a vehicle-to-machine apparatus within an intelligent cabin system and a control method thereof.

Background

A car-mounted device is a device installed inside an automobile that is functionally capable of communicating information between a person and the automobile, and between the automobile and the outside (e.g., automobile-to-automobile). Vehicle equipment is increasingly used in various types of vehicles to achieve the purpose of the intelligent cabin of the automobile.

Along with the development of the intelligent automobile cabin, the automobile instrument technology gradually develops from the traditional mechanical instrument panel and electromagnetic pulse instrument panel to the novel all-digital liquid crystal instrument and central control unit integrated direction. Typically, the car intelligent cockpit is operated based on an android system. However, this presents challenges for stable operation of the central control screen and/or the meter screen due to instability of the android system.

Disclosure of Invention

It is an object of the present disclosure to provide an improved vehicle-mounted device and a control method thereof, which can at least cope with one or more problems caused by instability of an android system.

According to one aspect of the present disclosure, a vehicle machine apparatus. The car machine equipment comprises: a main signal source adapted to output a main video signal; an on screen display OSD module adapted to receive the main video signal and configured to be adapted to determine different types of abnormal events occurring to the main video signal; and a security monitoring module coupled to the OSD module and configured to: and controlling the OSD module to enter different working modes in response to the main video signal being determined to generate the different types of abnormal events.

By utilizing the vehicle-mounted equipment disclosed by the invention, various abnormal or fault types of the main video signal of the main signal source (usually operated based on the android system) can be processed, and the fault alarming capability of the vehicle-mounted equipment and the safety of vehicle-mounted instrument display are effectively improved. In addition, the scheme of the present disclosure has the advantages of low cost and simple realization.

In some embodiments, the different types of abnormal events include a jam, and the security monitoring module is configured to: and in response to the main video signal being determined by the OSD module to be the occurrence of the clamping, controlling the OSD module to superimpose alarm information on the main video signal so as to be transmitted to a screen outside the vehicle equipment for display. In these embodiments, when a jam (or freeze) occurs, warning information may be displayed on the vehicle screen to prompt the driver, thereby increasing the driving safety

In some embodiments, the OSD module is further configured to: the occurrence of the stuck is determined by detecting data within a predetermined pixel area including one or more screen pixels outputted by the main signal source.

In some embodiments, determining that the main video signal is subject to the clip comprises: the occurrence of the stuck is determined in response to a cyclic redundancy check, CRC, value of data within a predetermined pixel region being detected as unchanged for a predetermined period.

In some embodiments, the predetermined pixel region is positioned as a region outside an actual display region of the screen. In this way, screen flicker resulting from frequent refreshing of a predetermined pixel region can be avoided.

In some embodiments, the different types of abnormal events include data loss, the security monitoring module further configured to: and controlling the OSD module to enable a standby video signal source mode in response to the main video signal being determined by the OSD module to occur as the data loss, so as to display vehicle instrument information on a screen connected to the vehicle equipment in combination with using the standby video signal source. In the embodiments, when the main signal source fails completely, the vehicle-mounted device can timely start the standby video signal source mode, so that normal display of vehicle instrument information is ensured.

In some embodiments, the OSD module is configured to: the occurrence of the data loss of the primary video signal is determined based on a count of rising edges of a clock signal received from the primary signal source over a predetermined time.

In some embodiments, the security monitoring module is further configured to: in the standby signal source mode of the OSD module, an attempt is made to reset the main signal source to restore the video output capability of the main signal source. In this way, the primary signal source may be reset in time to restore the video output capabilities of the primary signal source.

In some embodiments, the security monitoring module is further configured to: and when the main signal source is tried to be reset for a preset number of times or a preset time and the video output capability of the main signal source cannot be restored, the main signal source is not tried to be reset any more, and the standby signal source of the OSD module is continuously adopted.

In some embodiments, the security monitoring module is further configured to: in response to the main video signal being determined by the OSD module to not have recovered to normal within a predetermined time of the main signal source being powered up again, the OSD module is controlled to enable a standby video signal source mode so as to display vehicle meter information on the screen in combination with using the standby signal source.

In some embodiments, the alternate video signal source is from a video signal generator internal to the OSD module.

In some embodiments, the OSD module is further configured to determine if its output link to a screen external to the in-vehicle device is faulty; and the security monitoring module is further configured to: and responding to the fault of the link to the screen, and controlling a loudspeaker connected with the vehicle-mounted equipment to send out an audible prompt or a warning lamp to prompt. When the output link fails, which means that the screen cannot be displayed, in these embodiments, the vehicle device may alert the user to prompt the user, which further improves the failure alarm capability of the vehicle device.

In some embodiments, the faults include open faults and short faults.

In some embodiments, the security monitoring module is further configured to: and controlling the OSD module to output the main video signal to a screen outside the vehicle device for display in response to the main video signal being determined to be normal.

In some embodiments, the security monitoring module is an MCU chip.

According to a second aspect of the present disclosure, there is provided a control method for a vehicle device, wherein the vehicle device includes a main signal source, an on-screen display OSD module coupled to the main signal source, and a safety monitoring module coupled to the OSD module, the control method including: determining a type of an abnormal event occurring in a main video signal received from a main signal source using the OSD module; and in response to the main video signal being determined to have different types of abnormal events, controlling the OSD module to enter different working modes by using the safety monitoring module.

In some embodiments, the different types of abnormal events include a jam, wherein controlling the OSD module to enter different modes of operation using a security monitor module includes: and in response to the main video signal being determined to be blocked by the OSD module, controlling the OSD module to superimpose alarm information on the main video signal so as to be transmitted to a screen outside the vehicle equipment for display.

In some embodiments, the different types of abnormal events include data loss, wherein controlling the OSD module to enter different modes of operation using a security monitor module includes: in response to the main video signal being determined by the OSD module to occur as the data loss, the OSD module is controlled to enable a standby video signal source mode to display vehicle meter information on the screen in conjunction with utilizing a standby signal source.

In some embodiments, the method further comprises: determining whether an output link thereof to a screen outside the vehicle equipment is failed using the OSD module; and responding to the fault of the link to the screen, and controlling a loudspeaker connected with the vehicle-mounted equipment to send out an audible prompt or a warning lamp to prompt by using a safety monitoring module.

It should also be appreciated that the descriptions in this summary are not intended to limit key or critical features of embodiments of the disclosure, nor are they intended to limit the scope of the disclosure. Other features of embodiments of the present disclosure will become apparent from the following description.

Drawings

The above and other features, advantages and aspects of embodiments of the present disclosure will become more apparent by reference to the following detailed description when taken in conjunction with the accompanying drawings. In the drawings, wherein like or similar reference numerals denote like or similar elements, in which:

FIG. 1 illustrates an architectural schematic diagram of a vehicle-to-machine apparatus according to an example embodiment of the present disclosure;

FIG. 2 shows a schematic diagram of the data flow of the various modules within the vehicle equipment shown in FIG. 1 in different modes of operation; and

fig. 3 shows an exemplary workflow diagram of a control method for an in-vehicle apparatus according to an exemplary embodiment of the present disclosure.

Detailed Description

Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure have been shown in the accompanying drawings, it is to be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but are provided to provide a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are for illustration purposes only and are not intended to limit the scope of the present disclosure.

As mentioned above, the on-board devices are increasingly used in various types of vehicles for the purpose of an intelligent car cabin, which is generally operated based on an android system. However, this presents challenges for stable operation of the central control screen and/or the meter screen due to instability of the android system. To this end, the inventors of the present application realized that: 1. it is necessary to monitor the primary video signal on the primary signal source to screen link of the vehicle equipment to identify different types of anomalies or faults, which may help to troubleshoot or enable the alternate video source to ensure stable operation of the dashboard; 2. detection of various anomalies or faults can be conveniently achieved by configuring an on-screen display (OSD or On Screen Display) module.

For a better understanding of the concepts of the present disclosure, fig. 1 shows an architectural schematic diagram of a vehicle-to-machine apparatus according to an example embodiment of the present disclosure.

As shown in fig. 1, the vehicle device 100 may mainly include a main signal source 10, an OSD module 20, and a safety monitoring module 30. According to an embodiment of the present disclosure, the in-vehicle apparatus 100 may acquire vehicle meter information from a control area network (CAN or Controller Area Network) 300 of a vehicle while video signals are transmitted to a display screen 200 located outside the in-vehicle apparatus 100.

In some embodiments, the display screen 200 may be integrated with the in-vehicle apparatus 100 to form an in-vehicle system. In still other embodiments, the display screen 200 may be provided independently of the in-vehicle apparatus 100. In this way of arranging the display screen 200 independently, it is possible to facilitate the arrangement of the vehicle-mounted device 100 away from the display screen 200, thereby saving the arrangement space of the console in the vehicle as much as possible. As an example, the in-vehicle apparatus 100 may be disposed at the bottom of the vehicle and connected to the display screen 200 over a long distance via, for example, a cable.

The main signal source 10 functions to provide a main video signal to the display screen 200 to present multi-color multimedia information as well as various vehicle meter information on the display screen 200. As an example, the main signal source 10 may comprise a System On Chip (SOC) which may operate, for example, based On an android System. It will be readily appreciated that the system-on-chip may also function based on an operating system other than An Zhuozhi. In some examples, the primary signal source 10 may be configured to output a signal in low voltage differential signaling (LVDS or Low Voltage Differential Signal) format. Here, LVDS is a new technology that satisfies today's high performance data transmission applications, and it also satisfies the needs of future applications because it can lower the system supply voltage to 2V. The transmission by using LVDS signals has the advantages of low noise and low power consumption. In particular, conventional liquid crystal displays may directly receive LVDS signals for display.

In an embodiment in which the primary signal source 10 comprises a system-on-chip, in order to implement the output of the output low voltage differential LVDS, the primary signal source 10 may further comprise an LVDS module adapted to convert signals in a DSI format typically output by the system-on-chip into signals in the LVDS format.

The OSD module 20 may be coupled to an output of the main signal source 10, and functions to receive the main video signal and output the received main video signal to the display screen 200 for display in case the main video signal is normal.

Further, according to the design of the present disclosure, the OSD module 20 is also configured to have a function of detecting a main video signal input thereto and a function of detecting a main video signal output therefrom.

In particular, based on the detection of the main video signal input thereto, the OSD module 20 may determine whether the main video signal input thereto is abnormal, and if an abnormality occurs, further determine the type of the abnormal event. Once the OSD module 20 determines that the main video signal input thereto is not abnormal (i.e., normal), the OSD module 20 may output (i.e., pass-through) the received main video signal to the display screen 200 for display without processing. And once the OSD module 20 determines the type of abnormality of the main video signal input thereto, the OSD module 20 may enter different operation modes according to the type of abnormality. For another example, based on the detection of the main video signal output therefrom, the OSD module 20 may determine whether there is a failure of the link from the output of the OSD module 20 to the screen, which may include an open failure or a short failure, for example. The specific detection function and operation mode of OSD module 20 above will be further described below.

According to an embodiment of the present disclosure, the security monitoring module 30 may be coupled to the OSD module 20, and is used for controlling the OSD module 20 to enter different operation modes or controlling other modules to perform other actions according to the input main video signal and/or the output main video signal detected by the OSD module 20. For example only, other modules may include a power amplifier and speaker module 40, which may be attached to the in-vehicle apparatus 100. The other modules may or may not form part of the vehicle equipment 100.

Furthermore, the safety monitoring module 30 may also be coupled to the vehicle CAN network 300. Through the coupling of the safety monitoring module 30 with the vehicle CAN network 300, the safety monitoring module 30 may receive various vehicle meter information therefrom. It should be appreciated that the vehicle meter information includes, but is not limited to: oil amount, engine speed, vehicle speed, water temperature, various safety instructions, etc.

In addition, the security monitoring module 30 may also be coupled to the above-described main signal source 10 (e.g., a system on a chip SOC in the main signal source 10) to accept processing of various video data information via the main signal source 10 under normal conditions of the main signal source 10.

In some examples, the security monitoring module 30 may be an MCU module.

Generally, under the condition that the main signal source 10 is operating normally, the central entertainment information from the main signal source 10 is transmitted to the display screen 200 via the OSD module 20 for display, and the vehicle meter information obtained by the safety monitoring module 30 from the vehicle CAN network 300 is also transmitted to the main signal source 10, and then is transmitted to the display screen 200 via the OSD module 20 for display after being processed by the main signal source 10. It will be readily appreciated that in the normal mode of operation of the main signal source 10, not only is entertainment information centrally controlled, but also vehicle meter information is processed by the main signal source 10 so that they can be presented on the screen in a rich form.

However, as previously described, the main signal source 10 operating based on, for example, an android system may be unstable, and the present disclosure is intended to enable display of vehicle meter information on a screen also in the event that the main signal source 10 is not operating stably.

Fig. 2 shows a schematic diagram of the data flow of the individual modules inside the vehicle device shown in fig. 1 in different operating modes. How the OSD module 20 and the safety monitoring module 30 of the present disclosure are utilized to implement detection of abnormality or failure of the vehicle equipment, and corresponding operation modes will be described below in connection with fig. 2.

As shown in fig. 2, the OSD module 20 may receive a main video signal 11 input from the main signal source 10 and output a main video signal 12 to the display screen 200. The security monitoring module 30 may output a control signal or a data signal to the OSD module 20 via the serial peripheral interface SPI. In some embodiments, the main video signal 11 input to the OSD module 20 and the main video signal 12 output from the OSD module 20 may be signals in LVDS format. It will be readily appreciated that other formats of the main video signal 11 and the main video signal 12 are possible.

According to an embodiment of the present disclosure, the OSD module 20 may be configured to have a function of detecting the input main video signal 11 and the output main video signal 12. Meanwhile, the security monitoring module 30 may query the detection status of the OSD module 20 in real time, and control the OSD module 20 to enter different operation modes for different detection statuses. Here, by way of example only, the security monitoring module 30 may obtain the detected condition of the OSD module 20, for example, by querying an error status flag on the OSD module 20 in real time.

In particular, based on the OSD module 20 detecting the function of inputting the main video signal 11, the OSD module 20 may detect whether the main video signal 11 input thereto is abnormal, and if so, further determine the type of the abnormal event. For example only, the type of the abnormal event may include, but is not limited to, a stuck, loss of incoming primary video data.

For example, in an embodiment in which the security monitoring module 30 acquires the input main video signal of the main signal source 10 from the OSD module 20 without abnormality (or normal), the security monitoring module 30 may control the OSD module 20 to transmit (pass through) the main video signal to the display screen 200 for display.

In embodiments where the main video data is stuck (note: the stuck may cause a frozen screen of the display screen, i.e., the screen display is not updated, is in a stuck state) the OSD module 20 may detect in conjunction with the meter program on the side of the main signal source 10 (e.g., based on the android system).

As an example, the meter program may, for example, agree with the OSD module 20 with a predetermined pixel region including one or more screen pixels, for example, a predetermined pixel region including four pixels (0, 0), (0, 1), (1, 0), (1, 1). Depending on the design, the meter program may periodically vary the data content within the predetermined pixel region, and OSD module 20 may detect a cyclic redundancy check, CRC, value for the data within the predetermined pixel region at a predetermined period (e.g., the period may depend on the frame period or refresh rate). When there is no change in data over multiple periods (e.g., multiple frame periods), OSD module 20 may confirm that the meter program and the main video data are stuck.

In order to prevent the user from perceiving flicker caused by frequent refreshing of the pixel points within the predetermined pixel area, the predetermined pixel area may be positioned in an area outside the actual display area of the screen in some embodiments. For example, the size of the actual display area of the display screen 200 is 1920×1080, and the data size of the original image may be increased so that the data size is larger than the size of the actual display area of the display screen 200. For example, the size of the video image actually output by the main signal source 10 may be 1920×1082, i.e., 2 lines more than the size of the actual display area of the screen. In this case, 2 more rows may be utilized as the predetermined pixel area of the above-described stuck (or screen freeze detection), while the actual display area is still 1920×1080. In this way, when the main video signal is displayed on the display screen 200, the 2 more lines are outside the actual display area of the screen, so that the user does not perceive flickering that may be caused by frequent refreshing of the pixel points within the above-described predetermined pixel area.

In response to the determination by OSD module 20 that the above-described jamming occurred, in some embodiments, security monitoring module 30 may control OSD module 20 to superimpose the alert information onto the main video signal for subsequent transmission to display screen 200 for display. For example only, the alert information may be picture information. In some examples, the alert information may be from random access memory RAM internal to OSD module 20. In still other examples, the alert information may be from a memory external to OSD module 20, it being readily understood that in the alert manner described above, the in-vehicle device may be allowed to display the alert information on-screen to alert the driver of driving safety.

In some embodiments, for an abnormal event of loss of main video data, OSD module 20 may determine whether the data loss event occurs in the main video signal by detecting whether a count of rising edges of a clock signal (e.g., lvds_tx) received from a main signal source for a predetermined time is within a prescribed range.

In response to the primary video signal being determined by the OSD module as the occurrence of the data loss, in some embodiments, the security monitor module 30 may (e.g., immediately) control the OSD module 20 to enable the standby video signal source mode to display vehicle meter information on a screen connected to the vehicle equipment in conjunction with utilizing the standby video signal source. By way of example only, the alternate video source 21 may be a video signal generator from within the OSD module 20 that functions to provide video data of a solid color background to the display screen. It will be readily appreciated that in other embodiments, alternate video sources providing video data of a non-solid background, or sources external to OSD module 20, are possible.

In the standby signal source mode, the safety monitoring module 30 may acquire the vehicle meter information in real time, and based on the acquired meter information, control the OSD module 20 to select the picture information related to the vehicle meter information stored in the picture database in the RAM therein, and paste the selected picture information to the video stream of the solid background, thereby completing the display and/or switching of the meter information on the screen.

In some embodiments, in the standby signal source mode described above, the security monitoring module 30 may be further configured to attempt to reset the primary signal source (in particular, the system-on-chip in the primary signal source) in order to restore the video output capabilities of the primary signal source. In particular, if the main signal source 20 (e.g., a system on a chip in the main signal source) restores the video output capability of the main signal source after a reset restart, after the security monitoring module 30 obtains information that the video output data of the main signal source is normal from the OSD module 20, the security monitoring module 30 may control the OSD module 20 to switch the video data stream to the video data stream of the main signal source. If the primary source 20 is not able to resume the primary source data stream output after reset and the number of attempts to resume reaches a preset value (e.g., a preset number of times or a preset time), the security monitor module 30 may not attempt to reset the primary source and continue to employ the standby source mode described above, such as until the next power up again.

As described above, the OSD module 20 may also be configured to have a function of detecting an output main video signal, in particular, whether an output link of the OSD module to a screen external to the vehicle device is broken. In some embodiments, OSD module 20 may be designed with an open-circuit short-circuit fault detection circuit that detects a signal (e.g., an LVDS signal) output therefrom. With the open-circuit short-circuit fault detection circuit, the OSD module 20 can accurately identify open and short-circuit faults of the output signal link. When the safety monitoring module 30 obtains the output signal failure from the OSD module 20, there is a risk that the screen cannot be displayed, and the safety monitoring module 30 may control the speaker module 40 to send out an audible alert or through an entity warning light.

It is to be readily understood that the various detection functions of OSD module 20 described above may also be performed during the power-up initialization process of vehicle equipment 100 (or cabin system). For example, during a power-up initialization of the vehicle equipment 100 (or cabin system), the security monitoring module 30 may initialize the OSD module 20 and cause the OSD module 20 to enable a main signal source input main video signal loss fault detection, enable a main signal source stuck (or frozen screen) fault detection, and initiate a detection operation such as an OSD module main video data output open circuit short circuit detection.

In some embodiments, during the re-power-up process, the security monitor module 30 may reserve the main signal source 10 (in particular, the system-on-chip in the main signal source) for a grace period, and the main signal source 10 must be able to normally output the video stream and be able to light up the screen during the grace period. If the video output or the screen display is in the frozen screen state beyond the grace time, the safety monitoring chip can control the OSD module to output the vehicle instrument information so as to enable a driver to drive safely.

The principle of the abnormality or malfunction detection function of the vehicle-mounted device according to the present disclosure and its corresponding operation mode have been described above in detail. It is readily understood that the vehicle-mounted device of the present disclosure has the following advantages: 1. the safety of the display of the vehicle instrument can be effectively improved; 2. compared with a standby video output scheme with full functions, the scheme disclosed by the invention has the advantages of low cost and simplicity in implementation; 3. and detecting the input and output data and video content of the video link, and improving the fault alarm capability.

An exemplary workflow diagram of a control method for an in-vehicle apparatus according to an exemplary embodiment of the present disclosure will be described below with brief reference to fig. 3.

In some embodiments, the vehicle device may be, for example, the vehicle device shown in fig. 1, and may mainly include a main signal source, an OSD module coupled to the main signal source, and a security monitoring module coupled to the OSD module. In addition, the OSD module may be connected to a display screen external to the vehicle equipment so as to display the center control entertainment information and/or the vehicle meter information, etc. on the display screen.

As shown in fig. 3, the control method may include: at block 310, the type of abnormal event occurring in the main video signal received from the main signal source is determined using the OSD module.

According to an embodiment of the present disclosure, the OSD module 20 has a function of detecting a main video signal input thereto and a function of detecting a main video signal output therefrom.

In particular, based on a detection function of a main video signal input thereto, the OSD module 20 may determine whether the main video signal input thereto is abnormal, and if an abnormality occurs, further determine the type of the abnormal event. For example only, the type of the abnormal event may include, but is not limited to, a stuck, loss of incoming primary video data.

Accordingly, in some embodiments, the block 310 may further comprise: the occurrence of the stuck is determined by detecting data within a predetermined pixel area including one or more screen pixels outputted by the main signal source. As an example, the predetermined pixel region may be positioned as a pixel region outside the actual display region of the screen.

In still other embodiments, the block 310 may further comprise: an event of the data loss of the primary video signal is determined based on a count of rising edges of a clock signal received from the primary signal source over a predetermined time.

For different abnormal events of the main video signal, the method may further include: at block 320, the OSD module is controlled to enter different modes of operation using a security monitor module in response to the main video signal being determined to have different types of abnormal events.

For example, in embodiments where the different types of exception events include a jam, the block 320 may further include: and in response to the main video signal being determined to be blocked by the OSD module, controlling the OSD module to superimpose alarm information on the main video signal so as to be transmitted to a screen outside the vehicle equipment for display. The alert information may be from, for example, a database within random access memory RAM in the OSD module, as an example.

In embodiments where the different types of exception events include data loss, the block 320 may further include: in response to the main video signal being determined by the OSD module to occur as the data loss, the OSD module is controlled to enable a standby video signal source mode to display vehicle meter information on the screen in conjunction with utilizing a standby signal source.

Once the standby video source mode is enabled, in some embodiments, the method may further comprise: an attempt is made to reset the primary signal source by a security monitoring module to restore the video output capabilities of the primary signal source. If the security monitoring module attempts to reset the main signal source for a preset number of times or for a preset time, the video output capability of the main signal source still cannot be recovered, the main signal source may not be tried to be reset any more, and the standby signal source of the OSD module is continuously adopted.

In addition, the OSD module according to the present disclosure also has a function of detecting a main video signal output therefrom. Thus, in some embodiments, the control method of the present disclosure may further include: determining whether an output link thereof to a screen outside the vehicle equipment is failed using the OSD module; and responding to the fault of the link to the screen, and controlling a loudspeaker connected with the vehicle-mounted equipment to send out an audible prompt or a warning lamp to prompt by using a safety monitoring module. The fault is for example an open or a circuit break fault. For this open or open fault, in some embodiments, the OSD module may be equipped with an open circuit break detection circuit.

The vehicle-mounted device of the present disclosure, and the control method for the vehicle-mounted device have been described above in detail. It should be understood that the above-described vehicle apparatus and control method thereof are merely examples. In particular, with regard to the control method for a vehicle-mounted device described above, although the steps of the method are described in a particular order in the specification, this does not require or imply that these operations must be performed in the particular order or that all of the illustrated operations must be performed in order to achieve desirable results, but rather that the depicted steps may be altered in order to perform the desired results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step to perform, and/or one step decomposed into multiple steps to perform.

Furthermore, while the invention has been illustrated and described in detail in the drawings and foregoing description, such illustration and description are to be considered illustrative or exemplary and not restrictive; the invention is not limited to the disclosed embodiments. Other variations to the disclosed embodiments can be understood and effected by those skilled in the art in practicing the claimed invention, from a study of the drawings, the disclosure, and the appended claims.

In the claims, the word "comprising" does not exclude other elements, and the indefinite article "a" or "an" does not exclude a plurality. A single element or other unit may fulfill the functions of several items recited in the claims. The mere fact that certain features are recited in mutually different embodiments or in dependent claims does not indicate that a combination of these features cannot be used to advantage. The scope of the present application encompasses any possible combination of the features recited in the various embodiments or the dependent claims without departing from the spirit and scope of the present application.

Furthermore, any reference signs in the claims shall not be construed as limiting the scope of the invention.

Claims (19)

1. A vehicle-mounted device (100), comprising:

a main signal source (10) adapted to output a main video signal;

an on-screen display OSD module (20) adapted to receive said main video signal and configured to be adapted to determine different types of abnormal events occurring to said main video signal; and

a security monitoring module (30) coupled to the OSD module (20) and configured to: the OSD module (20) is controlled to enter different modes of operation in response to the main video signal being determined to occur the different types of abnormal events.

2. The in-vehicle apparatus of claim 1, wherein the different types of abnormal events include a jam, the safety monitoring module (30) configured to:

and in response to the main video signal being determined by the OSD module to be the occurrence of the clamping, controlling the OSD module to superimpose alarm information on the main video signal so as to be transmitted to a screen outside the vehicle equipment for display.

3. The vehicle-mounted device of claim 2, wherein the OSD module is further configured to:

the occurrence of the stuck is determined by detecting data within a predetermined pixel area including one or more screen pixels outputted by the main signal source.

4. The in-car apparatus of claim 3, wherein determining that the primary video signal is subject to the jam comprises:

the occurrence of the stuck is determined in response to a cyclic redundancy check, CRC, value of data within a predetermined pixel region being detected as unchanged for a predetermined period.

5. The vehicle-mounted device according to claim 3 or 4, wherein the predetermined pixel region is positioned as a region outside an actual display region of the screen.

6. The in-vehicle apparatus of claim 1, wherein the different types of abnormal events include data loss, the security monitoring module further configured to:

and controlling the OSD module to enable a standby video signal source mode in response to the main video signal being determined by the OSD module to occur as the data loss, so as to display vehicle instrument information on a screen connected to the vehicle equipment in combination with using the standby video signal source.

7. The vehicle-mounted device of claim 6, wherein the OSD module is configured to: the occurrence of the data loss of the primary video signal is determined based on a count of rising edges of a clock signal received from the primary signal source over a predetermined time.

8. The in-vehicle apparatus of claim 6, wherein the security monitoring module is further configured to:

in the standby signal source mode of the OSD module, an attempt is made to reset the main signal source to restore the video output capability of the main signal source.

9. The in-vehicle apparatus of claim 8, wherein the security monitoring module is further configured to: and when the main signal source is tried to be reset for a preset number of times or a preset time and the video output capability of the main signal source cannot be restored, the main signal source is not tried to be reset any more, and the standby signal source of the OSD module is continuously adopted.

10. The in-vehicle apparatus of claim 1, wherein the security monitoring module is further configured to:

in response to the main video signal being determined by the OSD module to not have recovered to normal within a predetermined time of the main signal source being powered up again, the OSD module is controlled to enable a standby video signal source mode so as to display vehicle meter information on the screen in combination with using the standby signal source.

11. The vehicle equipment of claim 1, wherein the alternate video signal source is from a video signal generator internal to the OSD module.

12. The vehicle equipment of claim 1, wherein the OSD module is further configured to determine whether its output link to a screen external to the vehicle equipment is malfunctioning; and is also provided with

The security monitoring module is further configured to: and responding to the fault of the link to the screen, and controlling a loudspeaker connected with the vehicle-mounted equipment to send out an audible prompt or a warning lamp to prompt.

13. The vehicle equipment of claim 13, wherein the faults include open-circuit faults and short-circuit faults.

14. The in-vehicle apparatus of any of claims 1-14, wherein the security monitoring module is further configured to:

and controlling the OSD module to output the main video signal to a screen outside the vehicle device for display in response to the main video signal being determined to be normal.

15. The vehicle-mounted device of any one of claims 1-14, wherein the security monitoring module is an MCU chip.

16. A control method for a vehicle device including a main signal source, an on-screen display OSD module coupled to the main signal source, and a safety monitoring module coupled to the OSD module, the control method comprising:

determining a type of an abnormal event occurring in a main video signal received from a main signal source using the OSD module;

and in response to the main video signal being determined to have different types of abnormal events, controlling the OSD module to enter different working modes by using the safety monitoring module.

17. The control method of claim 17, wherein the different types of abnormal events include a stuck-at, wherein controlling the OSD module to enter different modes of operation using a safety monitoring module includes:

and in response to the main video signal being determined to be blocked by the OSD module, controlling the OSD module to superimpose alarm information on the main video signal so as to be transmitted to a screen outside the vehicle equipment for display.

18. The control method of claim 17, wherein the different types of abnormal events include data loss, wherein controlling the OSD module to enter different modes of operation using a safety monitoring module includes:

in response to the main video signal being determined by the OSD module to occur as the data loss, the OSD module is controlled to enable a standby video signal source mode to display vehicle meter information on the screen in conjunction with utilizing a standby signal source.

19. The control method according to any one of claims 17-19, further comprising:

determining whether an output link thereof to a screen outside the vehicle equipment is failed using the OSD module; and is also provided with

And responding to the fault of a link to the screen, and controlling a loudspeaker connected with the vehicle-mounted equipment to send out an audible prompt or a warning lamp to prompt by using a safety monitoring module.