Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
FreeMiNT OS Distro Pełna, bootowalna dystrybucja systemu operacyjnego FreeMiNT dla 32-bitowych komputerów Atari.
Atari800MacX 6.1.0 Popularny emulator Atari na Maca otrzymuje wsparcie dla FujiNet/NetSIO oraz liczne poprawki błędów!
RastaConverterBeta19 Najnowsza wersja RastaConvertera wprowadza nowe funkcje odległości kolorów, w tym domyślne "rasta".
Test7800 0.7.1 Nowa wersja emulatora Test7800 w wersji 0.7.1 przynosi usprawnienia w obsłudze Drag and Drop oraz poprawki POKEY dla Stone Age.
Nadchodzi Rogul na Atari ST/STE Konwersja znakomitego Fantasy-Hack'n Slash-Roguelike Rogul z małego Atari na platformy ST/STE
Opcje wyszukiwania (Strona 24 z 68)
Przykro mi to stwierdzić ale zaczynam się skłaniać ku stwierdzeniu, że to już jest problem z gatunku medycznych.... i to nie tych przy których pomaga internista.
Ale dobrze że stany emocjonalne są jednak przez Sikora uzewnętrzniane, choć przyznam, że źle się czyta tak dużą dawkę negatywnego postrzegania świata na raz.
Od jakiegoś czasu Sikor wyłącznie narzeka, a to ja myślałem, że jestem malkontentem.... :) (choć Sikor to malkontent + pesymista + początek depresji chyba).
Tylko mi się nie obraź zaraz :). Z zasady piszę i mówię to co myślę.
I tu się mylisz - to zupełnie co innego :)
Niech bezrobotny pomyśli czym różnią się wymienione przez niego formaty i jak w 3 obrotach dyskietki rozpoznać każdy z nich...
90/130 różnią się czymś zgoła innym :P
A co to jest 180/360/720 ???
To może jeszcze pomyśl chwilę.... jeśli to nie za duży wysiłek.
Headhunter - Sega Dreamcast (niesamowicie oddaje klimat gry - różny w różnych lokacjach ;) ), mój ulubiony kawałek: Jack's Theme.
Czyli standardowo jak większość programów na Twoim kompie :P
Najpierw sprawdz czy odpowiedz nie jest oczywista, opisana w Atariki lub nie padla na poprzednich stronach.
Jesli nie, to mozna.
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.
A gdzie napisałeś (bo sam to pisałeś), że to Sparta czy inny system operacyjny, czy procedura transmisji zajmuje się tymi "kolejnymi zmianami szybkości"?
Komputer po sprawdzeniu czy jest dostępna większa prędkość w stacji, transmituje wszystko z tą prędkością i już. A stacja musi zająć się odebraniem rozkazów i odpowiadaniem na nie z taką prędkością z jaką do niej przyjdą. Jak rozpoznaje tę prędkość to sprawa firmware stacji dysków, może przez próbkowanie linii clock, a może metodą prób i błędów, która to metoda jest w sumie bardzo prosta. Tak działa np. Toms Multi, czy SIO2IDE.
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.
Pin napisał/a:pod 4.3B i 4.4b jest znacznie lepiej. Z 8 losowo wybranych dem nie odpaliły tylko: base33, khai.
Sprawdziłem dziś oba dema na dyskach o 256 i 512 bajtów w sektorze, spod sparty (odpalany msdos46 bez "X" i z "X"), jak i z boota (ale boot w przypadku dysków 512b z innego dysku), na emulatorach altirra i a800win.
Oba demka uruchamiają się bez żadnych kłopotów. Na razie nie wiem, co mógłbym dalej zrobić bez dostępu do sprzętu, na którym to nie chodzi. Jeśli dałoby się jakoś wyodrębnić .ATR na którym te dema (lub cokolwiek innego) nie odpala się, ruszę dalej.
W kwestii formalnej to ani POOL ani POLL tylko SEND HIGH SPEED INDEX. A ze jest roskaz POLL o tym samym kodzie, ale przeznaczony dla innego sprzetu i robiacy cos zupelnie innego to fakt ;)
Pewnie nie miałeś QMEGa w komputerze. QMEG po resecie wysyła do stacji rozkaz POOL (czy raczej SEND HIGH SPEED INDEX), by stwierdzić czy jest zgodna z trybem US i jednocześnie sprawdzić jej prędkość.
Ten rozkaz wysłany w "normalu" w połączeniu z wbudowaną w TOMSa Multi obsługą 3 prędkości i 2 systemów turbo, czasem był przez nią interpretowany jako rozkaz formatowania (z ustawionym 7 bitem, wiec jakby nie obslugiwala TopDrive to nic by sie nie działo) wysłany w turbo.
A po rozkazie POOL stacja zwraca bajt, ktory procedura transmisji powinna wpisywać do AUDF3 ustawiając prędkość. Dla prędkości standardowej jest to $28, dla predkości 52kbps - $0A.
No i dupa....
Moja zona jeszcze nie wrocila, a ja nie mam z kim dziecka zostawic.... wiec chyba nie bede jednak.
Nastepnym razem....
Ja musze poczakac az zona wroci, wiec moge byc troche po 17:30
CLK jest zbędny w US, można go stosować by ułatwić sobie pomiar prędkości, ale wiele stacji tego sygnału nie stosuje.
Co rozumiesz przez tryb "?" ... bo ja piszac ("?") miałem na mysli rozkaz POOL (odpytanie napędu o indeks prędkości) charakterystyczny własnie dla trybu US.
TopDrive zaś nie jest wspierany oryginalnie przez Spartę.
Czyli Timeout i .... skonczy sie błędem :)
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.
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.....
Tyle tylko że 15 bitów AUX jest tylko w przypadku TopDrive .... czyli turba, o którym należałoby jak najszybciej zapomnieć, niestety Toms Turbo to właśnie TopDrive. Jest to turbo, którego nie da się w sensowny sposób wykryć (oczywiście można pchać komendę z ustawionym bitem włączającym turbo, tyle ze potem trzeba tę komendę w turbo obsługiwać w ciemno).
Przyspieszacze zgodne z US mają do dyspozycji pełne 16 bitów i nie ma problemu z adresacją tylu sektorów.
pajero napisał/a:to TopDrive też czeka na +$80 (~command) by przeleźć w turbo
Ale nie dawaj jako przykładu najgorzej "zaprojektowanego" systemu turbo... :)
pajero napisał/a:Bo Sio2SD obecnie już ten trick zna (a o czym wiedzieć nie możesz - bo to w nowym wsadzie jest).
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....
Czyli sobota a nie piątek..... O.K. :)
Ale mam sprawę półprywatną do uczestników. Potrzebuję pojedyncze sztuki nieużywanych już, lub uszkodzonych nośników danych (do celów pokazowych dla lajkoników :) ). Oczywiście poza dyskietkami 5,25 czy 3,5 cala :) Może ktoś z Was ma jakiegoś magnetooptyka, zepsutego Zipa czy Sysquesta... przyjmę z chęcią :)
pajero napisał/a:One "tylko" umie odpowiedzieć na commandy OSu (tu: QMEG) by przejść w prędkość jaką samo potrafi obsługiwać
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.
Znalezione posty [ 576 do 600 z 1,687 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.055 sekund, wykonano 24 zapytań