Windows 32bit-Treiber unter Linux

[Sir Charles82]

Hallo,

bei uns arbeitet ein Scanner aus dem Jahr 2009. Unglücklicherweise gibt es für das Gerät lediglich eine Scan-Suite vom Hersteller, die - neben anderen Geräten - auch die Treiber für dieses Gerät enthält. Die Treiber sind - natürlich - nur 32bit und optimiert auf XP ("XP oder besser"). "Versuch macht kluch", mittlerweile läuft der Scanner an einem Windows 10 32bit-System, allerdings mit der Einschränkung, dass der Treiber beim ersten Scannen Windows gleich mal mit einem Bluescreen in den Abgrund reißt (IRQ less or not equal - und die sys-Datei vom Scanner)

Meine Frage: ich hab aus der Scansuite die inf und die sys-Datei herausgeklaubt, ist es damit irgendwie möglich, einen linux-kompatiblen Treiber zu erzeugen? Die Software-Suite an sich läuft unter Linux Mint und Wine 6.17 schon mal tadellos. Da in Wine 6.0 ja ein grundlegender USB-Support implementiert wurde (wenn ich das richtig verstanden habe), fehlt es "nur" noch an einer Möglichkeit, den Scanner "über Linuxwege" am USB-Anschluß anzusprechen. Lösungen wie SANE verfangen bei dem Gerät leider nicht, es handelt sich um einen recht professionellen Buchscanner. Die Firma selbst nach Treibern zu fragen, war schon für die neueste Windows-Version nur möglich, weil in genannter Software-Suite eben die Treiber enthalten sind...

Kann man aus den inf und sys-Dateien eien Treiber bauen oder muss man da "reverse-engineeren" (was für mich als Fachfremden natürlich schwierig ist)

Danke an die Experten!

 

[cuco]

ja, aber mein Dienstgeber hat da eine recht restriktive Politik: keine veralteten Betriebssysteme am Computer, nicht mal in der VirtualBox ohne Anbindung nach draußen. Das sind die Vorgaben von der offiziellen EDV-Abteilung.

Wenn das auf normalen PCs oder in VMs, auch ohne Anbindung nach draußen, verboten ist, gilt das dann auch für "Kiosk-Systeme" oder embedded? Da wären die Grenzen fließend. Und auf so manchem Gerät läuft ein Uralt-Linux oder Uralt-Windows ohne dass man es updaten könnte. Dann wird halt für den Scanner auch ein PC oder eine kleine Embedded-Hardware benutzt, mit altem Windows betrieben und der Scanner kann wieder in Betrieb genommen werden? Da würde ich auch mal ganz praktikabel mit den ITlern reden. Wenn der Scanner so wertvoll ist, dann müsste sich da auch eine Lösung finden lassen, mit der die IT auch einverstanden ist.

 

[laptopheaven]

Früher gab es auch mal Sneaker-Net zur Datenübertragung. Meines Wissens funktioniert das auch heute noch und wird auch immer noch in vielen Firmen verwendet
So kann man auf jeden Fall Systeme die nicht ans normale Netz angeschlossen werden dürfen weiterhin betreiben.

 

[fakiauso]

Viel Hoffnung mache ich Dir nicht.

Windows-Treiber unter Linux bei Scannern kannst Du m.E. vergessen. Wenn SANE das Ding wegen der vermutlich proprietären Treiber und ggf. analog zu GDI-Druckern viel Code in der Software nicht einmal anspricht, dann kannst du es m.E. vergessen.

Durchaus möglich ist ebenso, dass das Ding nicht als Scanner erkannt wird, sondern als Kamera oder was auch immer. Ein lsusb -vv und ein scanimage -L sollte das Ding ggf. wenigstens bezeichnen können und über lsusb müsste ja eine Hardware- und Vendor-ID genannt werden.

Da Du den Hersteller und das Gerät aus o.g. nicht nennen kannst oder willst, ist es eher schwierig, aber wenn bei so einem alten Ding Linux nichts macht mit dem Teil, wirst Du um ein ggf. XP in einer VM oder nativ auf einem alten PC installiert nicht herum kommen.

 

[Sir Charles82]

Durchaus möglich ist ebenso, dass das Ding nicht als Scanner erkannt wird, sondern als Kamera oder was auch immer. Ein lsusb -vv und ein scanimage -L sollte das Ding ggf. wenigstens bezeichnen können und über lsusb müsste ja eine Hardware- und Vendor-ID genannt werden.

Hallo,
die Ausgabe von lsusb ist wenig ergiebig:

ID 04b4:1714 Cypress Semiconductor Corp.

lsusb -vv noch ein bisserl weniger:

Bus 002 Device 004: ID 04b4:1714 Cypress Semiconductor Corp. 
Couldn't open device, some information will be missing
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  idVendor           0x04b4 Cypress Semiconductor Corp.
  idProduct          0x1714 
  bcdDevice            0.00
  iManufacturer           1 
  iProduct                2 
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength       0x0045
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0xc0
      Self Powered
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0 
      bInterfaceProtocol      0 
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       1
      bNumEndpoints           4
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0 
      bInterfaceProtocol      0 
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            1
          Transfer Type            Isochronous
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x1400  3x 1024 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x08  EP 8 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0

 

[fakiauso]

"Bus 002 Device 004: ID 04b4:1714 Cypress Semiconductor Corp.
Couldn't open device, some information will be missing"

Hier wird zwar "irgendein" Controller-Chip gefunden, aber kein wirkliches Endgerät.

Eine Vendor-Suche ist damit auch wenig erfolgreich.

Ohne Gerätebezeichnung ist das brotlose Kunst und wenn es wirklich so wichtig ist für Eure Arbeit, dann ist es sicher überlegenswert, entweder ein aktuelles Gerät zu beschaffen oder einen XP-Rechner offline zu betreiben und die Dateien dann anderweitig zu verteilen.

 

[Sir Charles82]

@ fakiauso: danke auf jeden Fall fürs Nachdenken. Eine Anfrage bei der Firma läuft derzeit, leider ist das Gerät so alt, dass es wohl kaum noch Mitarbeiter gibt, die wissen, wie das "damals" gemacht wurde.

 

[fishmac]

Vielleicht bei den Drucker-Spezis mal nachfragen?
https://fedoramagazine.org/automatically-set-your-default-printer/
Section "Motivation"