Původní podoba příspěvku
Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).
<!--------------------------------------------------------------> <table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre> <span class="replyquote2">> > Padny duvod je podpora stavajiciho software. Existuje software, ktery se > > bavi jenom s CMT. Pak existuje software, ktery se umi bavit i s floppy - <img src="BODY_IMAGES_WRAP_GIF"> 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 <img src="BODY_IMAGES_WRAP_GIF">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. </span><span class="replyquote1">> > 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 <img src="BODY_IMAGES_WRAP_GIF">tím > interfacem pokecal, zobrazil nějaký fileselector a pak natáhl vybraný mzf > soubor do RAM a spustil. </span> Patchovat ROM je moznost, ale neni idealni. Obsluha kazetaku je primitivni - par <img src="BODY_IMAGES_WRAP_GIF"> bajtu, obsluha SD karty se na ta mista nevejde. Udelat loader je lepsi, to <img src="BODY_IMAGES_WRAP_GIF">umistis na ROMdisk, ze ktereho se da nabootovat. Ale nejde jen o to spoustet MZF <img src="BODY_IMAGES_WRAP_GIF">z SD karty. Kdyz mas program, ktery potrebuje zapisovat data (at uz vysledky <img src="BODY_IMAGES_WRAP_GIF">nejake prace - grafiku, assembler, hudbu, BASIC programy), nebo jenom obycejne <img src="BODY_IMAGES_WRAP_GIF">vysledky her, tak se Ti muze stat, ze ten program bud vyuziva, nebo nevyuziva <img src="BODY_IMAGES_WRAP_GIF">stavajici ROM (protoze je zbytecne rozlezla a da se odmapovat, at mas vice <img src="BODY_IMAGES_WRAP_GIF">pameti pro program). A stejne ten program budes muset patchnout (rutiny pro <img src="BODY_IMAGES_WRAP_GIF">obsluhu kazetaku). <span class="replyquote1">> V případě IDE/CF by se tohle všechno muselo dělat na straně Sharpa, což <img src="BODY_IMAGES_WRAP_GIF">by > nejspíš znamenalo vymyslet nějaký zjednodušený filesystém na CF, který <img src="BODY_IMAGES_WRAP_GIF">by byl > Sharp schopen rozumně obsloužit a to by zase komplikovalo s takovými daty> rozumně pracovat v PC ve čtečce. </span> Tohle uz je hotovo v NIPOSu. Ale momentalne umi pracovat pouze 8-bitove. Marek <img src="BODY_IMAGES_WRAP_GIF"> Smihla uz nestihl 16-tibitovou podporu dokoncit. <span class="replyquote1">> 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é <img src="BODY_IMAGES_WRAP_GIF"> bootování? </span> Presne tak, v ROMce je kod, ktery precte 1.sektor 0. stopy 1. strany a nabootuje <img src="BODY_IMAGES_WRAP_GIF">z kodu ulozeneho ve 2.-5. sektoru teze stopy. Format Sharpa je 256 bajtu na <img src="BODY_IMAGES_WRAP_GIF">sektor, ale Lamacova CP/M i NIPOS pouzivaji 512 bajtu. Jakmile se nabootuje, pak <img src="BODY_IMAGES_WRAP_GIF">uz CP/M odmapuje ROM (aby mel plnych 64kB) a saha na WD registry sam - a taky <img src="BODY_IMAGES_WRAP_GIF">kvuli tomu, aby mel dostupnych celych 512bajtu na sektoru. Ja jsem v tom stavu, ze nactu FAT12/FAT16 image, otevru DSK soubor (image Sharpi <img src="BODY_IMAGES_WRAP_GIF">diskety) ulozeny na FAT a muzu posilat vybrane jednotlive sektory. Takze smer je <img src="BODY_IMAGES_WRAP_GIF">dobry. Chci to nacpat do ATMega16 a pak to doladit primo se Sharpem, ktery tady <img src="BODY_IMAGES_WRAP_GIF">v Praze nemam. Trochu je problem s nekompatibilitami mezi formaty disku pro CP/M <img src="BODY_IMAGES_WRAP_GIF">/ NIPOS (720kB - 360kB asi nema smysl), P-CPM (original Sharp CP/M - 320kB) a <img src="BODY_IMAGES_WRAP_GIF">BASIC (316kB). Prozatim budu rad, kdyz mi to bude chodit s 720kB obrazy. V. </pre>