Hallo!
Ich habe einen FT245BT an USB hängen. Ansteuerung erfolgt über die
FTD2XX.dll - also nicht über den virtuellen COM Port.
Jedes Mal, wenn ich das Device einstecke, erkennt Windows XP dieses von
neuem und fordert mich erneut zur Installation des Treibers auf. Wenn
ich die Installation dann durchführe, funktioniert alles bestens, wenn
nicht, kann ich das Device nicht öffnen.
Wieso will er immer neu die Installation (immer nach einem Neustart des
PCs ohne dass das GErät angesteckt war). Kann ich den Treiber nicht
"fest" machen, so dass er immer installiert ist und nur aktiviert
wird, wenn das Gerät eingesteckt wird?
Viele Grüße
Steffen
Dieser Fehler taucht bei mir auch sporadisch auf - es kann mit deiner
sonstigen USB-Peripherie zusammen hängen. Im Zweifel würde ich für
dieses Verhalten nicht dem Treiber sondern Windows die Schuld geben :)
Ist durchaus möglich, dass das Windows schuld daran ist. Dennoch wäre es
mir recht, wenn man eine passable Lösung dafür findet, weil ich das
ganze echt nervig finde, jedesmal die Hardware wieder zu installieren -
denn bei mir tauscht das nicht sporadisch, sondern jedes mal auf ...
> Ist durchaus möglich, dass das Windows schuld daran ist.
Das denke ich auch. Vermutlich haben die da einen FTDI-Filter
eingebaut. Offensichtlich wurden die Chips für so buggy gehalten (ich
erinnere an die A-Typen, die entgegen des Datenblatts ohne EEPROM gar
nicht funktionierten), sodaß es besser schien, den Treiber jedesmal
aufs Neue zu installieren. Deswegen kann man solches Verhalten auch bei
keinem anderen Gerät beobachten.
Abhilfe könnte sein, ein EEPROM anzuschliessen und dem Chip eine
gescheite Seriennummer zu verpassen.
Ok, machdem da schon Leute sind, die damit Erfahrung haben, werf ich
hier gleich meine Bitte rein...
Kann mir jemand von euch ein kleines Beispielprogramm posten, wie man
mit der FTD2XX.dll arbeitet?
Habe nun schon länger eine Schaltung einwandfrei laufen, wobei ich auch
nen FTDI chip verwenden. Bis jetzt läuft jedoch alles über den VCP, da
ich es nie geschafft habe, die treiber-dll in ein eigenes VC++ Projekt
zu implementieren bzw. anzusprechen!
Grüße
@Marco
Die Treiber DLL einzubinden ist relativ einfach. Auf der FTDI Homepage
findest Du genug Beispiel Codes wie man die DLL verwendet.
FTDI Project Seite:
http://www.ftdichip.com/Projects/CodeExamples/VC++.htm
Ich hab die DLL gemäß diesem Beispiel eingebunden:
http://www.ftdichip.com/Projects/CodeExamples/VC++/dlpvcc2.zip
@Steffen
Es sollte nur ein Treiber Typ auf dem System installiert sein, entweder
D2XX oder VCP. Wenn Du mehrere Geräte mit FDTI Chips verwendest, und
dafür aber unterschiedliche Treiber, dann muss bei jedem Gerätewechsel
der alte Treiber mit FTClean entfernt werden.
/Michael
Hi
@Michael
Man kann schon beide Treiber gleichzeitig nutzen. Dann muss man
allerdings zwingend ein EEPROM an einem der beiden Geräteklassen
verschalten und denen eine andere Device-ID verpassen. Das ganze wird
dann noch in der INI-Datei des entsprechenden Treibers angepasst und
schon kann man beide gleichzeitig nutzen. So zumindest die Theorie von
FTDI. Probiert hab ich das selber noch nie.
Matthias
@Matthias
Ich schon,
klappt aber nicht wirklich. Die traurige Wahrheit sieht bei mir so aus,
das ich einen Rechner für die COM Treiber und einen anderen für die
DLL's nutze. Das bezieht sich auf die 2154 und 2169er release.
Aber damit hier kein falscher Eindruck entsteht, der FT232BL Chip ist
Klasse verglichen mit dem Prolific Schrott.
Robert
> Aber damit hier kein falscher Eindruck entsteht, der FT232BL Chip ist
Klasse verglichen mit dem Prolific Schrott.
Alle interessierten sollen bitte die neue Elektor lesen.
Auf der letzten Umschlagseite bietet FTDI den neuen FT232R an.
Ist incl.: MCU-Takt, EEPROM und USB-Abschlusswiderstände
Jeder FT232R wird vorprogrammiert geliefert, jedes Exemplar besitzt
eine individuelle USB-Seriennummer.
Das EEPROM braucht in vielen Fällen nicht programmiert zu werden.
Obs ein Fortschritt ist? Mal schaun...
www.ftdichip.com
Marillion
> Alle interessierten sollen bitte die neue Elektor lesen.
Alle interessierten sollen erst mal das hier lesen:
http://www.mikrocontroller.net/forum/read-1-289020.html
Mal sehen, wie Thorsten das Problem löst. So sind die Dinger
jedenfalls nicht brauchbar. Da fahrt Ihr mit euren bisherigen Monstern
besser.
