Vielleicht hilft diese Information jemanden. Mir ist vor ein paar Monaten aufgefallen, daß ein FTDI FT232RL Adapter bei ständigen Anschluß am PC nicht ohne weiteres funktioniert. Obwohl der Geräte Manager keine Probleme anzeigt, kommen Anwendungen mit dem angegebenen Serial Port (COM4) nicht zurecht. Zum Beispiel zeigt TeraTerm den im Geräte Manager bestätigten Port zwar an, kann aber nicht kommunizieren. Es gibt keinerlei Fehlermeldungen. Abhilfe schaffen zweierlei: A) Ein- und Austecken. Das funktioniert immer. B) im Geräte Manager den FTDI Wandler vorübergehend Disable anklicken und dann gleich wieder Enable anklicken. So weit, so gut. Das Gleiche ist mir nun mit einem kommerziellen RS232 Kabel das den CH340 eingebaut hat, passiert. Die oben beschriebenen Möglichkeiten zur Wiederherstellung funktionieren auch hier. Interessant ist, dass Windows auch hier COM4 bereitgestellt hat. Mittlerweile fand ich vorläufig einen Work Around: In beiden Fällen mit dem FT232 oder CH340 hilft es, im Geräte Manager den nächsten erhältlichen COM Port einzustellen. Der COM4 darf nicht gewählt werden. Es hat sich dann herausgestellt, daß nur COM4 von dem Phänomen betroffen ist. Alle andere freien Com Port Nummern funktionieren. Die Frage ist, warum wählt Windows immer beim ersten Mal den COM4 der Schwierigkeiten macht? Das blöde an dieser Default Einstellung ist, man merkt erst beim nächsten BS hochfahren, daß der USB Wandler nicht zugänglich ist. Habt ihr das auch schon mal erlebt, daß sich diese USB Wandler so verhalten? Es könnte natürlich irgendwas an meinem PC sein. Am Laptop ist diese Macke nicht festzustellen.
Hallo, ist mir so noch nicht passiert, hier hängt ein CH340 am USB auf COM3, der meldet sich völlig problemlos wohl seit 2 Jahren jeden morgen beim Rechnerstart. Hast Du mal die COM-Liste aufgeräumt? Gerätemanager -> ausgeblendete Geräte anzeigen? Muß ich bei mir auch mal wieder machen, da liegen hier schon wieder um die 20 COM-Zuordnungen drin rum. Naja, Arduino-Speilereinen usw. eben. Gruß aus Berlin Michael
Verwendest Du Windows 10? Wir haben seit der Umstellung massenhaft Probleme. In unserem Fall ein Atmel mit USB-IF, das wir zu hunderten einsetzen. Treiber (libusb) deinstallieren (und löschen) hilft für eine Zeit, dann geht der Ärger wieder von vorne los.
Wenn er beim Anstecken eines "neuen" Adapters immer COM4 nimmt, ist ohnehin etwas oberfaul. Wenn das Deinstallieren/Loeschen aller(!) Adapter mit: set DEVMGR_SHOW_NONPRESENT_DEVICES=1 set DEVMGR_SHOW_DETAILS=1 start %WINDIR%\system32\devmgmt.msc + ein Klick auf "show hidden devices" keine Besserung bringt, hilft nur wohl nur neu installieren.
Michael U. schrieb: > Hast Du mal die COM-Liste aufgeräumt? Moin, ich schaute mir gerade den GM mit "show hidden devices" an. Ich sehe da keinen COM4 im Augenblick. Siehe Anhang. Momentan ist nur der CH340 angesteckt. COM5,5,6 sind nur "Platzhalter". Der COM5 und COM6 unterhalb von Prolific gehört einem FTDI Adapter die aus irgendeinen Grund gespeichert werden. Wie gesagt, derzeit ist nur COM7 angesteckt und aktiv. Der funktioniert auch jetzt beim Einschalten des PCs. Gerhard
:
Bearbeitet durch User
COM Manager schrieb: > Wenn er beim Anstecken eines "neuen" Adapters immer COM4 nimmt, > ist ohnehin etwas oberfaul. > Wenn das Deinstallieren/Loeschen aller(!) Adapter mit: > > set DEVMGR_SHOW_NONPRESENT_DEVICES=1 > set DEVMGR_SHOW_DETAILS=1 > start %WINDIR%\system32\devmgmt.msc > + ein Klick auf "show hidden devices" > > keine Besserung bringt, hilft nur wohl nur neu installieren. Moin, danke für Deine vorgeschlagene Maßnahmen. Es hat gewirkt. Nach den gezeigten Kommandos, sind die nicht-angeschlossenen Adapter verschwunden. Ich habe die Kommando Sequenz ohne den CH340 wiederholt und danach wieder angesteckt. Er bekam von Windows wieder den COM7 Port. Ich werde später vor dem Abschalten des PCs den COM Port wieder manuell auf COM4 zurückstellen und dann sehen was danach beim Neustart mit angesteckten CH340 Adapter passiert. Gruß, Gerhard Nachtrag: Ich habe einen anderen USB Adapter angesteckt. Jetzt wird der GM Eintrag nach dem Abstecken wieder gelöscht. Das ist besser.
:
Bearbeitet durch User
> Jetzt wird der GM Eintrag nach dem Abstecken wieder gelöscht.
Na, mit Sicherheit nicht.
Pack die Befehle in ein Skript.
Und man muss es auch noch einschalten!
COM Manager schrieb: >> Jetzt wird der GM Eintrag nach dem Abstecken wieder gelöscht. > > Na, mit Sicherheit nicht. Hat er aber schon. Nach dem Ausstecken und Refresh des GM war der Eintrag verschwunden. > Pack die Befehle in ein Skript. Bloede Frage: Wie mache ich das? > Und man muss es auch noch einschalten! Bitte, wie? Ich packte danach die Zeilen eine .bat Datei mit Shortcut. Es würde mich freuen, wenn Du mir einen Hinweis bezüglich Script geben könntest. Gruß, Gerhard
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.