FT232BM - COM-Port-reservierung wieder lsowerden

[Nicolas Nickisch]

hi NG,
habe hier eine Schaltung mit dem FT232BM (ohne EEPROM).

Im Geräte-Manager hatte ich diesem USB-Serial-Port die Nummer 1 von Hand
zugeordnet, damit die Software es leichter hat den richtigen Port zu finden.

Jetzt habe ich eigentlich nur einen USB-Hub als Verteiler zwischengeschaltet
und schon bekam der FT232 einen anderen Port zugewiesen (COM5).
Die neuerliche Zordnung zu COM1 von Hand geht aber jetzt nicht mehr, da COM1
als "in use" ausgewiesen wird.
Nur ist im Geräte-Manager die COM1 gar nicht vorhanden (da ehemals diesem
USB zugeordnet).

Weiss jemand Rat ?

Gruss Nico

 

On Wed, 16 Nov 2005 11:07:20 +0100, "Nicolas Nickisch"
<nicolas.nickisch@gmx.de> wrote:

hi NG,
Jetzt habe ich eigentlich nur einen USB-Hub als Verteiler zwischengeschaltet
und schon bekam der FT232 einen anderen Port zugewiesen (COM5).
Die neuerliche Zordnung zu COM1 von Hand geht aber jetzt nicht mehr, da COM1
als "in use" ausgewiesen wird.
Nur ist im Geräte-Manager die COM1 gar nicht vorhanden (da ehemals diesem
USB zugeordnet).

hätte zwei Ideen:

Nocheinmal ohne Hub anstecken, und dann den COM <> 1 ändern...
_Mit_ Hub dann die jetzt freie COM1 verwenden.

Zweite Möglichkeit:
Gerätemanager - Ansicht - ausgeblendete Geräte anzeigen.
Dann sollten _alle_ Geräte, also auch derzeit nicht im System
betriebene angezeigt werden...

HTH,
Heinz

 

[B.Eckstein]

Nicolas Nickisch schrub im Jahre 16.11.2005 11:07:

Nur ist im Geräte-Manager die COM1 gar nicht vorhanden (da ehemals diesem
USB zugeordnet).

Doch, er ist. Sonst wäre er ja auch im Gerätemanager nicht belegt.
Wähle im Hardware-Assistenten "Geräte deinstallierten", setze den Haken
für "versteckte Geräte anzeigen", dann siehst Du auch die Geräte, die
installiert, aber gerade nicht angeschlossen sind.

Ich hätte nie gedacht, dass ich mal Windows-Tips gebe...

--
B.Eckstein, eck@ivu.de Cheap, Fast, Good - pick any two of them
Die FAQ zu de.comp.hardware.netzwerke: http://how.to/dchn
Mozilla-Tips: http://mozilla-anleitung.de/ http://www.holgermetzger.de/

 

[Matthias Weißer]

B.Eckstein schrieb:

Nicolas Nickisch schrub im Jahre 16.11.2005 11:07:

Nur ist im Geräte-Manager die COM1 gar nicht vorhanden (da ehemals diesem
USB zugeordnet).

Doch, er ist. Sonst wäre er ja auch im Gerätemanager nicht belegt.
Wähle im Hardware-Assistenten "Geräte deinstallierten", setze den Haken
für "versteckte Geräte anzeigen", dann siehst Du auch die Geräte, die
installiert, aber gerade nicht angeschlossen sind.

Oder gleich ein EEPROM dranhängen dann passiert das nicht immer.


--
Matthias Weißer
matthias@matwei.de
http://www.matwei.de

 

[Daniel Schramm]

Heinz Liebhart wrote:

On Wed, 16 Nov 2005 11:07:20 +0100, "Nicolas Nickisch"
nicolas.nickisch@gmx.de> wrote:

hi NG,

Hi Heinz,

Jetzt habe ich eigentlich nur einen USB-Hub als Verteiler
zwischengeschaltet und schon bekam der FT232 einen anderen Port zugewiesen
(COM5). Die neuerliche Zordnung zu COM1 von Hand geht aber jetzt nicht
mehr, da COM1 als "in use" ausgewiesen wird.

Das der Chip an jedem neuen USB-Port als neuer COM von Windows eingerichtet
wird, kannst Du verhindern, indem Du in das externe eeprom eine
Seriennummer einträgst.
Windows macht dann die Identifikation der Schaltung über die Seriennummer
und nicht mehr über den "Anschlussort".

Entfernen der Altlasten:

in der Registry:
\\System\ControlSet002\Enum\FTDIBUS
aufräumen.

Viel Erfolg

Daniel

--
.~. Daniel Schramm Phone: +49 231 6108112 Mail:daniel.schramm@gmx.de
/V\ Bruehlweg 36 Mobile:+49 178 8839848 ICQ: 35816985
// \\ 44379 Dortmund Fax: +49 231 96989961 WWW: pinguin.sauerland.de
/( )\ Germany
^`~'^

 

[Michael Koch]

Hi,

Das der Chip an jedem neuen USB-Port als neuer COM von Windows
eingerichtet
wird, kannst Du verhindern, indem Du in das externe eeprom eine
Seriennummer einträgst.

Und wie macht man das?

Gruss
Michael

 

[Henning Paul]

Michael Koch schrieb:

Das der Chip an jedem neuen USB-Port als neuer COM von Windows
eingerichtet
wird, kannst Du verhindern, indem Du in das externe eeprom eine
Seriennummer einträgst.

Und wie macht man das?

Mit dem Tool auf der FTDI-Homepage?

Gruß
Henning
--
henning paul home: http://www.geocities.com/hennichodernich
PM: henningpaul@gmx.de , ICQ: 111044613

 

[Matthias Weingart]

"Nicolas Nickisch" <nicolas.nickisch@gmx.de> wrote in
news:437b04d8$0$21955$9b4e6d93@newsread2.arcor-online.net:

Nur ist im Geräte-Manager die COM1 gar nicht vorhanden (da ehemals
diesem USB zugeordnet).

Weiss jemand Rat ?

Es gibt eine Bitmaske in der Registry, wo die belegten Ports
"verbrannt" werden;-). Schreib 00000000.... rein und alles
geht wieder:

HKLM\System\CurrentControlSet\Control\COM Name Arbiter\ComDB

(der Registrymonitor von sysinternals.com ist übrigens sehr hilfreich,
um sowas rauszufinden).

Berichte bitte, ob das auch bei FTDI hilft.

M.
--
Bitte auf mwnews2@pentax.boerde.de antworten.

 

[Michael Eggert]

Daniel Schramm <daniel@pinguin.sauerland.de> wrote:

Moin!

Das der Chip an jedem neuen USB-Port als neuer COM von Windows eingerichtet
wird, kannst Du verhindern, indem Du in das externe eeprom eine
Seriennummer einträgst.

Auch dann bekommt er nen neuen COM, sobald er an nen anderen USB-Port
gesteckt wird.

Gruß,
Michael.

 

[Hans-Georg Lehnard]

"Nicolas Nickisch" schrieb ..

Im Geräte-Manager hatte ich diesem USB-Serial-Port die Nummer 1 von Hand
zugeordnet, damit die Software es leichter hat den richtigen Port zu
finden.

Hallo Nico,

ich schreibe meine Programme immer so, dass es der Anwender und nicht die
Software leichter hat ;-))

Du wirst wieder ein Problem bekommen, wenn da jemand eine WLAN Karte
einsteckt, die will dann auch erst mal COM1 haben.

Windows enumeriert die USB Geräte nach ihren Nummer auf dem USB Bus. Der FDI
Treiber installiert dann zu jedem gefundenen FDI-Chip einen USB
Gerätetreiber und virtuellen Com Port. Windows vergibt dann für die
Com-Ports immer die nächste frei Nummer.

Die Installation macht beiMehrfachadaptern so richtig Spass.
Bei einem 8-fach COM Adapter musst du 18 mal bestätigen !

2 mal für die 2 Integrierten HuBs. +
8 mal für gefundene USB Geräte +
8 mal für gefunden Com Ports

und bei Windows XP darfst du noch zusätzlich jedesmal bestätigen, das der
Treiben nicht zertifiziert ist und du ihn trotzdem installieren willst.

Gruß

Hans-Georg

 

[Michael Eggert]

Matthias Weingart <mwnews@pentax.boerde.de> wrote:

Moin!

Die Neuzuordnung gibts immer, wenn das USB-Gerät an einen neuen Port
angesteckt wird. So kann die Software mehrere FT232 mit gleicher
Seriennummer (also ohne EEPROM) auseinanderhalten.

Nur ist im Geräte-Manager die COM1 gar nicht vorhanden (da ehemals
diesem USB zugeordnet).

Das Problem hatte ich auch.

Weiss jemand Rat ?

Die Leute bei FTDI geben schnell und freundlich Auskunft.
Support, wie er sein sollte.

Es gibt eine Bitmaske in der Registry, wo die belegten Ports
"verbrannt" werden;-). Schreib 00000000.... rein und alles
geht wieder:

HKLM\System\CurrentControlSet\Control\COM Name Arbiter\ComDB

Wenn ich mich recht entsinne, stimmt das so. Falls nicht, kann ich
morgen auf Arbeit nochmal in meine Mails schauen und hier zitieren.

Gruß,
Michael.

 

[Nicolas Nickisch]

Ist das immer so - d.h. eine andere Buchse= anderer COM-Port, es sei denn
EEPROM vorhanden ?
Bei der zur Debatte stehenden Schaltung kann ich schlicht kein EEPROM
nachrüsten.

Kann man eigentlic die VCP und D2XX-treiber parallel intallieren ? Also
EEPROM im laufdenden Betrieb ändern ?

Gruss Nico
"Michael Eggert" <m.eggert.nul@web.de> schrieb im Newsbeitrag
news:190nn1plh8pb9iovolcmqd5k3g59oa9231@4ax.com...

Daniel Schramm <daniel@pinguin.sauerland.de> wrote:

Moin!

Das der Chip an jedem neuen USB-Port als neuer COM von Windows
eingerichtet
wird, kannst Du verhindern, indem Du in das externe eeprom eine
Seriennummer einträgst.

Auch dann bekommt er nen neuen COM, sobald er an nen anderen USB-Port
gesteckt wird.

Gruß,
Michael.

 

[Nicolas Nickisch]

"Hans-Georg Lehnard" <hans-georg.lehnard@gmx.de> schrieb im Newsbeitrag
news:dlfvna$2tha$1@ulysses.news.tiscali.de...

"Nicolas Nickisch" schrieb ..

Im Geräte-Manager hatte ich diesem USB-Serial-Port die Nummer 1 von Hand
zugeordnet, damit die Software es leichter hat den richtigen Port zu
finden.

Hallo Nico,

ich schreibe meine Programme immer so, dass es der Anwender und nicht die
Software leichter hat ;-))

Ich würde auch gerne meine Software "scannen" lassen. Der PC-seitige und
ľC-seitige Programmmieraufwadn war mir bislang aber zu hoch.

Gruss Nico

Du wirst wieder ein Problem bekommen, wenn da jemand eine WLAN Karte
einsteckt, die will dann auch erst mal COM1 haben.

Windows enumeriert die USB Geräte nach ihren Nummer auf dem USB Bus. Der
FDI Treiber installiert dann zu jedem gefundenen FDI-Chip einen USB
Gerätetreiber und virtuellen Com Port. Windows vergibt dann für die
Com-Ports immer die nächste frei Nummer.

Die Installation macht beiMehrfachadaptern so richtig Spass.
Bei einem 8-fach COM Adapter musst du 18 mal bestätigen !

2 mal für die 2 Integrierten HuBs. +
8 mal für gefundene USB Geräte +
8 mal für gefunden Com Ports

und bei Windows XP darfst du noch zusätzlich jedesmal bestätigen, das der
Treiben nicht zertifiziert ist und du ihn trotzdem installieren willst.

Gruß

Hans-Georg

 

[Michael Eggert]

"Nicolas Nickisch" <nicolas.nickisch@gmx.de> wrote:

Hi!

Ist das immer so - d.h. eine andere Buchse= anderer COM-Port,

Ja.

es sei denn EEPROM vorhanden ?

Nein, selbst dann! Die "Seriennummer" im EEPROM ist nicht wirklich
eine Seriennummer, sondern eine Vendor ID und eine Product ID. Sie
dient dazu, daß eine Software die passende Hardware findet, sonst nix.
Identische Hardware -> identische Nummer. Und da Du auch zwei davon
dranklemmen kannst, vergibt Windows wieder mehrere Ports.

Kann man eigentlic die VCP und D2XX-treiber parallel intallieren ?

-----
Can I install VCP and D2XX drivers at the same time?

VCP drivers and D2XX drivers can be installed on the same PC at the
same time if they are for devices that have different PIDs. If two
devices have the same PID, the same driver must be installed for them
both.

Only one driver can be installed per device on a PC: VCP and D2XX
drivers cannot be installed simultaneously for the same device on the
same PC.
-----
http://www.ftdichip.com/Support/Knowledgebase/index.html
(technical support - drivers - general)

Gruß,
Michael.

 

[Henning Paul]

Michael Eggert schrieb:

Nein, selbst dann! Die "Seriennummer" im EEPROM ist nicht wirklich
eine Seriennummer, sondern eine Vendor ID und eine Product ID.

Du kannst aber auch zusätzlich eine "echte" Seriennummer vergeben:
http://www.ftdichip.com/Resources/Utilities/MProg.pdf, S.30. Ob der
Windowstreiber den Chip dann aber auch "wiedererkennt" - keine Ahnung. In
meinem System hatte ich auch mal 2 Mal den selben USB-Scanner installiert,
(im abgesicherten Modus im Gerätemanager sichtbar), je nachdem, an welchem
der 2 identischen Onboard-Controller der hing. Dasselbe mit einem
USB-WLAN-Dongle.

Sie
dient dazu, daß eine Software die passende Hardware findet, sonst nix.
Identische Hardware -> identische Nummer.

Aber "eigene" Software kann den Chip an der Seriennummer wiedererkennen.
Mein USB-Festplattengehäuse hat genau wie mein USB-Stick eine eigene
Seriennummer:

henning@nyquist:~> cat /proc/bus/usb/devices
[...]
T: Bus=02 Lev=01 Prnt=01 Port=07 Cnt=01 Dev#= 3 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0402 ProdID=5621 Rev= 1.03
S: Product=USB 2.0 Storage Device
S: SerialNumber=00042222200000008655
C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr= 0mA
I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
[...]

Jetzt mal unter Linux demonstriert, weil man da leichter "rankommt". Siehe
auch http://libusb.sourceforge.net/doc/examples-code.html

Die Seriennummer steht im Deskriptor drin, den das Device dem Host
übermittelt. Hab mich mal damit auseinandersetzen müssen, weil ich versucht
hatte, einen Philips PDIUSBD12 zu verbasteln, aber da muß man zuviel per
Hand machen, die FTDI-Chips sind da pflegeleichter.

Wer sich für USB-Programmierung unter Windows interessiert:
http://sourceforge.net/projects/usbsnoop/

Gruß
Henning
--
henning paul home: http://www.geocities.com/hennichodernich
PM: henningpaul@gmx.de , ICQ: 111044613

 

[Matthias Weingart]

Michael Eggert <m.eggert.nul@web.de> wrote in
news:7ocvn15i9ghnubt4cc40i74p6ta4gedi6h@4ax.com:

"Nicolas Nickisch" <nicolas.nickisch@gmx.de> wrote:

Hi!

Ist das immer so - d.h. eine andere Buchse= anderer COM-Port,

Ja.

es sei denn EEPROM vorhanden ?

Nein, selbst dann! Die "Seriennummer" im EEPROM ist nicht wirklich
eine Seriennummer, sondern eine Vendor ID und eine Product ID. Sie
dient dazu, daß eine Software die passende Hardware findet, sonst
nix. Identische Hardware -> identische Nummer. Und da Du auch zwei
davon dranklemmen kannst, vergibt Windows wieder mehrere Ports.

Das ist so nicht ganz richtig. Es gibt neben VID und PID tatsächlich
noch eine 3. Identifikationsmöglichkeit und zwar eine "Serial" (16 bit
Wert). Normalerweise wird diese Nummer nicht vergeben (gar nicht
vorhanden). Wenn sie aber vergeben wird, sollte man unbedingt drauf
achten, dass es nur eine "Serien"-nummer gibt, da windows sonst
ziemlich durcheinanderkommt. .

M.
--
Bitte auf mwnews2@pentax.boerde.de antworten.