XU1541 unter Windows 8

Es gibt 14 Antworten in diesem Thema, welches 3.452 mal aufgerufen wurde. Der letzte Beitrag (7. Februar 2015 um 05:40) ist von ralf02.

  • Hallo,

    ich habe ein Problem mit der XU1541 unter Windows 8. Ich habe die XU1541 schon viele Jahre unter opencbm mit der GUI4CBM4WIN unter Windows XP und Windows 7 benutzt. Unter Windows 8 (64 Bit) funktioniert es jetzt auch, aber nur wenn ich Windows in dem besonderen Reparaturmodus (Erzwingen der Treibersignatur deaktivieren) starte.

    Wenn ich es normal starte, kommt folgende Fehlermeldung:
    ERROR: No xu1541 device found
    libusb/xu1541: Das System kann die angegebene Datei nicht finden

    Im Gerätemanager ist dann ein gelbes Ausrufungszeichen mit der Begründung "Treiber nicht digital signiert ...".

    Meine Frage: Kann man Windows 8 nicht beibringen, den nicht signierten Treiber dauerhaft zu akzeptieren, ohne jedesmal im Reparaturmodus starten zu müssen ?

    Grüße,
    Ralf

  • Doch, kann man. Ich hatte eine ganze Zeit lang unsignierte Treiber unter Windows 8 laufen (Arduino). Die Anleitung dürfte passen:

    Bitte melde dich an, um diesen Link zu sehen.

  • Hallo,

    genau nach dieser Anleitung bin ich vorgegangen (allerdings kommt bei mir die Abfrage "Treiber trotzdem installieren ?" nicht). Es funktioniert aber nur in der Windows-Sitzung, wo ich mit "Treibersignatur erzwingen deaktiviert" gestartet habe. Beim nächsten normalen Windows-Start kommt wieder die bekannte Fehlermeldung. Ich habe den Treiber ja mehrmals neu installiert, zwischendurch auch mal gelöscht, möglicherweise auch andere Treiberversionen. Könnte da das Problem liegen ? Muss man diese Treiberhistorie vielleicht komplett entfernen, wenn ja wie macht man das ?

    Grüße,
    Ralf

  • Treibersignerung abschalten geht zwar, ist aber stabilitäts- und sicherheitstechnisch ein Desaster. Ich würde es durch die Brust ins Auge machen...:

    1. VMWare-Player installieren
    2. Darin ein 32 Bit Windows installieren (XP, und das vollständig durchpatchen, ihm dann den Internetzugriff verhindern und ihm nur noch lokalen Netzwerkzugriff gewähren, damit es auf meinen Server wo ich meine Sachen liegen habe noch zugreifen kann)
    3. Dem virtuellen Rechner im VMWare-Player eine USB-Schnittstelle fest zuweisen, damit er diese exklusiv nutzen kann
    4. Das XU1541 genau an diese USB-Schnittstelle anschließen und unter dem virtuellen XP den passenden Treiber installieren.

    Mal hier, mal da, mal dort. Aber auf jeden Fall auf der Bitte melde dich an, um diesen Link zu sehen.! Und hier Bitte melde dich an, um diesen Link zu sehen.!

  • Würde eigentlich auch Windows 7/32 Bit in der Variante mit VMWare funktionieren?

    Das hätte ich nämlich da, XP müßte besorgen.

    Aber so wie ich mein Glück kenne...

  • unter Windows 7 32bit kannst du dein Treiber selbst signieren:

    Bitte melde dich an, um diesen Link zu sehen.


    Leichter ist es aber mit XP. Ich habe aber auch Windows 8.1 und mache es so:

    CMD als Administrator ausführen und folgendes eingeben:

    Code
    bcdedit -set loadoptions DISABLE_INTEGRITY_CHECKS

    Und nun:

    Code
    bcdedit -set TESTSIGNING ON

    Den Computer neustarten und den Treiber installieren.

  • Ja, das kann man so machen. Damit helbelt man aber ein paar Schutzmechanismen von Windows aus und erhöht das Riskiko, dass ein Virus oder so das System beschädigen oder sich ein Trojaner tief ins System eingraben kann.

    Vielleicht sollte das XU1541 mal überarbeitet werden, so dass es als USB-Device keinen eigenen Treiber braucht. Als Beispiel nenne ich die neue Hardware "ParCP-USB", die gerade bei den ATARI ST Fans aufgeschlagen ist und viel Spaß macht. Dabei handelt es sich um einen Adapter von USB auf Parallel, und man kann ST oder MS-DOS-PCs mit Windows-PCs (alle Versionen bis runter zu 9x funktionieren!) und bald auch Mac und Amiga miteinander verbinden und einfach Dateien rüberkopieren. Das geht bei mir mit bis zu 60 kB/s, womit eine 1541 Diskette im Vergleich in 3 Sekunden gefüllt wäre, das heißt die Geschwindigkeiit ist mehr als ausreichend. Der Adapter meldet sich bei Windows einfach als HID (Human Interface Device, also Maus/Tastatur) an und benötigt so keinerlei Treiber. Das müsste doch eigentlich auch für ein verändertes XU1541 möglich sein!

    Mal hier, mal da, mal dort. Aber auf jeden Fall auf der Bitte melde dich an, um diesen Link zu sehen.! Und hier Bitte melde dich an, um diesen Link zu sehen.!

  • Das geht bei mir mit bis zu 60 kB/s, womit eine 1541 Diskette im Vergleich in 3 Sekunden gefüllt wäre (...) Das müsste doch eigentlich auch für ein verändertes XU1541 möglich sein!


    Mit dem XU1541 ist die Geschwindigkeit nicht machtbar, das implementiert USB nur in Software und läuft daher nur als Low-Speed-Device. Umstricken auf eine andere Geräteklasse, damit man unter Windows keinen Treiber mehr braucht und die Nutzer anderer Betriebssysteme sich über ein weiteres wegen Windows verkorkstes USB-Gerät ärgern wäre vermutlich machbar, aber man sollte vielleicht vorher mal klären, ob es dadurch nicht noch langsamer würde.

    10 x=rnd(-1963):fori=1to81:y=rnd(1):next
    20 forj=1to5:printchr$(rnd(1)*16+70);:next
    30 printint(rnd(1)*328)-217

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Mir ist natürlich schon klar, dass eine 1541 NIEMALS eine Diskette in 3 Sekunden komplett befüllen kann. Daher ja die Aussage, dass dieses HID mehr als schnell genug für eine XU1541 Weiterentwicklung wäre. HID ist auch Low-Speed. HID ist auch kein Windows-Only-Device, auch der Mac unterstützt HID, sonst könnte man dort keine beliebigen USB-Mäuse und Tastaturen verwenden, bzw. Mac-Mäuse und Tastaturen am PC verwenden. HID ist ein allgemeiner USB-Standard. Auch Linux unterstützt das, und ich vergaß, das ParCP-USB-Softwarepacket beinhaltet auch einen Client&Server für Linux.

    Mal hier, mal da, mal dort. Aber auf jeden Fall auf der Bitte melde dich an, um diesen Link zu sehen.! Und hier Bitte melde dich an, um diesen Link zu sehen.!

  • Mir ist natürlich schon klar, dass eine 1541 NIEMALS eine Diskette in 3 Sekunden komplett befüllen kann.


    Davon habe ich ja auch nicht geredet.

    Zitat

    Daher ja die Aussage, dass dieses HID mehr als schnell genug für eine XU1541 Weiterentwicklung wäre. HID ist auch Low-Speed.


    HID hat erstmal gar nichts mit Low/Full/High-Speed zu tun. Das Ding von dem du redest dürfte mit einem Controller implementiert sein, der einen Hardware-Block für USB-Device-Nutzung hat und mindestens Fullspeed kann. Mit einem reinen Low-Speed-Device wie dem XU1541 (was USB komplett in Software macht) sind 60KByte/s nicht machbar.

    Zitat

    HID ist auch kein Windows-Only-Device


    HID wird aber gerne für diverse Sachen missbraucht, die rein gar nichts mit einem Human Interface zu tun haben (zB dem Floppy-Lese-Beispiel von dir) weil das eine der wenigen Möglichkeiten ist, unter Windows ohne signierte Treiber auszukommen.

    Zitat

    auch der Mac unterstützt HID, sonst könnte man dort keine beliebigen USB-Mäuse und Tastaturen verwenden, bzw. Mac-Mäuse und Tastaturen am PC verwenden.


    Ich dachte, es ginge hier um ein Ding um Disketten zu lesen und nicht um eine Maus oder Tastatur? ;) Klar, man kann sowas auch unter anderen Systemen mit geeigneten Methoden ansprechen, aber alles immer durch HID zu würgen weil Windows doof ist halte ich für den falschen Ansatz. libusb existiert ja auch für Win32.

    10 x=rnd(-1963):fori=1to81:y=rnd(1):next
    20 forj=1to5:printchr$(rnd(1)*16+70);:next
    30 printint(rnd(1)*328)-217

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • As of version V1.2.0.0, a valid digital signature is embedded inside libusb0.sys for AMD/Intel x86_64 version of Windows so that the users can install the driver as well under 64bit x86_64 version of Windows Vista/7/2008/2008R2
    Quelle: Bitte melde dich an, um diesen Link zu sehen.

    LIFE IS SHORT - Break the rules, do more, need less, smile often, be brave, stay true, dream big, forgive quickley, kiss slowly, love truly, laugh uncontrollably and never regret anything that made you smile.

  • Ja, das kann man so machen. Damit helbelt man aber ein paar Schutzmechanismen von Windows aus und erhöht das Riskiko, dass ein Virus oder so das System beschädigen oder sich ein Trojaner tief ins System eingraben kann.


    1st1, Rede nicht lange um den heißen Brei herum :bia

    Man sollte natütlich, nach dem neustart wieder aktivieren:

    Code
    bcdedit -set loadoptions ENABLE_INTEGRITY_CHECKS
    bcdedit -set TESTSIGNING OFF
  • Glaubst du, dass hier Sicherheit oder Bequemlichkeit überwiegt?

    Mal hier, mal da, mal dort. Aber auf jeden Fall auf der Bitte melde dich an, um diesen Link zu sehen.! Und hier Bitte melde dich an, um diesen Link zu sehen.!

  • Ich habe hier eine weiter Lösung vorgeschlagen. Was wer wie macht, sollte wohl noch jeder selbst entscheiden dürfen.

  • paranoid64: Wenn ich die Integrity checks nach Deiner Anleitung deaktiviere und dann den Treiber installiere, funktioniert er dann dauerhaft oder auch nur bis zum nächsten Neustart ?

    Muss ich zusätzlich Windows in dem besonderen Reparaturmodus (Erzwingen der Treibersignatur deaktivieren) starten, oder ist das dann nicht erforderlich ?

    Grüße,
    Ralf