SDX rozpoznaje stację w następujący sposób:
Najpierw sprawdza czy stacja zna protokół US wysyłając do niej komendę $3F. Taka stacja zwróci HS Index, z którym komunikacja ma się odbywać.
Jeżeli stacja nie zna tej komendy, to najpierw jest próba transmisji w trybie SuperSynchromesh (HSIndex 6), a potem w trybie XF-551 (HSIndex 16).
Jeżeli żadna z prób się nie powiedzie, transmisja jest prowadzona w "normalu".

Standardowo SDX nie obsługuje protokołu Top Drive / TOMS Turbo, czyli z modyfikowanym DAUX2.

dzięki

coś znalazłem tu: http://atariki.krap.pl/index.php/POKEY

czyli po pozytywnym przesłaniu 3Fh transmisja odbywa się z turbo?

Ktoś kompetentny powinien to dokładniej opisać w atariki, to byśmy baranki nie pytali...

Ostatnio edytowany przez bezrobotny (2010-10-24 13:06:31)

a czy mógłbym prosić o podesłanie linka?

no trudno, może Ktoś inny mi podpowie, nie testowałem jedynie tego GTK, resztę tak z grubsza przeczytałem... chodzi o protokół US Doubler-a...

nie no ale powiedz mi przynajmniej co Ty masz na myśli,
bo ja te linki przejrzałem, ale do US Doublera - a ten mnie interesuje, protokołu nie ma... jest co nieco do Happy Warp... nie wiem czy Ty o tym mówisz? ale cały problem w tym CLK...

temat pozostawiam otwarty, jak Ktoś przetestuje i da znać, to będę zobowiązany...

Bo protokół US (czy Happy) jest IDENTYCZNY jak standardowe SIO. Jedyna różnica jest taka, że odbywa się z inną prędkością, o której oprogramowanie może dowiedzieć się wysyłając do stacji rozkaz "SEND HIGH SPEED INDEX". Jeśli dostanie odpowiedź to wie, że może komunikować się z daną stacją także z większą prędkością i tyle.
A stacja musi umieć działać z dwiema prędkościami jednocześnie (Standard i turbo) - protokoły dla obu tych prędkości są identyczne.

No i to właśnie jest napisane w haśle, które jakoby przeczytał:

IDENTYCZNY JAK W STANDARDZIE, stoi tu jak wół. A ten chodzi patrzy na to i wraz swoje: "chodzi mi o protokół US Doublera". Heh, to jest problem z dziedziny medycyny.

sory już wiem: "Ta druga polega na tym, że stacja stara się odebrać blok komendy ustawiając się kolejno na dostępne prędkości transmisji, a jeśli odebranie komendy powiedzie się, stacja pracuje dalej z rozpoznaną prędkością"

ale to co najmniej dziwny protokół, nie wiadomo jak działa, to wykrywanie prędkości poprzez kolejne zmiany szybkości odbioru, to mi nie pasuje... chyba w sparcie to się tak idiotycznie nie odbywa?

Jak ci nie pasuje odgadywanie prędkości metodą prób i błędów, to mierz długość okresu CLK OUT.

PS.

Wiadomo, jest to tam napisane: IDENTYCZNY JAK W STANDARDZIE, Z TĄ RÓŻNICĄ ŻE [...] - po czym jest podana jedyna różnica w stosunku do standardu: prędkość transmisji. Co tu jest niejasne?

Ostatnio edytowany przez drac030 (2010-10-24 18:00:27)

Człowieku!!!
Jeśli stacja odpowiedziała prawidłowo na rozkaz 3Fh to oznacza że stacja ROZPOZNA pakiet w turbo.
A jeśli nie rozpozna to oznacza błąd transmisji - obsługiwany tak jak każdy inny błąd.

Może warto sprawdzić jak działają "timeouty i takie tam.." , wiedziałbyś że zanim SIO zgłosi bład, stara się wielokrotnie przesłać rozkaz do stacji. Sprawdź sobie ile razy to robi.... a wtedy stacja może sobie eksperymentować o próbować odebrać go z różnymi prędkościami.

Ostatnio edytowany przez Pecus (2010-10-24 18:12:36)

Na dodatek timeout dla *wysłanej* komendy to jest co innego, niż timeout dla komendy *zaakceptowanej*. Ten drugi jest ustawiany przez program użytkownika w DCB (w DTIMLO). Ten pierwszy jest wybierany automatycznie przez SIO i jest bardzo krótki. Dlatego SIO może powtórzyć komendę nawet kilkanaście razy w ciągu sekundy.