Ich meine ich habe das damals ohne zusaetzliche Dateien benutzt, 100% kann ich das jetzt aber auch nicht sagen. Bei mir war das an einem 386er mit der typischen Goldstar Super-I/O Karten (Serial, Parallel, IDE, FLoppy alles auf einer Karte)
Posts by Kuhrator
-
-
Ja, funktioniert. Habe ich selber erst vor ein paar Monaten gemacht. (Allerdings mit einem ZIP100)
-
Was macht denn das CDROM da im Highscreen?! Sofort raus damit!
-
Ohne Erfahrung wuerde ich da lieber die Finger von lassen - zumindestens wenn der Stahlrahmen ringsrum als Implosionsschutz gedacht ist. Den wuerde ich niemals abmachen. Ich habe einmal miterleben duerfen, wie ein Arbeitskollege ein 50cm Bildroehre auf die Front hat fallen lassen, weil er vorher die Anode nicht entladen hat. War Glueck, das da gerade niemand in der Werkstatt war, und ihm selber nichts passiert ist. Die Splitter konnten wir trotzdem noch in 10m Entfernung aufkehren.
-
Ja, definitv DDR. Die Netzteile, das supertolle Flachbandkabel (mit steifen Adern!), und die Bananenbuchsen vornedran sind allesamt DDR.
-
Ich tausche Elkos prinzipiell nicht einfach so aus. Nur in folgenden Faellen:
- bekannt, das die Elkos gerne taub sind/werden
- Gefahr des Auslaufens besteht (z.B. die beruehmten SMD Elkos im silbernen Gehaeuse)
- Man extrem viel Aufwand betreiben muss, um an die Elkos ranzukommen
Liegt vielleicht auch daran, das ich mal Fernsehtechniker gelernt habe und ein paar Jahre in dem Beruf gearbeit habe. Und jeder Kunde uns gefragt haette, ob wir noch ganz bei Trost sind, wenn wir ihm die Rechnung fuer nen Komplett-Recap gezeigt haetten
-
Ein wenig Hammerite und ne frische Windows 98 Installation, und das Ding ist wieder fit.
-
-
HP 9121 wenn ich das richtig gesehen habe.
-
Da sag ich doch auch mal herzlichen Glueckwunsch!
-
Lässt sich der Auswurfhebel denn dann rumlegen und das Medium kommt nicht raus oder ist der Hebel schon fest?
Sorry, habe deine Antwort uebersehen, vielen Dank. Hebel lies sich bewegen, aber durch die fehlende Schraube konnte die Magnetkraft zwischen Spindelmotor und Medium nicht ueberwunden werden. Jetzt scheint es wieder gut zu funktionieren - hoffe die Schraube loest sich nicht wieder, ansonsten werde ich da wohl etwas Lack dranmachen muessen...
-
Liegt an dem Mechanismus, der den Motor absenkt - da ist ne Schraube locker (bzw. abgefallen).
-
https://commons.wikimedia.org/…270S_Disk_Drive_270MB.jpg
Koennte das ein Magnet in dem Motor sein? Dann waere das wohl normal...
-
Hi,
habe mir fuer meine USB SCSI Bastelei ein SQ3270 besorgt. Da war noch ein Medium drin, und der Grund dafuer: Der Auswurf funktioniert nicht. Wenn man die Eject Taste drueckt, stoppt der Motor, der Auswurfhebel wuerd mit dem typischen Klacken freigegeben, allerdings bekommt man das Medium nicht raus. Mir scheint, entweder der Spindelmotor oder das Gegenstueck an der Kassette ist magnetisch. Wenn man die Kassette anhebt (Was freilich nur demontiert geht), kann man den Spindelmotor von der Kassette loesen, und bekommt das Medium raus.
Hat jemand eine Ahnung, ob das so gedacht ist?
Habe leider nur ein Medium, deshalb kann ich nicht testen, ob das mit einem anderem auch so ist.
-
Ich habe die PDF files zum git repository hinzugefuegt.
-
Ich sehe das bei mir auch eher als langfristiges Projekt.
Das ist es - ich habe bei mir vorhin noch ein paar Haenger unter Linux gesehen. Bis man alle Bugs raus hat, vergeht vermutlich noch etwas Zeit. Falls das jemand nachbaut, seid euch im klaren, dass das alles sehr experimental und schnell zusammengestrickt ist. Also bitte keine Beschwerden falls es mal klemmt
-
Windows laeuft jetzt auch mit UAS - Das es nicht funktioniert hat, lag am fehlenden BOS Descriptor, und daran, das Windows das 'REPORT LUNS' SCSI Kommando unbedingt voraussetzt - das kennen die ganzen alten SCSI Devices aber nicht. Ich habe das jetzt in emuliert, und damit ist Windows zufrieden.
Man wuerde ja meinen, das Bitbanging SCSI so langsam ist, das es eh keinen Unterschied macht, ob man das alte Bulk Mass Storage Protocol oder USB Attached SCSI verwendet. Macht es aber, mit dem alten Protokoll schaffe ich ~2MB schreiben, mit UAS sind es ~3.5MB, also schon einiges mehr.
-
Also Arduino-IDE installiert, aber über Komandozeile compiliert und geflasht? Vielleicht könntest du nochmal eine kurze Mini-Anleitung machen.
Also was man installieren muss und wie man dann compiliert und flasht.
Ok, kann ich machen, aber vermutlich nicht mehr diese Woche. Vielleicht am WE.
-
Den Schaltplan kann ich noch in das Repository reinpacken, das ist kein Problem. Was meinst du mit 'evtl. mit Bustreibern'? Ich habe die 74F06 als Bustreiber drauf, oder meinst du einen richtigen SCSI Bustreiber chip?
Du hattest ja oben geschrieben, dass dir nicht gefällt, dass der SCSI-Bus direkt am Teensy hängt.
Ach sorry - da ging es um zusätzliche Widerstände und nicht um Bustreiber - hatte ich verwechselt.
Wolltest du die noch einbauen?
ich denke das ich irgendwann nochmal eine zweite Revision mache, in der die mit drin sind - ich will noch eine Version haben die man direkt auf die Platte stecken kann, so wie das auch bei den USB SATA Adaptern ist. Das dauert aber noch, die Version jetzt laeuft zumindestens so gut, das ich mich erstmal auf die Software konzentrieren will...
-
Noch ne Frage: Kann man das Projekt einfach mit der Arduino-IDE auf den Teensy laden?
Ich habe das ohne Arduino-IDE gemacht. Ich musste nur ARDUINOPATH auf das Verzeichnis setzen, in dem Arduino installiert ist, und dann reicht ein 'make' im teensy4 Pfad des geclonten Repository. Das startet dann auch automatisch das Flashen des Teensy.
-
Display More
Ein tolles Projekt.
Wird es dann noch eine überarbeitete Version geben, evtl. mit Bustreibern?
Ich würde ja eine der vorhandenen Platinen nehmen, aber ist leider SMD (obwohl da soviel Platz für THT wäre
).Aber mal sehen, vielleicht mache ich mir selber eine THT-Platine.
Super fände ich, wenn es auf GitHub auch den passenden Schaltplan im PDF-Format gäbe, damit man da auch mal reinschauen kann, wenn man Kicad nicht installiert hat.
Den Schaltplan kann ich noch in das Repository reinpacken, das ist kein Problem. Was meinst du mit 'evtl. mit Bustreibern'? Ich habe die 74F06 als Bustreiber drauf, oder meinst du einen richtigen SCSI Bustreiber chip?
-
Habe noch 9 Platinen uebrig, kannst eine haben. Neben dem Teensy musst die ganzen ICs (3x 74F06, Terminator kann man auch weglassen) besorgen, da habe ich nichts mehr uebrig.
-
Danke. Ich mach jetzt erstmal mit SCSI weiter, und schaue mir ACSI danach an. Ich denke fuer so ein Projekt macht es aber sinn eine extra Platine zu machen. Und schon einmal SUBD19 Buchsen aufzutreiben
Das UAS mit Windows nicht geht, liegt am fehlenden BOS Descriptor. Ich ziehe mich jetzt erstmal mit der USB 3.1 Spezifikation zurueck
-
Habe was auf https://docs.dev-docs.org/htm/search.php?find=_H gefunden, sieht interessant aus. Software wie SCSI-I, aber das Hardware Interface komplett anders. Koennte man aber sich ein Adapterkabel zusammenloeten, und mal experimentieren.
-
Lesen/Schreiben funktioniert sowohl unter Linux als auch Windows. Die Performance ist fuer SCSI Verhaeltnisse bescheiden, ich komme mit der Maxtor auf ~3MB/s. Fuer die alten Platten reicht mir das aber. Als naechste muss ich jetzt erstmal den Code noch aufraeumen, es gibt da noch einige Baustellen, die im Moment nur schnell "reingebastelt" wurden, zum Beispiel, wie UAS Tags verwaltet werden.
Von ACSI habe ich ueberhaupt keine Ahnung - hast du einen Link, was die Unterschiede sind? Ich habe online da jetzt auf die Schnelle nichts gefunden, habe aber auch nicht lange gesucht. Achja, und wenn man sowas machen will, muesste mir jemand so eine Platte zur Verfuegung stellen, ich habe ueberhaupt nix von Atari.
-
Es wird - Windows XP und Windows 10 laufen mit Mass Storage Mode. Ich mag in dem Screenshot besonders das 'MAXTOR 540SL USB Device'
Warum Windows 10 kein UAS macht, muss ich noch herausfinden. Mit Linux benutzt er korrekterweise UAS.
-
Normalerweise wird der vor dem Einfuellen des Estrichs an der Wand festgetackert. Hinstellen und einfuellen reicht bei so einem kleinem Stueck vermutlich. Bei uns habe ich genau den von dir verlinkten Randstreifen verbaut. Nur das der blau war.
-
Lustig ist auch, das die Fujitsu beim hochfahren ihren Product String aendert:
Jun 28 17:40:42 x1 kernel: [11638.920559] scsi 1:0:0:0: Direct-Access FUJITSU NOT READY 0020 PQ: 0 ANSI: 2
Jun 28 17:40:44 x1 kernel: [11640.788316] scsi 1:0:0:0: Direct-Access FUJITSU NOT READY 0020 PQ: 0 ANSI: 2
Jun 28 17:40:55 x1 kernel: [11652.032138] scsi 1:0:0:0: Direct-Access FUJITSU M2266S-512 0020 PQ: 0 ANSI: 2
-
Ich habe heute Abend mal Disconnect und Queue Tags eingebaut. Damit laeuft gerade mein MO Laufwerk deutlich ruhiger. Mit Disconnect koennen mehrere Befehle an das Laufwerk geschickt werden, waehrend ohne Disconnect immer gewartet werden muss, bis das Laufwerk fertig mit dem aktuellen Request ist.
Ich vermute, dass in dem Fall das MO Laufwerk die Requests intern erstmal sortiert, damit es die in einem 'Durchgang' abarbeiten muss, und der Laser nicht staendig hin- und herfahren muss.
Ich muss den Code dafuer die naechsten Tage mal noch etwas aufraeumen und dann zu github pushen.
Die SCSI ID wird jetzt auch automatisch gesucht, die muss man nicht mehr im Sourcecode anpassen.
Ich habe damit mal einige Laufwerke durchgetestet:
Iomega ZIP 100
IOMEGA Lasersafe MO
Quantum Prodrive
Fujitsu M2266-512 (5,25 FH Disk)
Teac MT-2ST (yeah, das erste Tape Laufwerk)
Synchronuous Transfer Mode ist noch nicht drin, bin mir auch nicht sicher, ob das funktioniert. Eigentlich braeuchte man dafuer einen Hardware FIFO. Extra Hardware wollte ich aber nicht. Mit asynchronen Mode komme ich mit ein paar Optimierungen auf ~3MB/s, um mal eine alte MO/ZIP oder Festplatte zu schreiben/lesen reicht das. Eine 300GB SCSI Platte moechte man damit eher nicht fuellen
Das nur mal als kleines Update.
-
Muss mir mal so eine 'Demo Unit - Not for resale' Schablone mache und ne weisse Spraydose beschaffen, wenn ich wieder ein paar ISA Karten verkaufe.
Das war da wirklich schon drauf.
Glaub ich dir ja, konnte mir das nur nicht verkneifen. Cooles Teil!
