Gdy wysyła się blok Percom z wadliwą sumą kontrolną to pojawia się komunikat "błąd sumy kontrolnej ramki danych", wartości jakich oczekuje oraz ta wadliwa ramka. Gdy suma jest ok to nie ma żadnego komunikatu, że ten blok przyszedł. ( Podejrzewam że Percom i tak nic tutaj nie robi. )

Odczyt PERCOM jest OK (ale widać ma w oknie komunikatu jakie bajty wysyła)
Jeśli ramka rozkazu ma błędną sumę to podobnego komunikatu nie ma. ( Jest tylko "prędkość ustawiona na 19200")

Komanda get status $53 pobiera 5 bajtów bez sumy kontrolnej (nie wiem co wysyła prawdziwa stacja bo nie mam).

------
SIOCOPY to taki program do połączenia stacji Atari z PC przez port LPT (kabel nie wymaga scalaka) i zgrania obrazu na pc-ta.

Co do ustalania prędkości w momencie, gdy się to nie udaje to zrobił bym ten timeout jednak bo jedynym skutecznym sposobem na przerwanie tego stanu rzeczy jest reboot Atarki.

Możesz też z menu "File" wybrać "Stop Emulation"

Jest :) Drag&Drop pozwala na zamianę miejscami dowolnych ATR-ów

Co do ustalania prędkości w momencie, gdy się to nie udaje to zrobił bym ten timeout jednak bo jedynym skutecznym sposobem na przerwanie tego stanu rzeczy jest reboot Atarki.

Jedna jeszcze rzecz BAARDZO by się przydała. SWAP ATR (chyba że jest a ja go tu nie widzę).

Miło też, że napędy kończą się na O:

EDIT:

Co do ustalanego ręcznie dzielnika: ustawienie nawet na 11 nie działa (czyli poniżej prędkości 3x sio). Sprawdzane na zaznaczonej opcji "opadającego", oraz "RI", oraz "NONE"

32MB faktycznie działa, trzeba pomęczyć teraz Pajero o obsługę tego we wtyczce do TC.

Jest mozliwosc zeby montowane katalogi nie byly read only?

Aktualnie nie. Są jednak dwie alternatywy:
- PCLINK w RespeQt (jeśli używasz SDX) pozwala zarówno na odczyt, jak i na zapis do katalogów
- nowa wersja AspeQt od atari8warez pozwala na zapis w montowanych katalogach

Działa, ale tylko dla opcji x1, x2, x3. Jeśli chcę ręcznie ustalić dzielnik pokeya to komp próbuje się dogadać i na "pierdzeniu" wisi po wieczny czas. Jakiś timeout by się tu nadał ;)

Dzięki za test.
A przy ustawieniu "NONE" nic się kompletnie nie dzieje?

Szybciej niż x3 się pewnie nie da, bo mamy opóźnienie związane z tym, że RespeQt "budzi się" opadającym zboczem Command Line.
W tym momencie Command Frame jest już dawno wysłany i RespeQt odczytuje dane z bufora. Mija więc trochę więcej czasu zanim odpowiedź RespeQt dotrze do ATARI (w porównaniu z sytuacją kiedy reagujemy na rosnące zbocze).
Czy z APE albo z AspeQt udało Ci się wyciągnąć więcej niż x3?

Co do "pierdzenia" po wieczny czas - w programie jest pętla w której RespeQt przełącza się (w przypadku problemów) pomiędzy ustawioną prędkością, a standardową 19200, próbując dostosować się do ATARI. Kiedyś RespeQt poddawał się po iluś tam próbach, ale ktoś zmienił to na pętlę nieskończoną.

Da się nawet zrobić ATR-a o wielkości ~512 MB. :)

Jest możliwość obsłużyć sektor 512B? Bo może by się ruszyło opcję 32MB ATR

Podsyłaj, zdam relacje z placu boju.

OK. To podsylam linka:
http://abbuc.de/~montezuma/RespeQt-r4-falling-edge.zip
Jak znajdziesz chwilkę, to przetestuj.
W załączniku screenshot pokazujący checkbox, który trzeba zaznaczyć.

Dzięki za cenną informację, będą zmiany w RespeQt ;)

https://github.com/greblus/aspeqt/commi … a0f82f23ab
https://github.com/greblus/aspeqt/commi … e4e5f95762

Nie wiem po co, ale jeden z devów się na to uparł.

Montezuma - nie o to chodzi. Chodzi o to, że piszesz że to błąd i tylko z tego powodu stare APE działa i widzę też, że obecnie promowany program będzie tego błędu pozbawiony. Wnioskuję więc że mój kabelek z tym normalnie nie zadziała a 19200bps jest zupełnie niezadowalające.

Tak właśnie jest. Dziwię sie jednak, że nie działa u Ciebie handshake "NONE" (w tym trybie nie ma ograniczenia do 19200).
Postaram się wieczorem przygotować roboczą wersję, która powinna u Ciebie zadziałać.

A kto powiedział że wydał? :P

Skoro Pin pisze publicznie, że wraca do APE, to chyba wydał ;)

Co do polskich liter, to nie mam pojęcia. Problem pojawił się chyba od wersji Qt 5.X (z Qt 4.X było wszystko OK).
Co do xex i 57600 - wytłumaczenie jest proste:
Dla plików XEX domyślnie włączony jest High-Speed Loader (można go wyłączyć w ustawieniach w zakładce emulacja).
Dla plików ATR nie. Albo musisz użyć spatchowanego OS-a, albo ATR z Hi-Speed loaderem.

A z tymi wydatkami to jest tak, jak pisał Skrzyp ;)