mac: z tym 68k to niezle pojechales po bandzie ;) to ma byc chyba nowoczesne a nie na antykach oparte (chyba ze freescale chcesz tam widziec)
laoo: nie rozumiem o co ci chodzi z tym "AVRy odpadaja bo to mikrokontrolery" - w czym to przeszkadza? (osobiscie rowniez wolalbym 6502, a jeszcze lepiej 65816 na jakims fpga - ale na opencores wcale tak duzo chyba tego nie ma, chyba ze cos sie strasznie przez ostatnie miesiace zmienilo (ztcp pamietam niekompletny t65 tylko tam)).
drac030: no i wyszlo na jaw ze wypowiadasz sie na temat, mimo ze wczesniej nawet nie przeczytales opisu dzialania Zenona.
konop: pin nie ma ani warpa ani f7 - on ma prosty adapter 65816 - drac030 to wie i nie wiem po co miast sprostowac twoja lekka pomylke - brnie dalej...
z poczatkowej koncepcji Zenona zrozumialem ze pamiec ram procka na CARze jest podzielona na 2 czesci. musi tez miec jakis "bootstrap rom". czyli program ktory ma wykonywac pojawia sie w jednej z polowek ramu, do ktorej przechodzi procek z romu, wykonuje sie, po czym wraca do romu sygnalizujac w rejestrze zakonczenie operacji. z p. widzenia atarki w "oknie" zapisywany jest program dla dopalatora, poczatkowe dane, po upewnieniu sie czytajac z rejestru ze poprzednia operacja dopalatora sie zakonczyla (i "biega" on w romie), atarkowy procek przelacza polowki ramu CARta. inna ewentualnosc - program wykonywany przez carta musi znajdowac sie w obu polowkach ramu, by w trakcie przelaczania polowek - moglby byc kontynuowany bez "wracania" do romulusa.
mozna nieco koncepcje zmodyfikowac tak, by cart mial nieco wiecej ramu (np. 128k+2x16k), ale tylko 2 16k banki dostepne do przelaczenia w tej samej przestrzeni adresowej i widoczne na przemian przez atarke i carta. dostarczony program dla carta moglby sie relokowac w obszar dla niego staly i tam sobie biegac bez uzywania romulusa.
drac030: bylo by to urzadzenie i uniwersalne i uzyteczne, ale zadko (nawet bardzo) uzywalne...
juz w wyobrazni slysze mp3 dekodowane na carcie i odtwarzane przez atarke na gtia ;)
