OldComp.cz

To kdybych vedel. Ja ho tehdy kupoval jako nahradu do neceho (a uz si fakt nepamatuju do ceho). Takze jsem frekvenci neresil.

_________________
Amiga Sinclair Didaktik Sam_Coupé Enterprise SAM440ep μA1 MacBook_Air Mac_Mini_MOS CPC Atari MSX Acorn C64 RetroPC

http://party.oldcomp.cz/

Škoda. Raději tedy budu muset připlatit abych se pak neškrábal ve vlasech nad nestabilní/nefunkční sestavou a zároveň budu doufat že to značení tam minulý týden nepřidal podnikavý číňan. Ve výrobních podkladech jsem nikde takovou jasnou informaci neviděl ale co jiného než 4 MHz variantu tam dávat. Alternativní varianty typu WD1797 či další raději shánět nebudu, bude dost na tom rozbíhat to bez dalších modifikací pcb či součástek okolo.

Podle mě, při stávající konfiguraci propojky SH 1-2 na desce FDC WD2797 běží buď na 1MHz nebo na 2MHz v závislosti na signálech DDEN a 8". Na 4MHz by běžel, pokud by propojka SH byla v pozici 1-4, propoj na signál FI, což je frekvence CPU a při konfiguraci propojky SA 1-2 na desce CPU (4Mhz).

Nevím, jestli musí FDC běžet na stejné frekvenci jako CPU, ale spíš si myslím, že ne - odvíjí se od ní časování čtení a zápisu dat diskety.

Ale třeba se mýlím a rád se nechám poučit.

Petr

Jak píše RaceSoft, ne podle CPU. I na SHARPu jede na 1MHz.

_________________
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č ...

Já při čtení datasheetu WD2797 narazil na 1 a 2 MHz frekvence, které se týkají signálu do disketových mechanik podle jejich typu a rychlosti přenosu. Jenže nikde se tam nepsalo, na jaké frekvenci běží čip samotný. Jestli prostě nemá uvnitř děličku co frčí sběrnici ven na 1 nebo 2 MHz zatímco zbytek jede třeba na ty 4 nebo musí běžet sám na 1 nebo 2 MHz a konec. Tyhle čipy se používaly i v PC, kde se frekvence ISA pohybovala klidně na 8 MHz a já tomu prd rozumím, já jsem rád že vím že takový čip existuje. Na jebaj jsem našel čipy bez označení, resp. 00-02, pak 02-04 (takový je i v Z256) a jeden dokonce 02-05. Jestli je to výrobní označení nebo frekvence s jistotou nevím, datasheet je rychlostnímu rozdělení těch čipů tajemnější než hrad v Karpatech. Ale kdyby byl jeden univerzální čip, tak by to samozřejmě bylo fajn, protože ta nejrychlejší verze má cenovku téměř trojnásobku té nejběžnější. Napsal jsem dotaz jednomu z autorů Z256 tak se to snad brzy rozsekne, ideálně ve stylu dejte tam cokoliv .

Neplete tu hrušky a jablka aneb jedna věc je přenosová rychlost pro disketovou mechaniku a tu určitě bude umět ten řadič i pro 8“ DD a 5.25“/3.5“ HD … umí to i 8272. Jiná věc je rychlost systémové sběrnice tj. na jaké frekvenci jede CPU. Obecně u 2MHz (I8080, Z80) je potřeba aby obvod převzal nebo odevzdal data do 450ns, pro 4MHz stroj to bude cca polovina. Takže stačí se kouknou jak dlouho tomu obvodu trvá než dodá data na sběrnici či je připraven je převzít. Rychlost se obecně značily bud písmenem v prostřed typu (např. 6809, 68A09, 68B09) nebo za typovým označením a to pomlčkou a číslem (typicky SRAM, DRAM, EPROM).

Co jsem se díval na katalogový list od TMS2797 tak ten by měl zvládat 4MHz CPU u WD2797 jsem požadované hodnoty nenašel, ale předpokládám, že taky bude zvládat 4MHz CPU.

Ty čísílka co popisuješ, mohou být např. datum výroby nebo šarže.

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/

Ok, já taky netvrdil že to je frekvence . Zeptal jsem se jednoho z autorů Z256 a ten mi potvrdil, že by čip měl běžet na max. 2 MHz, takže do desky půjde použít každá verze i ty bez označení. A přidal mi ještě informaci o původním použití DMA čipu, který se následně neosazoval. Původně ho používali ve spolupráci se SIO právě jako improvizovaný FDD kontrolér. Jenže jak se do schématu dostal jednočipový řadič, tak z toho improvizovaného samozřejmě sešlo. Monitor prý DMA čip na nic nepoužívá, dá se ovšem využít uživatelsky. Když by se jednalo o mírnou modifikaci třeba by se daly nějaké rutinky pro práci s DMA do Monitoru ještě doplnit, mohlo by to ušetřit pár cyklů když by se jednalo o větší bloky dat a Monitor Z256 je hodně zaměřený na to aby se používaly jeho rutiny vzhledem k rozsáhlému bankování RAM.

Edit: Tak jsem objednal TMS2797 a Lomikare Lomikare, hyn sa hukáže, do roka a do dne, kdo s koho. Tím bych měl všechny šváby pohromadě a teď už jen zbývá to dokončit a rozběhat . Jsem dost v pokušení přilepit k tomuto stroji i živou disketovku aby zážitek byl co nejbližší originálu. Pro napájení plánuji použít AT zdroj, protože má všechny použité napětí a jeho molexy budou oproti samo-domo zdrojům velmi elegantně a snadno napájet i případné fyzické disketovky či gotek.

Do monitoru toho moc doplnit nelze... není tam místo, musela by to být nová verze na víc než 2kB (už ta stávající má data a rutiny v epromce videokarty), co si pamatuju je tam jen reset DMA čipu aby to něco nevyvedlo. Navíc v něm třeba úplně chybí obsluh klávesnice, ta je až v BIOSu CP/M.

To je tedy bída, mít funkční klávesnici až po bootu OS . Je to tedy spíš CP/M zavaděč než klasický Monitor, úplně vykostěné minimum z celku. Za předpokladu čistě CP/M stroje se jedná o vcelku chytré řešení jak i s minimem prostředků na desce počítač rozběhnout protože bez CP/M se stejně nepremává. Však když jsi využil těch 8 kB EPROM (aby se nabootovalo CP/M bez diskety) tak jsi tu chytrost z diskety přesunul do EPROMu, ne? Mít CP/M chytrost pořád na disketě, měl bys určitě dost uvolněné ruce na různé další rutiny i klávesnici. Mohl bys mi trochu osvětlit jak ty EPROMky jsou vlastně provázané a co na nich je?

Ten reset DMA po startu si taky pamatuju že jsem to četl. Že po resetu počítače se ten čip zresetuje a že nic jiného to s ním pak už nedělá. Ono to DMA tu má i trochu zádrhel, protože jak tomu rozumím tak Z80 DMA neumí posílat data mezi bankami RAM ale vidí vždy jen těch svých 64 kB, v rámci kterých to lze šoupat a potom může sypat z/do portu a eto vsjo. Bez externí chytrosti co mu bude RAM přepínat to DMA tu je omezené.

Pro přenos dat do grafiky by se měla používat ta 1kB cache v 2114, není to tak? Tuším že tam na to bylo vyhrazených grafických 768 bajtů což je cca řádek a kousek a do zbytku si Monitor nebo CP/M zapisoval své proměnné asi aby se mu nerozsypalo bankování. Mohl bys tu popsat jak ten přenos dat do grafické karty funguje? Pan Kotek mi psal že by tam měl být příkaz PAGE, co umožní naadresovat celou videopaměť do hlavní RAM ale jestli se nějak používá, to už si nepamatuje.

A jak se vlastně řídí to bankování? Co zkusit i MP/M nebo skutečné CP/M verze 3.x - ty už umí "od přírody" pracovat s RAM disky a bankováním RAM takže programy mají možnost používat i víc než 64 kB RAM. Nebo to CP/M zde použité má nějakou podporu bankování mimo RAMdisk přidělanou také?

budu si to muset po chvilce zase oživit ať nedomíchám FK1/Z256/TNS...

ve zkratce, jsou tam 2 oblasti/sady - nadřízená (hlavní paměť) a podřízená (videopaměť) a paměť "monitoru", pokud zapnu paměť monitoru, tak spodních 16kB je vyhrazeno pro eprom/ram na desce - zde je možnost rozšířit Z256 na 8kB Eprom a 8kB Ram

;paměti pro monitor
; 0-07FF/0FFF/1FFF - Eprom 2716/2732/2764
; 2000-23FF - RAM 2114
; 2400-3FFF - zrcadlení RAM
;
;paměti pro VRAM
;stránka 0: 4000-47FF Eprom 2716
;stránka 1: 0000-FFFF 64kB RAM, 4000-4BFF znaková sada 0
; 4C00-57FF znaková sada 1
; 5800-63FF znaková sada 3
; 6400-6FFF znaková sada 4
; 7F00-7FFF místo pro příznak podtržení
; 8000-?? (DDBF) video data první mapa
;stránka 2: 0000-FFFF 64kB RAM, 8000-?? (DDBF) video data druhá mapa
;stránka 3: 8000-80FF, v praxi jen 8000 a 8001 - adresace MC6845 (8000 číslo registru, 8001 data)


na přepínání bloků 64kB je tam registr stránek a je moc pěkně udělanej, nastavuju stránku pro čtení dat, zápis dat, a odkud má běžet program - toto by teoreticky mělo být využitelné i pro DMA přenosy v rámci sady (čtu z jedné a zapisuju do druhé stránky)
registr funguje dle zvolené sady (nadřízená/podřízená) stejně - takže nelze kopírovat data mezi sadami jinak než přes RAM monitoru.

Rozšířená paměť se používá jen na RAMdisk pro CP/M, možná by to šlo přiohnout pro MPM/ CPM3.0 ale nevěřím, že by to mělo nějaký význam než jen ukázat že to jde a tím že se adresuje po 64kB by to bylo docela krkolomné

velikost VRAM závisí na nastavení MC6845, maximálně je ale 2x 32kB od 8000h (zde je možnost rozšířit počet bitplánů ze 2 na víc)

ve schématech se píše o až 1MB RAM ale je na to třeba asi nějaký další registr, to jsem nějak dál nezkoumal

Díky za ty mapy. Takže jestli tomu rozumím - ta grafická karta má z těch 128 kB k aktuálně reálně k dispozici jen 2x32? Na grafické kartě je totiž nastavovač pro rozsah 8000-něco a potom 0000-FFFF. Jeden bitplan v rozlišení 640x300 má 24000 bajtů. Ten zbytek do 8000 je tam namapovaný odkud? Jen ten 1 kB z SRAM a zbytek zrcadlené hlavní RAM? Nebo je to vždy půlka z RAM na grafické kartě (64kB)? Ideální počet bitplanů by byl 4 aby se RAM využila .

Ty 8 kB SRAM už mám od danharda, až bude sestava fungovat s tou originální 1 kB cache, tak si udělám nějaké malé redukční pcb s vyvedením potřebných adresních signálů z patic a adresních cest a mohlo by se zkusit frčet s 8 kB cache, to už by bylo podstatně zajímavější z hlediska kopírování větších objemů dat.

Pan Kotek mi psal že původně se snad uvažovala možnost připojit ještě jednu RAM desku s 256 kB, plných 1 MB se reálně moc neřešilo. Hlavně tehdy to bylo mimo reálné možnosti to poskládat v hardwaru. A že prý pro to monitor nemá zastavěnou podporu nad 256 kB (to asi budeš vědět jistěji, když jsi ho disassembloval).

já ten stroj fyzicky nemám, emulátor jsme dělali dle schémat a výpisu monitoru, takže nevím co je v oblastech kde není eprom a je zaplé její mapování, teoreticky při zaplém režimu Monitor je původní mapování paměti od 8000h a dolních 32kB je půleno, půlka je 8kB Rom a 8kB RAM, od 4000 v případě hlavní RAM dáváme hlavní paměť (dle akt. mapování), v případě Videoram je to podle stránek buď RAM/ROM/MC6845 - ale tím, že jsme to odzkoušeli v "emulaci" a současný SW s tím chodí... až budeš mít funkční stroj, můžu napsat nějaké prográmky které to ověří a bude jistota...

ve Videoram nad těma zobrazovanýma 24kB může být i kód... aby si se dostal i do spodních 32kB - byla tam podle schémat snad možnost aby se zobrazovala dolní půlka VRAM, ale nepoužívá se to... z těch 128kB VRAM se pro vlastní zobrazování používá 2x 32 kB, spodní půlka první sady 64kB je použitá na fonty a buffer, posledních 32kB se myslím nijak nevyužívá...
pro generování adres v MC6845 se používá rozsah 0-7FFF a natvrdo se myslím HW nastavuje A15 na 1 (mrkni do schematu) při přístupu do paměti

Ok, budu se těšit.

Přišly součástky . Teď už mi zbývá jen mega nesehnatelný 74LS180 a drátové propojky, počkat až dorazí řadič floppy 2797 a bude hotovo. Kdyby někoho zajímalo, kolik to celé stálo, tak se ani neptejte .

A pokud byste někdo nááhodou tu 74LS180 měl, ta mám o ni eminentní zájem . Jedná se o čip pro výpočet parity takže není nutně potřeba pro běh počítače, ale parita bez něj nepojede...

Je nutné, aby to byla 74LS180 … nestačila by 74180, osobně mám jen klasiku a to K155IP2 11x, 74180PC 20x, N74180 1x a UCY74180 14x …

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/