OldComp.cz
https://oldcomp.cz/

ZX Nucleon 512KB
https://oldcomp.cz/viewtopic.php?f=129&t=7537		 Stránka 13 z 17
Autor:  danhard [ 05.05.2021, 03:39 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
zxcygnus píše:
Proč se tam používá N_1 pin 15 jako vstup, když ho vidím ve schématu odpojený?

Protože není odpojený, ale je to výstup čítače na blikání.

74LS166 je video shifter, který generuje jednotlivé body a říká jestli je tam INK/PAP.

Na měření nemáš vztah mezi hodinami reg, INK/PAP a A,B multiplexeru, ale hazard to generuje hned po nahrání reg., takže mux to přepíná moc pozdě.
Takže žádné kondy k muxu, ale zpozdit hodiny reg. o 20ns, zkus 100pF na zem, nebo zkus rychlejší GAL.

Zkus ty hazardy zablokovat 1n kondem na zem na výstupech muxů, základní metoda vývojáře :lol:
Autor:  MilasPce [ 05.05.2021, 07:10 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
danhard píše:
zxcygnus píše:
Proč se tam používá N_1 pin 15 jako vstup, když ho vidím ve schématu odpojený?

Na měření nemáš vztah mezi hodinami reg, INK/PAP a A,B multiplexeru, ale hazard to generuje hned po nahrání reg., takže mux to přepíná moc pozdě.
Takže žádné kondy k muxu, ale zpozdit hodiny reg. o 20ns, zkus 100pF na zem, nebo zkus rychlejší GAL.


Když je border, je mux přepnutý celou dobu na barvy borderu, takže je blbost, aby to přepínal pozdě. Buď vynechává signál C5 na přepnutí borderu, nebo se na chvíli aktivuje BL = black znamená černou, když se nezobrazuje ani border a ceká se na synchronizaci.

Typoval bych to, že se na chvíli aktivuje black.
Autor:  danhard [ 05.05.2021, 08:59 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Když se chytne na hodiny reg. INK/PAP a podívá se na BL, tak tam nesmí být žádný bordel.
C5 se generuje přes klopák, tam bordel nebude, ale nesmí ho zatěžovat kapacitou.
Autor:  danhard [ 05.05.2021, 12:52 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
MilasPce píše:
Odlehčil bych i sgnálu BL a pouštěl to jen do dvou 2G.

To uvidí až podle toho, co tam poleze.
Momentálně do toho vnáší jen další zmatek :D
Autor:  zxcygnus [ 12.05.2021, 19:31 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Ještě stále zkoumám, kde se to zkazí, kdy to fungovat přestane, ale vyměnil jsem dvojici DM74LS153 za Tesla MH74ALS153 a vypadá to, že se zlepšilo natolik, že nyní stačí jen 33pF mezi +5V a pin 14.

Zlepšilo, ale nevyřešilo! Pořád je pár situací, kdy např. slabounce prosvítá bílá na černé.

Co jsem tak na to koukal osciloskopem, tak se mi zdá, že ze všeho nejpravděpodobnější je, že náběžná hrana z GALu je prostě natolik pomalá, že když prochází oblastí mezi cca 1 - 2V MUXům stačí asi i šum, aby se krátce přepnuly a to přepnutí nejčastěji trvá tak dlouho, jak nejrychleji je toho MUX schopen - tj. okolo 16 - 20ns, protože mezitím je úroveň signálu v mezích L/H.

Tomu nasvědčuje i to, že to reaguje na dotyk. Dotykem se to vždy zhorší (šum navíc). A taky to asi vysvětluje, proč 12pF nestačí a 68pF už je moc. 33pF má nepatrný vliv na časování hrany, jen maličko omezí šum.

Asi by mělo smysl zkusit jiný rychlejší GAL, ale nemám. A protože teď to zobrazuje, přestávám do toho vrtat.

-> danhard - BL občas na hraně opravdu bordel, resp. pár zákmitů mívá, ale neřekl bych, že to má vliv na barvy / atributy, je v H pouze během sync pulzů (během řádků se krátce aktivní BL opakuje s periodou 64us), obrázky s popisem v příloze. Na BL se ještě podívám.

Udělal jsem i krátké video, kde je to vidět zas trochu jinak, ale chvíli mi zabere, než to připravím k zveřejnění (jestli ho zveřejním).

Jo a nefunguje mi demo Weed - zasekne se vždy v okamžiku "těch hodin, co lezou ze zdi". Dělá to i na jiných Nucleonech/Pentagonech?

Přílohy:
2021-05-06 IC35-7_IC35-1_IC35-2_IC48-19.tar.gz [742.84 KiB]
230 krát
Autor:  zxcygnus [ 13.05.2021, 13:30 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
microlan píše:
Nevím co je tam za GAL, ale nabízím ATF16V8-7 , pokud je to ten tip, pošli data a vrátím Ti naprogramovaný GAL.
Ok, to stojí za pokus. Aktuálně mám v Nucleonu ATF16V8B-15PU - viz obrázek.

JEDEC do GALu je tady http://css-electronics.8u.cz/ZX_Nucleon ... rsions.zip ... v "/16V8 all versions/16v8.jed".

Přikládám i snímek 74ALS153 - pod oba jsem přidal 4.7uF/25V, ale fakt jen pro jistotu, šum v mém Nucleonu na +5V je blízko 20mVšš, tzn. na poměry ZX Spectra extrémně malý (ok, těch kondezátorů jsem tam přidal a lehce upravil víc, ale pointa je, že napájení je perfektní a není příčinou).

Ne, nožičky kondenzátorů se fakt nedotýkají, kde nemají. Jen to tak vypadá na fotce.

A mimochodem výměna registrů 74LS374 za HC variantu neměla viditelný vliv.

Přílohy:
IC48_zmenseno.jpg
IC48_zmenseno.jpg [ 257.55 KiB | Zobrazeno 5137 krát ]
IC36_a_okoli_zmenseno.jpg
IC36_a_okoli_zmenseno.jpg [ 301.14 KiB | Zobrazeno 5137 krát ]
IC36_ze_strany_spoju.jpg
IC36_ze_strany_spoju.jpg [ 303.17 KiB | Zobrazeno 5137 krát ]
Autor:  zxcygnus [ 13.05.2021, 14:10 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
MilasPce píše:
Když to dělá i v borderu, tak to na žádným signálu z GALu nemůže záležet. Odškrábnul bych u 153 signály 2G a dal bych je natvrdo. Ulehčí se signálu BL a bude rychlejší přechod.
V BORDERu mi to dělalo výhradně s originál 74LS153, ne s těmi od Tesly. Pruhy INK/PAPER lze vyvolat s oběma typy MUXů. s Teslou méně výrazně (rozdíl LS vs ALS?).

Je možné, že máme pravdu oba a jde o dvě kombinované závady, které vypadají podobně?
Autor:  Charlie_XZ [ 13.05.2021, 20:15 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Na týhle kauze se mi nejvíc líbí jak autor dělá mrtvýho brouka, zajímalo by mě jestli už s tím chodí ten betadisk ;)

Sorry za trolling, ale tohle je pro mě prostě neuvěřitelný, čekal bych že se k tomu postaví čelem ...
Autor:  Billy48 [ 13.05.2021, 22:14 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Charlie_XZ píše:
Na týhle kauze se mi nejvíc líbí jak autor dělá mrtvýho brouka, zajímalo by mě jestli už s tím chodí ten betadisk ;)

Sorry za trolling, ale tohle je pro mě prostě neuvěřitelný, čekal bych že se k tomu postaví čelem ...


- Ak som v obraze, tak pre Nucleon je BetaDisk 128X

- pravdupovediac som tiez cakal reakciu autora, ale ak k veci nevedel nieco dodat - poradit, tak je to podla mna v poriadku. Tiez mam nucleona (zatial nedokonceneho) a autor v navode na stavbu aj tu na fore upozornoval na mozne problemy s niektorymi suciastkami. V kazdej novej verzii PCB su opravene chyby, proste sa snazi, tak ako kazdy co tvori novy hw. Ved aj ZX Spectrum ma niekolko issue a kazdy novy mal opravene chyby na ktore sa prislo.
Autor:  danhard [ 14.05.2021, 07:58 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Vyzkouší už někdo to prachsprostý zatlučení výstupů multiplexorů 1n kondama na zem ?

Multiplexory můžou dělat na výstupu hazard při přepínání, i když je na vstupu stejná informace,tak na výstupu může být na jedné hraně přepínání výpadek, zvláště s pomalou hranou select vstupu.
Autor:  MilasPce [ 14.05.2021, 09:52 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Vzhledem k tomu že autor rozprodal i neosazené PCB na Betadisky128X, tak tam bude dost nevyřešených problémů a nestabilit.
Autor:  danhard [ 14.05.2021, 11:42 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Oba multiplexery 74LS153 by se daly nahradit jedním GAL20V8, kterej by měl na výstupu registr a tím by se zlikvidovaly všechny hazardy a chyby časování.
Stačí přitáhnout hodiny z 74LS166.

Pokud je to v borderu (S1 = 1) a signál S0 se stále mydlí, tak tam může generovat výpadky do 0, i když jsou oba spojené vstupy borderu v 1.
Invertor v adresování muxu má konečné zpoždění a takový to vygeneruje hazard.
Pokud je hrana pomalá, tak na to mají vliv i různé rozhodovací úrovně (invertoru a 4 vstupového AND).
Obrázek
Autor:  MilasPce [ 14.05.2021, 15:26 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
danhard píše:
Pokud je to v borderu (S1 = 1) a signál S0 se stále mydlí, tak tam může generovat výpadky do 0, i když jsou oba spojené vstupy borderu v 1.
Invertor v adresování muxu má konečné zpoždění a takový to vygeneruje hazard.
Pokud je hrana pomalá, tak na to mají vliv i různé rozhodovací úrovně (invertoru a 4 vstupového AND).


Hrana může být pomalá při zapnutí nebo vypnutí borderu S1. Pak už má AND na jednom ze vstupů stabilní signál po celou dobu borderu a ať se ostatní (S0) mrňaj jak chtěj (kromě signálu z registru barvy borderu, který se nemění) nebude to mít vliv na výstupy. Jedinej bordel do toho může vnést BL zapojený na Ea, Eb.

Chtěl bych vidět signál BL, že na něm není rušení a je aktivní jen mimo barevný obraz, když se čeká na sychro.
Autor:  danhard [ 14.05.2021, 17:13 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Ale prdlačku, mezi /S0 a dS0 který jdou do ANDu je zpoždění, takže při náběžné na vstupu S0, jde nejdřív /S0 do nuly a blokuje svůj AND a teprve potom odblokuje přes invertor se zpožděním dS0 druhý AND.
Po dobu toho zpoždění invertoru jsou oba ANDy zablokované a na výstupu je 0.
Pokud je vstupní signál I2a i I3a v 1, tak se tam objeví v součtu hazard do 0.

Zobrazení jede v pozadí pořád a do video registru i do shifteru se nahrává přerolovaný obraz, čili S0 se může mydlit i v borderu.
Autor:  MilasPce [ 15.05.2021, 00:43 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Typická rychlost signálu select u LS153 obvodů je 12ns. Když vezmeme v úvahu že tam jsou dva invertory a dvě hradla je zpoždění na každém prvku 12/4=3ns => 333MHz to nemůže být na obrazovce s přenosem videa 8MHz vidět. To musí být nějaký delší hazard někde jinde.
Stránka 13 z 17 Všechny časy jsou v UTC + 1 hodina [ Letní čas ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/