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
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
Opcje wyszukiwania (Strona 12 z 29)
SDK jest ... nazywa się Quartus II Web Edition ;-)
Laoo: udostępnia tę samą pamięć (bo innej nie ma :)) ale weź to pod uwagę:
- przez MEMAC i dla operacji VBXE masz pełne 512KB
- przez PORTB mapowane jest TYLKO górne 256KB (adresy 0x40000 - 0x7FFFF)
Może to rozwiązuje choć częściowo Twój problem ?
tak tak - Wy możecie gadać ale ja mam źródła ;-) ... RAMBO było mi potrzebne, bo mam 65xe z (i tylko) vbxe.
W momencie zamontowania 1MB RAMBO z rdzenia zniknie...
Może zniknie wcześniej skoro jest taka potrzeba - na razie uważałem to za plus i nie tylko ja.
Widzę to tak:
- rdzeń FX bez RAMBO (i działa zwykłe rozszerzenie) - można wtedy dodać jakieś funkcje jeszcze (ale czy jest sens ?)
- rdzeń FX z emulacją RAMBO - ale tu już nie dam rady dodać nic nowego ...
OGŁOSZENIE: dostępny jest nowy rdzeń (v1.0 beta 6) i manual do VBXE. Chętnych proszę o kontakt.
Jak pisałem - mogę dodać odczytywalny bit, który np. wartością 0 będzie mówił że był zimny start VBXE, tj:
- załączenie zasilania komputera
- ponowne wgranie rdzenia
Po jego wykryciu można będzie jednorazowo przestawić jego wartość na 1 - tym samym niezależnie od ilości resetów (ciepłych czy zimnych startów systemu - programowych lub przez klawisz RESET - nieważne) tam ciągle będzie jedynka - aż do wyłączenia zasilania kompa lub ponownego wgrania rdzenia.
Ewentualnie bit ten może być po prostu ustawialny / kasowalny ale po włączeniu zasilania i tak zawsze "0".
Zerowanie i wpisywanie czegokolwiek do RAM na drodze sprzętowej jest możliwe ale upierdliwe i zasobochłonne - a jedziemy na oparach ...
Wymyśliłem, żeby pierwszy program, który rezydentnie ładuje coś do VBXE, wpisywał pod adres $000000 jakąś magiczną wartość, a pod adres $000003 - pierwszy wolny adres w pamieci VBXE "nad" sobą. Następny pobierałby ten adres i sprawdzał, czy jest tam magic, jeśli nie, to wpisywał swój magic i swój wskaźnik do wolnej pamięci, a jeśli tak, to przeskakiwał następny kawałek, sprawdzał itd. w pętli aż do znalezienia wolnego miejsca albo końca RAM-u karty.
Jedyny problem to, że przy resecie trzeba byłoby te znaczniki pokasować, co oznacza kolejnego rezydenta, który to będzie robił i nie wiem, czy nie kładzie całej koncepcji.
przy jakim resecie ? ciepły start ? zimny start ? opisz dokładniej.
bo mogę zrobić np. jakiś bit w rejestrach vbxe, który ma 0 po resecie (ciepłym ? zimnym ?) i jest możliwe tylko ustawienie go przez program na "1" ale programowe skasowanie byłoby niemożliwe - sam by się skasował po następnym resecie (ciepłym ? zimnym ?).
Czy to coś Ci pomoże ?
A tego wcale nie neguję :) Być może sam tak podłączę. Tylko chciałem zwrócić uwagę na taką możliwość podłączenia CS i "kompresji" strony D6.
te linie nie zależą od rdzenia - na płytce VBXE jest dekoder 74HCT138, który podłączone ma :
D6xx nCS
A7
A6
RW
FI2
i wypluwa sygnały jak napisałem wcześniej - jest specjalna złączka do ich "odbioru"
Sam z siebie VBXE wykorzystuje d6c0 - d6ff sprzętowo oraz d640-d67f przez rdzeń FX
Oczywiście te wszystkie adresy ulegają zmianie na D7xx jeżeli dekoder w vbxe podłączony jest pod d7xx nCS.
Co do mapowania covox na D6xx to VBXE wypluwa na potrzeby urządzeń dodatkowych sygnały (już zsynchronizowane z FI2):
d600 - d63f nRD
d600 - d63f nWR
d640 - d67f nRD
d640 - d67f nWR
d680 - d6bf nRD
d680 - d6bf nWR
Zrobiłem to aby nie uprawiać chamówy typu "cała strona d6 dla mnie".
Da się to tutaj wykorzystać ?
poza tym: śliczna płyteczka :-)
Musisz wyrazić swe potrzeby jaśniej ;-)
To drugie raczej ... driver dostajesz z FTDI, Używasz funkcje w DLL-u. Lub po prostu masz nowy COM.
oferuję pomoc w:
- pisaniu softu dla ATARI
- pisaniu softu dla PC (obsługa ATR, transmisja z driverem D2XX i/lub VCP FT232)
Trzeba pamiętać, że FT232 powinien też potrafić obsłużyć tryb natywny SIO, aby było możliwe bootowanie dysków i ogólnie praca ze zwykłymi DOS-ami (bo. np. taki SDX może mieć driver do transmisji synchronicznej).
Bardzo interesujący temat - rzeczywiście nie znam innej próby wykorzystania transmisji synchronicznej - w połączeniu z trybem bit-bang FT232 może to być rewolucyjna sprawa. Candle - super pomysł - dokończ to :)
do vbxe by pasował właściwie ... :)
Pajero - zrób tę przelotkę wreszcie !!!
:)
Czy ja mam ją zrobić ???
Bez tego nie zakładam 1MB.
z atari mógłbyś dać kartriż np. Atrax K.S.O. albo przeróbkę turbo do magnetu, cały komputer nie jest jednak polski ...
mniemam jednak że REF i EXTSEL (albo CASINH) trzeba podłączyć ?
bez REF słabo to widzę :)
Kupowałem dwa razy : raz MAXFLASH-e, raz APE ... wysyłka bez problemu nie czekałem dłużej jak 10 dni...
Jeżeli można to poproszę 1 szt. zmontowaną.
W loaderze do R5 ustawiam SKCTL tak, jak to robi OS przy zwykłej transmisji ze stacją dysków. Też łamałem sobie nad tym głowę czemu tak jest (cały czas 0x23 nie działa) i jest to jakaś niezgodność z opisem ... nie pamiętam tylko, czy doszedłem do jakichś wniosków - za dawno to pisałem.
Candle - jak znajdę to prześlę Ci programik działający z linii komend DOS, który potrafił robić różne cuda na SIO...
Nie mam HyperFX ale mała uwaga co do samej stacji:
Miałem (i mam nadal) XF551 i używanie jej pod SpartaDOS X to była czysta przyjemność bez żadnych rozszerzeń. Szybka transmisja i 360K na dysku od ręki i zero problemów z rozpoznawaniem gęstości dysków. Oczywiście po wyjściu z SDX sytuacja nieco się zmieniała ... :-)
Uff całe szczęście, że to Atari 800, próchno obrzydliwe. Co innego gdyby to był XL albo XE - to byłoby lekko niefajne.
Larek ma Pokey
Mowny ma Pokey
Zenon ma Pokey ...
... mam i ja !
Chodzi o to, że te pamięci mają 9-bitowe odświeżanie. ANTIC odświeżając RAM generuje "w kółko" tylko 256 adresów a w tym wypadku powinien 512 ... Bez układu "wspomagania" odświeżania RAM, który by w sztuczny sposób dodawał ten jeden bit do adresu to się niestety nie uda.
Znalezione posty [ 276 do 300 z 715 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.027 sekund, wykonano 29 zapytań