Больше двух лет использую в мелкосерийных устройствах ( радиомодемы) FT232RL

На компе - Win XP, родной VCP драйвер с сайта производителя.

Однако в последнее время стала появляться нерегулярная проблема- через некоторое время после начала работы виртуальный COM-порт на компе "отваливается" (пропадает из списка устройств) или "повисает" (порт есть, но информации в нем нет, хотя на саму FT232RL данные идут).

Было выяснено, что порт "повисает" только тогда, когда информация из него читается программой на компе.

Проблема лечится просто- надо вставить-вынуть штеккер USB. при этом издаются соответствующие звуки, то есть хоть порта и нет, но винда устройство видит и видит его отсоединение.

Однако следить за состоние порта "вручную- очень неудобно.
Может, кто сталкивался с подобными проблемами?


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

Была в чём-то похожая проблема. Зависало чтение данных из виртуального COM-порта. То есть работало, работало, а потом раз и данные виндой больше не читались, хотя на вход COMa поступали и исправно передавались в COM. Исправлялся косяк иногда просто закрытием и открытием порта. Но в 90% приходилось выдёргивать девайс из USB и подключать заново.

В девайсе был USB-гнездо, рядом микруха USB-COM, а в сантиметрах пяти от него DC-DC для изолированного RS485. Проблема заключалась в помехах от этого DC-DC на шину (питание) USB. Вылечилось на 100% установкой тантала 47 мкф на вход питалова DC-DC. Какой-то умник предусмотрел на входе только керамику. Хотя до этого 3 дня ломал голову в поиске глюков в дровах винды.

Это не "в последнее время", так всегда было, причем данная проблема наличествует как у ftdi, так и prolific. Просто лично вы именно сейчас с ней столкнулись. Зависание однозначно лечится только передергиванием usb устройства. На сегодняшний день еще никто не выявил причин данного явления и 100%-ного способа обеспечения бесперебойной работы неограниченной длительности. Рекомендации сводятся к замене usb кабеля на менее кетайский и улучшению помеховой обстановки.
Также нет данных, проявляется ли данная проблема под линуксом.
Для непрерывной работы я бы вообще не использовал usb-com переходники, надежнее использовать карты расширения.

Появлась идея- а если периодически "ресетить" FTDI? то есть при отсутствии обмена с компом (комп должен отвечать) подавать импульс сброса на ножку "rezet" FT232RL?

Идея хорошая, только софт на стороне PC должен нормально переживать ситуацию когда дескриптор открытого COM порта в произвольный момент станет недействительным. И надо тщательно исследовать поведение ОС в ситуации когда открытые COM порты будут периодически отваливаться.

Аналогичная проблема с измерительным устройством: во время записи информации в режиме самописца запись прекращается при включении питания девайса, с элемента которого снимается сигнал на запись. Такая ситуация бывает не каждым измеряемым элементом. Наверное сбой идет все таки со стороны FT232RL. Выхожу из положения тем, что сначала включаю измеряемый девайс, а потом измерительный прибор втыкаю в USB.

Хотелось бы вернуться к теме, потому что у меня недавно возникли те же проблемы.
Разрабатываю, по сути, преобразователь USB<-->RS485, но со специфическими функциями,
конфигуратор устройства сети RS485. Ранее использовал преобразователь RS232<-->RS485,
и никаких проблем не существовало, а при попытке реализовать USB<-->RS485 посыпались
проблемы именно со стороны FT232RL. Дело в том, что питание как преобразователя, так и
устройства сети RS485 осуществляется от линии +5В USB. FT232RL запитывается постоянно,
а устройство сети RS485 - через выключатель. Выключение питания устройства предусмотрено
для того, чтобы можно было подключать устройства к преобразователю для осуществления
конфигурирования.
Сначала при подключении устройства RS485 виртуальный порт вообще выпадал из списка устройств,
но эта проблема была решена установкой конденсатора приличной емкости и больше не возникала.
Но появилась другая - "Подключенное устройство не работает" (Код ошибки 31) при попытке
связаться с устройством, а затем, естественно, при следующих попытках - "Нет доступа"
(Код ошибки 5) после смены устройства сети RS485, подключаемого к преобразователю.
Все как бы понятно, но не понятно, почему FT232RL так себя ведет.
Проведение некоторых экспериментов выявило, что при касании какой-нибудь железякой,
пинцетом, например, общего провода возникает та же ситуация, как и при смене устройства
сети RS485, только значительно чаще.
То ли происходит это от статики, то ли от помехи, но факт налицо - возникает сбой в работе
FT232RL.
Думаю теперь осуществить опторазвязку FT232RL и остальных цепей, причем остальные цепи
питать от отдельного источника.
Что народ думает по этому поводу?