TI E2E Community
Legacy Video Converters Forum
THS8200: How to generate test colorbar for resolution 640x480
I'm using THS8200, but can't set registers to get colorbar output at 640x480. My frequence of CLKIN is 27MHz.
Please give me a correct reg settings.
Thanks in advance!
The internal color bar genration is limited to graphics formats having positive syncs. Below is a setup for SVGA60Hz based on a 27MHz input clock. To output the correct line rate and sync width, the line length, HS width, and color bar width must be adjusted based on the actual input clock and specified pixel rate for a particular format. VGA60Hz has negative sync polarities, so it cannot be supported.
DATASET_NAME,"SVGA60Hz 800x600x60 40MPPS, Internal Color Bar using 27MHz CLKIN"
// A 27MHz clock must be supplied to CLKIN
WR_REG,THS8200,0x01,0x03,0xA3 // chip_ctl VESA Color Bars enabled, Master mode WR_REG,THS8200,0x01,0x19,0xBD // csc_offset3 WR_REG,THS8200,0x01,0x2A,0x93 // dtg_spec_e color bar start WR_REG,THS8200,0x01,0x34,0x02 // dtg_total_pixel_msb 1056 x 27 / 40WR_REG,THS8200,0x01,0x35,0xc9 // dtg_total_pixel_lsb WR_REG,THS8200,0x01,0x36,0x00 // dtg_linecnt_msb WR_REG,THS8200,0x01,0x37,0x01 // dtg_linecnt_lsb WR_REG,THS8200,0x01,0x38,0x86 // dtg_mode VESA Mode WR_REG,THS8200,0x01,0x39,0x22 // dtg_frame_field_msb total lines/frame = 628WR_REG,THS8200,0x01,0x3A,0x74 // dtg_frame_size_lsb WR_REG,THS8200,0x01,0x3B,0x74 // dtg_field_size_lsb WR_REG,THS8200,0x01,0x3C,0x43 // dtg_vesa_cbar_size (800x27/40) /8
WR_REG,THS8200,0x01,0x70,0x56 // dtg_hlength_lsb HSOUT width=128 pixels x 27/40 WR_REG,THS8200,0x01,0x71,0x00 // dtg_hdly_msb WR_REG,THS8200,0x01,0x72,0x01 // dtg_hdly_lsb WR_REG,THS8200,0x01,0x73,0x07 // dtg_vlength_lsb WR_REG,THS8200,0x01,0x74,0x00 // dtg_vdly_msb WR_REG,THS8200,0x01,0x75,0x01 // dtg_vdly_lsb WR_REG,THS8200,0x01,0x76,0x00 // dtg_vlength2_lsb WR_REG,THS8200,0x01,0x77,0x05 // dtg_vdly2_msb WR_REG,THS8200,0x01,0x78,0xFF // dtg_vdly2_lsb WR_REG,THS8200,0x01,0x79,0x00 // dtg_hs_in_dly_msb WR_REG,THS8200,0x01,0x7A,0x01 // dtg_hs_in_dly_lsb WR_REG,THS8200,0x01,0x7B,0x00 // dtg_vs_in_dly_msb WR_REG,THS8200,0x01,0x7C,0x01 // dtg_vs_in_dly_lsb WR_REG,THS8200,0x01,0x82,0x5f // pol_cntl +HS+VS ouputs
Thank you very much, I have got test output now.
I followed your settings, but i can't got the color bars output to my computer monitor. My platform is based on 6446EVM, and using the EVM's lsp. Now I doubt whether the VPBE had wrong settings(e.g. VENC) . Can you give some adives?
Thanks in advance!
You reported ealier that you were able to display the VGA60Hz test bars using a 27MHz clock. Are you using the same setup with 6446EVM? Have you confirmed that the EVM is ouputting the same 27MHz clock? If a differnet clock frequncy is being used, the THS8200 settings need to be adjusted to compensate for clock frequency change.
I got it ! Thanks a lot.
I had got another problem. My colorbar can't display in PC monitor or projector, but it can display in other monitor which integrated PC mode、HDMI and video mode. The colorbar can display in the PC mode in this monitor.I'm sure the Vsync and Hsync is right. You said 'VGA60Hz has negative sync polarities, so it cannot be supported.',what does it mean? My board just used one THS8200 without THS7303 and CDCE949, i don't what goes wrong. Can you give me some advices?
Any help would be appreciated.
Design Engineer --China
Correct, the THS8200 has issues with negative output sync polarities, when using internal color bar generation. Can you set up for an SVGA fomat which uses positive sync polarities? If you need to support only VGA with negative syncs, you can set up for postive syncs and then use invertors.
Always check the THS8200 output syncs with a scope for correct timing. Some monitors may not be compatible with 3.3V syncs. 3.3V/5V level translators are recommended on the output syncs to drive the monitor.
I have another question.There is a QT application, could i display it on my monitor via VGA .
We will need more detail on the QT applcation to answer this.
I got it.My UI and video could display on my monitor via VGA.But there is another problem.My Hsync and Vsync amplitude just about 1.8V.Some PC monitor can't get the H/Vsync signals. I think there was something wrong with my circuits.In ths8200 document i found there were three pins named VDD_IO(NO. 19, 46, 70),and was described that 'I/O ring power, 1.8 V or 3.3 V nominal'.In my board,VDD_IO pins connected 1.8V.I think these pins can effect H/Vsync signals output. If i want H/Vsync pins output 3.3V signals should i have give VDD_IO pins 3.3V. Any help would be appreciated.
Yes, HSOUT and VSOUT levels, I2C levels, and RGB level are all deterrmined from VDD_IO. We actually recommend using level translators on the output syncs when 3.3V VDD_IO is used, since VGA syncs are typcially 5V.
What RGB data input levels are you using? Note that 1.8V I/O is not recommended when discrete HSIN and VSIN inputs are used with the THS8200, due to potential setup/hold time issues on the sync inputs.
On this thread you suggested a workaround for generating color bars from the THS8200 in VESA 640x480 60Hz mode. This relates to the negative syncs. You suggested using inverters on the syncs.
I have confirmed my VESA 640x480 60Hz output indeed has negative syncs. My existing board doesn't have inverters. Is there perhaps a way around this? I need to operate in both regular mode and color bar mode. Is the only way to reconfigure to positive syncs and then have something like a nor gate to reconfigure back to negative? This would require a board mod, of course. I'm looking for an easier way. (I don't even know if such positive sync configuring is possible. Maybe by mucking with the timing to move the syncs totally around so off is on and on is off.)
Alternatively, what I'm really looking for is "proof-of-life" during my slow boot up. My prior ADV7171 NTSC output device used the ADV7171 internal color bars. This THS8200 VESA 640x480 60Hz device does not HAVE to use color bars. It could use anything else. I just don't have a digital video signal coming in from the processor yet. One thing I've thought of is to hard code a single frame in the driver, and sent it out as soon as the driver is [what? "probed", "opened", something early]. Are there any other ways.
P.S. You were helping me with a ghost in December. My ghost went away with the next working board of the same rev, a board WITHOUT all the resistors jumpered onto it. This must have been a 'going around the block' kind of problem. Once I had good software, I didn't need the resistor jumpers. It must have been the resistors causing the ghost. Note also I used the white balance multiplier to get my voltage levels correct. Maybe it was for voltage levels that I was messing with the resistor jumpers. Anyway, that's done with...
Do you have to use a VGA format during boot-up? One work-around would be to use an SVGA or XGA format with positve syncs, but base line rate and frame rate timing on a VGA clock frequency. The HSync width may not be precisely correct, but should be close enough.
Glad to hear the other problem is resolved.
...great minds think alike... or is that too egotistical?
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.