Tak - Christian napisał support i chwała mu za to :) Możliwe, że inne sprzęty też można by dołożyć. O tym trzeba by pogadać z programistami.

tOri

Ostatnio edytowany przez tOri (2024-03-20 13:45:37)

Hej,

Adam :) - ja nie umiem. Kto to zrobi?
Może, gdy pojawią się odnowione emulatory 386sx, wtedy znajdzie się programista który ogarnie temat.

Pozdrawiam
tOri

->Adam - podejrzewam, że te emulatory używają tylko szyny pamięci bez obszarów I/O co oznacza, że 386sx jest praktycznie 1:1 podpinany zamiast M64k. Tak sobie oglądam datasheet i nie widzę przeciwskazań żeby procesor Intela widział wszystko to co widzi  Motorola. Gdy stworzę schematy wtedy będzie widać jak na dłoni jaką drogą poszli konstruktorzy AtOnce... Nie ma co gdybać na razie.

Oczywiście drivery trzeba by pisać od nowa dla PC bo takie peryferia raczej używają I/O, ale to chyba jest możliwe (? zamiana odwołań do I/O na odwołania do pamięci pod Panther)

tOri

Ostatnio edytowany przez tOri (2024-03-21 21:30:34)

Widzę, że jest nawet miejsce na koprocesor. Pewnie z tym procesorem to nie ma wielu aplikacji, które mogłyby koprocesor wykorzystać i jeszcze w emulatorze ale to jest bardzo ciekawe.

niezależnie od warstwy sprzętowej, czy 386 widzi całą pamięć czy nie (AT Once widzi bo IDE działa), ja widzę tu inny kłopot.
Otóż DOS zwraca 20bitowe adresy (Segment/Offset) dla pamięci czy ekranu. W ST karty ISA/VME mają swój obszar pamięci powyżej tego 20bitowego adresowania (są umiejscowione od 10MB czyli 24bity), więc DOS nie ma możliwości zwrócić programom poprawnego adresu ekranu kart ISA/VME.

Chyba żeby poprawić GAL i dodać możliwość przenoszenia adresów ST VME na ten 20bitowy z PC.

Sterowniki AT Once 386 mają przykładowy plik ASM x86 z obsługą ACSI, czyli 386 widzi przestrzeń adresową ST i zobaczy karty ISA/VME. Pozostaje sprawa sterowników, jak "20 bitowym" programom przekazać "24 bitowy" adres.

Ostatnio edytowany przez Cyprian (2024-03-22 18:42:52)

Napisałem do autora, odnośnie obsługi IDE, jak to wygląda.

"sadly, on the ATSpeed the 286 cannot directly access the entire ST address space. More precisely: the top two address lines are not connected, so it can only access the first 4 MiB, i.e., ST-RAM.
The IDE support is handled entirely on the 68000 side. I also wrote a driver to use the Storm ST Alt-RAM as extended memory, but that requires help by the 68000, too. On the ATSpeed, the 286 can call 68000 code. The README included with the ATSpeed software tells you how."

Temat zatem ciężki, bardzo.

EDIT: Punkt 16 w README opisuje jak wykonywać podprogramy 68000 pod DOS.

Ostatnio edytowany przez artik-wroc (2024-03-22 18:57:15)

^Up

Schemat AtOnce386sx dla Atari Mega STe został odtworzony. Następny jest AtOnce386sx dla Atari ST/MegaST w wersji DIP. Potem zaprojektuję nowe prototypowe PCB i zbuduje klony aby sprawdzić schematy. Taka kolej rzeczy :)

Pozdrawiam
tOri

Ostatnio częściej zaglądam na forum w oczekiwaniu właśnie takich wieści.

Super.

Miazga! :-) :-) :-)
386SX w krótkim ST? Yeah :-)

Ostatnio edytowany przez Jacques (2024-04-10 09:42:49)

Hej,

Dzięki Mq że się cieszysz ze mną :)

Szanowne państwo - donoszę, iż schematy dwóch wersji zostały odtworzone. Nie publikuję na razie ponieważ mogą mieć jakieś niedoróbki. Jak pisałem wyżej - teraz muszę złamać zabezpieczonego GALa, a potem zaprojektować nowe PCB. Najpierw dla wersji DIP. Potem dla wersji PLCC, gdy opracuję i wydrukuję PLCC PLUG, bo bez tego elementu nie ma nawet co zaczynać z projektowaniem nowej płytki. PCB będą 4-warstwowe - tak jak w oryginale. Nie będę się dusił z gęstwiną ścieżek skoro ludzie z Vortex uznali, że 4 będzie ok. Procesory i FPGA kupiłem już wcześniej. Muszę jeszcze "po drodze" zaprojektować CPU relocator dla M68K. Gdy ogarnę projekt przynajmniej połowicznie - dam znać.

Pozdrawiam
tOri

@Jacques - w krótkim ST ten emulec powinien się zmieścić. Będzie wisiał nad WD1772 i DMA. Prawdopodobnie ekran będzie musiał być zdjęty, ale nie wiem na pewno, bo nie mam 520ST :) W 1040 mogą być problemy z powodu FDD i 386sx będzie pasował co najwyżej do rewizji z procesorem M68K pod klawiaturą, a i to może trochę przeszkadzać - kwesta wysokości goldpinów precyzyjnych - oryginalne (starsze) są sporo niższe od obecnie stosowanych - tzok już o tym wspominał przy okazji AtOnce V2.

@VLX - dzięki

@wszyscy - dzięki za doping :)

Ostatnio edytowany przez tOri (2024-04-10 18:56:10)

@x_angel - dzięki :) Niestety ta forma relokatora nie pasuje do moich testów. Potrzebuję takiego przesunięcia z dwiema równoległymi podstawkami pod M68k plus rezystory "przeciwdzwonowe" 33R. Prosta rzecz. Zamówię razem z PCB dla Vortexa.

tOri