On 15.09.2021 11:44, J.F wrote:

> A ten kolor - oryginalnie taki blekit, czy i tu cos przeklauje?

Nie. Generalnie sytuacja wyglda w ten sposób, że całe tło jest
przekłamane - wypełnione losowymi tilesami. Jednak same sprite'y
wyglądają i zachowują się prawidłowo.
Wczoraj cały wieczór nad tym przesiedziałem. Zrobiłem dokładną inspekcję
połączeń - zarówno wizualną, jak i za pomocą miernika. Znalazłem tylko
jeden uszkodzony kabel (który równie dobrze mogłem uszkodzić podczas
inspekcji) jednak on nie miał nic wspólnego w problemem - po naprawie
nic się nie zmieniło.
Wszystko wskazuje na to, że problem leży w okolicy VRAM-u. PPU
prawidłowo czyt dane z pamięci stałej (świadczy o tym prawidłowe
wyświetlanie sprite'ów) ale tła z jakiegoś powodu są przekłamywane.
Sprite'y wyświetlają się prawidłowo, bo ich parametry nie siedzą w
RAM-ie, ale w specjalnych rejestrach wewnątrz PPU.

Próbowałem zamieniać pamięci miejscami, ale nie dało to żadnego efektu.
Może ten konkretny SRAM jest za wolny n stosownie w roli pamięci ekranu.
Używam UL6516DG15. Powinienem go zastąpić czymś szybszym?

Robiłem też testy na fabrycznych kartridżach - dokładnie to samo. Tak
więc nie namieszałem kombinując z wbudowanymi EPROM-ami. ;)


> Ale kynar lutowany?

Tak.


> Kynar lutowany dobry jest, Ty masz jakies kiepskie podstawki :-)

To chyba nie podstawki. Nawet delikatny dotyk w tych konkretnych
miejscach powoduje problemy. Podejrzewam, że może chodzić o zakłócanie
linii zegarowej albo nawet i zrywanie oscylacji.

Co do kynaru miałem na myśli to, że to kiepski sposób tworzenia
prototypów. Z pozoru wydaje się, że taka konstrukcja na płytce
uniwersalnej jest ok, ale potem trudno połapać się w gąszczu przewodów,
co utrudnia debugowanie. Czas stracony n lutowanie tego można by równie
dobrze przeznaczyć na zaprojektowanie i wytrawienie wczesnej wersji PCB,
które nawet po naniesieniu dziesiątek poprawek i tak będzie wyglądało
lepiej.

No i nie mówiąc już o tym, że potem projekt o wiele łatwiej będzie
powielić. ;)