atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: Lukas Frank am Do 09.05.2024, 12:34:01
-
Habe mal einen ZuluSCSI RP2040 mit 32GB SD Karte am Atari Mega STE probiert mit einem nachgebauten Advantage ICD Hostadapter. Als Test mal drei 4GB FAT32 Image Dateien auf die SD Karte kopiert als HD0.img, HD1.img und HD2.img die ich unter dem macOS mit dem Festplattendienstprogramm als DMG erstellt habe. Habe nur das HD0.img als 4GB SCSI ID0 Festplatte partitioniert mit Hddriver und die beiden anderen für später unberührt gelassen. Hddriver läuft einwandfrei ohne Probleme und ist am kleinen MSTE recht schnell wie ich finde ...
https://amigastore.eu/en/600-zuluscsi-rp2040-compact-scsi-to-sd-adapter.html#/
Die config Datei wird automatisch beim ersten Einschalten angelegt und kann später noch verändert und angepasst werden ...
[12ms] Platform: ZuluSCSI RP2040
[12ms] FW Version: 24.02.06-release Feb 6 2024 00:24:55
[13ms] DIP switch settings: debug log 0, termination 1
[13ms] SCSI termination is enabled
[14ms] Flash chip size: 2048 kB
[14ms] SCSI target/disk mode selected by DIP switch, acting as a SCSI disk
[21ms] SD card detected, FAT32 volume size: 29828 MB
[22ms] SD MID: 0x9F, OID: 0x54 0x49
[22ms] SD Name: SD32G
[23ms] SD Date: 4/2023
[23ms] SD Serial: 0x64A002C6
[25ms] Config file zuluscsi.ini not found, using defaults
[27ms] Active configuration:
[27ms] -- SelectionDelay = 255
[28ms] -- EnableUnitAttention = No
[28ms] -- EnableSCSI2 = Yes
[28ms] -- EnableSelLatch = No
[29ms] -- MapLunsToIDs = No
[29ms] -- EnableParity = Yes
[40ms] Finding images in directory /:
[41ms] -- Opening /HD0.img for id:0 lun:0
[597ms] ---- WARNING: file /HD0.img is not contiguous. This will increase read latency.
[598ms] ---- Configuring as disk drive drive
[598ms] ---- Read prefetch enabled: 8192 bytes
[600ms] -- Opening /HD1.img for id:1 lun:0
[1485ms] ---- Configuring as disk drive drive
[1486ms] ---- Read prefetch enabled: 8192 bytes
[1487ms] -- Opening /HD2.img for id:2 lun:0
[2303ms] ---- WARNING: file /HD2.img is not contiguous. This will increase read latency.
[2304ms] ---- Configuring as disk drive drive
[2305ms] ---- Read prefetch enabled: 8192 bytes
[2306ms] -- Platform supports ROM drive up to 1692 kB
[2306ms] ---- ROM drive image not detected
[2307ms] SCSI ID: 0, BlockSize: 512, Type: 0, Quirks: 0, Size: 3906281kB
[2307ms] SCSI ID: 1, BlockSize: 512, Type: 0, Quirks: 0, Size: 3906281kB
[2308ms] SCSI ID: 2, BlockSize: 512, Type: 0, Quirks: 0, Size: 3906281kB
[2409ms] Initialization complete!
-
Wenn man ein Image mit 500MB als eine TOS/Windows Partition einrichtet kann man das zum Dateien Transfer zwischen PC/Mac und Atari benutzen ...
Hddriver bootet von so einer TOS/Windows Partition auch unter TOS 2.06
-
Ich habe 2GB oder auch 4GB Image Dateien erzeugt mit dem Festplattendienst Programm mit FAT32 und Masterboot Record Sektor ...
So ein Image kann man dann unter dem Atari partionieren mit 500MB Partitionen eingerichtet als TOS und Windows kompatibel, siehe Bild ...
So eine Image Datei kann ich als PC Kompatibel unter macOS mounten durch doppelt draufklicken und Daten austauschen ...
Sollte unter Linux und Windows ähnlich funktionieren ...
-
Wenn man den ZuluSCSI an einem Atari ST mit LINK96/97 betreiben möchte braucht man ein zusätzliches SCSI Gerät das TermPower für den LINK Hostadapter liefert.
Oder man bestückt den Jumper JP201 auf der ZuluSCSI Platine. Was fehlt ist eine 1 Ampere Sicherung für den SCSI Bus ...?
-
Hatte Probleme mit meinem Atari TT, der ließ sich nicht mehr einschalten. Das Netzteil hat glaube ich 65Watt was wohl ein bißchen zu wenig ist auf Dauer weil der Rechner extrem erweitert ist. Bin deshalb auf die Idee gekommen die 18GB SCSI Festplatte durch den ZuluSCSI zu ersetzen ...
Habe auf meinem Linux Rechner die gesamte Platte in ein Image geschrieben wegen der 2GB ext2 Partition ...
Das funktioniert aber nicht weil das 18GB Image für meine 32GB FAT32 SD Karte zu groß ist und der ZuluSCSI mit ExFAT und dem 18GB Image darauf nicht richtig arbeitet.
Also kopiere ich jetzt mit Kobold die sechs BGM Partitionen und wegen der ext2 muss ich schauen, wenn nichts geht muss ich wohl EasyMiNT neu Installieren ...?
-
Es bestehen Probleme beim schreiben auf die SD Karte von Dateien um die 40-50MB zum Beispiel die Pakete vom EasyMiNT oder Basilisk egal ob über den Desktop oder mit Kobold.
Muss mal schauen ob der Macintosh auch solche Probleme hat?
Habe verschiedene SD Karten probiert immer das gleiche z.B. eine Sandisk Extreme 32GB oder eine 8GB Netac
-
Habe mal Kobold so eingestellt das nur ST Ram verwendet wird und so klappt das kopieren. Habe eine StormTT mit 256MB und mit der IBM 18GB SCSI Platte gibt es keine Probleme. Probiere mal eine MagnumTT auch mit 256MB die ich noch habe oder stecke mal nur zwei 16MB PS/2 Simm drauf ...
-
EasyMiNT auf die ext2 Partition neu installiert ohne Probleme und keine Schreibfehler. Baue dann die SCSI Platte mal aus ...
Die ZuluSCSI ist am Atari trotz extreme SanDisk SD um 200k langsamer als die IBM SCSI Festplatte aber braucht weniger Strom denke ich mal.
-
Hat jemand Erfahrung mit Zulu in folgender Konstellation:
Mega STE mit originalbelassenem SCSI Adapter und CBHD Treiber sowie (für später) M-STE mit Pera Putnik Mod und seinen Treiber?
-
Hat jemand Erfahrung mit Zulu in folgender Konstellation:
Mega STE mit originalbelassenem SCSI Adapter und CBHD Treiber sowie (für später) M-STE mit Pera Putnik Mod und seinen Treiber?
Welche Version ist eigentlich besser - die kurze Platine (bei eBay ~80€) oder das größere Board (~90€)?
-
BlueSCSI ist günstiger beim Preis und soll laut Dokumentation auch im Mega STE laufen mit der 1GB bekannten Grenze ...
https://bluescsi.com/docs/bluescsi.ini
... ich kann das nicht Testen weil ich keinen original MegaSTE Hostadapter habe.
MegaSTE und Parity=off muss man einstellen und nur eine ID kann man nutzen also die ID0. Dayna WiFi läßt sich nicht nutzen weil es eine zweite freie SCSI ID braucht.
-
BlueSCSI läuft bei mir im MegaSTE mit sechs Plattenimages à 1 GB, auf denen sich jeweils eine 512 MB-Partition befindet. In Verbindung mit HDDRIVER werden die IDs dieser Images als LUNs gemappt.
-
Braucht man "MapLunsToIDs" nur einschalten oder ansonsten noch was in die ini eintragen?
LUNs sind doch auch 8 Stück möglich, oder? Also wären 8GB möglich, oder?
-
Nein, nur MapLunsToIDs einschalten. Es sind dann acht "Platten" möglich. Die Images müssen im Dateinamen aber unterschiedliche IDs haben und als LUN 0. Also hd00.img, hd10.img usw.
Hier meine bluescsi.ini:
[SCSI]
MapLunsToIDs=1 ; On
EnableParity=0 ; Off
System=MegaSTE
-
Burkhard und ich sehen Blue-SCSI als "SelbstLötProjekt". Wir benötigen aber was fertiges, wo man vielleicht maximal noch irgendwelche Jumperpins verlötet muß ...
-
Habe meine beiden dort bestellt ...
https://shop.onegeekarmy.eu
.. hatte erst etwas Angst wegen dem Shop aber ist unbegründet. Die versenden ohne Tracking, der Shop ist in Belgien meine ich.
-
Habe meine beiden dort bestellt ...
https://shop.onegeekarmy.eu
.. hatte erst etwas Angst wegen dem Shop aber ist unbegründet. Die versenden ohne Tracking, der Shop ist in Belgien meine ich.
OK. Burkhard hat mir eben vermittelt er hat mal die 70€ aufgebracht und bestellt, Überweisung scheint möglich, will er Montag erledigen und dann sehen, was passiert.
-
Mit welchen Marken (SD Karten) habt Ihr eigentlich die besten Erfahrungen am Atari ST und SCSI?
Burkhard meit, er war immer nur erfolgreich mit SanDisk unterwegs ...
-
Am Apple 68k Macintosh erreicht man die höchsten Werte mit SanDisk Extreme aber am Atari sehe ich da keine Unterschiede zu normalen Karten oder auch Noname.
-
Im BlueSCSI habe ich eine Samsung Pro Endurance und im Ultrasatan zwei SanDisk Ultra.
-
Uns sind Zugriffszeiten relativ egal, aber man findet kaum noch Größen unter 16GB. Würde das gehen, auch wenn die Schnittstelle nur 1GB Festplatten zuläßt?
-
Ich nutze 32GB Karten und nutze diese nicht komplett. Man arbeitet ja mit Image Dateien auf der SD Karte und man muss diese ja nicht vollständig nutzen ...
Das Bild ist zwar von der ZuluSCSI aber beim BlueSCSI ist es im Prinzip das gleiche.
-
Muß man denn mit Image Dateien arbeiten? Wir denken, es muß doch auch mit Ordner und Datei Hirachie gehen, was den Datentausch mit anderen Computern erleichtern würde.
-
Muß man denn mit Image Dateien arbeiten? Wir denken, es muß doch auch mit Ordner und Datei Hirachie gehen, was den Datentausch mit anderen Computern erleichtern würde.
Sorry ich habe nicht mehr dran gedacht, daß ich das @Lukas Frank schon per PN fragte und habe erst jetzt die Antwort entdeckt. Es muß also mit Image Dateien gearbeitet werden. Na, hoffentlich kommt Burkhard damit zurecht, immerhin wird er ka nicht jünger!
-
Ich hatte das mal geschafft die SD Karte so einzurichten das beim Einstecken in den Macintosh direkt vier Laufwerke automatisch gemountet wurden. Weiss aber nicht mehr wie ich das gemacht hatte ...
-
Ich hatte mich mit dem ZuluSCSI ja auch schon mal auseinander gesetzt und meine Erfahrung hier wiedergegeben: https://forum.atari-home.de/index.php/topic,17735.msg268225.html#msg268225
Mein aktuelles Ziel ist es, mehrere Laufwerke damit zu mounten. Ich verwende den ICD Treiber und möchte aktuell auch dabei bleiben.
Jetzt erzeuge ich die Dateien HD0.img, HD1.img usw. die ich auf die SD Karte schiebe, scheiter aber aktuell damit, die alle einzubinden. Bis jetzt hab ich nur HD0, welches ich in 3 Partitionen unterteilt habe.
Habt ihr da schon Erfahrung mit gemacht?
-
Einfach ...
Unter Linux mit Gparted mehrereb 500MB FAT16 Partitionen anlegen und am Atari mit Hddriver partitionieren ...
Fertig
-
Also ohne ein Image auf der SD Karte arbeiten ...
Aber beim MegaSTE Hostadapter wird das so nicht funktionieren vermute ich!
-
Danke, das ist aber nicht genau das, was ich meinte.
Der MegaSTE Hostcontroller kann doch mehrere SCSI IDs verwalten und gibt diese der Zulu weiter, die dann wiederrum die imaginäre SCSI Laufwerke verwaltet. Wenn ich jetzt 2 davon anlege, HD0.img und HD1.img werden diese ja von der Zulu erkannt:
[12ms] Platform: ZuluSCSI RP2040
[12ms] FW Version: 24.11.1-release Nov 1 2024 22:04:12
[13ms] DIP switch settings: debug log 0, termination 1
[13ms] SCSI termination is enabled
[14ms] Flash chip size: 4096 kB
[14ms] SCSI target/disk mode selected by DIP switch, acting as a SCSI disk
[77ms] SD card detected, FAT16 volume size: 1875 MB
[77ms] SD MID: 0x02, OID: 0x54 0x4D
[77ms] SD Name: SD02G
[77ms] SD Date: 9/2008
[78ms] SD Serial: 0xA785CF85
[78ms] -- WARNING: Your SD Card Speed Class is 4. Class 10 or better is recommended for best performance.
[83ms] Reading configuration from zuluscsi.ini
[86ms] Active configuration (using system preset "MegaSTE"):
[86ms] -- SelectionDelay = 255
[86ms] -- EnableUnitAttention = No
[87ms] -- EnableSCSI2 = Yes
[87ms] -- EnableSelLatch = No
[87ms] -- MapLunsToIDs = Yes
[87ms] -- EnableParity = No
[145ms] Finding images in directory /:
[149ms] -- Opening /HD0.img for id:0 lun:0
[219ms] ---- Configuring as disk drive drive
[219ms] ---- Read prefetch enabled: 8192 bytes
[222ms] -- Opening /HD1.img for id:1 lun:0
[293ms] ---- Configuring as disk drive drive
[293ms] ---- Read prefetch enabled: 8192 bytes
[294ms] -- Platform supports ROM drive up to 3740 kB
[295ms] ---- ROM drive image not detected
[295ms] SCSI ID: 0, BlockSize: 512, Type: 0, Quirks: 0, Size: 524288kB
[296ms] SCSI ID: 1, BlockSize: 512, Type: 0, Quirks: 0, Size: 524288kB
[687ms] Initialization complete!
[13154ms] Toolbox enabled = 0
Leider kann ich über den ICD Treiber nicht auf SCSI ID1 zugreifen, obwohl er erkannt wird, daher frage ich mich, wo der Fehler liegt.
-
... finde das jetzt nicht im Forum aber man muss mit SCSI LUN´s arbeiten weil der MSTE Hostadapter nur die SCSI 0 bei dem Gerät kann!
Also nicht HD0 und HD1 sondern HD00, HD01, HD02 usw. oder so in der Art, keine Ahnung?
Edit: gefunden ...
https://forum.atari-home.de/index.php/topic,17861.msg270020.html#msg270020
-
Der MegaSTE Hostcontroller kann doch mehrere SCSI IDs verwalten
Der „normale“ MegaSTE-Hostadapter kann genau das nicht, er kann nur 1 SCSI ID. Es gab natürlich Tauschadapter, bspw. von ICD, aber dir bleiben nur LUNs wenn du mehrere „Geräte“ vorgaukeln willst. HDDRIVER unterstützt das bspw.