U2086 i TC2068

[aqqman]

Po ciężkich bojach wymieniłem wzmacniacz 386 - padł prawdopodobnie w czasie odwrotnego podłączenia zasilania. Później miałem ochotę obwinić AY-greka po tym jak DiagROM nim nie grał, bo przeca porty mu zmieniłem na ZX-sowe  i oczywiście nie doczytałem że ten DiagROM gra na 245,246. Mimo wszystko jestem wdzięczny za wzmiankę o tym (że on gra na portach TC2068) bo nazwa opcji menu w DiagROMie trochę wprowadza w błąd (co ma 128 do timexa2068?).

[aqqman]

Dziś miałem przebłysk umysłu pośród mojej codziennej bezmyślności i wróciłem na chwilę do rzuconego w kąt U2086. 
Wszystko przez wredne 74HCT574 i jego niekonsekwentne zachowanie.
Objawia się to tym że na wejściu zegarowym CP w/w układu w oscyloskopie cisza, a wyjścia se skaczą losowo z niskiego na wysoki (przy /OE podłączonym do masy).
Taki objaw miałem na płytce dekodera rejestru banków pamięci. Przypomniałem sobie że mój addon StaticRAM w U2086 też używa 74HCT574.
Z rejestrem poradziłem sobie przeprojektowując płytkę - miałem pełne dekodowanie portu, zmieniłem na uproszczone co skróciło ilość bramek i połączeń, wstawianie kondensatorów nie rozwiązywało problemu, inny egzemplarz 74HCT574 też nie. Zmieniałem na 74573 - ten sam objaw. Dopiero po zmianie płytki problem zniknął.
W U2086 dotknięcie paluchem pracującej płytki w okolicy adresów powoduje zniknięcie śnieżenia i najczęściej zawieszenie Timexa. Zwiecha sama w sobie redukuje znacznie śnieżenie.
Zatem zamysł dobry był tylko coś gdzieś "syfi" i nie wiem co. Kondensatory nie rozwiązują problemu. Dlaczego 74HCT574 mając "spokój na CP wywala śmieci? co to kur... jest? 
Tak na marginesie - bez romu mam idealny wzorcowy obraz bez śniegu.

[aqqman]

Zamontowałem rozszerzenie pamięci do TC2068. Użyłem pamięci PseudoStatic 128kB (TC518128A) akurat taką miałem pod ręką.
Banki przełączam portem 32765 (jak w zx128 bity 0-2). DiagROM przetestował - jest OK.
ROM Timexa startuje i... ustawia mi:
23732 P RAMT Adres ostatniego bajtu fizycznej pamięci RAM. na ...49151 (koniec banku C).
Pamięć wyżej daje się POK-ować i zwraca co trzeba, DiagROM nie kaprysił, a tymczasem nawet wykonanie PRINT USR 0 nie widzi tej pamięci i uparcie wpisuje zaniżone P RAMT.
Z noty katalogowej wynika że pamięć po włączeniu zasilania potrzebuje czasu na inicjalizację samoodświeżania po uruchomieniu - ok, jestem to w stanie przeżyć a nawet widzę zalety w ustawieniu RAMtopu niżej z automatu, ale nie rozumiem dlaczego już na działającym sprzęcie reset nie chce mi podnieść RAMtopu. Ma ktoś jakiś pomysł? Z ciekawości pytam chcąc wiedzę powiększyć bo pewnie skończy się na wymianie kości na (Real)StaticRAM. 

[KWF]

Ile potrzebuje PsedoStatic na start? Przy podaniu zasilania, procesor nie rusza od razu, a ze stałą czasową układu resetu (rezystor 220K i kondensator 1uF), coś ponad 100ms. ROM testuje RAM i ustawia RAMTOP na ostatnim adresie, który przejdzie poprawnie test.

A jak ustawia RAMTOP komenda "NEW"?

[aqqman]

NEW z tego co pamiętam czyści basic tylko do ostatnio ustawionego CLEAR.
Czyli jak dam CLEAR 30000 to następnie NEW czyści tylko do tego adresu a wyżej nie tyka.
Dlatego dałem USR 0
Ta pamięć potrzebuje minimum 100 mikrosekund na start. Być może coś jeszcze pominąłem bo ten datasheet jest zaplątany jak świński ogon.
10000 warunków i kosmiczne wartości tu i ówdzie.
Tylko dlaczego DiagROM nie wybrzydza?  Ta jego diagnostyka to chyba placeboo 

[KWF]

Nie sądzę. DiagRAM inaczej działa niż standardowy ROM, ROM zaczyna od testu pamięci (całej jaka jest dostępna), wrzucenia swojego fragmentu na samą górę pamięci  i ustawienia RAMTOPu. DiagRAM zaczyna od testu test dolnego RAMu, który trwa dłuższą chwilę. Dopiero kiedy dolny RAM jest przetestowany, zaczyna test górnego RAMu (całego, bo tam nic nie siedzi).

Masz TC2068, a nie ZX Spectrum, więc RAMTOP jest w nim obniżony, ze względu na kopie ROMu, dokładnie UDG lub albo UDG, stos oraz kod interpretera BASICa siedzące na samej górze RAMu .

[aqqman]

Taaak... w sumie coś około kilkuset bajtów, lecz na pewno nie jest to 16kB.

[KWF]

Dokładnie 2280 bajtów

[aqqman]

Znalazłem problem. Odświeżanie PseudoStaticRAM wymaga specyficznych warunków. Podpiąłem /RFSH pamięci do masy w nadziei że to załatwi sprawę, ale się przeliczyłem. Wyłączenie wewnętrznego auto-refresh zajmuje jej zbyt wiele czasu, potrzebne jest podciągnięcie /RFSH do stanu wysokiego w czasie odczytu - przynajmniej tyle wywnioskowałem z noty tej popi... upierdliwej pamięci. DaigROMem potraktowałem ją dokładnie i czasami wywalał błędy.

Co do U2086 to skróciłem połączenia, płytka nowa - malutka, a syf na ekranie jak był tak jest, i faktycznie nadal dotykanie paluchem szyny adresowej eliminuje większość syfu z ekranu. Ręce opadają, potrzeba porady jakiegoś radiowca chyba bo już sam nie wiem o co chodzi.

[KWF]

To dodaj kondensatory (po kilka pF) do linii adresowych wychodzących z '574

[aqqman]

Wstawiłem 74LS244 zamiast rezystorów na szynie adresowej, bo mi wygląda na interferencje z CPU. Kiedy CPU "wisi" ekran jest piękny, ale to nic nie poprawiło.
Dodałem R-drabinkę do +5V przed zatrzaskiem, nieco poprawiło ale za mało.Przy mniejszej oporności (1k) tło robi się coraz bielsze, nieczytelne i bardziej regularne w DiagRomie. Dodawanie C nic nie daje, dopiero przy 10nF się wszystko wywala (za duże opóźnienie). Pomiędzy zatrzask a pamięć nic nie dawałem, ale popróbuję jeszcze. Thx

[aqqman]

Udało się. Wczoraj walczyłem z tą statyczną VRAM w U2086.
Okazało się że śmietnik z ekranu znika po podłączeniu rezystorów na multipleksowanej szynie adresowej -> 470 om do masy na każdą linię (przed zatrzaskiem 74HCT574).
Trochę mało, ale przy wyższych wartościach pojawiają się artefakty.
Na zimę jak znalazł - SCLD Timexa jako grzejnik - ale cóż zrobić. 

Wnioski:
- pamięć 4416x2 obciążała nieco mocniej szynę niż zestaw HCT574+32kSRAM
- wywaliłem rezystory separujące szynę adresową i wstawiłem LS244
To wystarczyło aby szyna zaczęła robić za nadajnik - potrzebowała ściągnięcia do masy a ja ją uparcie podciągałem rezystorami do plusa to nie likwidowało szpileczek napięcia zakłóceń od strony CPU.