Ankündigung: cbm4win 0.1.0 verfügbar
Spiro Trikaliotis
[XP & FUP2 z-netz.rechner.c64+c128.allgemein]
für alle, die es in den englischsprachigen Gruppen noch nicht
mitbekommen haben:
hiermit gebe ich bekannt, dass cbm4win, Version 0.1.0, freigegeben ist.
Was ist cbm4win?
cbm4win ist eine Portierung von cbm4linux [1] auf Windows. Es
ermöglicht den Zugriff auf ein VIC 1540, 1541, 1570, 1571, oder sogar
1581 Floppylaufwerk von einem PC unter Windows NT, 2000 und XP.
Welche Betriebssysteme werden unterstützt?
Momentan werden Windows NT 4.0, Windows 2000, Windows XP, und Windows
2003 Server unterstützt. Frühere Versionen von NT wurden nicht
getestet, aber könnten trotzdem funktionieren.
Wird Windows 95, 98 or Me unterstützt?
Nein, momentan gibt es keine Unterstützung für diese
Windows-Versionen. Jedoch ist Unterstützung für Windows 98 Second
Edition und Me geplant. Ich bezweifle allerdings, dass es ohne großen
Aufwand möglich ist, cbm4win auf Windows 98 First Edition zu
portieren.
Was kann man mit cbm4win machen?
Das wichtigstes was man damit machen kann ist das Kopieren von D64
oder D71 images von einem echten Laufwerk auf den PC, oder vom PC auf
ein echtes Laufwerk mit Hilfe von d64copy. Weiterhin kann man auch
einzelne Dateien in beiden Richtungen kopieren. Einige weitere Tools
(z.B. cbmctrl) sind auch dabei.
Gibt es Unterstützung von dritter Seite für cbm4win?
VICE [2] wird in der nächsten Version Unterstützung für cbm4win
enthalten. Weiterhin gibt es eine interne Version von YAPE [3], die
auch cbm4win unterstützt. Auch andere Leute haben schon Interesse
bekundet, in ihren Produkten cbm4win zu unterstützen.
Wie ist der Entwicklungsstand von cbm4win?
Dies ist die erste öffentliche Ankündigung von cbm4win. Deswegen ist
es sehr wahrscheinlich, dass es immer noch einige Fehler gibt.
Welche Hardware braucht man um cbm4win zu benutzten?
Natürlich braucht man einen PC mit Windows NT, 2000, XP, or 2003.
Weiterhin braucht man ein echtes Laufwerk, wie die VIC 1540, 1541,
1570, 1571, oder 1581 (1581 nicht vollständig unterstützt). Dann
braucht man noch ein XA1541, XM1541, XAP1541 oder XMP1541 Kabel um
das Laufwerk mit dem PC zu verbinden.
Acknowledgements and Thanks
Cbm4win basiert stark auf cbm4linux [1] von Michael Klein.
Cbm4linux selbst wiederum basiert teilweise auf dem Star Commander [4]
von KOVÁCS Balázs a.k.a. "Joe Forster". Hiermit danke ich beiden für
ihre stete Hilfe und ihre Geduld.
Weiterhin möchte ich folgenden Personen danken:
- Michael Klein für cbm4linux und viele Diskussionen. Ich weiß nicht
ob ich dieses Projekt ohne dies überhaupt gestartet hätte.
- KOVÁCS Balázs a.k.a. "Joe Forster" für den Star Commander, seine
Unterstützung, und für die freundliche, kostenlose Überlassung von
Kabeln;
- Wolfgang Moser für zahlreiche Diskussionen, seien unermüdlichen
Einsatz mit Tests und Fehlerreports, und für das Bereitstellen
weiteren Equipments;
- allen meinen testers für ihre Tests, Reports, und Diskussionen.
Kontact, Download, Weitere Informationen:
cbm4win kann auf
http://www.trikaliotis.net/cbm4win [5]
weitergeladen werden.
Weiterhin gibt es eine Projektseite auf Sourceforge:
http://sf.net/projects/cbm4win/ [6]
Ich wäre sehr dankbar, wenn Fehlerberichte in das
Fehlernachverfolgungssystem ("Bug Tracking System") dort eingepflegt
würden [7]. Weiterhin gibt es zwei Mailinglisten für Ankündigungen [8]
und Diskussionen von Benutzern [9].
Falls ihr mich direkt erreichen wollt, schreibt an
cbm...@trikaliotis.net, oder folgt den Kontaktinformationen auf
meiner Homepage http://www.trikaliotis.net/.
Hinweise, Anregungen und dergleichen sind natürlich willkommen!
Viel Spaß beim Übertragen,
Spiro.
[1] http://www.lb.shuttle.de/puffin/cbm4linux/
[4] http://sta.c64.org/sc.html
[5] http://www.trikaliotis.net/cbm4win
[6] http://sf.net/projects/cbm4win/
[7] http://sf.net/tracker/?group_id=122047&atid=692219
[8] http://lists.sourceforge.net/lists/listinfo/cbm4win-announce
[9] http://lists.sourceforge.net/lists/listinfo/cbm4win-user
Häufige Fragen und deren Beantwortung bezüglich cbm4win
Autoren: Spiro Trikaliotis, Wolfgang Moser
(Freie) Übersetzung ins Deutsche: Wolfgang Moser
F: Gibt es einen Grund, warum das Quasi-Standard-Kabel XE1541 nicht
unterstützt wird?
F: Warum wird weder das X1541- noch das XE1541-Kabel unterstützt?
A: Bei der Datenübertragung mit einem Commodore Diskettenlaufwerk ist es
dem Laufwerk gestattet, die Datenübertragung auszusetzen oder
anzuhalten, solange es dies möchte (das ist der sogenannte "listener
hold off", T_H im C64 Programmer's Reference Guide). Wenn das Laufwerk
wieder bereit ist, signalisiert es diesen Zustand über die DATA-Leitung
auf dem IEC-Bus. Der Kontroller -- in diesem Falle der PC -- *muss* auf
diese Signalisierung innerhalb von T_NE, "non-eoi response", durch
Aktivierung der CLOCK-Leitung antworten. Das Zeitintervall T_NE is
wirklich kurz, es darf 200µs nicht überschreiten. Typischerweise sollte
es um 40µs herum liegen. Falls der Kontroller dieses 200µs-Intervall
überschreitet, denkt der Listener -- das Laufwerk --, dass wir eine
End-Of-Inforamtion signalisieren wollen, also dass keine weiteren Daten
mehr gesendet werden.
Um es der PC-Seite zu ermöglichen, mit diesem sehr kurzen Zeitintervall
geeignet umzugehen, existieren zwei Optionen:
1. Aktives Warten
2. Benutzung von Interrupts
Punkt 1, Aktives Warten, ist nicht wirklich eine Option. Würden wir das
tun, dann würde die gesamte Maschine für die gesamte (Warte-) Zeit
vollständig unter Kontrolle des Treibers stehen. Das bedeutet, dass wir
während dieser Zeit keine Musik mehr hören, nicht mehr mit MS Word
arbeiten und nicht einmal den Transfer abbrechen können! Und was würde
erst passieren, wenn das Laufwerk auf einmal nicht mehr anwtorten würde,
weil es beispielsweise abgestürzt ist? Der gesamte PC wäre nicht mehr
nutzbar und wir müssten den Rechner rebooten (gut, ja, das stimmt nicht
ganz: Es würde reichen, das Laufwerk einmal aus und wieder ein zu
schalten).
Auf der anderen Seite, wenn wir Interrupts benutzen, dann ist das kein
Problem mehr. Wenn das Laufwerk eine Signalisierung über die
DATA-Leitung vornimmt, dann generiert der Parallelport des PC einen
Interrupt. In der Interrupt-Routine können wir darauf reagieren, indem
wir die CLOCK-Leitung setzen und dann wecken wir einfach die
(schlafende) Hauptroutine auf, die den Rest der Arbeit übernimmt. Auf
diesem Wege brauchen wir nicht die CPU des PCs vollständig unter die
Kontrolle des Treibers zu bringen, was sehr gut für die Gesamtstabilität
des Systems ist.
Allerdings, der Parallelport des PC kann nicht über jeden Eingangspin
einen Interrupt generieren. Mit einem XE15x1-Kabel können über die
RESET-Leitung Interrupts erzeugt werden -- das macht nicht viel Sinn,
oder? Aus diesem Grunde wurden beim XM15x1-Kabel die Leitungen RESET und
DATA gegenüber dem XE15x1-kabel einfach vertauscht. Daher kann unter
Benutzung eines XM15x1-Kabels die DATA-Leitung nun Interrupts
generieren, so wie gewünscht.
Um das alles zusammen zu fassen: Es ist *sehr* unwahrscheinlich, dass
das XE15x1-kabel jemals unterstützt wird (Anm. d. Übers.: von cbm4win
wie auch von cbm4linux).
F: Kann ein XE1541-Kabel in ein XM1541-Kabel umgebaut werden und wie
wird das gemcht?
A: Ja, das geht, auf verschiedene Weisen:
* Du musst einfach die beiden Leitungen 5 und 6 (RESET und DATA) auf der
Seite des DIN-Steckers Deines XE1541-Kabels vertauschen, um es in ein
XM1541-Kabel zu umzubauen.
* Du könntest Dich auch dafür entscheiden, einen aus zwei DIN-Verbindern
(einer männlich, einer weiblich) bestehenden Adapter zu bauen, welcher
die beiden Leitungen 5 und 6 (RESET und DATA) miteinander vertauscht.
Auf diesem Wege besitzt Du einerseits ein XE1541-Kabel, wenn Du es
ohne Adapter nutzt und ein XM1541-Kabel, wenn Du es mit Adapter
benutzt.
* Die gleiche Idee (allerdings, um es an einem XEP-*Adapter* zu
betreiben) steht hinter [[http://sta.c64.org/cbmsertc.html][Dem
*gedrehten* seriellen Commodore-*Kabel*]]
Übrigens, so einfach wie es ist, ein XE1541-Kabel in ein XM1541-Kabel
umzubauen, so einfach ist es, ein XM1541-Kabel in ein XE1541-Kabel zu
konvertieren.
--
Spiro R. Trikaliotis
http://www.trikaliotis.net/