1

ma ktos moze przypadkiem lub opracowanych w pocie czola procedurek read/write sector (sio) dzialajace bez udzialu os atari? deasemblacja tych z os z tego co czytam w innym watku nie jest najlepszym rozwiazaniem...

http://atari.pl/hsc/ad.php?i=1.

2

...bo pewnie proponowali sklonować całe SIO. A tu wystarczą Ci same procedury dot. CBF (Command Frame Bufor).

http://tajemnice.atari8.info/ksiazki/pw … egowa.html
patrz: SENDIN, SNDENBL etc

Gotowca nie mam.

3 Ostatnio edytowany przez Pecus (2010-10-15 08:18:01)

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.....

Bla bla bla bla, bla bla bla. Bla bla bla - bla - bla. Blabla bleee.

4

dzieki :-)

interesuje mnie standardowa wielkosc dla dyskietki DD (40 sciezek x 18 sektorow x 256 bajtow) lub atr.
sektory 1-3 maja po 128. wynika to z ograniczenia sys.operacyjnego? czy nie jest tak, ze sektory maja w rzeczywistosci 256 bajtow ale tylko polowa jest przez os wczytywana?

http://atari.pl/hsc/ad.php?i=1.

5 Ostatnio edytowany przez mono (2010-10-15 11:53:56)

A nie jest to ograniczenie w ROM samej stacji? Przynajmniej w LDW2000, CA2001, INDUS. Po to właśnie chyba Trub pisał swój loader dla CPM, bo pierwsze 3 sektory dyskietek CPMowych miały po 256b.

Edit: Zresztą w samym protokole SIO nigdzie nie idzie informacja o ilości danych, więc musi to rozstrzygać samodzielnie sprzęt (Atari ma informację o ilości oczekiwanych/wysyłanych danych w DBYTE). Pewnie więc i inne stacje zakładają, że sektory 1..3 są zawsze 128b.

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

6

Sektory 1-3 w DD mają fizycznie 256 bajtów. ROM stacji przesyła pierwsze 128 bajtów. ZTCP firmware Karin Maxi potrafi obsłużyć 256 bajtów.

https://www.youtube.com/watch?v=jofNR_WkoCE

7

moment. czyli powyzsza procka jesli bedziemy probowali zaladowac sektor nr.3 to otrzymamy zawsze 128 bajtow na wszystkich stacajach? (oprocz karin)
nie ma mozliwosci odczytac pelnych 256 bajtow z sektorow 1-3 na zwyklych stacjach np. xf551 lub 1050 (przerobionej na DD)?

http://atari.pl/hsc/ad.php?i=1.

8

Tak właśnie będzie.
Stacja zawsze przesyła do komputera 128b w przypadku sektorów 1-3.
Mozesz podać oczywiście procedurze długość sektora 256b, ale i tak odczyta 128 i... zakonczy sie błędem zapewne.

Bla bla bla bla, bla bla bla. Bla bla bla - bla - bla. Blabla bleee.

9

No skończy się błędem, bo OS będzie czekał na resztę danych, których nie dostanie. Z kolei wysłanie większej ilości danych nie zakończy się błędem, jeśli 129 bajt w 256 bajtowym sektorze będzie identyczny z crc (właściwie to sumy bajtów z przeniesieniami) z pierwszych 128 bajtów. Jeśli nie będzie pasował, to błąd będzie. Reszta sektora zostanie zignorowana. Nie wiem co zrobi karin.

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

10

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

Bla bla bla bla, bla bla bla. Bla bla bla - bla - bla. Blabla bleee.

11

Karin zagląda do struktur SIO i dlatego potrafi obsłużyć i 128 i 256 bajtów.

https://www.youtube.com/watch?v=jofNR_WkoCE

12

XXL - szykujesz demo całodyskowe na SV?? ;)- :D

Kontakt: pin@usdk.pl

13

@Fox: jak to się odbywa?

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

14

Zgaduję, że tak samo jak w IDEa.

Hitler, Stalin, totalniak, SSman, NKWDzista, kaczor dyktator, za długo byłem w ChRL, wypowiadam się afektywnie.

15

Karin jest nowym urządzeniem i posiada własny ROM w obszarze FP. Nie ma komunikacji po złączu szeregowym.

https://www.youtube.com/watch?v=jofNR_WkoCE

16

czy ktos sprawdzal jak czesto czytanie sektora konczy sie niepowodzeniem i czy ewentualne bledy zwiazane sa z marnej jakosci nosnikiem (ten sam sektor generuje bledy) / inne -  jakie? system turbo? zaklocenia?

http://atari.pl/hsc/ad.php?i=1.

17

Najczęściej błędy odczytu dotyczą dyskietki zapisanej na innej stacji lub marnej jakości.

https://www.youtube.com/watch?v=jofNR_WkoCE