Původní podoba příspěvku
Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).
<!--------------------------------------------------------------> <table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre>Přesně tak, pro jiné počítače stačí měnit hodnotu konstant té "PLL", profily by mohl přepínat ten ARM, podle časování synchronizace. Každopádně přehrát CPLDčko verzí ušitou na míru danému osmibitu jde vždycky, jako na jiných scandoublerech. B.N. <span class="replyquote1">> ------------ Původní zpráva ------------ > Od: Michal Hučík (sharpemu@pandora.cz) <ordoz@[doména skryta]> > Předmět: Re: Další vga konvertor, s ukládáním na SD kartu > Datum: 16.7.2012 09:11:39 > ---------------------------------------- > > > > Aha, tak to je super ... Jednoduche a pritom ucinne :) > Je to uz vic nez 2 roky co jsem s tim experimentoval, tak si podrobnosti > pamatuju jen mlhave. Poustel jsem do FPGA 80MHz a s RGBI jsem se snazil > srovnat pomoci 2 bitoveho citace, ktery hlidal prichod vzestupne hrany > kterehokoliv signalu. Ty frq se mi ale vzdycky do konce radku rozutekly > a obraz plaval. > > Pro univerzalnost tveho reseni by to asi chtelo pridat jeste nejake > profilovani tech citacu, aby se to dalo pouzit i pro jine pocitace. > Nejake male FPGA by podle analyzy delky radku mozna bylo schopne i samo > zvolit spravny profil z tech, ktere by v nem byly prednastavene... > > Michal > > Dne 16.7.2012 0:33, Bohumil Nováček (sharpemu@pandora.cz) napsal(a): </span><span class="replyquote2">> > > > Ahoj, > > > > no v podstatě tam cosi jako softwarová PLL je. > > Princip je velmi jednoduchý. Mám krystal 40MHz. Potřebuju 17 a pár > > drobných, přesně (227/512)*40MHz. > > Tak pro zvýšení přesnosti zdvojnásobím 40 na 80MHz, tedy získám > > periodu 12,5ns. > > > > Teď řeknu něco jako simsalabim ... > > > > Vezmu 10bitový čítač a každých 12,5ns k němu připočtu 227. <img src="BODY_IMAGES_WRAP_GIF"> Nejvyšší > > bit čítače má ejhle přesně > > požadovanou frekvenci ! ;-) Pravda taky jitter (občas přijde hrana o > > chvilku dřív, chvilku později), > > ale ten má chybu jen +- polovina periody hodin, tedy 6,25ns, to si > > můžu dovolit. > > > > No hodiny by byly, teď jen stačí s příchodem řádkové synchronizace> > (ošetřené proti zákmitům) vynulovat > > (respektive nastavit na konkrétní hodnotu - ta bude určovat offset dat > > proti hraně synchronizace) ten 10bitový > > čítač. No to přidá další chybu +-6.25ns, celkem je tedy chyba > > synchronizace +-12,5ns. To je na začátku > > řádku pak se připočítává odchylka krystalů jak v konvertoru tak > > sharpíkovi od referenčních hodnoty, pokud > > mají max. chybu 50ppm a shodou okolností jdou každý jiným směrem, tak > > je to vůči sobě max. 100ppm, > > tedy odchylka 0,01%, to dělá po nějakých 55us obrazových dat 5,5ns. > > > > Celkem tedy chyba vygenerovaných hodin vůči datům je max. +-18ns. > > Délka jednoho pixelu pro rozlišení 640x200 je cca 56ns, tedy ještě > > 20ns rezerva, > > jen správně nastavit hodnotu offsetu čítače při synchronizaci. > > A stačil k tomu jediný 10bitový čítač. > > > > Safra a know-how je venku, teď už žádný scandoubler nebude potřebovat > > pixel-clock :-) > > > > Hough, jdu zaujmout vertikální polohu, > > dobrou noc a přeju stabilní hodiny > > B.N. > > </span><span class="replyquote3">> >> ------------ Původní zpráva ------------ > >> Od: Michal Hučík (sharpemu@pandora.cz) <ordoz@[doména skryta]> > >> Předmět: Re: Další vga konvertor, s ukládáním na SD kartu > >> Datum: 15.7.2012 23:29:47 > >> ---------------------------------------- > >> > >> > >> Ahoj, to je super! > >> > >> Podle popisu predpokladam, ze do toho nesypes pixel clock ze Sharpa. > >> Ja jsem take zkousel udelat vlastni nezavisly scaner vsech RGBI, Hs, > >> VS signalu, ale nejak mi ten vysledny obraz vzdycky plaval. Pak tu > >> byla jeste zminena moznost vynaslobit pomoci PLL signal hsync, ale to > >> myslim nakonec nikdo nezkusil a vsechny zde vyrobene scandoublery sly > >> cestou synchronizace s Sharpackym 17MHz oscilatorem. > >> Tak jsem docela napnuty, abych se dozvedel, jak jsi se s tim scanerem > >> vyporadal v tom svem reseni :) > >> > >> Michal > >> > >> Dne 15.7.2012 14:49, Bohumil Nováček (sharpemu@pandora.cz) napsal(a): </span><span class="replyquote1">> >> > Zdravím vespolek, > >> > > >> > aby scandoublerům nebyl konec, tady je moje verze pro MZ-800: > >> > Hlavní rozdíl jse asi v tom, že se připojuje pouze přes 8-kolík na </span><span class="replyquote3">> >> zadní > >> straně sharpíka, žádné </span><span class="replyquote1">> >> > zásahy dovnitř. A po stisku tlačítka se uloží aktualní scan jako </span><span class="replyquote3">> >> bitmapa na > >> mircoSD kartu :-) </span><span class="replyquote1">> >> > > >> > Vstup: RGBI miniDIN 8pinů (propojovací kabel je redukce z DIN na </span><span class="replyquote3">> >> miniDIN) </span><span class="replyquote1">> >> > Vstup2: bitmapa z microSD (uvítací obrázek při startu nebo při <img src="BODY_IMAGES_WRAP_GIF"> ztrátě </span><span class="replyquote3">> >> synchronizace) </span><span class="replyquote1">> >> > Výstup: SVGA 800x600/60Hz (aktivních jen 800x564, 18 řádků nahoře a> >> dole je </span><span class="replyquote3">> >> černých, 640x400 grafika, ostatní border) </span><span class="replyquote1">> >> > Výstup2: po stisku tlačítka do 4bitové BMP velikosti 800x564 na </span><span class="replyquote3">> >> kartu microSD > >> (nebo SDHC) </span><span class="replyquote1">> >> > Napájí se z 5V (mini-b USB konektor). > >> > > >> > Osazení: CPLD - Altera 5M240, paměť 256Kx16, ARM (LPC11U24) > >> > > >> > Podklady kdyžtak někam časem hodím na web, kdyby si to chtěl někdo </span><span class="replyquote3">> >> postavit. </span><span class="replyquote1">> >> > > >> > Hezký den > >> > B.N. > >> > > >> > --- </span><span class="replyquote3">> >> > >> > >> > >> --- > >> > >> > >> </span><span class="replyquote2">> > > > --- </span><span class="replyquote1">> > > > --- > > > </pre>