Quantcast
Channel: stardot.org.uk
Viewing all articles
Browse latest Browse all 2379

8-bit acorn hardware • Re: RGB to HDMI using a Pi Zero and a small CPLD

$
0
0
Following on from my last post, here's a couple of traces from my scope showing two different power ups, along with a successful calibration associated with each waveform.

Blue trace is the 1MHz signal into the SAA5050 (pin 20). Yellow trace is the 6MHz signal into the SAA5050 (pin 19). Both signals are derived from the master 48MHz clock on my new clock board, but clearly phase between the two clock signals can change, and I assume this will be a function of how the various flip flops start up. Does that sound right, and would that be a reason for the RGBtoHDMI calibration to go off? If so, can this be managed in RGBtoHDMI without having to recalibrate each time, or do I need to revisit the hardware design to make sure the phase shift between the two clocks is locked? If I do need to go down that route, I'll start a new thread.

Power up 1 Trace:
DS1Z_QuickPrint3.png
Power up 1 Calibration:

Code:

sampling2=0,0,0,0,0,0,0,0,1,0,11,0,0,0,0,0,0,0,0,0,120,256,120,256,120,256,256,256geometry2=148,26,480,256,576,288,3,4,1,0,12000000,768,5000,312,4,0,2sampling=4,4,4,4,4,4,4,0,0,0,5,0,0,0,0,0,0,0,0,0,120,256,120,256,120,256,0,256geometry=180,29,640,256,768,288,1,2,1,1,16000000,1024,5000,312,4,0,0auto_switch=2palette_control=1

Power up 2 Trace:
DS1Z_QuickPrint4.png
Power up 2 Calibration:

Code:

sampling2=0,0,0,0,0,0,0,0,1,0,12,0,0,0,0,0,0,0,0,0,120,256,120,256,120,256,256,256geometry2=148,26,480,256,576,288,3,4,1,0,12000000,768,5000,312,4,0,2sampling=4,4,4,4,4,4,4,0,0,0,5,0,0,0,0,0,0,0,0,0,120,256,120,256,120,256,0,256geometry=180,29,640,256,768,288,1,2,1,1,16000000,1024,5000,312,4,0,0auto_switch=2palette_control=1

Statistics: Posted by KenLowe — Thu Jun 06, 2024 11:36 pm



Viewing all articles
Browse latest Browse all 2379

Trending Articles