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"><B>Re: IDE16: resurrection:</B></td><td align=right valign="middle"></td></tr></table><BR><pre>
Ahoj Michale,
já to dělal podle původního návrhu Zdeňka Adlera (osmibitová verze). I/O
<img src="BODY_IMAGES_WRAP_GIF">adresy jsou zde v rozsahu 78h-7Fh, což je totéž jako u PC IDE 1F0h-1F7.
<img src="BODY_IMAGES_WRAP_GIF">Kromě adresy 78h jsou to běžné osmibitové I/O porty. 78h je datový port
<img src="BODY_IMAGES_WRAP_GIF">ATA, smysl má jen sudý počet dat a I/O instrukce, ve kterých hraje roli
<img src="BODY_IMAGES_WRAP_GIF">registr BC - INI(R), OUTI (OTIR). V praxi jde hlavně o čtení/zápis 512ti
<img src="BODY_IMAGES_WRAP_GIF">bajtového sektoru. Zápis 512 bajtů dvěma OTIR s nulou v BC registru se na
<img src="BODY_IMAGES_WRAP_GIF">IDE kšandě objeví jako 256 slov s délkou 16 bitů. Obdobné je to při
<img src="BODY_IMAGES_WRAP_GIF">čtení, jen směr je opačný. Rozsah 78H-7Fh = ATA command block register
U zapojení s obvody 74xx652 (nebo jedním 16652) jsem zredukoval počet
<img src="BODY_IMAGES_WRAP_GIF">potřebných řídících signálů, takže jsem spekuloval i s I/O adresou 76h
<img src="BODY_IMAGES_WRAP_GIF">(u PC 3F6h) = control block register, ale už jsem to nevyzkoušel. Zápisem na
<img src="BODY_IMAGES_WRAP_GIF">tento port se dá povolit režim LBA48 u disků nad 128GB.
Navrhl jsem i I/O porty MZ IDE16 secondary:
- 68h-6Fh (u PC 170h-177h) = command block register
- 66h (u PC 376h) = control block register
Plánoval jsem kartu s RS232, floppy ala PC a právě IDE secondary. Pro
<img src="BODY_IMAGES_WRAP_GIF">bastlíře to má totiž nestandardně využitelnou funkci - 16ti bitový I/O
<img src="BODY_IMAGES_WRAP_GIF">port (pokud by na konektoru nebyl žádný disk).
Rozsah adres možná přehodnotím, protože moje soukromé nové domácí
<img src="BODY_IMAGES_WRAP_GIF">bastlířské projekty jsou na počet I/O portů "žrouti".
Moc nálady a pohody pro přispívání a dopisování jsem letos neměl, navíc
<img src="BODY_IMAGES_WRAP_GIF">jsem před prázdninami přišel o místo. Tak se Sharpisté nedivte mé
<img src="BODY_IMAGES_WRAP_GIF">zdánlivé roli "mrtvý brouk".
Na bytefest přijedu v sobotu 1.10.
Petr de Zviqov
</pre>