This application claims the benefit, under 35 U.S.C. §119 of EP Patent Application 06290298.6 filed 21 Feb. 2006.
The invention relates to a method for driving a plasma display panel including the steps of serially receiving display data in form of a sequence of subfield data bits and parallelly forwarding the display data in the form of data blocks each consisting of a pre-defined number of sub-field data bits. Furthermore, the present invention relates to a corresponding apparatus for driving a plasma display panel.
A video signal is sent to a Digital Board 1 that includes the heart of the PDP processing: the PDP IC controller. This IC takes care of all PDP relevant signal processing and converts video data to sub-field information as usual. Furthermore, the IC is responsible for sending all power signals to the hardware including:
As shown in
On each starting edge of the enable signal ENA, the n outputs of the driver Dk take the n values stored from the PDP IC. In fact when data Cn,t are send to the input of the driver Dk, the outputs take the values Cn,t−1. The enable signal ENA is included in the addressing signal used to activate the current line t−1. An important point is that the input signals are control logic signals (low voltage) whereas the output signals are power signals (high power ≅60V).
The activity of the driver Dk is defined by two important points:
Based on all these assumptions, a critical test pattern can be defined per driver as illustrated in
The pattern will introduce an overheating of the driver and above all when the addressing speed is fast (clk and ENA are high frequency signals) like for high-resolution displays. If the driver is overheated a long time (many frames) it can be definitely damaged. Moreover, today, the drivers are bonded on the PDP glass by using glue and it is almost impossible to remove them in order to perform an exchange. Therefore, if a driver has been damaged, the whole panel can be thrown away.
Today, in order to avoid such a problem, there are three possibilities:
A typical real pattern introducing the problem of
The problem is that, even if this pattern is a seldom one and could mainly appear only in case of PC applications, the display should be made robust enough in order not to be destroyed. This needs solutions as those described just before. The problem is that such solutions do not cover all possibilities or all risks. Moreover, some solutions (e.g. coding ones) are limiting the flexibility of the display that can have an impact on the picture quality (e.g. less sub-fields or not optimized coding).
It is the object of the present invention to avoid overheating while enabling a full flexibility in the display usage.
According to the present invention this object is solved by a method for avoiding the overheating of a driver circuit in a plasma display panel wherein the driver circuit receives serially display data in form of a sequence of sub-field data bits and forwards parallelly the display data in the form of data blocks each consisting of a predefined number of sub-field data bits, the method comprising the following steps
Furthermore, there is provided a method for avoiding the overheating of a driver circuit in a plasma display panel wherein the driver circuit receives serially display data in form of a sequence of sub-field data bits and forwards parallelly the display data in the form of data blocks each consisting of a predefined number of sub-field data bits, the method comprising the following steps
Moreover, the above object is solved by an apparatus for avoiding the over-heating of a driver circuit in a plasma display panel wherein the driver circuit receives serially display data in form of a sequence of sub-field data bits and forwards parallelly the display data in the form of data blocks each consisting of a predefined number of sub-field data bits, the apparatus including
Finally, according to the present invention there is provided an apparatus for avoiding the overheating of a driver circuit in a plasma display panel wherein the driver circuit receives serially display data in form of a sequence of sub-field data bits and forwards parallelly the display data in the form of data blocks each consisting of a predefined number of sub-field data bits, the apparatus including
Thus, there is provided a solution that is quiet robust in order to avoid any data driver overheating while enabling a full flexibility in the display usage (as many sub-fields as needed, fastest possible addressing, fully optimized coding etc.). Preferably, an input counter is incremented, if the value of a received sub-field data bit is different from the neighbouring sub-field data bit received previously. Thus, the number of changes occurring during the loading of a driver can be regarded.
Furthermore, an output counter may be incremented, if the value of a sub-field data bit of a data block is different from the corresponding sub-field data bit of the preceding data block. Alternatively or additionally, a stage counter may be incremented, if the transition information of a sub-field data bit of a data block is different from the corresponding sub-field data bit of the preceding data block. With that, the activity of the output of the driver, i.e. how many outputs are changing from a one line to another, can be regarded.
Advantageously, taking countermeasure includes generating an overheat signal for optionally reducing the gain of the plasma display panel or the number of sub-fields used per frame on the basis of the counter values of at least two counters of the input counter, the output counter and the stage counter. So, a helpful value as to the level of overheating can be produced. If a plasma display device includes plural driving apparatuses as described above, each associated to a driver circuit of the display panel, an overheat signal should be generatable for each apparatus and the gain or the number of sub-fields should be reducible, if the overheat signal of one single apparatus exceeds a pre-given threshold, each overheat signal of more than a pre-given number of apparatuses exceeds the pre-given threshold or each overheat signal of more than a pre-given number of neighbouring apparatuses exceeds the pre-given threshold. This leads to a reliable decision on the status of overheating.
Exemplary embodiments of the invention are illustrated in the drawings and are explained in more detail in the following description. The drawings showing in
In order to provide a robust system for avoiding any data driver overheating, each driver of a driver system is emulated inside the PDP IC controller by a block called EMU_DRk where k represents the number of the driver. Such a block is described in
Each information Cx,t used for evaluating the heating contribution contains two types of information:
The emulator block 5 illustrated in
A general heating counter HEATk=Cnt_INk+Cnt_OUTk+Cnt_OUT_DIFFk represents the heat of the driver Dk. This driver is reset on each new output frame based on the vertical synchronism signal V. This value is compared with a threshold OVERHEAT.
Now it is possible to react when:
It is possible to use all 3 conditions by using different thresholds OVERHEAT 1, OVERHEAT 2 and OVERHEAT 3, wherein OVERHEAT 1>OVERHEAT 2>OVERHEAT 3.
The final decision if an overheating occurs or not is based on the three possibilities listed above. This decision is programmable depending on electronic behaviour.
As soon as the overheating has been detected some modification of the addressing concept should be applied to reduce the overheating. However, the overheating problem is not a “punctual” problem appearing on only one frame and able to destroy the panel during this frame. This means that only when the overheating exists during a long time such a problem may appear.
Therefore, the number of frames having an overheating shall be counted. The detection will be done as following:
When OVERHEAT_FRAME has been decremented down to 0, it won't be decremented anymore (0 is the minimum value for this counter).
When OVERHEAT_FRAME reaches OVERHEAT_DANGER then the real countermeasures will be applied. OVERHEAT_FRAME can for instance be incremented up to 2× OVERHEAT_DANGER+MARGIN (this is the maximum value reached by OVERHEAT_FRAME counter). MARGIN is a parameter that can be either positive or negative.
As soon as the danger has been detected, a counter measure is applied. The countermeasure should avoid a high activity in the data driver per frame. A possibility is to reduce the number of sub-fields used per frame in case of danger.
In order to do that, it is important to notice that the highest video level in a frame defines the maximal number of sub-fields used for this frame. Indeed, to encode the level 255 all sub-fields must be switched on. On the opposite, to encode the level 64, only a reduced amount of sub-fields is used.
The concept to reduce the driver overheating when a danger has been detected is based on a reduction of the signal amplitude of the incoming video. This is done by using a multiplier (like for contrast) with a gain lower than 1. In that case, the maximal video level is reduced leading to a need of fewer sub-fields.
The reduction will be done very slowly to avoid any visible picture change. This reduction will continue as long as the OVERHEAT_FRAME>OVERHEAT_DANGER. As soon as this situation has gone, the video gain will be modify slowly back to 1. The aim is to adjust the gain automatically to have OVERHEAT_FRAME just below OVERHEAT_DANGER.
Furthermore, a hysteresis function should be added on the gain change to avoid any oscillations even if those are quite invisible.
A digital board 1 controls the PDP 2 roughly in the same principal as illustrated in
Then its output is forwarded to the standard PDP functions 13 including video functions, dithering and sub-field encoding. The encoded information is stored sub-fields wise and pixel wise inside a frame memory 14.
The output of this frame memory 14 is read sub-field wise and line wise and sent to the data drivers D1 to Dn and at the same time to the driver heating emulation blocks EMU_DRk, wherein 0≦k≦n. Each of this block evaluating the value HEATk=Cnt_INk+Cnt_OUTk. Optionally, the counter CNT_OUT_DIFFk can also be added to the value HEATk. This value is then provided to controlling means for taking countermeasures for reducing the temperature of the data driver Dk if the value HEATk is above a pregiven threshold.
All the outputs of these emulators are collected and analyzed to determine if the counter OVERHEAT_FRAME 15 must be incremented or decremented according methods (1), (2) or (3). This value is filtered by means of a hysteresis functions 16 to reduce jumps and oscillations.
Finally, depending on a comparison 17, if the value OVERHEAT_FRAME is bigger or lower than OVERHEAT_DANGER, the gain of multiplier 12 located directly after gamma block 11 is correspondingly decreased or increased.
The advantage of this solution is to avoid any loss of video information compared to a simple sub-field suppression (and also to avoid loss of gray-scale quality). Alternatively, the video gain may be before the gamma block 11 and therefore also before an APL measurement (not shown). Then, by reducing the gain, the APL is reduced and the number of sustains is increased by the standard PDP power management resulting in a quite stable light output. Only the grayscale dynamic is reduced here.
In order to improve the concept a low-pass filtering in the time domain could be applied on the gain to avoid oscillation following the encoding approach used. In that case the real gain will be defined as following:
By increasing the value T, the influence of specific coding methods is reduced without introducing additional risks for the driver heat problem as long as T is shorter than the maximal heating time (time after that the driver temperature has reached a critical point in case of a critical test pattern shown in
A further improvement against critical sequences can be realized optionally. When a danger has been detected a specific spatial filtering can be implemented on the picture before the gain function as described below:
This exemplary function will reduce the critical differences as shown in
Number | Date | Country | Kind |
---|---|---|---|
06290298 | Feb 2006 | EP | regional |
Number | Name | Date | Kind |
---|---|---|---|
20010033263 | Yamada et al. | Oct 2001 | A1 |
20020118312 | Ishizuka et al. | Aug 2002 | A1 |
20040258312 | Sim | Dec 2004 | A1 |
20050116893 | Joo | Jun 2005 | A1 |
Number | Date | Country |
---|---|---|
1381018 | Jan 2004 | EP |
2000066638 | Mar 2000 | JP |
WO0182284 | Nov 2001 | WO |
WO 0182284 | Nov 2001 | WO |
Number | Date | Country | |
---|---|---|---|
20070200796 A1 | Aug 2007 | US |