351

(24 odpowiedzi, napisanych Sprzęt - 8bit)

Nie znalazłem tu wzmianki o modyfikacji toru Video Atari XE zaproponowanej przez #TheRetroChannel. Modyfikacja jest bardzo prosta i daje świetne rezultaty.

1. Zamienić R204 na rezystor 68 ohm 1/4 W.
2. Zamienić R205 na rezystor 820 ohm 1/4 W.
3. Zmostkować/zewrzeć R116.
4. Wykonać połączenie pinu  8 lub 9 układu 4050 (U20) do punktu masy w pobliżu modulatora RF przy użyciu możliwie krótkiego kawałka przewodu 24AWG lub grubszego.

Punkty 1 - 3 mają na celu doprowadzenie do właściwych poziomów napięć sygnały luma i chroma (ten sygnał ma 1 Vp-p zgodnie ze specyfikacją ówczesnych monitorów np. Commodore 1702, podczas gdy współczesny standard S-Video przewiduje 286 mVp-p), a punkt 4 wyeliminowanie zakłóceń przenoszonych przez wspólną masę CPU, GTIA, ANTICa i bufora luminancji.

https://www.youtube.com/watch?v=NmrNJHNLSSY

352

(89 odpowiedzi, napisanych Sprzęt - 8bit)

6502 jest bardzo wdzięcznym procesorem do nauczania podstaw architektury komputerów, moim zdaniem lepszy niż 8080, na którym zwykle robi się kurs AK. Na studiach, zwłaszcza magisterskich, nie chodzi o naukę zawodu, od tego są technika i zawodówki, tylko naukę pewnych koncepcji, budowy narzędzi, którymi się posługujemy. Nie wyobrażam sobie tłumaczenia koncepcji działania CPU, na jakimś współczesnym 32 lub 64 bitowym procesorze.

353

(35 odpowiedzi, napisanych Sprzęt - 8bit)

mike100 napisał/a:

Kabel monitor - euro jest taki sam dla C64 i atari 65XE ?

Tak, choć to kabel composite video.

354

(35 odpowiedzi, napisanych Sprzęt - 8bit)

Magistrala danych jest wspólna dla całej płyty, specjalnie sensu dalej iść nie ma, jak nic tam dalej nie grzebałeś. Wcześniej wspominałem o przejściu na piny kości ROM (BASIC/OS).

355

(35 odpowiedzi, napisanych Sprzęt - 8bit)

Tu masz potrzebne schematy:
https://obrazki.elektroda.pl/1951307500_1628413792_thumb.jpg https://obrazki.elektroda.pl/5962327800_1628413792_thumb.jpg

1. Wyjmij kości RAMu i sprawdź połączenia pinów 2/11 z rezystorami R138..145 oraz czy nie ma połączeń pomiędzy pinami 2/11 rożnych podstawek U9..16.

2. Sprawdź, czy nie ma zwarć w podstawkach między liniami A0..A7, /RAS, /CAS, /WE oraz czy łączą się ze sobą we wszystkich podstawkach i z właściwymi pinami układu FREDDIE.

356

(35 odpowiedzi, napisanych Sprzęt - 8bit)

mike100 napisał/a:

co masz na myśli - mam podstawowy sprzęt tzn stary multimetr.

Po włączeniu zasilania przez chwilę powinno tam być 0 V, a po chwili powinno się zmienić na 5 V i tak już zostać.

357

(35 odpowiedzi, napisanych Sprzęt - 8bit)

Jak nic nie robi się ciepłe, to sprawdź, czy masz w ogóle zasilanie na scalakach... jak będzie zasilanie, to sprawdź co się dzieje z sygnałem /RESET (np. na CPU - pin 40) po włączeniu komputera.

358

(35 odpowiedzi, napisanych Sprzęt - 8bit)

Tak, kość basica też może być, chodziło mi o D0..D7, magistrala danych jest wspólna, adresowa nie, źle napisałem. RA0..RA7 DRAMów mają mieć połączenie z FREDDIE.

359

(35 odpowiedzi, napisanych Sprzęt - 8bit)

Pin 1 w 4164 jest niepodłączony, w płytach 800XL były połączone razem i podciągnięte do Vcc, ale w późniejszych możliwe, że nie.

Sprawdzałeś, czy A0 do A7 są połączone np. z podstawką pod OS ROM?

360

(35 odpowiedzi, napisanych Sprzęt - 8bit)

Masz multimetr? Do sprawdzenia połączeń użyj funkcji testera ciągłości obwodu (buzzer)... te same piny linii adresowej wszystkich kości RAM powinny być połączone ze sobą, w zasadzie to wszystkie piny wszystkich kości DRAM poza Di i Do (2, 14) powinny być połączone 1:1. Nie wiem jak to czytelniej napisać - pin 3 pierwszej kości powinien być połączony z pinem 3 każdej innej kości DRAM. Z kolei piny Di i Do powinny być połączone w ramach każdej kości ze sobą (2 z 14) i z odpowiednimi liniami magistrali danych. Ciągłość linii danych można weryfikować np. z podstawką ROMu, linie adresowe RAMu (RA7..RA0) to piny 25..32 FREDDIEgo.

361

(35 odpowiedzi, napisanych Sprzęt - 8bit)

mike100 napisał/a:

Przy okazji oglądając płytę zastanawiam się nad wymianą gniazda zasilania i "monitora", to standardowe elementy czy jakieś wynalazki specjalnie dla Atari ?

Standardowe złącza DIN.

362

(35 odpowiedzi, napisanych Sprzęt - 8bit)

Masz "legendarne" pamięci Micron Technology (MT)... daruj sobie szukanie uszkodzonych kości i od razu wymień wszystkie. Te, do których podałeś link, będą dobre. Dokup sobie jeszcze podstawki DIL-16.

363

(28 odpowiedzi, napisanych Sprzęt - 8bit)

Jacques napisał/a:

To do Atari urządzenie peryferyjne "musisz" mieć (które współcześnie jest podstawą raczej), a programator flashy na PC ma każdy?

Nie ma i dlatego o tym napisałem - jeśli SIC! miałby być jedyny urządzeniem peryferyjnym do Atari, to musisz mieć programator na PC i nie sposób temu zaprzeczyć. Jak kupisz AVG-CART, to nie potrzebujesz nic więcej - możesz odpalać binarki, obrazy kartridży, a nawet obrazy dyskietek. Wszystko sobie kulturalnie ściągasz na PC, nagrywasz na kartę pamięci i przekładasz ją do kartridża.

Jacques napisał/a:

Ja uważam programowanie jakichkolwiek cartów, aktualizacje SDX, SIDE, itp. z poziomu Atari za bardzo wygodne, nie widzę w tym nic karkołomnego, za to otwieranie carta, wyjmowanie, przekładanie i ponowne wkładanie flasha już bardziej ;-)

Jak widać to kwestia indywidualna ;)

364

(28 odpowiedzi, napisanych Sprzęt - 8bit)

Sikor napisał/a:

SIC-a programujesz z poziomu Atari.

Jak ktoś się uprze to można i tak, ale to bardzo karkołomne przedsięwzięcie, raczej opcja dla desperatów. Na PC to parę kliknięć, przekładasz Flash do progamatora i w 30 sekund masz gotowe. Jak chcesz programować na Atari to musisz wtedy mieć SIDE, albo przynajmniej emulator stacji dysków, bo tak czy inaczej, musisz jakoś dostarczyć do Atari binarki, które chcesz umieścić na kartridżu. Raz tylko go programowałem na Atari, bo Sparta jest dostarczana w takiej formie, że inaczej się nie da (tzn. da się - przez Altirrę). IMO opcja programowania z poziomu Atari jest mało przydatna i bardzo niewygodna.

SIC! jest tani i chwała jego twórcom za to, że jest, ale dla przeciętnego użytkownika, o wiele lepszą opcją jest AVG-CART albo UnoCart.

365

(28 odpowiedzi, napisanych Sprzęt - 8bit)

Na tym forum "preferowany" jest SIO2SD, ale ja wolę SDriveMAX, do tego jakiś OS ROM ze wsparciem dla High Speed SIO (QMEG albo fabryczny z patchem Hias'a). Wolę go dlatego, że pozwala na emulację magnetofonu. Mam też kartridż SIC!, ale do niego jest wskazane posiadanie programatora EPROMów/Flashy. No i jakieś rozszerzenie RAMu, najlepiej zgodne z Compy Shop i optymalnie 320 kB.

366

(6 odpowiedzi, napisanych Sprzęt - 8bit)

470k leżący, np.:
https://allegro.pl/oferta/potencjometr- … 8531572186
https://allegro.pl/oferta/potencjometr- … 9515559939

Ja tam użyłem kilku przycisków i generatora funkcyjnego oraz oscyloskopu. Nagrywałem prostokąt 1 kHz na jedną ścieżkę, i potem stroiłem na max. amplitudy - analogowo.

To stacja Mitsumi D357.

...a będziesz w stanie poprawnie ją ustawić? Dysponujesz odpowiednim sprzętem do tego? Raz coś takiego robiłem i bez specjalnie spreparowanej dyskietki kalibracyjnej i oscyloskopu, nie bardzo mogę sobie to wyobrazić.

369

(113 odpowiedzi, napisanych Sprzęt - 8bit)

GTIA doszła i działa bezbłędnie. Włożyłem też na próbę to GTIA z wadą typu drugiego do ITX'a i wada się na nim objawia, ale dopiero po rozgrzaniu.

Niestety Laura nadal ma "skaszanioną" pierwszą grafikę w intro, a Numen się wysypuje (czarny ekran) na pierwszym efekcie. Jeszcze jakiś "chochlik" się tam czai.

370

(113 odpowiedzi, napisanych Sprzęt - 8bit)

W płycie ITX siedzi właśnie Sally UMC z 44 tyg. 1990 roku.

371

(113 odpowiedzi, napisanych Sprzęt - 8bit)

Ja z kolei mam GTIA, które na płycie 800XL działa dobrze, a na 130XE/800XE ujawnia wadę typu II.

372

(113 odpowiedzi, napisanych Sprzęt - 8bit)

W międzyczasie uzupełniłem poprzedni post.

Robiłem próby z 65C816 i na płytach 800XL działają w miarę stabilnie, ale już ani na XE, ani na tej ITX - nawet nie wstają.

Podmiana FREDDIEgo nie zmienia zachowania "felernego" ANTICa i GTIA na płycie ITX.

373

(113 odpowiedzi, napisanych Sprzęt - 8bit)

Włożyłem tego niby ubitego Antica do płyty z SIMM Exp i tam też działał poprawnie, czyli wcale taki ubity nie jest. Ale na tej konkretnej płycie z pamięcią większą niż 64 kB działać nie chce.

Dlaczego niektóre rozszerzenia MUXują sygnałem RAS, a inne O2? Tak, prawdę mówiąc, nie do końca rozumiem tę koncepcję z multipleksowaniem tych linii, ale O2 to już mi tam zupełnie nie pasuje.

Ok, wziąłem oscyloskop i zrozumiałem: RAS i O2 to ten sam sygnał, tylko odwrócony w fazie... i nieznacznie opóźniony.
https://obrazki.elektroda.pl/4859320400_1623156427_thumb.jpg
Żółty - O2, Niebieski - RAS.

...a tak wygląda na zamienniku FREDDIEgo:
https://obrazki.elektroda.pl/8279965300_1623156733_thumb.jpg

374

(113 odpowiedzi, napisanych Sprzęt - 8bit)

Z tym, że u mnie problem występuje tylko na jednej parze chipów GTIA i ANTIC...

Z tego co widzę, na schematach, to RAMBO 320 kB, powinno mieć buforowany/opóźniony sygnał CAS. W tym rozszerzeniu tego nie ma.

Tutaj akurat CS:
https://obrazki.elektroda.pl/2999494300_1623094526_thumb.jpg

320 kB do ITX wygląda bardzo podobnie, tylko ma MUXowane PB5 i PB6 i nie ma blokady MAP. PB5 jest odłączone od EMMU (VBE). Zatem jest to standard Rambo. No i w rozszerzeniu dla ITX do MUXowania używany jest sygnał... RAS, a na schemacie Compy Shop 320 kB od Soboli jest O2.

375

(113 odpowiedzi, napisanych Sprzęt - 8bit)

Najgorsze jest to, że nie mam pojęcia. Po wpięciu rozszerzenia pamięci zaczął się "krzaczyć". Chyba podstawka od EMMU albo RAMu nie łączyła, bo jak lekko docisnąłem płytkę, to raz było ok, a raz krzaczyło... ale to może być tylko gdybanie, on pochodził z płyty 800XE, której ktoś wyciął fragment laminatu z RAMem. Być może ta płyta nie była już wcześniej sprawna. Tak na prawdę to wcześniej dokładnie nie sprawdzałem tego ANTICa, może po prostu dłużej pochodził i zaczął się sypać. A może coś nie łączyło i poszła jakaś dziwna sekwencja sygnałów, które go ubiły? Niby układy NMOS powinny być odporne.

Dzisiaj, włożyłem tego ANTICA do płyty i na razie działa, nawet z tym GTIA (oczywiście oba moje GTIA są z 800XE i oba mają feler)... możliwe, że zaczyna się "kaszanić" jak się zagrzeje.

***

Nawet nie - na innej płycie oba układy działają normalnie, a na tej ITX wygląda na problem z timingami. Może to kwestia tego syntezatora zegara systemowego...