[8bit] Niezainicjowana karta CF powodem problemó

Pierwsze co rzuca się w oczy to intelowski interfejs na CF - jak to podłączyłeś do motorolowskiego interfejsu 6502?

To akurat bardzo proste - intelowskie sygnały !WR i !RD bardzo prosto generuje się z motorolowskich E oraz R/!W. Wystarczy prosta logika na paru bramkach. Jej obecność i tak wymuszają pamięci projektowane z myślą o procesorach zgodnych ze standardem Intela.

No racja - to pozostaje jeszcze kwestia, co podłączyłeś do !CS0 (i ew. !CS1)? Bo skoro z wyjętą kartą działa, to w interfejsie nie narobiłeś zwarć. CF w trybie IDE działa jak dysk twardy - można go podłączyć do gniazda PATA. Tak samo można było zrobić z dyskami PCMCIA. Zaś PATA to podzbiór 16-bit ISA + dodatkowe sygnały. Bez CS karta CF powinna się od magistrali odłączać, niezależnie od ustawienia na 8 bitów.

Ale nie myśl, że zobaczysz kartę CF jako bajty pamięci - będzie widoczna jako dysk IDE/ATA niezależnie od trybu (w trybie mem i i/o będxie miała dodatkowe funkcje jak karta PCMCIA).

Użytkownik "Atlantis" napisał w wiadomości grup dyskusyjnych:5db4419c$0$17360$ snipped-for-privacy@news.neostrada.pl...

Terminal jakis typowy, łączony interfejsem szeregowym ?

Krzaki sugerowaly totalnie inne dzialanie systemu, czy tylko cos z portem ?

Najpierw bym sprawdzil dekoder adresowy i sygnal RD/. Karta moze przeszkadzac samym obciazeniem magistrali czy pojemnoscia - zwolnij zegar do testow.

A jakas inicjacja .. kto wie, ale nie znam CF niestety. Z tego artykulu patrzac ... powinna byc raczej "grzeczna".

J.

Normalny interfejs szeregowy, RS232. Od strony sprzętowej UART zrobiony na 6551. Programowo po stronie PC obsługą tego zajmuje się zwyczajny, linuksowy screen.

Dekoder adresowy zdaje się być w porządku. Mierzyłem poziom napięcia na linii CS podczas normalnej pracy i wynosi ona 5V, co oznacza nieaktywną kartę CF. Poza tym ten sam dekoder adresów (układ 74HCT138) obsługuje także inne peryferia (UART, RTC), które działają zupełnie prawidłowo. To samo z sygnałem /RD - steruje on odczytem nie tylko z peryferiów, ale także RAM-u i EPROM-u.

Magistrala adresowa jest buforowana przez układy HCT. Bezpośrednio do procesora są podłączone tylko pamięci (CMOS) - bufory znajdują się przed złączem magistrali systemowej. Sygnały /WR i /RD również są generowane za pomocą układów HCT, podobnie jak sygnały CS. Obciążalność linii powinna więc być całkiem spora. Pozostaje tylko linia danych, ale ta w karcie CF powinna się znajdować w stanie wysokiej impedancji, do momentu pojawienia się odpowiednich sygnałów na liniach CS oraz !RD lub !WR.

W tej chwili mam jeszcze inną roboczą hipotezę - być może winę ponosi zasilanie. Zasilacz niby powinien dawać 3A, ale kto wie jaka jest jego rzeczywista wydajność. W układzie znajduje się układ resetujący, który ściąga linię !RESET do masy, gdy napięcie zasilania spadnie poniżej określone wartości. Do tej samej linii jest podłączona karta CF. Jeśli po restarcie zaczyna ona pobierać znaczna ilośc prądu (i/lub występuje spadek np. na bezpieczniku) to będziemy mieć cykliczny reset.

Sprawdzę, gdy tylko będę miał czas zająć się tym projektem po pracy. ;)

To swoja droga - usterka powodujaca "krzaki na terminalu" musi byc ciekawa. Bo cos jednak trzeba zapisywac do portu, wczesniej zainicjowac ... byc moze zle sie inicjuje ...

Oscyloskop by sie przydal. Albo ... podlacz ja na stale do 5V, i zobacz co wyjdzie.

HCT wydajnosc maja umiarkowana, a pojemnosci w ukladach MOS spore.

Chyba, ze bruzdzi pojemnoscia. Na danych ... lub na adresie.

A owszem. No i takie oczywistosci jak krotkie kable z zasilacza i duzo kondensatorow na plytce ...

Tak sobie czytam, ze CF ma tryb bus master ... ale on chyba wymaga zainicjowania odpowiedniego.

J.

Jedno i drugie zamierzam zrobić. Przy czym porządnego oscyloskopu obecnie nie mam w domu, w związku z czym będę musiał się wybrać do lokalnego hackerspace'u. :)

HCT mają na tyle dużą wydajność, że można za ich pomocą sterować diodami LED bez pomocą dodatkowych driverów, w obydwie strony. To jednak sporo wedle standardów z czasów, kiedy produkowano MOS6502. :) No i układ jednak nie chodzi na zbyt szybkim taktowaniu - 2 MHz (CPU to wersja A), a więc sygnały na większości linii będą miały parę razy mniejsza częstotliwość.

A skąd masz basic na 6502 obsługujący port szeregowy zamiast monitora+klawiatury? Wysyła sekwencje ANSI? Choć w sumie 6502 to nie tylko C64 czy atari xl/xe - lub egzotyczne apple I i ][...

Współcześnie napisany EhBasic. Kod jest napisany w ten sposób, że interpreter jest niezależny od warstwy I/O. Twórca konkretnej implementacji musi dostarczyć dwie niewielkie procedury, odpowiedzialne za odbieranie i wysyłanie pojedynczego znaku. Interpretera nie obchodzi czy będzie to port szeregowy, czy też fizyczna klawiatura i monitor. Trzeba też oczywiście dodać inicjalizację interfejsu szeregowego w części odpowiedzialnej za ustawienie peryferiów. Kod zawiera też dwie procedury odpowiedzialne za obsługę poleceń SAVE i LOAD. Domyślnie nie robią one nic, jednak można je dostosować do własnych potrzeb.

Wbrew pozorom społeczność ludzi bawiących się sprzętem retro jest całkiem spora i trochę się w tym temacie dzieje, a 6502 cieszy się całkiem dużą popularnością.