Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
MadPascal 1.7.3 już dostępny Nowa wersja kompilatora MadPascal przynosi poprawki i optymalizacje
Echa Lost Party 2025 Wyniki, zapis wideo oraz stuff.
Lost Party 2025 startuje już jutro W Licheniu Starym rusza zlot fanów 8-bitowych komputerów
zeST 20250627 - Atari ST w FPGA z turbo! Nowa wersja zeST z trybem turbo 50 MHz i poprawkami Shiftera i MFP
atari.area forum » Posty przez _tzok_
...a pomogło na problem z wgrywaniem CASa?
Jakiego typu pomocy oczekujesz?
Potrzebujesz przewód USB z wtykiem zgodnym z gniazdem zainstalowanym w Twoim egzemplarzu SDrive MAX. Musisz go podłączyć do PC, zainstalować sterownik od mostka USB-COM (zapewne CH341), a następnie wgrać dwa pliki, jeden po drugim, przy pomocy np. AVRDUDESS. Wybierasz programator "arduino... (Arduino bootloader using STK500 v1 protocol)", następnie port COM stworzony przez mostek USB-COM (do sprawdzenia w menedżerze urządzeń), wykrywasz typ mikrokontrolera (zapewne ATmega 328P) i plik Flash do wgrania. Najpierw wgrywasz "eeprom_writer.hex", on pokaże pasek postępu na wbudowanym ekraniku i jak "przemieli" swoje zadania to napisz, że teraz możesz wgrać SDrive.hex, co też w tym momencie możesz zrobić. Binarki są dostępne dla kilku różnych wyświetlaczy. Zapamiętaj/zapisz jaki masz obecnie, wyświetla się w lewym dolnym rogu ekranu, na chwilę po uruchomieniu SDrive-a.
Jeśli chcesz, to przed wgraniem nowego firmware możesz zgrać stare, musisz zachować zarówno flash jak i eeprom (wgrywasz tylko flash, ale dwa pliki, jeden po drugim), najlepiej w formacie "raw binary" (przy zgrywaniu, musisz ręcznie określić format), z rozszerzeniem BIN.
Po pierwszym uruchomieniu musisz wykonać kalibrację ekranu dotykowego (dotykać w środek pojawiających się krzyżyków, a na koniec jeszcze raz dotknąć ekranu). Zapewne, za pierwszym razem się nie uda i żeby ją zainicjować ponownie musisz odłączyć i ponownie podłączyć zasilanie trzymając rysik przyciśnięty do ekranu.
Ja mam w swoim STe włożony MC68HC000FN16, więc działać to na pewno działa, no i HC sporo mniej prądu ciągnie i mniej się grzeje, mniej też obciąża magistrale. MC68010FN12 też wkładałem i też działa (z TOS 2.06) ale wydajnościowego zysku nie ma żadnego.
GTIA pin 30 to jest PHI2? Tego zegara wcześniej nie próbowałem. Bez PLL na tym zegarze 1:1 to mam tylko jakieś kreski zamiast tekstu. Zdecydowanie najlepiej mi to działa na sygnale z pinu 2 układu FREDDIE.
Tak, ale lutowanie tego do najprostszych rzeczy nie należy...
HxC ma konfigurację, jeśli jest skonfigurowany jako napęd 720kB ATARI to nie zadziała...
zamiast podstawki możesz wlutować żeńskie goldpiny precyzyjne, też dadzą radę.
No nie bardzo, to jest STe, więc procesor w PLCC, nie w DIL. Wersja płyty STe z lutowanym CPU ma pady, więc nie trzeba tych dziwnych podstawek z "poplątanymi" nogami, tylko zwykłą podstawkę PLCC68 do montażu SMD.
Moda jednak nie polecam, ograniczy kompatybilność, a zysk praktycznie żaden. O taktowaniu CPU decydują komponenty na płycie, a nie sam procesor. To już większy sens wymienić na MC68HC000.
Ok, tylko ja robiłem próby z zegarem z pinu 1 FREDDIE i wyglądało to "tak sobie". Czasem dobrze, a jak się nagrzał to się rozjeżdżało. Litery były jakby pogrubione, a w miarę nagrzewania się układów traciły symetrię. Problemem jest brak dostępu do zegara pixel clock, albo jego pełnej wielokrotności.
...to może jednak zdradzić sekret? Skoro autor nie produkuje/sprzedaje, to żadna dla niego strata.
Link działa, właśnie pobrałem i wszystko jest ok. Klikajcie na Slow Download.
Tak, zwykłe 520 ST+ (czyli "fabrycznie" rozszerzone do 1MB) z aftermarketowymi klawiszami (dość popularnymi w DE).
Tutaj akurat wersja UK:
https://www.ebay.co.uk/itm/166827212944
Rewizje PCB nie mają wpływu na firmware (za wyjątkiem bardzo starych, bazujących na płytkach deweloperskich BP). Oficjalna wersja Compact v1.1 różni się od Compact v1.0 jedynie rozmiarem komponentów SMD (używa większych, łatwiejszych do lutowania). S kolei wersja 2.0 od SideCart, używa innych slotów uSD z mechanizmem wyrzutowym (i łatwiej dostępnych), oraz ma zmienione wartości kondensatorów przy rezonatorze (oficjalna V1.1 - też), bo w pierwotnym projekcie były nieco za duże, co sprawiało, że niektóre kwarce nie chciały wejść w rezonans.
Coś słabo szukacie ;)
https://github.com/retro16/acsi2stm/rel … elease.zip
Ta płytka różni się od 1.0 użyciem elementów SMD w rozmiarze co najmniej 0805.
Tych oryginalnych slotów, to w ogóle nigdzie nie znalazłem, kupowałem breakout-board'y i z nich je wylutowywałem.
Nie, żebym marudził ale jak tego używać? Najwygodniej było by bokiem, w ostateczności "do góry nogami", ale w konfiguracji podstawą do dołu, żeby dosięgnąć skrajnych prawych fire (jeśli jesteśmy praworęczni), trzeba by krzyżować ręce.
Nie ma potrzeby takiego rozróżnienia, można bootować z partycji FAT. Ja wybrałem sterownik Punika, bo jednak jest tańszy (i też to umożliwia)...
Możesz umieścić sterownik GEMDRIVE.PRG w folderze AUTO partycji ACSI, wtedy zobaczy kartę FAT włożoną do "dalszego" slotu.
Nie wiem czy to normalne, gdy w pierwszym slocie jest karta ACSI (taka jak np. w Ultrasatanie), w drugim karta FAT PC, to widzi tylko pierwszą.
Tak, to normalne, sposoby "mieszania" kart są opisane w tym dokumencie:
https://github.com/retro16/acsi2stm/blo … emdrive.md
Na innym egzemplarzu Atari, które dorwałem jest piękny sinus.
No widzisz, a tak na prawdę to jest prostokąt...
A powiedzcie mi czemu pierwsza pamięć(4164) jest inna niż pozostałe. Widziałem, że to nie jest raczej przypadek, tylko z jakiegoś powodu tak zostało wstawione fabrycznie.
Pakowali co popadło, to nie miało znaczenia. Legenda głosi, że banki obsadzone pamięciami od różnych producentów szybciej "traciły pamięć" po wyłączeniu zasilania.
Sprawdź aktywność na liniach magistrali danych i adresowej.
Branch 5.1 ale w releases też jest:
https://github.com/retro16/acsi2stm/releases/tag/5.1a
Jest nowa rewizja płytki, gdzie najmniejsze elementy są w rozmiarze 0805, czyli nie ma tragedii, ale ja składałem starą wersję i też sobie poradziłem. Nie liczyłem dokładnie ile to wychodziło składając samemu, ale coś koło 50zł. Nie mogłem nigdzie znaleźć tych slotów na karty i ostatecznie kupiłem moduły do Arduino w których były właściwe i je wylutowywałem.
Tak, w trybie GemDrive każda karta jest widziana jako osobny dysk logiczny (domyślnie C:, D:, E:).
Interfejs może działać w trybie mieszanym ACSI+GemDrive. W takim układzie dyski ACSI dostają litery od C: do K:, a GemDrive od L: wzwyż.
Działa w trybie DMA więc ma problem, ale jest "ST-DMA Converter"... jest też PIO firmware dla ACSI2STM, ale ono wymaga rozruchu z FDD.
ACSI2STM zasadniczo ma dwa tryby - tryb emulacji dysku ACSI z dowolnym sterownikiem (np. HDDriver albo PPHDD) albo tryb GEMDRIVE. W tym drugim trybie dostępna jest cała karta pamięci na raz (nie obsługuje partycji, 1 karta = partycja), bez względu na jej rozmiar. Masz kartę 32GB, ST będzie widziało dysk C: o pojemności 32GB. Tryb GEMDRIVE ma wbudowany własny sterownik (wcześniejsze wersje miały wbudowany sterownik ACSI ale jego rozwój został zarzucony), karta nie wymaga żadnego szczególnego przygotowania. Podstawowy "oficjalny" model ACSI2STM ma sloty na 3 karty.
ACSI2CF jest szybki ale ma tę wadę, że nie obsługuje autoboot. Potrzebny jest albo modyfikowany ROM, albo kartridż ze sterownikiem (albo dyskietka).
ULTRASATAN działa, ale ma ograniczenie wynikające ze sterownika, potrzebuje dodatkowego sterownika i odpowiedniego przygotowania karty pamięci. z HDDriverem albo sterownikiem PP, obsługuje w miarę wygodną wymianę danych z PC. Partycje max. 512MB, więc trzeba ich sporo, a z kolei starsze Windowsy nie widzą dodatkowych partycji na dyskach wymiennych.
To już bliżej masz to: https://fscdn.rohm.com/en/products/data … 51v-40.pdf
Mierniki testują diody przy prądzie poniżej 1 mA, więc nawet mogłoby się zgadzać.
atari.area forum » Posty przez _tzok_
Wygenerowano w 0.049 sekund, wykonano 21 zapytań