Ellou Mq,

No - nie jest to takie samo. W tym STe nie ucieka synchro. Rzuć okiem na te tubę: https://www.youtube.com/watch?v=oCjFTNXCECY i zobaczysz coś odmiennego...

Pozdrawiam

Cześć,

Ciekawe pytanie.

Rx/Tx, RTS/CTS, DTR/DSR, and DCD - jeśli SIO da się zmusić do pracy jako RS232 to powinno się udać. Jeśli nie (a raczej nie) - niestety trzeba użyć np. 850 albo inny układ pełnego interfejsu szeregowego.

Może jednak lepiej użyć Bluetooth??

Pozdrawiam

http://info-coach.fr/atari/hardware/STE-HW.php

To na początek - jest tam info nt. GSTSHIFTERA i GSTMCU.
Moim zdaniem jeszcze można zrobić coś takiego:

1. Bez zasilania podociskać do cyny lekko końcówką śrubokręta nóżki GSTSHIFTERa i GSTMCU i po tym sprawdzić jak działa.
2. W trakcie działania lekko wyginać płytę główną obserwując czy są jakieś zmiany.
3. Chłodzenia układów, np. ciekłym powietrzem raczej nie trzeba robić bo objaw jest od razu...

Gdzieś ucieka wyświetlana treść, bo - na oko - widać jak grupy po 32 piksele  (tak mi jakoś wygląda na to że jest tyle) wyświetlane są na czarno, czyli coś się dzieje z logiką dostępu do pamięci (DMA?) GSTMCU daje prawidłowe synchro ponieważ obraz "stoi", a GSTSHIFTER ma "dziury w danych i to bardzo równomiernie rozmieszczone. To, że obraz się rwie może być związane po prostu ze skokowymi zmianami poziomu bieli i niewyrabianiem się toru wizji telewizora...

Nie mam obecnie możliwości aby dokładnie się zabrać za cokolwiek z elektroniki. Mogę ewentualnie "pogdybać" ;-)

Pozdrawiam

P.S. Możliwe, że GSTMCU inaczej podchodzi do LO i MID niż do HI. Nie znam tak dobrze architektury STe.

Cześć,

Z pewnością projekt przyda się nie tylko Tobie. Miło też, że doceniasz pomoc innych użytkowników - w końcu od tego są fora :) Czekam na finalne efekty projektu. Na marginesie dodam tylko jedno odnośnie konstruowania różności dla Atari - zauważyłem, że prosto się łączy z 6502 tylko elementy serii 65XX - z pozostałymi są ZAWSZE jakieś jaja bo 6502 ma też i swoje niezbyt mocne strony i rozwiązania - jak w Twoim przypadku nie zawsze są oczywiste.

Dobrze, że się udało ogarnąć rzeczywistość.

Pozdrawiam

:)

A ja się cieszę, że całość działa - a dlaczego miałoby nie działać? Odżałowuję breloczki - co tam. Sport to zdrowie...
Wrócimy do tematu gdy będziesz miał więcej czasu.

Pozdrawiam
tOri

@Mq

GRATULACJE - ale szkoda breloczków ;-)

Co więcej - trzeba by poszukać przyczyny złego działania adaptera na 65XE bez ECI, bo coś jest na rzeczy.
Ciekawe jest, że jest problem z GTIA i w sumie pewnie nie tylko to.
Patrzyłem na zegary. które wrzuciłeś i są ok. Pod uwagę bierzemy tylko Phi0 i Phi2. Widać lekką różnicę - SALLY potrafi dać trochę nierównomierne czasy na Phi2 co może być (? choć IMO nie powinno) związane z HALT Antica, a w przypadku adaptera praktycznie Phi0 i Phi2 mają taki sam wygląd. Tu może być "pies pogrzebany". Można by spróbować opóźniać Phi2 względem Phi0 albo skrócić stan wysoki Phi2 - cokolwiek na początek.

Szkoda, że nie mam sprzętu...ech.

Dzięki za pokaźny wkład pracy w projekt. Fajnie, że jest zamiennik SALLY.
Odezwę się jeszcze... Po Świętach :)

P.S. @Sikor - na AA jest dokładnie to samo ponieważ jest to rozwiązanie ściągnięte z A800 i jak widać się sprawdza. Optional buffer nie jest potrzebny ponieważ przy zatrzymaniu szyna procesora wędruje w trzeci stan.
Generalnie - sprawa wymaga jeszcze głębszej analizy a stosowanie innych procesorów, które nie mają "nielegali" trochę mija się z celem bo powinna być jak największa zgodność nowości z przeszłością :)

Pozdrawiam

Nie daj Panie Boże dotknąć pobliskiego kaloryfera - to ostrzeżenie NA SERIO.

Duddie bardzo dobrze to opisuje.

Mi osobiście kiedyś upaliło kanał Yamahy i ciągle iskrzyło pomiędzy masą ST a np. kablem drukarki.
Cholernie niebezpieczne bo trzepało po łapach nawet na grubym dywanie...

@sqward - ma to sens gdy wszystko będziesz podłączał za takim trafem.

pozdrawiam

Możliwe, że jest to problem z dekodowaniem sygnału CHROMA przez procesor TV. Wejście CVBS i S-VIDEO to są różne wejścia i inaczej obrabiane wewnątrz układu. Atari może wysyłać sygnał w takiej postaci, że TV sobie po prostu nie radzi z tym. Podłącz tym kabelkiem swoje Atari do innego telewizora i zobacz czy będzie różnica.

Pozdrawiam

Hej Mq,

Jakoś nie kojarzę albo nie doczytałem - dlaczego nie napisałeś, że nie masz 6502? Wysłałbym...

Pozdrawiam

Cześć,

CS/A65 widziałem i to jest dobry powód, dla którego można było wybrać IMC68000 - co do 6809 z dokumentacji widać, że powinno działać a skoro na ASLAK3 blogu takie rozwiązanie zastosowano to OK. Warte wypróbowania.
Choć gdy czytałem doc PCF8584 i ten fragment odnośnie detekcji trybu pracy:

"If a HIGH-to-LOW transition of WR (R/W) is detected while CS is HIGH, the 68000-type interface mode is selected and the DTACK output is enabled. Care must be taken that WR and CS are stable after reset.

Czyli - w trakcie inicjalizacji PCF8584 trzeba wykonać zapis do układu i mieć nadzieję, że R/W zmieni stan wcześniej niż /CS - a skoro robi to procesor to wielkiego wpływu na to nie ma :/

CS tworzymy z A0-A15, a R/W wystawia procesor - z dokumentacji 6502 wynika, że adres setup time i r/w setup time mogą wynosić max 140ns dla 2MHz i nie jest napisane nic o minimum czasów ustalania sygnałów co może oznaczać, że jest możliwa sytuacja gdy zmiana R/W nastąpi dopiero gdy CS będzie już w stanie LOW. Mi wydaje się, że tryb 80xx jest trochę pewniejszy bo mamy kompletną kontrolę nad /RD i WR, których czasy są równe czasowi trwania poziomu wysokiego Phi2.

I jeszcze jedno co raczej nie jest zagrożeniem:

"A minimum of 6 clock cycles must elapse between consecutive parallel-bus accesses when the I2C-bus controller
operates at 8 or 12 MHz. This may be reduced to 3 clock cycles for lower operating frequencies."

...i nie powinna się taka sytuacja zdarzyć.

W rzeczywistej Atarynce to wynika wprost z czasów 6502 i tam jest w zasadzie jeden problem - aby reszta otoczenia gwarantowała ważne dane na szynach na tylnym zboczu Phi2. 6502 jakoś się do tego zastosuje. Jeśli będą jakieś kłopoty to tylko wtedy gdy czasy trzymania adresów i danych na szynach się rozjadą. Dlatego napisałem, że niepokoi mnie synchronizacja sterowania rejestrem PCF z Phi2 bo adres może "uciec" z chwilą gdy Phi2 zmieni się na 0. No i wykrywanie trybu też ma swoje wymagania: Zmiana R/W przed CS.

Wyżej napisałem, że w dokumentacji są opisane minimalne wymagania co do czasów sygnałów i te czasy mogą się chwiać w pewnych granicach co może spowodować jakieś kłopoty we współpracy z PCF choć nie musi. Przyglądałem się dokumentacji i wywnioskowałem jedynie to, że trzeba spróbować praktycznie czy zadziała

Wywal dekoder adresów i zajmij sobie do testów całą stronę D5xx. Potem dorobisz dekoder.

E tam. Nie będzie trudno. Sprzętowo praktycznie masz załatwione - tylko sprawdzić czy jest komunikacja w dwie strony. Oprogramowanie to trochę poważniejsza sprawa :)

Pozdrawiam

Cześć,

Popatrzę na to w wolnej chwili. Czytałeś dokładnie dokumentację?

Pozdrawiam