Was ist eigentlich der Unterschied von XS/XU/XUM? Da blickt man ja bald gar nicht mehr durch?
Hallo Besucher, der Thread wurde 6,4k mal aufgerufen und enthält 24 Antworten
letzter Beitrag von strik am
-
-
Was ist eigentlich der Unterschied von XS/XU/XUM? Da blickt man ja bald gar nicht mehr durch?
Ist so ähnlich wie X,XE,XM,XA, XP, XAP und Konsorten.
Der Unterschied liegt in den Details (und die stehen in den Threads dazu drin).EDIT: Okay,....
- XS1541 ist primär für die Anbindung von IEEE Laufwerken per USB oder RS232 an den PC entwickelt worden.
- XU1541 ist für die Anbindung serieller Laufwerke (IEC) per USB an den PC.
- XUM1541 ist wie XU1541, aber unterstützt u.a. auch Parallelkabel.
Mal ganz grob gesagt. -
Ist so ähnlich wie X,XE,XM,XA und Konsorten.
Der Unterschied liegt in den Details (und die stehen in den Threads dazu drin).EDIT: Okay,....
- XS1541 ist primär für die Anbindung von IEEE Laufwerken per USB an den PC entwickelt worden.
- XU1541 ist für die Anbindung serieller Laufwerke (IEC) per USB an den PC.
- XUM1541 ist wie XU1541, aber unterstützt z.B. auch Parallelkabel
Mal ganz grob gesagt.Soweit so gut, zurzeit habe ich ja noch einen LPT-Port am PC.
Die Daten übertrage ich mit einem XA 1541, wenn ich nen neuen PC bekommen, wo
LPT wegrationalisiert wurde, mit welchem fahre ich da am besten, und welches ist die
günstigste Lösung? Speeddos und sowas brauche ich nicht am 64er. -
vorstehende Beiträge stammten aus folgenden Thread: XS-1541 Verbindliche Bestellung
und wurden auf userwunsch verschoben...sl FXXS
-
- XS1541 ist primär für die Anbindung von IEEE Laufwerken per USB oder RS232 an den PC entwickelt
Im Prinzip richtig. Das S bezieht sich 'seriell', weil ursprünglich RS-232 vorgesehen war. inzwischen werden XS-1541 Adapter meist mit USB gebaut.Primär IEEE stimmt auch nicht mehr. Das XS-1541 kann gleichzeitig serielle IEC und IEEE-488 Laufwerke ansprechen. Es werden busmäßig auch der 1571/1581 Burst Modus und der parallele Speed-DOS Adapter unterstützt.
-
Primär IEEE stimmt auch nicht mehr.
Weiss ich doch.
Der Satz ist ja "Primär für (...) IEEE (...) entwickelt.".
Inzwischen ist das Ding aber ja schon deutlich weiter
Und die Unterstützung für parallele Übertragung ergibt sich fast zwangsläufig aus der IEEE Schnittstelle.Sollte ja nur eine einzeilige, grobe Zusammenfassung sein...
-
Sollte ja nur eine einzeilige, grobe Zusammenfassung sein...
Wollte in keiner Weise Kritik üben nur die Infos vervollständigen. -
Wollte in keiner Weise Kritik üben nur die Infos vervollständigen.
Habe ich auch nicht als Kritik aufgefasst
Man müsste wirklich mal eine Gesamtübersicht der ganzen Kabeleien erstellen...
-
wenn ich nen neuen PC bekommen, wo LPT wegrationalisiert wurde, mit welchem fahre ich da am besten, und welches ist die
günstigste LösungPCI-Karten mit LPT-Anschluss gibt's für um die 10 Euro z.B. bei Reichelt. PCIe-Karten gibt's auch, kosten aber deutlich mehr. Da es einen Haufen Hardware im C64-Umfeld gibt, die auf LPT angewiesen ist bzw. mit USB etc. deutlich aufwendiger und unflexibler ist (z.B. laufen 64HDD und 1541EMU mit keiner einzigen USB-Lösung zusammen), ist das wohl die einfachste Lösung.
AntaBaka:
Die kurze Übersicht über die Kabel gibt's schon im C64-Wiki: Artikel zu den X-Kabeln. Erweitert's doch einfach bei Bedarf. -
Da es einen Haufen Hardware im C64-Umfeld gibt, die auf LPT angewiesen ist bzw. mit USB etc. deutlich aufwendiger und unflexibler ist (z.B. laufen 64HDD und 1541EMU mit keiner einzigen USB-Lösung zusammen), ist das wohl die einfachste Lösung.
Das stimmt. Unter Umständen.Das bedeutet aber nicht, dass die USB-Lösungen nicht ihre Berechtigungen hätten. Wie ich hörte, sollen die PCIe-LPT-Karten nicht richtig funktionieren - selbst bestätigen kann ich das allerdings mangels eigener Karte nicht. Wie lange noch PCI der Standard ist, und wann er vollständig durch PCIe abgelöst wird, weiß ich nicht - USB wird's wahrscheinlich länger geben.
Außerdem geht der Trend ja zu immer kleineren bzw. immer "schmuckeren" Geräten. Und beim Netbook, Laptop, iMac oder barebone-Wohnzimmer-PC ist eben nichts mit LPT-Karte-einbauen.
Zudem ist das XS-1541 sehr portabel: Du kannst es auf jede Party mitnehmen und dort benutzen, ohne zuvor irgendwelche Software installiert zu haben - die läuft auf dem Atmel Mikrocontroller, hast Du also immer dabei, wenn Du das Gerät dabei hast. Alles, was Du brauchst, ist ein Terminalprogramm wie z.B. Hyperterminal oder mincom, und die sind bei jedem Windows bzw. Linux schon inklusive.
Also gut, fast keine Software installieren: Linux hat den Treiber für den FT232RL schon seit 2.6.irgendwas integriert, unter Windows muß erst ein Treiber aufgespielt werden. Ein Neustart ist allerdings mal erfreulicherweise unter XP nicht erforderlich.
-
AntaBaka, das XUM1541 gibt's doch im Moment nur als Form eines Blog-Eintrags, in dem auch steht, dass kein Veröffentlichungsdatum angegeben werden kann. Ich würde den Eintrag im Wiki entweder weglassen oder ihn ganz kurz halten und explizit dazuschreiben, dass das Gerät noch nicht verfügbar ist. Die Chancen, dass sich da überhaupt nichts mehr tut, sind denke ich nicht ganz gering.
-
Ich würde den Eintrag im Wiki entweder weglassen oder ihn ganz kurz halten und explizit dazuschreiben, dass das Gerät noch nicht verfügbar ist.
Habe mich für letzteres entschieden.
Aber das kann ja jeder ändern, wenn es ihm nicht gefällt, ist ja ein Wiki -
PCI-Karten mit LPT-Anschluss gibt's für um die 10 Euro z.B. bei Reichelt
Unter Linux wird das wahrscheinlich funktionieren, unter Windows sind die Chancen "dank" Einschränkungen der Treiber (keine IRQ-Unterstützung) zumindest in Bezug auf OpenCBM leider eher mager.Gruß,
Spiro -
Hmm, also wird über kurz oder lang dann ein XU1541 fällig...?
-
Hmm, also wird über kurz oder lang dann ein XU1541 fällig...?
Nicht zwingend - es gibt ja auch XS1541
-
Stimmt!
-
Hmm, also wird über kurz oder lang dann ein XU1541 fällig...?
Ich hatte mal einen Bericht, dass eine bestimmte PCI-Parallelportkarte unter Windows ging. Ich glaube, es kam sogar hier aus dem F-64. Leider finde ich den Bericht nicht.Zumindest könnte dies das Problem eine Zeit lang minimieren. Ansonsten bleibt tatsächlich nur das XS, XU, oder XUM (oder auch was neueres?). Oder natürlich noch Transfer z.B. per Ethernet...
Gruß
Spiro -
Parallelportkarte unter Windows XP...ich leide weiter darunter
PCI LTP1 hab ich schon, dummerweise liegt der Adressbereich nicht bei 0x375 sondern oben bei 8ddc irgendwas und ist mit Windows Bordmitteln NICHT umzubiegen.
Virtual Box ignoriert Parallele Schnittstellen und Microsofts Virtual PC 2007 kommt mit der hohen EA Adresse der Hardware nicht klar und unterstützt das Teil nicht.Es wurde, um diesen Umstand zu beseitigen, im Umfeld vom Willem Forum ein modifizierter IO.sys geschrieben der das linken soll. Allerdings funktioniert das bei mir nicht oder ich bin zu blöd den richtig zu konfigurieren.
-
Es wurde, um diesen Umstand zu beseitigen, im Umfeld vom Willem Forum ein modifizierter IO.sys geschrieben der das linken soll. Allerdings funktioniert das bei mir nicht oder ich bin zu blöd den richtig zu konfigurieren.
Was soll IO.sys sein?Ich würde das mit einem Filter-Treiber lösen. Sprich: Man sorgt dafür, dass der Treiber meldet, er würde nur an bestimmte Adressen wollen. Dann müßte Windows ihn an diesen Bereich lassen. Dies kann man erreichen, indem man einen kleinen Treiber baut, der "oben" am bestehenden andockt und alle Anfragen an den originalen Treiber weiterleitet, bloß nicht denjenigen, wo das PnP-Manager abfragt, welche Adressen gefiltert werden sollen.
Ob das wirklich geht hängt allerdings auch von der Hardware selbst ab.
Gruß
Spiro -
Unter Linux wird das wahrscheinlich funktionieren, unter Windows sind die Chancen "dank" Einschränkungen der Treiber (keine IRQ-Unterstützung) zumindest in Bezug auf OpenCBM leider eher mager.
Oh, das ändert dann natürlich so einiges. Wieso steht das nicht ganz groß fett und blinkend vorne auf der OpenCBM-Homepage?
Bei einer MOS9815-Karte, die ich hier rumfliegen habe, liegen eigene Treiber bei. Gibt's das Problem da vermutlich auch? Ich nutze keine X-Kabel, kann also eher nicht testen... nur interessehalber.