Zapewne żona ma tzw przemysłowy słuch :)
Jak może miód dla uszu drażnić słuch?

Hej!

Powoli zbliżam się do końca prac nad interfejsem. Wszystko wskazuje na to że schemat jest poprawny, kolega darpajdp zgłosił parę uwag i po poprawkach opublikuję całość. Ale wcześniej jeszcze chciałem przeprowadzić parę testów ładowania różnych programów i ich konwersj do długich bloków. Interesowała mnie też stabilność działania interfejsu oraz pewność wczytywania danych zarówno standardowych jak i tych w formacie 2600/DB. Powiem wam że nie udało mi się trafić na żaden błąd podczas wczytywania danych z użyciem interfejsu firmy SZOK. Nawet "standard" wczytywał się pewnie i poprawnie, co mnie dziwi bo powinienem przecież trafić na błąd który czai się w OS-ROM komputera na użytkowników komputera.

Zapewne już to nikogo nie interesuje, ale z kronikarskiego obowiązku przeprowadziłem sobie te wszystkie testy wczytywania na realnym sprzęcie. Do tego celu użyłem specjalnie przygotowanej przeze mnie gry DRACONUS, jej specjalne przygotowanie polegało po pierwsze na dołączeniu do niej obrazka podczas wczytywania, ale uczyniłem to w taki sposób aby było widać ten wczytujący się po kawałku obrazek w trakcie ładowania danych... a po drugie aby całość gry zmieściła się w buforze programu TRANS FILE DB, musiałem spakować grę... użyłem w tym celu Super Packera od TeBe i wybrałem kompresję za pomocą Exomizera. Gra zajmowała w oryginale obszar $600-$BBFF, wiec ciężko było aby to wraz z obrazkiem (który ma prawie 8 kB) zmieściło się z buforze "Trans File DB", aby nie przedłużać już więcej, to w tym poście publikuję filmy prezentujące wczytanie w formacie DB z prędkościami 2600, 1300, 800 bitów na sekundę oraz standardowe wczytywanie gry z prędkością 600 bps. W przypadku gry zapisanej w standardzie użyłem swojego 1-blokowego loadera plików binarnych Atari DOS (o tym więcej niebawem, bo powstał on niby dawno, dawno temu, ale skoro była okazja oby go wykorzystać to czemu nie), przed linkami do filmów na YT (których i tak nie będzie pewnie oglądał, bo nie nie ma właściwie czego oglądać ;P)

Zamieszczę tylko krótkie zestawienie:

Rozmiar wczytywanego pliku (w formacie binarnym Atari DOS) to: 35064 bajty.

Czas wczytywania poszczególnych wersji:

• Draconus (T2600, DB, 2600 bps): 2 min 56 sek

• Draconus (T2600, DB, 1300 bps): 5 min 15 sek

• Draconus (T2600, DB, 800 bps): 8 min 24 sek

• Draconus (T2600, DB, 600 bps): 11 min 04 sek

• Draconus (Normal, FSK, 600 bps): 11 min 44 sek

I teraz linki do video na YT, przedstawiające proces ładowania. I tak jak poprzednio proszę ukryć zwierzęta domowe, a domowników wrażliwych na te przerażające dźwięki proszę odizolować, albo założyć na uszy słuchawki :) I tak samo jak poprzednio w kanale lewym leci dźwięk z Atari, w kanale prawym to co słyszy interfejs.

Dziś już nie mam czasu i siły ale jutro wieczorem wrzucę pliki (wav, cas, xex) do kolejnego postu w tym wątku. Dla ciekawych jak wygląda loader szybki link do repozytorium na GitHub zawierający kod źródłowy "Code3 Tape Loader. Parę słów więcej o tym loaderze napiszę w innym wątku na forum (w dziale programowanie).

DRACONUS, format DB ładowanie z prędkością 2600 bps:
http://www.youtube.com/watch?v=pfKimlOnDvw

DRACONUS, format DB ładowanie z prędkością 1300 bps:
http://www.youtube.com/watch?v=k3x9zTYjD-0

DRACONUS, format DB ładowanie z prędkością 800 bps:
http://www.youtube.com/watch?v=55yr34IKlUA

DRACONUS, format standardowy, ładowanie z prędkością 600 bps:
http://www.youtube.com/watch?v=EQPUdTIRjbA

Hej!

Jasne! Tak jak pisałem wcześniej... udostępnię wszystkie pliki jak tylko dotrę do komputera na którym się obecnie znajdują (zapewne będzie to dziś wieczorem). Ta wersja Draconusa powstała właśnie na potrzeby testów które tutaj zaprezentowałem. Zrobiłem ją wykorzystując to co "leżało" na Atarimania (Draconus). Obrazek wyciąłem z wersji dyskietkowej, a resztę z wersji kasetowej, pozbywając się oryginalnego boot-loadera.

Chwilę to trwało, ale udało mi się ogarnąć te dwie kasety które przekazał Thomy wraz z interfejsem. Kasety były w całkiem niezłym stanie i udało się przenieść wszystkie pliki do formatu CAS. Lista programów na przekazanych kasetach prezentuje się następująco:

KASETA #1

strona A)

01) Kopier DB
02) System Turbo 2600 + OPIS
03) Trans BASIC DB
04) CASDUP 2600
05) Trans CODE DB
06) Trans FILE DB
07) Kopier DB
08) System 2600 + Stacja Dysków
09) System 2600 + Stacja Dysków [1300 bps]
10) Error Copy 1.0 - Instrukcja, Andrzej Sarbinowski, 1989
11) Error Copy 1.0, Andrzej Sarbinowski, 1989

Strona B)

01) Wykres Funkcji, Olaf Rurak 1987, [ładować bez OPTION]
02) Assembler, C. Rutter 1982, [ładować bez OPTION]
03) Anty BOOT protect, D.Rogoźiński, 1988
04) Język Niemiecki, Marek Maciejewski
05) Język Niemiecki - zestaw słów, Marek Maciejewski
06) Lotnictwo Polskie w II wojnie światowej, Sławomir Majewski 1987, [ładować bez OPTION]
07) MAC/65 [DB]
08) BUG/65 [DB]
09) Program Instalacyjny [DB]
10) Kalkulator [DB]

KASETA #2

Strona A)

01) File Analyzer [BASIC]
02) Super Turbo Save, by RI-CO

Strona B)

01) HAPPY-MON 2.0, Thomas Fischermann, 1985 [DB]
02) Super Monitor, Andrzej Sarbinowski, 1989 [DB]
03) Super Monitor, Andrzej Sarbinowski, 1989 [DB]
04) Monitor - opis, Waldemar Chlebik, 1989.02.06 [BASIC]
05) Monitor, Waldemar Chlebik, 1989.02.06
06) Kombinator - Opis, L.K. AVALON [ładować bez OPTION]
07) Kombinator, L.K. AVALON [ładować bez OPTION]

Większość programów są to programy które były transmitowane w Radiokomputerze, nie wiem czy wszystkie tych programów były wcześniej dostępne w sieci, prawdę mówiąc nie sprawdzałem.

Zdziwił mnie jednak jeden programów. Chodzi mi o "Kombinatora", sygnowanego przez L.K. Avalon ... co ciekawe program zawiera sygnaturę informującą że jest to wersja dla słuchaczy Radiokomputera. Prawdę mówiąc nie pamiętałem faktu iż L.K.Avalon w ramach reklamy i auto-promocji wysyłał jakieś programy do Radiokomputera.

Niektóre z programów były nagrane na kasetę dwa razy, archiwizując te taśmy zostawiłem wszystko w takim układzie w jakim było nagrane na kasetach,  więc nie usuwałem duplikatów, etc.

Archiwum zawiera wersje WAV, HEX, CAS. Proces konwersji przebiegał w ten sposób że zgrywałem plik do postaci WAV, potem używając narzędzie "a8cas-convert" z pakietu A8CAS tools, autorstwa Krótkiego, konwertowałem plik audio do postaci HEX, potem poprawiałem ręcznie różne błędnie zinterpretowane dane i bloki, a na koniec dokonywałem konwersji do postaci CAS. Narzędzie Krótkiego sprawdziło się w tym wypadku znakomicie, ponieważ doskonale radziło sobie z formatem długich bloków Turbo 2600.

Aby więcej nie przedłużać, zainteresowanych zapraszam do pobrania całego archiwum (~312MB) z tego linku: Turbo 2600 tapes from Thomy.

A dla tych którzy nie maja ochoty na pobranie całości dość dużego archiwum, dodaję do tego posta archiwum zawierające tylko i wyłącznie pliki CAS.

Jeszcze raz bardzo dziękuję Thomy-emu za udostępnienie tych materiałów. Pozostało mi jeszcze zmontować prototyp na tzw. płytce stykowej (bread-board) aby sprawdzić schemat i opublikować sprawdzony już schemat.

Hej!

Na AoL leży taki plik: Turbo 2600. To jest chyba wszystko co zebrał VOY. Pin w tym wątku pisał że on też udostępniał jakąś kasetę z softem do Turbo 2600 do archiwizacji VOY-owi... więc pewnie jest to to archiwum o którym mówisz. Jest w nim oczywiście ten soft który był na kasetach od Thomy-ego, część się zatem pokrywa, ale jak mówię zgrywałem 1:1, bez sprawdzania wersji, etc. Może ktoś kiedyś  będzie chciał porównywać sobie wszystko i analizować ;)

VOY wspominał że nagrania musiał "odzyskiwać", a te kasety które dostałem były w dobrym stanie nie musiałem nic odzyskiwać, w 99% przypadków narzędzie Krótkiego dokonywało bezbłędnej konwersji przy pierwszym podejściu.

Porównanie interfejsów SZOK i mojego. 
Interfejs SZOK ma bardzo rozbudowany wzmacniacz wejściowy z filtrami, mój tylko najprostszy wzmacniacz bez żadnego filtra. Przypuszczam, że słabej jakości nagrania, na których mój by poległ, SZOK odczytywał by bez problemu.
Jak pisali Koledzy w postach 39 i 40 czasy impulsów 74121 musiały być dokładnie zestrojone. Postanowiłem sprawdzić jak dokładnie. W tym celu złożyłem na płytce stykowej uproszczony interfejs na układach CMOS. Zamiast odpowiednika CMOS bramki 7450 dałem równoważny układ z bramek NAND 4011. Potencjometry wieloobrotowe. Do testów wykorzystałem plik draconus (T2600, DB, 2600 bps).waw przesłany przez sebana.
Na początek ustawiłem oba czasy na 55μs, gra wczytała się bez problemów. Następnie zacząłem kręcić potencjometrami i gra wczytywała się dla czasów 54μs do 56μs, co daje dopuszczalny błąd ±1,8%, to niedużo.
Dalej nastawiłem czas pierwszego przerzutnika T1=50μs, gra wczytywała się dla czasu  T2= 57μs do 63μs.
Dla T2=60μs czas T1 musiał być w granicach 47μs do  53μs.
Wynika z tego, że dla poprawnego działania demodulatora SZOK suma T1+T2 powinna wynosić 110±3μs (±2,72%) i warunek konieczny T1<T2.
Sprawdziłem też moją wersję interfejsu z tym samym wzmacniaczem wejściowym i dwiema wersjami podwajacza częstotliwości. W obu przypadkach gra poprawnie wczytywała się dla czasu T=109±3μs (±2,75%).
Czasy przerzutników ustawiałem za pomocą oscyloskopu, ale mój interfejs można zestroić bez żadnego przyrządu. Wystarczy tylko Atari. Jeśli będzie zainteresowanie to opiszę procedurę strojenia (jest bardzo prosta).

Strojenie interfejsu markka bez przyrządów
1. podłączyć diodę LED z rezystorem - na schemacie narysowane linią przerywaną
2. z wyjścia monitorowego Atari wyprowadzić sygnał audio i podłączyć do wejścia interfejsu
3. podłączyć +5V i masę z Atari, np. z gniazda joysticka
4. potencjometr ustawić na max
5. włączyć Atari bez naciskania Option
6. wpisać SOUND 0,6,10,10 - dioda LED nie powinna świecić
7. zewrzeć potencjometr, dioda LED powinna zaświecić
8. rozewrzeć potencjometr, zmniejszać jego rezystancję aż LED zaświeci
9. lekko cofnąć potencjometr tak, aby LED trochę przygasła, może nieznacznie migotać
10. wpisać SOUND 0,7,10,10 - LED ma świecić
11. wpisać SOUND 0,5,10,10 - LED powinna zgasnąć
12. GOTOWE!