1

(3 odpowiedzi, napisanych Sprzęt - 16/32bit)

Któryś z nich nawet informuje, że jeżeli tego nie ma, to domyślnie zakłada VCC.

2

(3 odpowiedzi, napisanych Sprzęt - 16/32bit)

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.

3

(35 odpowiedzi, napisanych Programowanie - 16/32bit)

Cyprian napisał/a:

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.

http://tho-otto.de/hypview/hypview.cgi? … ;index=467

4

(35 odpowiedzi, napisanych Programowanie - 16/32bit)

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

8

(39 odpowiedzi, napisanych Sprzęt - 16/32bit)

No i stało się ATW/2 :)
https://www.atari-forum.com/viewtopic.p … 08cad0538e

9

(4 odpowiedzi, napisanych Sprzęt - 16/32bit)

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 :(

http://artik-wroc.pl/pliki/pciio3.jpg

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.

10

(4 odpowiedzi, napisanych Sprzęt - 16/32bit)

Właśnie męczę PCI BIOS na Hadesie :)
http://artik-wroc.pl/pliki/PCI/pci_prt1.htm

11

(4 odpowiedzi, napisanych Sprzęt - 16/32bit)

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:

http://artik-wroc.pl/pliki/pciio1.jpg

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

Z kolei Linux pokazuje to:

http://artik-wroc.pl/pliki/pciio2.jpg

Chciałem odczytać (CR: Command Register (00H; Type=R/W)) i doopa. Może mnie ktoś to wytłumaczyć?

12

(26 odpowiedzi, napisanych Fabryka - 16/32bit)

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.

13

(89 odpowiedzi, napisanych Sprzęt - 16/32bit)

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 :)

14

(12 odpowiedzi, napisanych Programowanie - 16/32bit)

Ź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.

15

(12 odpowiedzi, napisanych Programowanie - 16/32bit)

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ą.

sqward napisał/a:

Masz 060-ki z MMU?

Tak, oba są pełne.

16

(12 odpowiedzi, napisanych Programowanie - 16/32bit)

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.

17

(12 odpowiedzi, napisanych Programowanie - 16/32bit)

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 ?

18

(5 odpowiedzi, napisanych Fabryka - 16/32bit)

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.

19

(5 odpowiedzi, napisanych Fabryka - 16/32bit)

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" ? :)

21

(188 odpowiedzi, napisanych Scena - 16/32bit)

Od razu widać, że na zwykłym Falconie samochód mniej pęka :)

22

(21 odpowiedzi, napisanych Sprzęt - 16/32bit)

Odkurzam stary wątek. Czy ktoś na forum posiada kartę Matrix TC1006 lub TC1208 ? Chodzi o kartę z procesorem TMS34020.
Potrzebuję jednej informacji którą łatwo sprawdzić np. w SysInfo. Adresu pod jakim siedzi karta.

http://artik-wroc.pl/pliki/mataddr.jpg

Cacko :) Świetna robota, jak zawsze.
Może następny Matrix :)

Świetna wiadomość, z pewnością będzie za tym szła jakość.

25

(0 odpowiedzi, napisanych Sprzęt - 16/32bit)

W ostatnim czasie (przy okazji kart ET4000) pojawił się problem z niedziałającą kartą. U mnie startuje "od ręki", a w innej MSTE nie.
W instrukcji serwisowej jest oczywiście opis testowania przy użyciu kartridża. Wymienione są tam także dwie karty VME:
1. XVME-400
2. Greenspring VME RAM

czy ktoś widział taki test i jest o co kruszyć kopie :) Na ile to jest pomocne przy diagnozowaniu ?

Kartę XVME-400 można kupić, jednak ze względu na cenę jeszcze nie teraz.

Znalazłem schemat tej karty, ale nie ma wsadów to PAL'i.
http://artik-wroc.pl/pdfy/XVME-400.pdf (strona 68).

Chyba więcej dałaby karta VME RAM. Przy starcie testu jest informacja "Looking for VME RAM" czy coś takiego.
Pytanie tylko czy daje to coś więcej niż każda inna nie działająca karta VME ?

http://artik-wroc.pl/pliki/test.png