FTDI Treiber-Signatur vs. Win8 ;)

Linux nehmen ^^

Einfach Windows--; machen und dann hat sich das.

Davis schrieb:
> Es ist die Rede von Betriebssystemen, nicht von aufgeblähten
> Bootloadern.

Es gibt Alternativen zum unsäglichen GRUB ;-p

Leute, ihr seit ja SOOO hilfreich :(

Björn G. schrieb:
> Wie händelt Ihr das derzeit?

Hier wird beschrieben, wie es (angeblich) geht:
http://www.multi-rotor.co.uk/index.php?topic=669.0

Ich habs selber, mangels Win8, nicht probiert. Darum wäre es toll, wenn 
Du Deine Ergebnisse posten würdest.

Grüße
Andreas

Wieso nutzt ihr nicht den Treiber so wie er ist? Müsst ihr zwingend das 
Inf File anpassen? Eventuell reicht es auch, wenn ihr eine Code-Signing 
Signatur kauft und das cat file dann jeweils neu signiert, da bin ich 
mir aber nicht sicher. Wir nutzen für unsere Geräte den WinUSB Treiber, 
der ist signiert und wir müssen nur mit der Code Signing Signatur das 
Cat File signieren.

Och Mädels, hört doch auf mit Win vs. Linux - darum geht es hier im 
Thread nicht.
Dafür könnt Ihr ja einen nutzen von denen es ja schon zahlreiche gibt.

Mir ist das Thema wichtig und möchte es nicht so verschandelt sehen ;)

@Andreas H.: Ja, klar funktioniert das. Habe ja anfangs auch dies als 
nichtig bzw. unzumutbar erklärt. Der DAU wird so etwas nicht hin 
bekommen und für Support dazu habe ich sicher keine Zeit.

@Christian R.: Gewerblich dürfen die Standard-PIDs von FTDI (6001) nicht 
verwendet werden. Daher werden diese auch brav geändert!

Hoffe auch weitere Meinungen die nichts mit Linux usw. zu tun haben.
Denn 98% meiner und auch Eurer Kunden nutzen diese Möglichkeit genau an 
dem PC nämlich nicht.

Und jetzt...pssst.

Björn

Björn G. schrieb:
> @Christian R.: Gewerblich dürfen die Standard-PIDs von FTDI (6001) nicht
> verwendet werden. Daher werden diese auch brav geändert!

Aber doch nur, wenn du da einen eigenen Namen oder sowas dran schreibst. 
Wenn du den FTDI so wie er ist verbaust, und nichts an VID/PID änderst, 
darfst du doch das überall einbauen. Ist ja bei jedem USB-RS232 Wandler 
so und in vielen tausenden geräten, wo ein FTDI für den SerialPort 
eingebaut ist. PID ändern muss man ja nur, wenn man das Ding nicht als 
FTDI Gerät im Gerätemanager angezeigt haben will...

Bin mir jetzt nicht zu 100% sicher ob man es dann darf, aber ich finde 
es einfach professioneller wenn das Produkt usw. auch im Gerätemanager 
und der Installation auftaucht.

Björn G. schrieb:
>@Christian R.: Gewerblich dürfen die Standard-PIDs von FTDI (6001) nicht
> verwendet werden. Daher werden diese auch brav geändert!

Ach, ehrlich?
Dann kenne ich aber viele Firmen, die sich nicht erwischen lassen 
dürfen...
Nee, im Ernst, das höre ich zum ersten Mal.
Hast Du dafür eine Quelle? Einen Hinweis in einer App-Note, o.Ä.?

Björn G. schrieb:
> aber ich finde
> es einfach professioneller wenn das Produkt usw. auch im Gerätemanager
> und der Installation auftaucht.

Na dann musst du auch ganz profosionell das Geld für WHQL in die Hand 
nehmen.

Björn G. schrieb:

> Okay, also zertifizieren wir den aktuellsten FTDI Treiber der gerade
> online ist mit unseren Daten für 400€ .
> Beim nächsten Produkt, welches die nächste von FTDI zur Verfügung
> gestellte PID bekommt, zertifizieren wir den Treiber nochmals usw. .
> Das kann ja nicht deren Ernst sein...
>
> Wie händelt Ihr das derzeit?

FTDI rauswerfen, Controller mit nativem USB-Device in Hardware (und 
nicht dieses unsägliche, halb-kompatible Low-Speed vusb-Zeugs) 
verwenden, und Device per HID ansteuern.

Oder per CDC - dann musst Du nur Dein .inf signieren lassen - der 
Treiber ist beim Betriebssystem dabei.

fchk

Ingo Wendler schrieb:
> Auch wenn diese Lösung dem TE nicht helfen wird (beim HW professionell
> verkaufen), hab es auf Privatrechner (Win8/64) getestet und es
> funktioniert.

Hallo Ingo

Danke für die Info. Dann kann man die Methode weiterempfehlen

Grüße
Andreas

Christian R. schrieb:
> Wir nutzen für unsere Geräte den WinUSB Treiber,
> der ist signiert und wir müssen nur mit der Code Signing Signatur das
> Cat File signieren.

Braucht man da überhaupt ne eigene .inf + .cat?
Oder habt ihr die, damit auch ältere Windows-Versionen den eigenen 
Gerätenamen anzeigen?
(Hab keinerlei Erfahrung mit WinUSB)

1

The purpose of a WinUSB device is to enable Windows to load Winusb.sys as 

2

the device's function driver without a custom INF file. For a WinUSB device,

3

you are not required to distribute INF files for your device, making the

4

driver installation process simple for end users. Conversely, if you need to

5

provide a custom INF, you should not define your device as a WinUSB device

6

and specify the hardware ID of the device in the INF.

Bernd H. schrieb:
> Christian R. schrieb:
>> Wir nutzen für unsere Geräte den WinUSB Treiber,
>> der ist signiert und wir müssen nur mit der Code Signing Signatur das
>> Cat File signieren.
>
> Braucht man da überhaupt ne eigene .inf + .cat?
> Oder habt ihr die, damit auch ältere Windows-Versionen den eigenen
> Gerätenamen anzeigen?

http://msdn.microsoft.com/en-us/library/windows/hardware/ff540196%28v=vs.85%29.aspx

Da steht alles drin. Vor Win8 brauchst Du eine eigene .inf+.cat.

Wenn es irgendwie geht, implementiere eine USB-Standardklasse wie HID 
oder, wenn HID zu langsam ist, CDC. Das ist am einfachsten. Bei HID 
brauchst Du Dich mit Signaturen und Treiberinstallation usw gar nicht 
rumzuschlagen, das geht alles automatisch. Im Prinzip bräuchtest Du 
nicht mal eine eigene VID/PID, auch wenn das nicht die feine Art ist.

fchk

Bernd H. schrieb:
> Braucht man da überhaupt ne eigene .inf + .cat?
> Oder habt ihr die, damit auch ältere Windows-Versionen den eigenen
> Gerätenamen anzeigen?

Ja genau deswegen. Durch die WinUSB Descriptoren zeigt der ja nur sowas 
allgemeines an. Ist mit einer Verisign ID aber unkritisch. Kostet 300 
USD pro Jahr.