FT232R und Test

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

Reply to
Andreas Ruetten
Loading thread data ...

Am 25.02.2010 11:28, schrieb Andreas Ruetten:

...

Linux.

Reply to
Falk Willberg

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!

Reply to
Ulkig F. Heidenarm

Hallo,

wo?

Gruss Michael

Reply to
Michael Koch

Wo?

Manuell:

formatting link

w.

Reply to
Helmut Wabnig

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.

Reply to
Ulkig F. Heidenarm

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

Reply to
Ulkig F. Heidenarm

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

Gute Besserung. Oder wolltest Du etwas sagen?

Falk

Reply to
Falk Willberg

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

--

Reply to
Bert Braun, DD5XL

Am 25.02.2010 13:19, schrieb Helmut Wabnig:

Erzähl mal.

Thomas

Reply to
Thomas Rachel

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

Reply to
Thomas Rachel

Hab ich schon. Das reicht.

w.

--
NIE WIEDER LINUX.
Alles Verlorene Zeit.
Reply to
Helmut Wabnig

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

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

Falk

Reply to
Falk Willberg

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

--
Gruesse, Joerg

http://www.analogconsultants.com/
 Click to see the full signature
Reply to
Joerg

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.