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 · 4 zprávy

Re: Ramdisk + IDE16 - první návrh

Martin Lukasek SHARP MZ-800

Ahoj,

IDE16 je dobrý nápad i ten RAMdisk u něj. Na desce je ještě dost místa, tak bych se přimlouval, za nějaký jednoduchý bateriový obvod a CR2032 nebo aspoň 1220. Je to karta do horního slotu, tak by bylo fajn, aby držela data. Zvláště při ladění IDE softu nebude k dipozici asi CP/M odjinud než z RD. Leda ještě z RD v dolním slotu, ale současný provoz s řadičem nobo Unikartou bude asi komplikovanější.

Taky mně zarazilo, že Unikarta je pomalejší, než fyzický FDD, ale za to může to SD. Když se na divIDE připojí jako HDD adaptér ze SD, tak se taky zpomalí jako hrom. Takže IDE mně fakt láká. A za mně je dobře, že je to fakt IDE a ne jen slot na CF kartu, protože tak nějak nostalgicky lepší je určitě připojit reálný HDD, co hučí jak motá a vrčí jak seekuje :-)

Možná by bylo fajn, kdyby se dalo někam dát pár konfiguračních jumperů pro snadnější změnu konfigurace, než přepogramování CPLD.

Jen s tím softem to asi bude komplikovanější. Nebo je už nějaká verze CP/M, kde se o to někdo pokoušel?

Ahoj, Martin.

Re: Ramdisk + IDE16 - první návrh

Vaclav Peroutka SHARP MZ-800

Ahoj Martine,
- zálohování by možná šlo. Spíše si dovedu představit utilitu, která obsah RD zapíše na unikartu a pak podle chuti obnoví zpátky. Nevím, jakou spotřebu mají použité RAMky reálně. Podle DS to může být okolo 6uA...
- karta je do slotu dolního, předpokládám, že by se IDE kabel vyvedl pod unikartou, je dostatečně plochý
- můžeš změřit rozdíl mezi Unikartou a FDD na nějakých případech, třeba BASIC, CP/M, MRS ?
- co bys chtěl na CPLD konfigurovat ?
- Poslední pokusy s IDE dělal Marek Smihla. Viz archív konfery nebo Zdeněk Adler. Ale místa v CP/M už nebylo a FS byl nějaký ne-FAT

Vašek


------------ Původní zpráva ------------
Od: Martin Lukasek (sharpemupandora.cz) <martin.lukasek[doména skryta]>
Předmět: Re: Ramdisk + IDE16 - první návrh
Datum: 11.12.2011 23:59:52
---------------------------------------------

Ahoj,

IDE16 je dobrý nápad i ten RAMdisk u něj. Na desce je ještě dost místa, tak bych se přimlouval, za nějaký jednoduchý bateriový obvod a CR2032 nebo aspoň 1220. Je to karta do horního slotu, tak by bylo fajn, aby držela data. Zvláště při ladění IDE softu nebude k dipozici asi CP/M odjinud než z RD. Leda ještě z RD v dolním slotu, ale současný provoz s řadičem nobo Unikartou bude asi komplikovanější.

Taky mně zarazilo, že Unikarta je pomalejší, než fyzický FDD, ale za to může to SD. Když se na divIDE připojí jako HDD adaptér ze SD, tak se taky zpomalí jako hrom. Takže IDE mně fakt láká. A za mně je dobře, že je to fakt IDE a ne jen slot na CF kartu, protože tak nějak nostalgicky lepší je určitě připojit reálný HDD, co hučí jak motá a vrčí jak seekuje :-)

Možná by bylo fajn, kdyby se dalo někam dát pár konfiguračních jumperů pro snadnější změnu konfigurace, než přepogramování CPLD.

Jen s tím softem to asi bude komplikovanější. Nebo je už nějaká verze CP/M, kde se o to někdo pokoušel?

Ahoj, Martin.


---

Re: Ramdisk + IDE16 - první návrh

Michal Hučík SHARP MZ-800

Dne 11.12.2011 23:59, Martin Lukasek (sharpemupandora.cz) napsal(a):
Zobrazit citovaný text (7 řádků)
>
> Taky mně zarazilo, že Unikarta je pomalejší, než fyzický FDD, ale za 
> to může to SD. Když se na divIDE připojí jako HDD adaptér ze SD, tak 
> se taky zpomalí jako hrom. Takže IDE mně fakt láká. A za mně je dobře, 
> že je to fakt IDE a ne jen slot na CF kartu, protože tak nějak 
> nostalgicky lepší je určitě
>
Ahoj Martine,

kdyz jsem mel unikartu jeste na AVR, tak jsem si tady meril stopkama 
rozdil ve startech cp/m a basicu z FDC a z unikarty a ty casy byly 
rozhodne priznivejsi pro unikartu - vysledky jsou nekde v konfere, cca 2 
roky zpet...

Unikarta ma sice pomalejsi jednotlive I/O operace, ale zase narozdil od 
realneho FDC ma minimum stavu, kdy se ceka na nejaky status, nebo kdy je 
potreba neco stabilizovat. Kdyz budes merit treba nacteni jednoho 
konkretniho sektoru, tak pokud pomines nutnost cekat na roztoceni 
motoru, tak zrejme vyhraje FDC. Ale pri praci operacniho systemu 
(zvlaste toho Lamacova, ktery neustale neco poctive testuje) by mela 
vyhrat unikarta, protoze jeji status registr je optimalizovany k tomu, 
aby vracel okamzite takovy status, jaky se ocekava a vsechny cekaci 
status rutiny se tedy moc nezahreji.

Pred merenim si jeste v cp/m muzes poladit setupem casy kterymi se 
nastavuji prodlevy pri praci FDC - unikarta samozrejne unese ty 
minimalni hodnoty.

Napadaji rozdily, ktere v puvodnim AVR nebyly a ktere mohou vyznamne 
ovlivnit mereni:

1. startup vsech subsystemu v STM32 - po resetu je bohuzel STM32 trochu 
pomalejsi, nez bylo AVR... zrejme nameris jiny cas natazeni cp/m po 
zapnuti pocitace (s baterkou/bez baterky),  jiny po resetu a nejkratsi 
po [ reset + M ] a pak [F].

2. integrace Ushellu obnasi to, ze unikarta ve smycce testuje vstup ze 
Sharpa a jeste navic vstupni buffer Ushellu (ale myslim si, ze to je jen 
par instrukci), ktere nemohou byt znat

3. po zpracovani jakekoliv operace a taky uvnitr cekaci smycky viz. 2. 
se testuje navic take interni semafor, ktery zajistuje volani preruseni 
pro Sharpa - to je vec, kterou jsem tam pridal taky az v jednom z 
poslednich FW, ale opet si myslim, ze je to jen par instrukci, ktere by 
se nemely projevit nejakym citelnym zpomalenim.

4. unikarta ma na UARTu interrupt, ktery muze samozrejme ovlivnovat jeji 
cinnost - ten se ovsem aktivuje jen tehdy, pokud prichazeji/odchazeji 
nejake data z USARTu.

5. pokud by byl ve firmware zapomenuty/zapnuty nejaky debugovaci vystup, 
ktery chce posilat hlaseni na RS232 a k unikarte neni pripojeny terminal 
s RTS/CTS, tak po naplneni vystupniho bufferu dochazi s kazdym 
odesilanym znakem k prodleve, po ktere se ten znak zahodi ... To by bylo 
znat docela citelne.


Pokud se tim budes dal zabyvat, tak jsem zvedavy co nameris. Ja bych 
kdyz tak mohl k unikarte pripojit logickou sondu a udelat si profil 
vsech operaci, jen nevim kdy se k tomu dostanu - na takove kramareni s 
HW tu ted bohuzel nejak nemam prostor :(

Michal


Re: Re: Ramdisk + IDE16 - první návrh

Martin Lukasek SHARP MZ-800

Ahoj,

soft na zapsani RD na Unikartu uz mam, udelam jeste opacnou verzi pro nacreni obsahu RD z Unikarty. Ale tato operace chvili trva a prave vyhoda RD je, ze je rychly. Tim se to docela potre. Prislo mi, ze je na desce jeste dost mista, tak by se tam nejaky bateriovy obvod a jedna mala baterka vesly. Kdo nechce, nemusel by to osazovat, nic se nedeje.

Sorry, neuvdeomil jsem si, ze karta je do dolniho slotu, v tom pripade je tok OK.

Jak bude vic casu, coz prepokldama tak mezi svatky, tak zkusim udelat nejake objektivnejsi mereni Unikarty. Vsechno, co jsem psal jsou fakt subjektivni dojmy z doby, kdy jsem byl nadseny z Unikarty, ukazoval jsem to strejdovi a on pak zapnul svyho Sharpa s 1.44 FDD a me to pocitove prislo o dost rychlejsi. Mozna jsou to jen takovy ty kratky rychly operace, na kterych je to poznat, ale "look and feel" proste byl takovy, ze mne to zarazilo. Otestuju zopdovedne se stopkama v ruce a dam vedet.

Co se tyka konfiguracnich jumperu, tak zatim ani nevim, prislo mi, ze by se nejaky mohl hodit, kdyz se neco vyvrbi :-)  , protoze preprogramovan iPCLD je preci jen malinko narocnejsi operace. Jedine co mne napadlo je prepinani emulace RD na Pezik vs. zalohovany RD.

Zkusim si k tomu IDE neco najit. Delat jednoduche operace s IDE (zvlast v 8-bitovem rezimu, ktery umi skoro kazda CF) neni tezke, ale vytvorit z toho smysluplnou obsluhu pro CP/M uz neni sranda.

Hezky vecer, Martin.