Aj tam - śpiący jestem ;) a moderatora poproszę w takim razie o przeniesienie wątku.

Jakie fajne! Jak na teteelach, to i koszt znikomy. Jak będziesz robił płytkę, to od razu rób smd :)

A, niezła wieżyczka w komputerze. A mógłbyś jeszcze klawiaturę pokazać? Strasznie ciekawi mnie co jest po drugiej stronie tęczowego multikabelka.

Co do portow, to mozna by zamapowac oba zakresy, tak jak to robi Evie. Autoamatycznie uzyskałbys kompatybilnosc ze slightSID i Evie, wiec całe tony softu, ktore juz niedługo powstana ( ;) ) beda to obsługiwac.

Teraz tak na szybkiego odpowiem a dokładne opisy pojawią się dosyć szybko na mojej www, po kolei:

1. Specyfikacja :) to SID standard więc wszystko co dla komody jest i tutaj

2. Rejestry są wyłącznie do zapisu co jest związane z tym, że niesłychanie trudno wykonać logice skok "w przyszłość" a dlaczego tak jest? Gdy układ nie jest połączony z systemem bezpośrednio wtedy zapis da się wykonać bez problemu ponieważ najpierw Atari wpisuje dane do rejestrów bufora wejściowego (z perspektywy SID) a w drugim kroku sprzęg wpisuje dane do SIDa i to działa (będzie to widać na schemacie) Gdy jednak chcemy odczytać dane - jeden cykl odczytu nie wystarczy ponieważ to dopiero wpisze dane do rejestrów bufora wyjściowego - DOPIERO PO WYKONANIU DRUGIEGO CYKLU uda się odczytać dane z bufora dla Atari - to poważnie komplikuje zarówno układ jak i software i ze względu na nikłe korzyści z tym związane odczyt rejestrów SIDa nie jest możliwy. Przy zastosowaniu mikroprocesora jest to możliwe - jednakże mikroprocesor musiałby wykonywać ciągły polling rejestrów SID aby nie zostać zaskoczonym przez "niespodziwany odczyt" hehe). Podsumowując - WRITE tak, READ nie.

3. W obecnej postaci nie. Można oczywiście dodać pod wybranym adresem jeden rejestr do odczytu z konkretną wartością identyfikującą układ. Nie planowałem tego ale to żaden problem. Kwestia adresu i danej, która ma tam być (jako dana typu ROM)

4. Są pewne różnice odnośnie 6581 i 8580 - jedna to napięcie zasilania analog - 6581 - 12V, 8580 - 9V - co oczywiście zależy jak się zbuduje zasilacz, przetwornicę - to można zrobić stosunkowo łatwo, czyli zworką. Druga różnica to kondensatory filtrów - 6581 ma 2x 470 pF a 8580 ma 2x 22nF - myślę, że też ewentualnie mogłoby to być na zworkach ale się zastanawiam czy jest sens. Najlepiej zrobić pod konkretny układ. Wyboru zbyt dużego nie ma :)

5. Nie ma żadnego problemu z większą ilością SIDów poza miejscem w IO komputera. Układ wystarczy powielać w zależności od potrzeb - logika sprzęgu w sporej części nie może być wspólna niestety. Będzie schemat wszystko się wyjaśni.

6. Taktowanie SID jest identyczne jak w C64 PAL ponieważ zastosowałem oryginalny kwarc 17.73447 MHZ oraz układ 8701 i po podzieleniu DOT CLOCK 7.88 MHz przez 8 jest 985 Khz z możliwością delikatnej regulacji trymerem.

Chciałem zbudować układ przy pomocy takich scalaków jakie były stosowane w dawnych czasach :) Lubię oldskul...
Oczywiście można i da się wrzucić logikę w jakiś ukłąd CPLD tak jak w SLightSID. Zostawię to jakiemuś ochotnikowi - ja zajmę się być może kolejnym atarynkowym projektem. Chociaż nie przesądzam - chcę poćwiczyć CPLD - mam garść ispLSI LATTICE i może tam wrzucę interfejs?

Od strony Atari ten sprzęg będzie widoczny dokładnie tak jak SightSID więc wszystko co będzie dla SlightSIDa zadziała i tutaj.

To było na razie tyle

pozdrawiam

Dzięki. Co do odczytów z rejestrów - SlightSID (możliwe, że Evie też) przy próbie odczytu z rejestrów SIDa zwraca wartość $33 - dałoby się to zrealizować? Łatwiej byłoby rozpoznawać czy SlightSID/SIDari jest na pokładzie i w jakiej ilości (2, 3, n układów).

Nie sprawdzałem ale skoro SlightSID działa to i SIDari też musi działać. Będę miał chwilę do ogarnięcia się to i powinienem sprawdzić.

Pozdrawiam

Odczyt dowolnego rejestru SID-a ($d500..$d51f) zwraca wartość $33 niezależnie od ilości sidów. Inny SID jest przecież w inym obszarze adresowym więc tam zwraca swoje $33.

Jedna jeszcze rzecz. Jeśli to nie jest jakiś strasznie kosmiczny problem zachęcałbym do wyprowadzenia wejścia EXTIN na zewnątrz, bo to pozwoli na filtrowanie przez SID-a dowolnego sygnału - np. dźwięku z POKEY-a.

Tak zgadza się - nie zrozumiałem do końca :) uważałem, że sam odczyt z $D500 powinien dać od razu liczbę SIDów w obszarze ale to szczegół - ok wystarczy odpytać znane obszary i tyle.

EXTIN jest przewidziany do użycia tak jak w standardowej aplikacji SIDa

pozdrawiam

A nie można wykorzystać patentu z YM/AY, że mamy specjalny rejestr, do którego program zapisuje nr rejestru I/O, który chce odczytać, a drugim rozkazem odczytuje z niego daną? To eliminuje problem "ciągłego pollingu", ale czy to przydatne, musiałby się np. mono wypowiedzieć.

Raczej nie bardzo da się to wykorzystać jak w YM/AY ale wygląda to zastanawiająco podobnie.

Proces odczytu rejestru powinien wyglądać mniej więcej tak:

Krok 1 - wysłanie cyklu odczytu spod adresu np. LDA $D51B - OSC3/Random - powoduje zapamiętanie adresu rejestru do odczytu ($1B) i uruchomienie logiki odczytu z SIDa, czyli na liniach adresowych SID już jest adres rejestru, generowany jest lokalny CHIP SELECT, R/~W jest równy 1 i na tylnym zboczu PHI2 SID logika sprzęgu wpisuje dane do rejestru do odczytu, np. 74HCT574. W tym kroku już wysyłam więc adres rejestru.

Krok 2 - mając już zapamiętane w lokalnym rejestrze dane wysyłamy drugi raz cykl odczytu spod adresu, LDA $D51B i wtedy odczytujemy dane blokując jednocześnie kolejny cykl odczytu z samego SIDA.

Nie da rady zrobić tego w jednym kroku. Rozwiązaniem jest mikroprocesor albo takie zbudowanie logiki aby wykonywała sprzętowy polling tych czterech rejestrów READ ONLY - $19, $1A, $1B, $1C w czasie wolnym. Gdyby jednak trafił się zapis lub odczyt - odpytywanie musiałoby zostać wstrzymane.

Jak widać - da się ale dosyć komplikuje i rozbudowuje układ no i czas dostępu do danych odczytanych staje się dosyć długi (ale to by za bardzo nie przeszkadzało mimo wszystko). Dalej uważam, że skórka jest niewarta wyprawki...Gdyby większa ilość muzyki używała OSC3/ENV3 no to trzeba by było zbudować takie rozwiązanie.

pozdrawiam

No tak, bo teraz to miniaturka :D Dasz rade z tym zamknac obudowe? ;)