Nawet na sprawnym magnetofonie zatrzymanie i ponowne uruchomienie silnika w standardowej przerwie między-rekordowej nie daje gwarancji złapania synchronizacji... a o 100% sprawny magnetofon dzisiaj jest bardzo trudno. Jedyny znany mi emulator magnetofonu do XL/XE w ogóle nie obsługuje sterowania silnikiem. Raczej trzeba by wydłużyć na tyle przerwę, by w jej czasie algorytm mógł zrealizować wszystkie działania, bez potrzeby zatrzymywania silnika.

Zasadniczo po to zostały zaprojektowane, ale jednak w drugą stronę to też działa, zwłaszcza jak Atari stoi obok czegoś co bardzo "sieje".

Bo nie stawiałeś Atari obok mojego skanera ;)

... no widzisz, a ja jestem. To ma być projekt nowej płyty, więc podejrzewam że spora część rozszerzeń i tak będzie wymagała dostosowania (rozszerzeń do płyty, bądź płyty do rozszerzeń). Jak sam przyznajesz, bywają z nimi problemy na standardowych płytach do których były projektowanie i "dostrajane". To jest walka z przesłuchem, pojemnościami, stromością zboczy... nie wątpię w umiejętności @x_angel'a ale to jest nie do odtworzenia (no i nie wiem czy jest sens odtwarzać niedoskonałości fabrycznych płyt). Innymi słowy łatwiej zrobić te rozszerzenia już na tej płycie, niż starać się dostosować pytę by działały na niej istniejące rozszerzenia we wszystkich rewizjach. Przy prawidłowym prowadzeniu ścieżek (nie a'la spaghetti) SIMM 1MB zrobiony na płycie nie powinien nastręczać większych trudności niż zaprojektowanie ścieżek pod standardowe DRAMy, więc "koszt projektowy" jest żaden.

Tym bardziej projekt całej płyty wymaga mnóstwa testów i walk. Ale rezygnacja z 16 kości 4164 (czy tam 4x 4464) na rzecz SIMM 1MB to wręcz uproszczenie całego projektu. Jak się bezmyślnie poprowadzi ścieżki do kości DRAM, to tak samo - nie będzie to działać stabilnie.

Jak już powstaje projekt nowej płyty to właściwie nie generuje to dodatkowych kosztów. Zamiast DRAMów w kościach, wrzucamy slot SIMM i kilka TTLi lub CPLD.

Nie przekręcaj proszę mojego nicka... i nie wiem co Cię ugryzło, bo akurat Ty stawiasz sprawę jasno i to rozumiem, choć nie popieram.

Ma zrobione rozszerzenie na bazie Antonii, z oryginalnym CPU, więc raczej jego produkcje pójdą... w zasadzie to też jest sprzętowy emulator rozszerzenia (można sobie wybrać jakie rozszerzenie ma emulować).

Część rejestrów jest tylko do odczytu, a sprzętowy freezer ma podgląd na magistralę i możliwość powielania ich stanu na rejestrach lustrzanych (reaguje na polecenia zapisu tych rejestrów), dzięki czemu ma możliwość ich zapisu na dysk. Jest to do zrobienia na każdym rozszerzeniu wpiętym w magistralę systemową i posiadającym odpowiednio "pojemną" logikę programowalną. Na SIMM 1MB niestety nie da rady, ale U1MB i Antonia powinny sobie poradzić... tyle że nikt tego dla tych rozszerzeń nie oprogramował.

Ta opublikowana c3 jest poprawiona.

To jest fragment schematu oryginalnego modulatora odpowiedzialny za sumowanie sygnałów Y oraz C:

Tranzystory w zasadzie dowolne m.cz. NPN, jak ktoś chce "po Amerykancku" to 2SC945, ale i nasz europejski BC549 da radę. Na schematach J. Soboli brakuje wartości kondensatora sprzęgającego... to 1nF (470pF - 1nF) jest tak na wyczucie. Nie jest to wybitny mieszacz. Dwa wtórniki emiterowe i rezystory regulujące stopień podziału. Nijak z tego nie wychodzi 75 Ω impedancji wyjściowej. R15 i R16 są podzielone chyba tylko ze względów konstrukcyjnych, nie widzę przeszkód, by dać jeden rezystor 100 Ω.

Sam dałeś przykład Jon'a, który udostępnia firmware za darmo ;) Kolejny świetny projekt, udostępniony za darmo to SDrive MAX - ktoś pomyślał i zrobił to na Arduino i standardowym shieldzie, dzięki czemu każdy może sobie kupić gotowe elementy i wgrać firmware. Czy dało by się tak zrobić SIO2SD - oczywiście, że tak. Ale lepiej zrobić własną płytkę i ją sprzedawać... tyle, że SIO2SD to Open Hardware - na stronie projektu do pobrania jest wszystko co potrzeba do zrobienia własnego urządzenia, z projektem płytki włącznie. Jeszcze rozumiem del Nero, z jego HxC dla Gotek'a - co prawda sprzedaje firmware, ale za symboliczną opłatą, jest też Fraser, który daje swój firmware Flash Floppy całkiem za darmo. Jest też Jookie, którego projekty sprzedaje F.H.U. Lotharek, ale kompletna dokumentacja jest dostępna na stronie i jak ktoś chce może sobie zrobić sam. Wiele urządzeń które sprzedaje F.H.U. Lotharek są projektami Open Hardware.

Jeśli rzeczywiście są (lub choćby były) ogólnodostępne to niczyjej zgody nie potrzeba... taki jest świat ;) Jeśli są udostępnione z odpowiednią licencją - to nie można mówić, o ogólnej dostępności.

Jak robię projekty dla znajomych lub siebie to udostępniam je za darmo. Za pieniądze pracuję zawodowo, na hobby nie zarabiam.

Tylko po co? Po pierwsze jest SIMM 1MB i ma wszystko co potrzeba. Nie da się wymyślić niczego przełomowego, schemat przełączania banków jest narzucony, soft już istnieje i nikt go nie będzie przerabiał pod nowe "widzi mi się"... a czy to zrobię na TTL, GAL, CPLD czy FPGA niczego zmienia, to ciągle będzie klon jednego z istniejących rozwiązań. Po drugie, Atari to dla mnie wspomnienie z dzieciństwa, do pracy używam nowocześniejszego sprzętu. Należę do grupy, która uważa, że zabytków się nie przerabia. Jeśli więc już instalować jakieś rozszerzenia to tylko coś z "epoki" lub coś umożliwiającego korzystnie ze sprzętu we współczesnych czasach (np. emulator stacji dysków, bo dyskietki powoli ulegają degradacji i nie długo już ich może wcale nie być).

Po to piszę, że nie można się z Tobą dogadać. Twoja jest płytka i pomysł na integrację, ale nawet firmware nie jest Twój tylko Halliday'a. Nie chcesz dać projektu, to podpowiadam, że można się obejść bez niego bo wszystkie składniki są ogólnodostępne i nie trzeba się o nic prosić.

Jest za to kilka rozszerzeń udostępnianych jako Open Hardware, które każdy może sobie sam zrobić, bo ich autorzy są pasjonatami, a nie biznesmenami i robią to dla przyjemności, a nie z chęci zysku.

Nie wgłębiając się w szczegóły U1MB nie jest autorskim rozwiązaniem rozszerzenia pamięci. Autorski jest jego firmware/konfigurator. W samym rozszerzeniu pamięci nie ma niczego nowego, poza tym, że zamiast robić je na układach 74LSxx, zostało przeniesione do CPLD. Dzięki temu można sobie wybrać tryb "emulacji" jednego z kilku popularnych rozszerzeń. Oprócz tego potrafi "przesłonić" Cartridge ROM, OS ROM i BASIC ROM dowolnym obrazem ROMu (jednym z kilku wgranych do pamięci Flash), no i jest też RTC.

Spokojnie można "zapakować" na remake płyty "wewnętrzną" wersję SDX, rozszerzenie Compy-Shop albo Newell i RTC zgodny z SDX. Wyjdzie na to samo co U1MB, jedynie bez menedżera ROMów (ale to też można załatwić jakimś prostym mapperem).

Tak działają napędy CD i DVD, problem w tym, że takie kodowanie jest nadmiarowe i siłą rzeczy nadaje się do pojemnych i szybkich, ale zawodnych nośników. O wydajność bym się nie martwił, bo wczytując z taśmy bez turbo Atari się raczej nie przemęcza...

Chodzi Ci o zjawisko podobne do tego z ZX Spectrum?

http://ramsoft.bbk.org.omegahg.com/floatingbus.html
https://spectrumforeveryone.com/technic … ating-bus/
https://faqwiki.zxnet.co.uk/wiki/Floating_bus

Więc jest to możliwe, ale nie potrafię odpowiedzieć, czy w Twoim przypadku rzeczywiście to ma miejsce.

Czemu pull-upy są na obu liniach (Tx i Rx)? Wyjście emulatora ma być typu OC, pull-up jest po stronie Atari. Rezystory podciągające mają być tylko na sygnałach przychodzących z Atari.