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

1. service packec pro MZ-IDE 16bit

Petr Žydek SHARP MZ-800

Kdo se pozastavuje nad volbou součástek, pro toho dodávám, že:
LS245 není nutný jen pro interně napájené 2.5" HDD,
Eprom je jasná - více v popisu zapojení
LS241 je běžnější zesilovač než LS541, ale jeho dva selekční piny aktivují nezávisle čtyři bity obvodu a LS541 je průchozí při obou pinech na úrovni LOW (na všech osmi bitech), což je v daném zapojení potřeba
LS373 (nebo LS374, záleží, jak dopadne prototyp) je také možná náhrada obvodů LS573 a LS574, jen jsou jinak orientované vývody, u mnou navržených brouků je vždy všech 8 vstupů na jedné straně, což může být pro konstrukci výhodnější (?)

ohledně použití repetičních I/O instrukcí jsem poněkud skeptický, návrh jsem prováděl s ohledem na kompatibilitu s původní koncepcí, pro zápis se musí akorát všechny registry naplnit předem a pak následuje nepřímý OUT (C), A; čtení se realizuje ve dvou "cyklech", instrukce IN 78h, resp. 77h.
Pokud by to šlo jinak, bylo by to rozhodně obvodově daleko složitější(!!!), příkladem by mohla být mezipaměť s čítačem a "supervizorem", pomocí OTIR by se při zápisu naplnila 256bajty na I/O adrese např. 76h a pak by se synchronně odesílaly bajty při "běžném" zápisu pomocí OTIR na adrese 78h, klasická část řadiče by nevěděla nic o tom, že tam někdo něco přimíchává. Podobně by se dal udělat i vstup dat, horní část dat by šla do mezipaměti a četla by se INIRem např. 75h. Myslím, že by tato varianta měla moc brouků a vývoj Hw by byl podstatně delší.
Varianta s MCU 8052 je elegantní, naznačil jsem ji v popisu zařízení dříve, ale zas je tu problém s programem do tohoto jednočipu, je to fakt otročina. Ještě budu chvíli optimalizovat a analyzovat správnost původního návrhu, ale myslím, že to jako 1. generace stačí. Howgh ;-)
Petr de Zviqov

Re: 1. service packec pro MZ-IDE 16bit

Zdenek Adler SHARP MZ-800

Asi budu souhlasit s Markem a jeho navrhem na provedeni radice tak, aby bylo mozne provadet cteni dat pomoci blokovych instrukci - myslim ze rozdil mezi zminovanou programovou obsluhou a pouzitim napr. instrukce INIR (pripadne jeste lepe sady za sebou jdoucich INI) by byl vice nez dvojnasobny. A posudme sami, ze uz pri soucasnem reseni je rychlost prenosu dat z IDE jen mirne nad urovni rychlosti FDD (v HDS rezimu kde je DRQ generovano 2xrychleji mi prijde floppy dokonce i rychlejsi - cca ). Pokud by to ale znamenalo vyznamne zesloziteni radice, tak to radeji ponechej takto....
 
Zdenek
 
P.S.: Co se tyce programovani jednocipu, myslim ze se mezi Sharpisty najdou zdatni adepti napriklad na PICy ktere by sly take jiste pouzit :-)))
 

---
Odchozí zpráva neobsahuje viry.
Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
Verze: 6.0.483 / Virová báze: 279 - datum vydání: 19.5.2003