Nie będę się tutaj sprzeczał,  bo po prostu się za mało na tym znam, ale sądziłem naiwnie że to nie musi być dokładnie 253,7 nm aby EPROM mógł zostać skasowany... sprawdziłem jednak notę katalogową od świetlówki UV-C którą stosuje (seria Philips TVU) i faktycznie podają że większość emisji następuje w na 253,7nm (jakieś 4.9W mocy jest wypromieniowane na tej długości fali). Moja wiedza w tej kwestii jest zbyt ogólna i zbyt mało precyzyjna abym rozumiał dlaczego długość fali musi być aż tak precyzyjne dobrana.

Ja kiedyś też próbowałem LED'y UV, ale z żadnym skutkiem nawet po kilku dniach. EPROMY wymagają długości fali z zakresu UV-C. Wydaje mi się, że ta gra jest nie warta świeczki nawet jak się znajdzie LEDA, który świeci w minimalnym zakresie spectrum zahaczającym o długości fali, które odpowiadają za wykasowywanie pamięci. Ja używam świetlówki UV wymontowanej z lampy używanej w akwarystyce (takiej bakteriobójczej). Zamknąłem ją w skrzynkę i kasuje jak głupia. Zastanawiam się czasem czy nie za szybko, bo 2 minuty i EPROM czysty.

Seban, jestem pod wrażeniem Twojej pracy.  Ponieważ w moich zbiorach posiadam również cart  podpisany przez kogoś o nicku "SHOGUN", wiec go tutaj zaprezentuje. Cart ma to samo  PCB jak prezentowany przez Ciebie. Różni sie rozmiarem pamięci eprom (27256) ma dwa TTL-e 7400 i 7438, dwa przełączniki i troche połączeń drutem w powietrzu na tzw. pająka. Aha, i ładną naklejke. Podejrzewam, że została naklejona już przez nabywcę.
Zawartości pamięci EPROM w pliku nie posiadam. Załączam fotki. Screenshoty powinny być cztery, ale screenshot-1 pojawia mi sie dwa razy, różni sie tylko  delikatnie kolorem. A moze ja nie umiałem go uruchomić przez kombinacje przełączania tymi przełącznikami.

Następny cart, ale tym razem to niejako formalność i być może trochę nowsza wersja/rewizja carta który był już opisywany przeze mnie w tym wątku: Blizzard Turbo - ponownie. W owym wątku można przeczytać o carcie dla blizzarda o nazwie "Phoenix 1.0". W tym wątku również przedstawię ten cart, jednak w wersji która znajduje się w kolekcji uicr0bee. Oprogramowanie zawarte w carcie prezentuje się tak:

Dlaczego przedstawiam ten cart ponownie, skoro już był opisany w dużo wcześniejszym wątku? I do tego dlaczego nadaję mu inny numer (1.0a) wersji?

Po dokonaniu zrzutu zawartości EPROM porównałem ją ze starą wersją celem weryfikacji czy poprzedni "zrzut"  był na pewno dobry... okazało się że są różnice... obawiałem się że któryś obraz może być uszkodzony... jednak szybki rzut okiem pozwolił stwierdzić iż różnicę występują tylko i wyłączne w napisach zawartych w dwóch microloader-ach. Ani jeden bajt kodu się nie różni.

W stosunku do wersji 1.0a, to w wersji 1.0 widać różnice w napisach w w Microloader 1.0 oraz Microloader 2.0:

I można się dowiedzieć również że KNS i ATARES to chyba ta sama firma, ponieważ jak widać na załączonym obrazku możemy zobaczyć tam: KNS "ATARES". Coż w takim razie znaczy skrót KNS? ;)

Dodatkowo wersja cartridge od uicr0bee, miała włożony dwa razy większy EPROM (27C256 zamiast 27C128)... jednak najbardziej znaczącą linię adresową (A14) miała na stałe przypiętą do +5V (EPROM 27C128 ma na tym pinie sygnał VPP, który tez powinien być podłączony do +5V przy normalnej pracy pamięci). Postanowiłem sprawdzić jednak co znajduje się drugiej niewykorzystanej połówce  połówce EPROM... ciekawość nie dawała mi spokoju... więc odczytałem cały EPROM ... okazało się że EPROM zawiera dwie identyczne kopie oprogramowania :) Tym razem żadnych niespodzianek ani ukrytych ciekawostek :)

Jednak ze względu na różnicę w napisach, oraz to że cart wydaje się nowszy... (zastosowana większa pamięć, zapewne nie były już wtedy łatwo dostępne 27C128 lub producent ujednolicał/unifikował listę komponentów a różnica w cenie była niewielka to zdecydował się na stosowane jednakowych pamięci 27C256. Płytkę drukowaną miał przystosowaną do obu typów pamięci (poprzez zworki i mostki które można naciąć aby przerwać dane połączenie w zależności od potrzeb konfiguracyjnych) ... postanowił opublikować również i tę wersję carta, dodając do jej oznaczenia literkę "a" na końcu, zatem kontynuując już standardową procedurę:

1) zawartość pamięci EPROM:

- dla pamięci EPROM 27C128 o rozmiarze 16K: atares_phoenix_1.0a_(27C128).bin.7z
- dla pamięci EPROM 27C128 o rozmiarze 32K: atares_phoenix_1.0a_(27C256).bin.7z

Plik dla pamięci 27C256 to nic innego jak powielony dwa razy i plik dla pamięci 27C128. Normalnie wystarczyłoby zaprogramować tylko górną połówkę pamięci 27C256 zawartością pliku dla pamięci 27C128, ale skoro producent carta zrobił dwie kopie to zachowując zgodność z oryginałem też tak czynię.

atares_phoenix_1.0a_(27C128).bin:

MD5   : 32bd6793588fdc858485a1fd755bedc8
SHA256: 058c7ec6c59a4f2082c83d9616ba7b8c6379c22b66013d979004cbc4fb051ace

atares_phoenix_1.0a_(27C256).bin:

MD5   : 6d61b9641b8351fadc27b43882c5af05
SHA256: 761aa1237b062c338f4358152e5dacaee438beb080ade4ea329354e0bba93921

2) wersja XEX dająca się uruchomić spod DOS-a lub dowolnego loadera plików binarnych: atares_phoenix_1.0a.xex.zip

3) Schemat: wektor (PDF), raster color (PNG), raster grayscale (PNG).

Jest to typowy 16KB cartridge mapowany w obszar $8000-$BFFF, beż żadnego przełączania banków, za to z możliwością odłączenia go na drodze programowej poprzez dowolne odwołanie do obszaru $D500-$D5FF. To właśnie z bramek U2A i U2B zbudowano przerzutnik realizujący tę funkcję. Z bramek U2C, U2D zbudowano układ którzy aktywuje sygnał Chip Enable (~CE) pamięci EPROM w chwili gdy zostanie wykrywa aktywność w obszarze $8000-$9FFF (sygnał ~S4) lub w obszarze $A000-$BFFF. Dodatkowo sprawdzany jest sygnał R/~W... i aktywacja pamięci EPROM nastąpi tylko i wyłącznie gdy CPU będzie dokonywał odczytu.

I tu jedna drobna uwaga... to jeden z niewielu cartów z tamtych czasów, który uwzględnia sygnał R/~W... w przypadku większości do tej pory zaprezentowanych tutaj cartów, sygnał R/~W był ignorowany i można było próbować dokonać zapisu do pamięci EPROM (oczywiście nieudanego) a jedyny w ten sposób osiągnięty efekt to kolizja na szynie danych (CPU wystawiało swoje informacje, pamięć EPROM swoje). Ale jak widać po poprzednich rozwiązaniach oszczędzano każdą bramkę i zakładano że nikt nie będzie pisał w obszarze carta gdy ten włączony (aktywny sygnał RD4,RD5).

cart prezentuje się tak:

PCB góra:

PCB spód:

spoko-spoko, już jesteśmy umówieni na drugą paczkę ode mnie :) po zakończeniu tej partii.

Hej!

Sikor sądzę że ten człowiek sprzedał cart z zaprogramowaną zawartością którą mógł pobrać z tego wątku:

http://www.atari.org.pl/forum/viewtopic.php?id=5841

podkreślam że mógł bo wcale nie musiał, nie jeden KNS BIG zapewne na świecie ;) Natomiast ten produkt to na pewno nowoczesna replika.

Pytanie które pojawia mi się w głowie, to to jaką wersją był zaprogramowany EPROM w tym carcie... jeżeli była zaprogramowana wersją "oryginalną", bez patcha od FUJI-ego to ta wersja nie działała poprawnie, bo na tej płytce z arch. allegro nie widzę sprzętowego mech. zabezpieczającego występującego oryginalnie w KNS BIG 2.0, natomiast jeżeli cart był zaprogramowany wersją z patch-em to działał poprawnie.

Szczegóły co i jak nie działało, oraz dlaczego nie działało są wątku, zaktualizowałem go niedawno o kilka odnośników i poprawione wersje plików.

UWAGA!!! Achtung! внимание! Attention! Panowie! Informacja dla zainteresowanych cartem Turbo Toolbox II, o którym pisałem w tym poście. Odwaliłem tam niezłą kichę związaną z błędną zawartością pliku w wersji oryginalnej. Dzięki koledze JLS z tego forum, sprawę udało się rozwikłać a błąd usunąć... szczegóły w oryginalnym poście.

Dla zainteresowanych tym jak mogło dojść do zamiany banków śpieszę z wyjaśnieniem; gdy dostaję do cartridge do archiwizacji i jest on zupełnie sprawny i nie wymaga naprawy, poprawek czy modyfikacji, to nigdy nie ingeruję w jego płytkę, tzn. nie wylutowuję EPROM-a aby go zgrać, ponieważ chcę zachować stan oryginalny płytki, etc. Wyznaję zasadę minimalnej ingerencji w powierzony do analiz materiał. Tak cart zgrywam wkładając go do Atari i używając systemu QMEG, ręcznie przełączam kolejne banki i dokonuje zapisu na dyskietkę (w tym wypadku wirtualną, używam AspeQT) używając do tego celu komendy wbudowanej w MLM (monitor pamięci w QMEG).

W tym wypadku gdy zgłosił się do mnie JLS i opisał problem, bałem się że zrobiłem jakiś błąd na schemacie, ale ponieważ wersja pliku przeorganizowana dla Blizzard32K działała, coś innego musiało być na rzeczy... no i było... patrząc na własny schemat pomyliłem linie A13 i A14 i przez to jak składałem wynikowy plik, to banki o adresach "01" i "10" zostały zamienione... (założyłem domyślnie że ~Q4=A14 a nie ~Q3=A13... a tymczasem jest odwrotnie :P, co ciekawe na schemacie błędu nie popełniłem... a zrobiłem go tylko generując plik wynikowy). Wszystko w poście o Turbo Toolbox II zostało już poprawione i zaktualizowane, oczywiście wcześniej poprawkę JLS sprawdził na swojej replice carta i działa ona OK! :)

Za poświęcony czas i pracę wykonane nad repliką carta, WIELKIE dzięki dla JLS raz jeszcze! :D

Jestem tu z wami, ale nie wiem co mam wiedzieć?

Dokładnie jak piszesz, wsad był z twojego wątku, tyle że zamiast RR wstawiłem jeszcze jedno turbo, gry mam na kasatach, dyskietkach i innych kartach ;)

Wersja pliku jest przed modyfikacjami, ale kart sprzętowo odpowiada oryginałowi.
Jako, że na linię D6 potrzebny jest "open collector", a bramki są HCT00 zastosowałem diodę.
Kart działa, bo mam i go używam, do wgrywania/kopiowania więc jest OK.
W TURBO DOS'ie by KNS działa polecenie "RUN 8000" więc...
Dodatkowo sprawdziłem go twoim "DATA BUS ANALYZER" i wystawia na pozycji #6 - "0" i "s".
Nie wiem kto kupił ode mnie tego z aukcji, ale mam nadzieję, że jak tu kiedyś zajrzy to będzie spokojniejszy ;)
Pozdrawiam
Andrzej

A może zrobić partię replik tych kartridży różnych?

ii... zasilacz do stacji! :-)