926

(7 odpowiedzi, napisanych Sprzęt - 8bit)

Jeżeli masz QMEG-OS w jakim Atari to procedurę DUMP-a opisałem wyżej, gdyby Ci się udało to zrobić i wystawiłbyś tutaj wynikowego ATR-a, to ja przygotowałbym plik ROM/BIN oraz pewnie wersję XEX.

Jeżeli moja "instrukcja" jest nazbyt uproszczona lub niezrozumiała mogę to opisać dokładniej załączając jakieś screen-shoty, etc.

927

(13 odpowiedzi, napisanych Różne)

dobra, dorzucam coś o siebie...

1 REM PRIMA APRILIS 2019
2 REM BY SIKOR, Seban/Slt,

100 REM - part by Seban
101 POKE 53768,1:POKE 53760,252:POKE 53762,255: POKE 53761,175:POKE 53763,175
102 GOSUB 1000
103 FOR I=0 TO 7: FOR J=0 TO 19:POKE 20,0
104 IF PEEK(20)<(J/4) THEN 104
105 POKE 560,PEEK(1536+J):POKE 561,PEEK(1568+J):POKE 708,PEEK(1600+J)
106 POKE 53760,200+J*2:POKE 53762,201+J*2
107 NEXT J:NEXT I:POKE 53761,0:POKE 53763,0:POKE 53768,0:POKE 106,160

200 REM - part by Sikor
201 GRAPHICS 31:C=1
202 FOR I=O TO 79 STEP 2:COLOR C:C=C+1:IF C>3 THEN C=1
203 PLOT 40+I,90+I:DRAWTO 80+I,90-I
204 PLOT 80-I,90-I:DRAWTO 40+I,90+I
205 FOR P=0 TO 20:NEXT P
206 NEXT I
207 GOTO 202

1000 REM - Routines for Seban's part -
1001 REM - RENDER ANIMATION -
1002 SX=0.5:SY=0.5
1003 FOR J=0 TO 9:POKE 106,160-8*J
1004 GRAPHICS 5+16:COLOR 1
1005 POKE 1536+J,PEEK(560):POKE 1536+32+J,PEEK(561)
1006 POKE 1536+19-J,PEEK(560):POKE 1536+32+19-J,PEEK(561)
1007 GOSUB 1100
1008 SX=SX+0.2:SY=SY+0.2
1009 POKE 1536+64+J,4+J:POKE 1536+64+19-J,4+J
1010 NEXT J
1011 RETURN
1100 REM - RENDER PHASE -
1101 RESTORE 2000
1102 READ CMD: IF CMD<0 THEN RETURN
1103 READ X,Y
1104 XE=40+X*SX
1105 YE=24-Y*SY
1106 IF CMD=0 THEN PLOT XE,YE
1107 IF CMD=1 THEN DRAWTO XE,YE
1108 GOTO 1102
2000 REM - VECTOR DATA -
2001 DATA 0,-15,-3,1,-12,3,1,-9,-3,0,-13.5,-1,1,-10.1,-1
2002 DATA 0,-6,-3,1,-6,3,0,-8,3,1,-4,3
2003 DATA 0,-3,-3,1,0,3,1,3,-3,0,-1.9,-1,1,2.1,-1
2004 DATA 0,5,-3,1,5,3,1,9,1,1,5,-1,1,9,-3
2005 DATA 0,11,-3,1,15,-3,0,11,3,1,15,3,0,13,3,1,13,-3
2006 DATA -1
2007 REM --- end of routines needed for Seban's part ;) ---

928

(13 odpowiedzi, napisanych Różne)

chyba potrzeba, bo jak się namaluje kolorem 125 to się robi CLS [tzn. ?#6;CHR$(125)] (ale, być może źle pamiętam)

EDIT: sprawdziłem. jednak dobrze mi się wydawało, np:

COLOR 125:PLOT 0,0

spowoduje wyczyszczenie ekranu.

929

(7 odpowiedzi, napisanych Sprzęt - 8bit)

Wygląda na zwykły standardowy 8KB cart, można go pewnie zgrać z poziomu QMEG o ile nie ma ustawionego bitu "diagnostyczny". Jeżeli Select+RESET pozwala wejść do menu QMEG a potem przejść do MLM to można go zgrać tak:

1) przygotować stację dysków + dyskietkę lub sio2pc+AspetQT z umieszczoną dyskietką sformatowaną w formacie "SINGLE"
2) włożyć cart, uruchomić komputer, przejść do monitora QMEG / MLM (select + reset -> menu QMEG, potem klawisz RETURN, powinien się uruchomić MLM)
3) w konsoli MLM napisać: A000>1.40
4) zgrać dyskietkę do ATR, albo zgrać ATR-a z poziomu AspetQT.
5) wystawić ten ATR tutaj ;)

jeżeli chodzi o LED-y, to wygląda na to że sterowane poprzez zapis pod $D5xx, można przetestować pod QMEG/MLM, pisząc:

D500;FF
D500;AA
D500;FE
D500;7F
D500;00

pierwszy zapis powinien wyłączyć wszystkie diody
drugi zapis spowoduje że co druga będzie zapalona/zgaszona
trzeci zapis włączy jedną z LED-ów (pewnie którąś skrajną)
czwarty zapis włączy jedną z LED-ów (skrajną po przeciwnej stronie niż wyżej)
piąty zapis powinien włączy wszystkie LED-y.

Obawiam się że cała diagnostyka jest tylko i wyłącznie "programowa", nie ma w carcie nic więcej poza rej. sterującym LED-ami, (zatrzaskiwanym sygnałem ~CCTL) oraz EPROM mapowanym w obszar $A000-$BFFF.

930

(22 odpowiedzi, napisanych Sprzęt - 8bit)

to chyba nie tak że nikt nie chce się podzielić... był niedawno wątek w którym wylądowało kilka rozmiarów...

http://www.atari.org.pl/forum/viewtopic … 54#p247854

chętnie podzieliłbym się wiedzą i ja... tyle że jak potrzebowałem pasków do magnetofonów, to po prostu wziąłem oryginalne ze sobą, polazłem na wolumen do jednej z tzw. "bud", i poprosiłem człowieka za ladą o dobranie odpowiedników, tłumacząc że te paski "na wzór" które mu pokazuje, są wiekowe rozciągnięte już... gość jeszcze zapytał do czego mi to potrzebne aby się upewnić że do magnetofonów, po czym pogrzebał w czeluściach swoich szuflad i dał mi paski twierdząc że te na pewno będą dobre... no i były idealne ... tyle że rozmiarów nie znam, a to dlatego iż wtedy wykazałem się totalną ignorancją i nie zapytałem o rozmiary pasków które kupiłem, a że to było parę ładnych lat temu, to niestety obawiam się że ów pawilon już nie istnieje ;/

931

(4 odpowiedzi, napisanych Software, Gry - 8bit)

Dość ciekawe podejście do tematu :) Przyznaję że nie pomyślałbym nigdy o użyciu portu równoległego i "programowej" obsłudze transmisji szeregowej przy użyciu tego portu. Nie neguję rozwiązania... skoro działa i sprawdza się to czemu nie :)

Rozumiem że wybór LPT był spowodowany tym że nie trzeba było żadnej dodatkowej elektroniki w postaci translatora poziomów, a wystarczało tylko i wyłącznie podłączenie tego kilkoma przewodami?

Patrząc na kod... to więcej tam "in-line" asemblera niż kodu w C, ale to jak najbardziej rozumiem, większość kodu krytycznego czasowo inaczej napisać się nie dało :)

Fajnie że udostępniłeś ten kod, miło popatrzeć na źródła z przed lat, lata '90 w czystej postaci, aż się łezka w oku kręci :)

932

(3 odpowiedzi, napisanych Sprzęt - 8bit)

Hej!

No łady okaz :) Pierwszy raz widzę na oczy "Crystal Sound II". Aby odpowiedzieć jakim softem to obsłużyć trzeba by wiedzieć pod jakim adresem lądują próbki oraz czy proces konwersji jest automatyczny, czy wymaga bardziej zaawansowanych kroków niż tylko odczyt z rejestru.

Zakładając maksymalną prostotę projektu można przyjąć że próbka ląduje w przestrzeni $D5xx i że konwersja odbywa się automatycznie (nie potrzeba dodatkowych operacji ze strony komputera). Tak działał np. "A/D converter" czy jakieś tam inne samplery które miałem w rękach.

Aby to sprawdzić możesz na szybko uruchomić prymitywny program testowy: d5smptst.xex.zip

Program odczytuje z prędkością ~15KHz lokację $D500 (tam powinna znajdować się aktualna próbka), następnie umieszcza ją w rej. głośności kanału #0 POKEY-a, dodatkowo zrobiono prosty wykres wizualizujący to co przychodzi z $D500.

Klawisz OPTION wybiera odtwarzanie dolnych 4-bitów rejestru $D500 (czarne tło, ustawienie domyślne),  klawisz SELECT przełącza od odtwarzanie górnych 4 bitów (tło robi się niebieskie). Wciśniecie OPTION+SELECT+START powoduje wyjście z programu (warm start).

ps1) jeżeli proces konwersji nie jest zautomatyzowany, lub jeżeli rejestr przechowujący próbki znajduje się w innej lokacji niż $D500, program testowy nie zadziała. Natomiast jeżeli zadziała, możesz użyć dowolnego oprogramowania dodanego np. do wcześniej wspominanego A/D Convertera. Może to być np. Digital Studio lub Micro Recorder

ps2) Crystal Sound w wersji pierwszej podpinało się po portów JOY-a, jak zbudowana była wersja CART nie wiem, mogę się jedynie domyślać patrząc na zdjęcie ;)

ps3) wywiad z jednym autorów Crystal Sound-a: Marcin Długosz

Faktycznie V2 z AOL to jest wersja 3.16 która była dołączona jako pierwszy obrazek na liście. Dzięki za informacje!

934

(3 odpowiedzi, napisanych Sprzęt - 8bit)

na 100% możesz wyjąć kość z BASIC, mam 130XE z co prawda wczesną wersją Ultimate, ale ponieważ wcześniej miałem "opodstawkowaną" tą 130XE, to mogłem wyjąć BASIC bez problemu, co też uczyniłem, wszystko działa. Swego czasu Candle wspomniał, że i tak mapuje kawałek z FLASH-a obecnego na Ultimate zamiast wbudowanego BASIC-a.

na tym carcie jest na naklejce "Atari Super System", i chyba inicjały "DS". Ciekawe czy to ten cart też pochodzi z Poznania. Swoją drogą fajny kawał historii dzięki waszym wspomnieniom udaje się tu odtworzyć! :)

Co do "zepsutych" rozszerzeń pamięci .... patrząc na niektóre konstrukcje z tamtych czasów to ja czasami się zastanawiam jakim cudem to w ogóle działało. Niektóre konstrukcje są naprawdę wykonane z przysłowiowego *.ówna i patyczków.

936

(42 odpowiedzi, napisanych Programowanie - 8 bit)

Jakby ktoś chciał się bawić w dalszą walkę z Action!, to proszę:

BYTE RTC=$14
BYTE VCOUNT=$D40B
BYTE DMA=$22F

PROC VBL()
BYTE V 
V=RTC
WHILE(V=RTC) DO OD
RETURN

PROC MAIN()
CARD SCR,VCN
BYTE FRM

GRAPHICS(24) DMA=0 VBL() RTC=0
SCR=PEEKC($58)
SETBLOCK(SCR,$1E00,$FF)
ZERO(SCR,$1E00)
VCN=VCOUNT FRM=RTC
GRAPHICS(0)
PRINTF("%E %U FRAMES %U LINES",FRM,VCN*2)

5 ramek, 38 linii rastra. aby było szybciej to już chyba tylko wstawki ASM :) bo te procedury biblioteczne SETBLOCK czy ZERO nie są jakieś super optymalne ;)

@FUJI... dzięki WIELKIE za sprawdzenie tego! zatem wygląda to jednak na kolejny klon DDR-owskiego Turbo6000.

938

(42 odpowiedzi, napisanych Programowanie - 8 bit)

tzn. tak... nie wiem jak wygląda kod TDC-a, nawet nie wiem gdzie go szukać... więc napisałem swój... (używałem action v3.6
)

BYTE RTC=$14
BYTE VCOUNT=$D40B
BYTE SDMCTL=$22F
PROC MAIN()
CARD SCR,VCN
BYTE FRM
GRAPHICS(24) RTC=0
SCR=PEEKC(88)
SETBLOCK(SCR,$1E00,$FF)
ZERO(SCR,$1E00)
VCN=VCOUNT FRM=RTC
GRAPHICS(0)
PRINTF("%E %U FRAMES",FRM)
PRINTF("%E %U LINES",VCN*2)

i wyszło mi:

http://seban.pigwa.net/drop/act_fill01.png

jak się wyłączy ekran, wychodzi:

http://seban.pigwa.net/drop/act_fill02.png

gdy zrobię tak jak piszesz, tzn. zeruję RTCLOCK przez wywołaniem GR.24, czyli:

http://seban.pigwa.net/drop/act_fill03.png

to wychodzi:

http://seban.pigwa.net/drop/act_fill04.png

ale gdy zastosuje się sztuczkę PIN-a z GR.56 (nie czyścimy pamięci ekranu) to wynik spada do:

http://seban.pigwa.net/drop/act_fill05.png

UPDATE: Porównywanie TBXL i Action! jest trochę bez sensu, ponieważ TBXL działa na liczbach FP (zmienno-przecinkowych) a Action! tylko i wyłącznie na całkowitych. W dodatku Action! to kompilator, a TBXL jest właściwie interpreterem, piszę właściwie bo po wpisaniu linii następuje tokenizacja, przekształcenie wyrażeń arytmetycznych, ot taka wstępna kompilacja i optymalizacja w locie. Gdyby nie wbudowane w TBXL funkcje MOVE moglibyśmy jedynie sobie zerować/wypełniać te 8KB pamięci przez ładny kawałek czasu używając np. FOR...NEXT i POKE. Trwałoby to naprawdę jakiś koszmarny kawał czasu.

939

(42 odpowiedzi, napisanych Programowanie - 8 bit)

z włączonym ekranem 8 ramek, 134 linie. TBXL zabija to że wszystko właściwie dzieje się na liczbach FP. Ja i tak się dziwię ze z tyloma wywołaniami procedur z pakietu FP wychodzi wolniej tylko o dwie ramki jedną ramkę. (przy włączonym ekranie).

940

(42 odpowiedzi, napisanych Programowanie - 8 bit)

coś specjalnie dla PIN-a... 6 klatek... 66 linii.... ;-)

10 GRAPHICS 24:POKE 559,%0:PAUSE %0:PRV=TIME
11 POKE 41296,255:MOVE 41296,41297,7679:CLS #6
12 LN=PEEK(54283):DLT=TIME-PRV:? DLT;"FRAMES",LN*%2;" LINES"

btw. -MOVE jest wolniejsze.... 6 ramek 100 linii używając -MOVE.

941

(42 odpowiedzi, napisanych Programowanie - 8 bit)

Hej!

Proszę bardzo, bez zerowania 18,19,20... i większości dirty hacków... 7 ramek...

10 PAUSE %0:PRV=TIME
11 GRAPHICS 56:POKE 559,%0:SCR=DPEEK(88)
12 POKE SCR,255
13 MOVE SCR,SCR+1,7679
14 PUT #6;125
15 DLT=TIME-PRV
16 ? DLT;" FRAMES",DLT*(1/50);" SEC."

ps) jeżeli PRV=TIME wstawisz po GR.24, to będziesz miał wynik 6 ramek. pokonaliśmy Action! :)

10 GRAPHICS 24:POKE 559,%0:PAUSE %0:PRV=TIME:SCR=DPEEK(88)
11 POKE SCR,255:MOVE SCR,SCR+1,7679
12 CLS #6
13 LN=PEEK(54283):DLT=TIME-PRV
14 ? DLT;" FRAMES",LN*%2;" LINES"

dokładniej 6 ramek i ~90 linii rastra.

http://seban.pigwa.net/drop/tbxl_fill_03.png

942

(11 odpowiedzi, napisanych Sprzęt - 8bit)

sebastin napisał/a:

Tylko na czarnym ekranie widać pasy z zakłócenia jakieś. Ale to pewnie inny temat.

To już kwestia konstrukcji stopnia wyjściowego video, niestety jest totalnie spartolony... widać wszelakie "szarpnięcia" prądu przy aktywności RAM (a więc głównie cykle refresh i DMA generowane przez ANTIC). Tutaj może pomóc trochę układ typu Ultra/Super Video, lub kompletna rekonstrukcja stopnia wyjściowego (chociażby ta w wersja GTIA Fixer od simiusa. Lub układ UAV od Bryan-a (z tym że nie wiem czy jest on obecnie do kupienia)

sebastin napisał/a:

Któs pisał o zasilaczy o mniejszej mocy (prądzie poniżej 1A) ze GTIA lepie reaguje.

Nie bardzo ma jak "lepiej" reagować bo sygnał luminancji wychodzi z GTIA w formie cyfrowej... potem efekt psuje prymitywny 4-bit video DAC zrobiony na 4050 i 4 rezystorach. Co do sygnału chrominancji to tam amplituda nie ma zbytnio znaczenia (i tak jest sporo za wysoka, poza dopuszczalna normą) ... większość monitorów sobie z tym radzi... a na pewno 99,9% TV/Monitorów CRT radzi sobie z tym doskonale. To że takie LG tego nie przewidziało... no cóż... albo to błąd konstrukcyjny, albo problem stopnia wejściowego w LG, albo wręcz błąd w firmware monitora, który odpowiada za AGC dla wejścia chrominancji.

943

(42 odpowiedzi, napisanych Programowanie - 8 bit)

no dobra... to mamy stabilne 7:

0 PAUSE %0:DPOKE 19,%0:GRAPHICS 56:POKE 559,%0
2 POKE 48975,255:-MOVE 41297,41296,7679
3 PUT #6;125:? TIME

944

(42 odpowiedzi, napisanych Programowanie - 8 bit)

no czyta, czyta... (tu moja wina jest niezaprzeczalna, chociaż było napisane "nie trzeba przedstawiać", co nie oznacza iż było to zabronione :P) ale praca zespołowa też jest fajna :) skoro kod się zrobił open-source to teraz społeczność ma szansę wycisnąć z niego ostatnie soki :)

945

(42 odpowiedzi, napisanych Programowanie - 8 bit)

przyznaje się bez bicia że bardzo pobieżnie przeczytałem post cobol80, dopiero potem doczytałem że mamy nie publikować kodu ... (no i potem doczytałem że wyniki mają być z TIME a nie TIME$, stąd moje brednio-wywody o zbyt małej precyzyjności TIME$) ... no ale wtedy to mleko się rozlało już... poza tym nie traktuję tego jako rywalizację czy konkurs, ale jako fajną zabawę :)

946

(42 odpowiedzi, napisanych Programowanie - 8 bit)

Pin napisał/a:

Na przekształceniach do hexów tracisz cenny czas :)

ale chociaż widzę co się dzieje w kodzie... nawet z hex-ami...

0 DPOKE 19,%0:GRAPHICS 56:POKE 559,%0
1 POKE $BF4F,$FF:-MOVE $A151,$A150,$1DFF
2 PUT #6;125:? TIME

wynik: 8 (sporadycznie trafia się 7)

947

(42 odpowiedzi, napisanych Programowanie - 8 bit)

@pin... ale użwyając gr. 56 ... nie czyścisz pamięci ekranu również przez całą operacją (są tam losowe śmieci) ... :D pominąłeś również zerowanie komórki 18, przez co po chwili pracy OS-a miałem wynik 65540 :P jeżeli takie chwyty są akceptowalne to ja proponuję:

0 DPOKE 19,%0:GRAPHICS 56:POKE 559,%0
1 POKE $BF4F,$FF:-MOVE $A151,$A150,$1DFF
2 POKE $BF4F,%0:-MOVE $A151,$A150,$1DFF:? TIME

wynik: 9

:P

948

(42 odpowiedzi, napisanych Programowanie - 8 bit)

Hej!

10 TIME$= "000000"
11 GRAPHICS 24:SCR=DPEEK(88)
12 POKE SCR+7679,255
13 -MOVE SCR+1,SCR,7679
15 POKE SCR+7679,0
16 -MOVE SCR+1,SCR,7679
17 ? TIME$

http://seban.pigwa.net/drop/tbxl_fill_01.png

coś wygrałem? ;)

ps1) TIME$ jest zbyt mało precyzyjne, trzeba raczej użyć TIME, a jeżeli tak to:

10 DPOKE 18,0:POKE 20,0
11 GRAPHICS 24:SCR=DPEEK(88)
12 POKE SCR+7679,255
13 -MOVE SCR+1,SCR,7679
14 ? #6;CHR$(125)
15 ? TIME

http://seban.pigwa.net/drop/tbxl_fill_02.png

ps3) TIME$ pokazuje czas w sekundach, TIME którego użyłem (ponieważ time$ był zbyt mało precyzyjny) liczy z rozdzielczością (1/50) sek. (dla PAL), więc wynik który uzyskałem 12 jest równy = 12*(1/50)= 0.24 sek.

ps2) tak na serio, nie chcę żadnych nagród rzeczowych :) możecie mnie nie uwzględniać w konkursie ;)

Na zakończenie obecnej serii cartów pozostał do zaprezentowania cart z dość nietypowym jak dla mnie Turbo, pierwszy raz coś takiego na oczy zobaczyłem właśnie dzięki uicr0bee. Nigdy wcześniej nie widziałem takiego rozwiązania wśród polskich systemów Turbo. O czym mówię? ;) Dziś na warsztacie cartridge dla systemu "Turbo Star Plus":

http://seban.pigwa.net/uicr0bee/carts/TurboStarPlus/scr/TurboStarPlus_scr1.png  http://seban.pigwa.net/uicr0bee/carts/TurboStarPlus/scr/TurboStarPlus_scr2.png

http://seban.pigwa.net/uicr0bee/carts/TurboStarPlus/scr/TurboStarPlus_scr3.png  http://seban.pigwa.net/uicr0bee/carts/TurboStarPlus/scr/TurboStarPlus_scr4.png

http://seban.pigwa.net/uicr0bee/carts/TurboStarPlus/scr/TurboStarPlus_scr5.png  http://seban.pigwa.net/uicr0bee/carts/TurboStarPlus/scr/TurboStarPlus_scr6.png

Samo oprogramowanie przypomina trochę niemiecki system Turbo6000. Nie chcę tutaj rzucać żadnych pochopnych wniosków, bo prawdę mówiąc nie porównywałem kodu, jednak podobieństwo obu systemów sugeruje iż bazą do powstania "Turbo Star Plus" mógłbyś niemiecki Turbo6000, zatem nie przedłużając już i bez dalszych zbędnych dywagacji, dla zainteresowanych:

1) zawartość pamięci EPROM: Turbo_Star_Plus.bin.7z

Turbo_Star_Plus.bin:

MD5   : 84f910e353317068c01851f7eec2e7f3
SHA256: 46e44dfa5e8a492afbc2c9770e0f47da4900ca5d2281e90a4e2defc828087636

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

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

Jeżeli chodzi i schemat to nie bardzo jest co komentować. Typowy 4KB cart mapujący się w przestrzeni $A000-$BFFF, jednak z uwagi że pamięć EPROM to 4KB kostka i nie podłączono linii A12, w obszarze $A000-$BFFF widoczne są dwie kopie przedstawiające zawartość pamięci EPROM ($A000-$AFFF oraz $B000-$BFFF).

Cart może być jednokrotnie odłączony na drodze programowej, ponowne jego załączenie nastąpi po ponownym włączeniu zasilania, ew. po przyciśnięciu przycisku opisanego jako "RESET" na obudowie carta... jednak ze względu na sposób połączenie przerzutników naciśnięcie przycisku RESET gdy cart jest włączony spowoduje jego wyłączenie, ponowne wciśnięcie włączenie, etc. A więc przycisk powinien być chyba opisany "toggle" ;-)

Cart miał zmasakrowany ów przełącznik, a także przerzutnik U3A nie posiadał układu resetującego go po włączeniu zasilania... zatem cartridge startował losowo. Dodałem układ reset (dorysowałem go również na schemacie), wymieniłem mikro-switch i cart zaczął działać prawidłowo :)

Co do samego oprogramowania... wyboru pozycji z menu dokonuje się klawiszem SELECT, wybraną pozycję uruchamia się klawiszem START... klawiszem OPTION dokonujemy włączenia/wyłączenia BASIC-a... (gdy tło zmienia kolor na jaśniejszy oznacza to wyłączenie BASIC-a). Generalnie aby uniknąć problemów polecam włączenie komputera z włączonym OPTION (odłączony BASIC).

System turbo jest o tyle nietypowy że do odczytu danych wykorzystuje linię PROCEED w gnieździe SIO (podłączoną do PIA), dokładnie tak samo zrealizowano to w przypadku systemu Turbo6000. Nie miałem niestety ani czasu ani możliwości aby na chwilę obecną przeanalizować format zapisu danych. Nie wiem czy jest zgodny z Turbo6000. Jeżeli ktoś będzie miał chęci i chwilę wolnego czasu, to przypominam że kasety zawierające nagrania z tego systemu (przynajmniej tak były opisane) można pobrać tutaj: Turbo Star Tapes.

Na koniec prezentacja samego cartridge:

http://seban.pigwa.net/uicr0bee/carts/TurboStarPlus/photos/TurboStarPlus_cart.jpg

PCB, góra:
http://seban.pigwa.net/uicr0bee/carts/TurboStarPlus/photos/TurboStarPlus_pcb_top.jpg

PCB spód:
http://seban.pigwa.net/uicr0bee/carts/TurboStarPlus/photos/TurboStarPlus_pcb_bot.jpg

ps) gdyby ktoś dysponował jakimiś bardziej rozbudowanymi materiałami na temat tego systemu turbo, tzn. może jakieś kasety z programami zapisanymi w tym systemie, może jakaś instrukcja, etc. nawet wspomnienia są cenne, jeżeli ktoś cokolwiek pamięta i zechce się swoimi wspomnieniami, myślami czy przebłyskami z przeszłości dotyczącymi tegoż systemu podzielić, byłbym bardzo wdzięczny za udostępnienie.

Na chwilę obecną dużo więcej o tym systemie nie powiem, ale po obrobieniu się z bieżących spraw nawarstwiających się w kolejce, być może wrócę do analizy tego systemu turbo i struktury jego nagrań i formatu danych, ale być może ktoś z ciekawości przyjrzy się temu nieco szybciej niż ja... (krótki, FUJI?) i jeżeli okazało by się że ten system nie ma zgodnego formatu danych z Turbo6000 to może niezastąpiony baktraaa przeanalizuje to i doda obsługę tego formatu do turgena? ;) Jeżeli nikt nie uczyni tego wcześniej przyjrzę się kodowi umieszczonemu w carcie, ale przyznam że wstępne oglądanie tego tylko mnie zniechęciło, straszny chaos tam panuje :P

Jak już wspominałem to był ostatni z cartów czekających w kolejce z obecnej serii, teraz zacznie się pojawiać w tym wątku to co znalazłem w magnetofonach dostarczonych mi przez uicr0bee. Nie wiem czy to będzie dla forumowiczów interesujące, bo to straszny bałagan i dłubanina ;) Ale udostępnię to oczywiście w ramach chęci zachowanie tego kawałka historii chociażby w sieci.

Hej!

z tego schematu:

http://seban.pigwa.net/drop/blz_zenon_sch.png

i tego rysunku:

http://seban.pigwa.net/drop/blz_zenon_xc12.png

(rysunki są z tego artykułu z Atariki: Turbo Blizzard)

... wynika że "D" łączysz tam gdzie szedł przewód był podłączony przewód idący od do pinu #3 we wtyczce SIO (DATA_IN), natomiast ten odlutowany przewód podłączasz do punktu "E" interface Blizzard.

"F" łączyć do kabla który idzie z pinu #5 we wtyczce SIO (DATA_OUT). Po prostu przylutowujesz go równolegle do tego przewodu. Ten sygnał normalnie służy do zapisy danych, ale w przypadku Blizzard przy odczycie służy do przełączenia interface w tryb pracy turbo.