626

(486 odpowiedzi, napisanych Fabryka - 8bit)

Płytka z modyfikacją będzie, jak obiecankowałem. Ale terminu, ZTCP nie podawałem chyba? Sprawa nie jest prosta, bo jeśli tam ma być przycisk i przełącznik, to w pierwszym rzędzie do rozwiązania są kwestie mechaniczne.

627

(36 odpowiedzi, napisanych Fabryka - 8bit)

Płytki zmontowane i gotowe do wysyłki. Odpowiednie informacje pójdą na PM.

628

(36 odpowiedzi, napisanych Fabryka - 8bit)

Płytki zmontowane i gotowe do wysyłki. Odpowiednie informacje pójdą na PM.

629

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

Niestety, na razie wieści brak.

630

(36 odpowiedzi, napisanych Fabryka - 8bit)

Post #3 :)

631

(36 odpowiedzi, napisanych Fabryka - 8bit)

Ma się dobrze. Pod warunkiem, że znajduje się bezpośrednio pod głównym POKEY-em.

632

(36 odpowiedzi, napisanych Fabryka - 8bit)

Poczta tym razem wyjątkowo spsiała nie spisała się. Po dwóch miesiącach bezskutecznego czekania, powtórzeniu zamówienia, wczoraj wreszcie płytki nadeszły.
Jeszcze trochę czasu zejdzie na testy i powoli będą montowane.

633

(31 odpowiedzi, napisanych Fabryka - 8bit)

Na twoim miejscu zamiast 4066 i LS04 wziąłbym 4053.
Zamierzasz przełączać w ten sposób sygnały video/RGB? Kluczami, które wprowadzają rezystancję szeregową rzędu setek omów, w dodatku silnie nieliniową, w dopasowany falowo obwód o impedancji 75 omów?

634

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

stRing napisał/a:

@Simius:  nie mam w zapasie OS Romu do XEGS. Tu napisali:

http://atariki.krap.pl/index.php/MMU

że możliwa jest podmianka ROMU tylko trzeba 2 układy zmienić, mam MMU i OS Rom z 800XL, czy mogę oba zamontować bez jakichś przeróbek i odginania nóg?

Bez przeróbek się nie da. Ale nie ma potrzeby. Akurat MMU i OS ROM są do odtworzenia. Trzeba odpowiednio zaprogramować GAL16V8 i EPROM 27C256, wymienić i z głowy.
Wsad do GAL w załączeniu.

635

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

willy napisał/a:

Masz jak sprawdzić czy genrator kwarcowy chodzi ?

To akurat pewne. Czerwony obraz jest dowodem, że taktowanie jest prawidłowe.

636

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

Jeśli masz czerwony ekran, to nie masz po co ruszać 74LS74. Gdyby był uszkodzony, nie pracowałby generator częstotliwości nośnej PAL (4,43MHz) i obraz byłby monochromatyczny. Kwarc 14MHz też na pewno jest dobry. W następnej kolejności po CPU sprawdź OS ROM.

637

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

Nie ma zatrzymywania O0. Wstrzymywanie procesora jest realizowane  na dwa sposoby - przez sygnały HALT i RDY.

EDIT: w znaczeniu - nie ma wstrzymywania O0 wewnątrz ANTIC

638

(268 odpowiedzi, napisanych Fabryka - 8bit)

Oj tam, oj tam. Walec o średnicy podstawy 3mm i długości 7mm (lub prostopadłościan o podstawie kwadratu o boku 3mm) można sobie wyobrazić i bez rysunku.

639

(268 odpowiedzi, napisanych Fabryka - 8bit)

Update:
Jest możliwe wykonanie folii uniwersalnej do klawiatur z gumkami i ze sprężynkami. Wymaga to jednak znalezienia elementu, który w klawiaturze sprężynkowej pełniłby rolę popychacza, bo obecne tam gumki stykowe wywierają nacisk obwodowo, a nie, jak potrzeba, centralnie. Obcięcie brzegów nic nie daje. Nacisk jest niewystarczający. Popychacz powinien mieć formę prostego sztyftu o przekroju okrągłym lub kwadratowym 3mm i długości 7mm i być wykonany z jakiegoś elastycznego materiału (twarda guma, silikon etc.). Ostatecznie pewnie sprawdziłby się jakiś plastik. Metal raczej odpada, bo prędzej czy później zrobiłby dziurę w folii. Musi być tani (~10gr/szt) i dostępny w tysiącach szt. Dotychczas nie udało mi się znaleźć niczego odpowiedniego. Jakby ktoś wpadł na trop czegoś pasującego, niech się pochwali.
Projekt folii jest już w zasadzie gotowy. Są wszystkie otwory do obu typów klawiatur. Ścieżka masy jest pogrubiona, dodana została też dodatkowa masa, podłączona do wolnego styku 1. W razie utlenienia ścieżek może się przydać.

http://starzaki.eu.org/~jkaeno/ide/x/Keyboard.PNG

640

(23 odpowiedzi, napisanych Kolekcjonowanie)

Celnicy to resort wiecznie nienasyconego Rostowskiego. Jak mogą oclić, to oclą. :)

641

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

heby napisał/a:

To kłopotliwe bo im mniejszy zakres adresów tym lini do dekodera wchodzi więcej, wiec zaczyna się jazda ze znalezieniem więszości z Ax na płycie...

Dokładnie połowy.

Naprawdę jest aż tak ogromny rozrzut CS względem Fi2? ja rozumiem że różne technologie, mmu, freddie, bramki, ale naprawdę są to absurdalne różnice że CS lata po całym półcyklu Fi2? Jesli jest aż tak źle to marnie widzę szanse.

To nie sa absurdalne różnice, ponieważ mówimy o komputerach, w ktorych układy specjalizowane wytwarzały różne firmy, w różnym czasie, a więc korzystając z różnych technologii (czego najbardziej spektakularnym przykładem są wadliwe GTIA), a same komputery wyposażone są nierzadko w wiele rozszerzeń obciążających magistrale, co znakomicie opóźnia propagację sygnałów. A mimo to wciąż mieszczą się w normie, ponieważ, że przypomnę, adres i R/W mają prawo ustalić się po 140ns od rozpoczęcia, czyli po 1/4 cyklu. A przecież dalej są jeszcze MMU i dekoder LS138 z własnymi opóźnieniami.
Zapis od odczytu możesz sobie odróżniać sprzętowo, używając dwóch osobnych przerwań. To Ci trochę czasu oszczędzi. Zarezerwowanie paru rejestrów tylko do obsługi przerwań i ograniczenie się do instrukcji nie dotykających rejestru stanu pozwoli nie odkładać niczego na stos. Trza se radzić.

642

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

Co to znaczy "absurdalnie duży"? Jeśli na podstawie jednego komputera w stanie fabrycznym zrobisz swoje szacunki, zostawiając margines jednego 30-nanosekundowego cyklu, to prawdopodobieństwo, że wsród dziesięciu innych znajdziejsz przynajmniej jeden, w którym się posypie, jest bliskie jedności. Jeśli chcesz wycisnąć maksimum czasu, to najlepiej w ogóle zapomnij o wykorzystaniu CS POKEY-a. Najlepiej sam, używając najszyszych serii CMOS, zdekoduj adres. Najlepiej od razu z bramkowaniem odcinającym stany nieustalone. Mozna to zrobić w czasie poniżej 10ns. Na samym tym dekodowaniu zyskasz jeden cykl. Jeśli wystarczy ci 80-90% prawdopodobieństwa działania z różnymi komputerami, to wliczając ten jeden cykl, masz do wykorzystania 16 cykli, czyli 480ns. To absolutne maksimum.

643

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

heby napisał/a:

Chyba jednak musze podpiąc oscyloskop żeby to oszacować.

Chcesz to oszacowac na podstawie jednego komputera i zrobic coś, co bedzie pracować tylko w tym jednym? Czy to coś ma jednak w zamierzeniu działać na każdym? W takim razie ile masz tych komputerów do oszacowania?

Ale zmartwiłeś mnie: na CS mam glitcha. A wiadomo choć jak wielkiego? W sensie szerokości stanu niestabilnego? Rozumiem że pochodzi od z faktu że adres -> cs robiony jest przez zwykłą logikę kombinacyjną i nie ma tam zatrzasku?

Właśnie. Typowo 10-20ns.

644

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

Dane muszą byc wystawione na 50ns przed opadajacym zboczem FI2. Nie licz na więcej niz 10 cykli. I pamiętaj, że na CS możesz mieć glitch w fazie ustalania adresu, więc przerwanie wywołane samym opadającym zboczem CS moze byc fałszywe.

645

(36 odpowiedzi, napisanych Fabryka - 8bit)

W takich warunkach i przy obecnym firmware urządzenie zachowa się "przezroczyście", z dokładnością do nieznacznego (ok. 700ns) opóźnienia sygnału. Transmisja wg. pojedynczego licznika, z maksymalną prędkością 32kbps, raczej nie powinna potrzebować wspomagania.
Poza tym urządzenie jest konfigurowalne i można je programowo ustawić w tryb przezroczysty, niezależnie od ustawionej w POKEY prędkości odbioru. Służy do tego nieużywany rejestr $D20C. Wpis pod ten adres dowolnej wartości ze skasowanym najstarszym bitem (np. zerowanie rejestrów podczas IOPORTINI) powoduje inicjalizację FIFO (czyli m.in. usunięcie wszystkich zalegających tam danych). Zapis wartości w postaci (binarnie) 10xxxxxx ustawia granicę przestawienia w tryb przezroczysty od wartości AUDF3 określonej przez sześć najmłodszych bitów, czyli $00...$3F. Dodatkowo, jeśli wpisywany bajt ma ustawiony 6 bit, to wartość określona sześcioma najmłodszymi bitami zostanie potraktowana jako default. Zatem wpisanie $80h przełączy urządzenie w tryb przezroczysty bez względu na baudrate, a wpisanie $C0 spowoduje, że zawsze będzie w takim trybie wstawało.

646

(36 odpowiedzi, napisanych Fabryka - 8bit)

Fakt. Jak sprawdzałem z SDX,  US w menu IDE+ mogło być włączone. Ale i tak jestem pełen uznania, że udało Ci się tak zoptymalizować czasowo procedury odbioru, żeby nadążyć bez wyłączania obrazu. Odbiór idzie w przerwaniach, czy przez polling?

647

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

Po mojemu wystarczy. Linia i tak jest podwieszona przez 1k do plusa, więc poza standardowymi szumami z zasilania nie powinno być niepożądanych efektów.

648

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

lemiel napisał/a:

W sumie, w Atariki jest napisane jak wół, że zależnie od implementacji stacja przełącza się pomiędzy prędkościami normalną i turbo zależnie od Clock Out (patrz niżej) lub metodą prób i błędów.

Tryb Ultra Speed w XFD602 jest rozpoznawany jeszcze inaczej. Przy wykorzystaniu okoliczności, że stacja może obsługiwać tylko numery 1, 2 lub 3. Oznacza to, że w trybie US najpóżniej po ~25us (przy 80kbps) lub ~30us (przy 68kbps) od startu musi pojawić się stan wysoki i jeśli takowy sie pojawi, stacja prowadzi dalszą komunikację przez procedurę szybką. Jeśli go nie ma, idzie dalej w trybie standard. Nie ma straty czasu na próby i błędy i nie potrzeba sygnału zegarowego.

649

(36 odpowiedzi, napisanych Fabryka - 8bit)

No, pięknie, ..., pięknie. "Chwalila się rzepa przed całym ogrodem, że jest bardzo smaczna z miodem [...]"
Rzeczywiście, SDX i loader z IDE+ chodzi na 127kbps bez pomocy. Czemu ja o tym nie wiedziałem? :o
Skoro tak, to wyszło na to, że to sztuka dla sztuki. A już się cieszyłem, że tak ładnie chodzi. :D

650

(36 odpowiedzi, napisanych Fabryka - 8bit)

Szczerze powiedziawszy, nie testowałem loadera IDE+ bez tego dodatku przy takich predkościach. Jako wzorca używałem US Sector Copier, który wykrzaczał się był już przy dzielniku 4. Stacja XFD602 z tym dzielnikiem jeszcze pracowała, ale tam z przyczyn obiektywnych (zbyt wolny procesor) były 3 bity stopu, a emulator daje tylko 1. To duża różnica.