A głodzina rozpoczątku?

Czyli Timeout i .... skonczy sie błędem :)

Read mam. poszukam tylko....    jest np tutaj: http://drac030.krap.pl/SIO2IDE_HS_SPARTA_LOADER.zip
Masz dwa pliki m65 jeden to wersja w pelni relokowalna, ale dłuższa niż strona pamięci, a drugi po kompilacji mieści się dokładnie na stronie.
Ta procedura (w wersji na strone pamieci) stosowana jest w loaderze Micro Sparta DOS i tam obsługuje transmisję w trybie US.
Jest dość uproszczona (timeouty na petlach - w Atari OS sa do tego stosowane kulturalnie timery), ale za to szybka i nie wymaga ustawiania procedur oraz obslugi przerwan transmisji.... robi wszystko "na piechotę" :). Aaaa no i można dzieki temu dac łatwo muzykę na VBL w czasie wczytywania...

A jak masz READ, to WRITE sobie b. szybko zrobisz :)

Procedura ta ma ograniczenie długości bloku danych (sektora) do 256b. - licznik jest na jednym bajcie.....

Ale nie dawaj jako przykładu najgorzej "zaprojektowanego" systemu turbo... :)

A co to za trik?? Nie wiem czy wiesz ale w Toms Multi obsługa tego triku, wraz z trybem US powodowała czasem słynne samoistne formatowanie dyskietek w tych stacjach (w połączeniu z QMEGiem w kompie, naciśnięciem Reset i brakiem szczęścia)

Mam nadzieję że w nowym SIO2SD jest ten "trik" stosowany do obsługi turbo w standardzie XF a nie beznadziejnego TopDrive....

No troszkę nieprecyzyjnie napisałeś.
Urządzenie obsługujące tryb US nie "potrafi odpowiedzieć na cammandy OSu by przejść w prędkość ....". Tak naprawdę potrafi odpowiedzieć na jedną dodatkową komendę ("?") i tą odpowiedzią poinformować komputer jaką drugą (dodatkową poza standardem) prędkość transmisji potrafi to urządzenie obsługiwać.
Nic więcej.
Procedury w urządzeniu mają po prostu umieć równolegle pracować w dwóch prędkościach - standardowej i US. Nie ma komend przełączających prędkość. Jeśli komenda przyjdzie z komputera z prędkością US, to jest z taką prędkością obsługiwana i tyle.

Gdyby to był pierwszy, drugi, czy nawet trzeci raz..... zgodziłbym się z tobą. Ale poczynania tego ... są znane od dawna i nawet mnie - człowieka baaaaardzo spokojnego - potrafią doprowadzić do stanu lekkiego wzburzenia :)
Ja mowili w starym czecho-slowackim serialu gdyby głupota potrafiła latać, bezrobotny nie dotykałby stopami ziemi nigdy ;)

Ja niestety moge testowac wylacznie na emulatorze (w tej chwili mam pod Alrirra jakis dysk z sektorami 512b). Na SIO2IDE wszystkie wersje czytaja wszystko co powinny. Zasadniczo dzialanie spod wlaczonej Sparty X to raczej dodatek niz glowna funkcjonalnosc. MSDOS ma dzialac jako bootloader i tyle.
Jak wroce z wakacji to jescze raz wszystko przenalizuje. Przydalby sie jednak test kogos, kto ma pojecie o assemblerze i moze sprawdzic gdzie program idzie w krzaki.

Pozdrawiam z Santorini :)

Prawoklikniecie jest ale troche mało wygodne (przez przytrzymanie w jednym miejscu), tooltip.... raczej zapomnij :)

Te poprawki nie maja znaczenia dla interfejsu jaki masz. Pozostaje sprawdzenie wartości bajtów $1f i $20 w Twoim bootsektorze. Wczytaj swój pierwszy sektor pod Qmegiem (w monitorze MLM) pod adres $3000 i podaj zawartość komórek $301f i $3020. Tylko po nich MSDOS orientuje się w wersji filesystemu i rozmiarze sektora.

Ale nawet w LDW nigdy sie nie "dwuklikało" przycichami, zawsze było to przytrzymanie jednego i wciśnięcie drugiego.... a najważniejsze, że mimo że sobie nie poradził "myśląc", nie raczył (jak zwykle) sprawdzić w instrukcji, którą (też jak zwykle) dostał "na tacy".

No i co?
Nie przetestowałeś .... :)
A ja w międzyczasie zmieniłem trochę metodę rozpoznawania wielkości sektora. Dotychczas MSDOS czytał pierwszy sektor dysku (zawsze 128b) i z zapisanych w nim danych, które ustawia Sparta odczytywał wielkość sektora. W sumie działało to z IDEa i pozostałymi interfacami, ale w trybie 512b sektorów tylko dlatego że IDEa (czy jak go tam zwał) pozwala na odczyt pierwszego sektora jako 128b i nie wykazuje wtedy błędu. Załadowałem jednak do Altirry ATRa 32MB z sektorami 512b no i była klapa, bo emulator wymusza czytanie także pierwszego sektora jako 512b.
Dodałem więc czytanie bloku PERCOM, po jego odczytaniu MSDOS ustala wielkość odczytywanego pierwszego sektora i dalej działa bez zmian. Zostało jeszcze parę drobiazgów i czas na nowy numerek chyba :).
Przepraszam, że wersja do testowania ma ciągle ten sam numerek, ale literki dodaję wyłącznie w źródłach.
A sam program jest tu gdzie zawsze: http://pecus.pigwa.net/pliki/Atari/msdos46.obx

P.-S. Nie było to trywialne, bo MSDOS bardzo kulturalnie przy zmianie katalogu, czy przed załadowaniem pliku zawsze dodatkowo sprawdza czy nie zmieniono dyskietki - porównując zapisany w pamięci obraz pierwszego sektora z odczytanym ponownie pierwszym sektorem dysku, a bufora na to nie zwiększyłem - dalej jest 128b.