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 · 9 zpráv

Ohledně toho, jestli řešit SD/CF tak či onak ...

Petr Žydek SHARP MZ-800


Nezatracujte rozhraní IDE16, hodí se nejen pro pevný disk, ale i pro
optické mechaniky! A nezapomeňte, že rozhraní CF karty je defacto
hard disk a implementace IDE16 je technicky jednoduchá. Pravda,
veškerou komunikaci musí oddřít O.S., ale k tomu on přece slouží ...

Už jsem započal práci na oficiální písemné dokumentaci ke všem historicky
vyvinutým periferiím, ale jsem momentálně marod, tak se to mírně zdrží ...
Nic není třeba brát doslova jako dogma, kdo by v mých návodech našel
inspiraci a chtěl Hw řešení zjednodušit použitím programovatelné logiky,
jen do toho :-)

Při nesmělém studiu mi akorát vrtá hlavou - neexistuje něco jiného než
Xilinx? Nelíbí se mi myšlenka ''plnit'' švába konfigurací při každém zapnutí
PC (hledám výrobce, jehož brouk by se programoval jen jednou, něco
ve stylu starších obvodů GAL).

Petr de Zviqov

Re: Ohledně toho, jestli řešit SD/CF tak či onak ...

Ctirad Feřtr SHARP MZ-800

Dne Monday 22 of September 2008 13:44:00 Petr Žydek (sharpemupandora.cz) 
napsal(a):
Zobrazit citovaný text (7 řádků)
> Při nesmělém studiu mi akorát vrtá hlavou - neexistuje něco jiného
 než
> Xilinx? Nelíbí se mi myšlenka ''plnit'' švába konfigurací při
každém
> zapnutí PC (hledám výrobce, jehož brouk by se programoval jen jednou,
něco
> ve stylu starších obvodů GAL).
CPLD od xilinxu se rozhodně nemusí plnit po každém zapnutí. Je to v nich 
naflashované. Externí eeprom potřebují až větší FPGA, ale to se nás
netýká.

Ctirad 

Re:Ohledně toho, jestli řešit SD/CF tak či onak ...

Vaclav Peroutka SHARP MZ-800

Ja bych osobne hard disk klidne zatratil. Proti CDROM hovori opet jiny filesystem - iso9660. CF kartu by slo pouzit prave v tom 8-bitovem modu bez dalsich obvodu. To, co tys mel hardwarove mezi diskem a Sharpem (74F652 atd.) , je uvnitr CF karty. Ale je jasne, ze NIPOS musi podporovat 16-bitove IDE, ty CF karty pojedou vzdy 16-bitove, jen se data multiplexuji na 8 bitu. Co se tyce Xilinxu, konkretne CPLD XC95xxXL, tak si nepamatuju, ze bych po startu musel nahravat jakoukoli konfiguraci. Nepletes si to nahodou se zastaralou radou FPGA XC30xx ? Ta potrebovala konfiguracni EPROM. Vasek ------------ Původní zpráva ------------ Od: Petr Žydek (sharpemupandora.cz) Předmět: Ohledně toho, jestli řešit SD/CF tak či onak ... Datum: 22.9.2008 13:46:06 --------------------------------------------- Nezatracujte rozhraní IDE16, hodí se nejen pro pevný disk, ale i pro optické mechaniky! A nezapomeňte, že rozhraní CF karty je defacto hard disk a implementace IDE16 je technicky jednoduchá. Pravda, veškerou komunikaci musí oddřít O.S., ale k tomu on přece slouží ... Už jsem započal práci na oficiální písemné dokumentaci ke všem historicky vyvinutým periferiím, ale jsem momentálně marod, tak se to mírně zdrží ... Nic není třeba brát doslova jako dogma, kdo by v mých návodech našel inspiraci a chtěl Hw řešení zjednodušit použitím programovatelné logiky, jen do toho :-) Při nesmělém studiu mi akorát vrtá hlavou - neexistuje něco jiného než Xilinx? Nelíbí se mi myšlenka ''plnit'' švába konfigurací při každém zapnutí PC (hledám výrobce, jehož brouk by se programoval jen jednou, něco ve stylu starších obvodů GAL). Petr de Zviqov ---

Re: Ohledně toho, jestli řešit SD/CF tak či onak ...

Zdenek Adler SHARP MZ-800

Petře, obávám se že podpora IDE už končí i v klasických PC, tak proč když už chceme Sharpa mermomocí doplnit o moderní hardware, tak saháme pro dožívající IDE rozhraní. Myslím že dnešním trendem (i cenovým) se stávají media na bázi Flash paměti, nejvíce asi frčí SD karty včetně jejich zmenšenin (mini, mikro, ...).
Ono se taky stačí rozhlídnout kolem - na C64, Atari,... na obou těchto osmibitech se stala nejoblíbenější periferií právě Floppy. Co myslíš že je teď nejčastější jejich periferií? Nic jiného než jednočip + SD karta (příp. + displej) emulující disketovou jednotku (řadič). Chápu, že umulace seriově připojené flopy je jednodušší.....
Jinak kde máš napsáno že je třeba XILINXe po každém zapnutí znovu naprogramovat???? Ty menší mají konfiguraci přímo v sobě, větší FPGA (těmi se dá poskládat třeba celý Sharp) ji tuším tahají z externí EEPROM.
 
Zdenek
 
----- Original Message -----
From: Petr Žydek (sharpemupandora.cz)
To: Konference "Počítač SHARP MZ-800 a emulátory"
Sent: Monday, September 22, 2008 1:44 PM
Subject: Ohledně toho, jestli řešit SD/CF tak či onak ...


Nezatracujte rozhraní IDE16, hodí se nejen pro pevný disk, ale i pro
optické mechaniky! A nezapomeňte, že rozhraní CF karty je defacto
hard disk a implementace IDE16 je technicky jednoduchá. Pravda,
veškerou komunikaci musí oddřít O.S., ale k tomu on přece slouží ...

Už jsem započal práci na oficiální písemné dokumentaci ke všem historicky
vyvinutým periferiím, ale jsem momentálně marod, tak se to mírně zdrží ...
Nic není třeba brát doslova jako dogma, kdo by v mých návodech našel
inspiraci a chtěl Hw řešení zjednodušit použitím programovatelné logiky,
jen do toho :-)

Při nesmělém studiu mi akorát vrtá hlavou - neexistuje něco jiného než
Xilinx? Nelíbí se mi myšlenka ''plnit'' švába konfigurací při každém zapnutí
PC (hledám výrobce, jehož brouk by se programoval jen jednou, něco
ve stylu starších obvodů GAL).

Petr de Zviqov

 


---

Re: Re:Ohledně toho, jestli řešit SD/CF tak či onak ...

Petr Žydek SHARP MZ-800


Tak IDE16 rozhodně zatracovat nebudu, jednak jsem se s tím piplal dost
dlouho, k jeho realizaci stačí 1x 16652 (na objednávku ho má GES)
a navíc mám doma asi stovku pevných disků na hraní :-) :-) :-)

Ten externí oddělovač F652 se mi velice osvědčil, je totiž naprosto
nezničitelný. Při zahořování jsem testoval různé disky a měnil je při
zapnutém Sharpovi!!! Jen jsem předem odpojoval napájení HDD.

K tomu Xilinxovi - samozřejmě, že větší část z mých návrhů hardwaru lze
zadrátovat do něj a mám k tomu nějaké dotazy.

Jde to různými způsoby? Co umožňuje vývojové prostředí?

Třeba můj ramdisk 16MB - dá se ''dostat'' do návrhu jako část schematu
s běžnými TTL obvody?
IDE16 - tady by se mi víc líbila možnost použití pravdivostních tabulek ...
A další periferie, např. dekodér adresy pro FDD obého druhu, zde by
mi vyhovoval popis slovní např. (WD279x):

Y0WD, Y1WD, Y2WD = 1 kromě:
je-li IORQ=0 a ADR (AD7.. AD0) = D8h, potom Y0WD = 0
je-li IORQ=0 a ADR (AD7.. AD0) = D9h, potom Y0WD = 0
je-li IORQ=0 a ADR (AD7.. AD0) = DAh, potom Y0WD = 0
je-li IORQ=0 a ADR (AD7.. AD0) = DBh, potom Y0WD = 0
je-li IORQ=0 a ADR (AD7.. AD0) = DCh, potom Y1WD = 0
je-li IORQ=0 a ADR (AD7.. AD0) = DDh, potom Y2WD = 0

Syntaxi jsem si vymyslel ;-)
Pokud by toto vše šlo, není co řešit.

Petr de Zviqov

Re: Ohledně toho, jestli řešit SD/CF tak či onak ...

Ctirad Feřtr SHARP MZ-800

Dne Monday 22 of September 2008 14:38:18 Petr Žydek (sharpemupandora.cz) 
napsal(a):
Zobrazit citovaný text (17 řádků)
> Třeba můj ramdisk 16MB - dá se ''dostat'' do návrhu jako část schematu
> s běžnými TTL obvody?
> IDE16 - tady by se mi víc líbila možnost použití pravdivostních tabulek 
...
> A další periferie, např. dekodér adresy pro FDD obého druhu, zde by
> mi vyhovoval popis slovní např. (WD279x):
>
> Y0WD, Y1WD, Y2WD = 1 kromě:
> je-li IORQ=0 a ADR (AD7.. AD0) = D8h,! potom Y0WD = 0
> je-li IORQ=0 a ADR (AD7.. AD0) = D9h, potom Y0WD = 0
> je-li IORQ=0 a ADR (AD7.. AD0) = DAh, potom Y0WD = 0
> je-li IORQ=0 a ADR (AD7.. AD0) = DBh, potom Y0WD = 0
> je-li IORQ=0 a ADR (AD7.. AD0) = DCh, potom Y1WD = 0
> je-li IORQ=0 a ADR (AD7.. AD0) = DDh, potom Y2WD = 0
>
> Syntaxi jsem si vymyslel ;-)
> Pokud by toto vše šlo, není co řešit.
V zásadě to tak přesně jde, viz:
http://eva.fit.vutbr.cz/~xvasic11/cl.cpld/

Ctirad

Re: Re: Ohledně toho, jestli řešit SD/CF tak či onak ...

Petr Žydek SHARP MZ-800


Malé doplnění - IDE v PC nekončí! Z hlediska programátorského je přístup
na ATA registry totožný, liší se jen vnější interfejs, místo 16ti bitů dat
a několika řídících pinů má SATA dvě diferenciální dvoulinky jako 100Mbit
ethernet. Realizovat SATA na osmibitech hardwarově půjde asi těžko,
ale je tu řešení v podobě takovýchto přípravků:

http://www.suntech.cz/produkt/63310/ST-LAB-S-250-konvertor-z-SATA-zarizeni-na-IDE-pripojeni.htm

Existence IDE16 a klasických řadičů pro WD279x a 8272 se nikterak
nevylučuje s SD kartou, nepřekáží si. Žij a nech žít, tak bych to asi viděl.

Pokud jde o tu pochybnost ''Xilinx a nahrávání konfigurace po zapnutí'',
myslel jsem to takto - za jakou dobu od náběhu napájení je schopen
''práce'' (tj. zajímá mě doba ''prodlevy'')? Kdyby v něm byl např. zaintegrován dekodér adresy pro WD279x - začne WD pracovat už při
pokusu o FD boot (proběhne-li test na přítomnost FDD v ROMce)?

Petr de Zviqov

Re: Re: Ohledně toho, jestli řešit SD/CF tak či onak ...

Zdenek Adler SHARP MZ-800

OK, myslím že každý na tohle máme vlastní názor a povíme si možná za pár let, zda nezůstane jen u připojeného IDE zařízení a rutiny pro načtení sektoru. Je taky trochu rozdíl psát od nuly obsluhu filesystému, patchovat všechny programy apod. v Z80 ASM oproti použití vyššího prog. jazyka v případě pomocného MCU a využití knihoven pro obsluhu FAT32 aj. Patlat se s obsluhou FATky přímo na Sharpu asi bude chtít jen málokdo - je sice hezké že to Sharp dokáže, ale za jakou cenu? Dle mého tudy cesta nevede, HOWGH :o) Marek Šmihla který toto absolvoval (a někam to skutečně dotáhnul) by nám jistě shůry mohl vyprávět, co ho to stálo dřiny v NIPOSu ušetřit pár bajtů k obsluze HDD, že to bylo pár let mravenčí práce... a ještě k tomu se u NIPOSu nedosáhlo kompatability se všemi aplikacemi.
 
Jinak bych rozhodně neměl obavu z toho, že inicializace XILINXu bude pomalejší než doba za kterou sharp po zapnutí začne zpracovávat floppy boot.
 
Zdenek
 
----- Original Message -----
From: Petr Žydek (sharpemupandora.cz)
To: Konference "Počítač SHARP MZ-800 a emulátory"
Sent: Monday, September 22, 2008 3:24 PM
Subject: Re: Re: Ohledně toho, jestli řešit SD/CF tak či onak ...


Malé doplnění - IDE v PC nekončí! Z hlediska programátorského je přístup
na ATA registry totožný, liší se jen vnější interfejs, místo 16ti bitů dat
a několika řídících pinů má SATA dvě diferenciální dvoulinky jako 100Mbit
ethernet. Realizovat SATA na osmibitech hardwarově půjde asi těžko,
ale je tu řešení v podobě takovýchto přípravků:

http://www.suntech.cz/produkt/63310/ST-LAB-S-250-konvertor-z-SATA-zarizeni-na-IDE-pripojeni.htm

Existence IDE16 a klasických řadičů pro WD279x a 8272 se nikterak
nevylučuje s SD kartou, nepřekáží si. Žij a nech žít, tak bych to asi viděl.

Pokud jde o tu pochybnost ''Xilinx a nahrávání konfigurace po zapnutí'',
myslel jsem to takto - za jakou dobu od náběhu napájení je schopen
''práce'' (tj. zajímá mě doba ''prodlevy'')? Kdyby v něm byl např. zaintegrován dekodér adresy pro WD279x - ! začne WD pracovat už při
pokusu o FD boot (proběhne-li test na přítomnost FDD v ROMce)?

Petr de Zviqov

 


---

Re: Ohledně toho, jestli řešit SD/CF tak či onak ...

Ctirad Feřtr SHARP MZ-800

Dne Monday 22 of September 2008 15:24:09 Petr Žydek (sharpemupandora.cz) 
napsal(a):

Zobrazit citovaný text (11 řádků)
> Malé doplnění - IDE v PC nekončí! Z hlediska programátorského je
 přístup
> na ATA registry totožný, liší se jen vnější interfejs, místo 16ti
bitů dat
> a několika řídících pinů má SATA dvě diferenciální dvoulinky jako
100Mbit
> ethernet. Realizovat SATA na osmibitech hardwarově půjde asi těžko,
> ale je tu řešení v podobě takovýchto přípravků:
>
> http://www.suntech.cz/produkt/63310/ST-LAB-S-250-konvertor-z-SATA-zarizeni-
>na-IDE-pripojeni.htm
Otázka je k čemu je to dobré. Za dvě stovky mám SD kartu s kapacitou pár
GB, 
kterou nemám šanci zaplnit i kdybych chtěl. Z tohodle pohledu je harddisk 
akorát velký, hlučný, energeticky náročný a drahý nesmysl ;) A optická mechanika? I kdybych hypoteticky zvládl číst alespoň základní ISO9660, tak
 mi 
to přinejlepším může sloužit na natahování mzf souborů nebo
prohlížení 
jednoduchých textových fajlů, případně blbinky typu audioCD přehávač.Opravdu to někdo potřebuje? 

To by spíš bylo zajímavětší namísto 16bit IDE udělat PCMCIA a pokusit se
domluvit s nějakou síťovkou.

Zobrazit citovaný text (3 řádky)
> Pokud jde o tu pochybnost ''Xilinx a nahrávání konfigurace po zapnutí'',
> myslel jsem to takto - za jakou dobu od náběhu napájení je schopen
> ''práce'' (tj. zajímá mě doba ''prodlevy'')? 
CPLD IMHO okamžitě, stejně jako hradla nebo PAL/GAL.

Ctirad