Furia-Turbokarte für (Mega) STE? Das wäre traumhaft.

[goetz @ 3rz]

Der dort eingesetzte 68EC020 ist doch irgendwie eingeschränkt, gegenüber einem klassischen 68020, richtig? Ich habe das User Manual nicht parat, aber klärt doch bitte vorher ab, ob ihm Features fehlen, die im Atari unbedingt benötigt werden. Der Amiga ist in dieser Hinsicht an manchen Stellen ja primitiver gestrickt.

68EC020 = 68020 mit nur 24 Bit/16 MB Adreßraum

[Lukas Frank]

Dem EC020 fehlt etwas ...

[tuxie]

Pak 68/3 läuft auch mit eine ec CPU, geht nur kein Memory Mapping und kein virtueller Speicher aber als Low cost Beschleuniger finde ich es schon interessant. Müsste man. Echt mal mit Laos tos testen und schauen es spiele dazu sagen

DieE Schaltung kann man aber sicher im cpld berücksichtigen

[Lukas Frank]

Man kann den EC030 aber nicht vergleichen mit dem EC020. Der EC030 ist eine 32bit CPU mit allen Steuersignalen anders als der EC020 ...

[tuxie]

Ja hab mir eben da Datenblatt angesehen. Also doch die pak fürn ste bauen

[Lukas Frank]

Auch Mega STE aber mit Fastram ...

Der Holger bekommt es doch ganz bestimmt hin die PAK mit einem MC68040 zu entwerfen ...

[czietz]

68EC020 = 68020 mit nur 24 Bit/16 MB Adreßraum

Wenn das und die von Frank genannte und mit externer Zusatzbeschaltung zu umgehende Einschränkung des Bus-Mastering die einzigen Beschränkungen des 68EC020 sind, dann wird er wohl im Atari laufen. Fast-RAM oberhalb von 16 MB (wie in auf der PAK oder im TT) ist damit natürlich nicht möglich.

[1ST1]

Ja hab mir eben da Datenblatt angesehen. Also doch die pak fürn ste bauen

Wieso, das Ding ist fix und fertig. Wenn da unter dem einen Kühlkörper ein programmierbarer Baustein sitzt, lässt sich dessen "Glue-Logik" sicher an den (Mega) STE anpassen. Obige Schaltung zur Busarbitrierung dürfte schon da sein, weil sie auch im Amiga gebraucht wird. (Der 68000 im Amiga läuft je nach Adressbereich syncron oder asyncron, das regelt der Amiga-Chipsatz). Es müsste die Adressdekodierung für das RAM auf der Turbokarte angepasst werden, damit es als Altram genutzt werden kann, so wie das Ram auf der MonSTer. Cool wäre jetzt noch ein integriertes IDE-Interface und ein 32-Bit-TOS, aber dazu müsste die Platine geändert werden. Man müsste mal ausmessen, ob die Platie ohne Änderung in den STE passt. Wenns passt, Entwickler kontaktieren und fragen, ob die Anpassung machbar ist...

[goetz @ 3rz]

integriertes IDE-Interface

Jop.

und ein 32-Bit-TOS

Naja. Wer MiNT oder MagiC nutzt, der hat die meisten Funktionen eh im (Fast-) RAM liegen, das ROM braucht es da für nicht mehr viel. Und wer SingleTOS einsetzt, der kann ROMRAM oder GEMRAM nehmen, dann wird das meiste halt vom TOS ins Fast-RAM gelegt.

Kurz: schnelles ROM ist überbewertet, IMO

[Lukas Frank]

@1ST1 ... du kannst ja mal bei Boris Krizma anfragen ?

[1ST1]

ROMRAM und Co funktionieren aber nur mit MMU, oder? Der 68(ec)020 hat keine... Mit MiNT (oder Magic) hast du natürlich recht. IDE wäre cool, aber geht ja auch mit ACSI.

Lukas, hast du eine Kontaktadresse?

Edit: Gefunden, gemailt.

[goetz @ 3rz]

ROMRAM und Co funktionieren aber nur mit MMU, oder?

Nein, die kopieren einfach nur das TOS ins RAM, weil das fixer ist (und man dann bspw. mit WINX patchen kann). Da reicht jeder Standard 520ST ohne PMMU.

Es gab auch eine Software, die MagiC-Komponenten per PMMU vor Überschreiben schützte: MAGTOROM von Uwe Seimet: http://www.seimet.de/atari/de/  -- die braucht wirklich eine PMMU. Aber das ist ein anderer Anwendungsfall.

[1ST1]

Das mit WinX patchen ist mir bekannt, ich dachte aber bisher das ginge nur auf den 030ern.

[1ST1]

Edit: Gefunden, gemailt.

Gestern Abend kam eine Antwort. Boris ist nicht der Entwickler der Karte, sondern hostet nur die Seite und hat das Verwaltungstool für den Amiga geschrieben. Er hat mir aber die Mailadresse des Hardwareeintwicklers gegeben, mal sehen, was dabei rumkommt.

[Lukas Frank]

Bin sehr gespannt ...