151

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

152

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

154

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

155

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

156

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

157

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

158

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

159

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

161

(26 odpowiedzi, napisanych Fabryka - 8bit)

dely napisał/a:

Tak, ale na papierze, a nie tekturze. Druk na bardzo grubych materiałach jest nieco droższy :)

Nie można zrobić pudełka z szarej tektury i okleić go wydrukowaną "obwolutą"?

162

(26 odpowiedzi, napisanych Fabryka - 8bit)

Więcej niż 3 ścian pudła na raz nie widzisz, jak połączysz na zagięciach i zrobisz to "z głową", to jak będzie stało na półce nikt nie zauważy.

163

(26 odpowiedzi, napisanych Fabryka - 8bit)

Skoro plastikowe bagde znajdują nabywców, to jako replika/zamiennik pudełko nie musi być w jednym kawałku. Spokojnie można łączyć z kawałków na krawędziach. Myślę że drukarką A0 dałoby radę to ogarnąć. W ramach rekonstrukcji pudełko można skleić z kartonu i okleić wydrukiem. Wydruk A0 w punkcie ksero to koszt 60-80 zł.

164

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

Polecam, pasują też do zwykłych STf/e.

165

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

SDRIVE.ATR bootuje się jak jest wybrane D0:, w każdym innym przypadku bootuje się obraz z innej wybranej stacji. Jeśli wybierzesz jakiegokolwiek ATRa do D1: i zrobisz reset (czyli np. klawisz INVERT), to bootuje ten obraz? Jeśli nie to najpewniej masz uszkodzony układ POKEY ew. PIA.

166

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

peterkaczorowski napisał/a:

Póki co zrobiłem 2x 74F08.  Dlaczego?  1. Bo nie mam w domu teraz F07, 2. bo wydawało mi się to prostsze - zwykłe skalowanie 3. względnie gwarantuje generowanie takich samych odpowiedzi jak na pierwszym AND pierwszego 74F08.

Sęk w tym, że to 74F08 w tym miejscu  (PHI0 z ANTIC do SALLY) jest użyte jako bufor i to niezbyt "ładnie" (połączone oba wejścia bramki). Żeby wyjście ANTICa "nie zauważyło różnicy" należałoby ograniczyć się do 2 bramek AND lub 2 buforów, ale jeśli bramek AND to połączonych jednym wejściem do ANTICa, a drugim podciągniętym do Vcc. Jest też PHI2 z Sally do ANTICa i ono już jest "ładnie" podłączone, więc tu nie da się już "poczarować". Użyto 7408, bo jedna z jego bramek rzeczywiście jest używana jako AND. Z drugiej strony już samo użycie 74F w miejsce 74LS zmieni zależności fazowe zegarów.

167

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

Atari i tak jest mieszaniną różnych technologii półprzewodnikowych, które niekoniecznie były pomyślane do współpracy ze sobą. Sama obecność zegara przesuniętego w fazie o 180° jest dowodem słabości konstrukcji. Problem w tym, że z uwagi na różnorodność technologii układów, to wcale nie jest 180°. Jak na "układ synchroniczny" małe Atari ma zadziwiająco dużo sygnałów zegarowych, generowanych w różnych miejscach, przez układy wykonane w różnych technologiach.

Ta mityczna mała pojemność (głównie wejściowa) układów F przekłada się na obciążenie wyjść układów poprzedzających, a co za tym idzie na szybkość narastania zboczy. Dodatkowo układy serii F mają większe prądy polaryzujące, więc krótszy czas propagacji, podobnie zresztą jak ACT. Część układów w Atari przełącza się przy 1/2 Vcc, ale część przy ~1/3 Vcc. To wszystko składa się na "rozjechanie się" efektywnych faz sygnałów zegarowych różnych układów, a co za tym idzie powstanie nieplanowanych opóźnień.

Szczególnym "kwiatkiem" jest czarny pas na rastrach w odcieniach szarości - kto rozumie mechanizm jego powstawania? On się wiąże z czasami propagacji, ale można go uznać za błąd projektowy.

Jeśli chodzi o generowanie zegara, chciałbym zwrócić Waszą uwagę w kierunku układu Si5351.

P.S.
Z punktu widzenia budowy i szybkości działania bramka AND i bufor TTL nie różnią się w istotny sposób. Bramka AND ma na wejściu tranzystor dwuemiterowy, a bufor - zwykły. Jesli więc podłączymy jedno wejście bramki AND 74F08 do Vcc, to dostaniem ukłąd równoważny buforowi 74F07. Jedynie jesli połączymi oba wejścia bramki AND ze sobą, to 2x zwiększymy pojemność wejściową.

168

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

gotham napisał/a:

Najlepsza opcja to budowa klona Hades 040. Mamy wtedy komputer w 100% zgodny w tos z linią st z możliwościami normalnego peceta z początku lat 90 .

Tylko po co? Ani to nie ma wartości kolekcjonerskiej, ani nie będzie zbytnio zgodne z grami i demami na ST, ani nie zastąpi współczesnego PC. Może znajdzie się kilkunastu chętnych, którzy to kupią i kilku kolejnych, która napisze na to jakieś demko. Do czego realnie takie coś mogłoby się przydać? Ok, odpalisz na tym Calamusa, czy Papyrusa...

169

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

To drugie coś, z dwoma "cewkami" to linia opóźniająca w torze modulatora TV. Ktoś założył "tradycyjną" w postaci linii długiej. Pewnie wyjęta z jakiegoś starego OTV.

170

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

Producentów myszek Atari było chyba przynajmniej 3. To, że klapki są podobne świadczy co najwyżej o wspólnym pochodzeniu samego mechanizmu z kulką i rolkami. STM1 miała kilka różnych rodzajów klapki w zależności od użytych "wnętrzności".

171

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

Cyprian napisał/a:

Skoro TOS ma ograniczenie do 2059 a nie 2000 to o co chodzi z tym Y2K.

To ze mnie cytat był akurat. Jest to tam wyjaśnione, chodzi o to, że IKBD ma tylko "dwucyfrowy" rok i ignoruje "nielegalne" wartości BCD (w przeciwieństwie do XBIOSu)... ale IKBD to nie jedyny RTC, który TOS (a właściwie XBIOS) obsługuje.

Warto też się zapoznać z tym: https://github.com/agranlund/rtc

172

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

O ile mi wiadomo ten z US nie działa bez patcha na rok 2000.  Także zegar musi chodzić "w przeszłości" a patch "przewija" go o 20 lat w przód... tylko to pokrywało daty jedynie do 2019 :(

Były też patche na XBIOS, ale one miały sens tylko dla IKBD.

Tutaj jest ciekawy temat: https://www.atari-forum.com/viewtopic.php?t=31625
https://exxosforum.co.uk/atari/last/RTC … tation.pdf

Mój sprzętowy patch działa z TOSami Putnika, w sumie to jak chce może je spatchować by działały bez żadnego dodatkowego softu (jak 2.06). Wiem, bo raz mi taki zrobił na zamówienie, ale chyba gdzieś go posiałem :(

173

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

Wybacz czepialstwo, ale... draw, drew, drawn ;) zatem "drawn by". Wiem, że to pewna tradycja i mieliśmy już draughtmen'a (popr. draughtsman albo draftsman), ale jakoś to drawed by mnie zakłuło w oczy ;)

174

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

Nie: http://www.atari.org.pl/forum/viewtopic.php?id=17813

175

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

Atari powstało przed ustandaryzowaniem s-video i poziomy napięć, w szczególności chromy, są niezgodne ze standardem. Niektóre TV są bardziej tolerancyjne, inne mniej. Wskazana jest drobna przeróbka dostosowująca poziomy sygnałów do współczesnych standardów.