OldComp.cz

Myslím že do 3 bitů na barevnou složku stačí použít prostý odpor (poměry odporů zhruba 1:2) - není to moc citlivé na nepřesnost, použil jsem nejbližší v řadě E a rozdíl v barvách nebyl znatelný. U více bitů na složku než 3 bude lepší žebříček R-2R, snáz se dodrží přesnost odporů a kroky mohou být přesněji odstupňované. Přesné hodnoty řady 1:2 by se i špatně sháněly. Nepřesnost DA u více bitů by se projevila barevnými mapami u gradientů. Pro 5 bitů na složku je žebříček už nutnost.

Tady jsem narazil na diskuzi výpočtu pro obě metody, s přizpůsobením impedance: https://electronics.stackexchange.com/q ... -a-vga-dac

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

Ano Libore, na OCP jsem rikal ze video cast v SAM Coupe je hodne spatne udelana. Paradoxne je lepsi proklemovat tlumivku a obraz se rapidne zlepsi. To je ale vyjimka, ze je to tak spatne navrzene, ze to s ni dela spatny obraz.

Ted jak jsem psal v jinem vlakne mam problem s HDMI, autor zapojeni nepouzil na analogove casti tlumivky a kdyz se uvnitr obvodu dela pomoci PLL frekvence 1485 MHz, tak pri vzruchu na napajeni dochazi az k vypadkum obrazu. Obecne jsem pro pouziti tlumivek kde maji byt dle autora zapojeni nebo datasheetu cipu.

Kdyz to budes chtit zapojit opravdu luxusne, tak bych tam dal TPD7S019. Dobre, je to smd ale ma jen 16 vyvodu. Jako prevodnik na 3,3 V bych pouzil DIL SN74LVC245AN (244AN). Nebo mozna radeji SN74LVC574AN - to by presne v jednom okamziku menilo vystup. Pri pouziti TPD7S019 by jsi mel na svoji desku dat 3x 75R. Takze D/A prevodnik musi mit 2x mensi odpory.

Já na schématu SAM Coupe nevidím za tou tlumivkou žádné blokovací kondenzátory, sama nebude moc fungovat jako filtr, spíše se bude přičítat ke kolektorovému odporu a bude brzdit vysoké kmitočty a navíc bude způsobovat propojení RGB protože je společná, takže změna jedné barvy ovlivní jinou barvu. Místo odstranění bych tam dal kondík za ni.

_________________
Praxe znamená, že vše funguje, ale nevíme proč. Teorie znamená, že vše víme, ale nic nefunguje.
Někdy je teorie spojena s praxí. Znamená to, že nic nefunguje a nikdo neví proč ...

Cele je to spatne navrzene. Proto rychle a dostatecne reseni je premostit tu tlumivku. Pouzit scart kabel. Vice je ve vlakne viewtopic.php?f=65&t=3912&hilit=tlumivka&start=15 .

Ještě k faktickému provedení 1- a 2-bitového DA "převodníku":

Buzení vedení VGA monitoru asi nakonec půjde cestou obyčejných sériových odporů na výstupu 74HCT08, tj. zakončení 75R bude jen na straně monitoru. Jednak se tím proudově odlehčí samotnému 74HCT08, jednak tam bude o pár odporů méně. Důvod, proč se momentálně přikláním k tomuto (jednoduššímu) řešení, je článek, na který jsem dnes narazil. Zkráceně: říká se tam, že nepřizpůsobení na straně budiče vede pouze ke ztrátě přenesené energie, kdežto nepřizpůsobení na straně zátěže vede kromě ztráty energie navíc k odrazům. Ale to už tady myslím někdo okrajově zmiňoval, že přizpůsobení je nutné hlavně na straně zátěže.

více zde: http://ok1ike.c-a-v.com/soubory/stojvlny.htm

Ale že to dalo práce Tě o tom přesvědčit

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

To je tím roztahaným formátem dálkové počítačové korespondence. Kdybychom seděli u jednoho stolu, asi bych přestoupil na pravou víru za 15 minut. Pokud bychom si ovšem během toho rozhovoru nedali do držky... Rozhodně je i pro mne dobrá zpráva, že prozatím všechny důvěryhodné zdroje konvergují k jednomu konkrétnímu řešení.

Teď už jen budu sbírat nějaké doplňkové informace ale nový design VGA budičů asi až po Bytefestu. Stejně budu chtít se zainteresovanými členy SAPI komunity probrat nějaké funkční alternativy nových karet SAPI a cestu, jak upravit některé prototypy stávajících karet.

DOPLNĚNO: V edičním HW plánu jsou karty: AND-1B rev. 1.1, CGA-1 (320x240 2BPP), ZXG-1 (ZXS kompatibilní, VGA výstup) a zkusil bych BGP-1S překlopit na VGA pod jménem BGP-1V. Tím bych maximálně vytěžil nasbírané informace a z tohoto výběru už by si každý vybral to své. Třeba i pro jinou sběrnici, princip synchronizace s CPU zůstane stejný.

Já mlátím jen ty, co se nenechají přesvědčit

Jen mě mrzí, že jsi nevyužil možností a nepřipravil to na další vývoj.

32kB paměti a jedna půlka nevyužitá, 320ns na cykl paměti, to by umělo i 2x rychleji, za jeden cykl zobrazení by jsi tam mohl 4x a zobrazovat to pěkně, jako obrazki kolorowe

Možnosti jsou:
320x240 a 8bit atribut na byte (4bity barva 8 bit řádku, 4bity barva pozadí)
320x240 a 8bit atribut znaku (8x8 pixel) jako ZX
640x240 monochrom
a majstrštyk 640x240 a atribut 8 bit pro box 16x8

Samozřejmě krystal, nebo oscilátor 25MHz, je lépe dostupnej, než 12,5MHz.

Ideální aplikace pro XC9572XL developing board z Ali.

Mě uspokojí na vývoj toto
https://www.aliexpress.com/item/1005003 ... XYt0cccp4n
na tom půjde všechno i "plnokrevná" 512kB VGA

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Když já už to pro XC95108PC udělal před deseti roky. Umělo to 320x240/4barvy nebo 640x480/1barva. A mělo to jádro z PMD-85. Ale nějak mě ty asfaltové skvrny na plošném spoji neberou. S TTL se dá vyřádit i v estetické rovině. Ještě mi pár těch 9572 a 95108 zbylo.

VGA výstup, PS/2 klávesnice, nějaké ty bitové IO a 2x UART, 128kB RAM, 128kB EEPROM, 80C85, 2x AY-3-8912. Jo a pod chladičem je RAMDAC. A samozřejmě SD karta, která v 1-bitovém režimu jela programově na čtecí rychlosti kolem 2kB/sec.

Nevidím tam na video výstupu žádné tranzistory ???

S XC95108 jsem to dělal, když ještě xl nebyly, ale dělat kvůli každé změně s TTLkama novej tišťák mě tedy nebaví. A to jsem se těma tišťákama živil.
CPLDčka jsou pro mě ještě logika a už mě nebaví THT brouky shánět, když nestojí 5 kaček

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Tranzistory tam nejsou, ten ramdac (DIL28 pod chladičem vpravo) měl přímo výstupy pro buzení vedení. Jen se osadily odpory 75R na plošném spoji na začátku vedení. Ale taky to bylo háklivé na rušení levnými spínanými zdroji. Tam jsem právě laboroval s odrušením, o kterém jsem se dříve bavil tady ve vlákně.

RAMDAC lze dohledat pod označením: MUSIC TR9C1710, UM70C171, atd. Je to nějaká třída obvodů G171/G176.

Jo Ty ho máš schovanej pod chladičem, to ale není nutný, nikdo to nedělal.
Tseng 3000 (to byla v r.91 moje první VGA karta, 16MHz AT a Eagle 2.05) ho tam má ještě má taky, já jsem používal Bt481, pak už jen DAC a paletu v FPGA.
https://www.vgamuseum.info/images/vlask ... xvipfb.jpg

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Bez chladiče měl tak 55°C při oboustranném zakončení RGB signálů 75R. A to jsem měl tuším 60MHz verzi, provozovanou na 18-28MHz.

A co pro zajímavost se kouknout sem? https://www.vogons.org/viewtopic.php?f=5&t=60168&start=20 Aneb jak Hercules pomocí hmatů a chvatů přelámat na VGA - stačí vyměnit krystal 16 za 25 MHz a mít zkřížené prsty že to RAM i čip unesou .
Jinak vlastnosti Herculesu jsou z pohledu 8bitu zajímavé - jednak má 64 kilo RAM ve dvou bankách po 32 kB a potom se chová jako textová MDA nebo grafická karta 720x348 bodů, celkem i dost kompatibilní s CGA.

A existuje převodník MDA to VGA - třeba by se mohl použít i zde pro převod frekvencí na VGA? https://sites.google.com/site/tandycocoloco/mda-cga-ega-to-vga

Navrhnout ty rozkladové čítače a vyčítání z RAM je tak jednoduché, že pokud budeš dělat nový plošný spoj, nemá vůbec cenu se zabývat nějakou úpravou standardu X na standard Y. Prostě se zvolí požadované fyzické rozlišení karty a podle toho se vybere nativní rozlišení, ve kterém se to bude "vysílat". V praxi mám odzkoušeno, že rozlišení 288x256 šlo pomocí krystalu 18,432MHz emulovat do 800x600, ale pomocí krystalu 24,576MHz to šlo napasovat i do 1280x1024. Ovšem ideální je použít buď přímo standardní rozlišení VGA, nebo jeho celočíselný podíl, a to hlavně ve vodorovném směru. Svisle se to dá řešit mnohem snadněji, jakkoliv je to někdy za cenu zavedení borderu. Tam je důležitá primárně délka mikrořádku v mikrosekundách. Zbytek jsou násobky. Někdo už tu zmiňoval odkaz na stránky, které jsou perfektním zdrojem informací o časování VGA, zde: http://tinyvga.com/vga-timing

A pokud se už nechceš nechat omezovat obvody TTL, tak nějaké to CPLD kolem 128 makrobuněk bude ideální volbou pro realizaci. Do této velikosti CPLD by měly vejít kompletní multiplexery sběrnic, rozkladové čítače i ta pomocná bižuterie s posuvným registrem pixelů. Včetně adresového dekodéru pro přístup k registrové části obvodu RAMDAC. Externě dáš jen ty odpory jako výstupní RGB D/A převodníky (teď už můžu dělat polochytrého i na tomto poli ) nebo použiješ RAMDAC.

Jen bych varoval před příliš rozmáchlým designem. 80C85 na 5MHz byla taktak schopná scrolovat bez HW podpory 640x480 (38400 bajtů), a to ještě za cenu mírně natažených procedur v assembleru, jakožto cenou za rychlost. Už tohle bylo takové, no, na hraně použitelnosti. Pro programování nechat buď textový režim 720xYYY (ideální pro text 80x25 znaků), popřípadě u grafiky bych pro 5MHz CPU šel maximálně do 320x240, snad ještě ve dvou bitech na pixel. Tam musí být nějaká minimální výkonová rezerva i pro jiné věci než jen scroll obrazovky.