1,901 Odpowiedź przez tOri

(105 odpowiedzi, napisanych Fabryka - 8bit)

Wygląda na to, że układ pamięta ostatni wybór strony rejestrów i dlatego jest jeden adres zapisu danych. Swoją drogą taka organizacja dostępu potrafi zmniejszyć czas obsługi bo nie trzeba każdorazowo wybierać strony rejestrów. Takie znaczenie jest OK - poza tym od strony programistycznej faktycznie nie ma to znaczenia...

Idź do forum: Fabryka - 8bit

1,902 Odpowiedź przez tOri

(105 odpowiedzi, napisanych Fabryka - 8bit)

@xxl

Zapis jest analogiczny jak w YM2149 (PSG AtariST).

Najpierw wybierasz rejestr a potem zapisujesz daną.YM262 ma dużo więcej rejestrów więc ma dwa adresy do ich wybierania.

Idź do forum: Fabryka - 8bit

1,903 Odpowiedź przez tOri

(8 odpowiedzi, napisanych Fabryka - 8bit)

Cześć,

Na złączach zarówno PBI jak CART+ECI masz sygnał L R/W (latched R/W) a i nawet Phi2 jest zbuforowany. Gdy dołożysz na nie tylko jedno wejście bufora - nie obciążysz układu zbyt mocno zwłaszcza, że tam są układy serii LS (przynajmniej w 800XL)

Szyna danych w komputerze jest podciągnięta do Vcc więc dla porządku należałoby dać podciągnięcie na D0_BUFF - D7_BUFF. Się zastanawiam czy nie będzie problemu z wyjściami ACT245 w cyklu odczytu bo inne układy wymuszając LOW będą zwierać wyjście bufora do GND. Najlepszym wyjściem byłby opencollector i tyle. Całość jest troszkę bardziej skomplikowana ponieważ w takim układzie możesz czytać z buforowanej szyny tylko wtedy, gdy inne układy ją zwolniły, tzn. możesz taki bufor "otworzyć" tylko gdy możesz dokonać komunikacji "na zewnątrz" systemu. Słabo mi wychodzi opis tego...Mam nadzieję, że jakoś to zrozumiesz :) To tak jakby wystawić dla ACT245 enable gdy cała reszta scalaków jest nieaktywna - np. wybrany został obszar $D5XX i tylko wtedy otwierasz bufor, a nie dla każdego Phi2=0 bo zderzysz sygnały i jesli coś zadziała niesynchronicznie za buforami to na 100% przeniesie się na Atari i będzie zwiecha?

Co do /IRQ - raczej nie zablokujesz, bo stan niski praktycznie zawsze ściągnie linie do GND ale dobrą praktyką i nie powielaniem błędu związanym z uziemieniem wyjścia bufora w stanie HIGH jest używanie wyjść Opencollector, i wyjścia /IRQ są tak zrobione - opencollector, opendrain, itp... dlatego stan wysoki na wejściu bufora nie spowodowałby blokowania linii.

Zamiast 74ACT245 użyj 74ALS641 - te mają wyjścia OC i powinny działać bez problemu z tym, że wtedy po stronie buforowanej musisz obowiązkowo dać podciąganie do VCC.

późno już

na razie

Idź do forum: Fabryka - 8bit

1,904 Odpowiedź przez tOri

(8 odpowiedzi, napisanych Fabryka - 8bit)

O ile się orientuję - każdy A8 na złączu ma buforowany R/W
RD/RW i reszta - ja bym się nie bał eksperymentować. W zasadzie taki bufor jest raczej niezbędny gdy się "wiesza" więcej niż jedno urządzenie na TTL LS albo dwa-trzy na CMOS HCT a eksperymenty zasuwaj na gołej Atarynce :D

/REF wskazuje na cykl odświeżania - MMU blokuje cały obszar adresowy na zlecenie ANTICa, a /HALT oznacza dostęp ANTICa do pamięci. Jeżeli podepniesz RAM za buforem - tak czy siak musiałbyś mieć dodatkową logikę sterującą, bo będzie to rozszerzenie a nie pamięć podstawowa. Jeśli popatrzysz na rozszerzenie pamięci 1MB Pasia - zobaczysz jakie sygnały są wrzucone na GALa.

Jeśli jednak zbuforujesz złącza CART+ECI 1:1 - każdy sygnał w odpowiednim kierunku - powinno być 100% OK.

Pozdrawiam

Idź do forum: Fabryka - 8bit

1,905 Odpowiedź przez tOri

(8 odpowiedzi, napisanych Fabryka - 8bit)

Cześć,

Ja mam zrobiony w 60% projekt 1090XE tylko czasu brak na skończenie oraz prototyp ;)

Zastosuj układy serii 74ACT...

Do buforowania kilku sygnałów (nie tylko adresów) zastosuj np. 74ACT541 i na tym zbuforuj zegar, D1XX, D5XX,/HALT itd.
Na CART+ECI masz już zbuforowany R/W, a jeśli chodzi o DIR 245 - po prostu obróć scalak, aby pasowało i dla R/W=1 ma zasuwać z A->B, więc do CART+ECI podłącz stronę B bufora i to wystarczy.
Dekoder adresów i RD/WR to już indywidualna sprawa. Ja raczej wychodzę z założenia, że zarówno dekodowanie adresów jak i logika sterująca powinny być w docelowym układzie ale to kwestia indywidualna.
Adresy puszczaj zawsze (G1,G2 ->GND) ponieważ adresy ANTICA pojawiają się gdy masz /REF=0 i zawsze to możesz "złapać" chyba, że masz jakiś zamysł by otoczenie nie widziało adresów z cyklu odświeżania...
Tworzenie RD/WR z tak zbuforowanych sygnałów może narobić problemów. Jeżeli użyjesz ACT - zrób ten układ bezpośrednio z sygnałów CART+ECI bo czasy propagacji będą zbyt duże :/

Pozdrawiam

Idź do forum: Fabryka - 8bit

1,906 Odpowiedź przez tOri

(18 odpowiedzi, napisanych Programowanie - 16/32bit)

Cześć,

a takie coś dla ET4000 ściągnąłeś?

https://ia801004.us.archive.org/21/item … r_1990.pdf

pozdrawiam

Idź do forum: Programowanie - 16/32bit

1,907 Odpowiedź przez tOri

(22 odpowiedzi, napisanych Fabryka - 16/32bit)

Cześć,

Początek jest na układzie DMA ;-)
Patrząc na schemat masz najpierw układ DMA, następnie interfejs wewnętrzny a za nim wyjście zewnętrzne DMA, z tym że oczywiście ACSI jest równoległą szyną i tyle, i powinna dać radę wysterować wiszące na niej przynajmniej ze trzy urządzenia. Dziwna sprawa z tym UltraSatanem... Nie orientuję się jak toto prowadzi komunikację, ale w danym momencie tylko jedno urządzenie na ACSI powinno odpowiedzieć na wysłane żądanie. Rozumiem, że zarówno wewnętrzny interfejs jak i USatan samodzielnie działają bez problemów? Terminator nie jest istotny bo jest po stronie SCSI. Być może pomógłby terminator na ACSI, którego nie ma konstrukcyjnie chyba żadne z tych urządzeń (chyba, że USatan ma terminator - dowiedz się u konstruktora albo obejrzyj interfejs)

pozdrawiam

Idź do forum: Fabryka - 16/32bit

1,908 Odpowiedź przez tOri

(22 odpowiedzi, napisanych Fabryka - 16/32bit)

Cześć,

uicr0Bee napisał/a:

znaczy... obcięta do jednego dysku wewnętrznego, ale można podłączyć nadal coś o innym ID przez zewnętrzny port ACSI, czy może w MSTE z tym wewnętrznym adapterem ASCI-SCSI nie można już podłączyć zewnętrznego dysku np. Megafile, czy USatan?
Bo właśnie walczę ze SCSI2SD w środku i USatanem na zewnątrz i póki co lipa.

I drugie pytanie, jak się ma ID (1,2,3) ustawiane DIP-switchem na tym adapterze ACSI-SCSI w środku MSTE, do ID ustawionym np. zworkami na podłączanym dysku SCSI? Muszą być zgodne, czy któreś są ignorowane, lub któreś nadrzędne?

Popatrz na koniec opisu interfejsu pod linkiem: http://raven1.magix.net/ste_scsi/ste_scsi.html
Numer urządzenia ustawia się od strony ACSI, a sprzęt SCSI powinien mieć zawsze numer ustawiony na 0, tak więc SCSI2SD ustawiasz na 0 bo podłączony jest do interfejsu wewnętrznego MSTe a na ACSI ustawiasz np. nr 1 dla SCSI2SD a na Ultrasatanie nr 2 i powinno działać. Poczytaj tekst spod linka - tam jest opisane jak DIP switch działa w interfejsie Megafile44. W MSTe ten przełącznik po prostu zmienia numery ACSI od 0 do 7.

Pozdrawiam

Idź do forum: Fabryka - 16/32bit

1,909 Odpowiedź przez tOri

(4 odpowiedzi, napisanych Bałagan)

UWAGA - Lepiej to kupić BEZPOŚREDNIO w Bungard ponieważ:

https://www.bungard.de/shop/index.php/d … rit-detail

cena to TYLKO 20,23 € za 1000 sztuk a nie 24,60 za 100 sztuk

Rożnica jest bardzo poważna...

Idź do forum: Bałagan

1,910 Odpowiedź przez tOri

(82 odpowiedzi, napisanych Fabryka - 8bit)

pancio.net napisał/a:

Aby zakończyć temat A2DACIA mam pytanko. Czy obsługa RS232 w wersji bez sprzętowej kontroli przepływu będzie wystarczająca?

Do prostych zastosowań - wystarczy ale do podłączenia, np. modemu już nie bo tam raczej niezbędne są CTS i RTS. Jest jeszcze DTR, DSR i DCD. Nie ma sensu tracić czasu na tworzenie ułomnego interfejsu. Albo pełen ACIA albo żaden. Ułomnego RS-a zrobisz z SIO. Chyba, że chciałbyś stworzyć interfejs MIDI niezależny od SIO - czyli rozszerzyć rozwiązanie I.Kuczka.

Taka moja opinia.

Pozdrawiam.

Idź do forum: Fabryka - 8bit

1,911 Odpowiedź przez tOri

(82 odpowiedzi, napisanych Fabryka - 8bit)

Cześć,

ja bym tego nie robił jako wstawki do wewnątrz Atari - jak już to na CART+ECI i od razu na takim rozszerzeniu np. 2xDB9 RS232. Tutaj jest sporo kabelkowania i wieszania złączy (na przewodach w powietrzu? czy rycie obudowy?) Bardzo ważne jest aby w końcu zacząć panować nad adresami bo wygląda na to, że w miarę wzrostu ilości rozszerzeń do podziału trzeba będzie zastosować 74HCT154 (16x16 adresów) i ewentualnie ANDy do łączenia obszarów.

Poza tym projekt jest OK. Co do uwagi sqwarda  nt. FIFO - faktycznie sprzętowe kolejkowanie upłynnia transfery danych i "uszlachetnia" komunikacje szeregową. Pytanie tylko jak z ceną układów np. 16550 właśnie.

Pozdrawiam

Idź do forum: Fabryka - 8bit

1,912 Odpowiedź przez tOri

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

Kombinuj. Sprzętowo będzie na pewno OK. Kwestia oprogramowania pozostaje otwarta :)

Pozdrawiam

Idź do forum: Sprzęt - 8bit

1,913 Odpowiedź przez tOri

(15 odpowiedzi, napisanych Bałagan)

Cześć,

pisałbym się na dwa:

Barracuda ST3160815AS 160GB
Barracuda ST3160815AS 160GB

Jeśli są ok - wezmę.

Pozdrawiam

Idź do forum: Bałagan

1,914 Odpowiedź przez tOri

(7 odpowiedzi, napisanych Bałagan)

Witam,

Pomiar prędkości używając wifi jest nieporozumieniem. Nawet jeśli korzysta się z 300 Mbit standardu 802.11n a wokoło jest sporo urządzeń także będzie źle.

Jedyny sensowny amatorski pomiar to wpięcie linka od dostawcy bezpośrednio w port GigabitEthernet, na przykład laptopa i wykonanie pomiaru. Jeśli będzie źle - taki sam pomiar należy powtórzyć korzystając z TEGO SAMEGO sprzętu na łączu innego dostawcy, aby upewnić się czy problemem nie jest właśnie sprzęt (wiem co piszę więc dalsza dyskusja nie ma sensu)

Pozdrawiam

Idź do forum: Bałagan

1,915 Odpowiedź przez tOri

(13 odpowiedzi, napisanych Bałagan)

Po prostu słabe.

Idź do forum: Bałagan

1,916 Odpowiedź przez tOri

(25 odpowiedzi, napisanych Sprzęt - 16/32bit)

W sumie mógłbym "przygarnąć" takiego ułomnego STe-ka.... może udałoby się go jakoś naprawić.

Idź do forum: Sprzęt - 16/32bit

1,917 Odpowiedź przez tOri

(25 odpowiedzi, napisanych Sprzęt - 16/32bit)

Duddie napisał/a:

To nie jest usterka komputera, tylko kabla Scart.

Możliwe.
Tylko nie daje mi spokoju pytanie - dlaczego ginie w tak schematyczny sposób zawartość obrazu? To nie wygląda na uszkodzenie linii synchro, nie wygląda na uszkodzenie linii R,G,B - więc co? Jakieś zwarcie we wtykach? Zwarcie w kablu?
Bez zbadania obiektu domysły stają się bezzasadne...

pozdrawiam

Idź do forum: Sprzęt - 16/32bit

1,918 Odpowiedź przez tOri

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

W sytuacji małego Atari każda programowo tworzona "zabawka" to duże obciążenie dla systemu - zwłaszcza gdy chodzi o transmisję a szeregową to już w ogóle. Dlatego pancio.net zrobił sprzętowy I2C bo tak jest zdecydowanie lepiej.
Co do sprzęgu - można użyć też 6850 i toto oprogramować - na pewno będzie działać, a i jako port MIDI też można by używać.

Pozdrawiam

Idź do forum: Sprzęt - 8bit

1,919 Odpowiedź przez tOri

(25 odpowiedzi, napisanych Sprzęt - 16/32bit)

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

Idź do forum: Sprzęt - 16/32bit

1,920 Odpowiedź przez tOri

(1 odpowiedzi, napisanych Sprzęt - 16/32bit)

okult napisał/a:

Hej. Pytanko o kabelek równoległy do POFO. Znalazłem taki pinout i zmontowałem kabelek, ale nie łączy się przez FT z kompem. Czy to dobry pinout czy może potrzebne są pozostałe pary?

Może spróbuj w BIOS komputera PC zmienić tryb pracy portu LPT:

ECP, EPP, ECP+EPP

Kombinuj :)

Idź do forum: Sprzęt - 16/32bit

1,921 Odpowiedź przez tOri

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

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

Idź do forum: Sprzęt - 8bit

1,922 Odpowiedź przez tOri

(25 odpowiedzi, napisanych Sprzęt - 16/32bit)

Mimo, że płyty Atari są "nie do zarżnięcia" - zawsze istnieje możliwość, iż któraś przelotka sobie zwyczajnie jaja robi.
Wzór zakłóceń powtarza się, czyli miejsce występowania raczej jest to samo ale już częstotliwość i intensywność występowania wskazuje na zjawisko losowe...

Komputer się nie wiesza, więc to nie jest ogólny problem danych na szynie 68000. Wszystko się uruchamia i obraz jest a nawet gry działają.  Stawiałbym raczej na szynę pomiędzy GSTSHIFTEREM a RAM i cykle obrazowe DMA... Ku... Ciekawe a nie mam jak sprawdzić (!)

Mam nadzieję, że naszymi przemyśleniami naprowadzimy kolegę na konkretny trop.

Pozdrawiam

Idź do forum: Sprzęt - 16/32bit

1,923 Odpowiedź przez tOri

(25 odpowiedzi, napisanych Sprzęt - 16/32bit)

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.

Idź do forum: Sprzęt - 16/32bit

1,924 Odpowiedź przez tOri

(25 odpowiedzi, napisanych Sprzęt - 16/32bit)

Cześć,

FeRu napisał/a:

Przeorałem temat o tym STE i widzę że wiele nei da się chyba zrobić bo wiele możliwosci zostało wyczerpanych.
No nić wezmę jednak te pieniadze, dołoże trochę i kupię sprawne STE. Szkoda bo myślałem ze uda się zlokalizować usterke i niewielkim nakładem pracy oraz środków finansowych przywrócić atarynke od życia. Chyba że znajdzie się jakiś magik forumowy który się podejmie naprawy.

Ogólnie to jest gdybanie :) Moim zdaniem albo jest walnięty GSTSHIFTER (trzeba by przełożyć z innego STe na próbę), albo jakiś "zimny lut" na płycie bo widać jak na ostrych granicach obraz "wypada".
Bez poświęcenia czasu na systematyczne  badania i szukanie usterki niczego sensownego więcej nie da się powiedzieć...

Pozdrawiam

Idź do forum: Sprzęt - 16/32bit

1,925 Odpowiedź przez tOri

(40 odpowiedzi, napisanych Fabryka - 8bit)

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

Idź do forum: Fabryka - 8bit