atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: czietz am So 21.10.2018, 18:11:43
-
Hallo,
ich habe mal wieder gebastelt:
(https://forum.atari-home.de/index.php?action=dlattach;topic=14740.0;attach=22977;image)
Das ist eine Platine, die zwischen Atari und IDE-Gerät gesteckt wird. Sie übernimmt das Byte-Swappen bei PC/Windows-kompatiblen Medien, inspiriert von der Smartswap-Funktion des Thunder-IDE-Interfaces für den TT. Damit wird HDDRIVER endlich bootfähig von diesen Medien und vor allem wird die Lese- und Schreibrate deutlich gesteigert. Besonders massiv ist das auf meinem 1040STFm (mit IDE-Nachrüstung) zu sehen. Dort führt das Einbauen der Platine zu einer Verbesserung der Leserate (mit XFERRATE gemessen) von 330 kB/s auf 1410(!) kB/s.
Die Platine mit SMD mit 0,5-mm-Pinabstand eignet sich wohl eher nicht als Nachbauprojekt. (Ich kann das von Hand löten, aber viele Leute scheuen sich schon vor deutlich gröberen SMD-Bauteilen.) Daher laufen gerade Diskussionen, wie man das als Fertigplatine anbieten kann.
-
Was ist denn mit kompletter Fertigung in China. Ich vermute die machen auch kleinere Stückzahlen -> https://www.pcbway.com
-
Auf der JPDEV-Seite wäre wahrscheinlich eine 40polige, gewinkelte Buchsenleiste sinnvoller, um es direkt an das IDE Device zu stecken, oder?
-
Auf der JPDEV-Seite wäre wahrscheinlich eine 40polige, gewinkelte Buchsenleiste sinnvoller, um es direkt an das IDE Device zu stecken, oder?
Habe ich auch drüber nachgedacht. Hat Vorteile (kein zweites Kabel) und Nachteile (mechanisch starr, nicht immer ist hinter dem IDE-Gerät noch ausreichend Platz).
Was meint das Forum?
-
@czietz, schönes zweckmäßiges Platinchen. Könntest du noch etwas darauf eingehen wo der Unterschied zum Twisted-IDE ist, bzw. was das Platinchen macht und was ist das für ein Chip, Controller, etc.?
-
Habe ich auch drüber nachgedacht. Hat Vorteile (kein zweites Kabel) und Nachteile (mechanisch starr, nicht immer ist hinter dem IDE-Gerät noch ausreichend Platz).
Was meint das Forum?
Kein zweites Kabel hat schon was. Wenn es so gebaut wird das es direkt auf einen IDE-CF passt wäre auch nicht schlecht. Hier wäre dann evtl. noch interessant ob 40 oder besser 44 polig. Ich persönlich bevorzuge 40 polig.
-
Twisted-IDE ist ja das Vertauschen des oberen und unteren Bytes im Datenkabel. Der Nachteil ist, dass das auch bei Kommandos (und nicht nur bei Daten) die Bytes swappt. Daher funktioniert ein solches Kabel nur mit EmuTOS oder pperas Spezialtreiber, aber nicht z.B. mit HDDRIVER. Smartswap (wie auf der Platine oder der Thunder) erkennt, ob es sich auf dem IDE-Bus um Daten handelt, die vom Medium gelesen bzw. aufs Medium geschrieben werden und swappt nur dann die Datenbytes.
Die Logik dafür ist von mir in einem CPLD von Xilinx implementiert. Solche Bausteine kommen auch in Thunder, Storm und Lightning VME zum Einsatz.
-
Ich könnte die Platinen bestücken. Der Cpld ist wie auf der Storm und da haben wir bereits ein sehr gutes Foodprint von Pakman, welches sich zum Reflowlöten eignet. Zudem kann ich auch die vorhandene Maske nehmen.
Die JPDEV Seite könnte ich unbestückt lassen oder je nach Wunsch als Stiftleiste oder Buchsenleiste einlöten.
Zudem habe ich massenhaft kurze, fertige IDE Kabel, die es dann dazu geben würde.
Die Bestückung wäre hier unglaublich simpel und schnell. Zudem kann ich, wie czietz weiß, den cpld flashen.
Das Ganze wäre wohl zum erschwinglichen Preis machbar.
-
Die Platine mit SMD mit 0,5-mm-Pinabstand eignet sich wohl eher nicht als Nachbauprojekt. (Ich kann das von Hand löten, aber viele Leute scheuen sich schon vor deutlich gröberen SMD-Bauteilen.) Daher laufen gerade Diskussionen, wie man das als Fertigplatine anbieten kann.
“Count me in!”
-
Die Platine mit SMD mit 0,5-mm-Pinabstand eignet sich wohl eher nicht als Nachbauprojekt. (Ich kann das von Hand löten, aber viele Leute scheuen sich schon vor deutlich gröberen SMD-Bauteilen.) Daher laufen gerade Diskussionen, wie man das als Fertigplatine anbieten kann.
Ketzerische Frage: Gäb’s sowas auch mit CF-Adapter direkt dran? Dann muss man nicht noch eine (wenn auch sehr kleine) Platine im ST irgendwie isoliert/geordnet unterbringen.
Edit: Ich denke nicht, dass noch jemand klassische IDE-Festplatten (drehend) da am ST einbringen möchte.
-
Quasi CF onboard. Statt des 40poligen Connectors.
Spontan eine Quelle für CF „Sockel“ bekannt, vielleicht sogar Dual?
-
Quasi CF onboard. Statt des 40poligen Connectors.
Spontan eine Quelle für CF „Sockel“ bekannt, vielleicht sogar Dual?
Gute Idee! Je kompakter, desto besser.
-
Da kann man auch ein PATA DOM draufstecken, das verträgt dann vielleicht auch etwas mehr Schreibzyklen als eine "dumme" SD-Karte. Also sowas ähnliches:
https://www.amazon.de/DOM-Format-Netzwerk-Spiele-PCs-erh%C3%A4ltlich-GB-Variante/dp/B00J3P9LR6/
-
Super Projekt!
Könnte vielleicht auch mit einem IDE-Adapter für den ST verschmolzen werden?
-
Ich formuliere es mal spoiler-frei: Wenn es aus unserer Richtung einen IDE-Adapter für den ST geben sollte, dann sicherlich mit Smartswap. Meine Lösung ist zum Nachrüsten bei schon bestehender IDE-Schnittstelle gedacht.
-
Wäre als solches auch für den Falcon geeignet.
Melde schon mal mein Interesse an.
-
Twisted-IDE ist ja das Vertauschen des oberen und unteren Bytes im Datenkabel. Der Nachteil ist, dass das auch bei Kommandos (und nicht nur bei Daten) die Bytes swappt. Daher funktioniert ein solches Kabel nur mit EmuTOS oder pperas Spezialtreiber, aber nicht z.B. mit HDDRIVER. Smartswap (wie auf der Platine oder der Thunder) erkennt, ob es sich auf dem IDE-Bus um Daten handelt, die vom Medium gelesen bzw. aufs Medium geschrieben werden und swappt nur dann die Datenbytes.
Die Logik dafür ist von mir in einem CPLD von Xilinx implementiert. Solche Bausteine kommen auch in Thunder, Storm und Lightning VME zum Einsatz.
@czietz, danke für deine ausführliche Erklärung... interessant wäre noch wie das aussieben der Kommandos funktioniert oder gibt es da noch ein Signal auf einer anderen Leitung um die Kommandos sicher zu erkennen?
-
@czietz, danke für deine ausführliche Erklärung... interessant wäre noch wie das aussieben der Kommandos funktioniert oder gibt es da noch ein Signal auf einer anderen Leitung um die Kommandos sicher zu erkennen?
Hmm, Geschäftsgeheimnis? ;) Aber natürlich kann man den Signalen DAx und CSx erkennen, ob nun das Datenregister adressiert wird oder nicht.
-
Also gar nicht mal so verkehrt gedacht von mir. Danke.
-
Ein sehr schönes, kleines Stück Hardware für den Atari!
Sollte es in Produktion gehen, würde ich auf jeden Fall eins nehmen.
-
Hätte ebenso Interesse an mindestens 2 Platinen. ;D
-
@czietz , wäre der Adapter auch für den umgekehrten Weg gut, ie. aus einem smarten IDE-Port einen Falcon-kompatiblen zu machen?
-
@czietz , wäre der Adapter auch für den umgekehrten Weg gut, ie. aus einem smarten IDE-Port einen Falcon-kompatiblen zu machen?
Wofür würdest Du das benötigen? Wenn Du z.B. bei der Thunder die Smartswap-Funktion nicht willst, ziehst Du den Jumper und der Port verhält sich wie beim Falcon.
-
Das weiß ich ja. Aber apropos: Geht da aweng Leitung mit Schalter anstatt Jumper? Wäre bloß noch ein Plätzchen für den Schalter zu suchen.
Die Frage zielte darauf, ob vielleicht ein externer Universal-Adapter machbar wäre, ie. in einem extra Gehäuse ein ICD-kompatibler HostAdapter (mit ACSI-In & -Out und zwei ext. SCSI-Anschlüssen) plus einem Yamaha-SCSI2IDE (mit LittleEndian-IDE) und da dran (D)ein Teil für ein BigEndian-IDE, umschaltbar per IDE2CF ebenfalls nach außen geführt ...
-
Wenn du noch Überproduktion hast, nehm ich gerne ein Board ... 0.5er SMD hab ich auch auf meinem Projekt
-
Wir werden als nächstes vermutlich ein paar Exemplare aufbauen, für Tester.
-
Hoffentlich passen da auch die jetzt handelsüblichen CF2SD-Adpt. dran und nicht bloß die von DeLock, siehe BildAnhang_4 in
https://forum.atari-home.de/index.php/topic,14455.msg228710.html#msg228710
-
Wie steht´s um Dein smartes IDE-ByteSwap-Projekt, @czietz?
-
Der Prototyp funktioniert weiter tadellos bei mir. Was die Entwicklung des Seriengeräts angeht: da ist die Arbeit an der Lightning ST dazwischen geraten.