Można kupić nowy napęd MO on z pewnością będzie działał.
https://www.ebay.pl/itm/163851464006?ha ... R9b9yIq8YQ

Sprawdziłem, to nie to. W niskiej rozdzielczości i średniej jest to samo. Po załadowaniu sterowników do karty, zmienia się adres ekranu i jest OK, więc może jakaś poprawka "nachodzi" na ten obszar, tylko że wtedy powinny być zepsute nie tylko czcionki, ale i inne elementy na ekranie,. Szukam dalej.

Napiszę tukej co by nie mnożyć wątków.

Co może być przyczyną takich problemów:

przykładowe akcesorium:

gdyby "coś" "śmieciło" w pamięci ekranu problem nie dotyczyłby tylko liter.

Jest to obraz TOS załadowany do pamięci po modyfikacji.
Po załadowaniu sterownika do karty graficznej (NOVA) problemu już nie ma i wszystko jest czytelne (nawet gdy karta startuje w rozdzielczości 640x400 mono). Jeżeli tylko uruchomiony jest EMULATOR.PRG problem występuje. Gdzie szukać konfliktu (pamięć ekranu, czcionki)?

Składając adaptery VME dałem wszystkie scalaki od spodu, aby karta leżała jak najbliżej adaptera, w przeciwnym wypadku był już konflikt w przestrzeni :)
Co ciekawe adapter był zrobiony do montażu układów "na górze", więc jak pewnie widać wszystkie scalaki mają wygięte nogi o 180st. i tak zostały przylutowane.

Tak. Zamiast jumpera MSTE/TT.

Niestety, ale jest tam tyle miejsca ile jest, a tak jak wspomniałem chodziło o to, aby nic nie wycinać z oryginalnej obudowy.
Taka byłaby idealna, ale nie ma sterowników :)
https://allegro.pl/oferta/oak-oti-067-2 ... 2911416475
albo lepiej taka:
https://i.ebayimg.com/images/g/VT8AAOSw ... -l1600.jpg

Niejako przy okazji spróbowałem systemów z gałęzi TOS, które poradzą sobie z 68010.

Pierwszy to zmodyfikowany TOS1.06

Update TOS 1.6 fuer ST/STE/68010:

Folgende Aenderungen wurden durchgefuehrt:

1.      Alle Patches aus TOSFIX.PRG (von Atari) wurden durchgefuehrt
2.      _shell_p ($4F6) wird bei reset auf null gesetzt
3.      befindet sich auf Diskette kein DESKTOP.INF, so wird alternativ
        nach DESKTOP.INC fuer Farbe, sowie nach DESKTOP.INM fuer monochrom
        gesucht. Fehlen diese, wird eine Version aus dem ROM verwendet,
        welche standartmaessig die Textdarstellung verwendet.
        Achtung - bei 'Arbeit sichern' wird immer DESKTOP.INF verwendet.
4.      Wird ein ausfuehrbarer Bootsektor geladen, so wird gefragt, ob
        dieser ausgefuehrt werden soll. Bei einigen Programmen muss man
        sich allerdings beeilen, da diese davon ausgehen, dass das Laufwerk
        noch selektiert ist.
5.      Zusaetzlich wurden noch folgende Tastaturbefehle implimentiert:
        CTRL ALT 1: Mouse Speeder aus
         "    "  2:   "     "     geringe Wirkung
         "    "  3:   "     "     grosse Wirkung
         "    "  5: 50 Hz
         "    "  6: 60 Hz
         "    "  P: parkt alle Atari-Harddisks (Target 0-7, Unit 0&1)
         "    "  K: Tastaturklick aus/an
6.      Bei gedrueckter ALTERNATE-Taste, koennen ASCII-Codes in dezimal
        eingegeben werden. (Nur mit dem numerischen Tastenfeld)
7.      Werden waehrend eines Reset Pin 20 und Pin 22 der RS232 kurz-
        geschlossen, so wird ein echter RESET durchgefuehrt (unabhaengig
        von $426)...

Sysinfo się trochę gubi z rozpoznaniem procesora i opcja "CPU cache on" aktywna :)

Profile pokazuje prawidłowo:

Drugi system to oczywiście KAOS:

sprawdzę wszak powinien działać też z PAK.

W kwestii uzupełnienia. Po zainstalowaniu procesora 68010 i TOS2.06 pojawiają się cztery bombki w momencie odczytu NEWDESK.INF.
Trzymając klawisz "Control" można tego uniknąć i następnie załadować ustawienia z pliku.
Szukałem i znalazłem jaka jest tego przyczyna, chodzi o bodaj czwartą linię w NEWDESK.INF zaczynającą się od #E.

Video settings (some features not available on some versions of TOS)
#E PR BR xx OP LD CM xx xx xx...

dokładnie to czwarta liczba (OP) i bit 1.

Niestety jedyne informacje jakie znalazłem nie wyjaśniają jego znaczenia :(

   OP = Other configuration parmaters

     bit 4: Input parameter (from "Desktop Config")
        0 = filename             1 = pathname

     bit 3: Default directory (from "Desktop Config")
        0 = Top Window           1 = Application

     bit 2: Size to fit
        0 = off                  1 = on

     bit 1: ?
        1
        
     bit 0: Sort on, off
        0 = Sort on              1 = Sort off

gdy bit jest ustawiony sypią się bombki, w przeciwnym wypadku zgłasza się ładnie pulpit. U mnie to działa. To musi być jakaś opcja z menu.
Gdzieś w niemieckim magazynie coś na ten temat czytałem, ale zgubiłem :(

Uprzedzając pytania dlaczego karta nie jest bardziej przesunięta w prawo, odpowiadam: z uwagi na kolizję ze słupkiem, nie chciałem niczego piłować w obudowie. Maskownicę na tył da się zrobić.

Jako, że do wszystkich kart jest jeden GAL, można go zainstalować na stałe. U mnie działa z Mach64.

   s := char_ptr($12345);
  d := char_ptr($23456);

No właśnie tak. Swoją drogą nigdzie takiego zapisu nie widziałem. Każda wersja Pascala na Atari pozwala na inne rzeczy, a książki znalazłem tylko do Hi i Personal.

Dostałem podpowiedź:
https://www.atari-forum.com/viewtopic.p ... 80#p440880

i faktycznie teraz działa, choć nie w moim przypadku :) Prosty program działa z wpisaniem pod adres i odczytem, ale zapisywanie do rejestrów karty już coś nie bardzo. Mam program który wykrywa kartę SB i odgrywa prostą melodyjkę.

Wersja Maxon (PEEK, POKE) działa, wersja Puree (ze wskaźnikiem) nie. Muszę to jeszcze raz obejrzeć, bo może jest jakiś czeski błąd, albo kwestia ustawień kompilatora, plik wynikowy jest znacznie większy niż pod Maxon'em.

EDIT: Lizard: tylko deklaracja typu, bez zmiennej.
Tak jak podejrzewałem, kwestia wybrania opcji w kompilatorze i gra muzyka :)
Teraz Pinokio idzie dalej sam :) Przynajmniej spróbuję.

Ale jak do jasnej ******* odczytać BAJT z KONKRETNEGO adresu np: $12345. Ja mam mózg zniszczony przez Basic i za ChRL nie rozumiem jego dziadostwa (wskaźników).

Jeżeli chcę odczytywać po bajcie, to deklaruję:

wsk : ^byte;

gdy potem piszę:

wsk := $12345

to jest błąd, że typy niezgodne. Nic z tego nie rozumiem.