"szczepienie na Covid-19 w Polsce jest dobrowolne, ale moim zdaniem nie powinno być."

Przykro się czyta takie wypowiedzi. To terror. Jeśli tego nie zauważasz to nie znaczy, że tego nie ma. Jeśli jesteś tego zwolennikiem to raczej już nie ma ratunku. Powiem - jak będzie wyglądała przyszłość - niepotrzebnie zginą ludzie, którzy będą zmuszać innych ludzi do tego czego nie chcą robić. Takie są skutki...System i tak nie da rady. W świetle dostępnych danych - jest to potężne oszustwo i tyle.

Rób co chcesz :) System musi mieć twoją zgodę na wszystko.

Witam,

Posiedziałem nad płytką otrzymaną od lewiSa i odtworzyłem schemat (mam nadzieję - dokładnie). To co wczesniej pisałem o RD5 itp. można pominąć bo rzeczywistość zweryfikowała domysły.

Załączam PDF.

Ogólnie rzecz biorąc układ "operuje" na zasobach sprzętowych Atari, co wygląda następująco:

Łącznik S1 umożliwia sterowanie logiki impulsami z wyjścia dekodera LS138 dla obszaru $D5XX [CLK dla flopów typu D],
Łącznik S2 umożliwia odłączenie BASIC,
Łącznik 3polowy S3 zaś pracuje w trzech trybach:

- "przelotowym" czyli sterowanie wejścia /REF MMU odbywa się z płyty Atari (PB0) w pozycji 1
- sterowanie /REF MMU pochodzi z dodatkowej logiki powiązanej z obszarami $D6XX, $D7XX w pozycji 2
- "stałym" w pozycji 3, gdzie wejście /REF MMU jest wysterowane na stałe niezależnie od stanu PB0 Atari.

Jakieś pomysły? Wydaje się, że do tego układu trzeba zastosować jakiś kawałek software, ponieważ wysterowanie <nieużywanych> obszarów I/O nie odbywa się sprzętowo. Wygląda też na to, że po przełączeniu S3 w pozycję 2 można sterować obecnością ROM/RAM niezależnie od stanu bitu PB0. Prawdopodobnie przede wszystkim o to chodziło. Zastanawiam się także czy nie jest to układ umożliwiający jakiś rodzaj przepisywania OS ROM do RAM?

Szczerze - nie wiem na razie do czego to miało służyć :D Będę mieć czas na dokładniejszą analizę logiczną - to do tego usiądę.

Na razie życzę dalszego ciągu miłych Świąt.

Pozdrawiam

Ale kolega pojechał... :-D

Naprawiaj jak najszybciej bo temat zalegnie na długo.

@Mq - Ta płytka "dotyka" m.in. linię /CCTL (od obszaru $D5XX) a także linie /REN, /REF, /MAP. O ile się zdołałem zorientować po widocznych ścieżkach.

Np. przełącznik na tym trzypinowym złączu (biały plastik) powoduje to, że pojawia się na linii RD5 stan wysoki - tak jakby symulował podłączenie kartridża co oznacza odłączenie części RAM w obszarze $A000-$BFFF. Nie wiem bez głębszej analizy co robi ten przełącznik podłączony do dłuższego złącza szpilkowego.

Generalnie to wygląda na jakiś symulator(?)

@lewiS - jeżeli miałbym płytkę w rękach odtworzylbym schemat bo ze zdjęć się nie da tego rzetelnie zrobić. A jak byłby schemat to bez problemu można będzie dojść do funkcji urzadzenia

Heja,

Hm. Silnik jak silnik ale sterowanie! Wrzuć napięcie na cewce silnika na oscyloskop albo multimetr i patrz co się dzieje w czasie gdy zwalnia bądź się zatrzymuje. Ewentualnie mierz prąd - to jest ciekawsze - o ile tego nie robiłeś wcześniej. Powinieneś najpierw wykluczyć ew. problem od strony sterowania. Tacho sprzężenia też warto podłączyć do oscyloskopu...

Pozdrawiam

Cześć,

Targować się trzeba czasami wręcz wypada się potargować :) Ja także na A... negocjuję czasami ceny. To jest normalne. Tak samo normalny jest brak negocjacji cen. Wszystko rodzi określone konsekwencje i tyle.

Nie wchodząc obecnie głębiej w szczegóły - wygląda na to, że trzeba by zaprojektować coś w rodzaju VBXE tyle, że dla Atari ST :). Moje pytanie o to - w jakim trybie działa et4000 z Atari wynika z zainteresowania odnośnie organizacji pamięci. Zdaję sobie sprawę, że obecnie sterownik dla Atari wysyła dane obrazu do pamięci karty skąd te dane są pobierane do wyświetlania. Przeglądam sobie datasheet et4000 a tam niespodzianka :) maksymalna rozdzielczość 1024x768, 256 kolorów z palety 256k. Olbrzymia większość ficzerów tej karty jest najzwyczajniej w świecie zbędna. Takie tryby tekstowe. Zresztą - cały BIOS do wywalenia.

Organizacja pamięci zdaje się być liniowa, w planach gdzie barwa piksela jest kodowana na niblu, bajcie bądź sąsiednich bajtach w zależności od trybu graficznego.

Rozrywka na dłuższy czas.

Pozdrawiam

Naprawdę... Jak żartować to z grubej rury

@BartoszP Ale zdajesz sobie sprawę z tego, że karta graficzna jest dużo bardziej skomplikowana niż wprawki w FPGA? Pytanie - czy sterownik Atari dla ET4000AX posługuje się wywołaniami BIOS karty? Wydaje mi się że nie, bo jest związany z architekturą PC. Wrzucamy więc dane w pamięć karty w trybie liniowym posługując się mocą procesora/blittera Atari. Nie wnikałem jak to jest robione. Tak tylko sobie gdybam :) Jak dla mnie - musi zostać najpierw przygotowana zawartość pamięci obrazu (niezależnie od organizacji wyświetlania), a potem wyświetlana z odświeżaniem z częstotliwością Vsync (lepiej synchronizować zmiany [syncframe] - unika się migotania (zmiany treści w trakcie kreślenia obrazu). Podstawy teoretyczne mam, ale mocy przerobowych i możliwe, że odpowiedniego poziomu umiejętności brak, czasu z pewnością mi brakuje :)

Pozdrawiam

@Cyprian Emulacja jak emulacja. Stworzenie Tsenga w FPGA to potężne zadanie. Trudne do ogarnięcia. Nie znam szczegółów, jakie tryby są wykorzystywane przez sterowniki dla Atari. Podejrzewam, że osiągnięcie jednej, wysokiej rozdzielczości, np. 1280x1024 SXGA wystarczyłoby do wszystkiego. Układy graficzne były/są projektowane przez duże zespoły - nie zaś przez pojedynczych ludzi. Ja, na ten przykład, raczej nie zaliczył bym siebie do tych ogarniętych w zakresie opracowania emulacji ET400AX ;)

@Sikor A jak tam można cokolwiek znaleźć? Jest jakaś możliwość wyszukiwania po nazwach?