Hallo ! Am Donnerstag, 4. August 2005 13:55 schrieb Marc Dietrich:
Hallo nochmal,
Am Donnerstag, 4. August 2005 01:18 schrieb Sascha Hilbig:
Hallo!
Er funktioniert !
Habe das Problem gelöst, indem ich in der chipcardd2.conf die Driver-Section für den 'Kaan Pro Seriell' aktiviert habe und für USB angepasst habe: ... char comType="USB" int port="1" ...
das sieht eher so aus, als hättest du den Quellcode geändert. Ich denke mal das "port="USB0" in der /etc/chipcardd.conf das gleiche bewirkt.
Nein, den Quellcode habe ich nicht geändert - char und int stehen so in der chipcardd2.conf. Bei den Werten "USB" und "1" dachte ich mir: ttyUSB0 = 1. Port .
Dies bewirkt, dass in der ~/.CT_devices die Zeile für 'USB' erscheint: ... Port1=COM;/dev/usb/ttyUSB0;1;0;USB reader at /dev/usb/ttyUSB0: B1/Kaan Pro ...
Wer legt eigentlich diese Datei an. Etwa libct.so ? Dass Bibliotheken so was anlegen (und brauchen) ist meiner Meinung nach ziemlicher Bockmist (so wie die ganze Kartenleserarchitektur, nach meinen Erfahrungen mit Windows gilt das übrigens auch für dieses Betriebssystem).
Keine Ahnung, wer die anlegt.
Den Kommentaren in chipcardd2.conf entnehme ich aber, daß die Driver-Sections nur für für Kartenleser am COM-Port relevant sind und für USB-Leser keine Rolle spielen (Autokonfiguration). Aus diesem Grund war sie bei mir auch deaktiviert, was anscheinend zur Folge hatte, dass in ~/CT_devices nur Einträge für /dev/ttySx erzeugt wurden und chipcardd dann 'Invalid Port Number' meldete.
Ja - in einer idealen Welt sollte das so sein ... Ich glaube, dass der Kobil-Kartenleser immer seriell ist. Dass es da noch ein Kabel gibt, dass die seriell->usb Konvertierung macht ist dem Treiber wohl egal. Das device ttyUSB emuliert einfach eine serielle Schnittstelle (und das Kabel macht aus USB dann wieder seriell).
Habe mir jetzt noch ein serielles Kabel bei Kobil bestellt, um den ganzen Schwierigkeiten mit USB aus dem Weg zu gehen, denn der Leser soll später einmal an einem zentralen Rechner im Netzwerk sämtlichen Clients zur Verfügung stehen. Auf dem läuft noch eine SuSE 9.0 mit Kernel 2.4 - da die Kiste perfekt läuft, wird sich daran auch die nächsten Jahre nichts ändern ;-) (Naja, zumindest so lange, wie SuSE das UpDate plegt.)
pscdd: Den brauche ich doch gar nicht, oder? (Geht bei mir auch ohne.) Ich dachte, entweder ctapi oder pcsc.
Das stimmt. PCSC ist wohl ein Backend ähnlich dem von Windows und ctapi das von Linux. Manche Anwendungen brauchen das eine andere das Andere... Um die Verwirrung zu komplettieren, kann ctapi auch PCSC als Backend benutzen, da wohl beide nicht parallel nebeneinander arbeiten. Deshalb ist das wohl die beste Lösung.
Mit qbankmanager scheint alles gut zu funktionieren.(Habe es erst 3 oder 4 mal getestet.) Bei gnucash hingegen, ist es etwas "wacklig". Es dauert manchmal ewig bis der Leser initialisiert ist oder er fordert mich endlos auf, die Karte einzulegen. Öfters kommt auch im Kartenleser die Meldung, die PIN sei falsch. (ist sie aber nicht!) Und gnucash stürzt gern mit einem guile-fehler ab :-(
Ich habe SuSE 9.3 hier. Auch hier gab es anfangs noch Fehler. Ich will den Kartenleser erstmal nur zur Verschlüsselung von eMails nutzen. Ich empfehle dir ein Upgrade mit allen Patches (speziell gpg2) ...
Vielen dank noch mal für den Tip mit der CT_devices !
Gruß Sascha
---------------- Übrigens, die Signatur in deiner Mail bringt KMail zum Absturz. Ist schon als Bug registriert - liegt anscheinend an den cryptoplugs. http://bugs.kde.org/show_bug.cgi?id=84306
Komisch - mein Kmail (1.8.2 aus KDE 3.4.2) macht's. Auch alle anderen Versionen (aus 3.4.1 und 3.4.0) hatten damit keine Probleme. Vielleicht liegt es ja am fehlenden Root-Zertifikat (zu bekommmen unter www.cacert.org).
Mit dem ganzen Krypto-Zeugs habe ich mich noch gar nicht so beschäftigt. Werd' ich wohl tun müssen. Gruß Sascha
Viele Grüße
marc
----------------
Am Mittwoch, 3. August 2005 20:28 schrieb Marc Dietrich:
Hallo Sascha,
ich habe den selben Kartenleser und ziemlich lange gebraucht bis er lief. Nicht einschüchtern lassen...
Was steht denn in deiner /root/.CT_devices Datei? Ist der pcscd am laufen und die sieht die readers.conf aus ?
Die .CT_devices muss existieren (und wird glaube ich automatisch angelegt). Du solltest die "Port"-Zeilen editieren. Meine schaut so aus:
GetPortType=#0 SetPortType=#0 DefaultPortType=#0 DefaultProtocollType=#0 UseOnlyDefaultProtocoll=#0 B1DTRLow=#50 B1DSRRespActive=#2000 PnPChar=#150 B1WaitForPnPString=#1500 KaanWaitForPnPString=#600 Port1=COM;/dev/usb/ttyUSB0;1;0;USB reader at /dev/usb/ttyUSB0: B1/Kaan Pro LogfileName=/root/ct_api.17988.log LogLevel=#0 Port2=COM;/dev/ttyS1;0;0;serial reader at /dev/ttyS1: unknown readertyp Port0=COM;/dev/ttyS-1;0;0;serial reader at /dev/ttyS-1: unknown readertyp
Viel Erfolg!
marc
Am Mittwoch, 3. August 2005 13:38 schrieb Sascha Hilbig:
Hallo !
Ich versuche nun schon seit 2 Tagen vergeblich den Kobil Kaan Pro USB mit chipcard2 in Betrieb zu nehmen. (SuSE 9.2, Kernel 2.6.8-24, Leser an /dev/ttyUSB0)
Installierte Software:
aqbanking-1.2.0-0.oc2pus.1.i586.rpm gwenhywfar-1.14.0-0.oc2pus.1.i586.rpm aqhbci-1.2.0-0.oc2pus.1.i586.rpm aqhbci-ddvcard-1.0.1beta-1.suse9.2.i586.rpm aqhbci-qt-tools-1.0.7-0.oc2pus.1.i586.rpm g-wrap-1.3.4-8.i586.rpm ktoblzcheck-1.6-0.oc2pus.1.i586.rpm libchipcard2-1.9.12beta-0.i586.rpm python-aqbanking-1.2.0-0.oc2pus.1.i586.rpm python-ctypes-0.9.6-0.oc2pus.1.i586.rpm python-ktoblzcheck-1.6-0.oc2pus.1.i586.rpm gengetopt-2.13.1-0.oc2pus.1.i586.rpm qbankmanager-0.9.24-0.oc2pus.1.i586.rpm
Bibliothek für den Leser ist "libct.so" von Kobil. (ct-linux.zip)
Beim Konfigurieren mittels "aqhbci-qt-wizard" gibt "chipcardd2" folgende Fehlemeldung aus:
... chipcardd(8016):cs_driver.c: 316: Reader Status is 2 chipcardd(8016):cs_driver.c: 477: Checking for command status chipcardd(8016):cs_driver.c: 521: Driver reported error on startup of reader "auto1-ko_kaan_pro_usb": Invalid port number cardserver.c: 1235: Sending notification reader:error to all clients cardserver.c: 1243: Mask for reader:error is 00000080 chipcardd(8016):cardserver.c: 1276: Client "42f09d68" is not interested in reader:error chipcardd(8016):cardserver.c: 1059: Checking cards chipcardd(8016):cardserver.c: 1065: Checking requests chipcardd(8016):cardserver.c: 1004: Handling commands chipcardd(8016):cardserver.c: 1010: Checking clients chipcardd(8016):cardserver.c: 1016: Checking drivers chipcardd(8016):cs_driver.c: 1123: Driver still running chipcardd(8016):cardserver.c: 1029: Checking services chipcardd(8016):cardserver.c: 1040: Scanning USB chipcardd(8016):cardserver.c: 1046: Checking readers chipcardd(8016):cs_driver.c: 316: Reader Status is 5 gwen(8016):ipc.c: 875: Incoming request 42f09d6d not found ...
Die Portzuordungen in der entsprechenden "driver.xml" sind: 0 für USB0 1 für USB1 usw (Habe auch schon andere Werte ausprobiert.)
Hat jemand eine Idee, was "Invalid Port Number" für eine Ursache hat ?
Danke schon mal !
Gruß Sascha