31
Hardware (Classic 16-/32-Bit) / Re: 5V intern abzwacken für den ACSI2STM beim 1040STE
« Letzter Beitrag von Tante Ju am Sa 21.02.2026, 08:34:00 »Ich würde mit einer "Y" Leitung am Laufwerk abgreifen ...
Neueste Beiträge
32
Hardware (Classic 16-/32-Bit) / Re: 5V intern abzwacken für den ACSI2STM beim 1040STE
« Letzter Beitrag von anpera am Sa 21.02.2026, 02:56:29 »Der Weg, den Strom direkt vom Netzteil zu nehmen, scheint mir der Beste zu sein.
Du könntest auf Pin 14 vom Printerport die 5V nach außen legen, wie das beim Amiga 500 der Fall ist. Atari-kompatible Hardware nutzt diesen Pin 14 nicht, er liegt nicht auf Masse, und das AutoFeed-Signal, das Centronics-PC-Drucker an Pin 14 eventuell erwarten, hat ebenfalls 5V. Es geht also nichts kaputt. Klappt natürlich nur, wenn der Printerport bei dir noch frei ist.
(Bei den meisten meiner Ataris habe ich auf Pin 14 des Printerports 5V gelegt. Das schafft Kompatibilität zu Amiga500-Cartridges für den Parallel-Port
)
Meinen SD4STs lag immer ein USB-Adapter für den ROM-Port bei (nur Stromversorgung), von daher gehe ich davon aus, dass der ROM-Port genug Saft zumindest für den SD4ST liefert. Ich betreibe aber auch einen ACSI2STM (1 SD-Karte) problemlos über so einen Adapter.
Klar, wenn im ROM-Port schon was steckt, dürfte es leistungsmäßig eng werden.
NetUSBee ist zur Versorgung ungeeignet, da die USB-Ports erst nach Laden des Treibers aktiv sind.
Du könntest auf Pin 14 vom Printerport die 5V nach außen legen, wie das beim Amiga 500 der Fall ist. Atari-kompatible Hardware nutzt diesen Pin 14 nicht, er liegt nicht auf Masse, und das AutoFeed-Signal, das Centronics-PC-Drucker an Pin 14 eventuell erwarten, hat ebenfalls 5V. Es geht also nichts kaputt. Klappt natürlich nur, wenn der Printerport bei dir noch frei ist.
(Bei den meisten meiner Ataris habe ich auf Pin 14 des Printerports 5V gelegt. Das schafft Kompatibilität zu Amiga500-Cartridges für den Parallel-Port
)Meinen SD4STs lag immer ein USB-Adapter für den ROM-Port bei (nur Stromversorgung), von daher gehe ich davon aus, dass der ROM-Port genug Saft zumindest für den SD4ST liefert. Ich betreibe aber auch einen ACSI2STM (1 SD-Karte) problemlos über so einen Adapter.
Klar, wenn im ROM-Port schon was steckt, dürfte es leistungsmäßig eng werden.
NetUSBee ist zur Versorgung ungeeignet, da die USB-Ports erst nach Laden des Treibers aktiv sind.
33
Hardware (Classic 16-/32-Bit) / 5V intern abzwacken für den ACSI2STM beim 1040STE
« Letzter Beitrag von X-Ray am Sa 21.02.2026, 00:05:06 »Ich habe mir Gedanken gemacht, wo ich die benötigten 5V für das ACSI2STM am STE entnehmen könnte, damit ich kein externes Netzteil mehr dafür benötige. Vorteil ja auch, es schaltet sich mit dem Rechner ein und aus.
Der ROM-Port ist bereits belegt mit einer Hydra Netzwerkkarte, also sowas wie NetUSBee nur ohne USB.
Dachte ich, was ist denn mit den Extended Joystick Ports vom STE? Entwickelte daraufhin einen Stecker mit USB Anschluss und ja, das funktioniert.
Allerdings erfuhr ich nun, das dieser Port nur 50-100mA abgibt und der ACSI2STM mehr als das doppelte benötigen könnte. Je mehr ich recherchierte, desto unterschiedliche Angaben fand ich.
Dann dachte ich, bauste halt eine USB-Buchse an die Hydra, aber auch da fand ich Angaben, dass der ROM-Port nur um die 200mA abgibt und Hydra + ACSI2STM zusammen weit darüber liegen.
Ja was denn nun?
Jetzt überlege ich, intern zwei Kabel vom FDD oder Netzteil direkt durch die Extended Joystick Ports nach außen zu legen, mir dann eine Kappe mit USB-Anschluss zu entwickeln und diese einfach darüber klippe. Löcher ins Gehäuse kommen nicht in Frage und mit so einer Kappe sehe das doch Ok aus.
Das Netzteil vom STE soll auf 5V 3A liefern können, welche auch dem FDD zur Verfügung gestellt werden.
Hmmm....was stimmt denn nun? Gibt es irgendwo verlässliche Quellen, insbesondere was der ACSI2STM an Ampere ziehen kann? Ist der Extended Joystick Port wirklich so schwach was das angeht?
Der ROM-Port ist bereits belegt mit einer Hydra Netzwerkkarte, also sowas wie NetUSBee nur ohne USB.
Dachte ich, was ist denn mit den Extended Joystick Ports vom STE? Entwickelte daraufhin einen Stecker mit USB Anschluss und ja, das funktioniert.
Allerdings erfuhr ich nun, das dieser Port nur 50-100mA abgibt und der ACSI2STM mehr als das doppelte benötigen könnte. Je mehr ich recherchierte, desto unterschiedliche Angaben fand ich.
Dann dachte ich, bauste halt eine USB-Buchse an die Hydra, aber auch da fand ich Angaben, dass der ROM-Port nur um die 200mA abgibt und Hydra + ACSI2STM zusammen weit darüber liegen.
Ja was denn nun?
Jetzt überlege ich, intern zwei Kabel vom FDD oder Netzteil direkt durch die Extended Joystick Ports nach außen zu legen, mir dann eine Kappe mit USB-Anschluss zu entwickeln und diese einfach darüber klippe. Löcher ins Gehäuse kommen nicht in Frage und mit so einer Kappe sehe das doch Ok aus.
Das Netzteil vom STE soll auf 5V 3A liefern können, welche auch dem FDD zur Verfügung gestellt werden.
Hmmm....was stimmt denn nun? Gibt es irgendwo verlässliche Quellen, insbesondere was der ACSI2STM an Ampere ziehen kann? Ist der Extended Joystick Port wirklich so schwach was das angeht?
34
Hardware / Re: Netusbee und CD Rom Laufwerk
« Letzter Beitrag von ossc am Fr 20.02.2026, 21:26:05 »Richtig, Datenübertragung funktioniert ... Audio nicht , aber wenn ich die Audiofiles auf die SD Karte
bringe müsste es eigentlich funktionieren ...wofür gibt es den sonst für den Atari Soundplayer.
bringe müsste es eigentlich funktionieren ...wofür gibt es den sonst für den Atari Soundplayer.
35
Hardware / Re: Netusbee und CD Rom Laufwerk
« Letzter Beitrag von Lukas Frank am Fr 20.02.2026, 20:16:13 »Verstehe ich das richtig als CD Rom Laufwerk funktioniert es schon mit EXTENDOS als Treiber nur die Audioübertragung über USB, IDE, ACSI oder SCSI funktioniert nicht was normal ist da so eine 68k Maschine dazu viel zu langsam ist.
36
Hardware / Re: Netusbee und CD Rom Laufwerk
« Letzter Beitrag von ossc am Fr 20.02.2026, 19:24:33 »Ich habe nur an der Netusbee ein USB CD Laufwerk über ein USB-Hub ausprobiert . USB-HUB
weil er eine 5V Versorgung hat weil ich nicht wusste wieviel Strom das USB Laufwerk zieht.
Aber trotzdem funktioniert es leider leider nicht . Ein CD Laufwerk mit analogem Ausgang habe
ich bis jetzt noch nicht gefunden
weil er eine 5V Versorgung hat weil ich nicht wusste wieviel Strom das USB Laufwerk zieht.
Aber trotzdem funktioniert es leider leider nicht . Ein CD Laufwerk mit analogem Ausgang habe
ich bis jetzt noch nicht gefunden
37
Hardware / Re: Netusbee und CD Rom Laufwerk
« Letzter Beitrag von dbsys am Fr 20.02.2026, 17:55:12 »@ossc
Hast du ein CD Rom am Netusb oder an einer Lightning am laufen?
Welches CD Laufwerk hast du genommen?
Ich habe ein USB CD Brenner der aber an beiden Karten nicht erkannt wird.
Hast Du dran gedacht, den USB Brenner mit Netzteil zu betreiben? Die USB Schnittstelle einer Lightning beispielsweise liefert nicht genug Strom. Bei der Netusb dürfte es sich genau so verhalten.
38
Hardware / Re: Netusbee und CD Rom Laufwerk
« Letzter Beitrag von bbisi am Fr 20.02.2026, 16:20:03 »@ossc
Hast du ein CD Rom am Netusb oder an einer Lightning am laufen?
Welches CD Laufwerk hast du genommen?
Ich habe ein USB CD Brenner der aber an beiden Karten nicht erkannt wird.
Hast du ein CD Rom am Netusb oder an einer Lightning am laufen?
Welches CD Laufwerk hast du genommen?
Ich habe ein USB CD Brenner der aber an beiden Karten nicht erkannt wird.
39
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Fr 20.02.2026, 14:56:26 »Kommando zurück: Das mit den Links auf andere HostXFS-Laufwerke klappt nur manchmal. Es geht wohl nur, wenn das Ziellaufwerk schon mal geöffnet war. Keine Ahnung, woran das liegt, alles zu kompliziert.
40
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von Thorsten Otto am Fr 20.02.2026, 12:57:54 »Funktionierende symbolische Links sind eine echte Herausforderung.
Ja, das ist knifflig. Insbesondere bei absoluten symlinks. Soll bei einem link '/etc/localtime' auf die Host-Datei zugegriffen werden, oder auf `U:\etc\localtime`? Beides kann, je nach Situation, sinnvoll sein. Wobei idealerweise irgendeine Option vorhanden sein sollte, die jeglichen Zugriff auf Pfade ausserhalb der konfigurierten Host-Pfade unterbindet.
Was bei MagiC noch dazu kommt, ist daß der Kernel beim Parsen von Pfadnamen nur '\' als Trenner akzeptiert, aber nicht '/'. Das müsste man mal (auch aus Kompatibilität zu MiNT) ändern.