OldComp.cz
http://www.oldcomp.cz/

ZX Nucleon 512KB
http://www.oldcomp.cz/viewtopic.php?f=129&t=7537
Stránka 1217

Autor:  danhard [ 28.04.2021, 08:09 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

Ono by to šlo namíchat přímo na těch odporech, to tranzistorový zesilovaní a dělení je tam celkem na prd, zbytečnej materiál.
Nechceš to zkusit ? vyhodí se ten tranzistor s odporem v bázi a tam se to propojí, vyhodí se R1, R2 se dá 1k8.
Bude to jednodušší a bude to mít menší odběr.

Autor:  zxcygnus [ 28.04.2021, 10:18 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

danhard píše:
Nechceš to zkusit ? vyhodí se ten tranzistor s odporem v bázi a tam se to propojí, vyhodí se R1, R2 se dá 1k8.
Zatím ne. Jas barev je teď správně. Víc mě trápí pronikání barev kam nemají, ale teď čekám na balíček součástek na další experimenty.

Přílohy:
Poznámka: nejvýraznější ukázka
DSC06346 potize s nucleonem.JPG
DSC06346 potize s nucleonem.JPG [ 399.03 KiB | Zobrazeno 5085 krát ]
Poznámka: a samozřejmě se to projevuje i ve hrách
DSC06343 potize s nucleonem.JPG
DSC06343 potize s nucleonem.JPG [ 540.42 KiB | Zobrazeno 5085 krát ]

Autor:  danhard [ 28.04.2021, 20:21 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

Když zařadíš na výstup multiplexeru RGBI 74LS175, nebo 74LS174 a posuneš to o půl bodu (od druhé hrany než je posuv shifteru) tak všehny nectnosti zmizí, definitivně.
RGB se dá namíchat i přímo z výstupu těch registrů, takže tam nemusí být ta 7407, maximálně nějaké diody.

Záleží také na vlastnostech těch multiplexerů 74LS153, jak filtrují, nebo vytváří ty hazardy při přepínání.
Opakuji, lepší je místo 74LS374 a 2x74LS153 použít 3x74LS298 a jinak to zadrátovat, ale to by bylo na rekonstrukci a 74LS298 se už nevyrábí.
Nebo bych nahradil ty 2 výstupní multiplexory 74LS153 jedním GAL20V8 a zaintegroval bych ten výstupní registr tam.
Pomohlo by taky zatlouct výstupy multiplexerů kapacitou, aby ty 20ns neprošly, teď je za tím ta 7407 a ta by hrany znovu obnovila. Kapacitu odhaduji na 1nF.
1n byla ve VÚMS, kde jsem před 40-ti lety pracoval, taková oblíbená zatloukací kapacita na 10ns hazardy logiky :lol:

Autor:  zxcygnus [ 02.05.2021, 01:23 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

Po dalším odpoledni marného experimentování musím přiznat, že byla chyba se nechat Nucleonem zlákat. Neměl jsem věřit, že je problém vyřešený viewtopic.php?f=129&t=7537&start=120

Vypájel jsem oba 74LS153 (IC35 a IC36) a spolu s 74LS374 (IC12) jsem je nacpal do nepájivého pole, aby se mi experimentovalo snadněji. Chová se to stejně jako v desce, potud ok.

Zkusil jsem různé kapacity na vstupy A i B, zkoušel jsem pozorovat, co to dělá v obraze i na signálech. Pár minut mi to fungovalo s 33pF na signálu A a +5V (má vliv na přepínání INK/PAPER) a 560pF na signálu B a GND (má vliv na přechod do BORDERu), ale časem (po zahřátí? Jiný důvod?) se to opět rozhodí a chyby v obraze jsou ještě horší než bez kapacit. Pak to dělá chyby i v okraji, kde by INK&PAPER neměly mít vliv.

Signál A do MUXů je citlivý na dotek prstem (zhoršuje pruhy). Větší kapacity vedou k výraznějšímu zhoršení. Zdá se, že určitý vliv by mohl mít IC12, protože sestupná a vzestupná hrana nenastávají stejně rychle (zkusil jsem je prohodit, ale všechny jsou identické od stejného výrobce, žádný vliv). Viz screenshoty z osciloskopu.
Kód:
žlutá           kanál 1         IC12    pin 11 CLK 875kHz
purpurová       kanál 2         IC36    pin 7 - výstup modré
azurová         kanál 3         IC36    pin 5 - modrý PAPER
zelená          kanál 4         IC36    pin 6 - modrý INK


Je možné, že výměnou některých IO se některý signál o pár ns posune. Netuším. Nemůžu měnit vše. Zpoždění CLK (o cca 10ns bufferem) do IC12 pruhy zhoršuje.

74LS174 nemám, 74LS175 mi ještě nedorazily, 74LS374 budu muset koupit, chci-li zkusit další variantu (třeba HC), jiné 74LS153 ještě nedorazily... (objednal jsem TESLA 74ALS153), GAL20V8 bych si mohl naprogramovat, pokud mi někdo vymyslí logiku a dodá mi JEDEC.

Netuším, jak "posunout o půl bodu", odkud vzít clock pro KO atd... konkrétněji?

... fakt váhám, jestli to radši nezahodit do šrotu. Ale možná to je tím, že je hodinu po půlnoci.

Přílohy:
DSC06381 zmenseno oriznuto.JPG
DSC06381 zmenseno oriznuto.JPG [ 469.5 KiB | Zobrazeno 4877 krát ]
osc_IC12_CLK_pin11_IC36_pin7-6-5_nenastalo_1.png
osc_IC12_CLK_pin11_IC36_pin7-6-5_nenastalo_1.png [ 19.32 KiB | Zobrazeno 4877 krát ]
osc_IC12_CLK_pin11_IC36_pin7-6-5_spatny_pripad_1.png
osc_IC12_CLK_pin11_IC36_pin7-6-5_spatny_pripad_1.png [ 20.2 KiB | Zobrazeno 4877 krát ]

Autor:  MilasPce [ 02.05.2021, 07:54 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

Já měl ty čárky i v Borderu a blikaly jako flash. Tak mi to přijde že to dělá zpožděný signál přes ten GAL.

Autor:  danhard [ 02.05.2021, 08:18 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

20ns hazardy zatlučeš 1n na výstupů multiplexorů a 7407 hrany zase obnoví :)

Kdyby jsi to chtěl filtrovat výstupním registrem, tak použiješ hodiny o shifteru a budeš to nahrávat od opačné hrany.

Autor:  MilasPce [ 02.05.2021, 08:24 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

Když ale border je signál B tak to vlastně nemůže být signálem A, když je B tak na A nezáleží, takže to není tím GALem, ale signálem B nebo Black.

Autor:  MilasPce [ 02.05.2021, 10:16 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

Mě to ten flash efekt dělá ale ne na rozhraní obraz/border, ale v ploše borderu. Teď nejsem doma tak to nemohu vyfotit. Takže ten signál B nebo black musí mít nějaké rušení. Možná, ale mám někde nějaký méně významný zkrat.

Autor:  zxcygnus [ 02.05.2021, 11:35 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

danhard píše:
Dělá to jak ink/paper tak obraz/border.
Ano, přesně tak.
MilasPce píše:
Ta čárka je ale vždy na rozhraní znaku.
U mě taky. V horších situacích to jsou všechny změny INK <> PAPER. Za určitých okolností jen jedním směrem.

K těm screenshotům z osciloskopu - zelený kanál je pin 6, tzn. INK BLUE, azurový kanál je pin 5 PAPER BLUE. Když nastane na MUXu L->H pro INK a H->L hrana pro PAPER, tak se mi to projeví výrazněji.

Když nastane situace, že se chyba projevuje i v BORDERu, tak u mě tam FLASH nevidím, ale vidím tam třeba běžící bity čítače, jakoby tam byl zobrazený byte, kde se inkrementuje číslo. Někdy. Viz foto - není to nepájivým polem, stejně se to projevovalo před vypájením MUXů z desky.

Pozoroval jsem jak se třeba generuje BRIGHT na výstupech IC12. Udělal jsem si řádek dlouhý 32 znaků a zarazilo mě, že signál BRIGHT je aktivní 512.2μs místo očekávaných zhruba 36.5μs. Je to tím, že se při průběhu BORDERem a sync pulzy prostě nevypíná a místo aby trval 8x 36.5μs s mezerami tak začne na začátku 1. TV řádku a trvá až do konce 8. řádku. Stejně tak FLASH. Když jsem namísto 32 znaků udělal jen 30 znaků jasných a 1. a 32. znak s vypnutým jasem, tak se jas stejně zapnul (byť neviditelně) při průběhu okrajem. Nezobrazení jasu zařizují MUXy tím, že se přepnou na barvu okraje. FLASH se chová stejně. Fakt divné. Čekal bych přinejmenším to, že když na posledním znaku FLASH/BRIGHT vypnu, tak se vypne i po po dobu běhu BORDERem... Divné.

Do IC12 jde clock 875kHz z invertoru v IC46 a do něj z čítače IC41. Mohlo by i to mít svůj vliv? Netuším. Myslím, jestli nemá vliv toto zpoždění vůči jiným jinde...

Co vlastně ten GAL16V8 (IC48) dělá? Když koukám na signály do pin 9 a z pin 19, tak to na první pohled vypadá jako invertor s mizernou hranou na výstupu. Viz screenshoty z osciloskopu - žlutá je pin 9, zelená pin 19, tj. signál A do MUXů.

... aha, zpět... GAL dělá FLASH ze vstupů I2 pin 4 a I7 pin 9, jenomže jsem zrovna FLASH na obrazovce neměl zobrazený, kromě kurzoru a do něj jsem se osciloskopem netrefil. Takže zapomínám na invertor, ale i tak je hloupost, že jdou signály přes celou desku a že má výstup z GALu pomalejší hranu. Mám nějaké 16V8, ale bohužel 25LP, takže ještě pomalejší, nebo 20V8 a 22V10 15LP.

Vlastně je dobře, že IC35, IC36, IC12, IC39 spolu sousedí, zároveň je celá čtveřice v místě, kde i v gumáku je nad nimi pár mm místa navíc, třeba půjde celá čtveřice nahradit něčím lepším a osadit do patic opravný plošný spoj.

Otázka tedy je, jak to správně zařídit, aby RGBI prošlo bez hazardů v jeden okamžik?

Přílohy:
SDS00011.png
SDS00011.png [ 26.33 KiB | Zobrazeno 5267 krát ]
SDS00010.png
SDS00010.png [ 26.6 KiB | Zobrazeno 5267 krát ]
DSC06383 horsi situace s pridanymi kondenzatory 33pF na A 560pf na B.JPG
DSC06383 horsi situace s pridanymi kondenzatory 33pF na A 560pf na B.JPG [ 374.55 KiB | Zobrazeno 5267 krát ]

Autor:  zxcygnus [ 04.05.2021, 13:32 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

MilasPce píše:
zxcygnus: co používáš za osciloskop ?
Aktuálně Siglent SDS1204X-E

Autor:  zxcygnus [ 04.05.2021, 16:49 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

danhard píše:
Tak SIGLENT je tam napsaný, ale co je kterej signál, to ne :)
Píšu v příspěvku která barva je co (na GAL16V8).

Jinak souhlas, za ty prachy by ten osciloskop už mohl vědět, co a na kterém čipu měří :)

Autor:  danhard [ 04.05.2021, 18:03 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

Ale to je pěkné co je na GALu, ale nemám vztah k čemu se to mění, třeba hodiny, kterýma se nahrává registr INK/PAP.
A samozřejmě mám jinou verzi schema, úplně jinak číslovanou :lol:
Nevím co řešís, jedním kanálem se chytnu na hodiny registru a druhým zkontorluju, kdy se mění jeho výstupy a řázení multiplexeru A a B. A to by mělo být skoro stejně.
Pak se ještě podívám na výstup multiplexerů, jaký je tam hazard.

Autor:  zxcygnus [ 04.05.2021, 19:58 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

danhard píše:
Ale to je pěkné co je na GALu, ale nemám vztah k čemu se to mění, třeba hodiny, kterýma se nahrává registr INK/PAP.
A samozřejmě mám jinou verzi schema, úplně jinak číslovanou :lol:
Nevím co řešís, jedním kanálem se chytnu na hodiny registru a druhým zkontorluju, kdy se mění jeho výstupy a řázení multiplexeru A a B. A to by mělo být skoro stejně.
Pak se ještě podívám na výstup multiplexerů, jaký je tam hazard.
Co dělá 74LS153 ve vztahu k hodinám do toho osmibitového registru 74LS374 před ním jsem posílal o pár příspěvků dřív (2.5.), ale jinak můžu změřit cokoli bude třeba až to zas bude na stole (až zítra vyzvednu další IO z GMe, chci zkusit 74HC374).

Desku mám revizi 2Q, takže pracuju se schématem a označením k ní z webu od CSS - konkrétně odsud http://css-electronics.8u.cz/ZX_Nucleon ... rsions.zip - ten kousek s poznámkami je z toho (strana 12 soubor ZX Nucleon 512KB ver. 2Q CZ_ENG.pdf).

Uvnitř je i 16v8.jed, ale nejsou tam rovnice. Zkusil jsem dekompilovat pomocí OPALJR, relevantní část je asi jen toto?
Kód:
F25HZ=1 PA7=2 PA6=3 Q8_REG=4 SER_DATA=9 GND=10 /OE=11 N_7=12
DI_512K=13 N_6=14 N_1=15 N_9=16 GPA6=17 GPA7=18 OUT_MUX=19 VCC=20

/OUT_MUX = /N_1 * SER_DATA
    + Q8_REG * N_1 * /SER_DATA
    + /Q8_REG * SER_DATA
Proč se tam používá N_1 pin 15 jako vstup, když ho vidím ve schématu odpojený?

Zákmit na výstupu MUXů není pořád, resp. není pořád stejný, občas neklesne pod rozhodovací TTL úroveň, občas je téměř nezřetelný.

Poznámka pro CSS - doporučované 1k pullupy nemají v mém Nucleonu na obraz viditelný vliv.

Co dělá IC39 - 74LS166? Resp. jaký účel tam plní?

Autor:  MilasPce [ 04.05.2021, 22:23 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

Když to dělá v borderu může na to mít vliv jen signál C5 co vede do B, nebo BL. Protože na vstupu A nezáleží je jedno co leze z IC12 a z GALu.

Autor:  MilasPce [ 04.05.2021, 22:40 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB

IC39 je posuvný registr. Načte mikrořádek znaku a pak ho posouvá po pixelech. GAL za ním podle signálu flash to nechá nebo invertuje dělá blikání znaku. podle hodin co lezou do CLK GALu

Stránka 1217 Všechny časy jsou v UTC + 1 hodina [ Letní čas ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/