Использую в PC устройство с двумя микрухами FTDI 2232, соответвенно 4 канала RS-232, 9600 бит/с. Трафик маленький, но обмен частый. При этом чтение и запись во все каналы идет параллельно через FTDI.DLL. Дрова регулярно виснут, причем чем больше устройств реально подключено, тем чаще.
В то же время, когда используются фирменные переходники FTDI 232, этого эффекта нет.
Если кто чего знает об этом, хэлп, плиз.

В ихних линуксовых драйверах народ еле глюки поразгребал - а в закрытых виндовых это никак не возможно. Был печальный опыт использования их драйвера под вин2к - вис намертво при среднем траффике - ушли под линукс, там все ок.

я закупил CP2101 (вроде так)
меленькая микруха - все что нужно делает.
работает вроде хорошо.

Спасбо, конечно, но нужно, чтобы было не менее 2-х RS-232 портов на 1 USB порт. Закрадывается мысль - а не забить ли на все эти конвертеры и не сделать ли все самому на МК с USB портом? Гемора прилично, но зато есть уверенность, что будет работать, как надо.

А битбанг оно делает - очень часто нужно девайс через тот же порт и шить.

Кривость драйверов это решение все равно не снимает - протесть свою задачу под линукс (ядро не ранее 2.6.12) - если глюки нет - долбай их багрепортами.

CP2103 имеет 4 bit-bang линии.

Было время разобраться с этим пристрастно, и вот каков результат:
1. Все-таки глюки связаны с "железом". Дрова виснут только на матерях с новым чипсетом. В то же время, использование матери с уже устаревшим 645-м чипсетом полностью снимает проблему. Снимает ее также правильная разводка "земли" и питания в совокупности с подвеской между информационными проводами USB шины кондера 100-150 пФ. Хотя все это попахивает шаманством, результат налицо. По всей видимости, новые материнские USB хабы весьма чувствительны к импульсным помехам, так что если кому еще придется с работать с подобным "железом", учтите это.
2. После осуществления всех переделок дрова FTDI вроде бы работают как положено.