Generalnie bardzo rzadko zdarza się, że Self Test pokazuje błędy w pamięci. Zazwyczaj jak pamięć jest uszkodzona, to komputer w ogóle nie wstanie. Jeżeli którakolwiek kość pamięci była by uszkodzona całkowicie, a najczęściej właśnie tak jest uszkodzona, to żaden bajt nie ma szans być poprawnym, co się równa niemożności zadziałania komputera w ogóle.

Niewielki procent przypadków uszkodzenia pamięci, przy którym w ogóle dojdziemy do Self Testu i zdoła on zdiagnozować pamięć, to właśnie uszkodzenia jakichś pojedynczych komórek pamięci, lub jakieś delikatne niekontaktowania na nogach którejś kości (zimny lut, pęknięcie itp.), wówczas mamy bardzo rzadkie przekłamanie RAM-u, co też się objawi czerwonym kwadracikiem. Ta druga przypadłość daje się czasem zdiagnozować poprzez delikatne wyginanie płyty w czasie pracy w różnych miejscach i kierunkach, oraz dobrą metodą jest zamrażanie poszczególnych scalaków i/lub fragmentów płyty głównej w różnych miejscach i patrzenie co się dzieje. Do takiego zamrażania używam sprężonego powietrza - odwracając je do góry nogami wylewa nam się na scalaki powietrze w płynie, które jest bardzo zimne i zamraża natychmiast układy. Polecam tą metodę diagnostyki - choć nie wiem czy akurat w tym temacie się to nada.

Freddie najczęściej jak nie działa, to nie działa i komp nie wstanie. W Twoim przypadku raczej wygląda na sprawny.

Zrób jak piszesz, ale skoro masz ten ROM w podstawce, to mimo wszystko spróbuj najpierw go wyjąć i wsadzić. W podstawkach czasem styki się utlenią i nie kontaktują, więc takie przełożenie układu poprawia kontakty i czasem pomaga.

Jest coś w podstawkach? Jeśli tak, to wyciągnij i wsadź, może pomóc.

Jeśli nie, to próbował bym zacząć od wylutowania pamięci, wlutowania podstawek pod nie i wtedy wsadzenia weń pamięci z powrotem. Ostatnio walczyłem z płytą o podobnych objawach i winne były zimne luty skorodowane pod jedną z kości pamięci. Nie było tego widać z wierzchu, a nawet poprawienie lutów nie pomogło. Dopiero po wylutowaniu okazało się, że pod spodem (pod lutem) jest zaśniedziała miedź.

Jak po powyższej operacji będzie wszystko bez zmian, to można już łatwo wymieniać pamięci na inne, bo również prawdopodobne że któraś jest uwalona. Jeśli nie masz na podmiankę, to chociaż możesz zamieniać miejscami i patrzeć czy jest różnica jakaś - jeśli tak i będzie powtarzalna, to będzie już wiadomo, że to pamięć.

Zapewne zadziała.
Generalnie XF551 z tego co wiem działa z każdym napędem 3,5" dwustronnym 720kB. Czyli wydaje mi się, że zadziała każdy flop od Atari ST, od Amigi, oraz wszystkie pecetowe, które da się przerobić na taki, który działa z Atari ST lub z Amigą.
Bardziej bym się obawiał niesprawdzanych nigdy pod tym kątem flopów pecetowych 1,44 - ale tak jak mówię, nie wiem, więc się wypowiadam:-)

Ja to wstępnie planuję zrobić na mikrokontrolerze, prawdopodobnie Attiny2313 mi tu najlepiej spasuje.
To będzie taki mini-projekcik, który chyba udostępnię chętnym osobom w całości jako projekt DIY.

Attiny obsłuży dwa znaki wyświetlacza siedmiosegmentowego oraz zajmie się zbieraniem sygnałów, liczeniem. Może ten sam attiny będzie robił coś tam jeszcze, bo mocy zostanie sporo:-)

W każdym razie odpowiadając na pytanie: taki wyświetlacz tracków musi sobie sam te tracki liczyć, bo nigdzie nie jest w stacji zapisana informacja o numerze ścieżki. Trzeba wykorzystać do tego linie Track0, Step, Direction. Koncepcja działania jest taka, że zaraz po włączeniu stacji nie wiemy na jakiej ścieżce jest głowica, więc musimy poczekać aż zjedzie na ścieżkę zerową - czyli czytamy sobie sygnał z Track0. Jak wiemy że jesteśmy na ścieżce 0, to wyświetlamy sobie 0 i potem liczymy impulsy na linii Step, w zależności od sygnału Direction liczymy w górę lub w dół i wyświetlamy odpowiedni numerek. Ot cała filozofia. Można jeszcze obserwować linię Side i pokazywać która strona dyskietki się aktualnie czyta - np. myślę, żeby wykorzystać do tego pokazywania kropkę na wyświetlaczu siedmiosegmentowym.

Mam jeszcze taki pomysł, żeby też na tym samym wyświetlaczu alternatywnie wyświetlać aktualny nr stacji d0,d1,d2,d3. Myślę też, żeby zrealizować w tym układzie zmianę numeru stacji. W attiny zostaną wolne linie, więc mogły by one sterować liniami numeru stacji zamiast zworek/przełączników. Tutaj mam taki pomysł, żeby przy zmianie numeru stacji automatycznie podać też sygnał resetu do procka w stacji, żeby się ten numerek automatycznie nam zaktualizował. Czyli po zmianie numeru podają się odpowiednie stany na wejścia numeru stacji i generowany jest reset stacji. Coś w ten deseń.

Rozumiem, dzięki za wyjaśnienie, pobawię się tym wszystkim w wolnej chwili (jak takową znajdę:-)).

Nie, no brzmi to fajnie, ale chodzi o pliki do odtwarzacza na Atari, żeby zagrać coś na dwa YM-y z użyciem SONari.
Mono, a skąd są te muzyczki RAD i co to w sumie za rozszerzenie, kto robi takie muzyczki, skąd je się bierze itd?
Ewentualnie skąd i jak można by zrobić muzyczkę na dwa YM-y, czy jest jakiś soft do tego na cokolwiek, żeby przygotować takie muzyczki i potem przenieść na Atari?
Gdyby dało się np. zrobić łatwo jakąś byle jaką muzyczkę w jakimś sofcie na PC, to by ludzie mogli coś tam testowo przygotować sobie może. Bo w sumie wcześniej o tym nie pomyślałem robiąc te kartridże, ale w zasadzie dochodzimy do momentu, że mamy gotowy sprzęt, niby działa, ale czy mamy do czego używać SONari?

Wirus w ROM-ie od któregoś rozszerzenia?:-)

Dotarły mi w końcu również Yamahy z dalekiego wschodu.

Zrobiłem trochę testów. Urządzenie śmiga elegancko, ale jest coś nie tak w kwestii 1xYM vs YM+YM.
Otóż przede wszystkim mam pytanie, czy na dyskietce atr tej 5MB któraś z muzyczek wykorzystuje dwa układy, czy wszystkie są pod jeden układ?
Najwięcej testuję muzyczkę GIANNA.
U mnie jest tak, że jak wsadzę jeden układ YM, obojętnie w którą podstawkę (mam podstawki w SONari), to wszystko ładnie gra. To sugeruje mi, że player puszcza na oba układy równolegle to samo. Natomiast jak wsadzę do SONari dwa układy YM, to zaczyna się jakiś bajzel robić. Brzmienia jakieś dziwne się robią i coś nie tak z tą muzyczką. Efekt jest taki, jakby grały oba układy jednocześnie, a fale generowane przez nie jednocześnie nakładały się na siebie robiąc różne interferencje itp. efekty, co powoduje że niektóre dźwięki zanikają, niektóre mają dziwne brzmienie, ale wrażenie mam takie, że gra wszystko poprawnie, tylko że niepotrzebnie na obu układach. Wnioskuję to wszystko na podstawie tego, że kiedyś zrobiłem stereo na dwóch pokeyach i połączyłem wyjścia ich obu, wówczas też nakładały mi się te dźwięki powodując podobne efekty.

Jeżeli problem jest mniej-więcej taki jak mi się wydaje, to moim zdaniem powinno być tak, że player powinien rozpoznawać czy dana muzyczka jest przygotowana pod jeden YM czy pod dwa i wówczas odtwarzać się tylko na jednym układzie a nie na dwóch. Z resztą wszystko powinno być rozdzielone, żeby nigdy nie szła komunikacja równolegle do obu układów naraz.

Edit: po dłuższych testach wydaje się, że jak włączę odtwarzanie na YM+YM, to już po włączeniu odtwarzania jak wcisnę reset na SONari, to opisany przeze mnie bajzel się naprawia i dalej gra wszystko dobrze. Słyszę wtedy delikatny jakby reverb/chorus w sensie, że słyszę, że grają oba YM i oba grają prawidłowo to samo, nie występują żadne efekty nakładania nieprawidłowego się fal, o których pisałem wcześniej, że mi się tak wydawało. Natomiast za każdym razem jak od nowa włączę odtwarzanie, to znowu mam bajzel i znowu pomaga reset na SONari. Teraz mam wrażenie, że może coś nie tak jest z inicjacją dwóch YM, może gdzieś tam na początku trzeba by tą inicjację poprawić? Czy ktoś zanotował takie same lub podobne efekty jakie u mnie występują?

Edit2: zrobiłem więcej testów na dwóch innych płytach Atari 65XE z ECI i bez ECI. Pierwsze testy były robione na 800XL. Na wszystkich kompach z jednym układem YM wszystko jest dobrze, a jak już są dwa YM, to się dzieją chocki klocki. Różne efekty są na różnych płytach, różne efekty też są jak się żongluje układami 74F08, 74HCT08, 74LS08. Generalnie mam wrażenie, że kolejny układ wiszący na magistrali to kolejne obciążenie dla niej i im więcej tam podłączam, tym ciężej to wszystko pracuje i tym ciężej jest uzyskać stabilność tego całego bałaganu... Najlepiej działa to wszystko jak się podepnie tylko jeden YM do SONari, ale na każdej płycie jaką mam muszę mieć też 74F08, bo inaczej i Sparta się potrafi wysypać i SONari się sypie nawet z jednym YM, sypie się również YAMari.
Nie wiem, może długo wyczekiwany ekspander, który projektuje Toriman załatwi temat, bo tam wszystko ma być buforowane, a nie tak "na pałę" powieszone hurtowo wszystko na magistralach...

Start,select i option jest w AKI na klawiszach F5,F6,F7 - tak samo jak w emulatorach chyba. W prawdziwym Atari te klawisze można obsługiwać niezależnie i odczytywać ich kombinacje, co jest często wykorzystywane w grach, np. jako tajne kody itp. Nie wiem jak to dokładnie działa w AKI, ani w emulatorach, bo ja używam tylko normalnych oryginalnych klawiatur Atari:-) Natomiast czytałem, że nie działają równocześnie w AKI i jest to jak dla mnie poważna wada rozwiązania.

Ja się niestety muszę zgodzić w całej rozciągłości z Candle oraz z pajero w kontekście ilości potencjalnych chętnych i popularności takiego projektu w ogóle.
Zrobiłem kilka różnych projektów dla retro i chociaż robiłem je głównie dla siebie i dla zabawy, to publikowałem i umożliwiałem zakup takowych. Z doświadczenia wiem, że na tanie projekty niszowego zastosowania jest chętnych od kilku do maksymalnie 20-30 osób. Może czasami troszeczkę więcej, ale w długiej perspektywie czasowej i ze sporymi inwestycjami czasowymi typu odświeżanie tematów na różnych forach, wystawianie na allegro itp. chwyty popularyzujące.
Wg mojego doświadczenia taki projekt musi być maksymalnie łatwy w implementacji, mały, zgrabny, posiadać mało elementów i ogromne możliwości będące uniwersalnymi i potrzebnymi dla wszystkich userów danego komputerka. Na projekty wykonywane na gotowych modułach typu arduino, z tego co obserwuję, to praktycznie w ogóle nie ma chętnych. Arduino dla mnie ma tylko taką zaletę, że ma gotowe środowisko, gotowe biblioteki i może to sobie programować każdy dla zabawy - ale dla gotowych projektów jest to niewygodne, niewydajne, zbyt drogie, a do tego niezgrabne i niedopasowane do poszczególnych zastosowań.

Krótko mówiąc Dalton, chcę powiedzieć, że to co robisz będzie (i już jest) bardzo fajnym rozwiązaniem indywidualnym, świetnie się sprawdzi w Twoim przypadku i z racji otwartości kodu i schematów być może ktoś się skusi, żeby też coś podobnego sobie zrobić, ale nie liczył bym na jakieś masowe spopularyzowanie.
Gdybyś jednak chciał zrobić z tego uniwersalne urządzenie "na gotowo" dla wszystkich, to ja bym arduino widział jako prototyp, ale później jednak projekt płytki i pozbycie się arduino na rzecz dedykowanego projektu układu.

Podsumowując, nie chcę Cię zniechęcać, będę z zaciekawieniem obserwował sobie postępy w tym projekcie i chętnie zobaczę ostateczną wersję jaką przedstawisz, ale w takiej formie jak to przedstawiasz, to uważam, że robisz to dla siebie.

PS. Piszecie o USB->DB9, to jest coś takiego już na rynku jak np. RYŚ-MKII: https://retro.7-bit.pl/?lang=en&go= … e=rys_mkii
Nie wiem czy to fajne, czy nie, ale obsługuje HID w każdym razie. Chyba Larek też to kiedyś prezentował coś tak przez mgłę pamiętam, ale potem przesiadł się na moje (S)NESctrl, które po uzupełnienie o bezprzewodowy odbiornik bluetooth od 8bitdo współpracuje między innymi z padami bezprzewodowymi od PS3 i PS4 oraz wszystkimi padami bluetooth od 8bitdo. Ja bym szedł w kierunku tego, żeby robić komunikację bezprzewodową, ale przydało by się malutkie urządzenie wpinane w DB9 bez żadnych kabli i przejściówek. Chciałem coś takiego zaprojektować jako następcę mojego (S)NESctrl, ale jakoś nie mam czasu i weny, więc nie wiem czy kiedyś do tego wrócę... Wspominam o tym natomiast, bo wiem, że wśród miłośników retro jeżeli są tacy, którzy grają padami, to cenią sobie nie bylejakie pady, ale właśnie np. te od 8bitdo, oraz od PS3 i PS4. Po prostu jest spora grupa która chce pady, ale nie byle jaki, tylko konkretne i uznane.

Edit: odniosę się jeszcze do użycia klawiatury jako joysticka. Tak jak napisał perinoid, że wpiął się bezpośrednio w folię i podłączył klawisze do DB9, to jest technicznie ok, natomiast nie da się zrobić przejściówki w postaci podłączenia takiego USB do DB9. Z prostej przyczyny: klawiatura pecetowa nie daje możliwości wciskania jednocześnie dwóch klawiszy, a więc nie da się zrobić np. odczytu dwóch kierunków naraz, więc nie będzie skosów.

Edit: w sumie poniższe nie ma już znaczenia, bo pancio.net wyedytował wpis powyżej i sam doszedł do tego co napisałem:-) Zbiegły nam się posty w czasie:-)

@pancio.net, jeśli działa Ci to rozszerzenie poprawnie na 512k, to wszystko fajnie, ale jeszcze powinno zadziałać to Videoblitz, bo przecież to rozszerzenie ma tryb z odrębnym dostępem Antica do pamięci.
Wiem, że Videoblitz ma ten komunikat o przełączeniu rozszerzeń, ale demo to działa poprawnie np. na SIMMexp ustawionym na 512kB z odrębnym dostępem Antica, więc myślę, że powinno działać też na każdym innym rozszerzeniu pamięci zgodnym ze 130XE bez względu na jego wielkość. Większa ilość dostępnych banków w niczym nie powinna przeszkadzać, a demo sobie powinno korzystać z tych, które potrzebuje.

Myślę, że powinieneś znaleźć wśród różnych ustawień zworek takie ustawienie, żeby działało Ci to Videoblitz - co prawda jest mała garść rzeczy korzystających z odrębnego dostępu Antica do pamięci, ale skoro to rozszerzenie ma taką opcję, to szkoda, żeby nie działała.

Pozostałe ustawienia nieopisane w dokumentacji, w których miałeś krzaki, można olać, bo najpewniej są to ustawienia zworek, które nie były przewidziane w projekcie urządzenia i po prostu nie należy tak ich ustawiać.