Konference: Počítač SHARP MZ-800 a emulátory

Od: Martin Frohlich
Datum: 24.9.2008 20:25
Předmět: RE: SHARP a CompactFlash - podpora v NIPOSu


Ano, tohle je cesta. A napadlo mě tohle:
CP/M je pro Sharp perfektní, ale nejde do něj z prostorových důvodů
nacpat podpora IDE16, FAT, atd... A co tak do CP/M BIOSu a BDOSu udělat
jenom most přes který se budou volání CP/M služeb posílat na HW
 zařízení
a to vrátí výsledek. Služba čti sektor pak přes ten mostek vrátí
sektor
ať je uložený na SD kartě, CF kartě, HDD, nebo třeba na virtuálním
FTP.
A nevím jaké služby má CP/M v BDOSu, ale myslím že práce se soubory tam
určitě bude a ta se dá takhle taky přehrát na HW. (princip ala SordM5)
Takže tímto se ušetří místo v paměti SHARPA. A bude stačit jedna CP/M
(s
tím mostkem) a všechno složité a na Z80 obtížně řešitelné se takto
přehraje na chytrou HW kartu. Pak už tomu CP/M systému bude zcela jedno
jestli se data čtou s SD karty nebo třeba internetu (sakra to už to
někdo říkal... ;-)

No a teď se všichni na mě vrhněte. ;-)

S pozdravem
Mafro

-----Original Message-----
From: +GAMA (sharpemu tu byla ta zakroucena vec pandora.cz) [mailto:computer.research tu byla ta zakroucena vec centrum.cz] 
Sent: Wednesday, September 24, 2008 3:50 PM
To: Konference "Počítač SHARP MZ-800 a emulátory"
Subject: Re: SHARP a CompactFlash - podpora v NIPOSu



>Popravde receno, nevim, jak presne funguje PMD-32. Sord FD-5 ma, pokud
vim, rozhrani na vyssi urovni, jakoby "externi" BDOS, je to tak ?

Oboje je vlastně "druhý počítač" (s Sorda Z80, u PMD 8080), se kterým se
komunikuje přes PIO.
Se Sordem se komunikuje pomocí povelů "chci soubor ten", "chci soubor
onen", "chci adresářovou položku" - Sordu je v podstatě jedno, jak
vypadá fyziky disketa nebo kolik je na ní místa.
PMD to má dělané hůř - disketovka bere povely "chci sektor ten na stopě
oné", filesystém i velikost disku si hlídá samo PMD, což dost ztěžuje
přechod na média větší než 360 kB (vyžaduje to měnit software na
straně
PMD - to znamená přeprogramovávat CP/M a PMD-DOS).

Dobré by bylo "sordovský" způsob podařilo realizovat třeba u IQ-tykve
nebo ZX-81, kde není moc prostoru pro to, aby počítač sám hobloval
média. Ale poslat "někam" žádost o zaslání souboru se zadaným jménem
(nebo jeho části) není nic paměťově a podobně náročného. Na
podobném
principu fungovalo připojení Commodorovské 1541 k ZX-81, které stačí
poslat povel "chci soubor ten a ten", akorát je to komplikováno tím, že
se místo paralelně komunikuje podivným a v konkrétní implementaci
pomalým sériovým protokolem.

Vzhledem k už existujícímu softwaru to takhle (t.j. poslat si přímo
požadavek o soubor) u Sharpu realizovat nepůjde - ale co technicky (krom
nedostatku času a lidí) brání tomu, aby se nějakému Atmelu přes porty
určené pro FDD posílaly povely, a on si je interpretoval? Vždyť kromě
samotných povelů read/write (které by Atmel realizoval čtením ze SD
karty místo načítání/zapisování MFM sekvence na disketu) jde jen o
plnění registrů něčím.
Na ZX konferenci jsem to navrhoval kvůli emulaci Betadisku, ale pak se
to zabilo Velesoftovou "softwarovou" emulací - což u Sharpu nejde
(nahradit v programech outy na porty FDD odskokem na emulaci. Beta
umožňuje sahat na porty pouze z ROM, takže těch pár známých bodů se
přepsat dá, u Sharpu to fakt nepůjde).
 
J.D.


---


Ostatní příspěvky vlákna:

 
[2008/1 (9)] [2008/2 (1)] [2008/3 (7)] [2008/4 (16)] [2008/5 (22)] [2008/6 (45)] [2008/7 (9)] [2008/8 (34)] [2008/9 (134)] [2008/10 (8)] [2008/11 (3)] [2008/12 (6)]


[1999 (1)] [2000 (168)] [2001 (733)] [2002 (459)] [2003 (654)] [2004 (224)] [2005 (105)] [2006 (182)] [2007 (201)] [2008 (294)] [2009 (363)] [2010 (782)] [2011 (522)] [2012 (642)] [2013 (442)]