Zobrazit citovaný text (8 řádků)
> ------------ Původní zpráva ------------
> Od: Zdenek Adler (sharpemupandora.cz)
>
> - No, myslim ze pouziti ext. procesoru by bylo na miste. Preci nebudeme
> Sharpa zatezovat souborovymi operacemi a rvanim se s FATkou a podobnymi
> nechutnostmi. Idealni by opravdu bylo nechat vsechnu praci na ext. procesoru
> aby Sharp uz ziskaval jen surova data. Pak by nebyl problem hrat treba
> samplovanou hudbu aj.
Tedy, navrhuji, ac mam PICy opravdu rad a umim s nimi, ATMEGA8( pak32) s 1k
datove RAM, 16MIPS, programovanim v GCC a cenou cca 35Kc. Aspon budu
mit padny duvod se s touto platformou naucit :-)
Zobrazit citovaný text (4 řádky)
> - No, taky jsem spise na stourani do hardwaru a software pisu jen kdyz me k
> tomu prinuti okolnosti. Kdyby se k tomu prihlasil nekdo schopnejsi (halooo,
> Romane, jsi tu? :-))), byl bych hrozne rad. Myslim ze by pro zacatek stacil
> i nejaky souborovy manazer nezavisly na CPM (NIPOSu).
To podle meho nazoru neni uplne dobre reseni, OS _MUSI_ zajistovat zakladni
sluzby pro vsechny sve ovecky - programy. Pristup k periferiim, pristup k
souborum.
Spise bych to tlacil cestou nativni podpory FAT16 v NIPOSu, pricemz nejnizsi
vrstva
bude implementovana v ATMEGA (8kB na testovani, pak napr.32kB jako
full-featured).
V kazdem pripade, ja potreba se domluvit aspon na meziobliceji:
- ATMEGA se musi chovat pro boot stejne jako ROMDISK
- pak pro OS zajisti zakladni operace - zapis, cteni souboru
Vasek