Odp: Vortex AtOnce386sx projekt RE wersji DIP został ukończony!
Pomyślałem o tym, gdyż jest sterownik który obsługuje IDE Lightning ST z poziomu ATSpeed'a:
https://www.newtosworld.de/viewtopic.php?t=79
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Czwarta edycja ATASCII Compo! Dziś, 1 października 2024, oficjalnie rozpoczął się okres nadsyłania prac!
Silly Venture 2024 SE - stuff Dostępny jest już stuff z zeszłomiesięcznego party Silly Venture 2024
FujiCup FujiCup ma na celu wspieranie sceny gier retro, dając uczestnikom szansę na pokazanie swojego talentu
Echa Silly Venture 2024 SE Są już dostępne wyniki Silly Venture 2024 SE
Uaktualnienie firmware do The400 Poprawki do "fizycznego" emulatora ośmiobitowych komputerów i konsol Atari.
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Pomyślałem o tym, gdyż jest sterownik który obsługuje IDE Lightning ST z poziomu ATSpeed'a:
https://www.newtosworld.de/viewtopic.php?t=79
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)
Nie oprogramujesz Panthera od nowa, bo na m68k nie ma takiej koncepcji jak oddzielna szyna I/O. Trzeba by przepisać lub zmodyfikować sterowniki używane na 386.
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
No i jeszcze pod warunkiem że przestrzeń adresowa pod którą Panther wrzuca sieciówkę jest widoczna dla 386 w emulatorze.
->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)
Wydaje mi się że przestrzeń adresowa 386 musi być jakoś wydzielona, bo inaczej soft chodzący na 386 by się kłócił z softem chodzącym na m68k (tym od emulatora). Podejrzewam że soft emulatora na m68k widzi całość a 386 jakiś wycinek i pewnie z jakimś przesunięciem adresowania.
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.
-> Adam - soft dla M68k jest wyłącznie po to aby załadować bitstream do FPGA. Cała reszta to BIOS dla 386sx oraz wszelakie drivery (grafa, flop, hdd, dźwięki, itd) ponieważ po załadowaniu i reset cały komputer staje się po prostu PC. Motorola znika...Nie ma żadnego styku pomiędzy 386sx i M68k w stanie HALT. Tu już się nic nie pokłóci :)
->TomekTRV - cokolwiek pod DOS (ewentualnie Windows bo ten już da się zainstalować i chyba nawet 3.11) będzie chciało skorzystać z FPU to skorzysta. Myślę, że ludzie z Vortex Computersysteme GmbH nie poszli gdzies na skróty z koprockiem (oby!)
tOri
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)
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.
Widzisz - to jest wszyte w "BIOS" AtOnce, czyli sterowniki specyficzne dla 386sx w otoczeniu Atari. Pogadaj na ten temat z czietzem, bo to on dołożył IDE support
tOri
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)
->artik-wroc - ATSpeed ma skrócony dostęp do RAM, ale taki AtOnce ma już wszystkie linie adresowe dołączone do systemu Atari. Może być, gdy to ogarnę, że i 386sx też może wystawić adresy na 16MB tak jak Motorola.
Niech najpierw odtworzę schematy tego sprzętu.
tOri
^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
Bardzo dobre wieści :) 3mam kciuki.
Ostatnio częściej zaglądam na forum w oczekiwaniu właśnie takich wieści.
Cześć,
Już prawie skończyłem schemat wersji DIP. Jest prostsza od wersji PLCC dla MSTe. Taka ciekawostka. tIn wysyłając emulator do mnie zaznaczył, że jest uszkodzony. Mimo to zabrałem się za odtwarzanie schematu i niejako przy okazji znalazłem jedną ścieżkę (linia danych D2) przeciętą czubkiem czegoś naprawdę ostrego, możliwe, że przy upadku z wysokości na coś, co z pewnością mogło spowodować nieprawidłowe działanie emulatora. To mnie cieszy, ponieważ jeszcze przed zakończeniem prac udało się już naprawić przynajmniej jedną sztukę dosyć unikatowego urządzenia.
Układy GAL zastosowane w obydwu wersjach mają najprawdopodobniej identyczną konfigurację, co znacznie upraszcza mi sprawę. Trzeba się włamać do jednej sztuki, a nie do dwóch ;-)
To naprawdę nieźle wkręca, hahaha... Widzę coraz jaśniej, że odtworzenie tych emulatorów powinno się udać.
tOri
Ostatnio edytowany przez tOri (2024-04-08 21:46:10)
Super.
Brawo dla tego Pana!
tOri, robisz kawał świetnej roboty, a wiem też jak takie tematy wkręcają, więc cieszę się razem z Tobą Twoim szczęściem przy tej świetnej zabawie:-)
Następny jest AtOnce386sx dla Atari ST/MegaST w wersji DIP
Miazga! :-) :-) :-)
386SX w krótkim ST? Yeah :-)
Ostatnio edytowany przez Jacques (2024-04-10 09:42:49)
Świetnie, że przy okazji został naprawiony oryginalny sprzęt. Szacun.
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)
Kawał dobrej roboty!
tOri: jakbyś potrzebował na testy, to takie płytki:
https://github.com/SukkoPera/Open68000Relocator
już do mnie jadą.
@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
Swego czasu kupiłem coś takiego, z tego co pamiętam, jest to adapter AT-Speed do MegaSTE.
Jeżeli może się do czegoś przydać proszę o info :)
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
[ Wygenerowano w 0.103 sekund, wykonano 14 zapytań ]