Přejít na obsah
ARCHIVEKArchiv e-mailových konferencí o 8bitových počítačích Archiv Pandory 1999 až 2013

Zpět na zprávu

Celé vlákno · 6 zpráv

RD - napady do budoucna

Fuzzy SHARP MZ-800

Ahoj,

jeste k tem napadum do budoucna:
co pouzit nejaky flash chip s vysokou kapacitou za par desetikorun, treba tady
http://cz.farnell.com/spansion/s29gl032n90tfi030/ic-memory-flash-32m-3v-48tsop/d
p/1791306

a udelat desku napr. 512k SRAM RD + flash z toho chipu? Bylo by pak k
dispozici hafo pameti
s rychlym pristupem pomoci inir (pripadne i otir, kdyby zapisovaci
logika byla na karte).
Uz jsme to trochu probirali s Vaskem a Michalem, asi by tam nejaky
problemy byly, ale kdyby se
tohle podarilo videl bych to fakt jako supr vec. Je tady sice unikarta
se sd, ale ta rychlost rd...

Otazka je jak takovou kapacitu adresovat ze sharpa, ale myslim ze 2
porty - 16b na
prepinani 64kB stranek by mel stacit. Treba i nekompatibilne se
stavajicimi rd (co se flashky tyka)

Fuzzy

2012/1/12 Radek Suk (sharpemupandora.cz) <suk[doména skryta]>:
Zobrazit citovaný text (144 řádků)
>
>
> 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 (sharpemupandora.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 (sharpemupandora.cz)<suk[doména skryta]>:
>>>
>>>
>>>
>>> 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
>>>
>>>
>>> ---
>>
>>
>> ---
>>
>>
>
>
> ---

Re: RD - napady do budoucna

Vaclav Peroutka SHARP MZ-800

Ale jo, Martine,

na ten můj návrh RDIDE16 by se tohle asi při troše dobré vůle vešlo. Jde 
o to jestli to má smysl. Tj. z aplikačního hlediska.

Jinak, pro informaci, dnes mi přišly desky pro Memext, objednám CPLD, SRAMky,
buffery a udělám první test. Pokud bude úspěšný, pak dám vědět a
spáchám distribuci.

Vašek

Zobrazit citovaný text (197 řádků)
> ----------------------------------------
> 
> Ahoj,
> 
> jeste k tem napadum do budoucna:
> co pouzit nejaky flash chip s vysokou kapacitou za par desetikorun, treba
tady
>
http://cz.farnell.com/spansion/s29gl032n90tfi030/ic-memory-flash-32m-3v-48tsop/d
p/1791306
> 
> a udelat desku napr. 512k SRAM RD + flash z toho chipu? Bylo by pak k
> dispozici hafo pameti
> s rychlym pristupem pomoci inir (pripadne i otir, kdyby zapisovaci
> logika byla na karte).
> Uz jsme to trochu probirali s Vaskem a Michalem, asi by tam nejaky
> problemy byly, ale kdyby se
> tohle podarilo videl bych to fakt jako supr vec. Je tady sice unikarta
> se sd, ale ta rychlost rd...
> 
> Otazka je jak takovou kapacitu adresovat ze sharpa, ale myslim ze 2
> porty - 16b na
> prepinani 64kB stranek by mel stacit. Treba i nekompatibilne se
> stavajicimi rd (co se flashky tyka)
> 
> Fuzzy
> 
> 2012/1/12 Radek Suk (sharpemupandora.cz) <suk[doména skryta]>:
> >
> >
> > 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 (sharpemupandora.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 (sharpemupandora.cz)<suk[doména skryta]>:
> >>>
> >>>
> >>>
> >>> 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
> >>>
> >>>
> >>> ---
> >>
> >>
> >> ---
> >>
> >>
> >
> >
> > ---
> 
> ---
> 
> 
> 

Re: RD - napady do budoucna

Radek Suk SHARP MZ-800

Myslis ze to jako myslenka neni spatna.

Kdyz jsem na Ebay videl
http://www.ebay.com/itm/390-NEW-AM29F040-75JC-AMD-CM0S-Flash-Memory-ICS-FACTORY-
AMD-TUBES-/160713021550?pt=LH_DefaultDomain_0&hash=item256b3e186e
Tak mne take napadlo udelat Flash rom-disk kde by bylo ulozena "knihovna 
programu".

Urcite budu uvazovat jak trivialne udelat pro MZ dosem dva ramdisku a to 
tak aby druhy byl flashdisk - cele bych to nazval "uloziste".

Co treba to udelat na "SPANSION - S25FL128P0XMFI001 - MEMORY, FLASH, 
128M, SPI, 16SOIC". Klidne by se jich veslo tam i vice. Hlavne si musime 
uvedomit ze CP/M  na jednom logickem disku ma omezeni na 64 souboru. Ale 
to je resitelne pomoci sw, ktery by logicky disk umoznoval definovat az 
pri pouziti a pomoci specialniho sw by se vybral spravny disk.

Radek


Dne 12.1.2012 16:11, Vaclav Peroutka (sharpemupandora.cz) napsal(a):
Zobrazit citovaný text (197 řádků)
>
> Ale jo, Martine,
>
> na ten můj návrh RDIDE16 by se tohle asi při troše dobré vůle vešlo.
Jde o to jestli to má smysl. Tj. z aplikačního hlediska.
>
> Jinak, pro informaci, dnes mi přišly desky pro Memext, objednám CPLD,
SRAMky, buffery a udělám první test. Pokud bude úspěšný, pak dám vědět
a spáchám distribuci.
>
> Vašek
>
>> ----------------------------------------
>>
>> Ahoj,
>>
>> jeste k tem napadum do budoucna:
>> co pouzit nejaky flash chip s vysokou kapacitou za par desetikorun, treba
tady
>>
http://cz.farnell.com/spansion/s29gl032n90tfi030/ic-memory-flash-32m-3v-48tsop/d
p/1791306
>>
>> a udelat desku napr. 512k SRAM RD + flash z toho chipu? Bylo by pak k
>> dispozici hafo pameti
>> s rychlym pristupem pomoci inir (pripadne i otir, kdyby zapisovaci
>> logika byla na karte).
>> Uz jsme to trochu probirali s Vaskem a Michalem, asi by tam nejaky
>> problemy byly, ale kdyby se
>> tohle podarilo videl bych to fakt jako supr vec. Je tady sice unikarta
>> se sd, ale ta rychlost rd...
>>
>> Otazka je jak takovou kapacitu adresovat ze sharpa, ale myslim ze 2
>> porty - 16b na
>> prepinani 64kB stranek by mel stacit. Treba i nekompatibilne se
>> stavajicimi rd (co se flashky tyka)
>>
>> Fuzzy
>>
>> 2012/1/12 Radek Suk (sharpemupandora.cz)<suk[doména skryta]>:
>>>
>>>
>>> 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 (sharpemupandora.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 (sharpemupandora.cz)<suk[doména skryta]>:
>>>>>
>>>>>
>>>>>
>>>>> 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
>>>>>
>>>>>
>>>>> ---
>>>>
>>>>
>>>> ---
>>>>
>>>>
>>>
>>>
>>> ---
>>
>> ---
>>
>>
>>
>
> ---
>
>

Re: RD - napady do budoucna

Vaclav Peroutka SHARP MZ-800

Faktem je, že jsem už párkrát přemýšlel nad nějakým primitivním
 souborovým systémem pro FLASH... Ale bylo to pro jiné aplikace a nakonec mne
to netlačilo, takže zatím bumbác letělo do kouta...


Zobrazit citovaný text (263 řádků)
> 
> Kdyz jsem na Ebay videl
>
http://www.ebay.com/itm/390-NEW-AM29F040-75JC-AMD-CM0S-Flash-Memory-ICS-FACTORY-
AMD-TUBES-/160713021550?pt=LH_DefaultDomain_0&hash=item256b3e186e
> Tak mne take napadlo udelat Flash rom-disk kde by bylo ulozena "knihovna 
> programu".
> 
> Urcite budu uvazovat jak trivialne udelat pro MZ dosem dva ramdisku a to 
> tak aby druhy byl flashdisk - cele bych to nazval "uloziste".
> 
> Co treba to udelat na "SPANSION - S25FL128P0XMFI001 - MEMORY, FLASH, 
> 128M, SPI, 16SOIC". Klidne by se jich veslo tam i vice. Hlavne si musime 
> uvedomit ze CP/M  na jednom logickem disku ma omezeni na 64 souboru. Ale 
> to je resitelne pomoci sw, ktery by logicky disk umoznoval definovat az 
> pri pouziti a pomoci specialniho sw by se vybral spravny disk.
> 
> Radek
> 
> 
> Dne 12.1.2012 16:11, Vaclav Peroutka (sharpemupandora.cz) napsal(a):
> >
> > Ale jo, Martine,
> >
> > na ten můj návrh RDIDE16 by se tohle asi při troše dobré vůle vešlo. 
Jde o to
> jestli to má smysl. Tj. z aplikačního hlediska.
> >
> > Jinak, pro informaci, dnes mi přišly desky pro Memext, objednám CPLD,
SRAMky,
> buffery a udělám první test. Pokud bude úspěšný, pak dám vědět a
spáchám
> distribuci.
> >
> > Vašek
> >
> >> ----------------------------------------
> >>
> >> Ahoj,
> >>
> >> jeste k tem napadum do budoucna:
> >> co pouzit nejaky flash chip s vysokou kapacitou za par desetikorun, treba
> tady
> >>
>
http://cz.farnell.com/spansion/s29gl032n90tfi030/ic-memory-flash-32m-3v-48tsop/d
p/1791306
> >>
> >> a udelat desku napr. 512k SRAM RD + flash z toho chipu? Bylo by pak k
> >> dispozici hafo pameti
> >> s rychlym pristupem pomoci inir (pripadne i otir, kdyby zapisovaci
> >> logika byla na karte).
> >> Uz jsme to trochu probirali s Vaskem a Michalem, asi by tam nejaky
> >> problemy byly, ale kdyby se
> >> tohle podarilo videl bych to fakt jako supr vec. Je tady sice unikarta
> >> se sd, ale ta rychlost rd...
> >>
> >> Otazka je jak takovou kapacitu adresovat ze sharpa, ale myslim ze 2
> >> porty - 16b na
> >> prepinani 64kB stranek by mel stacit. Treba i nekompatibilne se
> >> stavajicimi rd (co se flashky tyka)
> >>
> >> Fuzzy
> >>
> >> 2012/1/12 Radek Suk (sharpemupandora.cz)<suk[doména skryta]>:
> >>>
> >>>
> >>> 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 (sharpemupandora.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 (sharpemupandora.cz)<suk[doména skryta]>:
> >>>>>
> >>>>>
> >>>>>
> >>>>> 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
> >>>>>
> >>>>>
> >>>>> ---
> >>>>
> >>>>
> >>>> ---
> >>>>
> >>>>
> >>>
> >>>
> >>> ---
> >>
> >> ---
> >>
> >>
> >>
> >
> > ---
> >
> >
> 
> 
> ---
> 
> 
> 

Re: RD - napady do budoucna

Zdenek Adler SHARP MZ-800

Zobrazit citovaný text (2 řádky)
> Tak mne take napadlo udelat Flash rom-disk kde by bylo ulozena "knihovna 
> programu".
- Neřeší tohle už náhodou Unikarta, kde je možné přímo ze souborového 
systému FAT na SD kartě spouštět MZF soubory? Chlapi, možná bych ubral 
otáčky co se týče chrlení nového hardwaru kterým se Sharpisté rozdělí 
akorát 
na několik táborů vlastnících to či ono. Spíš by stálo za to podpořit hardware stávající. Osobně myslím že třeba možnosti Unikarty ještě
 zdaleka 
nejsou vyčerpané.... Jaká to byla nádhera v době kdy existovaly "pouze" 2 
navzájem nekompatibilní ramdisky a floppy řadiče kompatibilní s originálem
- 
všechno ostatní bylo díky bohu úspěšně zapomenuto.
Tím nechci říct že nepodporuju bastlíře a nadšence kteří mají radost i
z 
připojené LED diody k počítači, ale některé projekty mi opravdu
připadnou 
jako drbání se pravou rukou za levým uchem :-)

Z.

Re: RD - napady do budoucna

Jakub Ladman SHARP MZ-800

+1 :-D

Dne Pá 13. ledna 2012 08:10:08 Zdenek Adler (sharpemupandora.cz) napsal(a):

Zobrazit citovaný text (5 řádků)
> připojené LED diody k počítači, ale některé projekty mi opravdu
 připadnou
> jako drbání se pravou rukou za levým uchem :-)
> 
> Z.