Neueste Beiträge

Seiten: 1 2 3 [4] 5 6 ... 10
31
Hardware (High-End) / Re: PAK68/3-030 und FRAK/2 neuaufbau ...
« Letzter Beitrag von bbisi am So 22.02.2026, 21:55:18 »
Super
Passten die Gals?

Die PuPla Platinen haben sich wegen China Neujahr verzögert

32
Hardware (High-End) / Re: PAK68/3-030 und FRAK/2 neuaufbau ...
« Letzter Beitrag von Lukas Frank am So 22.02.2026, 20:37:58 »
FRAK/2 ist fertig ...

... getestet mit einer meiner PAK68/3-030
33
Hardware (High-End) / Re: Raven060 - Aufbau-Abenteuer
« Letzter Beitrag von Nervengift am So 22.02.2026, 19:52:06 »
In meinem Raven nutze ich eine COLORGRAPHIC COMMUNICATIONS CORPORATION Super Warp (ET4000/W32I) und eine Rev. 5 68060 CPU, die ich mit 48 MHz (x1) betreibe.
34
Hardware (High-End) / Re: Raven060 - Aufbau-Abenteuer
« Letzter Beitrag von Nervengift am So 22.02.2026, 19:46:51 »
Gestern auf dem RCT#38 in Hannover haben @LarryL und ich auf meinem Raven060 das aktuelle Software Release vom 17.02.2026 installiert und auch das ROM aktualisiert. Leider hat das aktuelle Release ein paar unerwünschte Nebenwirkungen auf meinem Vogel:

- Die Bootauflösung wird nicht korrekt umgesetzt: Die Schrift wird zusammengestaucht und erscheint "fett" auf dem Monitor. Es wird nur die obere Hälfte des Bildschirms genutzt. Beim Laden des Desktops unter EmuTOS und MiNT/XaAES wird die Auflösung dann wieder korrekt eingestellt.

- Das Booten von MagiC bricht dem Vogel die Flügel. Beim Laden des Nova-Treibers wird die Auflösung nicht mehr korrekt eingestellt. Es scheint so, dass NVDI noch geladen wird, aber dann passiert nichts mehr. Die Auflösung für den Desktop kann anscheinend gar nicht mehr eingestellt werden.

EmuTOS und MiNT/XaAES laufen zwar grundsätzlich mit dem aktuellen Release, aber mir waren die Einschränkungen dann doch zu groß, so dass ich zurück auf das Software-Release vom 07.10.2025 bin. Damit läuft mein Vogel ohne große Probleme.

Ich denke, dass der überarbeitete Nova-Treiber des Raven mit meiner Grafikkarte nicht klarkommt. Es ist ein wenig ein Glücksspiel mit den Grafikkarten und dem modifizierten Nova-Treiber. Ist aber auch ein Mammutaufgabe bei der Anzahl an Karten und Varianten, die es alleine von den ET4000-Karten gibt, fürchte ich.

Hier die Release History des Raven Software Releases: https://github.com/agranlund/raven/releases/tag/Raven.A1.latest
35
ST-Computer / Re: ST-Computer Website Wartungsmodus
« Letzter Beitrag von goetz @ 3rz am So 22.02.2026, 19:20:14 »
36
Hardware (Classic 16-/32-Bit) / Re: 5V intern abzwacken für den ACSI2STM beim 1040STE
« Letzter Beitrag von X-Ray am So 22.02.2026, 18:08:36 »
@TPAU
Der Griff an deinem Mini-Ultrasatan ist ja mal originell. :-D

Habe heute weiter gemacht und als erstes das Gehäuse noch ein wenig erweitert. Wollte doch noch ein dritte Schraube anbringen können weil das hinten einen Spalt hatte.
Dabei bemerkte ich, dass ich die Masse an Pin 1 angelötet hatte, dort ist aber keine Masse. K.A. woher ich das gestern hatte, Masse liegt nun auf Pin 25.

Dann den STE zerlegt und geschaut, wie ich das Kabel verlegen kann. Blöd ist, PIN 14 ist am Printer-Port nur von unten zu erreichen. Komplett unten wollte ich das Kabel aber nicht legen, also geschaut wo es einen Weg nach unten gibt. Neben dem ACSI-Port ist ein Spalt, wo es nun runter geht und von dort dann wenige Zentimeter weiter zu PIN 14. Oben angelötet ist es an den 5V vom Floppy Kabel auf dem Mainboard, dieser PIN ist direkt mit dem Netzteil verbunden. Auf dem Bild sieht man mein verlegtes Kabel.

Nach dem Zusammenbau alles getestet. Funktioniert!
37
Hardware (Classic 16-/32-Bit) / Re: 5V intern abzwacken für den ACSI2STM beim 1040STE
« Letzter Beitrag von anpera am So 22.02.2026, 14:57:44 »
@czietz
Wie heißt es so schön? "Der schlechteste Virenschutz ist der, auf den man sich verlässt". Das gilt so ähnlich wohl auch für Überlastschutzschaltungen. Man sollte sein Glück nie herausfordern.

Die offizielle Begründung dafür, dass die Over Current Protection (OCP) per Default AUS ist, ist übrigens, dass im Original-Design einer der beiden USB-Ports bei aktivierter OCP dauerhaft deaktiviert wird, also nicht funktioniert. Je nach Hersteller soll das aber angepasst worden sein. Bei meinen beiden NetUSBees scheint das Problem nicht zu bestehen.

@simonsunnyboy
Dazu kann ich nichts sagen. Bei meinem relativ neuen Modell gibts erst Saft, wenn der Treiber geladen ist.
NetUSBee Startup
38
...

NetUSBee ist zur Versorgung ungeeignet, da die USB-Ports erst nach Laden des Treibers aktiv sind.
Auch die Powerleitungen des USB? Das halte ich für unlogisch ...
Trotzdem halte auch ich es für zu gewagt, hier noch zusätzlich Strom für andere Erweiterungen abzuzocken - siehe den von @neualtuser verlinkten Artikel zum ROMPort!

Ich habe am USB Port der Netusbee ohne Probleme einen HxC Floppyemulator Rev. C laufen gehabt.
Der hatte ohne Treiber Spannung als der ST anging. Das war mit meinem alten 520STM.

*EDIT* Die Netusbee war das alte gewinkelte Modell aus der ersten Serie.
39
Hardware (Classic 16-/32-Bit) / Re: 5V intern abzwacken für den ACSI2STM beim 1040STE
« Letzter Beitrag von czietz am So 22.02.2026, 13:19:00 »
NetUSBee hat zum Schutz des ROM-Ports einen optionalen (default: AUS) Überlastungsschutz für die USB-Ports, der per Treiber aktiviert wird.

Standardmäßig ist der Überstromschutz übrigens deshalb "AUS", weil er bei vielen NetUSBee nicht richtig funktioniert. Manch ein User hat sich so schon die je nach Atari-Modell vorhandene Sicherung für den ROM-Port auf dem Mainboard zerschossen.

PS / OT: Die Thunderstorm-USB-Produkte haben einen funktionierenden Überstromschutz.
40
Hardware (Classic 16-/32-Bit) / Re: 5V intern abzwacken für den ACSI2STM beim 1040STE
« Letzter Beitrag von anpera am So 22.02.2026, 12:57:07 »
Sieht wirklich toll aus. Richtig professionell. Respekt :)
Zitat
Auch die Powerleitungen des USB? Das halte ich für unlogisch ...
NetUSBee hat zum Schutz des ROM-Ports einen optionalen (default: AUS) Überlastungsschutz für die USB-Ports, der per Treiber aktiviert wird. Genauer gesagt durch das Vorhandensein oder Fehlen einer Datei NETUSBEE.OCP im Root-Verzeichnis. Unlogisch wäre es, wenn der Schutz beim Einschalten erst mal generell nicht funktioniert, bis auf diese Datei geprüft wurde.
D.h. die Stromversorgung der USB-Ports kommt beim NetUSBee tatsächlich erst, wenn der Treiber geladen und die Prüfung auf diese Datei stattgefunden hat. ;)
Seiten: 1 2 3 [4] 5 6 ... 10