Łeee, no klasa:-) Super to wyszło, gratuluję _tzok_ fajnego ukończonego projektu.

Czy w takiej formie jak to teraz opisałeś, to jest gotowiec ostateczny dla diy? Pytam w sensie, czy jak zamówię sobie Nano V3 i DS3231, to już wszystko czego potrzebuję, wrzucam ostatnią wersję kodu, który załączałeś powyżej i działa?

Świetne rozwiązanie wymyśliłeś _tzok_
Bardzo mi się podoba.

Czy sprawdzałeś organoleptycznie jak to opóźnienie 1,5ms ma się w użytkowaniu? W przypadku joysticka jak i klawiatury pewnie nie ma problemu, bo 1,5ms to na tyle mało, że raczej nie będzie zauważalne. Natomiast przy myszy czy tam nie będzie się zapychał jakiś bufor? Pytanie czy np. przy adapterach myszy ps2, których bardzo dużo ludzi używa nie będzie jakichś jaj, trzeba by to sprawdzić, bo pamiętam, że jak się bawiłem różnymi adapterami z różnymi wersjami firmware, to ST czasem miało problem z przetworzeniem danych z adapterów, które w Amigach działały dobrze. Nie pamiętam w szczegółach, ale ST jakoś tam strasznie wolno tą mysz przetwarza.

Jak ukończysz działający już w 100% prototyp na arduino, to proponował bym Ci zastanowić się nad przełożeniem tego jednak na jakiś mały mikrokontroler. Takie przetwarzanie spokojnie da się zrobić jakimś małym Attiny, który będzie się też umiał skomunikować z zegarem. Miał byś tylko dwa małe scalaki, bateryjkę i całość na minimalnej wielkości płytce, co pewnie ładnie by się dało wkomponować do wnętrza Atari. Gdybyś potrzebował pomocy z mikrokontrolerami (dobór, programowanie, przeniesienie kodu z arduino itp.), albo z płytkami pcb (projektowanie, zamawianie itd.) to chętnie pomogę. Również gdybyś nie chciał tego robić, ale chciałbyś żeby coś takiego powstało, a projekt miał by pozostać jako otwarty diy, to mogę coś tam od siebie do projektu dołożyć bezinteresownie dla ludzi:-)

x_angel, dzięki za podpowiedź, to może być dobry trop i dobry kierunek myślenia.
Przetestuję to ustawienie, bo nie przyszło mi wcześniej do głowy.

Niemniej jednak chyba był bym ostrożniejszy z tym ustawieniem niż napisałeś. Z datasheet Atmegi wynika, że najmniejsze opóźnienia startu programu można stosować tylko przy wykorzystaniu ceramicznych oscylatorów. W sumie nie wiem jak się to by zachowało, ale się trochę obawiam, żeby sobie nie uwalić mojego SIO2SD, które bądź co bądź po wielu modyfikacjach ustawień działa mi obecnie bardzo stabilnie.
Chyba przy wolnej chwili zacznę od testów na jakiejś innej Atmedze gdzieś na boku, przy czym wydaje mi się, że lepiej zacząć od zmiany o jeden krok, czyli zostawić 16K CK i tylko zmniejszyć additional startup time z 64ms na 4ms. 60ms to bardzo dużo i pewnie wystarczy.
Czyli Low FUSE na 0x2F
Nie mam teraz w najbliższym czasie chwilowo możliwości przetestowania tego, zrobię to w ciągu kilku dni i dam znać co z tego wyszło.

Dzięki za odpowiedź Larek.
Select działa prawidłowo, wszystko inne z resztą też. W innych wersjach QMEG-a z resztą nie mam tej przypadłości, którą opisałem, występuje to tylko przy QMEG+4.04
Prędkość SIO2SD mam 06, ale próbowałem też inne i też się nie bootuje, więc to nie to.

Zrobiłem dodatkowy test. Wyglądało mi na to, że SIO2SD uruchamia się na tyle długo, że nie jest jeszcze gotowe w momencie kiedy QMEG próbuje bootować z niego, więc QMEG stwierdza najwyraźniej, że nie ma z czego bootować, więc wyświetla swoje menu. SIO2SD jest gotowe dopiero po tym fakcie, a więc za późno. Wspomniany test, który zrobiłem polegał więc na tym, że zasiliłem SIO2SD z osobnego zasilacza i włączyłem je najpierw, a dopiero później komputer. I w ten sposób od razu QMEG zabootował z SIO2SD. Tak więc mam potwierdzenie teorii o zbyt długim starcie SIO2SD lub zbyt szybkim starcie Atari z QMEG-iem.

Nowe pytanie jest więc takie: czy ktoś ma pomysł jak to poprawić? Czy da się jakoś przyspieszyć start SIO2SD, żeby zdążyło wystartować przed QMEG-iem, lub też czy da się opóźnić start Atari z QMEG-iem, żeby SIO2SD zdążyło wstać?

Nie podpowiem w kwestii co to za gra, bo nie wiem, ale jeśli trzeba machać jak w Decathlonie, to polecam mój (S)NESctrl:-)

x_angel, mam pytanie, czy ten projekt jakoś dokończyłeś czy nie, bo przyszło mi do głowy pobawić się spartą, więc kombinuję jak i w czym ją umieścić?
Napisz jak możesz w związku z tym czy dokończyłeś ten projekt, jeśli tak, to jakie są wady i zalety w stosunku do innych rozwiązań ze spartą, ewentualnie czy może masz jakieś płytki lub carty gotowe do sprzedaży i jeśli tak, to za ile?

Ja najbardziej lubię pykać w:
- D-Generation (moja ulubiona gra na ST)
- Monkey Island (mimo, że na ST wypada słabo graficznie w porównaniu do innych platform, to wg mnie ma klimat i lubię grać w nią właśnie na ST)
- Gobliiins (też najbardziej lubię na ST)
- Microprose Golf (w ogóle lubię golfa, a ten najlepiej mi przypadł do gustu)

Tak, w zasadzie wszystko z ST chodzi na STe, nie spotkałem nic co by mi nie poszło. Ale nie zdziw się, bo ja się mocno zdziwiłem po przesiadce z STFM na STe. Otóż rzecz polegała na tym, że całe mnóstwo gier, które śmigały na STFM nie chodziły na STe.

Najpierw myślałem, że jest coś nie tak z tym STe, którego kupiłem.
Następnie znalazłem informację, że niektóre z gier, które miałem faktycznie nie chodzą na STe.
Później ostatecznie okazało się, że na STe trzeba od nowa szukać gier, które są dostosowane do niego i wszystko chodzi, tylko musisz poszukać odpowiednią wersję poprawioną.

W większości przypadków chodzi o to, że STe ma większy rozmiar TOS-u niż STFM i w skrócie mówiąc jest problem polegający na adresowaniu pamięci. Problem ten głównie objawia się na crackowanych grach, czyli na większości softu jaki chcemy sobie używać:-)

Kurde, ja te gry na Atari dzieciom pokazuję:-) Bardzo proszę o przyzwoitość:-)

Hehe:-) @tebe poruszasz niepotrzebnie pewne drażliwe kwestie, które mogą spowodować "popsucie" się delikatnie mówiąc wątku, który do tego momentu jest bądź co bądź o grze:-)

Z dwoma robalami jest fajna łamigłówka. Można by to zrobić w dwóch trybach: jeden to tak jak napisałeś kooperacja, wówczas mogło by być na dwa joye i na dwóch graczy tym samym. Drugi tryb mógłby być tak jak na tym filmie wygląda, że się steruje się naprzemiennie raz jednym raz drugim robalem, przełączać by je można np. na fire. W trybie usypiania robali i sterowania nimi naprzemiennie mogło by być też tak, że mamy np. trzy robale, albo cztery, w sumie chyba ilość dowolna, na różnych levelach mogło by być różne zadanie do wykonania i tym samym różna ilość robali. To by jeszcze uatrakcyjniło ciekawość rozgrywki, tak myślę.
Ogólnie tak sobie rzucam pomysły, które mi się nasuwają luźno, może przyda się coś z tego do wykorzystania, lub nasunie jeszcze inne koncepcje.

Może być inny, byle by to był również Freddie:-)
Aha, poszukaj takiego Freddiego, który koniecznie ma 40 pinów:-)