Tož trochu snahy po dlouhé
době!
Na obrázcích je vidět něco
z toho, co bude nutné ke
stavbě prototypu IDE16:
IC F543 od Pavla Železa,
konektor 40pin-male,
torzo SCSI-50pin kabelu
neboli Žydkoidní MZbus-direct.
Prototyp bude napíchnut přímo
do MB Sharpa, proto bych uvítal,
kdyby byl testovací prográmek
určen pro spouštění z kazety
IPL loaderem.
Vylíhne se v některé šikovné
hlavě?
Petr de Zviqov
Tož trochu snahy po dlouhé
době!
Na obrázcích je vidět něco
z toho, co bude nutné ke
stavbě prototypu IDE16:
IC F543 od Pavla Železa,
konektor 40pin-male,
torzo SCSI-50pin kabelu
neboli Žydkoidní MZbus-direct.
Prototyp bude napíchnut přímo
do MB Sharpa, proto bych uvítal,
kdyby byl testovací prográmek
určen pro spouštění z kazety
IPL loaderem.
Vylíhne se v některé šikovné
hlavě?
Petr de Zviqov
--
Neuvěřitelná sleva 40 % na počítačovou literaturu!
Časově omezená Letní akce na KNIHY.iDNES.CZ - počítačová literatura s neopakovatelnou slevou 40 %! Udělejte si radost a kupte si levně kvalitní knihu!
Více najdete na http://knihy.idnes.cz/. ...
...
...
...
...
Letní akce knihy.iDNES.cz.
---
Odchozí zpráva neobsahuje viry.
Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
Verze: 6.0.495 / Virová báze: 294 - datum vydání: 30.6.2003
Je to prosté, držel jsem se přesně definice portů,
jak byla uvedena ve schematu 8bit IDE, tj. porty
78h-7Fh. 16ti bitový přenos má smysl jen pro port
78h. Samozřejmě jdou dva bajty po sobě, nultý
bajt jde na DD0-DD7 HDD, první bajt jde na
DD8-DD15 HDD atd. Tím se přenese jedna 16tice.
Sudá hodnota registru B uvozuje nultý bajt,
lichá hodnota první bajt. Z toho vyplývá nutnost
používat pro 16to bitový datový přenos instrukce
IN/OUT (C),A s vhodně nastaveným BC a HL. Při užití
OUTI, OTIR se hodnota B mění automaticky, takže
přenos 256 bajtů (128 16tic) může vypadat takto:
"nastav registry hlav, stopy, atd."
"zadej příkaz zápis sektoru"
ld hl,"odkud"
ld bc,00h
otir
"osmibitově" zapsaný disk se přečte úplně normálně,
jen je třeba zajistit čtení přes IN A,(C). B musí
být vždy sudé, při použití INI musí následovat
DEC B navíc.
Petr de Zviqov
Je to prosté, držel jsem se přesně definice portů,
jak byla uvedena ve schematu 8bit IDE, tj. porty
78h-7Fh. 16ti bitový přenos má smysl jen pro port
78h. Samozřejmě jdou dva bajty po sobě, nultý
bajt jde na DD0-DD7 HDD, první bajt jde na
DD8-DD15 HDD atd. Tím se přenese jedna 16tice.
Sudá hodnota registru B uvozuje nultý bajt,
lichá hodnota první bajt. Z toho vyplývá nutnost
používat pro 16to bitový datový přenos instrukce
IN/OUT (C),A s vhodně nastaveným BC a HL. Při užití
OUTI, OTIR se hodnota B mění automaticky, takže
přenos 256 bajtů (128 16tic) může vypadat takto:
"nastav registry hlav, stopy, atd."
"zadej příkaz zápis sektoru"
ld hl,"odkud"
ld bc,00h
otir
"osmibitově" zapsaný disk se přečte úplně normálně,
jen je třeba zajistit čtení přes IN A,(C). B musí
být vždy sudé, při použití INI musí následovat
DEC B navíc.
Petr de Zviqov
--
Neuvěřitelná sleva 40 % na počítačovou literaturu!
Časově omezená Letní akce na KNIHY.iDNES.CZ - počítačová literatura s neopakovatelnou slevou 40 %! Udělejte si radost a kupte si levně kvalitní knihu!
Více najdete na http://knihy.idnes.cz/. ...
...
...
...
...
Letní akce knihy.iDNES.cz.
Abychom předešli zmatkům, navrhuju užít jednotný
pohled ze strany programátora:
v rámci jedné 16tice se odesílá (přijímá) nejprve
0. bajt (B sudé), až potom 1.bajt (B liché).
Skutečnost, že se při instrukcích OUTI, OTIR
dekrementuje B předem (tedy je B liché při 0. bajtu), řeším vhodným obsahem Eprom. Budu muset zveřejnit verzi 3, protože jsem se domníval, že ta anomálie s "dekrementem předem" platí
i pro INI, INIR. :-P
Petr de Zviqov
