Galep 4 und Delock 66220

Vielleicht sind die Schaltzeiten des LPT-Ports mit einer Virtuellen 
Maschine nicht realisierbar.

Eine Partition freiräumen und XP direkt laufen lassen ist keine Option ?

VMware virtualisiert zwar eine Druckerschnittstelle, aber hier nur die 
grundlegenden dafür erforderlichen Funktionen. Einen Frickelport aber 
virtualisiert es nicht, daher kann Software, die per "bit-banging" auf 
die Druckerschnittstelle zugreift, nicht unter VMware laufen.

Du wirst in den sauren Apfel beißen müssen, und entweder ein anderes 
Betriebssystem (eben ein 32-bittiges) oder ein anderes Programmiergerät 
verwenden müssen.

Oder besorg Dir --nur für den Betrieb mit dem Programmiergerät-- ein 
gebrauchtes altes Notebook, auf dem Du XP laufen lassen kannst.

Hallo zusammen,

danke zunächst für die schnellen Antworten!
Das sind natürlich weniger positive Nachrichten, dann muss ich wohl in 
den sauren Apfel beisen und mir eine Alternative überlegen.

Aber danke vielmals für eure schnellen Antworten.

Toni schrieb:
> Könnte mir vorstellen daß auch ein anspruchsvollerer Drucker
> der noch eine Parallelschnittstelle hat, (gibts das noch?)
> auch nicht so ganz an diser Karte "mag".

Das ist recht sicher auszuschließen. Was soll an einem Drucker 
"anspruchsvoll" sein, wenn der die Centronics-Schnittstelle so nutzt, 
wie sie gedacht ist, nämlich als Druckerschnittstelle?

Das einzige, was bei steinalten Druckern passieren könnte, ist, daß die 
I/O-Pegel der mittlerweile durch die Bank mit 3.3V betriebenen Bausteine 
nicht ausreichen, aber das ist bei der in diesen Druckern verwendeten 
TTL- oder LS-TTL-Technik auch eher unwahrscheinlich.

Drucker jedenfalls werden nicht per "Bit-Banging" und auch nicht per 
Portgefrickele à la "giveio.sys" angesteuert.

Hallo zusammen,

Bei Conitec ließt man eigentlich nur, dass es mit der VMWare gehen 
sollte, daher bin ich auch erst auf die Idee gekommen. Jedoch war dort 
nichts beschrieben, ob das mit einem solchen Express Card Adapter oder 
einer "echten Schnittstelle" gelöst ist.

Zwischenzeitlich habe ich die Einschubkarte mit Galep an einem 32Bit 
Vista Notebook überprüft und das Galep ließ sich problemlos ansprechen. 
Somit kann es definitiv nicht an der Einschubkarte liegen. Ich habe für 
mich jetzt entschieden, dass ich zusätzlich eine 32Bit Betriebssystem 
installieren werde.

Zum Thema Galep aufrüsten: Conitec gibt einen "$100 discount" auf ein 
Galep5, beim zurücksenden des alten Galep3 oder 4. Jedoch bleiben, bei 
einem Neupreis des Galep5 von ca. 500€, dann immer noch fast 430€ für 
den Tausch übrig. Und das ist mir für private zwecke einfach zu viel. 
Das muss sich anderst lösen lassen.

Aber jetzt habe ich noch 2 generelle Fragen:
was versteht ihr unter "Bit-Banging" und einem "Frickelport"?

Wayne Interessierts schrieb:
> was versteht ihr unter "Bit-Banging" und einem "Frickelport"?

"Bit-Banging" ist das softwaremäßige Gewackel an Portbits, um 
Schnittstellenfunktionen nachzubilden. Das ist nicht per se Murks; so 
kann man auf µCs viel Funktionalität erreichen, für die keine oder 
ungenügende Peripherie vorhanden ist.
Als Frickelport bezeichne ich jeden Gebrauch der Druckerschnittstelle 
für alles andere als Druckausgaben, eben insbesondere das "Bit-Banging" 
mit dieser Schnittstelle.

Da derartige Manipulationen direkte I/O-Zugriffe auf die Porthardware 
erfordern und obendrein auch noch timingkritisch sind/sein können, ist 
diese Betriebsart mit der Verwendung ernstgemeinter Betriebssysteme nur 
noch mit viel Aufwand umzusetzen - Aufwand, der nicht nötig wäre, wenn 
richtige Schnittstellen verwendet würden, und Probleme, die es mit 
jeder neuen Betriebssystemversion gibt.

Damals, als PCs noch keine Betriebssysteme, sondern nur den 
Programmlader "DOS" hatten, war das kein Problem, da konnte jedes 
Programm herummurksen wie es wollte.

Rufus Τ. Firefly schrieb:

> VMware virtualisiert zwar eine Druckerschnittstelle, aber hier nur die
> grundlegenden dafür erforderlichen Funktionen. Einen Frickelport aber
> virtualisiert es nicht, daher kann Software, die per "bit-banging" auf
> die Druckerschnittstelle zugreift, nicht unter VMware laufen.

Ich betreibe einen Galep3 aus einem Win2K, das in einem VMware Container 
läuft (Host ist Linux/x86-64). Allerdings hat mein Board noch eine echte 
LPT-Schnittstelle.

Es ist also nicht so daß VMware Bitbanging prinzipiell nicht 
unterstützt. Vielleicht verwendet der Galap4 den Port ja in anderer 
Weise?


XL

Ich betreibe einen Galep-4 problemlos mit
Windows 7 64-bit -> VmWare -> Windows 2000 -> Parallel-Schnittstelle auf 
PCI-Express Karte

Bei Express-Card für Notebooks gibt es noch die Falle, dass sie intern 
auch eine USB-Schnittstelle enthält. Die Einschubkarte könnte also in 
Wirklichkeit auch ein USB->Parallel Wandler sein. Überprüf mal wie die 
Schnittstelle im System erscheint. Aber da es an einem anderen Notebook 
funktioniert...

Meine VmWare-Konfiguration in der .vmx ist:
parallel0.present = "TRUE"
parallel0.fileName = "LPT1"
parallel0.bidirectional = "FALSE"

Hallo,

ich verwende eine Sunix Parallel Card, weil mein Motherboard kein COM 
und LPT mehr bereitstellt.
Der Galep-3 funktioniert mit Galep32 unter Win7-32 mit der Basisadresse 
$3C00, also nicht $0378 o.ä.
Also vielleicht mal mit dem Gerätemanager die Adresse suchen und unter 
Option LPT-Port Adresse ggf. korrigieren.

HTH, gonde

Danke mal für die vielen Antworten und Erklärungen!

Florian V. schrieb:
> Bei Express-Card für Notebooks gibt es noch die Falle, dass sie intern
> auch eine USB-Schnittstelle enthält. Die Einschubkarte könnte also in
> Wirklichkeit auch ein USB->Parallel Wandler sein.

Ist es definitiv nicht, da habe ich bei der Auswahl drauf geachtet, da 
ich von ganau diesem Problem bereits gelesen habe.

Florian V. schrieb:
> Meine VmWare-Konfiguration in der .vmx ist:
> parallel0.present = "TRUE"
> parallel0.fileName = "LPT1"
> parallel0.bidirectional = "FALSE"

Wo kann ich diese Konfiguration einsehen?


Was mich zudem wundert, unter Win 7 64Bit musste ich einen Treiber für 
die Einschubkarte installieren (von Delock mitgeliefert) unter der VM 
Ware und WinXP Pro musste ich keinen Treiber für die Einschubkarte 
installieren, sie wird direkt als LPT1 mit der Adresse 0378 erkannt. Es 
wird ein standard Windows Treiber verwendet, ein Update auf den Delock 
Treiber klappte leider auch nicht.

@ Florian V. Gab es bei dir bei der Einrichtung der Parallelen 
Schnittstelle unter der VM Ware irgendwelche Besonderheiten?

Wayne Interessierts schrieb:
>> Meine VmWare-Konfiguration in der .vmx ist:
>> parallel0.present = "TRUE"
>> parallel0.fileName = "LPT1"
>> parallel0.bidirectional = "FALSE"
>
> Wo kann ich diese Konfiguration einsehen?

Zu jeder virtuellen Maschine gehört eine .vmx Konfigurationsdatei. Sie 
befindet sich da, wo Deine virtuellen Maschinen abgelegt sind.

Wayne Interessierts schrieb:
> @ Florian V. Gab es bei dir bei der Einrichtung der Parallelen
> Schnittstelle unter der VM Ware irgendwelche Besonderheiten?

Unter W7-64 musste ich ebenfalls einen herstellerspezifischen Treiber 
installieren. In der VM nicht, da wird eine Standardschnittstelle 
emuliert.

Ich meine, eine der Zeilen in der .vmx per Hand editiert zu haben. Das 
ist aber schon etwas her.

Gelöst!

ich musste alle 3 Zeilen in der Konfigurationsdatei hinzufügen, da keine 
vorhanden war. Warum bisher jedoch ein LPT Port in der VM Ware erkannt 
wurde, kann ich nicht ganz nachvollziehen.

Jetzt aber lässt sich das Galep4 unter der VM Ware ansprechen!

Vielen Dank an alle für eure Hilfe!

Lösung ohne VMWARE in Aussicht:

Das ganze Dilemma dreht sich nur um die glpntdrv.sys, die Conitec 
offenbar nicht für 64 Bit compilieren und herausrücken will.
Davon habe ich nun eine 64-Bit-Version erstellt, die auch soweit zu 
funktionieren scheint:

http://www-user.tu-chemnitz.de/~heha/hs/glpntdrv.zip

Leider habe ich kein GALEP zum endgültigen Test. Vielleicht liest hier 
noch jemand und kann mir eins leihweise zur Verfügung stellen?

Das API zum Treiber ist hinreichend vollständig offen, sodass auch an 
einen ernsthaft verwendbaren USB-Adapter gedacht werden kann; damit 
müsste man die GALEP III/IV nicht umtauschen sondern könnte diese an USB 
weiter betreiben. (Die anvisierten Kosten für den Adapter liegen bei 
15..30€, je nach notwendiger USB-Geschwindigkeit.)

Bitte helfen Sie mir: heha@hrz.tu-chemnitz.de

Die o.a. 64-bit-glpntdrv.sys funktioniert anscheinend einwandfrei, ist 
also getestet und hinreichend "final". Danke für die Leihgabe!

Jetzt fehlt bloß noch die Zertifizierung. Denn unzertifiziert lässt sich 
diese Datei nur mit deaktiviertem Treiberzertifizierungszwang benutzen, 
was bei Windows 7 umständlich und bei Windows 8 superumständlich ist. 
Ein Zertifikat für 1 Jahr und beliebig viele Treiber ist ab 100$ zu 
haben. Gibt es jemanden, dem es das wert ist? Ich sag mal, die Hälfte.

henni

Es kostet sogar noch Notargebühren obendrauf.
1 Jahr ist die FRIST der Treiberzertifizierung.
Der zertifizierte Treiber ist dann EWIG zertifiziert.
(Bis Microsoft etwas neues ausheckt natürlich.)

So, der Treiber ist jetzt (endlich!) zertifiziert. Damit ist dieser als 
vollwertiger Ersatz einsetzbar.

Karl O. schrieb:
> Was genau muss ich damit machen?

Die Datei install.txt im Verzeichnis amd64 lesen.

Ein (sich fortsetzendes) Lob für Deine exzellente Arbeit, Henrik!

Hallo Henrik,

vielen Dank für Deine tolle Arbeit. Der Galep-4 läuft problemlos unter 
W7-64 mit einer PCIe-ECP-Parallelport-Karte (LPT3) und ich kann mir den 
Umweg über VMWare sparen.

Viele Grüße
Thomas

Lieber Henrik,
vielen Dank für Deine tolle Arbeit.

Ich war schon am Verzweifeln, daß der Galep 4 ja nur an einer parallelen 
Schnittstelle funktioniert - und wie ich aus dem Forum gelesen habe auch 
nur auf 32Bit Windows.

Aber jetzt habe ich es auch auf Windows 10 Pro x64 am laufen.
Merkwürdigerweise hatte ich erst einmal Kalibrierungsfehler, aber nach 
dem Tausch von zwei defekten SMD-Widerständen R32/R33 auf 47 Ohm endlich 
der Erfolg.

Der LPT ist eine Schnittstellenkarte in der Workstation auf LPT3.

LG

Auch von mir herzlichen Dank! Der Galep III läuft jetzt an einem Win7 
Werkstatt-PC.

Damit muss ich nicht extra für den Galep noch einen XP-Rechner in die 
Ecke stellen.

Mit freundlichen Grüßen
Thorsten Ostermann

Henrik Haftmann schrieb:
> Pardon, nicht mit PL2303 (das geht gar nicht mit GALEP). Eher mit einem
> Arduino auf Basis ATmega32U4 (Micro, Leonardo) oder einem
> CY7C68013A-Board. Und dann sollte es richtig schnell gehen – mal sehen.

Gibt es dazu neue Erkenntnisse?

Ich möchte den Galep-4 auf meinem iMac in einer VirtualBox unter Windows 
10 x64 betreiben. Gibt es eine Chance das mit einem USB->parallel 
Adapter zum Laufen zu bekommen?

Entwickler-Boards mit den o.g. Chips habe ich da, allerdings arbeiten 
die mit 3.3V, aber Level Shifter habe ich auch rumliegen.
Gibt es dafür eine Firmware? Wie muss man die mit dem Galep-4 
verdrahten?

  Viele Grüße,

    Michael

Henrik Haftmann schrieb:
> Sowas gehört nicht in ein Forum. Also ist das perfekter Spam.

Danke für die ausführliche Antwort. Damit konnte ich das Projekt welches 
ich gesucht habe einfach finden unter 
https://www-user.tu-chemnitz.de/~heha/basteln/PC/USB2LPT/ul-12.en.htm

  Michael

Hallo,
Fehler gefunden - funktioniert alles!
vielen Dank1

Läuft auch hier wieder einwandfrei unter Win10-64 auf einem ASUS PRIME B660M-A D4 an der onboard-LPT-Schnittstelle. Danke an Henrik.

Thomas