Da się ale to już wtedy będzie to samo co sio2pc.
Szybkość bez ograniczeń - transoptory są używane w impulsowych przetwornicach napięcia jako feedback więc nie mogą być wolne.

Chcę popróbować jak się sprawdza szybsza transmisja niż 600, więc zrobiłem na szybko przed dłuższym wolnym no i teraz testuje wszelkie programy i możliwości.

--------- 26.04.------ 
Zrobiłem wersję z obsługą 'fsk' na kilka gier wczytało się (Przemytnik,Włóczykij,Skarbnik) czyli na zabezpieczeniach Avalonu daje sobie radę (problem był z grą MV2 - od momentu gdy się zmienia częstotliwość  (jak kiedyś zamówiłem oryginalną kasetę to najpierw przysłali taką z długimi - podwójnie długimi - blokami to mi się nie wczytywała - odesłałem ją to przysłali taką z normalnymi z dopiskiem na karteczce kaseta nie zatrzymuje się po wczytaniu gry - ta była ok.))
----1.05----
Odkryłem że MV2 działa z cas2sio, ale na bardzo starym komputerze. Na nowszym sprzęcie jest problem przy zmieniającym się baudrate. Jak sam ją skompiluję to też nie działa.

Nie zrobiłem jeszcze wymuszenia szybszej prędkości, ewentualnie dodam jeszcze skracanie przerw.
Program ma jeszcze jeden mankament otóż gdy grę wczytuje się z dyskietki to co 3 sektory następuje odczyt co jeszcze opóźnia wgrywanie gry.

Taki "MOD" do ustawiania głowicy - ponieważ magnetofon nagrywa w jednym kanale więc ustawienie skosu głowicy na słuch mija się z celem, chyba że na czas kręcenia połączyć oba kanały. Zrobiłem próbę - połączenie zrobiłem za rezystorami R17 i R22.Przy 2k słychać super głośno ale 20k też wystarczy.

Jest taki program chkrom.exe , który pokaże ci jakie są adresy Run i Init dla cartridge'a.

http://mega-hz.dnshome.de/ATARI/ATARI%2 … ATA/ASOFT/

EDIT: a ten program zrobi ci gotowego xex-a

http://ftp.pigwa.net/stuff/collections/ … index.html

@Voy   Jesteś pewien, że poprawiłeś loader? 

Większość jego kodu jest ukryta za EOR #$FF. W kopierze od "Nudmehi..." wygląda na niezmieniony. A na ten Loader.cas jest w wersji oryginalnej czyli pod OS A. (czyli wiesza się gdy jest załączony BASIC.)
Jest jeszcze jeden bug (jeśli program ładowałby się od adresu xxFF to będzie źle załadowany - muszę sprawdzić to  - z analizy kodu tak wynika)

Dla ciekawskich podam co robią te pozmieniane adresy skoków:
OS B   OS XL/XE
F2ED   C5A7  chyba BOOT DISC - nieużyty adres - jest zamazywany przez JSR $089D
F381    C63E  wypisz BOOT ERROR 
F385    C642   wypisz własny tekst - początek tekstu w rejestrach X,Y (w Y starszy bajt)
F6A4    F2B0  out char -wypisuje 1 znak na ekran (po wysłaniu liczby 125 powinno zmazać ekran i ! by znikł co się nie dzieje  :)
F6E2    F302   odczyt klawiatury
F39C                RTS (adres ten wpisywany jest do CASINI)

Odkryte źródła są w innym moim poście gdyby ktoś chciał sobie go poskracać lub poprawić. Można by też ogłosić małe compo na napisanie nowego LOADERA! w 2 kategoriach 1.najkrótszy 2. z bajerami ale o max. tej samej długości (żeby zastąpić go na kopierach , kartridżach itp).

Byłem ciekaw dlaczego nie działa prędkość 3x. (w psiox002)

Po pierwsze - odczyt nie jest w połowie bitu tylko ... zależy od prędkości -przy  1x jest na początku,  2x,3x w połowie.
po drugie - (rozrzut jest taki że odczytuje sąsiednie bity).

ad1. - funkcja odczytu "sio_recv()" jest trochę źle napisana - obliczenie (TIMER_HZ/bps ... itd) odbywa się w czasie nadawania pierwszego bitu a zajmuje na tyle dużo czasu, że jest jak jest - przy prędkości 3x nie wyrabia się (takie moje podejrzenie). W sumie bez sensu bo to obliczenie powinno być tylko raz w programie.

ad2. - odmierzanie czasu jest przy pomocy timera 8253 - synchronizacja wymaga trzech odczytów timera a da się zrobić na jednym (jak wywaliłem "latch_timer" to już jako tako zaczęło działać)

Udało mi się zrobić wersję pod dos efekty takie same (1x,2x-ok; 3x-nie.)
Zrobienie finalnej wersji trochę mi zajmie (nie jestem programistą C) problem ciekawy, więc szkoda go zostawić nierozwiązanym)
EDIT. Zrobiłem wersję na której działa transfer x3.
(kilka filmików)

https://youtu.be/79BoW8t2M-k
https://youtu.be/QUZG_wrVmKg
https://youtu.be/zgazTumCeFg

https://youtu.be/iXJVnohFhdg

Pod Freedosem działa tak samo :)
-----------------------------------------------
Edit: Zrobiłem małe badania - chciałem sprawdzić czy da się odczytać dwa razy tą samą wartość timera a jak nie to ile potrwa jego odczyt.
Napisalem wiec kilka programow testujacych aby to sprawdzić .Programy testowe w laciek.zip. Można je odpalić pod cmd jak ktoś nie ma Dosa.

Wyniki sa nastepujace:
Metoda 3 -3 bajty:latch timer + 2 bajty - 4 do 6 okresow zegara, (tak jest w oryginalnym programie)
metoda 2  -2bajty:bez latch timer 3-4 okresow zegara       
metoda 1 - 1bajt :bez latch timer 1-2 (tzn. nastepna wartosc jest o 1 lub 2 mniejsza)
metoda 4 - 2 bajty- latch timer + bajt LSB 3-4 okresy zegara
Przy okazji okryłem ciekawe zachowanie gdy ustawimy timer na BCD a wpiszemy liczbe hex to...-po testujcie sami.
(lsbbcd.exe)
Napisałem więc wersje wykorzystujaca metode 1 i okazuje się że jest gorzej.Potem sprawdziłem czy zadziała metoda 2 - tez nie dobrze.(czesto checksum error lub long frame)
No to zrobilem inaczej latch timer+1 bajt(LSB) -(metoda 4 ) tu o dziwo odczyt byl lepszy -zdarzal
sie czasem long frame(131) lub short frame(1). Nie wiem dokladnie dlaczego te
błędy byly ale jak wywaliłem linię if timeout... i dalem timeout=2 to nagle problemy zniknęły.
Najpierw spróbowałem czy działa prędkość x3 - odbiór przez stacje jest tylko przy 21 tickach co odpowiada 56600 bps (57600 daje 20 a to juz nie działa). Pozostało więc uslalenie czasu oczekiwania na pierwsz bit wyszlo 12 albo 13. Na tych wartosciach da się ściągnąć cały dysk bez błędów. Były za to problemy z mniejszą predkoscią przy sposobie wymyslonym przez "Shaggiego"-  to "TIMER_HZ/(bps*4/3)"/*wait to center of next bit */
Nie wiem jak on ten wzór wymyślił może próbował, aż zacznie działać(patrz film 1. tu widac bylo ze odczyt jest na początku bajtu a nie w połowie).
Jeszcze dziwniejsze ze "bit0" 46 poltora bity jest mniejszy niz 62 i działa.
Postanowiłem sprawdzić zakres wartości na jakich będzie bezbłędnie działac - 46 jest na skraju bezpiecznego odczytu.
Taka sama tabelke zrobilem dla nowej mojej metody i wyznaczajac prostą wyszedl wzor do obliczenia "bit0".

Dlaczego nie działa metoda 1. nie wiem - ciekawostką jest, że da się złapać nieprawidłowe przejście - patrz program bezlatch.exe

Tabelka zawiera wartości wpisywane do Timera po lewej "prędkość odczytu" w nawiasie oczekiwanie na środek następnego bitu.
     Nowy        Stary   /wartości dla Amd-850MHz
60 [63-102]  [54-89]
61 [57-100]  [48-88]
62 [53-99]    [45-88]   19200 bps; jego program działał na 62[46]
63 [53-93]    [45-79]
64 [53-83]    [45-74]
65 [52-77]    [45-66]

30[27-38]   [16-28]
31[22-36]   [12-23]   38400
32[22-29]   [12-18]

21[12-13]     ------      56600 bps

Zrobiłem test na innym procesorze amd 3800+ i te wartości trochę odbiegają więc jeszcze mnie czekają dalsze testy tym razem na różnych sprzętach.

W tym katalogu masz kolorowe plansze z opcodami dla 6502 oraz x86.

Edit;2022: Link poniżej wygasł, więc wkleiłem obrazki z naszym procesorem.
http://sasq.comyr.com/Stuff/Elektronika/

http://i.imgur.com/xfeWv.png

@voy - a sprawdzałeś później działanie samego loadera?

Patche poprawiają sam kopier a w loaderze oprócz jednego skoku -nieużywanego -  zmian nie widzę.

W tym artykule na atariki nie napisali, że kod programu jest częściowo zaszyfrowany metodą EOR #$FF; Procedura deszyfrująca wydłuża kod o 44 bajty :( oraz zamienia skok JMP $F2ED na JSR $089D. Pozostałe 4 skoki są w części zaszyfrowanej. Natrafiłem jeszcze na drugą wersję ! tą która jest na atarionline (oraz w kopierze w moim kartridżu).

W załączniku porównanie tych "!!"

PS. Na pomysł przeanalizowania ! wpadłem analizując kod kartridża - natrafiłem na pewne krzaki które okazały się kodem tego loadera.

Analiza i kod po hiszpańsku jest na stronach:

http://franco.arealinux.cl/2014/03/carg … odificado/

https://www.dropbox.com/sh/t0wrzfkub4ne … pd9vwtdsHa

Edit:
Po analizie kodu zauważyłem że "!" xle rozpoznaje nagłówek pliku tzn jeśli tylko jeden z bajtów jest FF to uznaje ze oba są FFFF. czyli jeśli program ładuje się od adresu xxFF to powinien być crash. Nie mam żywego sprzętu więc nie sprawdzę czy tak na pewno jest.

L07FD       ldx #$10
            lda L0930
            sta IOCB0+ICBAL,X
            pha
            lda L0931
            sta IOCB0+ICBAH,X
            tay
            pla
            iny
            bne L0830   ;nie sprawdzi drugiego FF
            tay
            iny
            bne L0830   ;jak drugi jest FF