Wiedziałem, że nie jestem pierwszy :)
Dzięki Stryker!

Czy ma to ktoś? Te scalaki, to jakieś "normalne" układy, czy programowalne i należy mieć programator?

O ile się nie mylę, to jest to interfejs myszki PC do Atari ST. A jest coś takiego, żeby - tak jak pisałem - dawało na wyjściu informację, którą Atari XL/XE będzie interpretował jakby to był zwykły joy?
Skoro jest taki interfejs do ST, to może da się zrobić żeby XL/XE widział myszkę od PC jako zwykłego joya?
A może jednak za dużo wymagam :P...

Interfejs, którego schemat podał stryker konwerteruje sygnały PS2 na postać zjadliwą dla Atari ST. Zamieniając pewne sygnały miejscami otrzymamy podłączenie myszki dla Amigi.
Powinien działać także dla Atari 8bit w tych gierkach/programach które obsługują myszki dla ST i Amigi.

Od pewnego czasu pracuję nad podłączeniem myszki PS2 do atari ale na trochę innej zasadzie. Kosz całego urządzenia nie powinien przekroczyć 20 zł. Interfejs już działa. Mogę odczytać liczniki wewnętrzne myszki prostą i krótką czasowo procedurką. Odczyt można zrealizować na przerwaniach bądź w głównej pętli programu. Całość zrealizowałem na PICu + rezonator, parę oporników, parę kondensatorów, wtyki do dżojstika i gniazdo ps2.

Problemem nie jest zrobienie interfejsu (znam kilka, różnych rozwiązań), ale odpowiednie wsparcie ze strony
programistów tzn.  przerobienie gierek, programów aby współdziałały z tymi interfejsami. Jak wiadomo Atari potrafi odczytywać sygnały z myszek St/Amigi, ale jest to trochę czasochłonne. Ja proponuję prosty interfejs, z szybką procedurą odczytu licznikiów.
Jeśli ktoś miałby ochotę dorobić obsługę myszki PC do programów obsługujących myszki od Amigi/St to zapraszam do współpracy.

Oto procedura odczytu stanu myszki PS2

;inicjacja portu A - wystarczy raz zainicjować
init:
       LDA #$FF
       STA PORTA
       LDA PACTL
       AND #$FB
       STA PACTL
       LDA #$FF
       STA PORTA
       LDA PACTL
       ORA #$04
       STA PACTL
       LDA #$FF
       STA PORTA
       RTS

;procedura odczytu jednego bajtu z interfejsu
GBPS2  LDA PORTA
       AND #$FE
       ORA TRIG0
       LDX #$FE
       STX PORTA
       LDX #$FF
       STX PORTA
       RTS

; procedura  odczytu stanu myszki
; może być wywołana w przerwaniu 50/s  lub w głównej pętli
       LDA PORTA  *SPRAWDZ CZY PIC JEST ZAJETY
       CMP #$FF
       BNE _END  *
       LDA #$0E   *KOMENDA DLA PIC
       STA PORTA
       LDA #$FF
       STA PORTA
       JSR GBPS2
       STA stan_przyciskow
       JSR GBPS2
       STA pozycjax
       JSR GBPS2
       STA pozycjay
_end: ;

Wyjaśnię jeszcze o co chodzi z komendą dla pic. Otórz wymyśliłem sobie, że będzie można odczytywać to co bezpośrednio nadaje myszka lub też liczniki, które są zaimplementowane w picu. Przykładowe liczniki to:
x:0-227 (1bajt)
y:0-227 (1 bajt) ub
x:0-319 (2 bajty)
y:0-191 (1 bajt) lub dowolne inne zakresy.
Komend może być maksymalnie 127. Część służy do ustalenia rozdzielczości myszki, sprawdzenia czy ma scrolla i tym podobne. A pod resztę moża podpiąć liczniki tak, aby w atarynce nie trzeba było sprawdzać zakresów itp..

darkdk: pomyśl o metodzie na automatyczne sprawdzenie, czy taki interfejs jest podłączony do komputera. Np. jakaś "komenda dla PIC" mogłaby zwracać magiczną sekwencję bajtów, po której program mógłby wykryć urządzenie.

Ten interfejs chodzi mi po głowie od dwóch czy trzech lat - dokładnie nie pamiętam. Oprogramowanie dla pica i atari było juz prawie zrobione, ale padł mi dysk i źródła poszły się je....
xxl - ten wątek śledziłem kiedyś. O ile pamiętam ktoś miał zlecić jakieś firmie zrobienie interfejsu dla myszki i klawiatury pc dla atari.
A teraz kilka słów o interfejsie.
Podstawę stanowi PIC 16F628 plus kilka elementów. Wybrałem go ponieważ: wiem to i owo o  picach (nauczyłem się robiąc XAKI) , jest tańszy od PIC 16f84 (kupiłem kilka sztuk za niecałe 8 zł/szt  w hurtowni), ma większą pamięć programu niż 16f84.
Interfejs zajmuje dwa porty dżojstików (transfer prawie 8-bitowy).
Pierwsza wersja zajmowała jeden port (transfer prawie 4 -bitowy).
Można zrobić wybór programowy 4 czy 8 bitowy - tylko zastanawiam się, po co?
Draco - kilka komend transferuje nazwę interfejsu i wersję softu w różnych formatach - może służyć to do identyfikacji.
Epi - rolki jak najbardziej - jedna lub dwie, trzy lub pięć klawiszy w zależności od tego jaką myszkę podłączysz: optyczna, kulkowa, czy bezprzewodowa - nie ma to znaczenia.
Myślałem jeszcze o tablecie pod ps2 - niestety nie posiadam takiego i trudno mi przetestować soft na tą okoliczność.
Niektóre komendy służą do identyfikacji typu myszki czy tabletu, ustalają skalowanie i rozdzielczość.
Dodatkowo interfejs ma symulować dżojstik i myszkę od ST i Amigi.
A teraz pytanie:
Jakie zakresy liczników proponujecie dla pozycji x,y.  0-159? 0-319?  Rozkazów może być ponad sto, a liczników tyle na ile pozwala pamięć. Sprawdzanie zakresów można  przerzucić na pica..
Oczywiście istnieje możliwość odczytu tego, co nadała myszka/tablet (nazwałem to trybem/licznikami RAW)

A jak wtedy jednocześnie będziemy korzystać z joysticków?

Ok. można będzie podłączyć pod jeden, dowolny port. Oczywiście w tym momencie procedura odczytu bajtu trochę się wydłuży. Inne rozwiązanie - zamontować gniazda dla dżojstików czyli interfejs będzie "przelotowy".
Zdecydowałem się na dwa porty ponieważ szybciej można to obsłużyć. W przypadku podłączenia tabletu, żeby płynnie odczytywać pozycje należaloby to robić około 100 razy na sekundę. Tablet wysyła 6 bajtów informacji, więc trzeba by zczytać 600 bajtów w ciągu sekundy plus narzut protokołu. Robiąc to na jednym porcie - co najmniej 3, 4 razy więcej czasu. Ale to tylko moje rozważania teoretyczne, narazie nie mam tabletu żeby to sprawdzić.

Zakresy liczników powinny być zmienne - do ustalenia jakąś komendą. Najlepiej też, żeby mogły być (ale nie koniecznie zawsze muszą) szesnastobitowe.
Poza tym przesłanie 600 bajtów nawet przy zastosowaniu 4bitowego portu jest i tak co najwyżej porównywalne z nawet kilkoma tysiącami odczytów na sekundę, jak to było dotychczas przy obsłudze myszy Amiga/ST.
Stąd też przyszedł mi do głowy pomysł, że nie od rzeczy byłoby również zrobić w tym samym urządzeniu interfejs myszy Amiga/ST. Jego rola polegałaby nie tyle na dopasowaniu fizycznym, bo wiadomo, że można je podłączyć bezpośrednio, ale na odciążeniu komputera z czarnej roboty.

Btw. Równie dobry do tego celu wydaje się być 89C2051 Atmela, a w zwykłym sklepie jest po 4 zł. No i mam już do niego programator. :)

Da się zrobić, ale  ostatnio doszedłem do wniosku, że to jest niepotrzebne - szczegóły później.

Nie za bardzo rozumiem o co chodzi. Chcesz żeby można było podłączyć do interfejsu mysz od Amigi/ST? Oczywiście da się zrobić, a nawet jest to już zrobione. Istnieje układ, który mocno odciąża 6502 od obsługi myszek Amiga/ST. Dwa liczniki 8-bitowe zliczają impulsy, a wartości odczytuje się szeregowo. Całość o ile pamiętam złożona jest na 3 czy 4 scalakach. Podłącza się do któregoś z portów dżojstika.

Moja koncepcja jest trochę inna: odczyt liczników myszek PS/2, emulacja myszek Amiga/ST przy pomocy myszki PS/2, emulacja dżojstka też przy pomocy myszki i być może emulacja wiosełek.

Ja jednak postawię na myszki PS/2.

Ja mam programator do pic.:)  A tak poważnie to nie chce mi się kombinować z Atmelem. Parę złoty w tą czy nazad nie robi mi róźnicy.

Btw. Oczywiście urządzenie będzie można podłączyć tylko do jednego portu. Wybór będzie zależał od programisty tzn. w zależności od tego czy użyje komend 4- czy 8-bitowych.