Neueste Beiträge

1

Hardware (Classic 16-/32-Bit) / Re: Mehrere Probleme mit diversen Floppy Laufwerken

« Letzter Beitrag von X-Ray am Heute um 20:20:08 »

Ja dachte ich mir auch schon, aufrüsten werde ich die 520 STs aber nicht mehr.
Das jetzt der 1040 STE das ASCI2STM gar nicht erkennt, ist jetzt natürlich übel.
Ich werde ihn zerlegen und die Leiterbahnen durchmessen und ggfs. nachlöten, mehr werde ich wohl nicht mehr machen.
Komme so langsam an den Punkt, die ganzen Geräte so wie sie nun sind abzugeben.

2

Emulatoren / Re: AtariX => MagicOnLinux

« Letzter Beitrag von don_apple am Heute um 18:05:23 »

@AndreasKromke Ich habe jetzt mal einen Debug-build von magiclinux gemacht, und wenn ich magiclinux starte gibt es einige Meldungen auf der Konsole (siehe angehängte debug.txt).

Vielleicht ist das ja für dich interessant um ggf. Fehler im Code zu finden und zu bereinigen.

Die letzte Warnung

Code: [Auswählen]

(17:55:57) DBG-WRN hostpath2HostFD() : fstatat("GEMSYS/MAGIC/STOP/") -> No such file or directory
läßt sich relativ einfach beheben, indem man den Ordner "STOP" im rootfs erstellt. Vielleicht kannst du das ja im Upstream-Repo anpassen das da der Ordner gleich vorhanden ist.

Edit: die beiden Warnungen vom shutdown.prg

Code: [Auswählen]

(17:55:57) DBG-WRN m68k_write_memory_32() -- 68k vec 0x00000008 := 0x0016e736 (bus error) by process C:\GEMSYS\GEMDESK\shutdown.prg
(17:55:57) DBG-WRN m68k_write_memory_32() -- 68k vec 0x00000008 := 0x007cb4a0 (bus error) by process C:\GEMSYS\GEMDESK\shutdown.prg
konnte ich jetzt auch beheben, indem ich das shutdown.prg durch die version aus den aktuellen Snapshots von https://tho-otto.de/snapshots/magicmac/ ersetzt habe.

3

Emulatoren / Re: AtariX => MagicOnLinux

« Letzter Beitrag von AndreasKromke am Heute um 17:51:59 »

(gelöscht)

4

Emulatoren / Re: AtariX => MagicOnLinux

« Letzter Beitrag von AndreasKromke am Heute um 17:50:09 »

Es ist gruselig! Auch ohne NVDI ist ein Fehlkonzept im VDI/XBIOS, das bei den "großen" Bildschirmtreibern, also bei denen mit VT52-Code, zum Durcheinander führt. Das kann man folgendermaßen testen:

- 16M Farben einstellen, kein NVDI
- VT52.PRG deaktivieren
- Mit Strg-B die Shell öffnen
- SID oder SD starten
- Mit Strg-C den Debugger beenden

Ergebnis: Ein bunter Cursor, grün und rosa.

Die Ursache: Xbios Cursconf(), hier mit den Unterfunktionen "cursor hide" und "cursor show". Eigentlich gehört das ins BIOS, nicht ins XBIOS, weil es den VT52 betrifft. Und Cursor ein/aus kann man auch über Esc-e und Esc-f machen. Cursconf springt aber direkt ins MVDI, auf die Sequenzen esc_e und esc_f, unter Umgehung (!) des Grafiktreibers. Die Kernel-Routine kann aber diesen Modus nicht und macht den Bildschirm seltsam.

Ich habe dann in meiner Naivität das Cursconf() geändert, so daß es über con_state springt, genau wie das BIOS Bconout. Aber, ach, es erschien nur seltsamer Mist auf dem Bildschirm. Es sieht so aus, als ob con_term gerade auf die Routine zeigt, die das Zeichen nach dem Esc verarbeitet, statt auf die Grundroutine, die auf Esc wartet. Es müßte also jemand mittendrin in einer Esc-Sequenz das Cursconf() aufgerufen haben. Wie das? Ich hab's erstmal aufgegeben.

Ich habe spaßeshalber mal NVDI aktiviert, und hier läuft dann eine Cursor-Blink-Routine, die, wie die interne, Byte-Zugriffe statt 32-Bit-Zugriffe aufs VRAM macht und damit einen grünen Cursor erzeugt. Aber das ist eine andere Geschichte.

5

Hardware (Classic 16-/32-Bit) / Re: Mehrere Probleme mit diversen Floppy Laufwerken

« Letzter Beitrag von Lukas Frank am Heute um 17:01:40 »

... jeder Festplatten Treiber braucht immer ein wenig Ram.

6

Hardware (Classic 16-/32-Bit) / Re: Mehrere Probleme mit diversen Floppy Laufwerken

« Letzter Beitrag von X-Ray am Heute um 16:50:19 »

Kurze Rückmeldung hier, nachdem das ASCI2STFM gestern angekommen ist.
Abgesehen davon, dass es Probleme hat SD-Karten zu erkennen, wird das Gerät selber am 1040 STE gar nicht erkannt.
Bei einem 520 ST (TOS 1.02) geht es nach mehreren versuchen, wenn es denn mal die SD-Karte erkannt hat, an einem anderen 520 ST (TOS 1.04) werden nach einem Programmstart nur Bomben ausgegeben und es erfolgt ein Reset.

Mir ist auch aufgefallen, dass das Teil auf einem 512KB ST keinen Sinn macht, für viele Programme steht  plötzlich kein Speicher mehr zur Verfügung. Nach einem kompletten Neustart geht es manchmal wieder.

7

Hardware (Classic 16-/32-Bit) / Re: Neues Suska Board

« Letzter Beitrag von udo am Heute um 13:37:19 »

@udo bezüglich AVR-Firmware flashen:
ich habe folgende Teile aus der Schatzkiste hervorgeholt:
USBasp (im Bild oben) und ARCELI Atmel BEI AVRISP (im Bild unten)
Die beiden habe ich noch nie verwendet, und bei dem Glück, das ich momentan habe, kann es leicht sein, dass die beiden auch Schrott sind.
Und welche SW ich da brauche, weiß ich auch (noch) nicht.

Der AVRISP ist genau der, den ich seit Jahrzehnten benutze, der sollte unter jedem OS ok sein.
Wenn ich eine Firmware habe melde ich mich.

8

Hardware (Classic 16-/32-Bit) / Re: Neues Suska Board

« Letzter Beitrag von mcknopf am Heute um 13:36:11 »

Ok über Produktkategorie Suska IV B kommt man da hin, hab ich jetzt gecheckt (und da gibt’s ja noch mehr gutes, was im Hauptmenu nicht angezeigt wird).
Rückmeldung zu as-getid kann ich erst kommende Woche geben, da ich übers Wochenende  unterwegs bin

9

Hardware (Classic 16-/32-Bit) / Re: Neues Suska Board

« Letzter Beitrag von udo am Heute um 13:19:45 »

Die PS2-Option gibt's doch im Shop:
https://shop.inventronik.de/index.php?id_product=39&controller=product&id_lang=1

Interessant, daß Du kein Problem mit dem Flashen am Uart hattest.
Kannst Du mal as-getid eingeben, tät' mich interessieren was Du für einen Chip hast.

10

Hardware (Classic 16-/32-Bit) / Re: Neues Suska Board

« Letzter Beitrag von mcknopf am Heute um 12:54:12 »

Ich update mein Core mit UART Kabel und Linux.
Wie komme ich an die PS/2 Option Udo & Wolfgang? Im Shop kann ich diese ja nicht bestellen. Was kostet diese?