Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Test7800 0.8.0 Nowa wersja Test7800 wprowadza wsparcie dla większych kartridży Bankset oraz obsługę Quadtari.
Flob wkracza na Atari ST Platformówka z 8-bitowego Atari zmierza na komputery z serii ST.
Return to Blacktooth dla Atari ST Nowa, izometryczna przygoda w stylu Head Over Heels już dostępna na komputery Atari ST.
VBXETERM 0.12 Nowa wersja emulatora terminala VBXETERM z poprawionym SSH i lepszym wsparciem VT100.
Echa GemTOS 2026 Prace z tegorocznej edycji francuskiego zlotu GemTOS poświęconego komputerom Atari.
atari.area forum » Posty przez drac030
gdzie skacze 6502 po uruchomieniu, nie mam na myśli wektora RESET-u, tylko adres bodaj $C.... ?
Dziwne pytanie. Po uruchomieniu 6502 skacze pod adres wskazywany wektorem RESET ($FFFC/D).
Jakie tam arcydzieło - 64k RAM-u, czyli za mało, zeby uruchomić jakikolwiek współczesny program; bezużyteczny modem 300 bodów, kiedy obecnie byle gie ma 56k; syntezator mowy na układzie nieprodukowanym od ćwierć wieku, komplenie nieoprogramowany; dupne video jak to w XL (najlepsze jest ono w 130XE); ch*jowe PBI z serii XL, gdzie brakuje istotnych sygnałów w rodzaju 5V :) No i oczywiście, nie ma plomby, bo nawet jak była, Curt Vendel juz dawno wydłubał :>
Płacisz za to 10 tauzenów i potem boisz się dotknąć, że nie wspomnę juz o zainstalowaniu najgłupszego rozszerzenia pamięci do 320k, żeby można było coś na tym zrobić.
Natrafiłem na pewien problem. Podłączyłem do mojej atarki zewnętrzną stację dysków (tak dokładniej są to dwie przełączane stacje 3,5 i 5,25 cala). Dyskietki sformatowane w drugiej stacji, nie dają się odczytać w pierwszej i vice versa (a pokazywane pojemności są identyczne).
Znaczy, dyskietki zapisane w stacji 3,5" nie dają się czytać w stacji 5,25"? Czemu mnie to nie dziwi? :>
Chyba nikt nie sprzątnął, po prostu aukcja się skończyła, zob, "History: 0 bids". Swoją drogą, trzeba upaść na głowę, żeby za takie nietypowe 800XL płacić prawie 10 tysięcy złotych, skoro normalne 800XL można mieć za dwie dychy... :>
mikey laoo pewnie chodzi jeszcze o to, żeby flasza mozna było flaszować z poziomu atari. Tu zachodza pewne hinty.
Hint pierwszy: flasz ma dwa specjalne adresy, $2aaa i $5555, przez które się z nim wstępnie rozmawia przed programowaniem. Flasz musi być tak umieszczony w pamięci, żeby oba te adresy były dostepne dla 6502.
Hint drugi: flasz ma "software write protection", ale ona działa np. tak, że jak się cos w tym trybie próbuje mu zapisać, to on blokuje odczyt na dość długi czas (chyba się $FF-y pojawiaja w miejscu normalnych danych). W Atari oczywiście nie ma metody, żeby zabronić programom mazania po ROM-ie, a taka Sparta X to nawet specjalnie w adresie $CFFF grzebie patrząc, czy się rozszerzenie Axlon nie znajdzie. Na takie dictum flasz pojawia się i znika, oczywiście prędzej czy później występuje VBL, a w miejscu ROM-u zamiast wektorów i kodu jest akurat sieczka i następuje zwis. Atmel nazywa to featurą :)
W kazdym razie trzeba zrobić prawdziwy, sprzętowy write-protect, jakmiś portem, albo najlepiej przełącznikiem.
Mozesz zacząć od sprawdzania najbardziej podejrzanych: CS.SYS, SSDXBNK.SYS, IDEFAST. Jeśli to jest SpartaDOS X 4.22 (a nie 4.20), to zwłaszcza CS.SYS może miec problemy. Nad krążącymi wersjami QE też już dawno straciłem kontrolę, więc nie wiem, czy plik, który masz, dobrze działa na 4.22.
Jeśli masz interfejs IDEa albo wersję JŻ z ośmioma zworkami (na IDEa jest napisane Device ID przy nich), to możesz zrezygnowac z IDEFAST zupełnie. Wystarczy przełączyć zworką ID z #0 na #7.
Sparta 3.2x a X 4.2x to są dwa kompletnie różne DOS-y, więc brakiem konfiga w SD 3.2 bym się nie przejmował.
DEVICE SPARTA i DEVICE SIO są obowiązkowe i muszą być na początku CONFIG.SYS. Przed nimi jeszcze musi być USE (USE BANKED w twoim wypadku). Zwłaszcza przed/zamiast DEVICE SIO nie może być np. DEVICE RAMDISK. Kolejność się liczy, jak w przykłądzie powyżej (post #17).
Reszta konfiga jest mniej restrykcyjna i poza tymi trzema wpisami pozostałe moga być już w dowolnej kolejności wobec siebie.
Remować można dopiero od SDX 4.39 :)
Jeśli dajesz taki CONFIG.SYS na D1:
USE BANKED
DEVICE SPARTA
DEVICE SIO
DEVICE RAMDISK I:
i po restarcie na I: nie ma sformatowanego ramdysku, to coś jest spieprzone (uszkodzony kartridż?).
Masz zwis przy próbie formatowania ramdysku? To chyba cos nie tak ze sprzętem. BTW. RAMDISK.SYS sam zapisuje katalog na wskazanym dysku, więc żadnego kombinowania być nie powinno. Co ci wyświetla polecenie MEM?
Mając SIO2PC możesz przypisać je do D2:, a resztę identyfikatorów (D1:, D3: itd.) do HDD. W takim układzie, nawet jeśil masz starą Spartę, system będzie ci startował z HDD (z D1: ), oraz będziesz miał dostęp do seriala przez D2: (na przykład). Żeby partycja HDD przestała okupować identyfikator dysku, wystarczy w FDISK-u II najechać na nią kursorem i dać Ctrl/A. Gdy zniknie znaczek "Act", trzeba zapisać tablicę partycji (Ctrl/W), wyjść z FDISK-a, i najlepiej zrobić reset dla pewności. Od tej chwili masz dostęp i do HDD i do SIO2PC.
Sparta powinna automatycznie założyć ramdysk, o ile komputer ma ponad 128k RAM-u.
Defaultowy CONFIG.SYS w 4.20 jest zaszyty w bebechach Sparty i bez debuggera się do niego nie dostaniesz :) Dopiero 4.39 ma to w postaci jawnie dostępnego pliku na dysku CAR: Własny plik CONFIG.SYS musisz (w 4.20) dać na dysk D1:, ten dysk musi być w formacie SpartaDOS-u. Może to wyglądać np. tak:
USE BANKED
DEVICE SPARTA
DEVICE SIO
DEVICE RAMDISK I:,n
gdzie 'n' to liczba banków, jaką ma zająć ramdysk. Np. przy 320k max. to 15 banków (bo jeden zajmuje sama Sparta dla siebie).
pin: tego baga ma tylko mnt lizarda :)
Tebe, przecież do interfejsu jest całkiem szczegółowa instrukcja, gdybyś do niej zajrzał, większość tych pytań miałbyś z głowy. Po drugie, z objawów wnoszę, że masz SpartaDOS X 4.20 - on widzi tylko 9 dysków - oraz FDISK 1.40, który powinieneś sobie wymienić na 2.x. Ta wersja pozwala m.in. na włączanie i wyłączanie partycji.
http://drac030.krap.pl
http://atariki.krap.pl/index.php/IDE_JZ/KMK/FDISK_II
EDIT:
ok, w fdisku usunałem informacje o wielkości partycji, teraz nie widzi D8 i D9 (Drive not present), moge podpiać pod nie stacje i ramdysk?
Ramdysk możesz podpiąć zawsze pod wszystko bez usuwania HDD z danego numerka napędu, bo ramdysk zawsze jest "na wierzchu" - kolejność obsługi jest taka: ramdysk, jeśli go nie ma to HDD, jeśli tego z kolei nie ma, to SIO.
Jak niżej napisał trub, w nowszej SDX można to dodatkowo regulować komendą MAP.
W rezultacie kod programu/dema musiałby być inny dla Warpa i dla F7, jeśli chcielibyśmy wykorzystać potencjał tego drugiego, a nie chcielibyśmy kompletnie zatkać tego pierwszego.
Dokładnie, aczkolwiek zgniły kompromis jest zawsze możliwy: kod, który będzie wszystko trzymał w fastramie, a banku zerowego dotykał tylko w ostateczności i z obrzydzeniem, będzie chodził dobrze na Warpie, i całkiem (= równie) dobrze na F7. Optymalizacja pod tę ostatnią kartę da niewielki zysk na niej, ale na Warpie będzie porażka. A więc, jak zwykle, jeśli komuś się nie chce pisać dwóch wersji tego samego programu, pozostaje optymalizacja pod Warpa.
Co do kwestii dostępności obu, obawiam się, że chyba masz rację :/ Dodatkowo Pasiu sprawia wrażenie, że nie bardzo ma czas na lutowanie czegokolwiek.
ograniczenie przesuwania D tylko do zerowego banku jest wręcz frustrujące w momencie, gdy "pamięć wysoka" potrafi być 8 razy szybsza od banku zerowego.
Nie jest tak tragicznie. Co prawda na Warpie właśnie jest tak, jak piszesz, każde odwołanie do "niskiej" pamięci kosztuje nie dość, ze przełączenie zegara na 1,77 MHz, to jeszcze dodatkowo wiąże się to z nieznaną (przy 14 MHz, od zera do ośmiu) liczbą waitstate'ów, o ile dobrze rozumiem, jak to ustrojstwo działa. W takim układzie korzystanie ze strony zerowej nie opłaca się kompletnie, a rezygnacja z niej oznacza pożeganie ze sporą liczbą trybów adresowania (chyba z połową?).
Ale na karcie Pasia użycie strony zerowej i w ogóle banku zerowego nie jest takie bolesne. Primo, odczyty są szybkie (to znaczy - moga być, to zależy od konfiguracji karty, ale zakładamy, że defaultowo są).
Secundo, przełączenie zegara, nawet jeśli następuje, jest bez waitstate'ów (pozornie - synchronizacja jest szybkim zegarem, a nie wolnym jak w Warpie, a utrata jednego cyklu zegara 14 MHz nie boli tak, jak utrata do jednego cyklu zegara 1,77 MHz; ale może bredzę).
Tertio - zapisy też są szybkie, o ile, jak mi się wydaje, nie następują zbyt często. To znaczy, pojedynczy zapis do niskiej pamięci chyba kosztuje tyle samo co do fastu. Co prawda on nie dociera natychmiast do pamięci Atari, ale to nie szkodzi, bo procesor nie czeka aż zapis się wykona; gdyby ta dana była od razu potrzebna (np. przy PHA/PLA), odczyt leci z "cache'u" i jest szybki. Dopiero, wydaje mi się, kilka zapisów pod rząd może spowodować zahaltowanie procesora do momentu, aż wszystkie dane "wyjdą". Jeśli się tu gdzieś nie mylę, to łatwo tego uniknąć, po prostu trzeba robić zapisy do banku 0 nie częściej niż co np. 8 cykli :)
Ja bym powiedział, że już 1 MB RAM-u w bankach to dyskusyjna ilość, a co dopiero 4 MB. Ale ja mam twardziel, a jak się to ma, ramdysku się zasadniczo nie używa (bo i do czego), a innych zastosowań rozszerzenia ponad 320k w zasadzie brak. Niemniej ktoś, kto ma stację 720k, 1 MB pamięci sobie będzie cenił z łatwych do wyobrażenia względów.
EDIT: podmiana pierwszych 16k RAM pozwalałaby na znośny multitasking (tyle procesów, ile banków).
na pamięci liniowej nie chce mu działać
Nie na liniowej, tylko na pasiowym rozszerzeniu pamięci bankowanej. Poza tym nie mam teraz czasu, dopiero po 11 marca się będę mógł tym zająć.
Ew. jaki w miare cichy dysk 2,5 moglibyście polecić?
Ja mam Toshibę MK2103MAV i jest w miarę cicha. Ale oczywiście karta CF jest cichsza.
I jeszcze RTC. Duddie miał coś takiego robić, ale nie wiem, jak w końcu.
jellonek: plomba ma jednak sporą wartość... ale tylko do upływu gwarancji :) A ta na stacje SN już chyba jakiś czas temu minęła :)
Jak mi sie uda, to zajrzę.
Tak się zastanawiam .... może Z80 zmieści się do VBXE ...
Heh, to jest myśl. Jedyny problem z zewnętrznym Z80 był, jak program na nim odpalony dopuścić do układów video - wsadzenie procesora do VBXE to świetnie rozwiązuje (pozostaje klawiatura/joystick, ale to by się już jakimś prostym wspomaganiem ze strony Atari dało załatwić).
A gdzie jest nosty, żeby powiedzieć "to już nie jest Atari"? :P
Przypominamy o nadchodzącym terminie ukazania się wersji 4.40 (16.III.). Jeśli ktoś ma jakieś bugi do zaraportowania, to prosimy się zgłaszać, bo bugi niezauwazone po prostu zostaną niesfiksowane :)
Ja raczej będę.
Do KMK/JŻ taki wyświetlacz i zmienianie dysków przyciskiem fajnie byłoby dorobić.
Ale to by chyba wymagało dobudowania do interfejsu oddzielnego komputera - tak jak to jest w SIO2IDE itd., gdzie jest procesor Atmela, przeznaczona dla niego pamięć i tym podobne. KMK/JŻ IDE nie jest, jak wiadomo, oddzielnym komputerem, a "tylko" host adapterem obsługiwanym w całości przez procesor atarki. Nie bardzo więc ten "wyświetlacz" i przyciski widzę, szczerze mówiąc.
Twój 10% emulator wyświetla 2,5 klatki na sekundę
Sporo zależy od tego, z jaką częstotliwością występują przerwania zegarowe na emulowanym na Atari Z80. W spektrusiu jest to 50 Hz - ja się szczerze mówiąc nie odważyłem jeszcze mu tyle zadać, mój emulator chodzi standardowo z przerwaniem 25 Hz (aczkolwiek, stack overflow się zrobić nie powinien, rozkaz EI mam zrobiony z tym samym hintem, co na Z80; acz może się oczywiście zatkać). Mogę to regulować z poziomu wbudowanego monitorka, różnica między ustawieniem 25 Hz a 2,5 Hz jest jakieś 20% w ogólnej wydajności.
Nie mogę, bo nie zrobiłem jeszcze ładowania programów.
Aj, jaj, aleś mi powiedział, uch (a BASIC ci nadal nie działa).
atari.area forum » Posty przez drac030
Wygenerowano w 0.138 sekund, wykonano 18 zapytań