Hej!

@robecc: jak najbardziej poprosimy o zrzut EPROM-a :) Nie widziałem jeszcze takiej wersji paczki/kompilacji softu dla Blizzarda.
@uicr0Bee: no to rewelacyjnie! :) Staram się zagęszczać ruchy z obecną partią.

Niestety takiego carta w swoich zbiorach nie posiadam, w obecnej partii cartów od uicr0Bee taki cart się nie znajduje.

Ale z tego czego mogę się domyślić na podstawie schematu tej przeróbki w XC12, który zrobił JER:

src: Schematy ideowe TURBO do magnetofonów

Turbo2001 wygląda sprzętowo w 100% tak samo jak Turbo2000F, ale czy oprogramowanie dla Turbo2001 się czymś różniło od Turbo2000F? Niestety nie mam pojęcia bo nie mam do czego porównać, ale sprzętowa kompatybilność jest 100%. Być może format zapisu danych na taśmie jest również identyczny a zmiana nazwy z Turbo2000F na Turbo2001 była tylko "chwytem" marketingowym, aby przyciągnąć nowych klientów?

Na chwilę obecną mogę tylko zgadywać, ale prędzej czy później pewnie jakiś cart ew. jakiś samotny loader dla Turbo2001 się gdzieś pojawi i będzie można zrobić analizę porównawczą ;)

UPDATE: wygląda na to że kolega Bluki rozprawił sie z tematem Turbo2001 w tym wątku. Na pierwszy rzut oka, to z plików dostępnych w archiwum które udostępnił Bluki, wynika że Turbo2001 to nic innego jak klon Turbo2000F sygnowany i montowany przez panów z firmy TOMS. Jeden z plików wygląda na dump cartridge do Turbo2001 pewnie dało by się go przerobić ponownie na obraz dla cartridge, jeżeli istnieje taka potrzeba mogę taki plik przygotować.

Podążając dalej... "rzutem na taśmę" wrzucam kolejny kart z serii Turbo 2000F, tym razem jest to klon/pirat (i to nieudolny) zwykłego carta Turbo 2000F, wykonany został przez kogoś kto podpisywał się "mini soft", a po uruchomieniu prezentuje się tak:

... a dlaczego piszę o nieudolnym klonie/piracie? Z dwóch powodów... normalny cart do Turbo2000F po wciśnięciu klawisza "I" wyświetlał informacje o autorze/firmie która opracowało to oprogramowanie, w przypadku tego carta jak widać powyżej z menu została usunięta informacja o możliwości wciśnięcia "I"... jednak autor tychże zmian nie potrafił zmienić nic poza usunięciem napisów w kodzie. Możemy w menu wcisnąć "I", jednak zamiast informacji normalnie widocznej w tym miejscu widzimy tylko same spacje i kursor:

Normalnie coś takiego bym zignorował i nie zajmował się tym więcej, bo praktycznie wartości żadnej to nie ma. Jednak archiwizacja historycznych zasobów zmusza mnie do zachowania każdego kawałka historii niezależnie jaka by ona nie była, zatem udostępniam również i takie przypadki. Drugi z powodów dla których nazywam tę konstrukcję "nieudolną" to pomysł na "wyłącznik" cartridge, ale o tym poniżej w sekcji "schemat", tymczasem pora na...

1) Zawartość pamięci EPROM: Turbo2000F_minisoft.bin

Turbo2000F_minisoft.bin:

MD5   : c213857432b433a4c790452919b3905c
SHA256: ba22a65f43017938789325ea0349dcbb2a4aa62b320e98f6e390905fe85f17f0

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

3) Schemat jest właściwie identyczny z tym który wklejałem w tym poście. Jedyna różnica to zastosowanie tranzystora BC178B zamiast BC308B. I dodatkowo dołożono "niby" wyłącznik cartridge. Piszę "niby" bo dołożono go w sposób który nie ma szans na prawidłowe działanie (przynajmniej w serii XE, gdzie magistrala w nieużywanych przestrzeniach adresowych przyjmuje losowe wartości). Zamiast owym wyłącznikiem odłączać sygnał RD5, ktoś wpadł na pomysł aby odcinać zasilanie od pamięci EPROM, zabieg ten będzie to widać na poniższych zdjęciach. Efekt tego "zabiegu" jest taki że cart po włączeniu zgłasza przez parę sekund komputerowi swoją obecność (do czasu aż układ RC nie zadziała i nie zdejmie sygnału RD5), jednak w tym czasie zamiast zawartości EPROM (ma ona odcięte zasilanie gdy przełącznik jest w pozycji OFF) w tym miejscu śmiecie w obszarze pamięci $A000-$BFFF, komputer zawiesza się losowo ponieważ w zależności od stanu bitów na magistrali odczytuje różne informacje o sposobie inicjalizacji cartridge, jego obecności czy wektorach INIT/RUN w obszarze $BFFA-$BFFF. Drugi przycisk (RESET) zwiera po prostu kondensator 22uF, co powoduje "restart" układu RC i po resecie systemu ponowne uruchomienie cartridge.

Cartridge:

PCB góra:

PCB spód:

Kolejny cart z kolekcji uicr0Bee, tym razem jest to również cart przeznaczony dla użytkowników Turbo2000F. Cart to zestaw zebranego oprogramowania dla tegoż systemu, dwa zestawy "standardowych" OS-ów dla tychże systemów oraz program kopiujący nazwany MFC.

Nie bardzo wiem czym się różni T2000F od pozycji T2000, ale pobieżny rzut okiem w kod sugeruje że wybór T2000 zamiast T2000F powoduje zmodyfikowanie w kilku miejscach kodu T2000F różnych wartości a następnie uruchomienie tego samego kawałka kodu który jest uruchamiany w przypadku wyboru z menu T2000F, do kompletu po wyborze T2000, wszystkie inne opcja poza "L" nie działają, tzn. nie przynoszą żadnych efektów poza odświeżeniem ekranu.

1) zawartość pamięci EPROM: Turbo2000_pack.bin

Turbo2000_pack.bin:

MD5   : 91e23134acdd257436015fc62ee9fb71
SHA256: 511ca17fc21fa726ec245c6b3dcd447d0edcfc1683ac0fcb8376df822ff9d4c8

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

3) schemat: wektor (PDF), raster color (PNG), raster grayscale (PNG)

Cartridge:

PCB góra:

PCB spód:

Jak najbardziej tak, ale to dopiero jak się wywiążę z dotychczasowego zadania :)

Ja też się "w porę" zorientowałem, tzn. dopiero gdy to jeszcze raz uruchomiłem ten soft  przed aktualizacją materiałów w wątku. Wygląda na to że jest to literówka autora tejże paczki softu do Blizzard-a. Także moje wcześniejsze dywagacje na temat loader-ów do formatu turbo2000 są chybione. Wszystko wskazuje na to że jest to właściwie soft i oprogramowanie wyłącznie do Blizzarda.

Co nie oznacza iż nie dało by się napisać softu do odczytu danych formacie Turbo2000 przez interface Blizzard. Odwrotnie się nie da (pasmo i uproszczony do maksimum tor odczytu), ale na blizzardzie spokojnie da się czytać (w sensie braku fizyczych/sprzętowych ograniczeń) to co zapisane zostało w formacie KSO2000. To tylko kwestia odpowiedniego softu. Za mało znam jednak softu do Blizzard-a, może ktoś jednak popełnił takie loadery jednak?

W menu widać niby KSO:

jednak po wybraniu (1), oczom ukazuje się zwykły Blizzard-owy "Turbo K.O.S. by KNS":

Odświeżając temat, jak wczesniej obiecywałem (wieki temu), w tym wątku będę sukcesywnie wklejał dump-y cartów, które otrzymałem od kolegi uicr0Bee celem archiwizacji, a więc dziś na tapecie:

Cartridge: "TURBO 2000F COPY": (wymaga magnetofonu przerobionego na system Turbo 2000F).

1) zawartość pamięci EPROM: Turbo_2000F_copy.

Turbo2000F_copy.bin:

MD5    : a866316ac67282b337e0cab6a44153eb 
SHA256 : 7048c1c7d0927a6c7df5fd2044fe3f8df153dfd5369958d8024dd8af2b6a55c1 

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

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

Wersję "cart" można uruchomić pod emulatorem np. jako Blizzard 4K., ale ponieważ ten cart fizycznie nie ma żadnego mechanizmu  umożliwiającego jego odłączenie na drodze programowej, a jedynie prosty układ RC służący temu zadaniu, po uruchomieniu emulatora widzimy jedynie ekran z kursorem w górnym rogu, i wydaje się że coś jest nie tak, jednak w tym czasie oprogramowanie zaszyte w carcie po skopiowaniu zawartości pamięci EPROM do RAM oczekuje na zadziałanie układu czasowego (monitoruje stan linii RD5) a co za tym idzie oczekuje po prostu na odłączenie carta. Na realnym sprzęcie gdy układ RC zadziała następuje fizyczne wyłączenie carta, i następuje uruchomienie skopiowanego do pamięci RAM kodu. Aby taki efekt uzyskać na emulatorze, należy ręcznie odłączyć w menu cartridge (deatach cartridge), jednak wcześniej w opcjach emulatora należy wyłączyć opcję zresetowania maszyny po wykonaniu manualnego odłączenia cartridge.

Proces jest trochę niewygodny, dlatego przygotowałem również wersję XEX, którą można uruchomić normalnie, bez żadnych karkołomnych zabiegów. Swoją drogą fajnie byłoby mieć w emulatorze obsługę takiego typu carta gdzie stan linii RD5 jest zmieniany przez emulator po powiedzmy 1-2 sek od startu emulowanego Atari. wtedy takie takie konstrukcje można by uruchamiać niejako z automatu bez ręcznego manipulowania stanem cartridge.

Cartridge:

PCB góra:

PCB spód:

@2018.11.24: dodano zdjęcia.

UPDATE:

poprawiłem link prowadzący do zawartości EPROM carta we wcześniejszym poście. Zatem podsumowując wszystko i zbierając w jednym miejscu:

1) zawartość EEPROM: Turbo HIT EPROM
2) schemat: wektor (PDF), raster color (PNG), raster grayscale (PNG). Schemat przerysowałem na szybko z tego co kiedyś odręcznie narysowałem na kartce, jest chyba nieco bardziej czytelny :) i mam nadzieję że nie popełniłem znaczących błędów.
3) zdjęcia PCB:

góra:

dół:

dół bez pamięci EPROM:

sam cart prezentował się tak:

ps) pliki teraz leżą na pigwie (dzięki Azbest za hosting! ;-] )

Cześć!

Powinienem wszystko mieć, zapomniałem że umieściłem to kiedyś z drop-boxie, który pozbył się "public folders" jakiś czas temu. Postaram się dotrzeć do archiwum i poprawię linki. gdy to uczynię dam znać. Może to chwilę potrwać. Proszę o cierpliwość.

no i jest jeszcze tu...

http://a8.fandal.cz/detail.php?files_id=2657

no tak, oryginalny ROM z Atari, ten z pakietu xf25.zip, czyli atarixl.rom powinien działać bez problemu z QA.