https://www.atari.org.pl/forum/viewtopic.php?id=19792
XVME-400 można kupić. Znalazłem też schemat, ale bez wsadów.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
F16 Falcon Strike 2.0.0 Ogromna aktualizacja polskiego symulatora lotu F-16 na Atari XL/XE wprowadza nowe tryby i mechaniki.
Nowy firmware dla konsol z serii Plus Aktualizacja oprogramowania dla konsol Atari 2600+ oraz 7800+ wprowadza liczne poprawki.
Tony Do It! Świąteczny prezent od Monochrome Productions to grywalne demo nowej przygody Tony'ego na Atari.
Nowy shooter od Shantiego Shanti prezentuje prototyp poziomej strzelaniny wykorzystujący mnóstwo kolorowych, animowanych przeciwników.
Aktualizacja BigPEmu do wersji 1.21 Nowa wersja emulatora Atari Jaguar z obsługą BigMaster oraz nowymi funkcjami dla skryptów audio.
atari.area forum » Posty przez artik-wroc
https://www.atari.org.pl/forum/viewtopic.php?id=19792
XVME-400 można kupić. Znalazłem też schemat, ale bez wsadów.
jak najbardziej!
dzięki
Ja też się przyłączam. Nie raz już trafiłem na Twoje skany i było to bardzo pomocne. Dzięki.
Teoretycznie :)
Gdyby dajmy na to, chciał się bezczelnie władować z jakimś sprzętem w obszar pamięci pomiędzy Blitter i MFP.

Mam zatem przedział pomiędzy $FF8230 a $FFFA00, to potrzebuję "obserwować" linie adresowe 16-23 czyli $FFxxxx oraz A15, /A14, A13, wtedy będę między $FFA000 a $FFBFFF. Mowa o gołym ST (nie STE, czy Flakonie) więc JOY/PAD odpada z gry.
Dobrze to rozumuję, czy nie ?
Muszę zatem "obserwować", aż 11 linii adresowych w dekoderze ? Czy jest jakiś myk, tudzież wymyk ?
To tak jak teraz na eBay'u :)
Któryś z nich nawet informuje, że jeżeli tego nie ma, to domyślnie zakłada VCC.
Zrobiłem płytki poskładałem i znalazłem koszmarne babole :) Poprawiłem na razie kabelkami i teraz się zgadza.
Mam jednak problem, gdyż są tu trzy pliki z wsadami do GALi, niestety nie w wersji wynikowej JED.
http://atari4ever.free.fr/hardware/zip/mach16.zip
Udało mi się uzyskać pliki wynikowe zarówno przy użyciu JEDI:
https://ralfzimmermann.de/software.html#Download
jak również GAL_ASS.TTP, czy wersji PC.
Problem w tym, że pliki wynikowe są zupełnie inne w obu tych programach.
Sprawdzałem obie wersji i tak MACH16 nie działa.
Ogarnia ktoś takie pliki, może są tam błędy ? Miałem już różne wsady, do różnych projektów i nie było takich jajków. Sprawdzę jeszcze raz, czy nie pomyliłem się na PCB.
Co do pinów to z tego co widzę to pin 28 to GPIO-6 a pin 32 to Interrupt Request
Też tak myślałem, ale to są układy PLCC.
Poprzednim razem udało się i przerwania zadziałały :)
Odkurzam temat, gdyż chciałbym zapytać jak to odnieść do Hadesa jeśli, siedzą tam dwa układy MFP.
Ten który mnie interesuje (obsługujący ISA) znajduje się pod adresem $FFFFFA00-A3F, wszystkie przerwania z każdego slotu ISA są połączone i idą właśnie do MFP. Z pierwszego slotu do pinu 28 (I/O3), z drugiego do 32 (I/O7).
Przerwanie MFP ma priorytet 6, ale tu są dwa MFP. Jak to ugryźć ?
Ta wersja jest inna od tej którą kiedyś miałem:
http://artik-wroc.pl/fotki/megast/ide.jpg
Ja też, ja też
Znany jest to temat :)
32000 Colors on ST - add an extra videoshifter to reach 32K colors, includes instructions and software
No i stało się ATW/2 :)
https://www.atari-forum.com/viewtopic.p … 08cad0538e
Odczytuję rejestry konfiguracyjne na różne sposoby używając (fast_)read_config_.... czy też get_resource, no i powtarzają się adresy, więc nie ma powodu, aby myśleć, że coś się źle odczytało.
Potem przychodzi moment na odczytanie rejestru "Command Register" Realteka. (fast_)read_io_byte i wartość zwrócona 0xFF. Coś robię źle, ale jeszcze nie wiem co :(

EDIT: Problem rozwiązany.
Command Register bit 0:
I/O Space - If set to 1 the device can respond to I/O Space accesses; otherwise, the device's response is disabled.
Właśnie męczę PCI BIOS na Hadesie :)
http://artik-wroc.pl/pliki/PCI/pci_prt1.htm
Mam takie pytanie. Gdzie znajdują się rejestry karty PCI (pod jakim adresem) ?
Skupiłem się na "Base Address Register", ale chyba jakoś źle to rozkodowuję.
Program testowy pokazuje to:

I/O $1040 offset $B0000000 (Hades), czyli rejestry powinny by pod $B0001040 ? Czy źle to rozumiem ?
Z kolei Linux pokazuje to:

Chciałem odczytać (CR: Command Register (00H; Type=R/W)) i doopa. Może mnie ktoś to wytłumaczyć?
Przy okazji nowej płyty 060 pojawił się temat OPL3
https://www.exxosforum.co.uk/forum/view … 56#p115956
napiszę iż sprawdziłem plugin, z kilkoma kartami ISA, na Hadesie i na Panther i działa to całkiem fajnie. Pewnie nic nie stoi na przeszkodzie, aby zadziałało też z adapterem NOVA VME.
Wydaje mi się, że aplikacje które odwołują się do Shiftera (np. gry) nie będą działały, chyba żeby powstał jakiś "Shifter emulator" obejmujący rejestry tegoż układu. Jak ? Nie wiem :)
Źle spojrzałem, tam faktycznie nie ma Supexec, dlaczego działa to zatem pod 060 ?
EDIT: wygląda na to, że tylko Hades ma tę przypadłość. Taki "program":
include "stdio.h"
int main() {
printf("%c:\\isa_bios.inf", 'a' + (char) (*((volatile uint16*)0x446)));
}skompilowany zarówno na Hadesie jak i na PAK.
Tylko na Hadesie działa (w obu wersjach), na pozostałym sprzęcie (w tym Falcon, w obu trybach) jest Bus Error.
Wstawiłem na bezczelnego 2 zamiast 0x446 i teraz działa prawidłowo. Tak mi się przynajmniej wydaje, gdyż akurat w Panterze, nie mam karty PnP :)
Nie mniej jednak, nie wywala się, tworzy plik log i pokazuje adresy.
Procedura która wywołuje tą, na której się wykrzaczyło jest Supexec, więc przywileje chyba są.
Masz 060-ki z MMU?
Tak, oba są pełne.
Dzięki za info.
Nie jest to przypadkiem kwestia procesora ? 060 radzi sobie, 030 nie. Uruchomiłem program na Flaconie i w trybie 060 przeszedł tę linię, a w trybie 030 wywalił się na niej.
W nawiązaniu do nowej płyty 060 o której informował Cyprian.
Agranlund napisał ISA_BIOS do wykrywania i konfiguracji kart PnP, wiadomo. Kiedyś sam napisałem programik do kart PnP, więc zacząłem się bawić dostępnymi źródłami.
Na Hadesie uruchamia się prawidłowo, choć Hades radzi sobie z kartami PnP ISA (przynajmniej z moją sieciówką, która działa prawidłowo bez dodatkowych konfiguracji).
Teraz próbuję uruchomić ISA_BIOS na Panther/2 i natrafiłem na błąd. Dokładnie chodzi o tę linię:
sprintf(fname, "%c:\\isa_bios.inf", 'a' + (char) (*((volatile uint16*)0x446)));a właściwie o ten zapis:
(char) (*((volatile uint16*)0x446)));pod Hadesem działa, a pod PAK (TOS3.06) wywala dwie bombki. Choć, co ciekawe, na kilkadziesiąt razy, uruchomiło się prawidłowo ze dwa.
Mógłby mi ktoś objaśnić co tu jest problemem, co to za znak 0x446 ? I dla czego działa tu, a tam nie ?
Poskładać płytę, to za dużo roboty, nie piszę się.
Z tego co czytałem, to jest on (ten projekt) jeszcze w fazie rozwoju.
Fajna sprawa. Na razie zamówiłem sobie replikę GUS PnP. Swoją drogą, dużo ciekawych retro replik jest na tym Tindie.
Kiedy będzie dostępny "w sklepie" ? :)
Od razu widać, że na zwykłym Falconie samochód mniej pęka :)
atari.area forum » Posty przez artik-wroc
Wygenerowano w 0.058 sekund, wykonano 19 zapytań