Servus zusammen, habe folgendes Problem: Code Composer Studio hat einen Treiber für die Kommunikation mit einem CC3200 Launchpad eingerichtet. Wollte nun ein FT4232H Modul dazu installieren. Windows 7 64Bit prof. weigert sich allerdings irgendeinen Treiber dafür zu installieren. Auf verschiedenen anderen Rechnern läuft es (da ist kein CCS drauf). Auch wenn ich alles was FTDI heißt entferne, läßt sich das Modul nicht initialisieren. Danach ist dann auch die Kommunikation mit dem CC3200 im Eimer, was sich durch Neuinstallation beheben läßt. Hat irgendjemand eine Idee dazu? - die ganzen Vorschläge aus dem Internet haben bisher keinen Erfolg gehabt.
> Windows 7 64Bit prof. weigert sich allerdings irgendeinen Treiber dafür > zu installieren. Wie äußert sich das? Taucht Dein zusätzliches USB-Gerät nur als "unbekannt" im Gerätemanager auf, oder gibt es den vielsagenden "Code 10"? Hast Du mal den Gerätemanager mit der Option aufgerufen, abwesende Geräte anzuzeigen? (Der Menüeintrag ist sinnlos, solange nicht eine Umgebungsvariable gesetzt ist - siehe hier Beitrag "Re: Com-Port: Welche Ports sind beim XP vorhanden ?")
Servus, das Modul ist unter "Andere Geräte" aufgeführt mit einem ! Die Treiber für dieses Gerät wurden nicht installiert. (Code 28) Wenn ich "ausgeblendete Geräte" anzeige sind alle möglichen Entwicklungsboard auch dabei: CC3200, radino, WICED Ports, Pyboard, Stellaris usw.. Die CC3200 Ports sind z.B. seltsamerweise mit einem FTDI Treiber Version 13.11.35.0 vom 15.08.2014 angezeigt. Hab heut Nacht ein Notebook neu installiert und damit funktioniert das Modul. Wurde auch rasend schnell erkannt. Grübel ???
Thomas S. schrieb: > Wenn ich "ausgeblendete Geräte" anzeige sind alle möglichen > Entwicklungsboard auch dabei: CC3200, radino, WICED Ports, Pyboard, > Stellaris usw.. Da hilft vielleicht ein Aufräumen. Bevor Du das tust - sieh mal im Gerätemanager (ebenfalls mit "abwesenden" Geräten) in der Liste der seriellen Anschlüsse nach, wieviele COM-Nummern vergeben sind. Vielleicht liegt das Problem ja auch nur dort.
Ich würde auch prüfen, ob Vendor-ID und Device-ID zum Device passen. (Müsste für den FT4232 wenn ich richtig gegoogled habe sein: VID: 0403, PID: 6010)
die abwesenden Geräte sind verwendete Teile von diversen Entwicklungsumgebungen. Ich hab mit einem tool auch PID (0403) und VID (6011) nachgeschaut. Das sollte stimmen. (6010) ist für einkanalige Version.
Thomas S. schrieb: > die abwesenden Geräte sind verwendete Teile von diversen > Entwicklungsumgebungen. Ich hab mit einem tool auch PID (0403) und VID > (6011) nachgeschaut. Das sollte stimmen. (6010) ist für einkanalige > Version. Bei mir steht die 6010 für die zweikanalige Version: Bus 001 Device 028: ID 0403:6010 Future Technology Devices International, Ltd FT2232C Dual USB-UART/FIFO IC und 6001 für die einkanalige Version: Bus 001 Device 025: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC MfG
Dann würde ich ggf. mal auch noch ältere Treiberversionen probieren, allerdings besser ältere als v2.12.0.0 - möglicherweise das Fake-FTDI-Problem?
Thomas S. schrieb: > die abwesenden Geräte sind verwendete Teile von diversen > Entwicklungsumgebungen Soweit, so klar. Und hast Du Dir auch die Auflistung der (virtuellen) seriellen Schnittstellen angesehen?
6010 -> FT2232 hab ich verwechselt. Entschuldige bitte. Rufus: Was meinst du mit virtuellen Schnittstellen ? Es gibt noch diverse "Verbundgeräte" - ich geh davon aus, dass das so Dinge sind wie Arduinos, die ab und an mal dranstecken. Das dumme ist, dass ich die Treiber nicht einzeln bekommen kann. v2.10 war auch schon eine .exe. bzgl.Fake - die Boards sind von offiziellen Distributor und funktionieren ja auch auf inzwische 3 anderen Rechnern.
Thomas S. schrieb: > Rufus: Was meinst du mit virtuellen Schnittstellen ? Gerätemanager, dort den Bereich "Anschlüsse (COM und LPT)" ansehen. Jede USB-Seriell-Bridge richtet eine virtuelle serielle Schnittstelle ein, und die wird dort aufgelistet. http://ecotronics.ch.honorius.sui-inter.net/wordpress/wp-content/uploads/2013/02/WindowsGeraetemanagerCOMPortFuerXBee_2013-02-24_203945.jpg
Rufus Τ. Firefly schrieb: > Gerätemanager, dort den Bereich "Anschlüsse (COM und LPT)" ansehen. > > Jede USB-Seriell-Bridge richtet eine virtuelle serielle Schnittstelle > ein, und die wird dort aufgelistet. Ja, aber nur wenn das im EEPROM der FTDIs so programmiert ist. Einige verwenden direkt die D2XX DLL, da wird dann gerne der VCP deaktiviert, weil unnötig.
Christian R. schrieb: > Ja, aber nur wenn das im EEPROM der FTDIs so programmiert ist. Das ist der Defaultfall. Das Deaktivieren ist die Ausnahme. Und genau der Defaultfall funktioniert nicht mehr, wenn die Liste der Schnittstellennummern vermüllt ist. Deswegen soll der Threadstarter einfach mal im Gerätemanager nachsehen, was alles im Abschnitt der "Anschlüsse (COM & LPT)" auftaucht, wenn "ausgeblendete Geräte" auch wirklich angezeigt werden.
Rufus Τ. Firefly schrieb: > Und genau der Defaultfall funktioniert nicht mehr, wenn die Liste der > Schnittstellennummern vermüllt ist. Dann müssten aber schon mehr als 256 (virtuelle) COM Ports installiert sein... Ich vermute eher, dass der alte Treiber, den die Software mitbringt, den recht neuen 4232 nicht kennt. Normalerweise installiert Windows den Treiber auch aus dem Windows Update. Eventuell mal darüber versuchen.
:
Bearbeitet durch User
Thomas S. schrieb: > FTDI Treiber Version > 13.11.35.0 vom 15.08.2014 angezeigt. Unmöglich. Es gibt keinen FTDI-Treiber mit solch einer Nummer. Der aktuelle Treiber hat die Nummer 2.12.00.
Treiber schrieb: > Es gibt keinen FTDI-Treiber mit solch einer Nummer. Ich wette das ist der ftdi-Treiber vom Launchpad ;D
Richtig, das ist der vom Launchpad, der dann ggf. verrückt spielt. Beim Versuch einen Treiber von Windows update zu installieren, dann wird einfach nix gefunden und ich kann ja auch von Hand keine .exe als Treiber angeben. Es waren auch irgendwann mal an die 256 virtuelle COM Ports, die ich dann aber auch wieder löschen konnte. Das EEPROM ist noch völlig unberührt. Hab inzwischen auch ein anderes Modul bzw. FT2232H Modul probiert - gleiches Ergebnis. Ich versuche mal ältere Treiber zu finden, die evtl. installierbar sind.
Thomas S. schrieb: > Beim > Versuch einen Treiber von Windows update zu installieren, dann wird > einfach nix gefunden und ich kann ja auch von Hand keine .exe als > Treiber angeben. Wahrscheinlich wird nichts gefunden, weil die Treiber-Version vom Launchpad-Treiber höher als die vom Original-Treiber. Tipp: Die .exe vom ftdi-Treiber kann man mit winrar oder 7zip einfach öffnen und entpacken ;D Relevant ist dann ggf. noch: http://superuser.com/questions/637817/how-can-i-forcibly-install-an-older-driver-on-windows-7
Der Tip mit 7zip zum Auspacken hat funktioniert. Klappt aber trotzdem nicht. Jedesmal kommt die Meldung: Die Treibersoftware für das Gerät wurde nicht gefunden. Als Ort gebe ich das Verzeichnis an, in welches ich die .exe ausgepackt habe. Hab noch was anderes gefunden: In den installierten Programmen ist 2 mal das "Windows Treiberpacket FTDI 2.06.00" aufgeführt. Dieses läßt sich nicht deinstallieren, weil im "FileRepository" ein .inf file fehlt. Kann das etwas damit zu tun haben ?
Hallo zusammen, hatte auf der Arbeit mit einem extern entwickelten Prüfgerät vergleichbare Probleme, als Grund hat sich USB3.0 herausgestellt. Siehe auch: http://www.ftdichip.com/Support/Documents/TechnicalNotes/TN_152_USB_3.0_Compatibility_Issues_Explained.pdf Fazit: FTDI und USB 3.0 unter Windows 7 (32 und 64 Bit) kann Probleme machen, da USB erst nach Erscheinen von Win 7 herauskam. Jeder USB 3 Hostcontroller hat daher eigene Treiber für Win7, die sich unter Umständen nicht ganz konform zum Rest verhalten. Näheres in dem Dokument von FTDI. Win 8(.1) macht keine Probleme Hoffe, ich konnte helfen.
Thomas S. schrieb: > Als Ort gebe ich das Verzeichnis an, in welches ich die .exe ausgepackt > habe. Und was ist da gelandet? *.inf, *.cat und *.sys?
Thomas S. schrieb: > Die Treibersoftware für das Gerät wurde nicht gefunden. > Als Ort gebe ich das Verzeichnis an, in welches ich die .exe ausgepackt > habe. Es muss das Verzeichnis mit der ftdiport.inf und ftdibus.inf angegeben werden, sollte also eigentlich richtig sein. Die Fehlermeldung kommt normalerweise, wenn in den *.inf-Dateien keine passenden Device-IDs/Vendor-IDs angegeben sind - Der Treiber also nicht für das jeweilige Gerät gedacht ist, oder wenn die *.inf nicht mit der eingesetzten Windows-Version kompatibel ist. Ich würde es mal mit dem Driverpackage-Installer probieren, der da sowieso mit im Ordner liegt: 1) Shift gedrückt halten und rechte Maustaste irgendwo in freie Fläche im Ordner 2) "Eingabeaufforderung hier öffnen" (das wurde durch das Shift im Kontextmenü ergänzt) 3) Dort "dpinst-amd64.exe /f" eintippen. Das sollte den Treiber für alle passenden Geräte auf dem System installieren (und dank /f ggf. bereits vorhandene Treiber ersetzen, auch wenn sie eigentlich neuer wären.) Ansonsten würde ich wirklich mal den USB-Port wechseln, vllt. liegts tatsächlich am USB-Controller (oder dessen Treiber), an dem das Gerät angeschlossen ist - oder irgendwas ist an der Windows-Installation zerschossen...
So hab ich probiert. Leider wieder ohne Erfolgt. Danach wurde das CC3200 nicht mehr erkannt. Und das FT4232H Minimodule ebenfalls nicht. Allerdings werden jetzt die 2.12 Treiber aufgeführt. Installiere jetzt die CC3200 Software neu. Mal schauen, ob das dann wieder klappt.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.