Zbych pisze:

>>>>> To teraz wyjaśnij jeszcze jak sobie wyobrażasz pracę programatora
>>>>> JTAG,
>>>>> lub SPI, który z częstotliwością ~100kHz macha pinem zegara i w jego
>>>>> takt wysyła i jednocześnie odbiera dane.

>>>> Jeżeli nie wymagasz jakiegokolwiek protokołu szeregowego, a tylko
>>>> powyższe JTAG i SPI - sprzętowo [de]serializację zrobi pięknie
>>>> FT2232. I
>>>> to z zegarem do kilku MHz. A jeżeli chcesz jeszcze szybciej - to
>>>> FT4232H.

>>> Chyba straciłeś wątek, albo ja nie rozumiem twojej odpowiedzi. Może
>>> napisz jak serializacja w FTDI pomoże w emulacji portu LPT, którym
>>> steruje program do programowania jakichś uC (dla ustalenia uwagi weźmy
>>> twój programator do AVRów).

>> 1. Bez możliwości zmiany w programie pecetowym pies jest pogrzebany i
>> tyle.
>
> No to teraz spój parę postów wcześniej co napisałem na temat sensowności
> robienia emulatora LPT.

Wątek oryginalnie dotyczył emulatora LPT, ale - jak widać w pierwszym z
powyższych cytatów - ktoś (nie chce mi się już szukać w historii wątku
kto dokładnie) ograniczył zagadnienie tylko do interfejsów szeregowych
SPI i JTAG. A tu mamy świetne rozwiązanie typu sprzętowy
[de]serializator FT2232 / FT4232H. I do protokołów dobrze
ustandaryzowanych (jak np. programowanie/debugowanie procesorów ARM)
zaczęły się pojawiać kabelki programujące oparte o ten układ, z
odpowiednim wsparciem softwarowym oczywiście, które potrafią zastąpić
stary dobry programator na LPT typu Wiggler.

>> 4. W sofcie programatora usuwamy podstawowe operacje (wyślij bit,
>> odczytaj bit) i zamieniamy funkcje wyższego poziomu (wyślij blok bajtów,
>> odczytaj blok bajtów)
>
> A ty znowu mieszasz dwa systemy walutowe. Wątek tyczy emulatora LPT.
> Tutaj nic więcej jak przechwytywanie instrukcji IN i OUT nie wchodzi w
> grę.

Zgadza się. Obawiam się jednak, że tak rozwiązany "emulator" będzie
bardzo wolno pracował, właśnie z powodu niedopasowania protokołu
współpracy przez LPT (zmiana pojedynczych bitów wyjściowych i
oczekiwanie na stan bitu wejściowego) do możliwości łącza USB (szybki
transfer całej paczki danych ale długie odstępy pomiędzy transferami).
Zapewne nawet kilka razy wolniej niż stary oryginalny bufor na LPT.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

do góry

Adam Dybkowski pisze:

> Wątek oryginalnie dotyczył emulatora LPT, ale - jak widać w pierwszym z
> powyższych cytatów - ktoś (nie chce mi się już szukać w historii wątku
> kto dokładnie) ograniczył zagadnienie tylko do interfejsów szeregowych
> SPI i JTAG.

Spójrz na nazwę grupy, a potem przypomnij sobie w jakim kontekście na
grupie podają pytania o "konwerter USB->LPT":

http://groups.google.pl/group/pl.misc.elektronika/br
owse_thread/thread/d8bf91cfd9d648e/e1f41b238368bf0b?
hl=pl&q=konwerter+usb+lpt+group:pl.misc.elektronika

> A tu mamy świetne rozwiązanie typu sprzętowy
> [de]serializator FT2232 / FT4232H.

Który się do emulacji LPT nie nadaje, ale co szkodzi o nim wspomnieć.

> Zgadza się. Obawiam się jednak, że tak rozwiązany "emulator" będzie
> bardzo wolno pracował,

No i znowu powinienem cię odesłać kilka postów wcześniej.

do góry