Konference: Počítač SHARP MZ-800 a emulátory

Od: Radek Suk
Datum: 12.1.2012 01:59
Předmět: Re: rrd - software 

Fuzzy ja jsem samozrejme spise pro reseni RAM,RAM,RAM,FLASH jako ty, 
protoze programuji system a tak vidim ze z programatorskeho pohledu je 
to lepsi reseni.  Take bych takto mohl pouzivat 1MB ramdisk a v dalsich 
512KB ram bych v prvnich 64KB mel ramdisk pro Basic. Ale neni problem to 
prepnout softwarove tesne pred zapnutim basicu a z basicu se dostat pres 
specialni program, ktery prepne banku a udela reset a tak najede cp/m.


Vidim mimimalne u Martina Lukaska a Pavla Zeleza ze chteji "intenzivne" 
pouzivat Flash a pak chapu jejich pozadavek RAM,RAM,FLASH,RAM 
(FLASH,RAM,RAM,RAM - zalezi na pohledu veci). Takto jim po zapnuti 
pocitace najede system z Flash a v ni muze byt program ktery spusti 
spravnou cp/m. A tak nemusi byt pripojena ani FDD nebo se z ni nemusi 
bootovat - to je sice trosku hudba budoucnosti ale i ja ted nepouzivam 
FDD.  Jen zapnu pocitac a udelam EB a muzu pracovat. MZ Dosu je to 
jedno, zde udelam ovladac pro toto reseni - da se rici ze to nebude 
zadny problem do 1,5MB. Otazka je zda ma smysl jiz ted myslet na vetsi 
ramdisk - zda to vubec nekdo bude delat nebo zda nekdo zapoji 2x RRD - 
to jiz ted neni problem - jen si to musi vyvest nekam ven a mit vice 
slotu a prostoru. Urcite ale necham tu prekladovou tabulkou aby si kazdy 
mohl sam urcit jak to zapoji a bude si moci upravit system tak aby mu 
fungoval spravne a s maximalni ram. Bohuzel prekladova tabulka nemuze 
byt pro 8MB ramdisk - je to ztrata 128 bajtu.


Duvod proc je potreba rici co bude "bezne nastaveni" je to aby se v NU 
udelalo nastaveni, ze stiskem jednoho tlacitka se vse nastavi spravne - 
jako se to ted dela pro zalohovany ramdisk 1MB. Aby to bylo alespon 
trosku user-friendly.


Jinak koukam ze David ma novou zajimavou stranku http://www.8bit.8u.cz/


Co se tyce programovani Flash to popisi v blizke budoucnosti. Obecne 
musis pouzit postup dle vyrobce.
http://robotics.ee.uwa.edu.au/eyebot/doc/DataSheets/29F040.pdf
Strucne receno Flash neni SRAM a tak to musis programovat tak, ze tam 
das serii presne definovanych cisel, napr. pro zapis bajtu jsou to ctyri 
zapisy a pak musis kontrolovat zda je to jiz zapsano a zda pripadne 
nebyl problem pri zapisu. Pak je jeden bajt zapsan a muzes na dalsi. 
Neni to nic sloziteho. Pro tebe to bude trivialita.


Ja planuji udelat "mustr", jednoduchy program co vezme .bin od Pavla a 
da to do Eprom. Bohuzel stale predelavam barak a tak nemam prislis 
volneho casu a uz ted toho moc nenaspim. To byl duvod proc jsem byl rad 
ze vlastni vyrobu a distribuci delal Martin a tim mu jeste jednou dekuji.

Radek







Dne 11.1.2012 13:08, Fuzzy (sharpemu tu byla ta zakroucena vec pandora.cz) napsal(a):
>
> Ahoj Radku,
>
> přikláním se ke konfiguraci prvních 1.5MB kontinuálně SRAM - pro
> jednodušší a rychlejší adresování softwarem, a pak na konci 512kB
> flešky.
> Nebo je nějaký dobrý důvod mít to tak jak píšeš?
>
> BTW - jak se s tou fleškou dá zacházet? Přímo zapisovat tak jak do
> SRAM části asi ne, že?
>
> Fuzzy
>
> 2012/1/11 Radek Suk (sharpemu tu byla ta zakroucena vec pandora.cz)<suk tu byla ta zakroucena vec softex.cz>:
>>
>>
>> Martine a Pavle a samozrejme i vsichni ostatni
>>
>> Urcite je vhodne se dohodnout jak kdo bude chtit zapojit RRD aby se mohlo
>> jiz zacit delat pripadne nove programy nebo upravy stavajicich. Zatim vidim
>> ze vetsina je pro zapojeni RAM,RAM,FLASH,RAM. To ma sice nevyhodu ze vypocet
>> "stranky" nebude trivialni ale pujde to naprogramovat. Take by bylo vhodne
>> se domluvit, ze kdo bude menit out(0f8h) tak vzdy to bude zpracovavat jako 8
>> bitovy registr i presto ze je to ted jen 1 bitovy. Vse co se ted nepouziva
>> at zustane v 0.
>> Duvod je ten aby se dalo alespon teoreticky premyslet nad 8MB ramdiskem.
>> Kdyz by nekdo mel hodne casu tak si myslim by to slo udelat. Ale jen za
>> pameti by dal tak 1500Kc a cely ramdisk by ho stal cca 3000Kc. Cele by se to
>> muselo udelat SMD a vsech 16 pameti by se muselo dat na obe strany desky.
>>
>> Jinak zatim MZ DOS je reseny takto:
>>
>> rd_port:: db 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15     ; pro rd
>>           db 0ech,0edh,0eeh,0efh, -1,-1,-1,-1 ; 0e8h,0e9h,0eah,0ebh
>>
>> Toto je jen konverzni tabulka, ktera rika kam mam ulozit nebo nacist data z
>> ramdisku. Kde je cislo 0..15 tak system vi ze je to zalohovany ramdisk, kdyz
>> je tam e8..ef tak ze je to PEZIK ramdisk a -1 znamena neobsazenou pozici.
>>
>> Proto kdyz rozsirim cislo na 0..127 a tak se tam bude moci pridat jeste tech
>> 512KB z dalsi banky. Dulezite jsou ty cisla 16..31.  Po teto uprave bude
>> MZDOS moci vyuzivat az 1,5MB ram zalohovaneho typu. Bohuzel budu muset pro
>> toto zrusit ovladac pro PEZIK, volne pameti neni mnoho, ale to bude jedno,
>> stejne to nikdo nebude spojovat soucasne a kdo ma PEZIK ten proste nebude
>> instalovat tento patch.
>>
>>
>>
>> Pavle Zelezo jak by jsi chtel spoustet ty hry z Epromky? Mas nejake menu?
>> Jak to zatim delas? Co se tyce programovani primo v Sharpovi tak to dodam
>> ale uz bych to rovnou ukazal na necem realnym. Ja si to predstavuji tak ze
>> pod CP/M se spusti prg s parametrem ktery bude ten binarni soubor a to se
>> nahraje do Flash.  Druhe reseni, ktere se jeste musi overit je nastavit
>> ramdisk  na 512KB a udelat tak CP/M a do ni nahrat vsechny programy.
>> Nasledne udelat binarni kopii z ram do flash.
>> To by melo vyhodu ze by se to dalo pripravit pouhym NC ale otazka je jak by
>> to nasledne fungovalo jen s R/O ramdiskem.
>>
>> Radek
>>
>>
>> ---
>
> ---
>
>

Ostatní příspěvky vlákna:

 
[2012/1 (125)] [2012/2 (34)] [2012/3 (57)] [2012/4 (46)] [2012/5 (40)] [2012/6 (44)] [2012/7 (64)] [2012/8 (57)] [2012/9 (32)] [2012/10 (55)] [2012/11 (25)] [2012/12 (63)]

[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)]