1 Ostatnio edytowany przez gkd_82 (2022-05-11 09:48:00)

Witam wszystkich forumowiczów i miłośników Atari

Na wstępie chciałbym zaznaczyć, że jest to mój pierwszy post na tym forum.

Nadmieniam, że z wykształcenia nie jestem ani elektronikiem, ani elektrykiem ani informatykiem, jedynie hobbystą i samoukiem w tych dziedzinach. Krótko o sobie: za młodu posiadałem wraz z braćmi klona Atari 2600, czyli tak zwanego "Rambo" i służył nam przez jakiś czas. (Po złamaniu wolantów w tandetnych joy-ach, rozbieraliśmy je i grało się na samych blaszkach. Palce bolały ale fun był). Po wielu latach sentyment powrócił i obecnie jestem posiadaczem sprawnego Atari 2600 JR (NTSC), 130XE, płyty 800XL oraz płyty 65XE (bez ECI). 130XE dostałem od brata (kolekcjonera sprzętu retro swoją drogą) uszkodzony (uruchamiał się ale czarny obraz), a dwie płyty kupiłem jako uszkodzone (jako dawcy części). Z racji pracy w serwisie pomiarowego sprzętu elektronicznego, obycia z lutownicą i zachęcony kanałami na Youtube (Daniel Rakowiecki, Adrian's Digital Basement, 8-Bit Guy, Retro Recipies, Robert Noel's RetroLab, My Mate Venice) podjąłem się próby naprawy tych sprzętów i się udało. Wszystko działa, choć brakuje mi dwóch układów (Sally (tak wiem, można go zastąpić innym klasy 6502 produkowanym nawet obecnie przez płytkę pośredniczącą z dodatkowymi układami logicznymi dodającymi instrukcję HALT - The Byte Attic) i ANTIC-a w wersji PAL (tego na razie chyba jeszcze nie da się zastąpić)) aby skompletować wszystko. W międzyczasie (niechwaląc się) jeszcze naprawiłem kompletnego 800XL NTSC od znajomego.

Można by się zapytać co było uszkodzone w tych komputerach? W 130XE: brak Sally-ego i Antic-a, brak membrany klawiatury, braki kilku kondensatorów, uszkodzone 3 ścieżki i jeden rezystor, brak obu metalowych ekranów płyty, brak metalowego ekranu modulatora. W płycie 800XL: uszkodzona jedna kości pamięci ("legendarne" MT) bo przed naprawą był automatyczny "self test" pamięci kończony niepowodzeniem. W płycie 65XE: uszkodzone dwie kości pamięci Samsung, bo przed naprawą był automatyczny "self test" pamięci kończony niepowodzeniem. W 800XL od znajomego: uszkodzone 4 kości pamięci ("legendarne" MT) bo przed naprawą był automatyczny "self test" pamięci kończony niepowodzeniem i brak jednego klawisza ("4").

Zachęcony tymi sukcesami podjąłem się próby naprawy uszkodzonych kartridży. Wpadły mi w ręce Frogger, GORF i Demon Attack, którego jeszcze nie badałem. O ile Froggera (który był po zalaniu) rozebrać było trudno bo obudowa klejona (a nie skręcana) więc pracowałem ze skalpelem i szpatułą dentystyczną około godziny tak aby dało się to ponownie ładnie skleić, to naprawić było łatwo bo wystarczyło odlutować kość Mask ROM, oczyścić, odnowić zjedzone ścieżki,wymienić kondensator, wlutować podstawki DIL24 i gotowe, bo kość okazała się być sprawna. Natomiast z GORF-em (jak dotąd) brak oczekiwanego rezultatu. I tutaj przechodzę do sedna sprawy.

Uszkodzenie polega na tym, że po zamontowaniu kartridża w komputerze i jego uruchomieniu jest wyświetlany czarny obraz na ekranie telewizora. Zaznaczam, że nie wciskam żadnego klawisza podczas uruchamiania, bo Frogger tego nie wymaga. Oczywiście styki karta czyściłem IPĄ, aby połączenie ze slotem było poprawne.

Ten kartridż wygląda następująco. Widok obudowy od przodu: przód, widok obudowy od góry: góra
czyli "Left Cartridge" jak slot w znakomitej większości komputerów Atari 8 bit.

Po rozmontowaniu, płytka kartridża wyglądała następująco: PCB. Jak widać nic skomplikowanego, dwie kości M5L2732K (bo cała gra zajmuje oszałamiające 8K) i jeden hex inwerter (LS7404N). Na płytce nie widać było żadnych uszkodzeń, zalań czy "upaleń". Czyściutka i ładniutka jak z fabryki. Przedzwoniłem miernikiem wszystkie ścieżki (w teście zamknięcia obwodu) i nie było żadnych przerwań. Wykonałem również test diody dla wszystkich układów przykładając "bagietę" plus na nóżkach GND, a "bagietę" minus na pozostałych i dla każdej jednej był spadek napięcia o około pół volta.

Następnym krokiem było odlutowanie wszystkich układów, wlutowanie podstawek i dodanie kondensatora 100nF (jak na płytce Frogger-a). Widok płytki z jednej strony po moich zabiegach PCB jedna strona oraz z drugiej strony PCB druga strona. Nawet pokusiłem się o wykonanie schematu PCB (przepraszam za niekształtoność, od ręki wykonane) PCB schemat. Zakupiwszy nowy układ LS zamontowałem wszystko na powrót na płytce i dokonałem testu i niestety znów czarny obraz.

Z racji posiadania w serwisie programatora epromów (SEPROG v.2.07 WG Electronics), który obsługuje kości z tej płytki "zdumpowałem" je. Korzystałem z softu wSeprog dostosowanego do pracy pod "normalnym" Windowsem dostępnego na elektrodzie, ale również z oryginalnego "dosowego" softu SEPROG, który można uruchomić pod Windowsem 98. Porównałem (w programie HxD) z dobrym "dumpem" dostępnym na innej znanej polskiej stronie internetowej związanym z Atari tutaj i mogę powiedzieć: kompletny "garbage" z "dumpów".

Cóż pozostało? Wypalić epromy od nowa. Z racji braku kasownika UVC zakupiłem nowe kości pamięci u2732cc dokładnie te. Na pierwszy rzut oka (w datasheet) wydają się być kompatybilne (pin do pinu), choć z niemieckim opisem do tych nowych to niestety sobie nie radę zbyt dobrze. Za naradą jednego z aktywnych bywalców niniejszego forum podzieliłem plik w HxD ma pół (bez "byte swapów", "word splitów" czy "byte splitów") i obie połówki wypaliłem na nowych kościach bez żadnych offsetów. Po sprawdzeniu poprawności programowania kości, zamontowałem je na płytce z nowym hex inwerterem i rezultat niestety taki sam jak poprzednio, czyli czarny obraz.

Cóż mi pozostało? Poprosić szanownych forumowiczów o poradę. Być może popełniłem błąd wybierając konkretnie te nowe kości bo nie są kompatybilne (na pewno są odrobinę szybsze od oryginalnie zamontowanych)? Być może popełniłem błąd w dzieleniu romu na dwie części, tak aby mapowanie pamięci z dwóch kości odbywało się płynnie tworząc jeden obszar o sumarycznej pojemności dwóch kości. Być może dobrze podzieliłem plik ale źle go wypaliłem, bo powinienem zastosować jakiś offset?

Moim celem jest naprawienie oryginalnej płytki, tak jak to było zaprojektowane i na pewno kiedyś działało. Wiem, że można kupić od Sikora nową płytkę z nowymi gratami i zaprogramować. Wiem również że można zastosować eprom 2764 zamontować w podstawce dodać kilka "bajpasów" jak tutaj. Niemniej jednak w dalszym ciągu wolałbym przywrócić "swego rodzaju oryginalność" bez zmieniania ścieżek.

Pozdrawiam, i mam nadzieję że ktoś to przeczyta naprowadzi na rozwiązanie.

2 Ostatnio edytowany przez seban (2022-04-27 18:22:40)

Cześć!

Witamy nowego forumowicza! Jakże miło czytać takie posty... fajnie że chce Ci się przywracać do życia ten sprzęt! Gratuluję samozaparcia i wytrwałości przy wykonywaniu masy mozolnej pracy! Tak trzymaj! Fajnie gdy ktoś nowy pojawia się w tym naszym małym i już kurczącym się świecie :)

Na początek chciałem powiedzieć że zrobiłeś super dokładny opis, masa zdjęć i informacji! Szacunek za włożoną pracę!

Żeby jednak nie przedłużać to wydaje mi się że głównym problemem jest plik którym zaprogramowałeś EPROM, nie patrzyłem jeszcze na organizację carta... ale sama nazwa pliku sugeruje problemy, a mianowicie użyłeś pliku o nazwie:

Gorf (1982)(Roklan)(US)[!][req OSb]

Co sugeruje że ten "wsad" wymaga Atari 800/400 do pracy ponieważ wymaga systemu OS-B. W Twoim Atari jest nowszy OS, tzn. XL-OS.

Sprawdziłem ten plik pod emulatorem, faktycznie gdy mamy włączony XL-OS, gra nie startuje i mamy czarny ekran, jednak gdy przełączy się emulator na OS-B, gra startuje, więc zachowanie które obserwujesz jest jakby normalne z tą wersją pliku którą zaprogramowałeś do EPROM-y.

Rozwiązanie? Albo trzeba poszukać gry w wersji dla XL-OS (o ile istnieje) albo próbować patchować to co jest dostępne. Prawdę mówiąc nie wiem ile czasu zajęłoby analizowanie co tej grze przeszkadza w uruchomieniu się na XL-OS, być może jest to jakaś pierdoła i poprawka byłaby niewielka, a być może gra wykorzystuje jakieś mechanizmy dostępne tylko w OS-B.  Rzucę okiem jak znajdę chwilę czasu, ale nic nie mogę obiecać.

Zapewne ten cart teraz w stanie w którym go masz ruszy bez problemu w Atari 400/800.

Na AtariMania, też piszą że gra wymaga OS-B: Gorf

3 Ostatnio edytowany przez seban (2022-04-28 09:33:12)

Hej!

Zajrzałem w kod gry... głównym problemem tą wersją 8KB Cartridge jest to że gra próbuje wykorzystać cały dostępny RAM od samego dołu a więc strony $200, $300,$400,$500,$600,$700 są wykorzystane przez grę na własne potrzeby. W przypadku XL-OS problemem jest wymazywanie przez grę trzeciej strony pamięci ($300), dokładniej chodzi o lokację $3FA (GINTLK) która w przypadku XL-OS zawiera informacje o stanie cartridge. Jeżeli ta zawartość tej komórki nie będzie równa wartości TRIG3 ($D013) system natychmiast przejdzie w pętlę nieskończoną [$C0DF: JMP $C0DF].

Patchowanie tej wersji mija się z celem, szczególnie że te 8K "obrazu" gry jest zapełnione w całości, w dodatku gra jest nie dość że jest zabezpieczona prostym kluczem szyfrującym (XOR), to jeszcze do kompletu jest skompresowana (lub po prostu ma oprócz XOR dodatkowo jakieś manipulacja bitowe zastosowane) i po uruchomieniu dokonuje dekompresji (lub deszyfrowania) w obszar RAM od $2000. Jakakolwiek  zmiana w zawartości gry wymuszałaby masę roboty. Nie ma więc większego sensu próba przystosowania tej wersji gry do współpracy z XL-OS, szczególnie że istnieje wersja plikowa działająca na maszynach z serii XE/XL.

4 Ostatnio edytowany przez gkd_82 (2022-05-13 08:52:35)

Miło wiedzieć, że kogoś zainteresował mój post.

Co do mojej pracy i odpowiedzi użytkownika niniejszego forum przedstawiającym się nickiem seban. Tak zgadza się, właśnie tym plikiem (podzielonym uprzednio na pół) zaprogramowałem epromy. Zauważyłem oczywiście przy nim adnotację sugerującą, że wymaga "OSb", ale

"HEY, WAIT A MINUTE"

żeby nie było o wiele wcześniej (przed wypalaniem epromów, wylutowywałem starych) pobrałem z internetów najnowszą wersję emulatora Altirra v4 i próbowałem odpalić właśnie ten konkretny ROM OS-B i bez problemu (nie pobierałem żadnych OS romów i BASIC romów) mi odpalała gra dla ustawień kompatybilności z XL/XE. Może używam niewłaściwego emulatora?

Offtop: Chociaż z romem karta "Demon Attack" Altirra nie działała, albo inaczej rom karta "Demon Attack" nie działał na emulatorze Altirra, do czasu jak podgrałem OS-B rom i BASIC C rom. W międzyczasie znalazłem "spaczowany" rom również tej gry i na emulatorze Altirra dla kompatybilności z XL/XE juz odpalało bez problemu. No ale rozmiar romu spuchł z oszałamających 4K do niebotycznych 8K.

I nagle mnie olśniło...

YES!!!!!

Przeanalizowawszy odpowiedź sebana zacząłem odrobinę grzebać w internetach i oto co znalazłem dzisiaj rano.

Teraz pojawia się drobny problem bo tam jest rom (ponoć, jeszcze nie testowałem) kompatybilny z OS-B i XL-OS, ale spuchł znów z oszałamiających 8K do niebotycznych 16K, choć są tam na końcu wątku jeszcze wersje "spaczowane" o rozmiarze 8K, ale ich również jeszcze nie testowałem. Do tego muszę posiadać kasownik UV-C do epromów (a niestety nie mam).

Pozdrawiam

5

Na allegro taki kasownik EPROM to koszt ok.100PLN. (kasownik EPROM, eraser EPROM)
Jak zamierzasz więcej poeksperymentować, warto zainwestować.

6 Ostatnio edytowany przez seban (2022-04-28 10:12:35)

Hej!

No uzywając Altirra czy Atari800 (linux) ten gorf z AoL czy Atarimania nie odpala na XL-OS, ale po przełączeniu się na OS-B, działa (trzeba chwilę poczekać bo dekompresja trwa nieco).

Natomiast w wątku który znalazłeś to widzę że się ludziom chciało nad tym przysiąść... i wersja 8K z tego postu: Gorf 8K - patched - Działa bez problemu pod emu na XL-OS jako cart 8K.

gkd_82 napisał/a:

żeby nie było o wiele wcześniej (przed wypalaniem epromów, wylutowywałem starych) pobrałem z internetów najnowszą wersję emulatora Altirra v4 i próbowałem odpalić właśnie ten konkretny ROM OS-B i bez problemu (nie pobierałem żadnych OS romów i BASIC romów) mi odpalała gra dla ustawień kompatybilności z XL/XE. Może używam niewłaściwego emulatora?

Jeżeli nie ściągnąłeś żadnych ROM-ów, tylko odpaliłeś emulator bez tego to emulator (Altrirra) użył wbudowanego własnego Altirra OS-ROM, który to nie porównuje zawartości $3FA z $D013 i w wypadku niezgodności nie wpada w pętlę nieskończoną tak jak to czyni oryginalny XL-OS. Ale gdy tylko emulatorowi podrzucisz oryginalny XL-OS i wybierzesz w konfiguracji (Firmware) aby go używał, to GORF przestanie się uruchamiać i będzie "wisiał" na czarnym ekranie.

EDIT: "... że też chciało się ludziom nad tym przysiąść ...", rzuciłem szybko okiem na przeróbki... człowiek wykonujący patch rozpakował oryginalną grę, dokonał poprawek, ale spakował już ponownie innym programem kompresującym (użył exomizera) przyznaję że ja chciałem się zabrać za odtworzenie oryginalnej procedury kompresującej, tak aby można było użyć oryginalnej procedury dekompresującej,  i to mnie zniechęciło :D uznałem to za zbyt czasochłonne  zajęcie :D

7 Ostatnio edytowany przez gkd_82 (2022-04-28 14:21:52)

Witam. Dziękuję za odpowiedź

Istotnie "spaczowana" wersja "kartridżowa" gry Gorf o rozmiarze 8K (jak oryginał) dostępna pod tym linkiem po załadowaniu do emulatora Altirra z XL OS rom v.2 (i Basic rom v.C) odpala poprawnie.

Rozumiem, że po podzieleniu tego "spaczowanego" romu na pół (bez "byte swapów", "word splitów" czy "byte splitów") i zaprogramowanie epromów od nowa normalnie (bez offsetów) powinno spowodować, że po ich zamontowaniu do płytki kartridża gra powinna odpalić się w kompie. Czy mam rację?

Teraz trochę offtop, ale już poruszany przeze mnie w tym wątku, więc pozwolę sobie "dalej ciągnąć temat".

Mianowicie chodzi mi o grę "Demon Attack", która podobnie jak GORF wymaga OS-B. Uważałem ją za niesprawną bo po zamontowaniu w 800XL czy 130XE, objaw był taki że (nie tak jak z GORF-em czarny obraz) pojawiał się niebieski ekran z białym kursorem (jakby normalnie uruchamiał się interpreter BASIC), ale za miast odpalić grę, lub pojawić się napis READY, ten niebieski ekran z białym kursorem "wisiał" i było słychać z głośników telewizora piszczenie.

Ponad 2 tygodnie temu, po odklejeniu etykiety, odkręceniu dwóch śrubek łączących obie części obudowy rozmontowałem karta. Płytka PCB karta wygląda z jednej strony tak, z drugiej zaś tak. Ma jak widać oryginalny mask rom, i oczywiście podjąłem próbę jego odlutowania (jeszcze nie skończyłem).

Teraz mądrzejszy ("bo człowiek uczy się całe życie, a i tak umiera głupi" - jak mawia mój teść) wiem, że kartridż najprawdopodobniej nie jest uszkodzony, bo skonfigurowałem Altirrę na XL-OS i oryginalny "niepaczowany" rom nie odpalał właściwie, zachowanie identyczne jak z rzeczywistym "nowszym" hardwarem (piszczący "wiszący" niebieski ekran z białym kursorem). Niestety nie posiadam Atari 800 / 400 więc nie mogłem sprawdzić poprawności na rzeczywistym "starym" (OS-B) hardware.

Teraz do czego zmierzam? Chciałbym, aby podobnie jak z GORF-em, móc odpalać karta na OS-B i OS-XL/XE. Oczywiście nadmieniałem, że znalazłem w internetach poprawioną wersję, która po moich testach na emulatorze Altirra z OS-B 16K Ram, jak i OS-XL/XE z 64K RAM uruchamia się. Dostępne są one tutaj (plik xex), oraz  tutaj (plik xex oraz rom). Więc teoretycznie wypalić już jest co. Ale...

Przede wszystkim wydaje mi się, że kość mask rom ma inny pinout niż kości eprom 2732, ale już kości eprom 2532 (w których jestem posiadaniu) już są chyba zgodne. Jedyne co to chyba trzeba będzie zrobić mod w postaci dodania hex inweretera do jednej nóżki, (ale nie jestem pewien bo tak naprawdę do końca nie rozumiem po co on jest potrzebny, czy chodzi o zmianę adresowania pamięci, czy chodzi o wspomaganie "udawania" ("mimic") mask romu jak to wyczytałem w internetach).

Finalnie jak widać na zdjęciach płytka PCB karta ma miejsce na jedną kość dip24, a rom oryginalnie zajmuje 4K. Natomiast "spaczowany" rom spuchł do 8K, ale XEX już niewiele (4K plus jakaś mała górka), ale chyba XEX-ea wypalić się nie da na epromach do kartu.

Teraz nachodzi mnie pytanie: Czy istnieje możliwość takiego "spaczowania" romu aby zajmował tyle co oryginał czyli 4K. Tak się udało z GORF-em bo na AtariAge ktoś najpierw utworzył "spaczowaną" wersję 16K (z oryginalnego 8K), ale udało się to upakować w 8K. Tutaj znajduje się wątek w dyskusji. Ja niestety "nie ogarniam tematu" więc może ktoś, być może seban byłby w stanie coś takiego wykonać. Jeżeli się nie da to trzeba będzie użyć dodatkowej płytki pośredniczącej, bajpasów, dwóch kości 2732 i hex inwertera, lub kości 2764 i bajpasy, albo o tego cuda, z bajpasami i prawdopodobnie z hex inwerterem, ale jak to "cudo" zaprogramować to wydaje mi się, że jest to zupełnie inna para kaloszy na inny wątek na tym czy innym forum.

Pozdrawiam.

8

Hej!

Wersja z Daemon Attack, z tego postu Rybags-a z Atari Age: Fixed Demon Attack ROM, z jakiegoś powodu została "rozdmuchana" do 8K, z tym że pierwsza połowa pliku (4 kB) zawierała zera, zatem po jej obcięciu do 4K udaje się ją uruchomić pod np. Altirra, gdy włączony jest XL-OS i wybierze się cartridge 4K . Dodaję tę wersją w załączniku.

Jeżeli wykonasz cart w ten sposób aby podłączone były tylko linie A0-A11 i cart bym mapowany w obszar $A000-$BFFF (użycie linii ~S5, RD5) załączony obraz będzie działał bez problemu.

Post's attachments

demon_fixed_4k.rom.zip 3.5 kb, liczba pobrań: 5 (od 2022-04-28) 

Tylko zalogowani mogą pobierać załączniki.

9 Ostatnio edytowany przez gkd_82 (2022-05-13 08:53:17)

Witam

Co do przesłanego piku:

THANK YOU!!!!!

Niestety ze względu, na to że nie zagłębiałem się w metody mapowania kartów w Atari, nie bardzo rozumiem zapisów z tymi adresami. Proszę najmocniej wybaczyć, ale na razie przemawia do mnie "co z czym połączyć". Niemniej jednak teraz zrobiło mi się trochę głupio i zamierzam się douczyć w tej dziedzinie.

Co do połączeń, domyślam się że odpowiednie nóżki epromu muszą być połączone z odpowiednimi stykami złącza krawędziowego karta, czyli S5 z CE (nóżką Chip Enable kości), a RD5 (zmostkowane fabrycznie z 5V) do nóżki Vcc kości? Pozostałe nóżki "linie adresowe i danych" połączyć z odpowiadającymi (pod względem oznaczeń) złącza krawędziowego. Pozostaje jeszcze kwestia nóżki OE/VPP epromu, czy ją zmostkować z masą czy zostawić wolną?

Czy w ten sposób żaden hex inwerter nie będzie potrzebny?

Pozdrawiam.

10

hej!

Nie masz za co przepraszać, bo to ja napisałem dość ogólnie, zapewne zbyt ogólnie, a wynika to z tego że niestety  ponieważ nie znam pinout-u tej pamięci MASK-ROM która siedzi/siedziała w tym carcie oryginalnie. Rozumiem że chcesz ją czymś zastąpić i to w taki sposób aby wykonać jak najmniejszą ilość modyfikacji?

11

Witam

seban napisał/a:

niestety  ponieważ nie znam pinout-u tej pamięci MASK-ROM która siedzi/siedziała w tym carcie oryginalnie.

Jutro postaram się odlutować i narysować schemat.

seban napisał/a:

Rozumiem że chcesz ją czymś zastąpić i to w taki sposób aby wykonać jak najmniejszą ilość modyfikacji?

Tak, właśnie mam taki zamiar. Wychodzi, że będzie to 2732, bądź najpewniej 2532, bo domniemywam że będzie "pinout match".

Co do zaprogramowania kości 2532 to trzeba dbędzie jeszcze wykonać odpowiedni adapter do programatora, bo 3 nóżki nie będą pasować. Ale to tez kolejna inna para kaloszy...

Pozdrawiam.

12 Ostatnio edytowany przez gkd_82 (2022-05-13 09:09:19)

Witam.

Ten wpis będzie humorystyczny, ale jak najbardziej dotyczący tematu w niniejszym wątku. Drodzy administratorzy proszę mnie nie banować.

Zenon/Dial napisał/a:

Na allegro taki kasownik EPROM to koszt ok.100PLN. (kasownik EPROM, eraser EPROM)
Jak zamierzasz więcej poeksperymentować, warto zainwestować.

Wczoraj zagaiłem rozmowę z jednym z szefów-wspólników (z kierownikiem serwisu) odnośnie epromów i ich kasowania, o tym że przydałby mi się kasownik.... Na to on do mnie, że był kiedyś w firmie takowy (to jeszcze przed moimi czasami w firmie, a pracuję już tam 14 lat). Moja reakcja była dosłownie następująca:

WAIT WHAT?

Podekscytowany przeszukałem cały serwis, ale nie znalazłem. Z opisu jegomościa wynikało, że to takie niewielkie czarne pudełko, miało uchylne drzwiczki, mieściły się tylko maksymalnie 3 epromy, działało (oczywiście) tylko jak drzwiczki były zamknięte. Pytam się czy może ustawiało się czas pracy? Na to on, że samo się wyłączało po jakimś czasie. OK niech będzie. Z lekkim zawodem wróciłem do domu nie znajdując kasownika.

Przed położeniem się spać nagle mnie olśniło... Przypomniałem sobie (zaćmienie "pocovidowe" jeszcze nie jest zbyt silne), że każdego roku podczas wykonywania remanentu, jak również biorąc potrzebne (mniej określone) przedmioty zaglądałem nieczęsto do jednej z szaf z "magazynku". Tam w kąciku leżało takie ciekawe czarne pudełko, które było zgodne z opisem szefa-kierownika serwisu co do rzeczonego kasownika. Rano w po przyjechaniu do firmy, od razu zajrzałem do tej (ciekawej) szafy. I moja reakcja na to co zobaczyłem była następująca:

O JA CIE...

Już wiedziałem, że będzie dobrze. Będę mógł kasować epromy. Te znalezione urządzenie, to "PSION ORGANIZER II DATAPACK FORMATTER". Zdjęcia są dostępne tutaj: zdjęcie 1, zdjęcie 2 i zdjęcie 3.

Oczywiście zdemontowałem obudowę aby sprawdzić co jest w środku. Okazało się, że jest świetlówka / żarnik niemieckiej produkcji o mocy 3 lub 4 Wat (przepraszam, nie zapamiętałem dokładnie, te emocje...). Na szybko bez epromów i założonej obudowy na 2 sekundy włączyłem "ustrojstwo" aby zobaczyć czy żarnik świeci, i świecił. Założywszy obudowę na swoje miejsce podjąłem się próby wykasowania epromów. Istotnie po czasie opisanym na obudowie (około 35 minut) od umieszczenia kości we wnętrzu kasownika, urządzenie się wyłączyło. Wykonałem test "blank check" programatorem i były wykasowane.

Teraz jak to ujął

Zenon/Dial napisał/a:

Jak zamierzasz więcej poeksperymentować, warto zainwestować.

będę mógł dalej poeksperymentować...

Pozdrawiam.

13

Hej!

gkd_82 napisał/a:

Założywszy obudowę na swoje miejsce podjąłem się próby wykasowania epromów. Istotnie po czasie opisanym na obudowie (około 35 minut) od umieszczenia kości w we wnętrzu kasownika, urządzenie się wyłączyło. Wykonałem test "blank check" programatorem i były wykasowane.


Myślę że te EPROM-y były wykasowane o wiele wcześniej. Następnym razem przerwij kasowanie po 5 minutach, przy mocy świetlówki 4W tyle powinno im wystarczyć. Te 35 minut to zdecydowanie za dużo :) Oczywiście nic im się nie stało, ale tak długa ekspozycja na UVC (uwaga na oczy!) wydaje się zdecydowaną przesadą :)

14 Ostatnio edytowany przez gkd_82 (2022-05-13 08:55:02)

Witam.

Posiadając już kasownik epromów (post wcześniejszy), mogłem wykasować stare (oryginalnie zamontowane w tym karcie) kości (ze śmieciami) jak i nowe, które zaprogramowałem używając romu oryginalnego wymagającego OS-B. O ile stare kości wykasowały się bez problemu, to jedna z nowych miała jedną jedyną komórkę niewykasowaną więc dla tej konkretnej kości procedura kasowania została powtórzona.

seban napisał/a:

Natomiast w wątku który znalazłeś to widzę że się ludziom chciało nad tym przysiąść... i wersja 8K z tego postu: Gorf 8K - patched - Działa bez problemu pod emu na XL-OS jako cart 8K.

Posiadając powyższy "spaczowany" rom GORF-a, podzieliłem go w HxD na pół (bez "byte swapów", "word splitów" czy "byte splitów") i wypaliłem (bez offsetów) na uprzednio wykasowanych nowych epromach. Po zamontowaniu ich w karcie wykonałem test (z nowym, jak i starym oryginalnie wlutowanym przed moimi operacjami hex inwerterem) na moim Atari 130XE. Rezultat jest taki.

Bardzo się cieszę!

Pozdrawiam.

15

Witam.

Co do karta Demon Attack...

seban napisał/a:

wynika to z tego że niestety  ponieważ nie znam pinout-u tej pamięci MASK-ROM która siedzi/siedziała w tym carcie oryginalnie. Rozumiem że chcesz ją czymś zastąpić i to w taki sposób aby wykonać jak najmniejszą ilość modyfikacji?

Słowo się rzekło i schemat karta (pinout Mask Romu zarazem) wygląda tak. Znów przepraszam za koślawość, od ręki wykonałem.

Tak jak podejrzewałem pinout MASK ROM-u jest "pin to pin" zgodny z epromami typu 2532. Przykładowy datasheet można znaleźć chociażby tutaj. Nawet dokładnie takowe jak w podlinkowany "dataszicie" epromy posiadam ale trzeba będzie wykonać adapter bo 3 nóżki się nie zgadają, a programator którego używam natywnie (bez adaptera) nie obsługuje kości 2532.

Pozdrawiam.

16

Panie... D7 nie podłączone.

17

No i super ;)

Sikor umarł...

18

Witam.

Zenon/Dial napisał/a:

Panie... D7 nie podłączone.

Bardzo słuszna uwaga, a mój błąd. Już byłem zmęczony jak to robiłem. W istocie to połączenie istnieje. Po prostu zrobiłem błąd oznaczeń nóżek i poprawiłem używając korektora (jak się dobrze przyjrzeć to widać na zdjęciu), ale o narysowaniu lini od nóżki D7 do styku D7 w złączu krawędziowym karta zapomniałem.

Czy do epromu 2532 między stykiem karta A12 a odpowiednią nóżką kości potrzebny będzie "mod" z hex inwerterem?

Pozdrawiam.

19 Ostatnio edytowany przez Zenon/Dial (2022-04-29 20:41:35)

Aby wysterować JEDNĄ EPROM 2532 nie potrzeba w ogóle sygnału A12. Pojemność 4kB zaadresują sygnały A0-A11
Pin21 Vpp połączyć należy do Vcc (+5V)
Pin20 PD/PGG połączyć z sygnałem /S5
Tak wynika z karty katalogowej.
Gdybyś miał dwie takie EPROM w kartridżu (by umieścić je np w przestrzeni adresowej $A000-BFFF) to tak, sygnał A12 byłby używany do wysterowania dekodera,

20 Ostatnio edytowany przez gkd_82 (2022-05-13 08:55:34)

Witam

Dzisiaj opis finału naprawy (a właściwie modu) kartridża Demon Attack 4K (o którym była już mowa w niniejszym wątku).

Przede wszystkim do zaprogramowania EPROM-u 2532 mając programator obsługujący EPROM-y 27xxxx / 27Cxxxx musiałem wykonać adapter. Posługując się opisem zamieszczonym na tej stronie (na studiach nauczyli mnie posługiwać się "guglem" więc znalezienie tego nie wymagało wielkiego wysiłku) "zdłubałem" (wykorzystując ZIF-a, płytkę uniwersalną jednostronną, goldpin-y, trzy kabelki i trochę "termokurczów") takie o to cudo: zdjęcie 1 i zdjęcie 2. EPROM 2532 montuje się w ZIF-ie na górze adaptera, jego zaś montuje się w programatorze tak jak pamięć 2732. Programując pamięć 2532 zamontowaną na górze adaptera, w oprogramowaniu programatora wybiera się typ 2732 z odpowiednim napięciem. That's all Folks!

Zaprogramowawszy EPROM 2532 "spaczowanym" plikiem ROM i obciętym przez użytkownika seban do rozmiaru 4K (sprawdziłem ten ROM przed wypaleniem na emulatorze Altirra z podgranym oryginalnym OS-B oraz/lub OS-XL-XE-XEGS, testując konfiguracje od Atari 800 z 16K RAM do XEGS z 128K RAM działało), oraz dodając jeden bajpas (do PCB a nie do EPROM-u) wedle opisu forumowicza:

Zenon/Dial napisał/a:

Pin21 Vpp połączyć należy do Vcc (+5V), tak wynika z karty katalogowej.

wlutowałem podstawkę DIL24 do płytki, zamontowałem kość (bez odginania żadnych nóżek, bo tego nie dzierżę) i dokonałem testu w komputerze. Jakże było moje zdziwienie jak na ekranie telewizora ukazał się czarny (albo brązowy w zależności od kolejnej próby uruchomienia) obraz, zamiast gry. Trochę mnie to zniesmaczyło mając już sukces z kartridżem GORF czy Frogger. Po przemyśleniu przypomniałem sobie słowa forumowicza:

Zenon/Dial napisał/a:

Aby wysterować jedną EPROM 2532 nie potrzeba w ogóle sygnału A12. Pojemność 4kB zaadresują sygnały A0-A11

a na płytce PCB kartridża nóżka 21 EPROM-u oryginalnie była połączona z pinem A12 złącza krawędziowego (patrz mój nieudolny schemat z błędem linii D7 z wcześniejszych wpisów w tym wątku). No i kolejny raz mnie olśniło. Na szybko przeciąłem tę ścieżkę (twórcy czterdziestoletniego kartridża wybaczcie mi tę zniewagę) i dokonałem testu w moim Atari 130XE... No w końcu,"zabanglało".

Cóż teraz pozostało można się zapytać? Postanowiłem tak "zmodować" PCB karta, aby mógł działać z oryginalnym MaskRom-em obsługując poprawnie tylko Atari 800/400, oraz z EPROM-em 2532 z wypalonym "spaczowanym" ROM-em do pracy z nowszymi małymi Atari (jak i starszymi również). Odlutowałem podstawkę, odlutowałem bajpas (bo był pod podstawką), pozostawiłem przeciętą ścieżkę od nóżki 21 EPROM-u do złącza krawędziowego karta A12, dodałem trzy goldpin-y tak jak na tym zdjęciu i zworkę. W kwestii wyjaśnienia, łącząc zworką piny 1 i 2 płytka PCB karta jest przystosowana do pracy z EPROM-em 2532, a łącząc zworką piny 2 i 3 "przywracamy oryginalność" i można montować oryginalny MaskRom. Wlutowałem ponownie podstawkę DIL24. Goldpin-y wraz ze zworką ładnie schowały się we wnętrzu podstawki i absolutnie nie przeszkadzają w montażu tej czy innej kości pamięci. Tutaj znajduje się zdjęcie w pełni "zmodowanego" PCB karta z zamontowaną zworką w trybie pracy z EPROM-em. Kondensator 100nF dodałem do siebie, bo nie było a w oryginalnym karcie na przykład Frogger takowy był instalowany.

Finalnie dokonałem testu w moim Atari 130XE. Po połączeniu zworką pinów 2 i 3 "modu" zamontowałem oryginalny MaskRom i odpaliłem kompa. Rezultat? Taki jak oczekiwany, czyli "zwis" ekranu interpretara Basic. Natomiast po połączeniu zworką pinów 1 i 2 "modu", zamontowaniu EPROM-u wypalonym "spaczowanym" ROM-em i odpaleniu kompa gra się odpaliła. Pełen sukces!!!

Teraz mogę rzec: "I am so proud of this community"

Dziękuję za pomoc szanowni forumowicze!

PS. W międzyczasie dorwałem niedziałający kartridż "Space Invaders" na Atari 2600 z 1978 roku (kurczę, starszy ode mnie o kilka lat). Uniesiony sukcesami związanymi z naprawą poprzednich kartów podjąłem się próby naprawy również i tego cudeńka (to przecież klasyka). Korzystając z opisu w drugiej części poradnika na tej stronie dokonałem modu PCB karta dodając hex inverter, ale nie 74LS04 bo za duży, sześciobramkowy, tylko użyłem 7S04F bo mały i jednobramkowy. Co prawda musiałem się odrobinkę nadłubać (trzy bajpasy i znów musiałem przeciąć jedną ścieżkę na PCB - wybaczcie mi - bo znów nie chciałem odginać jednej nóżki EPROM-u) z tym maleństwem ale się udało. W tym przypadku użyłem również EPROM-u 2532, a jeżeli chodzi o ROM to użyłem dump oryginału NTSC dostępny bez najmniejszego problemu w internetach. Rezultat? Oczywiście taki jak oczekiwany, czyli "zabanglało".

Pozdrawiam.

21 Ostatnio edytowany przez gkd_82 (2022-05-13 09:55:48)

Witam

Moja odpowiedź na ten protest post.

Edytuję wszystkie wpisy w tym wątku usuwając memy. Nie miały one na celu zaśmiecenia forum, jedynie wprowadzenie odrobiny humoru w tym ponurym ostatnio świecie. A czy są one prymitywne (bo ludzie prymitywni komunikowali się obrazkami w przeszłości, jak to zasugerował jeden z forumowiczów)? Być może niektóre z nich tak.

Jeżeli uraziłem forumowicza pancio.net, Atari-User, Bluki, jury, VLX, syscall czy Vasco/Tristesse, przepraszam.

Pozdrawiam.

22

Zasadniczo to ja powinienem uderzyć się w piersi :-) bo mogłem odezwać się do Ciebie bezpośrednio. Ale nie było moim zamiarem upominanie kogokolwiek a Twój wątek BYŁ doskonałym przykładem tego czegoś. Nie musisz przepraszać - nikogo nie uraziłeś. Każdy ma prawo do własnych opinii i ja nie mam zamiaru niczego tu wytykać ani cenzurować.. ot.. drażniło i tyle co nie oznacza, że mi się nie podoba sam wątek - bo jest na prawdę rzeczowy i ciekawy. Oby tak dalej :-)

https://systemembedded.eu/ ... https://www.youtube.com/watch?v=GwS7Es1x6mw
""Ja bardzo przepraszam, ale podejrzenia panów są całkowicie bezpodstawne. Ja niczym nie handluję. Ta pani przyszła do mnie w tym Pancake-u i w nim wychodzi.""
ABBUC Member #319. Preferowana forma kontaktu: email