Celé vlákno · 17 zpráv

----- Original Message ----- 
From: "Vaclav Peroutka (sharpemupandora.cz)" <vaclavpe[doména skryta]>
To: "Konference "Pocítac SHARP MZ-800 a emulátory"" <sharpemupandora.cz>
Sent: Tuesday, September 23, 2008 3:05 PM
Subject: Re: SHARP a CompactFlash - schema 0.1 alpha


>
> Ahoj vsichni aktivni,
>
> tak jsem neco v rychlosti namaloval - je to vicemene prekreslena vec od 
> Atari, prizpusobena na MZ bus.
>
> Zkouknete to, jestli je to v poradku. Adresace by mela byt 0x78-0x7f.
>
> Casem to povesim i na me stranky, ale ted bohuzel ne.
>
> Jak se vam libi ?
>
> Vasek
> ---
> 

> 
> Vasku,
> 
> je to pekne, jednoduche, ...... Ale fakticky chcete jit extra jednoduchou 
> cestou za cenu softwarove nepodpory? Vzdyt jak dopadlo IDE-8......
> 
> Z.
> 
> >
> > Ahoj vsichni aktivni,
> >
> > tak jsem neco v rychlosti namaloval - je to vicemene prekreslena vec od 
> > Atari, prizpusobena na MZ bus.
> >
> > Zkouknete to, jestli je to v poradku. Adresace by mela byt 0x78-0x7f.
> >
> > Casem to povesim i na me stranky, ale ted bohuzel ne.
> >
> > Jak se vam libi ?
> >
> > Vasek
> > ---
> > 

----- Original Message ----- 
From: "Vaclav Peroutka (sharpemupandora.cz)" <vaclavpe[doména skryta]>
To: "Konference "Počítač SHARP MZ-800 a emulátory"" <sharpemupandora.cz>
Sent: Wednesday, September 24, 2008 8:37 AM
Subject: Re: SHARP a CompactFlash - schema 0.1 alpha


>
> Zdenku,
>
> tohle je "16-bitove" pripojeni CF karty. Na HD to nebude fungovat. CF ma 
> specialni mod, kdy pomoci A0 multiplexujes horni a dolni bajt na datove 
> sbernici (jak jsem jiz psal vcera v jednom z emailu).
>
> Tzn. to, na co Petr Zydek pouzil 74F652, je nyni uvnitr CF karty.
>
> Neni to o tom, ze bys vyuzil jen polovicni kapacitu karty. To uz tu bylo, 
> mas pravdu, pred 6 lety. Tohle je plnohodnotne pripojeni s vyuzitim 
> vlastnosti CF.
>
> Nevim, jestli jsem to dokazal popsat srozumitelne :-) Defakto vyuzijes 
> puvodni 8-bit interface, ktery sis postavil pred 6 lety, k plnohodnotne 
> komunikaci (avsak pouze pro CF).
>
> V.
>
>>
>> Vasku,
>>
>> je to pekne, jednoduche, ...... Ale fakticky chcete jit extra jednoduchou 
>> cestou za cenu softwarove nepodpory? Vzdyt jak dopadlo IDE-8......
>>
>> Z.
>>
>> >
>> > Ahoj vsichni aktivni,
>> >
>> > tak jsem neco v rychlosti namaloval - je to vicemene prekreslena vec od 
>> > Atari, prizpusobena na MZ bus.
>> >
>> > Zkouknete to, jestli je to v poradku. Adresace by mela byt 0x78-0x7f.
>> >
>> > Casem to povesim i na me stranky, ale ted bohuzel ne.
>> >
>> > Jak se vam libi ?
>> >
>> > Vasek
>> > ---
>> >
>
> --- 

> Jasne, tohle vsechno chapu... Chces tedy rici ze bez uprav tohle zapojeni 
> bude fungovat s NIPOSem, popr. je pro nej napsana jina SW podpora? Nechci 
> NIPOS zatracovat, ale precijen prave kvuli narocnosti na pamet (jen alokacni 
> tabulka pro 32MB partition neco zabere) ztracel hodne na kompatabilite vuci 
> puvodni Lamacove CP/M. Stale hlasuji pro emulaci nejrozsirenejsiho a 
> nejrychlejsiho media na Sharpu (Floppy) za pomoci MCU + SD karty. Vyresi se 
> tim veskere nekompatability, pro zarizeni bude maximalni podpora softwaru, 
> nebudou zadna omezeni ve vyuziti pametove karty (obrazu disket, popr. MZF 
> souboru na ni ulozim kolik budu chtit), ....
> 

----- Original Message ----- 
From: "Vaclav Peroutka (sharpemupandora.cz)" <vaclavpe[doména skryta]>
To: "Konference "Počítač SHARP MZ-800 a emulátory"" <sharpemupandora.cz>
Sent: Wednesday, September 24, 2008 9:55 AM
Subject: Re: SHARP a CompactFlash - podpora v NIPOSu


>
>> Jasne, tohle vsechno chapu... Chces tedy rici ze bez uprav tohle zapojeni 
>> bude fungovat s NIPOSem, popr. je pro nej napsana jina SW podpora? Nechci 
>> NIPOS zatracovat, ale precijen prave kvuli narocnosti na pamet (jen 
>> alokacni tabulka pro 32MB partition neco zabere) ztracel hodne na 
>> kompatabilite vuci puvodni Lamacove CP/M. Stale hlasuji pro emulaci 
>> nejrozsirenejsiho a nejrychlejsiho media na Sharpu (Floppy) za pomoci MCU 
>> + SD karty. Vyresi se tim veskere nekompatability, pro zarizeni bude 
>> maximalni podpora softwaru, nebudou zadna omezeni ve vyuziti pametove 
>> karty (obrazu disket, popr. MZF souboru na ni ulozim kolik budu chtit), 
>> ....
>>
>
> Jestli bude fungovat s NIPOSem, to ted vazne nejsem schopen rici. Bohuzel, 
> kdyz jste tyto upravy tady delali, o Sharp komunite jsem tehdy nevedel. 
> "Pristoupil" jsem do tohoto vlaku az koncem roku 2006. Ale myslim, ze 
> Marek tu podporu IDE16 uz nestihl dopsat.
>
> V cem se projevovala ta ztrata kompatibility NIPOSu s CP/M ? Marek zacal 
> preadresovavat sluzby ? Neco konkretniho nebehalo, jak melo ? Ja se zacal 
> prehrabovat ve zdrojacich NIPOSu, bohuzel tomu rozumim jako koza petrzeli. 
> Podle LOGu byla v NIPOSu nejaka podpora IDE8, IDE16, bylo tam neco i o 
> FAT. Muzes, Zdenku (nebo kdokoli jiny dobre informovany) shrnout, co 
> presne v poslednim NIPOSu chodilo, co nechodilo, na co byly externi 
> programy (zrejme FAT), co bylo uvnitr systemu, v cem byly problemy ?Ja 
> prochazel nedavno konferu, tam vyvoj bezel, ale chtelo by to nejaky 
> uceleny nahled - aspon pro mne.
>
> Samozrejme, ze na MCU+SD pracuju. Pripojenim CF vyvoj nezastavuji, To se 
> neobavej :-) Jde jen o to, ze to schema, co jsem posilal, je dabelsky 
> jednoduche, v NIPOSu uz nejaka podpora urcite je (zrejme bude potreba 
> predelat adresaci, ktera se muze lisit). Osobne by se mi libilo reseni 
> takoveto:
> - hardware: FD emulator (napr. na bazi MCU+SD/MMC) + CF karta
> - software:
>     - CP/M, ktera by napr. umela jen s FD - v ramci zachovani zpetne 
> kompatibility
>     - jiny OS - napr. jej nazveme NIPOS - ktery by nebyl kompatibilni s 
> CP/M, ale umel by pracovat jak s FD, tak s CF.  Tak, jak to maji 
> spektristi, ruzny HW, ruzne operacni systemy.
>
> Vyhoda FD emulace je na prvni pohled jasna - zpetna kompatibilita. Vyhodu 
> CF vidim v tom, ze muzes mit najednou pristup k veskeremu software.
>
> Co Ty na to ?
>
> V.
>
> PS. za nejake ucelene shrnuti NIPOSu z pohledu uzivatele bych byl fakt 
> rad. Napr. myslim si, ze tam jsou veci, ktere uz nikdo na Sharpu nepouziva 
> (ve zdrojacich jsem videl cosi o podpore BT100) a ktere by se daly 
> pripadne vyhodit. A pak jsou veci, ktere by se hodily a ktere se tam 
> bohuzel uz nevejdou.
>
>
> --- 

> Kdo dnes vyuziva funkcni IDE16 na Sharpu???

> 
> Vasku, nechci vam do toho nijak zasahovat, kazdy necht k Sharpovi pripojuje 
> cokoliv dle vlastni fantazie.... Pokud se ale jedna o vytvoreni neceho 
> standardizovaneho, nesel bych urcite cestou kdy se vytvori hromada udelatek 
> ktere jdou k Sharpovi strasne jednoduse pripojit a nasledne uvadne i SW 
> podpora. Trochu jiny pripad byl zase IDE16 od Petra Zydka, ktery vypustil 
> nekolik variant odstupnovanych pismeny v abecede (skoncilo se tusim u F) - 
> prakticky nikdo pak nevedel ktere je vlastne to spravne, softwarova podpora 
> uvadla na utilite HDDTEST kterou jsem aspon pro odzkouseni uplacal... Kdo 
> dnes vyuziva funkcni IDE16 na Sharpu??? Petr sice tvrdi ze neni kam spechat,> ze Sharp je konickem na dlouha leta.... na druhou stranu tu nikdo nejsme 
> naveky :)
> Asi uz se budu opakovat, ale znovu zvedam ruku pro to jit cestou 
> kompatibility (karta kterou zasunu do neupraveneho pocitace a bude to 
> fungovat s veskerym softwarem). Nechci byt prorokem, ale rad bych kdyby 
> pribyvaly dalsi mrtve HW doplnky.....
> 
> Zdenek
> 
> 
> ----- Original Message ----- 
> From: "Vaclav Peroutka (sharpemupandora.cz)" <vaclavpe[doména skryta]>
> To: "Konference "Počítač SHARP MZ-800 a emulátory""
 <sharpemupandora.cz>
> Sent: Wednesday, September 24, 2008 9:55 AM
> Subject: Re: SHARP a CompactFlash - podpora v NIPOSu
> 
> 
> >
> >> Jasne, tohle vsechno chapu... Chces tedy rici ze bez uprav tohle zapojeni> >> bude fungovat s NIPOSem, popr. je pro nej napsana jina SW podpora? Nechci
> >> NIPOS zatracovat, ale precijen prave kvuli narocnosti na pamet (jen 
> >> alokacni tabulka pro 32MB partition neco zabere) ztracel hodne na 
> >> kompatabilite vuci puvodni Lamacove CP/M. Stale hlasuji pro emulaci 
> >> nejrozsirenejsiho a nejrychlejsiho media na Sharpu (Floppy) za pomoci MCU
> >> + SD karty. Vyresi se tim veskere nekompatability, pro zarizeni bude 
> >> maximalni podpora softwaru, nebudou zadna omezeni ve vyuziti pametove 
> >> karty (obrazu disket, popr. MZF souboru na ni ulozim kolik budu chtit), 
> >> ....
> >>
> >
> > Jestli bude fungovat s NIPOSem, to ted vazne nejsem schopen rici. Bohuzel,
> > kdyz jste tyto upravy tady delali, o Sharp komunite jsem tehdy nevedel. 
> > "Pristoupil" jsem do tohoto vlaku az koncem roku 2006. Ale myslim, ze 
> > Marek tu podporu IDE16 uz nestihl dopsat.
> >
> > V cem se projevovala ta ztrata kompatibility NIPOSu s CP/M ? Marek zacal 
> > preadresovavat sluzby ? Neco konkretniho nebehalo, jak melo ? Ja se zacal 
> > prehrabovat ve zdrojacich NIPOSu, bohuzel tomu rozumim jako koza petrzeli.
> > Podle LOGu byla v NIPOSu nejaka podpora IDE8, IDE16, bylo tam neco i o 
> > FAT. Muzes, Zdenku (nebo kdokoli jiny dobre informovany) shrnout, co 
> > presne v poslednim NIPOSu chodilo, co nechodilo, na co byly externi 
> > programy (zrejme FAT), co bylo uvnitr systemu, v cem byly problemy ?Ja 
> > prochazel nedavno konferu, tam vyvoj bezel, ale chtelo by to nejaky 
> > uceleny nahled - aspon pro mne.
> >
> > Samozrejme, ze na MCU+SD pracuju. Pripojenim CF vyvoj nezastavuji, To se 
> > neobavej :-) Jde jen o to, ze to schema, co jsem posilal, je dabelsky 
> > jednoduche, v NIPOSu uz nejaka podpora urcite je (zrejme bude potreba 
> > predelat adresaci, ktera se muze lisit). Osobne by se mi libilo reseni 
> > takoveto:
> > - hardware: FD emulator (napr. na bazi MCU+SD/MMC) + CF karta
> > - software:
> >     - CP/M, ktera by napr. umela jen s FD - v ramci zachovani zpetne 
> > kompatibility
> >     - jiny OS - napr. jej nazveme NIPOS - ktery by nebyl kompatibilni s 
> > CP/M, ale umel by pracovat jak s FD, tak s CF.  Tak, jak to maji 
> > spektristi, ruzny HW, ruzne operacni systemy.
> >
> > Vyhoda FD emulace je na prvni pohled jasna - zpetna kompatibilita. Vyhodu 
> > CF vidim v tom, ze muzes mit najednou pristup k veskeremu software.
> >
> > Co Ty na to ?
> >
> > V.
> >
> > PS. za nejake ucelene shrnuti NIPOSu z pohledu uzivatele bych byl fakt 
> > rad. Napr. myslim si, ze tam jsou veci, ktere uz nikdo na Sharpu nepouziva
> > (ve zdrojacich jsem videl cosi o podpore BT100) a ktere by se daly 
> > pripadne vyhodit. A pak jsou veci, ktere by se hodily a ktere se tam 
> > bohuzel uz nevejdou.
> >
> >
> > --- 
> 
> 
> ---
> 
> 
> 

>   Tak, jak to maji spektristi, ruzny HW, ruzne operacni systemy.

>Otazkou je, kdo dnes (a jakym zpusobem) vubec vyuziva Sharpa. Ja jsem ochoten
 (v ramci casovych a schopnostnich moznosti) udelat cokoli, aby se nejak
komunita kolem Sharpa pozvedla - i kdyz asi uz nemuzu cekat, ze budeme
konkurovat cinorodosti okolo ZX Spectra (ci jinych - Atari, C=64 ).

> >   Tak, jak to maji spektristi, ruzny HW, ruzne operacni systemy.
> 
> Spectrum je super počítač (nejlepší!), ale na zrovna na tohle dštím
 síru a oheň
> a nadávám, kudy chodím, naprosto to znemožňuje napsat nějaký slušný
software
> (tedy cokoliv jiného než hru).
> Pokud to má mít nějaký vstup a výstup dat, tak pak řešíte otázku, jak
to vlastně
> napsat - pro jaký z těch mnoha systémů to ušijete?
> Nebo se bude program vracet do BASICu, a I/O operace budou napsané v BASICu, 
aby
> si každý mohl upravit syntaxi LOAD a SAVE příkazu na míru tomu svému
DOSu?
> Kokotina.
> A co když chcete v jednom souboru (spojitě) uložit data, která jsou v
paměti
> nespojitě (třeba v rýzných paměťových bankách)? Jistě, lze udělat
přesuny v
> paměti a data si přerovnat, ale většinou za cenu toho, že nezbývá moc
místa na
> nějaké korektní vypadávání do Basicu, předávání parametrů a po I/O 
operaci zase
> po skoku na start strojáku se nasměrovat zase do správného místa,
přesunout zase
> paměť z "I/O" do "provozního" stavu a přeměrování na pokračování v
přerušené
> činnosti.
> Prostě vopruz na entou!
> Mně kvůli tomu zůstává už několik let nedodělaný emulátor Apple I
pro Spectrum -
> a už ani nemám chuť ho dodělávat, protože němčouři mezitím napsali
svůj (zdaleka
> ne tak dobrý) a pustili do světa.
> Sere mi to!
> Jeden Národ! Jeden Vůdce! Jeden Systém!
> 

> Jakmile se objevilo hotové DivIDE, tak se po něm v podstatě zaprášilo.
 Na
> nahrávání "emulátořích" souborů a snapů stačí. Developeři, kteří 
chtějí psát
> programy, sice řvou, že nějaký loader her je pro ně nedostačující, ale
spoustu
> lidí to donutilo vyndat Spectrum aspoň ze skříně a zapařit toho Manic
Minera
> nebo whatever.

> 
> To je taky důvod, proč si porád lámu hlavu s tou SD náhradou PMD-32 a
Sord FD-5,
> protože by to výrazně oživilo PMD či jinou scénu (leckdo to má doma,
ale tahat
> programy z kazety se nikomu moc nechce), i když na to hardwarové vzdělání
ani
> zkušenosti nemám.

> Ta činorodost je dána tím, že můžu jít, koupit si IDE interface k
 C64,
> natahat na to programy a dělat, co chci. Nebo koupit si SIO2IDE či SD2SIO,
> hotové, nemusím nic pájet, připojím k Atari SD kartu a jedu. 

>Popravde receno, nevim, jak presne funguje PMD-32. Sord FD-5 ma, pokud vim,
 rozhrani na vyssi urovni, jakoby "externi" BDOS, je to tak ?

> ale co technicky (krom nedostatku času a
> lidí) brání tomu, aby se nějakému Atmelu přes porty určené pro FDD
 posílaly
> povely, a on si je interpretoval? 

-----Original Message-----
From: +GAMA (sharpemupandora.cz) [mailto:computer.research[doména skryta]] 
Sent: Wednesday, September 24, 2008 3:50 PM
To: Konference "Počítač SHARP MZ-800 a emulátory"
Subject: Re: SHARP a CompactFlash - podpora v NIPOSu



>Popravde receno, nevim, jak presne funguje PMD-32. Sord FD-5 ma, pokud
vim, rozhrani na vyssi urovni, jakoby "externi" BDOS, je to tak ?

Oboje je vlastně "druhý počítač" (s Sorda Z80, u PMD 8080), se kterým se
komunikuje přes PIO.
Se Sordem se komunikuje pomocí povelů "chci soubor ten", "chci soubor
onen", "chci adresářovou položku" - Sordu je v podstatě jedno, jak
vypadá fyziky disketa nebo kolik je na ní místa.
PMD to má dělané hůř - disketovka bere povely "chci sektor ten na stopě
oné", filesystém i velikost disku si hlídá samo PMD, což dost ztěžuje
přechod na média větší než 360 kB (vyžaduje to měnit software na
straně
PMD - to znamená přeprogramovávat CP/M a PMD-DOS).

Dobré by bylo "sordovský" způsob podařilo realizovat třeba u IQ-tykve
nebo ZX-81, kde není moc prostoru pro to, aby počítač sám hobloval
média. Ale poslat "někam" žádost o zaslání souboru se zadaným jménem
(nebo jeho části) není nic paměťově a podobně náročného. Na
podobném
principu fungovalo připojení Commodorovské 1541 k ZX-81, které stačí
poslat povel "chci soubor ten a ten", akorát je to komplikováno tím, že
se místo paralelně komunikuje podivným a v konkrétní implementaci
pomalým sériovým protokolem.

Vzhledem k už existujícímu softwaru to takhle (t.j. poslat si přímo
požadavek o soubor) u Sharpu realizovat nepůjde - ale co technicky (krom
nedostatku času a lidí) brání tomu, aby se nějakému Atmelu přes porty
určené pro FDD posílaly povely, a on si je interpretoval? Vždyť kromě
samotných povelů read/write (které by Atmel realizoval čtením ze SD
karty místo načítání/zapisování MFM sekvence na disketu) jde jen o
plnění registrů něčím.
Na ZX konferenci jsem to navrhoval kvůli emulaci Betadisku, ale pak se
to zabilo Velesoftovou "softwarovou" emulací - což u Sharpu nejde
(nahradit v programech outy na porty FDD odskokem na emulaci. Beta
umožňuje sahat na porty pouze z ROM, takže těch pár známých bodů se
přepsat dá, u Sharpu to fakt nepůjde).
 
J.D.


---

>> No a teď se všichni na mě vrhněte. ;-)

>
> jenom most přes který se budou volání CP/M služeb posílat na HW  
> zařízení
> a to vrátí výsledek. Služba čti sektor pak přes ten mostek vrátí  
> sektor
> ať je uložený na SD kartě, CF kartě, HDD, nebo třeba na virtuálním  
> FTP.
> A nevím jaké služby má CP/M v BDOSu, ale myslím že práce se soubory  
> tam
> určitě bude a ta se dá takhle taky přehrát na HW.

> 
> Ano, tohle je cesta. A napadlo mě tohle:
> CP/M je pro Sharp perfektní, ale nejde do něj z prostorových důvodů
> nacpat podpora IDE16, FAT, atd... A co tak do CP/M BIOSu a BDOSu udělat
> jenom most přes který se budou volání CP/M služeb posílat na HW
 zařízení
> a to vrátí výsledek. Služba čti sektor pak přes ten mostek vrátí
sektor
> ať je uložený na SD kartě, CF kartě, HDD, nebo třeba na virtuálním
FTP.
> A nevím jaké služby má CP/M v BDOSu, ale myslím že práce se soubory
tam
> určitě bude a ta se dá takhle taky přehrát na HW. (princip ala SordM5)
> Takže tímto se ušetří místo v paměti SHARPA. A bude stačit jedna CP/M 
(s
> tím mostkem) a všechno složité a na Z80 obtížně řešitelné se takto
> přehraje na chytrou HW kartu. Pak už tomu CP/M systému bude zcela jedno
> jestli se data čtou s SD karty nebo třeba internetu (sakra to už to
> někdo říkal... ;-)
> 

>
> Proto jsem se ja osobne vydal jinou cestou - emulace FDD. Ta je v CP/M davno
 zvladnuta a velmi dobre. Pokud je mi znamo, jsou 4 ruzne diskove formaty:
> 1. LEC CP/M ( autor Jiri Lamac), ze ktereho vychazi i NIPOS - 720kB s 0.stopou
0.strany kompatibilni s PC/AT standardem - 360kB samozrejme taky, ale neni duvod
podporovat
> 2. P-CP/M - original Sharp, velikost diskety je 320kB - to asi nema cenu
podporovat, pokud nekdo neprijde s programem, ktery je zajimavy a nebezi na
jinem systemu.
> 3. Disk BASIC 2Z046 - disketa 316kB - zrejme by ten format sel
"zestandartizovat" na 720kB
> 4. MRS - autor Vlastimil Vesely - tam ani ten format neznam presne, nicmene je
to opet neco jineho.  Wex nasledne upravil MZ-Paint pro FDD, takze se domnivam, 
ze ten pouziva stejny format, jako MRS. MRS mam rad, takze bud podporovat, nebo 
opet predelat diskove funkce.
>