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>Wow, vy dva tajnůstkáři ;-) !!!!!!!!!!!!!!!!!!! Žeby se mi k letošnímu Ježíškovi naplnily moje dlouholeté sny? Z. ----- Original Message ----- From: "Michal Hučík (sharpemu@pandora.cz)" <pandora.idnes.cz@[doména skryta]> To: "Konference "Počítač SHARP MZ-800 a emulátory"" <sharpemu@pandora.cz> Sent: Wednesday, October 21, 2009 12:14 PM Subject: Unikarta s SD pro Sharpa <span class="replyquote1">> > Ok, takze kdyz uz se to takhle predcasne proflaklo, tak zkusim popsat na > cem tedy s Vaskem delame a jake by mely byt cile projektu: > > Univerzalni karta pripojena do Sharpa by mela obsahovat CPLD, SRAM, AVR > (momentalne ATmega64, ale asi to zvladne i ATmega16), SD kartu, MAX232, > pripadne jeste nejaky RTC - ten jsem k tomu jeste nepripojil. > > V tomto zapojeni tedy nyni mame zprovozneno nasledujici: > > > RAMdisk: > ======== > V podstate muze byt libovolne velky, ale rostou s tim naroky na CPLD. > Posledni funkcni varianta s 512KB SRAM vyzadovala minimalne XC9572 ... > nicmene tohle hradlove pole jsem vcera nejakym zpusobem odbouchnul a tak > jsem dnes pripajel XC95144 a dale budu experimentovat s nim, takze pak > zkusim na soucasnou SRAM pripajet treba jeste dalsich 3x512K a ziskame tim > 2MB RAMdisk. > > > SD repozitar: > ========== > SD karta je pripojena k AVR ATmega64 s R/W podporou FAT32. Momentalne > velmi jednoduse navrzene ovladani, kdy jsem port 0x50 vyclenil pro prikazy > a port 0x51 pro prenos dat. > Nechtel jsem to jeste zatezovat zadnymi komunikacnimi standardy, takze > prozatim je mozne jen to, ze si Sharp rekne o nejaky MZF soubor a dostane > ho. > Casem predpokladam nejaky shell k prochazeni FAT32 napr. cp/m, hack > BASICu, tak aby CMT operace pracovaly s MZF na SD karte. > > > ROMdisc BOOT: > ============= > Karta se na portech 0xf8 - 0xfa chova i jako RAM disk ze ktereho se Sharp > snazi nabootovat, pricemz je mu z AVR podstrcen cca 100 bajtovy loader, > ktery si z SD natahne soubor boot.mzf a spusti jej. > > > FDC emulator: > ============ > Nejedna se o striktni emulaci WD279x. AVR si z SD otevre DSK soubor ve > kterem dle pozadavku Sharpa na radic seekuje. Status registr emulovaneho > FDC jsem prizpusoboval predevsim tomu co se v nem v programech ocekava, > takze jsem si tu musel disassemblovat a odkrokovat vetsinu FD rutin, ktere > se na Sharpu vyskytuji (diky Zdenkovu emulatoru ;) a na sve si prisel i > logicky analyzer pripichnuty je skutecnemu radici. Vysledkem je to, ze > napr. tam kde jsem odsledoval, ze program po odeslani nejakeho prikazu do > FDC ocekaval nejakou dobu BUSY, pak READY, pak zase BUSY + DRQ, tak proste > pri prvnim dotazu na status odpovim jednim stavem a pri dalsim dotazu > druhym, atd. Presne tak, aby se cteci program mohl ve sve cinnosti > posunout k dalsimu kroku. Vyrazenim techto prodlev jsem docilil toho, ze > napr. cp/m z SD startuje cca o 2 sekundy rychleji, nez ze skutecne FD > mechaniky. Pro zajimavost: vyjimkou je tady start cp/m v1.4 a nizsich, > kdy si Lamacuv loader na nulte stope vyzada neexistuji! > ci sektor 0x10 a cte status registr cca 5000x - pokud po tuto dobu dostane > v odpovedi neco jineho, nez SEEK ERR, tak se to vzdy projevi nezadoucim > zpusobem... > Vcera jsem hackoval cp/m v4.0 a 4.1, abych zprovoznil i podporu HD disket. > V pripade HD disket probiha prace s FDC trochu jinak a musel jsem AVR > pripojit dalsim pinem na sbernici, aby jsme mohli Sharpu posilat i > pozadavky na interrupt. Cteni disket jsem sice zprovoznil, nicmene neco > mi po nejake dobe odbouchnulo Xilinxe a mozna uz i tusim co... > K emulaci prikazu pro zapisovani sektoru jsem zatim jeste nedostal, > nicmene prikazy pro formatovani bych asi uplne vynechal, protoze mi prijde > jednodussi a rychlejsi pozadat rovnou AVR o prepsani DSK image. > > BTW: co se tyka HD disket, tak jejich DSK image jsem stahnul na scavu ze > sekce UPLOAD. Chtel bych se zeptat kdo to tam uploadnul a predevsim cim ty > image byly vyrobeny, protoze je v nich vadna tabulka stop. Ve Zdenkovem > emulatoru takovy image sice funguje, protoze ten si zrejme udela analyzu > souboru a vytvori si vlastni tabulku stop, ovsem na AVR si tohle dovolit > nemuzeme. > > > Dalsi funkce: > ========== > MAX232 je prevodnik pro RS232, ktery mi momentalne slouzi jako vzdaleny > shell a ke sledovani debugovacich hlasek z AVR. Casem by samozrejme mohl > fungovat jako skutecny RS232 pro Sharpa. > Zadny RTC jsem do zatim jeste nepripojil, ale bylo by faln, kdyby Sharp po > zapnuti vedel kolik je hodin. Zaroven by se casovy udaj z RTC pouzil jako > casovy atribut zmenenych, ci nove vytvarenych souboru FAT32. > > > Uvaha do budoucna: > ================= > Take zvazujeme i takovou variantu teto univerzalni desky, ktera by v sobe > mela i scandoubler. To by uz ovsem vyzadovalo nejaky FPGA a tim padem by > jsme ze schematu asi vyhodili CPLD i AVR, protoze FPGA by v pohode zastal > jejich funkci (no, kdyz na to prijde, tak by dokazalo zastat i funkci > celeho Sharpa :). > > Protoze by jsme s Vaskem byli moc radi, kdyby cele tohle nase snazeni > neskoncilo jen na stolech u nas dvou, tak chceme v brzke dobe cely projekt > zverejnit treba na sourceforge a budeme moc radi, kdyz se take zapojite do > vyvoje. > > Michal > > --- </span> </pre>