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

ZX Nucleon 512KB
http://www.oldcomp.cz/viewtopic.php?f=129&t=7537		 Stránka 5 z 17
Autor:  css [ 28.09.2019, 13:26 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
suksoft píše:
Ccs chci se optat zda puvodni Pentagon byl neco jako toto http://www.emuverse.ru/downloads/comput ... n-48_1.jpg ?
Nemuzu si pomoc ale podle mne je ten IC33 tam zbytecny. Myslim ze by stacil jen IC30,IC31,IC35,IC36 a pouzit signal CPU na prepinani vstupu do pameti. Signal RAS, nRAS a DIS by se vubec nepouzil.

suksoft: Nejak si to neumim predstavit, jak to popisujes ;-) Ja myslim, ze IC33 je nezbytny, muxy IC30,31,35,36 ti generuji 2x8bit adresu a ty z ni potrebujes udelat 16bit adresu, jak jinak nez bez IC33 bys to chtel udelat? :-)
Autor:  suksoft [ 28.09.2019, 14:18 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Jestli se ale vstupni signaly po cely cykl nemeni, to ale nejsem schopen ted rychle zjistit, to muze byt tema na diskusi, tak lepsi reseni je nedelat RAS a CAS ale rovnou z te 2x 16 bitu sbernice udelat dvouvstupovou ram. To by to rapidne zjednodusilo zapojeni. Na zacatku CPU/DIS by se nastavila cesta dat a to by bylo do konce /CAS.
Autor:  danhard [ 28.09.2019, 16:16 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
To samozřejmě jde, ale s multiplexorama mu vyjde složitější tišťák.
Přepíná to 74LS257 a ne 74LS153 jako Pentagon 48
Ani jsem se neodvážil to navrhnout, když nejdou ani jednoduché věci :)
Samozřejmě se pak dá vyhodit RAS-CAS logika.
Ale když je tam statická RAM, která umí šáhnout do RAM 2x za takt CPU, tak se dá časování kompletně překopat a zjednodušit.
O videopaměti pak CPU neví a videopaměť si tam leze kdy chce :)
Průchodnost videopaměti pro zobrazení je dvojnásobná, takže to stíhá i VGA časování.
Autor:  css [ 29.09.2019, 00:02 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Tchunass píše:
to css: Malý dotaz. Máš možnost zkusit k nucleonu připojit nějakou jinou verzi betadisku? Ne tu tvou. Pořád se tu řeší to, že je asi chyba v ZX Nucleon, ale myslím si, že by bylo dobré to vyzkoušet i s jinou verzí betadisku. Co ty na to?

K originalni verzi bohuzel pristup nemam :-\

Dnes jsem zas delal radu ruznych zkousek a zjistil jsem, ze originalni verze TR-DOS 5.03 nejde vubec spustit, ani pres USR 15616, ani pres zaply boot po resetu. Verze 5.05 a 5.04T a 5.041 jakmile se ale clovek dostane do DOSu, funguji bezvadne, jak se zda. Takze zrada musi byt ohledne neceho bezprostredne souvisejiciho s resetem a NMI, ale furt na to nemuzu prijit :cry:
Autor:  suksoft [ 29.09.2019, 10:59 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Tak jsem na to vcera trosku koukal u bazenu a mam par drobnych dotazu. Nic z toho neni kritickeho:

1) Proc se neslouci IC25C s IC25D? Volne hradlo by slo pouzit jako zpozdovac napr. u R6.

2) To pouziti pameti sram 70ns dle fotky je na hranici vybaveni. Ja osobne planuji pouzit 55ns.

3) Je tento odkaz http://speccy.info/w/images/8/88/Pentag ... ematic.png puvodni Pentagon co te inspiroval?

4) Posles odkaz na schema batadisku ktery zkousis a co nefunguje?

5) Tu hodnotu RN2 10K jsi zvolil proc? Je nekde na puvodnim Pentagonu napsana hodnota?

6) Zvazil bych zruseni signalu C30. C29 uplne staci. Cim min signalu, tim se lepe chape obvod. Ale to bych ted u hotoveho projektu nedelal.
Autor:  css [ 29.09.2019, 12:05 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Ahoj :-)

ad1) Ano, vidíš, toho jsem si vůbec nevšiml, máš pravdu. Přesně stejnou chybu jsem odstraňoval v Multiface 128, kde také dvě hradla duplikují svou funkci, a tady jí sám udělám. Samozřejmě by šlo IC25C a IC25D sloučit.

ad2) V origo Pentagonech se používaly dynamické RAM s dobou přístupu 150ns i víc a fungovalo jim to, takže 70ns by mělo být v pohodě ne? Osobně mám v testované desce DIL paměť s rychlostí 55ns a efekt je stejný.

ad3) Ne, není, zapojení jsem obkresloval z této dokumentace: http://cats-chess.narod.ru/ZX/Pent128_1991_mdesk.pdf

ad4) http://css-electronics.8u.cz/Betadisk_128C_v1.8.zip

ad5) 10K je v origo Pentagonech, je to nebližší hodnota k 8K2 použitých ve Spectrech, která se dá rozumně sehnat v odporových sítích, a je to i léty osvědčená hodnota pull-up odporů v LS-TTL a NMOS logice


Jinak asi by nebylo od věci zde znovu připomenout, že já nejsem autor Pentagonu, a jak už jsem psal dříve, ani není a nebylo mým cílem proniknout do hloubky funkce, jak Pentagon funguje a dělat v tom nějaké masivní úpravy. Chci jen mít počítač fungující jako Pentagon, hrát na něm hry a koukat na dema, a to vše v nějaké rozumně fungující a vyhlížející krabici. A protože předchozí projekty Pentagon desek nic z toho nesplňovaly, vesměs šlo o kravské obludy bez rozšiřujícího konektoru ala Spectrum, jevilo se mi jako zajímavé vzít osvědčené schéma, obšlehnout ho, a nacpat do krabice do Gumáka, která je teď k mání ke koupi. Zapojení jsem vzal a udělal jen dílčí úpravy (Flash odvozený od přesných hodin místo RC oscilátoru, dekodér portů jako GAL, budiče sběrnice, nová video část) a to je vše :-) Kdyby to fungovalo s Betou jak by mělo, už bych nic dalšího nevymýšlel a konečně na něm pařil :-)
Autor:  danhard [ 29.09.2019, 13:26 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Sdílení videopaměti s pamětí procesoru bylo vždy nosný problém odvozenin ZX Spectra.
Dynamické paměti s cyklem pod 280ns (120ns access) umožňují jinou organizaci přístupu, takže videoram už procesor nezdržuje.
Proto je dobré vědět jak to funguje, aby jsi věděl, jaké jsou možnosti SRAM, kde můžeš udělat přístup ještě 2x rychleji :)
a) umělo by to rychlostně i VGA čsování
b) nezdržovalo by to ani procesor se 7MHz, minimálně CPU s 14MHz
c) bylo by to jednodušší
d) bylo by to plně kompatibilní s Pentagonem
e) dala by se tam vnutit časová kompatibilita s jakýmkoliv jiným ZX Spektrem.

Napadá mě to udělat do CPLD na odladění a pro milovníky TTL logiky to předělat na jednodušší logiku :)
Autor:  pcmaker [ 29.09.2019, 13:37 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Zkoušel jsi různá CPU?
Možná by ti mohl pomoct Velesoft. Jeho jméno se mi totiž nějak spojuje s projektem Pentagon. Jestli si dobře vzpomínám, navrhl a uskutečnil i nějaké HW rozšíření ZX Spectrum+2, aby bylo kompatibilní s Pentagonem 512.
Autor:  css [ 29.09.2019, 13:53 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
danhard: OK když se toho ujmeš, budu mezi prvními, kdo si to od tebe koupí, fakt, nekecám! Já už se o CPLD verzi pokoušel 2x, a neuspěl jsem, je to mimo mé schopnosti.

pcmaker: Zkoušel jsem ZIlog Z8400APS a RFT UA880D, obojí se stejným výsledkem. Velesoft pokud vím dělal akorát rozšíření (stránkování) paměti kompatibilní s Pentagon 512KB, ale časování díky použité Ule Ferranti zůstalo Spectristické. Každopádně časování není problém, co aktuálně řeším, ale proč některé verze TR-DOS nebootují do příkazového řádku, a jiné po stisku NMI neuloží obsah počítače na disk, to mě trápí? :-(
Autor:  VELESOFT [ 29.09.2019, 22:55 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Navrhnul bych spis nahradit trdos romku vlastnim nove napsanym testovacim kodem. Tak by se dalo overit, kdy presne se romka zapne, jestli se NMI neopakuje, kam az CPU zajde.... To by nemelo byt slozite. Napsat jen reset a nmi rutinu, ktere neco provedou a pak odmapuji trdos rom.
Autor:  VELESOFT [ 29.09.2019, 22:59 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
A nebo jeste jinak, nech pocitac nabehnout s beznou trdos rom a mrkni v basicu, co je v oblasti 23296 kam si trdos uklada kod po aktivaci (posunuje pak i basic). Idealne ten obsah porovnat s obsahem ram v emulatoru na PC ve stejne konfiguraci.

Dale existuje trdos (6.10 asi), ktery umi prepnout na ramdisk a pouzivat treba prave ram 512kB jako mensi disketu.
Autor:  css [ 30.09.2019, 09:01 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Po probdělý noci a usilovným přemýšlení začínám mít také podezření na ROM, ale na ROM v počítači, resp. obvod jejího selectování, dnes se na to mrknu.

Pokud to nepomůže, zkusím co radí Velesoft, a kouknu i po tý verzi 6.10, o tom jsem nevěděl. Díky.
Autor:  VELESOFT [ 30.09.2019, 19:05 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Jo a jinak k tomu ramdiskovemu trdosu. Nejlepsi je asi pouzivat ho v kombinaci s upravenou 32kB ZX romkou, coz je 48basic + misto 128editoru GLUK RESET SERVICE monitor. Po resetu pocitace nabiha 128rom a v tomto pripade nabehne menu, kde se da napriklad spustit bud commander na praci s disketama, ruzne testy a take je tu mozne automaticky naformatovat rozsirenou zx ram na ruzne velke diskety. 1MB ram dovoluje pouzit ramdisk velky jako TRD image 640kB, ale i daleko vetsi, s vetsim poctem stop. U 512kB ram je uz ramdisk o dost mensi nez TRD, ale stale normalne pouzitelny. NMI ale u zadneho z techto novych trdosu nepracuje s ramdiskem, vzdy saha primo na FDD porty.
Autor:  suksoft [ 01.10.2019, 18:08 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
Css jestli je toto opravdu uvnitr TR-DOS rom a aktivuje se to:

https://github.com/programandala-net/tr ... s.raw.z80s

ub_3d4ch:
xor a ;3d4c af .
out (0ffh),a ;3d4d d3 ff . .
in a,(0f6h) ;3d4f db f6 . .

Tak ti dochazi na sbernici ke kolizi. Soucasne mas v betadisku otevreny 245 smerem ven a uvnitr Nucleonu vystup klavesnice na sbernici.

Muj nazor je, ze ten R63 by jsi mel radeji dat ne na GND ale na nIORQ. Take v Galu by jsi nemel mit dva privody a "ULA" cast Nucleonu by se mela aktivovat pouze pres IC21/13 a vubec nekoukat na nIORQ.

Ten tvuj betadisk na beznem ZX48 nema problem, protoze ula je az za odpory ale v Nucleonu zadne odpory nejsou a tak to jde do zkratu. Spravne by se melo predelat aktivovani RD v betadisku a melo by se to aktivovat pouze kdyz betadisk realne vraci data na nejakem svem portu a ne ze to bude zaviset pouze na nRD.
Autor:  css [ 01.10.2019, 19:41 ]
Předmět příspěvku:  Re: ZX Nucleon 512KB
suksoft: No čoveče, fakt nevím, jestli jsi na to káp, a nebo ne! :-)

Ano, tahle část kódu je v obou verzích TR-DOSu, které používám. Ano, čtení portu #F6 by mělo aktivovat i LS244 pro čtení klávesnice v ULA části, jak píšeš. A pak by skutečně mohlo docházet ke kolizi s LS245 v Betadisku, pokud je teda opravdu aktivovaná jen přes /RD, to jsem moc nestudoval. JENŽE já zkusil do dekodéru portů GAL nahrát a vyzkoušet i plnou 8bitovou adresaci portu ULA #FE, tzn. pomocí A0-A7, ne jen A0 jako to má Pentagon, a dělalo to pořád stejný koniny. Taky jsem si pořád říkal, jak to ale, že v Pentagonech ke stejný kolizi nedochází, ale jak koukám na schéma, oni tam ten budič LS245 v části Betadisku nemají, takže asi proto. Naopak "můj" Betadisk jak píšeš :-), který není můj, vymysleli ho u Technology Research, tak je asi fakt, že fungoval jen s originál SInclairy, co mají Ulu oddělenou odporama, takže se ta kolize eliminovala.

Udělám zítra jednoduchý pokus, upravím si obě verze TR-DOSu tak, že IN A,(246) odstraním (stejně je to tam podle manuálu jen kvůli Interface 1) a uvidíme, jestli se něco změní.

Každopádně dík za tip! ;-)
Stránka 5 z 17 Všechny časy jsou v UTC + 1 hodina [ Letní čas ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/