płytka Junior - jest
obudowa Lego - jest
do ogarnięcia zostały więc tylko układy ;)
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Harmonogram Lost Party 2026 Poznaj szczegółowy plan kultowego zlotu demoscenowego Lost Party 2026 w Licheniu Starym.
Drwal 1.3 od Larka Nowa wersja gry Drwal przynosi poprawki w algorytmach i balansie rozgrywki.
FujiGPT - klient LLM dla Atari XL/XE FujiGPT pozwala na rozmowę z modelami językowymi na klasycznych ośmiobitowych komputerach Atari.
ABBUC Creative i Application Contest Poznaliśmy oficjalne wyniki konkursów Creative oraz Application Contest organizowanych przez ABBUC.
Echa Sommarhack 2026 Zakończył się szwedzki zlot Sommarhack 2026. Dead Hackers Society zachwyca nowym demem na Atari STE.
atari.area forum » Posty przez Cyprian
płytka Junior - jest
obudowa Lego - jest
do ogarnięcia zostały więc tylko układy ;)
@pilat23 dogadamy się, potrzebuję górną obudowę 260ST, na wymianę mam taką samą tylko ze znaczkiem 520ST
...
150
fajny pomysł, brakuje takiego rozszerzenia do PoFo
To nie jest problem związany z MMU.
chodzi o "EXCEPTION PROCESSING 11: Line F"?
No tak, "Line F" czyli instrukcje FPU albo emulacja FPU.
długość kabla DMA może mieć wpływ na działanie karty ISA przez VOFA w ST:
Otóż o linia RESET w ACSI nie jest buforowana więc długość kabla ACSI może wpłynąć na sygnał RESET w porcie ISA:
https://www.atari-forum.com/viewtopic.p ... mp;t=41428
na 68000 jest wersja MiNT bez obsługi MMU, chyba "MINTNP".
Może ona zadziałav poprawnie?
@artik-wroc
na dzień dziejszy temat wygląda dobrze, mam odpowiednie źródła, mam wiedzę, teraz muszę siąść i przetestować w praktyce MMU.
Kroll ma wszystko albo i więcej :)
nice idea, I'll try join the call
@artik-wroc Spokojnie, mogę to ogarnąć. Na kiedy to potrzebujesz?
MMU2.pdf - to jest z Profibuch?
Jeśli chodzi o PMMU.pdf to pierwsza część jest https://mikro.naprvyraz.sk/docs/Coding/ ... ie/MMU.TXT a druga skąd (od 16 strony)?
@Kroll, @artik-wroc dzięki za linka,
zdebugowałem i jest to akcesorium dla 68040 które ma inne MMU niż 68030, więc nie da się przenieść kodu i trzeba napisać od nowa.
Sprawdziłem pod Hatari z 68040 i widzę tylko komunikat: "Keine Hades!"
@artik-wroc, mogę spróbować napisać program od przełączania, z tym że MMU znam tylko teoretycznie i do tej pory jeszcze go nie kodowałem więc muszę się w nie wgryźć.
Pod jakimi fizycznymi adresami będą widoczne te trzy porty?
Co to za akcesorium? Masz może jego źródło?
---poprawka---
dobra mam: "MagiCMac Sound Driver v0.97 (MagiCMac, Hades, Aranym) [Nov 23 2003]" https://docs.dev-docs.org/htm/search.php?find=hades
Akcesorium dla Hadesa jest, można tam włączyć jeden z ROMów. Źródeł to raczej nie będzie
masz to akcesorium?
Może da radę je zdeasemblować.
@Adam, jest szansa ale znając moje tempo to na SV 44 :)
@tebe ładnie to wygląda i jest szybkie
@Adam, ten tryb działa i jest tak prosty że nie trzeba żadnej dokumentacji. Nikt z niego jeszcze nie skorzystał bo na TT jest zaledwie parę dem.
Parę lat temu zrobiłem prosty przykład/demo dla zespołu Hatari. W sumie to też dodałem do Hatari obsługę tego trybu "smear"/"samplehold" oraz "hypermono"/"duochrome" (256 odcieni szarości). W międzyczasie Hatari zmieniło metodę renderowania danych, no i muszę te tryby do niej ponownie dostosować: https://hatari.tuxfamily.org/doc/authors.txt
W sumie to obsługuje się go w niemalże identyczny sposób co blitterowe wektory na Amidze - 1) czyszczenie ekranu; 2) rysowanie linii; 3) wypełnianie, ale z pominięciem punktu 3).
Wypełnianie działa per jedna linia, nie zmienia zawartości pamięci RAM, tylko sygnał wysyłany do monitora.
Przykładowo, cała linia wstępnie jest wypełniona wartością 0.
Jeśli ustawiasz piksel x:10 y:10 na kolor o wartości 12, piksel x:110 y:10 na kolor o wartości 5, to układ graficzny dla linii 10, pomiędzy x:10 a x:109 wyświetli linię koloru 12, a od x:110 do końca prawej ramki linię koloru 5.
Czyli z punktu widzenia procesora, rysowanie linii to postawienie dwóch punktów - na początku (w kolorze linii) i na końcu linii (w kolorze tła), oraz upewnienie się że RAM pomiędzy punktami jest wyzerowany.
@tebe fajne video,
Ciekawostką jest to że opisany tam tryb "fill mode" jest też w Atari TT
Jak to wygląda od strony programowej. Chodzi mi o mapowanie, aby adres jednego portu zmapować pod adresem portu ROM ?
tak jak zauważyłeś to mapowanie robi MMU procesora. Trzeba napisać apkę tworzącą nową tablicę MMU albo wykopać istniejącą apkę.
Z tego co widzę "MagiCMac Sound Driver" ma sterowniki dla RoPoCop:
https://didierm.pagesperso-orange.fr/magxsnde.htm
Tutaj jest więcej plików do RoPoCop dla Milana:
https://github.com/mschwingen/milan/tree/main/RoPoCop
Tutaj ciekawy wątek o MMU 68030: https://www.atari-forum.com/viewtopic.php?t=31252
great idea,
What about existing solutions like CosmosEx, which has embedded RPI and supports STinG/STicK (internet access for the ST) https://github.com/atarijookie/ce-atari ?
Cześć,
Najpierw przeprojektowałem interface Pera Putnika wrzucając wszystko do CPLD Xilinx 9536XL. Zdjęcie w załączniku. Wymiary bez wtyku DB19 - około 75mm x 55mm. Jest to wersja, która działała połowicznie. Odczyt działał, zapis - nie. Zacząłem ogarniać temat i po miesiącu rozmyślania znalazłem pomyłki autora, które powodowały te wszystkie opisywane w innych wątkach problemy z błędami kopiowania danych. Do testowania zaprosiłem _tzoka_ (dzięki wielkie za pomoc!) ze względu na to, że mogła powtórzyć się sytuacja gdzie mój interfejs na moim komputerze działa a na innym komputerze - nie działa. _tzok_ dysponuje wersją zaprojektowaną przez Mq - na układzie GAL - tak jak w oryginale.
Finalnie okazało się, że nie jest potrzebny przerzutnik monostabilny 74HCT221 i trzeba było poprawić logikę "zaszytą" w GAL. W moim wariancie na układzie Xilinx naniosłem dokładnie takie same poprawki.
Testy wykonywałem na różnych kartach i na dwóch różnych maszynach.
Karty to oczywiście Sandisk: ULTRA II - 2GB, EXTREME III - 2GB, ULTRA II - 4GB, ULTRA II - 1GB
Na 1040STe TOS 1.62 był kopiowany plik 18MB pomiędzy partycjami C->D->E->F->G->F->E->D->C i po ostatnim kopiowaniu porównywany z oryginałem. Na wszystkich kartach test przeszedł bezbłędnie co oznacza bezproblemową i stabilną pracę interfejsu. Na 1040STFM TOS 1.02 użyłem tylko jednej karty - ULTRA II - 1GB - też wszystko przeszło bezbłędnie.
_tzok_ tak jak i ja nie miał problemów z poprawionym interfejsem na 1040STe. Na 1040STFM miał dużo błędów. Znalazł rozwiązanie w postaci DMA fix zaproponowane przez exxosa. Ale najlepiej będzie gdy sam może o tym napisze. Podejrzewam, że może grać tu także rolę to, że wejścia/wyjścia w moim interfejsie działają na poziomach 5V wejście / 3,3V wyjście i zakłócenia w interfejsie TTL powodują jakieś problemy na szynie danych DMA Atari czego nie ma od strony Xilinxa.
Kończąc - jest jeszcze kilka rzeczy do dogrania. Między innymi z autorem - P.Putnikiem. Myślę, że za jakiś czas będą dostępne PCB tego projektu. Być może zmontowane interfejsy, a i opis powinien pojawić się u mnie na www. Mam na oku obudowę pasującą do projektu więc może być w pełni profesjonalnie :D
Interface osiąga transfery na poziomie 1,8...1,9 MB/s - to rzeczywiście jest "demon szybkości".
Osobiście cieszy mnie, że udało się dorzucić kolejną zabawkę do świata Atari. Przy tej okazji sporo się także nauczyłem siedząc nad Atari DMA (ACSI)
Pozdrawiam
tOri
Pera zrobił ciekawą podstronę o ACSI i DMA: http://atari.8bitchip.info/AcsiDmaExD.html
Wspomina tam że znalazłeś błąd związany z sygnałem DRQ dla ostatnich dwóch bajtów.
Rozwinął byś trochę ten temat? Dzięki
No to już oficjalnie chciałbym się pochwalić powstaniem powiedzmy prototypu nowej płyty Atari ST w formacie ATX:
hej x_angel, co słychać w tym temacie?
Thorsten Otto, bazując na szczątkowych kodach źródłowych odtworzył (dopisał brakujące części) źródła TOS 1.04: https://github.com/th-otto/tos1x
Wcześniej skompletował oryginalne kody źródłowe do TOS 2.06 / 3.06: http://tho-otto.de/download/tos306de.tar.bz2
Po kompilacji Alcyon'em wynik jest binarnie kompatybilny z TOS 1.04 / 2.06 / 3.06
Wcześniej ograniczone zmiany w TOS można było robić TosPatch'em ( https://www.markusheiden.de/atari/tospatch.html ). Teraz whętni mogą sobie przerabiać dowolnie system do Atari.
Więcej tutaj: https://www.atari-forum.com/viewtopic.p ... mp;t=41354
-- dopisek 2024.11.16 --
źródła TOS 2.x/3.x
https://github.com/th-otto/tos3x/
Poprawki w części "Patches":
https://www.atariuptodate.de/en/system
jeszcze raz - sto lat @innuendo
Pojawiły się nowe archiwa. Można sobie zrobić PCB :) Są pliki źródłowe.
Arturex, liczymy na Ciebie!
1. Cyprian ;)
atari.area forum » Posty przez Cyprian
Wygenerowano w 0.200 sekund, wykonano 11 zapytań