2,001

(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...

2,002

(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.

2,003

(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

2,004

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

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

Pozdrawiam

2,005

(15 odpowiedzi, napisanych Bałagan)

Cześć,

pisałbym się na dwa:

Barracuda ST3160815AS 160GB
Barracuda ST3160815AS 160GB

Jeśli są ok - wezmę.

Pozdrawiam

2,006

(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

2,007

(13 odpowiedzi, napisanych Bałagan)

Po prostu słabe.

2,008

(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ć.

2,009

(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

2,010

(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

2,011

(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

2,012

(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 :)

2,013

(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

2,014

(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

2,015

(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.

2,016

(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

2,017

(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

2,018

(40 odpowiedzi, napisanych Fabryka - 8bit)

pancio.net napisał/a:

Płytka gotowa. Mam nadzieję, że bez baboli bo ostatni raz używałem Eagle na studiach. Jak ktoś miałby ochotę sprawdzić czy taki stan będzie wystarczający do wykonania prototypu - byłbym wdzięczny. Schemat i projekty płytki (z poly i bez) zamieszczam jako załącznik. No i jeśli ktoś się pisze na płytkę prototypową to proszę o kontakt. Na ewentualnych chętnych poczekam do przyszłego piątku.

Pozdrawiam,
pancio

Cześć,

Dla prototypu oczywiście może być. Jeśli pozwolisz - w przyszłości zrobię sobie wersję na złącze CART+ECI XE. Twoja wersja jest ewidentnie do montażu wewnątrz komputera, ale - jak pamiętam - taki był Twój zamysł. Nie przeglądałem ścieżka po ścieżce, lecz jeśli pilnowałeś no to powinno być OK. Czekam więc na info o sofcie - to naprawdę fajny projekt.

-> propozycja: Może spróbuj stworzyć nowe urządzenie, np.   I:   Nie wiem czy to byłby najlepszy pomysł na standardową obsługę nowego interfejsu ale może... Warto by zapytać programistów na forum.

Pozdrawiam
tOri

2,019

(117 odpowiedzi, napisanych Fabryka - 8bit)

Mq napisał/a:

@Pin: bierzesz udział w dyskusji w wątku, ale go nie przeczytałeś? Polecam się cofnąć i ogarnąć całościowo, a gdyby Ci się nie chciało, to pofatygowałem się odnaleźć odpowiedni fragment, żebyś nie musiał czytać całości: w niniejszym wątku post nr 48 ostatni akapit.

:)

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

2,020

(40 odpowiedzi, napisanych Fabryka - 8bit)

Cześć, Gratulacje!

Buduj.

Wygląda dobrze. Skoro dajesz radę czytać i pisać kontroler oraz dołączane układy to super.

Dla wszystkiego daj na wyjścia 138 pinheader żeby zworką mnożna było wybierać obszary adresowe i to będzie wszystko odnośnie sprzętu....

Pozdrawiam

tOri

2,021

(117 odpowiedzi, napisanych Fabryka - 8bit)

@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

2,022

(117 odpowiedzi, napisanych Fabryka - 8bit)

Fajne fotki,

czekam na testy, uff... najwyżej będą breloczki :)

Pozdrawiam

P.S. 5+ breloczków...Ewentualnie na serio będziemy kombinowali dalej

2,023

(9 odpowiedzi, napisanych Bałagan)

Duddie napisał/a:

A wszystkiemu są winne kondensatory filtrujące między liniami a uziemieniem. Powoduje to powstawanie pętli masy, buczenie dźwięku we wzmacniaczach, uszkodzenia urządzeń, a jak się dobrze złapie to można oberwać samemu po łapkach.

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

2,024

(40 odpowiedzi, napisanych Fabryka - 8bit)

pancio.net napisał/a:

Mały update...

Po nieudanych próbach opóźnienia sygnału /CS postanowiłem zbudować dekoder /WE i /OE i pójść tropem wskazanym przez toriman1-a. Przyniosło to oczekiwane rezultaty. Rejestry PCF-a można teraz zapisywać i odczytywać z nich prawidłowe wartości. Dzięki toriman1 za cenne uwagi i wskazówki. Pozostaje teraz sklecenie kodu, który prawidłowo zainicjuje PCF-a i pozwoli na dogadanie się z dowolnym układem z I2C.

Mam takie pytanie, czy zna ktoś może dobry monitor danych w pamięci w trybie real?

Pozdrawiam

Cześć,

Napiszę odnośnie poprzedniego postu: Właśnie się tego obawiałem, że mogą być problemy z niektórymi czasami żeby użyć autowykrywania choć to trochę dziwne, ponieważ z dokumentacji wynika, że /CS jako, że przelatuje przez kilka układów - powinien być opóźniony względem R/W. Ale Dobrze, że spróbowałeś drugiego trybu i jest sukces - OK!

Co do pików na /D5XX - to właśnie też może być objaw "rozjechanych" czasów - przecież dzielenie dostępu odbywa się zarówno na MMU jak i LS138 - stosunkowo długa droga dla tworzenia strobów.

Ważne, że tryb 80XX działa i da się z niego korzystać.

P.S. Na początku może zrób kierunek od Atari na zewnątrz. Rozumiem, że do odbioru chcesz korzystać z przerwań - a to będzie - moim zdaniem - rodzaj wyzwania do ogarnięcia :)

Zrób do końca ten interfejs - ja też chciałbym z niego kiedyś skorzystać. Przecież można sporo ciekawego sprzętu na I2C wrzucić.

Pozdrawiam

tOri

2,025

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

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