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>Faktem je, že jsem už párkrát přemýšlel nad nějakým primitivním <img src="BODY_IMAGES_WRAP_GIF"> souborovým systémem pro FLASH... Ale bylo to pro jiné aplikace a nakonec mne <img src="BODY_IMAGES_WRAP_GIF">to netlačilo, takže zatím bumbác letělo do kouta... <span class="replyquote1">> > Kdyz jsem na Ebay videl > <img src="BODY_IMAGES_WRAP_GIF">http://www.ebay.com/itm/390-NEW-AM29F040-75JC-AMD-CM0S-Flash-Memory-ICS-FACTORY- <img src="BODY_IMAGES_WRAP_GIF">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 (sharpemu@pandora.cz) napsal(a): </span><span class="replyquote2">> > > > Ale jo, Martine, > > > > na ten můj návrh RDIDE16 by se tohle asi při troše dobré vůle vešlo. <img src="BODY_IMAGES_WRAP_GIF">Jde o to </span><span class="replyquote1">> jestli to má smysl. Tj. z aplikačního hlediska. </span><span class="replyquote2">> > > > Jinak, pro informaci, dnes mi přišly desky pro Memext, objednám CPLD, <img src="BODY_IMAGES_WRAP_GIF">SRAMky, </span><span class="replyquote1">> buffery a udělám první test. Pokud bude úspěšný, pak dám vědět a <img src="BODY_IMAGES_WRAP_GIF">spáchám > distribuci. </span><span class="replyquote2">> > > > Vašek > > </span><span class="replyquote3">> >> ---------------------------------------- > >> > >> Ahoj, > >> > >> jeste k tem napadum do budoucna: > >> co pouzit nejaky flash chip s vysokou kapacitou za par desetikorun, treba </span><span class="replyquote1">> tady </span><span class="replyquote3">> >> </span><span class="replyquote1">> <img src="BODY_IMAGES_WRAP_GIF">http://cz.farnell.com/spansion/s29gl032n90tfi030/ic-memory-flash-32m-3v-48tsop/d <img src="BODY_IMAGES_WRAP_GIF">p/1791306 </span><span class="replyquote3">> >> > >> 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 (sharpemu@pandora.cz)<suk@[doména skryta]>: </span><span class="replyquote1">> >>> > >>> > >>> 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 <img src="BODY_IMAGES_WRAP_GIF">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 <img src="BODY_IMAGES_WRAP_GIF">pocitace > >>> najede system z Flash a v ni muze byt program ktery spusti spravnou cp/m. <img src="BODY_IMAGES_WRAP_GIF">A > >>> tak nemusi byt pripojena ani FDD nebo se z ni nemusi bootovat - to je <img src="BODY_IMAGES_WRAP_GIF">sice > >>> trosku hudba budoucnosti ale i ja ted nepouzivam FDD. Jen zapnu pocitac <img src="BODY_IMAGES_WRAP_GIF">a > >>> udelam EB a muzu pracovat. MZ Dosu je to jedno, zde udelam ovladac pro <img src="BODY_IMAGES_WRAP_GIF">toto > >>> reseni - da se rici ze to nebude zadny problem do 1,5MB. Otazka je zda <img src="BODY_IMAGES_WRAP_GIF">ma > >>> smysl jiz ted myslet na vetsi ramdisk - zda to vubec nekdo bude delat <img src="BODY_IMAGES_WRAP_GIF">nebo > >>> zda nekdo zapoji 2x RRD - to jiz ted neni problem - jen si to musi <img src="BODY_IMAGES_WRAP_GIF">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 <img src="BODY_IMAGES_WRAP_GIF">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 <img src="BODY_IMAGES_WRAP_GIF">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 <img src="BODY_IMAGES_WRAP_GIF">das > >>> serii presne definovanych cisel, napr. pro zapis bajtu jsou to ctyri <img src="BODY_IMAGES_WRAP_GIF">zapisy > >>> a pak musis kontrolovat zda je to jiz zapsano a zda pripadne nebyl <img src="BODY_IMAGES_WRAP_GIF">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 <img src="BODY_IMAGES_WRAP_GIF">da > to > >>> do Eprom. Bohuzel stale predelavam barak a tak nemam prislis volneho casu <img src="BODY_IMAGES_WRAP_GIF">a > >>> uz ted toho moc nenaspim. To byl duvod proc jsem byl rad ze vlastni <img src="BODY_IMAGES_WRAP_GIF">vyrobu > a > >>> distribuci delal Martin a tim mu jeste jednou dekuji. > >>> > >>> Radek > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> Dne 11.1.2012 13:08, Fuzzy (sharpemu@pandora.cz) napsal(a): > >>> </span><span class="replyquote2">> >>>> > >>>> 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 <img src="BODY_IMAGES_WRAP_GIF">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@pandora.cz)<suk@[doména skryta]>: </span><span class="replyquote3">> >>>>> > >>>>> > >>>>> > >>>>> Martine a Pavle a samozrejme i vsichni ostatni > >>>>> > >>>>> Urcite je vhodne se dohodnout jak kdo bude chtit zapojit RRD aby se <img src="BODY_IMAGES_WRAP_GIF">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 <img src="BODY_IMAGES_WRAP_GIF">ramdiskem. > >>>>> Kdyz by nekdo mel hodne casu tak si myslim by to slo udelat. Ale jen <img src="BODY_IMAGES_WRAP_GIF">za > >>>>> pameti by dal tak 1500Kc a cely ramdisk by ho stal cca 3000Kc. Cele by <img src="BODY_IMAGES_WRAP_GIF">se > >>>>> to > >>>>> muselo udelat SMD a vsech 16 pameti by se muselo dat na obe strany <img src="BODY_IMAGES_WRAP_GIF">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 <img src="BODY_IMAGES_WRAP_GIF">data > >>>>> z > >>>>> ramdisku. Kde je cislo 0..15 tak system vi ze je to zalohovany <img src="BODY_IMAGES_WRAP_GIF">ramdisk, > >>>>> kdyz > >>>>> je tam e8..ef tak ze je to PEZIK ramdisk a -1 znamena neobsazenou <img src="BODY_IMAGES_WRAP_GIF">pozici. > >>>>> > >>>>> Proto kdyz rozsirim cislo na 0..127 a tak se tam bude moci pridat <img src="BODY_IMAGES_WRAP_GIF">jeste > >>>>> tech > >>>>> 512KB z dalsi banky. Dulezite jsou ty cisla 16..31. Po teto uprave <img src="BODY_IMAGES_WRAP_GIF">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 <img src="BODY_IMAGES_WRAP_GIF">nebude > >>>>> instalovat tento patch. > >>>>> > >>>>> > >>>>> > >>>>> Pavle Zelezo jak by jsi chtel spoustet ty hry z Epromky? Mas nejake <img src="BODY_IMAGES_WRAP_GIF">menu? > >>>>> Jak to zatim delas? Co se tyce programovani primo v Sharpovi tak to <img src="BODY_IMAGES_WRAP_GIF">dodam > >>>>> ale uz bych to rovnou ukazal na necem realnym. Ja si to predstavuji <img src="BODY_IMAGES_WRAP_GIF">tak > >>>>> ze > >>>>> pod CP/M se spusti prg s parametrem ktery bude ten binarni soubor a to <img src="BODY_IMAGES_WRAP_GIF">se > >>>>> nahraje do Flash. Druhe reseni, ktere se jeste musi overit je <img src="BODY_IMAGES_WRAP_GIF">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 <img src="BODY_IMAGES_WRAP_GIF">jak > >>>>> by > >>>>> to nasledne fungovalo jen s R/O ramdiskem. > >>>>> > >>>>> Radek > >>>>> > >>>>> > >>>>> --- </span><span class="replyquote2">> >>>> > >>>> > >>>> --- > >>>> > >>>> </span><span class="replyquote1">> >>> > >>> > >>> --- </span><span class="replyquote3">> >> > >> --- > >> > >> > >> </span><span class="replyquote2">> > > > --- > > > > </span><span class="replyquote1">> > > --- > > > </pre>