Hi, ich habe hier ein paar FT232 USB zu UART converter. Aus China, den Rest kann man sich ja denken. Ich habe noch einen alten FTDI-Treiber, Version 2.8.24. Die virtual Com-Ports werden erst ordnungsgemäß erkannt nachdem ich manuell den Treiber ausgewählt habe. Danach ist der virtuelle Com-Port im System verfügbar. Wenn ich aber in meinem Terminalprogramm (HTerm) auf den Com-Port conntecten will steht da nur "Error in OpenPort: Comport 'COM9' blocked by another application". Was blockiert denn da den Com-Port? lg
Schau mal im Gerätemanager nach, ob er eine "serielle Maus" erkannt hat. Das würde den Port blockiern.
Nein, nur "USB Serial Port (COM9)" unter "Anschlüsse (COM & LPT)". Meine anderen Adapter von Prolific funktionieren z.B. problemlos.
falscher Treiber oder vielleicht ein Fake mit geänderter ID? Hatte das letztens auch.. neuer Treiber war die Lösung, ein FT232 wird schon von Windoof selbst erkannt.
Da man ja mittlerweile bei allen FTDIs von Fakes ausgehen muss würde ich mir in Zukunft auch einfach keine mehr kaufen, mich macht das rasend, dass der Endkunde der Leidtragende ist. Beim Kauf stand nirgendwo, dass die Dinger gefaked sind, selbst wenn es (sofern man sich mit der Problematik überhaupt je mal beschäftigt hat und auch nur dann!) angesichts des Preises naheliegend sein mag. Ich probier mal den aktuellsten FTDI-Treiber. Wenn die ID der Chips gelöscht worden wäre würde der PC sie doch überhaupt nicht mehr erkennen, oder? Verweigert der aktuellste FTDI-Treiber den Betrieb mit den Fake-Chips oder läuft er damit wieder ganz normal?
Soweit ich weiß wurden eine Zeit lang durch Windows-Treiber diese HardwareIDs der Ft232 geändert, allerdings konnte ich meinen wieder umflashen und dieser funktioniert jetzt wieder ganz normal. (Der Shitstormn auf Ftdi war einfach zu groß) HardwareIDs: Original: USB\VID_0403&PID_6001.DeviceDesc="USB Serial Converter" Fälschung nach Sperre: USB\VID_0403&PID_0000.DeviceDesc="USB Serial Converter" Nachteil: Wird richtig erkannt, aber nicht installiert da die HardwareID nicht mehr passt.. ein manuelles installieren brachte nur probleme. Lösung: Zwei Zeilen der FTDI INF Dateien zur falschen ID ändern und mit FTProg die Originale ID zurücksetzen.
Ich hab jetzt mal die Version 2.10.0 und die Version 2.12.0 des FTDI treibers ausprobiert. Mit beiden Treiber-Versionen werden die Chips beim Anschluss nicht direkt erkannt, melden sich dann als "FT232R USB UART" im Geräte-Manager. Wenn ich ihnen den Treiber manuell zuordne ist keine Kommunikation möglich weil "blocked". Sind die 4 Chips einfach kompletter Schrott?
Denke nicht das die schrott sind, wie ist denn die HardwareID? Unter dem Treiber Details Dropdown zu finden.
Ruf mal den Gerätemanager auf, nachdem Du die Umgebungsvariable DEVMGR_SHOW_NONPRESENT_DEVICES auf 1 gesetzt hast. Also: Kommandozeilenfenster auf, und das hier dort eingeben:
1 | set DEVMGR_SHOW_NONPRESENT_DEVICES=1 |
2 | devmgmt.msc |
Dann im Gerätemanager die "ausgeblendeten Geräte" anzeigen lassen und aufräumen, d.h. alles, was da gezeigt wird, aber gar nicht mehr exisitert, löschen. Ohne die Umgebungsvariable lügt der Gerätemanager; "ausgeblendete Geräte anzeigen" ist dann vollkommen sinn- und nutzlos. Welcher Idiot bei Microsoft diese Funktionalität entwickelt hat, weiß ich nicht. Zum großen Glück des Idioten.
Vllt hat sich der TO einen "Dialer" eingafangen der nun auf COM9 an der Uhr dreht. Also eher mal mit dem Process Explorer schauen wer den COM9 offen hat. Manche Progger/Flasher/JTAGs lassen einen Dienst/Service laufen. Der kann es dann auch sein...
Also mitdem FTProg Tool komm ich nicht weiter. Wenn ich nach angeschlossenen Devices scanne kommt nichts.
Paul H. schrieb: > Also mitdem FTProg Tool komm ich nicht weiter. Wenn ich nach > angeschlossenen Devices scanne kommt nichts. Du hast immer noch nicht klar geäussert ob Du 1. Ganz klar einen entwerteten Fakechip mit der gefakten HardwareID hast 2. Wenn ja die Treiber geändert hast das der Fakechip temporär als Original erkannt wird. 3. Auch mal das FTDI Uninstaller Tool genutzt hast.
ich hatte mal ein ähnliches Problem (WinXP, kein Plan mehr welche Version von HTerm), das verschwand erst, als ich "Com9" auf "Com2" umgebogen habe... Com2 lies sich dann im HTerm öffnen / ansprechen... evt. n Versuch Wert?
Philipp K. schrieb: > Paul H. schrieb: >> Also mitdem FTProg Tool komm ich nicht weiter. Wenn ich nach >> angeschlossenen Devices scanne kommt nichts. > > Du hast immer noch nicht klar geäussert ob Du > 1. Ganz klar einen entwerteten Fakechip mit der gefakten HardwareID hast > 2. Wenn ja die Treiber geändert hast das der Fakechip temporär als > Original erkannt wird. > 3. Auch mal das FTDI Uninstaller Tool genutzt hast. Ups, hab vorhin versehentlich wichtige Teile der Antwort nicht mitgepostet. 1) Ja, alle 4 Chips haben die PID 0000 laut Gerätemanager. Sind wohl tatsächlich mal am bösen 2.11.00er Treiber an den PC angesteckt worden. 2) Also ich habe den alten Treiber im Gerätemanager gelöscht, den 2.12.00er installiert und wenn ich ein Device anstecke und den Treiber auswähle erscheint im Eigenschaften-Dialogfenster des virtuellen Comports auch die Treiberversion 2.12.00. 3) Ist das zum Treiber deinstallieren? Könnte ich probieren aber sofern Windows mich nicht verschaukelt hat die Deinstallation auf herkömmliche Art und Weise ja funktioniert. D. Paulsen schrieb: > ich hatte mal ein ähnliches Problem (WinXP, kein Plan mehr welche > Version von HTerm), das verschwand erst, als ich "Com9" auf "Com2" > umgebogen habe... > Com2 lies sich dann im HTerm öffnen / ansprechen... > > evt. n Versuch Wert? Hab schon probiert einen neuen Comport zuzuweisen. Hat aber nichts geholfen. Ist dann immer noch blocked.
Okay.. es gibt zwar many howtos dazu, aber versuche das mal zusammenzubekommen wie ich das auf Win8 gemacht habe. 1. Die 2.xx Treiber als Zip downloaden. 2. Entpacken 3. in der ftdibus.inf folgende ergänzungen tätigen (Zusätzliche Zeile in dem abschnitt der eckigen klammern): [FtdiHw.NTamd64] %USB\VID_0403&PID_0000.DeviceDesc%=FtdiBus.NTamd64,USB\VID_0403&PID_0000 [FtdiHw] %USB\VID_0403&PID_0000.DeviceDesc%=FtdiBus.NT,USB\VID_0403&PID_0000 [Strings] USB\VID_0403&PID_0000.DeviceDesc="USB Serial Converter" 4. in der ftdiport.inf folgende ergänzungen tätigen (Zusätzliche Zeile in dem abschnitt der eckigen klammern): [FtdiHw] %VID_0403&PID_0000.DeviceDesc%=FtdiPort.NT,FTDIBUS\COMPORT&VID_0403&PID_ 0000 [FtdiHw.NTamd64] %VID_0403&PID_0000.DeviceDesc%=FtdiPort.NTamd64,FTDIBUS\COMPORT&VID_0403 &PID_0000 [Strings] VID_0403&PID_0000.DeviceDesc="USB Serial Port" 5. Treiber über "Treiber aktualisieren" aus dem Ordner von Datenträger installieren. Hier kann es vorkommen das Windows wegen der Treibersignatur oder Checksumme meckert welches man über die Startoptionen deaktivieren kann. (Win8 Problem) 6. Wenn das Gerät vernünftig installiert wurde sofort via FT-Prog das 0000 auf 6001 ändern. Hat bei mir irgendwie erst nach 3 versuchen richtig funktioniert.
So, vielen Dank dafür! Da hätte ich wohl noch länger suchen müssen. Jetzt ist folgendes passiert: Die FTDI-Chips lassen sich nun in FT_prog finden, leider auch nicht immer. Jetzt finde ich 3 davon, vorm Neustart waren es nur 2. Insgesamt habe ich aber 4 (die ich nacheinander anstecke und suche). Wenn ich versuche die PID auf 6001 umzuprogrammieren scheint das zunächst auch zu funktionieren. Nach erneutem Suchlauf zeigt er mir auch weiterhin 6001 als PID an. Wenn ich den Chip allerdings vom Rechner trenne, wieder anschließe und dann einen Suchlauf starte findet er nur wieder ein Device mit der PID 0000. Ganz schön flüchtig das EEprom. Soweit ich weiß, war ja nur der 2.11.0.0 Treiber dafür bekannt, die PID bei den Fakes sofort auf 0000 zu überschreiben, der 2.12er nicht. //Edit: OK man muss zunächst dafür sorgen, dass der Gerätetreiber im Gerätemanager "deinstalliert" (nicht gelöscht!) ist und das Device unter "Andere Geräte" aufgeführt wird. Dann erkennt FT_prog auch alle. Was noch nicht die Problematik löst, dass das Überschreiben der PID nur bis zum nächsten Anstecken hält.
Das ganze hat bei mir genauso funktioniert.. habe vorher das Ftdi uninstall Tool ausgeführt. Meine Version ist DriverVer=07/12/2013,2.08.30 Der installierte Gerätetreiber ist dann 2.12.00 MfG
Deine "FT232" sind keine, sondern Attrappen. Aktuelle FTDI-Treiber ändern zwar die PID nicht mehr, aber verweigern die Zusammenarbeit mit diesen Attrappen; Du musst also einen älteren FTDI-Treiber verwenden, um mit den Attrappen arbeiten zu können. Und zwar natürlich einen Treiber, der noch älter ist als die Version, die die PID genullt hat. Jede Version, die nach dem nullenden Treiber herausgekommen ist, verweigert die Zusammenarbeit mit Attrappen.
Soso, nunja.. ich überlege gerade, mich von den Dingern evtl. doch zu verabschieden und FTDI in Zukunft zu meiden (keine Lust Geld zum Fenster rauszuwerfen weil ich nicht prüfen kann, ob der entsprechende Chip gefaked ist)
Paul H. schrieb: > Soso, nunja.. ich überlege gerade, mich von den Dingern evtl. doch zu > verabschieden und FTDI in Zukunft zu meiden (keine Lust Geld zum Fenster > rauszuwerfen weil ich nicht prüfen kann, ob der entsprechende Chip > gefaked ist) Eine gute Alternative sind CP2102 (SILABS). Die verwenden wir inzwischen ausschließlich, weil FTDI mit ihrer Zerstörungsaktion viel Vertrauen verspielt hat. Bisher gibts nichts zu meckern. Eine weitere sinnvolle Alternative sind Controller mit USB mit CDC-Deviceklasse, damit spart man die Dinger komplett ein. Zumindest von Microchip und ST gibts funktionierenden Beispielcode. Ich finde es allerdings ok, dass der FTDI-Treiber die Zusammenarbeit mit Fake-Chips verweigert. Das hätten sie gleich so machen sollen, dann würden wir die Dinger noch heute kaufen :-) Von deiner Seite wäre es am besten, wenn du vom Lieferant das Geld zurückfordern würdest, oder zumindest die Dinger schlecht bewertest. Wenn das nämlich jeder macht, hört sich diese bescheuerte Fälscherei schnell auf.
WehOhWeh schrieb: > Paul H. schrieb: > Von deiner Seite wäre es am besten, wenn du vom Lieferant das Geld > zurückfordern würdest, oder zumindest die Dinger schlecht bewertest. > Wenn das nämlich jeder macht, hört sich diese bescheuerte Fälscherei > schnell auf. Wäre ne hervorragende Idee, leider lagen die Dinger jetzt so lange in der Bastelkiste dass ich die eBay-Auktion längst nicht mehr bewerten kann. Die gabs mal für 1,10$ oder so da hatte ich (leider) gleich zugeschlagen. Aktuell zahlt man 2,5$ oder so.. ob es dennoch keine Fakes sind kann einem keiner garantieren. Das wird jetzt ein halbes bis ganzes Jahr dauern bis ich mich wieder an FTDI-Ware rantraue.
Bevor ich die Dinger nun wegschmeiße: Welcher FTDI Treiber ist denn auch mit den Fakes lauffähig?
Eine Ausführung von vor dem großen Geheule. Wenn Du also z.B. einen von 2012 erwischst, sollte alles in Butter sein.
Weshalb muss man sich denn die chips an den billigsten orten kaufen ? Wir haben hier einen lokalen FTDI Haendler... ich kauf bei dem.
Weil man von der Fake-Affaire nichts mitbekommen hat und im Hardwaremarkt nicht so informiert war, dass man von Fakes ausgehen konnte. Man weiß es nun besser und wird in Zukunft keinen Schrott mehr kaufen.
Thread beobachten
Seitenaufteilung abschaltenBitte 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.