FT232R und Test

Feb 25, 2010 14 Replies

Hallo, wir haben hier Produkte mit dem FT232R. Vor der Ausführung werden die natürlich getestet. Verwendet wird der VCP Treiber.



Ein Problem ensteht, wenn mehr als 250 Geräte an den Test PC angeschlossen waren. Windows zählt ja immer den virtuellen Comport weiter, bis bei 255 Schluß ist.



Wir helfen uns dann so weiter, das wir manuell die "belegten" Comports rauslöschen.



Kann man das automatisieren? Oder kann mann alle "belegten" Comports auf einmal aus dem Ssystem entfernen?



Irgend einen anderen Vorschlag?


Andreas


Am 25.02.2010 11:28, schrieb Andreas Ruetten:

...

Linux.

Andreas Ruetten schrieb:

Vielleicht wechselt ihr mal den Operator?

Man kann die vergebene Nummer leicht ändern so dass es immer die selbe bleibt

LOL!

ja

ja

Mach dich mal mit Grundlagen zur Registry etc. vertraut. Und besorge dir ein Tool, welches die COM-Nummern nach deinen Wünschen festlegt. Gibt es!

Hallo,

wo?

Gruss Michael

Wo?

Manuell:

formatting link

w.

Michael Koch schrieb:

Wie alt bist du? Kannst du lesen? Kennst du Google?

Die Frage war schon soooooo oft da, dass du sicher ein paar passende Treffer findest.

Helmut Wabnig schrieb:

z.B. >> ( aus der FTDI-Doku

7.1 Ignore Hardware Serial Number

If devices have the same vendor ID and product ID but different serial numbers, the system will normally treat them as different devices. This causes the drivers to be installed for each device and create registry entries for each device.

t is possible to override this behaviour to make the system ignore a device's serial number and treat all devices with matching VID and PID connected to the same USB port as if they were the same device. This is achieved by adding a REG_BINARY value called IgnoreHWSerNum to the registry and setting it to 01. This value is held in the registry key located at:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\UsbFlags\IgnoreHWSerNum{Device VID, PID and interface}

For a default FTDI device ID (VID 0x0403, PID 0x6001), add the following registry REG_BINARY value set to 01: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\UsbFlags\IgnoreHWSerNum0

such doch selber - bin ich Kindsmagd?

bekannt

Am 25.02.2010 13:19, schrieb Helmut Wabnig: ...

Gute Besserung. Oder wolltest Du etwas sagen?

Falk

Ulkig F. Heidenarm schrieb:

Glaub dem Deppen-Gerber kein Wort, der weiß es nicht und ist auch zu doof dafür.

Die COM-Belegung ist in der Registry abgelegt, in

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\COM Name Arbiter

repräsentiert der Binärwert ComDb die Belegung der COM-Ports.

Die Belegung jedes Byte entspricht der Bitnummer, d.h. es geht los bei Bit 0 = COM1, Bit 1 = COM2 usw. über alle 32 Bytes. Zum Freigeben setzt Du alle Bits auf 0, die nicht durch eine fest eingebaute Hardwareschnittstelle erzeugt worden sind. Also wenn z.B. COM1 und COM2 fest auf dem Mainboard integriert sind und alle anderen COM-Zuordnungen von USB CDC-ACM-Treibern erzeugt wurden, lautet die leere Grundkonfiguration 03 00 00 00 00 00......

Du kannst diesen Schlüssel einmal so manuell löschen, danach exportierst Du ihn in eine Textdatei und kannst ihn fortan, auch batchgesteuert, bei Bedarf immer wieder in die Registry importieren.

Gruß...Bert

--

Am 25.02.2010 13:19, schrieb Helmut Wabnig:

Erzähl mal.

Thomas

Am 25.02.2010 11:28, schrieb Andreas Ruetten:

Daran könntest Du drehen - die Verwendung des FTDI-Interfaces ist eigentlich sooo schwer nicht, und es gibt Wrapper mindestens für Java und Python.

Thomas

Hab ich schon. Das reicht.

w.

NIE WIEDER LINUX. Alles Verlorene Zeit.

Am 26.02.2010 13:35, erbrach sich Helmut Wabnig: ...

Hochinteressanter Lösungsansatz für ein typisches Windows-Problem ;-)

Falk

Oh, gleich geht es wieder los ... :-)

Gruesse, Joerg http://www.analogconsultants.com/ "gmail" domain blocked because of excessive spam. Use another domain or send PM.

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required