nie bądź taki - wskaż mi chociaż kierunki poszukiwań...
ja bazuję na tym co PRZECZYTAŁEM w SIO Atariki, nie ma.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
ICE-T 2.76 alpha 9 Nowa wersja zaawansowanego emulatora terminala
Street Fighter 2 na Atari - prace trwają W najnowszym materiale wideo autor zaprezentował aktualny stan rozgrywki.
Jurassic Spark - wersja finalna Podczas Grawitacji zaprezentowano wersję uproszczoną, pozbawioną kilku kluczowych elementów, które teraz zostały dodane.
ABBUC Software i Hardware Compos Ogłoszono coroczne konkursy.
Atari ANTIC Displaylist Designer Nowe narzędzie dla twórców oprogramowania na Atari 8-bit.
atari.area forum » Sprzęt - 8bit » SIO wpada $F8
Strony Poprzednia 1 2 3 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
nie bądź taki - wskaż mi chociaż kierunki poszukiwań...
ja bazuję na tym co PRZECZYTAŁEM w SIO Atariki, nie ma.
nie bądź taki - wskaż mi chociaż kierunki poszukiwań...
kierunek==>czytaj od lewej do prawej, przesuwając się co wiersz do dołu...
mógłby Ktoś mi pomóc?
przeczytałem po koleii:
http://atariki.krap.pl/index.php/SIO
http://atariki.krap.pl/index.php/Lista_ … ug_funkcji
http://atariki.krap.pl/index.php/POKEY
http://www.atariarchives.org/dere/
i nic... a może chodzi o systemy turbo?
Napisałem Ci $53.
Pomyśl może czym się różni od $D3 o którym to rozkazie pisałeś...
I czego status można w ten sposób sprawdzić.
ludzie darujcie, skąd mam to wiedzieć skoro nie pisze.
gdyby to był numer sektora to bym się domyślił, że chodzi o turbo, ale to ustawiony 8 bit w komendzie, nie wiem co to oznacza... skąd mam wiedzieć...
nie możecie napisać po prostu? szkoda zaśmiecać wątek...
No a jak sprawdzić czy podłączona stacja obsługuje to turbo??? (a są takie turba, które w rozkazie ustawiają 7 bit - i to nie jedno a do tego popularne). Co oznacza, że nie czytałeś zbyt wiele.
Masz jakiś inny prostrzy/ciekawszy sposób??
Twoja stacja nie obsługuje tego protokołu więc - zupełnie prawidłowo - jest błąd.
No i masz racje faktycznie "nie pisze", ale za to "jest napisane".
a może chodzi o systemy turbo?
Człowieku, rozumiesz wyraz "wszystko"? Skoro "systemy turbo" są podlinkowane i poradzono Ci przeczytać "wszystko, co jest podlinkowane", to z czym masz problem?
nie możecie napisać po prostu? szkoda zaśmiecać wątek...
A Ty nie możesz po prostu przeczytać, co Ci każą, zamiast zaśmiecać wątek?
Jednakże drugi bajt tego bloku, zawierający wartość bajtu DCMND bloku DCB, jest zwiększony o 128 (ORA #$80). - ???
ale nadal kwestia tego crc jest dla mnie niezrozumiała, czy bajty dodają się razem z bitem przeniesienia C?
coś nie tak z tym crc, bo APE też nie wychwytuje tej komendy $D3...
zastanawia mnie jeszcze to: "Przesłanie potwierdzenia końcowego ("C" lub "E") musi nastąpić w czasie od 850 usec. do 16 msec. po przesłaniu bloku danych.
Ogólnie potwierdzenie końcowe ("C" lub "E") musi nadejść z urządzenia nie wcześniej niż po 250 usec. i nie później niż po 255 sekundach - czyli po 4 minutach i 15 sekundach - od nadesłania potwierdzenia komendy ("A"). "
nie ma tu jakiejś sprzeczności? czy taka stacja dyskietek na przykład wyrobi się z zapisem danych w ciągu 16ms?
Może mi Ktoś powiedzieć jak liczy się sumę kontrolną, czy przez ADD czy ADC?
http://www.youtube.com/watch?v=UBo8KXc83tc
@bezrobotny: http://atariki.krap.pl/index.php/Katego … nik_kodera
Co do "milisekund", na samym dole jest podana bibliografia, w razie wątpliwości, czy w haśle nie ma błędu, możesz tam zajrzeć.
czy komendy $58 też powinienem się spodziewać?
czy ten czas od skasowania COMMAND do wysłąnia ACK wynosi maks. 16 ms, czy może jednak więcej?
Bezrobotny miał nosa, w Atariki rzeczywiście był błąd.
a w którym miejscu i czy poprawione :)? a już widzę,
a co myślicie o komendzie $58? interesuje mnie też maksymalny czas pomiędzy skasowaniem COMMAND i wysłaniem ACK...
I bardzo dobrze, warto mieć zróżnicowane zainteresowania.
zrobiłem taką małą iterakcję, na wszystkie komendy odpowiadam NACK... cuda normalnie cuda z tą spartą...
chłopaki nie czepiam się, ale weźcie to przeczytajcie:
6c) jeśli to jest zapis bloku danych, komputer przesyła blok danych plus sumę kontrolną do urządzenia. Po jego przyjęciu, jeśli blok danych jest poprawny, urządzenie odpowiada kodem $41 ("A") i przystępuje do np. zapisania danych na nośnik. W przeciwnym wypadku, jeśli w nadesłanym bloku danych urządzenie stwierdzi błąd sumy kontrolnej lub inne nieprawidłowości, odpowiada kodem $4E ("N") lub nie odpowiada w ogóle, a blok danych ignoruje. W następnej fazie urządzenie informuje komputer o wykonaniu kodem "C" lub "E" o znaczeniu jak powyżej, i na tym transmisja się kończy. Przesłanie bloku danych musi rozpocząć się nie wcześniej niż 1000 usec. i nie później niż 1800 usec. po przesłaniu ostatniego bitu potwierdzeniu przyjęcia komendy (pierwszym "A"). Rozpoczęcie przesłania potwierdzenia otrzymania bloku ("A" lub "N") musi nastąpić w czasie od 850 usec. do 16 msec. po przesłaniu ostatniego bitu bloku danych.
We wszystkich 3 przypadkach transmisja potwierdzenia końcowego ("C" lub "E") z urządzenia musi rozpocząć się nie wcześniej niż po 250 usec. i nie później niż po 255 sekundach - czyli po 4 minutach i 15 sekundach - od przesłania ostatniego bitu potwierdzenia komendy ("A") (6a, 6b) lub od odebrania ostatniego bitu bloku danych (6c).
same sprzeczności i nie wiadomo o co chodzi - do poprawki.
Z "samymi sprzecznościami" chyba lekko przesadziłeś. Po prostu ten kawałek:
W przeciwnym wypadku, jeśli w nadesłanym bloku danych urządzenie stwierdzi błąd sumy kontrolnej lub inne nieprawidłowości, odpowiada kodem $4E ("N") lub nie odpowiada w ogóle, a blok danych ignoruje. W następnej fazie urządzenie informuje komputer o wykonaniu kodem "C" lub "E" o znaczeniu jak powyżej, i na tym transmisja się kończy.
trzeba pewnie uzupełnić:
W przeciwnym wypadku, jeśli w nadesłanym bloku danych urządzenie stwierdzi błąd sumy kontrolnej lub inne nieprawidłowości, odpowiada kodem $4E ("N") lub nie odpowiada w ogóle, a blok danych ignoruje, i na tym transmisja się kończy (po stronie komputera następuje błąd timeout i powtórzenie komendy).
Jeśli blok danych był w porządku, to w następnej fazie urządzenie informuje komputer o wykonaniu kodem "C" lub "E" o znaczeniu jak powyżej, i na tym transmisja się kończy.
Acz można to było samemu wymyślić.
wyczytałem w atariki, że w synchromeshu do stacji wysyłany jest kodzik, czyli ta komenda $58 to chyba nie jest przypadek? pytam z ciekawości...
a jak odróżnia się turbo w CA2001 i jak w LDW2000 skoro pierwsza pracuje z 38k, a druga z 68kB/s?
wyczytałem w atariki, że w synchromeshu do stacji wysyłany jest kodzik, czyli ta komenda $58 to chyba nie jest przypadek? pytam z ciekawości...
Przypadek. Komputer wysyła przez SIO przypadkowe bajty, a stacja na nie przypadkowo reaguje. Działanie SIO jest złudzeniem powodowanym przez bezpośrednie działanie Absolutu(tm)
a jak odróżnia się turbo w CA2001 i jak w LDW2000 skoro pierwsza pracuje z 38k, a druga z 68kB/s?
To zależy. Stacja nie musi niczego odróżniać, bo albo obsługuje to, albo tamto ("zła" prędkość transmisji powoduje błędy sumy kontrolnej, a to patrz protokół SIO). Komputer jeśli ma sprawdzić, czy stacja obsługuje to czy tamto, ustawia najpierw np. 38,4 kbps i wysyła rozkaz Status. Jak się uda, to to jest właśnie to. Jeśli nie, to przestawiasz w 68,2 kbps i ponawiasz.
Draco - ja sobie potroluje - juz wiem co miales na mysli mowiac na Grzybsoniadzie o panie BEZROBOTNYM ;-)
Strony Poprzednia 1 2 3 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Sprzęt - 8bit » SIO wpada $F8
Wygenerowano w 0.242 sekund, wykonano 25 zapytań