Konference: Počítač SHARP MZ-800 a emulátory
Od: | Martin Frohlich |
Datum: | 24.9.2008 21: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)]