USB - via 2xLPT - to ISA 16 bit

JK5000 · Post autor: **JK5000** » 08 mar 2007, 12:36

temat wygląda tak:
Mam zbudować interfejs, który pozwoli do nowego kompa podłączyć stare karty ISA (16 bitowe).
W tym celu wykorzystam 2 przejściówki USB - LPT. Po stronie LPT będę miał wystarczającą ilość linii danych i sterujących, żeby przekierować potrzebne magistrale: sygnałową, adresową, sterującą.

W tym miejscu zaczyna się "ale":
1. potrzebne mi układy które zapewnią odpowiednie warunki prądowe (napięcia TTL i prąd jako wartość logiczna na magistrali AT-bus - czyli takiej, na której pracuje ISA). - konieczne zatrzaski lub przerzutniki?? o odpowiedniej liczbie nóżek i funkcjonalności - zarówno dla danych (dwukierunkowo) jaki i dla adresów, oraz układ który wymusi odpowiednie warunki pracy - statycznie poda odpowiednie sygnały - zgodnie ze specyfikacją magistrali.
2. trzeba to wszystko jeszcze potraktować jakimś generatorem - żeby zsynchronizować z LPT?

Znalazłem artykuł którego3 pierwsze strony opisują podobny układ (ale 8 bit) - myśle że schemat blokowy więcej może powiedzieć niż ten mój "bełkot" - podeślę komuś kto bedzie zainteresowany (na tym etapie niechcialbym go upubliczniać).

Jeżeli mogę prosić o pomoc - to BARDZO proszę -przyjmę w każdym wydaniu.

Tak czy inaczej potrzebuję przynajmniej dorady - jakim układom powinienem się przyjrzeć żeby nie błądzić po sklepie.
Gdyby potrzebna była jakaś dokumentacja nt. ISA/LPT - to służę trochę już zgromadziłem różności - chociaż tak naprawdę Anatomia PC jest najlepsza.

tasza · Post autor: **tasza** » 08 mar 2007, 13:56

Witam.

1. potrzebne mi układy które zapewnią odpowiednie warunki prądowe (napięcia TTL i prąd jako wartość logiczna
na magistrali AT-bus - czyli takiej, na której pracuje ISA). - konieczne zatrzaski lub przerzutniki??
o odpowiedniej liczbie nóżek i funkcjonalności - zarówno dla danych (dwukierunkowo) jaki i dla adresów,
oraz układ który wymusi odpowiednie warunki pracy - statycznie poda odpowiednie sygnały - zgodnie
ze specyfikacją magistrali.

Do obsługi szyn danych/adresowej/sterującej będziesz potrzebował kostek
z wyjściami trójstanowymi, pracujących w standardzie TTL,

Zwykłe bufory:

jednokierunkowe 74HC541 http://w3.id.tue.nl/fileadmin/id/object ... 4hc541.pdf
dwukierunkowe 74HC245 http://w3.id.tue.nl/fileadmin/id/object ... 4hc245.pdf

do zatrzaskiwania adresów, danych:
74hc574 http://w3.id.tue.nl/fileadmin/id/object ... 4hc574.pdf
74hc573 http://w3.id.tue.nl/fileadmin/id/object ... 4hc573.pdf

do obsługi magistrali sterującej:
jeden kierunek 2x4 bit http://w3.id.tue.nl/fileadmin/id/object ... 4hc244.pdf
jeden kierunek 4x1bit http://w3.id.tue.nl/fileadmin/id/object ... 4hc125.pdf

Z układów ośmiobitowych łatwo poskładasz szyny o większej szerokości, to oczywiste.
Łatwo zgadnąć, że to 'poskładanie' będzie wymagało użycia sporej ilości innych układów
logicznych (tzw. glue-logic) aby całość miała znamiona działania.
Ewentualnie można się wesprzeć jakimś PLD.

I to tyle konkretów...

Mam zbudować interfejs, który pozwoli do nowego kompa podłączyć stare karty ISA (16 bitowe).
W tym celu wykorzystam 2 przejściówki USB - LPT. Po stronie LPT będę miał wystarczającą ilość linii danych
i sterujących, żeby przekierować potrzebne magistrale: sygnałową, adresową, sterującą.

Hmm...a jak sobie wyobrażasz obsługę programową tak zainstalowanej karty?
Bo jeżeli chodzi o takie proste I/O ( https://elportal.pl/index.php?module=Co ... y&ceid=215 )
to wielkiego problemu chyba nie będzie...

Ale na przykład taka do multi-RS232:
https://elportal.pl/index.php?module=Co ... y&ceid=152
w/w karta ma jedną cechę - zgłasza przerwanie maskowalne.
A to generuje całą lawinę dość trudnych problemów natury sprzętowo-programowej.
Długa droga Cię czeka.

N.

JK5000 · Post autor: **JK5000** » 08 mar 2007, 21:54

Dzięki za wskazówki - wchodze w temat - więc wszystkiego ciągle nie jestem w stanie "ogarnąć", oprogramowanie tego urządzenia nie będzie już moim "zmartwieniem". Ma zadziałać - czyli w komputerze mają się pojawić porty utworzone przez sprzęt.
Dzięki jeszcze raz za linki - to pouczająca lektura!
Może ktoś ma ochote "podjąć wyzwanie" - będę gorąco kibicował...
prosze o kontakt!

tasza · Post autor: **tasza** » 09 mar 2007, 9:55

Witam,

JK5000 pisze:oprogramowanie tego urządzenia nie będzie już moim "zmartwieniem"

O, to dość ciekawe podejście do tematu...tylko że takiego czegoś nie da się uruchomić
bez ścisłej współpracy z osobą, która do tego będzie pisała oprogramowanie,
współpracy już na etapie projektowania sprzętu.
A tak z autopsji...całkiem łatwo można zaprojektować hardware, do którego
napisanie sensownego oprogramowania będzię makabreską, o ile w ogóle będzie to możliwe...

N.

JK5000 · Post autor: **JK5000** » 09 mar 2007, 14:30

To nie tak - mam do zrealizowania zadanie, wg określonego tematu - opierać się będę na obsłudze LPT - nie będę programował bezpośrednio urządzenia - a tylko "odbierał" dane z LPT - tak to rozumię (i tego będę się trzymał). A co do następnej "ofiary tematu" - to ktoś będzie mógł obronić tytuł inżyniera (!) z tego tytułu... więc to chyba dobrze!

Czy zaprojektowanie takiego urządzenia leżałoby w zakresie Twoich (Tasza) chęci? - bo z tego co widzę - to MOŻLIWOŚCI napewno....

Pod linkiem krótki opis i schemat podobnego urządzenia (8 bit):
http://www.pwt.et.put.poznan.pl/2004/PWT5588.pdf

tasza · Post autor: **tasza** » 09 mar 2007, 15:00

JK5000 pisze:Czy zaprojektowanie takiego urządzenia leżałoby w zakresie Twoich (Tasza) chęci? - bo z tego co widzę - to MOŻLIWOŚCI napewno....

Wiesz, nie chcę Ci odbierać radości i satysfakcji ze stworzenia tego cuda.
Ja swój dyplom obroniłam jakiś czas temu i chyba na jednym poprzestanę, póki co.
Ale bądź dobrej myśli - to forum czyta naprawdę wiele osób.
pa,
N.

Koppel · Post autor: **Koppel** » 09 mar 2007, 15:24

JK5000 pisze:W tym celu wykorzystam 2 przejściówki USB - LPT.

Jak na moje wyczucie straszliwie partyzancka metoda, podpisuję się pod słowami taszy:

tasza pisze:całkiem łatwo można zaprojektować hardware, do którego
napisanie sensownego oprogramowania będzię makabreską, o ile w ogóle będzie to możliwe...

I wydaje mi się, że to jest właśnie takie rozwiazanie.
Do obsługi przejścia USB->ISA szukałbym raczej jakiegoś procesora który posiada wbudowany port klienta USB, zależnie od potrzeb: albo AVR, albo ARM. Z tym, że AVR spokojnie wystarczy. Inną drogą jest wykorzystanie układu FPGA, na przykład przy kosztującym 50-80PLN spartanie 3 z 200k bramek wsadzenie do środka nawet mostka USB -> PCI jest jak najbardziej realne. A jeszcze zostanie moc aby sobie diodami pomrugać

Jedno z powyższych rozwiązań poradzi sobie znacznie lepiej ze stojącym przed nim zadaniem a i transfery można osiągnąć lepsze.

JK5000 pisze:Czy zaprojektowanie takiego urządzenia leżałoby w zakresie Twoich (Tasza) chęci?

Nauczcie się wreszcie załatwiać takie sprawy na PW. W przyszłości będę chyba kasował takie teksty, a teraz pozostawiam go jako "naukę dla przyszłych pokoleń". Na forum głównym piszemy to co może przydać się ogółowi użytkowników. Mimo tego, że z powtarzającego się schematu odpowiedzi na tego typu pytania (zadawane nie tylko Taszy), można wyciągnąć jakieś wnioski, nie mają one związku z tematyką forum.