101

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

Np. Far Away, C-DRUG, Arsantica, CyberPunk, Too Hard 3.

102

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

Nie robi to problemów w demakch, które robią "cuda" z timingami video (np. Ilusia)? W końcu wprowadza to jakieś opóźnienie w torze video.

103

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

To nie może być bufor z OE 74HC541, tylko zatrzask, synchroniczny przerzutnik D, czyli 74HCT273 albo 74HCT374 jak najbardziej pasuje (pinout widocznej na zdjęciu części ścieżek też się zgadza). Kwestią zagadki pozostaje dokąd prowadzi tajemniczy kabelek (tzn. do którego zegara).

Nie wierz za bardzo w wyliczenia ChatGPT, bo on jest modelem językowym i liczyć za bardzo nie potrafi.

104

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

No tak, pasek jest przy zmianie z 0111 na 1000.

Ale 4050 to tylko bufor, a właściwie zrobiony na nim prymitywny DAC. Sygnały generuje GTIA.

105

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

Ciekawe... zdradzisz jakieś szczegóły? Ciekawi mnie jak się udało pozbyć paska w rastrze, zawsze sądziłem, że on wynikał z "natury" sygnału cyfrowego (zmiana 2 bitów na raz).

106

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

Ta klawiatura na pewno jest do naprawy. Można tę taśmę wymienić. Raz się spotkałem z uszkodzeniem złącza klawiatury na płycie.

107

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

uicr0Bee napisał/a:

Ona i tak nie jest zamienna z górą od komputera, bo przody są inne, więc to dwie różne formy, a właściwie chyba trzy, bo zdaje się komputery były z szerokim i wąskim przyciskiem Eject.

To były modułowe (składane) formy. Forma góry była wspólna, poza tym MEGAFILE44 chyba miał RTC, bo tam siedział jakiś kontroler SCSI.

Wydrukować to ja Ci to mogę całkiem za darmo... ale tylko z szarego E-HT PLA.

108

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

Tak, to ta sama klapka, można wydrukować:
https://www.thingiverse.com/thing:4965602

109

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

Tak, zadziała, tylko nie zapomnij ustawić na 3.3V.

110

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

Ten pin (10) oryginalnie (400/800) nazywał się READY i nie był przeznaczony do zasilania czegokolwiek. Linią zasilającą był pin 12, na którym dostępne było napięcie 12V.

111

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

Każdy to ma, tylko oscylacje poziomów pojawiają się w różnych "obszarach". Pechowo trafiłeś z telewizorem, na innym zapewne byłoby inaczej (tzn. to Atari by nie skakało, a inne - tak). Zmienisz temperaturę w pokoju to też może się zmienić "skakanie". Generalnie ciężka sprawa.

Czy ktoś pomógłby mi przeanalizować przebieg sygnału zegarowego w Atari 800XLF?

Zaczynamy od generatora kwarcowego 14,1875 MHz, sygnał CLK wchodzi na FREDDIEgo na pin 2, gdzie jego częstotliwość jest dzielone przez 4 i wychodzi z niego jako sygnał OSC (3,55 MHz) z pinu 37. OSC idzie dalej do GTIA do pinu 28 i wychodzi jako FPHI0 z pinu 29. Dalej trafia do ANTICa na pin 35, gdzie jest dzielony przez 2 i wychodzi jako PHI0 (1,77 MHz) z pinu 34, aby ostatecznie, przez bufor, trafić do SALLY na pin 37. SALLY generuje z niego 2 pomocnicze sygnały zegarowe: PHI1 (pin 3) i PHI2 (pin 39). Sygnał PHI2 wraca (?!?) do FREDDIEgo (pin 5), ANTICa (przez bufor, na pin 29), oraz GTIA (pin 30). PHI1 jest używany w układzie korekty (fazy) koloru "przy" GTIA. PHI2 jest prawie "w fazie" z PHI0 (opóźniony o kilkadziesiąt ns), a PHI1 jest odwrócony w fazie o 180° względem PHI2.

Czy coś pominąłem albo przekręciłem? Nie mogę pojąc dlaczego ten sygnał dociera do SALLY tak pokrętną drogą i po co tym wszystkim układom dodatkowo sygnał PHI2 z SALLY? Bez PHI0 nie ma przecież ani PHI1 ani PHI2.

113

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

Atari ma zasadniczo 3 sygnały zegarowe oznaczone jako OSC, PHI1 i PHI2 (albo PHI2, PHI1O i PHI2O, albo PHI0, PHI1 i PHI2 ;) ). PHI1 jest odwrócony w fazie względem OSC, a PHI2 jest zgodny w fazie z OSC. PHI1 i PHI2 są buforowane i tym samym opóźnione względem OSC o jakieś 30 ns.

114

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

Atari i ich legendarna zgodność ze standardami ;) Na CRT byłoby to niezauważalne. Na LCD bo napięcie "drży" pomiędzy poziomami 2 linii. Byłoby setną wolta niższe lub wyższe (albo częstotliwość generatora była by wyższa/niższa o 0,1%) i byłoby ok. W STe generator może rożnie wystartować i efekt może być raz widoczny, a raz nie.

115

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

To nie taki serial. Potrzebujesz USB na UART 5V i podpinasz do pinów TX, RX i GND. Wiem gdzie są na BluePill czy na samym MCU, rozwiązań  "komercyjnych" nie znam.

116

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

Możliwość aktualizacji jest od wersji 4.0, Ty masz 3.x więc takiej możliwości nie masz. Ja wgrywam ST-Linkiem, nie przez serial. Potrzeba albo konwertera USB-Serial, albo ST-Linka i podpinasz 3 albo 6 kabelków no i wgrywasz z PC.

117

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

Na ST z podstawowym 68k i tak stanowią raczej ciekawostkę... a na "poważniejszych" maszynach raczej mamy IDE i/lub SCSI, a przede wszystkim interfejs ACSI2STM nadal obsługuje tryb ACSI.

Pad czy mysz bezprzewodowa z własnym odbiornikiem, z punktu widzenia hosta nie różni się od urządzenia przewodowego (wyjątkiem są urządzenia BT i BT LE). Odbiornik dedykowany jest urządzeniem HID (Human Interface Device) i jako takie jest dobrze ustandaryzowane.

119

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

Jest nowa wersja firmware ACSI2STM - 4.10. To całkowicie nowe podejście do tematu pamięci masowej w Atari ST. Natywny tryb GemDrive nie próbuje emulować urządzenia ACSI, tylko patchuje procedury GEMDOS obsługi dysku. Działa to jak emulacja dysków w emulatorze HATARI. Urządzenie daje dostęp do zawartości karty pamięci (na tę chwilę obsługuje tylko jedną partycję), praktycznie bez ograniczeń co do jej pojemności czy formatu (obsługiwane są formaty FAT16, FAT32, ExFAT). Karta nie wymaga specjalnego przygotowania, sterownik jest "wstrzykiwany" przez emulator dysku.

Nadal dostępne są tryby ACSI (o ile na karcie zostanie zainstalowany sterownik AHDI lub zgodny) oraz Image (plik z obrazem dysku Atari). Nie ma niestety własnego sterownika ACSI, gdyż został zastąpiony sterownikiem GemDrive.

120

(10 odpowiedzi, napisanych Fabryka - 8bit)

1064 w 600XL jest podwójnie bez sensu, bo 600XL do 64kB można bez problemu rozszerzyć "wewnętrznie" przy pomocy dwóch kostek 4464 i paru zworek, bez zajmowania portu PBI.

121

(10 odpowiedzi, napisanych Fabryka - 8bit)

Moim zdaniem bez sensu, bo są tego typu rozszerzenia do 512kB.
https://abbuc.de/produkt/zaxon-512k-pbi-ram-upgrade/

122

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

marxc napisał/a:

Które kości wtedy wymieniać?

Te kości są 1 bitowe, o organizacji 1bit x 64k, tzn. każda z kości pokrywa całą przestrzeń adresową ale trzyma tylko 1 bit z całego bajtu.

123

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

Na pewno to było uruchamiane bez BASIC, czyli z OPTION i sam klawisz działa w SELF-TEST?

124

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

Side2/3 nie ma jakieś "specjalnej" współpracy z U1MB, poza faktem, że firmware dla nich tworzyła ta sama osoba.

AVR w ograniczonym zakresie może działać bez kabelka SIO, do emulacji Side2 jest on mu zbędny.

skofrant napisał/a:

myślę, że taki temat mógł być wrzucony na tapetę

Jak już to na tapet ;)

To tylko (i aż) kwestia wrzucenia loadera do SDriveMax do pamięci U1MB. W końcu ten loader to program jak każdy inny. Tylko, że wtedy to nadal byłby ten sam loader, który się uruchamia z D0: w SDM. No chyba, żeby FJC napisał swój loader dla SDM, ale chyba ma ciekawsze zajęcia. Soft którego używasz w SIDE i U1MB to zapewne nie jest oryginalny soft Autorów projektu, tylko "alternatywny" napisany przez FJC.

SIDE jest emulatorem HDD (stąd IDE w nazwie), SDM - stacji dyskietek.