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.