Szukam schematu lub karty ISA do programatora Xeltek Superpro II

Budowałem kiedyś programator w ten sposób. Skutkiem była rezygnacja z karty ISA i zrobienie tego na LPT. Na tej karcie rozpoznaję bardzo podobne układy jakie zastosowałem i wiem co do czego służy. Poza 74LS393 ale chyba się domyślam do czego i on tu jest? Pobierane było przerwanie od odświeżania pamięci z 8253 o częstotliwości, z tego co pamiętam 1.19MHz lub podobnej. Ewentualnie sygnał z kwarcu 14.31818MHz. Służy to do generowania impulsów programujących 100us.
Podobne problemy miałem z odczytem i zapisem spowodowane kiepską jakością bufora 74HC244/245 i zbyt długą taśmą łączącą oba moduły programatora. Według mnie sprawa jest w ten sposób mocno przegrana. Masz zbyt długą linię sygnałową łączącą i strome sygnały z szyny ISA. Po prostu odbijają się w czasie transmisji. To powoduje interferencje i krzaki w tym co zapisujesz i odczytujesz. 74HC244/245 jest na takie coś najzwyczajniej lekko za słaby i nie ma szans na poprawną transmisję. Parę centymetrów między gniazdami ISA to tak ale nie coś takiego!
Zapewne dlatego zrobiłem to na LPT i w oprogramowaniu dodałem pętlę do zliczania impulsów z przerwań. Dasz wiarę bądź nie ale działało . A potem przerobiłem to jeszcze raz na UART z optoizolacją i mirokontroler jako sterowanie prostą logiką programatora. Nie było to trudne gdyż wystarczyło nieco rozbudować program zwykłego terminala na mikrokontroler by cieszyć się pod różnymi systemami. Terminal znakowy jest niedocenianą a bardzo rozpowszechnioną i uniwersalną aplikacją. A to co będzie na nim wyświetlane zależy od tego co umieścimy w mikrokontrolerze jako program interfejsu z użytkownikiem.
Programator EPROM ma maksymalnie 5 typowych algorytmów do ich programowania. A jak to nie wystarczy, można wprowadzić opcję do ręcznego predefiniowana z pomocą terminala napięć koniecznych do poprawnego zapisu w EPROM.

Starałem się jak mogę pomóc na podstawie tego co robiłem. Jak będą potrzebne dane dotyczące starych układów to przekopię archiwa i wydobędę co tam jest.
Rozumiem przyczyny, dla których tak to chcesz zrobić. Budując od zera zawsze zostaje trochę odpadu i jak trzeba coś zmienić i inaczej ulepić to jest z czego.
Dobrze, że sprawdziłeś jakość linii transmisyjnych, czyli możemy to wykluczyć.
Do meritum, akurat miałem problem z SN74LS244 i po wymianie na inny problem ustąpił. Nie sugeruj się tym specjalnie.
Sprawdź miernikiem na kości pamięci jakie jest napięcie w czasie odczytu? Niektóre programatory miały podwyższone napięcie zasilania także w czasie odczytu np. 5.25V/6.25V i niektóre pamięci miały z tym problem. Tolerancją tych napięć. Podobnie jak ze sporą różnicą między Vcc a wyprowadzeniem Vpp. W trybie odczytu nie powinno być potencjału wyższego od Vcc na pozostałych wyprowadzeniach. Jak rozreguluje się napięcia zasilania to w pierwszej kolejności będziesz miał krzaki. Sprawdź elektrolity i zgodność napięć wyjściowych z przetwornic podwyższających.
Napisałeś, że krzaki są zarówno przy programowaniu jak i odczycie weryfikacji. Nie spodziewaj się, że w trybie programowania wymogi są mniej restrykcyjne.
Ten programator samoistnie identyfikuje pamięć poprzez ID producenta i numer, typ pamięci? To działa poprawnie? Do odczytania tego też jest konieczne podanie podwyższonych napięć.
Można równolegle do linii danych podłączyć z EPROM-em analizator stanów logicznych i sprawdzić odczytując pamięć zaprogramowaną stałą wartością czy na podstawce jest to samo. Wiekowe podstawki ZIF także bywają przyczyną kłopotów.

Masz takie same problemy z pamięciami szybkimi i wolnymi czyli 100ns i 250ns, CMOS i NMOS, 27128/256 i 27512? Może jest schemat, który nas naprowadzi na źródło problemu?

Programujesz fabrycznie nowe pamięci Atmela z wyłączonym Software Data Protection? Programator potrafi sobie od strony oprogramowania z tym poradzić?
Krzaki wypadają w przypadkowych miejscach czy są adresowo powtarzalne co może wskazywać na uszkodzenie jednej z linii adresowych?