Można wystawić na PCBWay albo OSHPark z odpowiednią licencją i mieć jakiś tam zarobek (ale zarobek jest tylko kiedy ktoś zamówi płytkę w danej "płytkowni"). Ważne jest aby zawrzeć licencję i nie powinno być wtedy żadnych nieporozumień (i nikt sobie projektu nie przywłaszczy). W sumie to ryzyko jest większe jak udostępniasz ludziom na maila, bo ktoś może to tam wstawić jako swoje.

RD-65B wchodzi tak na styk (wchodzi z obudową nawet do STf, tylko jeden narożnik trzeba przyciąć). Dużo lepiej pasuje RD-50A.

Te dyski po 20-30 latach się potrafią rozmagnesować, zwykle pomaga formatowanie niskopoziomowe.

Niektóre stacje dyskietek na USB radzą sobie z zapisem dyskietek 720kB na PC...

Gotek to dobra opcja, raczej jako wewnętrzny napęd A:, bo z napędu B: nie uruchomi się bootowalnej dyskietki.

Jako dysk polecam ASCI2STM - niedrogie, szybkie, można zrobić samemu. Tryb GEMDRIVE umożliwia korzystanie z karty SD sformatowanej na FAT16/32 i swobodną wymianę plików z PC. Jedyna wada to nie obsługuje partycji.

Vortexa odstaw na półkę jako eksponat. Jakbyś potrzebował softu do niego to coś tutaj jest: http://www.atari.org.pl/forum/viewtopic.php?id=10086

Potencjalnie możliwości to ma spore, ale na chwilę obecną, jako produkt - potrafi niewiele, ot emulator kartridży.

Potencjalnie możliwości to ma spore, ale na chwilę obecną, jako produkt - potrafi niewiele, ot emulator kartridży.

Ta taśma już była skracana. Tę taśmę a'la flatflex bez problemu można zastąpić zwykłą taśmą przewodową IDC, wlutowując ją w ten "relokator" (dzięki niemu nadal będzie się ją dało odłączyć od płyty).

Chodzi o to, żeby PHI2 we FREDDIE był zgodny w fazie z PHI2 "wystawianym" przez SALLY. Choć to mało intuicyjne, ale PHI2 "wraca" z SALLY do FRIEDDIEgo. FREDDIE potrzebuje PHI2 do generowania sygnałów RAS i CAS. Prawdziwy FREDDIE do generowania RAS i CAS używa PHI2, który dostaje z SALLY.

To właśnie @Simius usilnie próbował mi wytłumaczyć. Cel oczywiście można osiągnąć na różne sposoby.

Tak podejrzewałem, że zakładasz za pewnik, że licznik przeładuje się tylko raz. Ja nie odważyłbym się robić takiego założenia. Na symulacji "trafiasz" idealnie w punkt (albo 0° albo 180°) ale w praktyce nie będzie tak różowo i nie będzie to przesunięcie dokładnie o 180°. Poza tym nachylenie zboczy i punkt przełączania zmieniają się z temperaturą i przesunięcie fazowe między tymi sygnałami trochę "płynie" z upływem czasu. Obawiałbym się, że przeładowanie licznika będzie występowało okresowo, a nie tylko raz, na początku.

"sygnał PHI2 jest w praktyce skorelowany z opadającym zboczem OSC", no nie jest, tak wychodzi z opóźnień ale one nie są 100% stałe ani takie same w każdym egzemplarzu. To mniej więcej przypadkowa zależność.

Kwestionowanie wszystkiego jest zasadne. To, że coś "jakoś" działa, nie znaczy, że jest prawidłowo zaprojektowane. Oczywiście, że Twój układ działa, ale pomyśl - PHI2 jest "na sztywno" opóźniony względem OSC o ok 40 ns, a układ sprzężenia próbuje dosynchronizować OSC do PHI. Jak OSC "zwalnia" to w kolejnym cyklu "zwalnia" i PHI2. W rezultacie sprzężenie nieustannie próbuje opóźnić OSC, by PHI2 go "dogonił", ale każde spowolnienie OSC, spowalnia również PHI2. W rezultacie PHI2 nigdy nie "dogoni" OSC, a pętla sprzężenia będzie ustawicznie próbowała opóźniać OSC. Układ będzie niestabilny, a sprzężenie nigdy się nie "zepnie". Układ działać będzie, ale OSC będzie miał jitter na poziomie 20-30 ns, co przeniesie się na wszystkie zegary w systemie. Negatywne efekty zapewne zostaną stłumione przez wolne układy 74LS, ale to nie znaczy, że tak jest dobrze. Skutkiem ubocznym będzie też nierówne wypełnienie tak generowanego OSC.

Oryginalny sygnał PHI2 jest dostępny w układzie FREDDIE, nie trzeba go tam generować. Jak ktoś bardzo chce może go zregenerować z CLK, ale musi zostać "samodzielnym" sygnałem, wyłącznie na potrzeby generowania RAS i CAS. Wszelkie próby uzależnienia OSC od PHI2 skończą się źle, bo pojawi się sprzężenie i rezonans.

Jak uzyskać sygnał OSC z wypełnieniem 50%? Wziąć sygnał CLK, podać go na licznik synchroniczny i pobrać sygnał 3-go bitu (CLK/4). Nic więcej nie potrzeba. Wypełnienie sygnału CLK nie ma tu znaczenia (tak uzyskany OSC zawsze będzie miał wypełnienie 50%), a przesunięcie fazowe między tak uzyskanym OSC i PHI2 będzie stałe (i absolutnie w niczym nie przeszkadza, że będzie).

PHI2 jest pochodną OSC, nie ma sensu próbować uzależniać OSC od PHI2. Wszelkie próby uzależnienia OSC od PHI2 mające na celu zmianę opóźnienia między nimi, skończą się na "pływaniu" obu zegarów. PHI2 jest generowane z OSC i opóźnione względem niego i choćby "nie wiem co" tego opóźnienia nie da się zlikwidować. Synchronizując OSC do PHI2 pojawi się rezonans i modulacja FM wszystkich zegarów.

https://tinyurl.com/2xseb2bo