No ok, ale nie zmienia to faktu, że kontaktu z autorem Eiffla nie ma, więc nie ma kto tego zrobić:-)
Na stronie Eiffla jest jeszcze wpis taki, że niby wersja 2.0 firmware miała powstać, ale nie jest już zgodna sprzętowo z dotychczasowym Eifflem, bo miał być szybszy zegar do mikrokontrolera, to i być może inne zmiany sprzętowe były planowane.
http://didier.mequignon.free.fr/eiffel-e.htm

Na powyższej stronie jest tylko opis wersji 2.0, ale nigdzie w necie nie znalazłem już informacji ani o nowszym sprzętowo Eifflu, ani o dostępności firmware nowszego. Ostatnia dostępna wersja firmware to 1.10 i takiej tu używamy.

Dla wersji 2.0 napisano, że miały być takie zmiany: Taktowanie urządzenia 8MHz zamiast 4MHz. Tam napisano, że się nie wyrabia szybkością transmisja i gubi niektóre kody przesyłane. Miała być też poprawka repetycji wciśnięć klawiszy. Te rzeczy tłumaczyły by to co się czasami dzieje, że klawisze się blokują czasem, np. jakiś klawisz sam się wciska. x_angel pisał mi o zasilaniu, ale ja znalazłem, że to są problemy powtarzalne, można znaleźć na naszym forum informacje o tym, pisane przez Krolla i kogoś tam jeszcze, nie pamiętam, bo w sumie nikt nie dyskutował o tym Eifflu u nas za dużo. Opisy tych problemów znalazłem też w wątkach na atari-forum i atariage, ale nigdzie nie było też rozwiązań, za to wszędzie było info, że nie ma kontaktu z autorem Eiffla.

Na powyższej stronie widnieje też informacja taka:
Near all IKBD supported (only IKBD_SET_MOUSE_THRESHOLD, IKBD_SET_FIRE_BUTTON_MONITOR, and IKBD_CONTROLLER_EXECUTE are not supported).

Nie znam się na tych procedurach systemowych, bo jak pisałem wcześniej nigdy nie programowałem nic na ST. Ale patrząc na nazwę procedury, może IKBD_SET_FIRE_BUTTON_MONITOR to jest właśnie to co nie działa i dlatego fire w grach nie chodzi? Ja nie umiem, ale gdyby ktoś potrafił jakoś zdebugować czy te niedziałające gry wykorzystują może właśnie tą procedurę, albo ktoś umiał by sprawdzić co ta procedura właściwe robi i czy to może mieć związek?

Przykładowe gry, w których na Eiiflu nie działa fire, a działa zamiast niego prawy przycisk myszy:
Prehistorik
Gods
Fred
Dizzy Prince of the Yolkfolk

Ilość gier rośnie, a ja sprawdziłem tylko coś koło 30-40 tytułów, przy czym nie są to jakieś tam byle gry, tylko czołówka hiciorów...

Chodzi o to z tego co zauważyłem, że w Atari system ma gotowe procedury odczytu joya, myszy. Programiści pewnie to wiedzą lepiej, bo ja nigdy nic jeszcze na ST nie programowałem, ale wiem że są inne procedury do odczytu myszy, a inne do odczytu joya, pomimo że fizycznie dzieje się to na jednym i tym samym porcie. W Atari fizycznie to się dzieje na tych samych portach, więc wybór procedur odczytu zależy od programisty i tych metod na odczyt danych z portów joya i myszy jest kilka. To że procedura nazywa się "odczyt przycisku myszy", to nie znaczy że nie można jej użyć do odczytu przycisku joya i w grach najwyraźniej nieraz tak jest.

W Eifflu oprogramowanie PIC emuluje tego chipa, co on siedzi w oryginalnej klawiaturze. A więc naśladuje uruchamianie procedur systemowych w ST.
Początkowo Eiffel nie miał w ogóle portów joyów, na początku była tylko obsługa myszy i klawiatury PS/2. Obsługa procedur komunikacji z myszą i klawiaturą została dość dobrze dopracowana. Dopiero w późniejszych wersjach Eiffla dołożono te dwa porty joya i zrobiono im odrębną obsługę, ale te porty są związane tylko z obsługą procedur związanych z joyem. Z tego powodu nie da się np. podłączyć normalnej myszy od Atari, bo procedury komunikacji z myszą, z automatu rozmawiają tylko z myszą PS/2. I odwrotnie, procedury joya działają tylko z portem joya. No i tak jest ok, dobrze ktoś to wymyślił, bo w większości przypadków działa to poprawnie, ale właśnie ten nieszczęsny fire/przycisk myszy nie został wzięty pod uwagę.

Z punktu widzenia projektanta podobnych urządzeń, a także programisty mikrokontrolerów i mikrokomputerów, jestem na 100% pewny, że zmiana w firmware żeby połączyć prawy przycisk myszy z fire joya, jest bardzo prosta i da się ją łatwo "na kolanie" zrobić. Dla mnie problem jest w tym, że nigdy nie programowałem na PIC-a, więc musiał bym poszukać sobie środowiska jakiegoś, softu do kompilacji, doczytać jak się to wszystko kompiluje, doczytać datasheety PIC-ów itd. Rzecz mnie na tyle intryguje, że pewnie się tym w końcu będę chciał zająć, ale przewiduję tutaj walki z moją własną niewiedzą i zużycie dużej ilości zasobu jakim jest czas, a tego obecnie nie posiadam w nadmiarze:-)

A z innej beczki: wsadziłem brakujący układ HC11 i sprawdziłem przełączanie TOS-ów - działa dobrze, startuje 1.04 i 2.06.

Przepisywać na inny mikrokontroler, czy tam pisać od nowa to nieee...

Ja pomyślałem, że jak są źródła, to można by je spróbować skompilować na ten sam mikrokontroler i sprawdzić czy się uda osiągnąć taką sytuację, że się uzyska identyczny wsad jak ten gotowy.

Jak to by się udało, to wtedy dziabnąć tam tylko "oszustwo" w kodzie, żeby fire joysticka zapisywał się jako przycisk prawy myszy jednocześnie (żeby się fire joya i prawy przycisk myszy sumowały logicznie). To by wystarczyło prawdopodobnie, żeby działały wszystkie gry poprawnie.

Ja nie pamiętam dokładnie i odpowiedź będzie z pewnością nieprecyzyjna, ale był taki kiedyś czas, że zanim się standardy ustandaryzowały, to na rynku krążyła cała masa takich dziwnych wtyczek różnych. Pamiętam, że w pierwszych aparatach cyfrowych były takie różne wynalazki na przykład. Jak się zmieniało aparat, albo jak ktoś miał jakiś tam inny model, to do każdego trzeba było mieć inny kabel i nic nie pasowało do siebie nawzajem. Masakra była z tymi kablami.

@Zgrd: ja całe życie bawię się i pracuję zawodowo w programowaniu i w elektronice. Nie chodzi o to na ile jestem w tych dziedzinach dobry, nie chodzi też o to że jakimś wyższym poziomem jest AI. To nie tak, to jest zupełnie odrębna dziedzina nauki (przynajmniej ja to tak widzę). W programie lub w elektronice mogę odwzorowywać pewne algorytmy, ale AI, to nie jest kwestia tego odwzorowywania, tylko pomysłu na takie algorytmy właśnie. Z kolei ktoś od AI nie musi się tak na prawdę w ogóle znać na elektronice, czy na programowaniu. Może opisywać jakieś tam zachowania, czerpać z tego wnioski, budować algorytm. Ja to tak widzę, nie mam wiedzy ani z zakresu sieci neuronowych, ani z zagadnień AI, nie znam się na tym po prostu, ale nie uważam, że to jakaś czarna magia, to jest po prostu kolejna dziedzina wiedzy, którą da się przyswoić i da się nią zajmować. Kwestia tylko tego, że każdy robi coś innego i nikt nie może robić wszystkiego, bo by mu czasu na to w życiu nie wystarczyło.

Kanis: gra w Mario robi na mnie większe wrażenie niż to International Karate. Zwłaszcza ten moment, że algorytm czeka chwilę na żółwia i załatwia go podskokiem gdy ten wyjdzie z niskiego przejścia, a nie pcha się do przodu gdzie by zginął. Fajne, ciekawi mnie na czym polega taki proces uczenia się, ale to za duży temat do ogarnięcia w 5 minut, a więcej czasu nie mam:-)

Zrobiłem jeszcze trochę testów. Wygląda na to, że ten sam problem występuje w programie testującym joystick i mysz od Putnika (JOYMOUT.PRG) i w grze Prehistoric. W obu przypadkach po prostu nie działa fire w joysticku, natomiast działa prawy przycisk myszy. Wydaje się, że Eiffel w jakiś sposób przełącza sobie czy ma czytać przycisk z myszy czy z joya i niestety nie działa jeden i drugi na raz. Może to zależy od tego w jaki sposób jest zrealizowana obsługa fire w danej grze i wtedy Eiffel na tej podstawie jakoś to sobie przełącza. Szkoda że to tak jest zrobione, powinno być jak w oryginalnej klawiaturze Atari, że prawy przycisk myszy jest fizycznie tym samym co przycisk fire w porcie joya i po prostu działają zawsze równolegle oba te przyciski.
Zastanawiam się jeszcze i nadal poszukuję czy da się to jakoś rozwiązać, bo to w sumie dość poważny problem, będzie on dotyczył być może większej ilości gier.

Tutaj ktoś sprzedaje eifle: https://klydes-korner.site/en/product/a … joysticks/
I tam stoi napisane tak: "However I noticed that the joystick function is not supported by all games. Doing research it seems that there are several methods of joystick support by the Atari ST. The Eiffel adapter doesn't emulate all of these methods, so it's hit-and-miss."
Dalej jeszcze napisano tak: "The joystick ports also do not emulate the mouse function, so you cannot plug an Atari mouse into the joystick port."

Tak że trochę lipa z tym Eiflem, bo niby to fajne, ale nie do końca działa. To jest kawał urządzenia, z wieloma funkcjami, dość szeroko oprogramowane, bo zrobienie protokołów do komunikacji PS/2 z myszą i klawiaturą to spora robota, dodatkowo obsługa różnych map klawiatur, możliwość konfigurowania własnych itd, to jest wszystko super, ale co z tego jak nie działa dobrze normalny port joya i myszy, które są podstawowymi peryferiami, bez których nie da się używać komputera. Sorry, ale chyba będzie trzeba wywalić to wszystko i podłaczyć normalną klawiaturę od ST z normalnymi portami joysticka i myszy... No chyba, że ktoś umie i podejmie się kontynuacji projekty Eiffel i dokończy tą obsługę tych dwóch portów joya?

Jeśli chodzi o to, co opisałem wcześniej w punktach 1 i 2, czyli miganie diod klawiatury, zapełnianie bufora itp., to wygląda na to, że te rzeczy występują tylko w przypadku kiedy odpinam i wpinam wtyczki na włączonym komputerze. Po prostu dużo rzeczy przepinałem, odpinałem i przypinałem mysz i klawiaturę, zmieniałem porty joya itp. Wtedy Eiffel potrafi ześwirować, ale z drugiej strony nie jest to raczej problemem, bo jak wszystko mamy podpięte i nie grzebiemy w kablach, to problemy te nie występują, a przynajmniej dziś po dłuższych testach nic takiego mi się nie działo już.

Zasilacz zwykły wtyczkowy mam na razie do testów 5V/2A. Ale z tym nie ma problemu, to wszystko działa dobrze jak już wyżej napisałem.

Też pamiętam że fire i w dół zawsze wciskałem, ale też nie wiem na 100% czy trzeba jednocześnie. Generalnie tak, chodzi o to, żeby trafić z refleksem dokładnie w moment kiedy jest "Go", wtedy im szybciej trafimy, tym więcej desek na raz idzie, aż do samego dołu wszystkie można zrobić i pamiętam, że mieliśmy to tak obcykane, że prawie za każdym razem się wszystkie robiło.

Idea bota jest super fajnym przedsięwzięciem i na pewno daje sporo satysfakcji. Miłej zabawy! Natomiast co do praktycznego zastosowania, to mnie się wydaje, że roboty z tym pewnie jest dość sporo, żeby takiego bota nauczyć sensownie grać w jedną tylko grę, więc raczej chyba o ideę chodzi i o samo dłubanie sobie takiego rozwiązania, niż żeby je faktycznie zrobić? Wyobrażam sobie, że do użytku na co dzień zamiast drugiego gracza, to potrzebny był by bot, który umiał by grać w dowolną grę i uczyć się nowych gier w tempie takim jak potrafi to zrobić żywy człowiek:-) Jednak co gra na dwóch, to gra na dwóch, potrzebne są jeszcze okrzyki drugiej osoby siedzącej obok, np. "ty chu....!!!", oraz trzask joya kolegi rzucanego o podłogę po naszym ciosie:-)

Dzięki Cyprian za precyzyjne info.

Dzisiaj potestowałem trochę gry. Generalnie wszystkie działają (przynajmniej te, które testowałem), ale mam pewną zagwozdkę z tym interfejsem Eiffel. Nigdy wcześniej tego nie używałem, więc może nie wiem jak to obsługiwać, może to ma jakieś funkcje zaszyte, albo jakieś tam prawidłowości, albo coś automatycznie sobie konfiguruje, albo coś? Ale w czym rzecz: mam kilka przypadłości z tym interfejsem i nie wiem czy to tak ma być, czy coś jest nie tak, czy co.

1. Od czasu do czasu (rzadko) zdarza mi się, że jak wcisnę jakieś klawisze, to tak jak by się zapamiętały w jakimś buforze i potem np. jak odpalam jakiś program, czy grę, gdzie jest "naciśnij dowolny klawisz", to jakby z automatu naciska się "dowolny klawisz". Czasem jest tak, że tylko jeden raz się to dzieje, ale czasem jest tak, jak by jakiś klawisz był cały czas wciśnięty już na stałe. Czasami dzieje się to nawet pod GEM-em, wtedy słychać dźwięk wciskanego cały czas klawisza, a jak się powciska trochę klawisze różne na klawiaturze byle jakie, to za chwilę się to naprawia.

2. Czasami po odpaleniu różnych gier, programów, pracy dłuższej, nagle zauważam, że na klawiaturze migają regularnie z prędkością 1-2 razy na sekundę diody dwie (chyba numlock i capslock). Wszystko wtedy działa nadal niby normalnie, ale migają te diody i to jest takie wolne cykliczne miganie, jak by to jakaś opcja była czy coś, dlatego pomyślałem, że może się coś jakimiś kombinacjami klawiszy konfiguruje w tym eifflu? Niestety nie wiem co wciskam, żeby się tak stało. Dwa razy mi się tak zdarzyło, ale nie wiem jak to zrobiłem...

3. Używam myszy na PS/2, w porcie joysticka 0 nie mam nic wpiętego, a w porcie 1 mam joystick. Gram w różne gry i joystick działa zarówno jeśli chodzi o kierunki, jak i jeśli chodzi o fire. Ale jest jedna jedyna gra Prehistoryk, w której nie działa mi fire w joysticku. Wciskam ten fire, a on nie robi nic (powinien walić maczugą). A kierunki działają normalnie i chodzić postacią można. Ciekawe jest dodatkowo to, że jak wcisnę prawy przycisk myszy, to działa maczuga. Bardzo dziwne... W Atari normalnie jest tak, że fire od joysticka i prawy przycisk myszy, to jest fizycznie ten sam przycisk, więc powinna działać maczuga zarówno na ten prawy przycisk myszy, jak i na fire. A tu na myszy działa, a na joyu nie. A przypominam, że fire w joyu działa poprawnie we wszystkich innych grach, które testowałem (około 20 różnych gier). Jest jeszcze taki program Putnika do testowania joya i myszy, i w tym programie Putnika mam taki sam problem, że ten fire nie działa. Z tego co pisał Putnik na jakimś forum, to ten program używa jakichś funkcji systemowych do odczytu joya i myszy, a nie komunikuje się bezpośrednio ze sprzętem. Może większość gier komunikuje się inaczej bezpośrednio ze sprzętem i wtedy to działa, a Prehistoryk może wykorzystuje funkcję systemową też? Może to kwestia TOS-u? Używam tylko 2.06. Zmierzam do tego, że może eiffel nie obsługuje jakiejś funkcji czy coś? A w ogóle @x_angel: jakiej wersji firmware do eifla używasz?

A oto krótka relacja z budowy mojego egzemplarza: tydzień czasu w praktycznie wszystkich wolnych chwilach lutowałem to wszystko i wylutowywałem scalaki z płyty dawcy. Spodziewałem się, że na początku nic się nie uruchomi, potem będę szukał błędów i miał z tym jeszcze kupę dobrej zabawy, ale niestety zabawa skończyła się nader szybko, bo po złożeniu całości odpaliłem kompa i od razu wstał, i wszystko w nim działa.

Drobne niuanse i podpowiedzi:

Tak jak pisał wyżej x_angel, nie miałem generatora takiego jak kwarc w ST, więc na pałę dałem zwykły 32MHz. Na takim kwarcu wszystko działa, odpalają się programy, odpalają się gry i dema. Czytałem gdzieś na forum zagranicznym, że jak się da inny kwarc niż być powinien, to się może coś tam wywalać w tzw. "docyklowanych demach", bo tam przypada inna ilość cykli w linii, czy tam inna ilość cykli w stosunku do cykli zegara od RS232, a stamtąd jest też pobierany czas do jakichś obliczeń czy coś... Nie znam się na tym:-). Ale faktycznie np. w demie Execute komputer zawiesza się w połowie dema na jakimś efekcie i widać jakieś linie obrazu wyjeżdżające na ramkę, tak jak by tam włąśnie coś się nie zmieściło czy coś... Muszę to jeszcze dokładniej przetestować z ciekawości, ale oczywiście tak czy owak generator 32MHz dałem tymczasowo, a zamierzam zbudować generator na kwarcu wziętym z płyty dawcy pozostałych części, więc będzie wszystko tak jak było w oryginale i powinno wszystko śmigać dobrze wtedy.

Pamięci dałem KM416C1200J-7. Co ciekawe te pamięci waliły błędami w Amidze, która potrzebowała EDO, a te się nie nadawały. Myślałem że są uszkodzone, ale nie wyrzuciłem i zostawiłem je. I bardzo dobrze:-) Pamięci, które działają w Amidze 500, nie chcą działać w Atari, a te które w Amidze nie działają, to z kolei w Atari działają elegancko. Moje o których mowa, chodziły w yaart sobie na testach przez kilkadziesiąt powtórzeń i nie pokazały żadnego błędu.

Mała podpowiedź dla tych, którzy tak jak ja nie mają WD1772, a nie chcą korzystać z FDD  jest on im niepotrzebny. Jeżeli będziemy korzystać tylko z IDE (w moim przypadku karta CF), to można oszukać bardzo łatwo Atari. Atari odpalone bez układu WD1772 nie pójdzie, wywali dwie bomby i koniec. Wystarczy zamiast układu w podstawce zewrzeć razem piny 27 i 28, oraz podłączyć je oba do pinu 14. Wymyśliłem to już dawno temu i korzystałem wielokrotnie z tej metody, bo WD jest deficytowy, a ja i tak zawsze używam czegoś na ACSI, albo na IDE.

I jeszcze jeden hint. Na płycie ATX jest zrobiony przełącznik TOS-ów 1.04/2.06, który wykorzystuje trzywejściowe bramki AND układu 74LS11. Nie miałem akurat takiego układu, ale wymyśliłem jak bez niego zrobić tymczasowe obejście łatwo. Użyłem układu 74LS08, który miałem pod ręką. Wystarczy odgiąć mu nogi 3,11,12 i można go wsadzić zamiast 74LS11. W takim wypadku trzeba zworki obie na płycie przestawić w pozycję TOS 2.06 i tylko z tego TOS-u można skorzystać, ale da się tak łatwo odpalić już komputer nie mając tego jednego układu. Przy okazji sobie tam podmienię jeszcze ten układ, albo może i nie:-)

Co jeszcze... Przetestowałem IDE, działa dobrze, przetestowałem pamięć, jest ok, przetestowałem interfejs eiffel z klawiaturą i myszą PS/2 oraz wejścia joysticków, wszystko działa ok. Odpaliłem kilkanaście gier różnych i wszystkie działały poprawnie. Odpaliłem dwa dema, jedno  zadziałało, drugie się zawiesiło w połowie, jak pisałem już wyżej.

W następnych krokach planuję wykonać generator z kwarcem z mojej płyty Atari-dawcy. Moja płyta była akurat w wersji PAL, jest tam kwarc 32.084988MHz. x_angel dawał generator bodajże 32.04245MHz, ale on miał układy w wersji NTSC i tam był właśnie taki kwarc dawany.
Dalej będę jeszcze przeprowadzał większą ilość testów dem i gier, muszę jeszcze też uruchomić midi.
Następnie jak stwierdzę, że wszystko działa dobrze, to zabiorę się za odpalenie STGA. Mam już sprawną kartę ET4000, któr ą przetestowałem w starym pececie, więc mam na czym działać.
Jak mi się uda to odpalić wszystko, to dalej pomyślę nad jakąś dopałką, może jakiś Alt-RAM dołożę, zobaczymy.
Aha, no i jeszcze jakaś obudowa będzie rzeźbiona itd. W każdym razie mam zabawy na kupę czasu:-)

Pady, czy tam joysticki, nie będą działały bez PIC-a. PIC obsługuje klawiaturę i mysz na PS/2 oraz złącza joysticków.

Jeszcze dopiszę odpowiedź na wcześniejszy post, chociaż już po czasie, ale może się komuś w przyszłości przydać.
Na TOS 2.06 jak wyskakują 4 bomby przy braku zarówno stacji dyskietek, jak i braku działającego dysku/karty CF na IDE, to jest to zachowanie normalne i mówi właśnie o tym błędzie, że nie ma skąd wystartować, bo nie idzie boot ani z dyskietki, ani z dysku.

Ja się nie znam, tylko żartuję sobie:-)