Neueste Beiträge

11

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

« Letzter Beitrag von udo am Heute um 08:00:24 »

Was zeigt denn info an? Bei mir kommt da momentan:
BF fpga-shell:> info
raw Input Voltage: 0350
Input Voltage: 5.19V
ATMEGA-Version: 20260125
Boot image id: f
Boot App Version: 0
FPGA-Coretype: 07 30 (Suska-III/IV-B* FALCON WF68K30)
FPGA-Version: 20251224

Bis auf die ATMEGA-Version solltest Du mehr oder weniger das selbe sehen.
Vor allem kannst Du hier checken, ob Du wirklich die letzte FPGA-Version hast. Falls das so ist, solltest Du mal sowohl MMU als auch Cache einschalten (d.h. Switch 7 und 8 unten), seit der Version 20251224 funktioniert bei mir MMU und Cache.
Es sieht so aus als ob Du vorwiegend TOS404 nimmst, da Du von HD-Driver schreibst, zunächst versuche mal ob EmuTOS stabil läuft.

12

Software (16-/32-Bit) / Re: „Fastload“ für TOS 1.0/1.02

« Letzter Beitrag von goetz @ 3rz am Heute um 00:20:02 »

Mir ist wieder „Double Click Software“ eingefallen – von dort aus war es nicht weit zu "Pinhead 1.4".

PinHead is a *very* tiny program (it uses less than 1K when installed!) that should be run from your AUTO folder, PinHead will drastically reduce the amount of time it takes to boot your computer, especially if you have several AUTO programs and desk accessories installed. Every program that runs after PinHead will load into the computer faster than you ever thought possible! And this speedup is not only evident at bootup time; programs will load much faster even when they are run from the GEM desktop or a shell […].

PinHead 1.4 works with all ROM versions of TOS: 1.0, 1.2, and 1.4.

Even though TOS 1,4 contains its own built-in "fastload" feature, I decided to make PinHead support TOS 1.4 as well, because in some cases PinHead's fastload is more compatible with improperly written ST applications, (Two very popular programs that don't work correctly with TOS 1.4's fastload, but do work with PinHead 1.4, are ARC.TTP […] and the GFA Basic 2.x Interpreter.)

https://www.atariuptodate.de/en/7328/pinhead

13

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

« Letzter Beitrag von mcknopf am Gestern um 23:11:00 »

Ich habe heute Problemlos den aktuellen Core aufgespielt. Leider bewirken die Upgrades nichts an den Problemen mit angeschlossener Hardware, die Maus hängt offenbar bevorzugt, wenn gleichzeitig auf die SD Karte zugegriffen wird.
Die IcyBox hat eine eigene Stromversorgung, da hier schon positive Erfahrungen berichtet wurden, habe ich mal die Suska über die IcyBox mit Strom versorgt. Die Suska stürzt immer ab, wenn der USB Treiber nach angeschlossenen Geräten scannt. Wenn ich das Uart Kabel verbunden habe, zeigt das Terminal nichts weiter an. Einen USB Stick statt Tastatur funktioniert und wird im HD-Driver angezeigt. Meine Falcon Festplatte über USB Adapter wiederum führt zum Absturz. Besteht da Hoffnung, dass das Problem lösbar ist?

14

Hardware (Classic 16-/32-Bit) / Re: ACSI2STM Nano ...

« Letzter Beitrag von czietz am Gestern um 21:31:42 »

Nix mit Byte-Swap. Das ist ACSI, nicht IDE.

15

Hardware (High-End) / Re: Raven060 - Aufbau-Abenteuer

« Letzter Beitrag von Nervengift am Gestern um 21:01:15 »

Mal ein kleiner Zwischenstand: Mit der Soundkarte bin ich leider nicht weiter.

Dafür läuft MagiC etwas runder: Das Shutdown-Programm im GEMDESK-Ordner hat das System zwar runtergefahren, aber wenn man den Button Warmstart oder Kaltstart angeklickt hatte, passierte gar nichts. Der Raven froh dann ein. ShutDown 1.6 für MagiC löst das Problem!

https://alex.barton.de/computer/atari/download/

Mit dem Shutdown-Programm klappen Warm- und Kaltstart ohne Probleme und das Programm bietet noch ein paar mehr Möglichkeiten als das Original. Wie es scheint ist alles, was im GEMDESK- bzw. MGXDESK-Ordner des aktuellen MagiC-Builds liegt, vermurkst. Zumindest läuft das auf dem Raven anscheinend nicht so rund.

Netzwerk unter MagiC ... bzw. Probleme mit der Namensauflösung: Das hat sich auch mehr oder weniger erledigt. Alles, was nach MagiCNet, StinG/StiK, iConnect usw verlangt, läuft! Was allerdings Probleme macht, ist Software, die nach MiNTNet verlangt. Vor allem neuere Programme, die MiNTNet erfordern, laufen gar nicht unter MagiC.

16

Software (16-/32-Bit) / Re: „Fastload“ für TOS 1.0/1.02

« Letzter Beitrag von goetz @ 3rz am Gestern um 20:37:09 »

Unser originaler 520STM wird auch TOS 1.00 behalten. Zum Spielen von Floppy mit 512K RAM langt das auch.

Bei mir waren damals diese "Verify aus" Helfer immer eher instabil. Your mileage may vary...

Es geht (mir), siehe OP, nicht um Verify aus. Sondern um „gesamten Arbeitsspeicher bei jedem Programmstart löschen aus“.

17

Hardware (Classic 16-/32-Bit) / Re: ACSI2STM Nano ...

« Letzter Beitrag von Lukas Frank am Gestern um 20:34:23 »

... genügt es, das Festplattenimage als "hd0.img" im Ordner "acsi2stm" auf der ST-Karte abzulegen, um den ACSI-Modus zu aktivieren.

Ja klappt jetzt mit dem ICD leeren 2GB Image umbenannt in hd0.img und im Ordner acsi2stm abgelegt. Habe das mit HDDriver neu partitioniert und Hddriver installiert ohne Probleme.


Wenn man ein Image selber erzeugen möchte wie muss das beschaffen sein? Byteswap?

Dieses ICD 2GB Image läßt sich in Hatari nicht laden weil das byteswap ist und deshalb nicht Atari kompatibel?

18

Hardware (Classic 16-/32-Bit) / Re: ACSI2STM Nano ...

« Letzter Beitrag von Lukas Frank am Gestern um 20:05:27 »

Habe das leere 2GB Image ICD geladen und auf die mit F32 eingerichtete SD kopiert und es passiert nichts beim booten. Hatte auch gelesen man müßte einen Ordner ACSI2STM erstellen auf der SD Karte und das Imgae da reinlegen aber geht auch nicht. Dieses Image läßt sich in Hatari nicht benutzen!

GEMDRIVE Modus funktioniert auf den ersten Blick aber einige Autoordner Programme oder ACCs haben Probleme damit.

ICD Treiber Paket findet ein ACSI Gerät mit der ID0 aber kann die SD Karte nicht partitionieren. Aber ohne ein Image zu benutzen.

Habe gelesen das dieses ACSI2STM nicht mit HDDriver kompatibel ist, wer weiss mehr ...?

Der Entwickler von HDDRIVER, vielleicht? 

Jedenfalls: Beim ACSI2STM (jedenfalls der Nicht-Nano-Version, die ich habe) genügt es, das Festplattenimage als "hd0.img" im Ordner "acsi2stm" auf der ST-Karte abzulegen, um den ACSI-Modus zu aktivieren. https://github.com/retro16/acsi2stm/blob/stable/doc/standard_configurations.md#normal-st-with-acsi-images

Ja habe ich auch gelesen aber bin zu dumm das umzusetzen bei mir. Habe ein 900MB Image benutzt das Hatari als ACSI Image nutzt mit zwei Partitionen drauf.

19

Hardware (Classic 16-/32-Bit) / Re: ACSI2STM Nano ...

« Letzter Beitrag von czietz am Gestern um 19:55:57 »

Habe gelesen das dieses ACSI2STM nicht mit HDDriver kompatibel ist, wer weiss mehr ...?

Der Entwickler von HDDRIVER, vielleicht? 

Jedenfalls: Beim ACSI2STM (jedenfalls der Nicht-Nano-Version, die ich habe) genügt es, das Festplattenimage als "hd0.img" im Ordner "acsi2stm" auf der ST-Karte abzulegen, um den ACSI-Modus zu aktivieren. https://github.com/retro16/acsi2stm/blob/stable/doc/standard_configurations.md#normal-st-with-acsi-images

20

Hardware (Classic 16-/32-Bit) / Re: ACSI2STM Nano ...

« Letzter Beitrag von Oelfuss1974 am Gestern um 18:27:36 »

Moin, ich habe den ACSI2STM für den DMA Port und nutze dort den ICD Treiber ohne probleme.
Sowohl als GEM, als auch als HD. Allerdings hatte ich immer probleme mit dem Einrichten der Festplatte (Partition erstellen und dergleichen), habe einfach ein leeres Image vom Anbieter (habe meinen ACSI2STM auch von dort) genommen und es anschließend verändert.

Ich hoffe ich konnte weiterhelfen.
Gruss Michael