Na pierwszym zdjęciu wada jest wyraźnie widoczna, ale już piąte zdjęcie (półtorej godziny późniejsze) jest w porządku. Czy to znaczy, że po dłuższym czasie wada znika?

Do SV pozostało zaledwie dwa miesiące. Nie wiem, czy w tym czasie zdążyłbym coś zrobić, a po zamontowaniu VBXE to już nie byłoby to samo. Może, żeby nie tracić sposobności rozgryzienia problemu, po prostu zamienilibyśmy się płytami? Wysłałbym Ci jedną z moich, a Ty zamontowałbyś ją w obudowie zamiast swojej i odesłał mi tą drugą?

Chodzi o coś takiego?
http://www.youtube.com/watch?v=qWkUFxItWmU

http://atariki.krap.pl/index.php/Moon_Patrol

W wyniku dekodowania otrzymuje się 17-bitowe słowa o wartości zależnej bezpośrednio od koloru i luminancji piksela, ale także od napięcia na nóżce CADJ, napięcia zasilającego i aktualnej temperatury GTIA. Trudno to traktować jako wzorzec. Raczej jako adres mapy kolorów stworzonej wg arbitralnie założonej palety.

Przebiegi wziąłem z układu "powielacza" zmontowanego dokładnie według schematu z Twojej strony. Najprostszą metodą "naprawy" wydaje mi się dołożenie małego potencjometru wieloobrotowego i podstrojenie częstotliwości (przy odłączonym Phi2) na minimalnie (0,5-1%) mniejszą od 4xPhi2. Ale nie wydaje mi się, żeby to mogło działać w 100% niezawodnie z każdym zasilaczem i przy różnych temperaturach. To już chyba lepiej by było zrobić prymitywny mnożnik asynchroniczny na bramkach EXOR, jak na załączonym rysunku. Ja bym tu jednakowoż sięgnął po PLL => pewność i zaufanie. :)

Albo się mylił, albo celowo wprowadzał w błąd, albo wartości elementów na schemacie są niewłaściwe. NXP dla HCT132 podaje zależność 1/0.67RC. Wychodzi 17,64MHz.

A to już jak uważasz. Rady dawać nic nie kosztuje. :)

Aliexpress. Też słyszałem, ale na tych kilku scalakach, które dotychczas nabyłem, jeszcze się nie naciąłem. Są też procedury reklamacyjne. Sprzedawczyk nie dostaje pieniędzy, dopóki nie potwierdzisz, że jesteś zadowolony z towaru. :)

Nic dziwnego, bo to prosty generator, o częstotliwości pi razy oko 10x systemowa, a tylko kluczowany dla zachowania jakiej takiej synchronizacji w zakresie cyklu. Jak sobie troche odjedzie od zaplanowanej częstotliwości, to może np. regularnie generować glitche, które mogą robić różne niezaplanowane zadania. A częstotliwość można określić tylko w przyblizeniu i dla różnych producentów będzie inna. Proponowałbym zastąpić ten układ pętlą fazową 74HC/HCT4046 z dekadą 74HCT390 i skończą się problemy. Na wypadek jednak, gdyby ktoś z tego pomysłu chciał skorzystać, dodam tylko, że nadają się wyłącznie PLL-e Philips/NXP, Texas Instruments i Motorola/ON Semiconductors. Nie zadziałają natomiast Fairchild i National Semiconductors. Przyczyny można znaleźć porównując dokumentację poszczególnych producentów.

Sygnały AN0...AN2 są wykorzystywane, bo niosą informację o początku ramki, potrzebną do do zerowania przerzutnika parzystości linii. Identyfikacja parzystości linii jest niezbędna, ponieważ przesunięcie fazy danego koloru w systemie PAL jest inne w liniach parzystych, a inne w nieparzystych.

- Nie. Paleta jest programowana na stałe i nie ma do niej dostępu podczas pracy.
- Nie. Może być FLASH. A właściwie to już jest. :)
- 16

Wyglądają tak, jak powinny wyglądać - jedna linia jasności, druga linia kolorów.

xxl:
Proszę bardzo. Zdjęcie w załączniku.
Atari w PAL (tak samo zresztą, jak w SECAM) nie zacznie wyświetlać 256 kolorów. Co najwyżej 240. Takie rzeczy to tylko w NTSC (ewentualnie z VBXE).