> > Padny duvod je podpora stavajiciho software. Existuje software, ktery se
> > bavi jenom s CMT. Pak existuje software, ktery se umi bavit i s floppy -
at
> > uz Basic, nebo CP/M / NIPOS, nebo Sonix, mzpaint atd. - Zdenek Adler by Ti
> > urcite napsal dlouhy seznam. Neznam jediny SW, ktery by primo podporovat
SD
> > karty - a je pravdou, ze uz jsem premyslel nad tim pripojit SD kartu primo
> > na LPT port. A problem by to pravda nebyl.
> >
> > Je to stejny problem, jako s radici FD Petra Zydka - vyzkousel, ze to
> > funguje, ale stejne mu to lezi, protoze zadny software to nepodporuje.
>
> OK. Takže si to rozdělme na dvě věci:
> 1. CMT věci. Tady by bylo možné udělat triviální interface s CF nebo
> složitější s SD a patchnout ROM nebo udělat nějaký loader, aby si s
tím
> interfacem pokecal, zobrazil nějaký fileselector a pak natáhl vybraný mzf > soubor do RAM a spustil.
Patchovat ROM je moznost, ale neni idealni. Obsluha kazetaku je primitivni - par
bajtu, obsluha SD karty se na ta mista nevejde. Udelat loader je lepsi, to
umistis na ROMdisk, ze ktereho se da nabootovat. Ale nejde jen o to spoustet MZF
z SD karty. Kdyz mas program, ktery potrebuje zapisovat data (at uz vysledky
nejake prace - grafiku, assembler, hudbu, BASIC programy), nebo jenom obycejne
vysledky her, tak se Ti muze stat, ze ten program bud vyuziva, nebo nevyuziva
stavajici ROM (protoze je zbytecne rozlezla a da se odmapovat, at mas vice
pameti pro program). A stejne ten program budes muset patchnout (rutiny pro
obsluhu kazetaku).
> V případě IDE/CF by se tohle všechno muselo dělat na straně Sharpa, což
by
> nejspíš znamenalo vymyslet nějaký zjednodušený filesystém na CF, který
by byl
> Sharp schopen rozumně obsloužit a to by zase komplikovalo s takovými daty> rozumně pracovat v PC ve čtečce.
Tohle uz je hotovo v NIPOSu. Ale momentalne umi pracovat pouze 8-bitove. Marek
Smihla uz nestihl 16-tibitovou podporu dokoncit.
> 2. floppy věci. Jak tohle funguje? Má na to sharp nějaké rutiny v ROM,
> sandardní DOS nebo tak něco nebo si programy sahají rovnou na WD? Jak jsou > různé floppy řadiče mezi sebou kompatibilní? Jak je vyřešené
bootování?
Presne tak, v ROMce je kod, ktery precte 1.sektor 0. stopy 1. strany a nabootuje
z kodu ulozeneho ve 2.-5. sektoru teze stopy. Format Sharpa je 256 bajtu na
sektor, ale Lamacova CP/M i NIPOS pouzivaji 512 bajtu. Jakmile se nabootuje, pak
uz CP/M odmapuje ROM (aby mel plnych 64kB) a saha na WD registry sam - a taky
kvuli tomu, aby mel dostupnych celych 512bajtu na sektoru.
Ja jsem v tom stavu, ze nactu FAT12/FAT16 image, otevru DSK soubor (image Sharpi
diskety) ulozeny na FAT a muzu posilat vybrane jednotlive sektory. Takze smer je
dobry. Chci to nacpat do ATMega16 a pak to doladit primo se Sharpem, ktery tady
v Praze nemam. Trochu je problem s nekompatibilitami mezi formaty disku pro CP/M
/ NIPOS (720kB - 360kB asi nema smysl), P-CPM (original Sharp CP/M - 320kB) a
BASIC (316kB). Prozatim budu rad, kdyz mi to bude chodit s 720kB obrazy.
V.