Serj78 0 20 сентября, 2008 Опубликовано 20 сентября, 2008 · Жалоба Больше двух лет использую в мелкосерийных устройствах ( радиомодемы) FT232RL На компе - Win XP, родной VCP драйвер с сайта производителя. Однако в последнее время стала появляться нерегулярная проблема- через некоторое время после начала работы виртуальный COM-порт на компе "отваливается" (пропадает из списка устройств) или "повисает" (порт есть, но информации в нем нет, хотя на саму FT232RL данные идут). Было выяснено, что порт "повисает" только тогда, когда информация из него читается программой на компе. Проблема лечится просто- надо вставить-вынуть штеккер USB. при этом издаются соответствующие звуки, то есть хоть порта и нет, но винда устройство видит и видит его отсоединение. Однако следить за состоние порта "вручную- очень неудобно. Может, кто сталкивался с подобными проблемами? Создается впечатление, что это что-то информационное, ибо не зависит от потребляемой мощности от USB, температуры самого устройства, длины проводов порта USB. Также не проявляются подобные проблемы у устройств потребляющими вдвое больше с микросхемами FT232R 2-х летней давности .... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
GetSmart 0 20 сентября, 2008 Опубликовано 20 сентября, 2008 · Жалоба Была в чём-то похожая проблема. Зависало чтение данных из виртуального COM-порта. То есть работало, работало, а потом раз и данные виндой больше не читались, хотя на вход COMa поступали и исправно передавались в COM. Исправлялся косяк иногда просто закрытием и открытием порта. Но в 90% приходилось выдёргивать девайс из USB и подключать заново. В девайсе был USB-гнездо, рядом микруха USB-COM, а в сантиметрах пяти от него DC-DC для изолированного RS485. Проблема заключалась в помехах от этого DC-DC на шину (питание) USB. Вылечилось на 100% установкой тантала 47 мкф на вход питалова DC-DC. Какой-то умник предусмотрел на входе только керамику. Хотя до этого 3 дня ломал голову в поиске глюков в дровах винды. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_3m 4 20 сентября, 2008 Опубликовано 20 сентября, 2008 · Жалоба Больше двух лет использую в мелкосерийных устройствах ( радиомодемы) FT232RL ... Однако в последнее время стала появляться нерегулярная проблема- через некоторое время после начала работы виртуальный COM-порт на компе "отваливается" (пропадает из списка устройств) или "повисает" (порт есть, но информации в нем нет, хотя на саму FT232RL данные идут). ... Это не "в последнее время", так всегда было, причем данная проблема наличествует как у ftdi, так и prolific. Просто лично вы именно сейчас с ней столкнулись. Зависание однозначно лечится только передергиванием usb устройства. На сегодняшний день еще никто не выявил причин данного явления и 100%-ного способа обеспечения бесперебойной работы неограниченной длительности. Рекомендации сводятся к замене usb кабеля на менее кетайский и улучшению помеховой обстановки. Также нет данных, проявляется ли данная проблема под линуксом. Для непрерывной работы я бы вообще не использовал usb-com переходники, надежнее использовать карты расширения. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Serj78 0 20 сентября, 2008 Опубликовано 20 сентября, 2008 · Жалоба Это не "в последнее время", так всегда было, причем данная проблема наличествует как у ftdi, так и prolific. Просто лично вы именно сейчас с ней столкнулись. Зависание однозначно лечится только передергиванием usb устройства. На сегодняшний день еще никто не выявил причин данного явления и 100%-ного способа обеспечения бесперебойной работы неограниченной длительности. Появлась идея- а если периодически "ресетить" FTDI? то есть при отсутствии обмена с компом (комп должен отвечать) подавать импульс сброса на ножку "rezet" FT232RL? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_3m 4 20 сентября, 2008 Опубликовано 20 сентября, 2008 · Жалоба Появлась идея- а если периодически "ресетить" FTDI? то есть при отсутствии обмена с компом (комп должен отвечать) подавать импульс сброса на ножку "rezet" FT232RL? Идея хорошая, только софт на стороне PC должен нормально переживать ситуацию когда дескриптор открытого COM порта в произвольный момент станет недействительным. И надо тщательно исследовать поведение ОС в ситуации когда открытые COM порты будут периодически отваливаться. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Linker 6 21 сентября, 2008 Опубликовано 21 сентября, 2008 (изменено) · Жалоба Однако в последнее время стала появляться нерегулярная проблема- через некоторое время после начала работы виртуальный COM-порт на компе "отваливается" (пропадает из списка устройств) или "повисает" (порт есть, но информации в нем нет, хотя на саму FT232RL данные идут). Было выяснено, что порт "повисает" только тогда, когда информация из него читается программой на компе. Проблема лечится просто- надо вставить-вынуть штеккер USB. при этом издаются соответствующие звуки, то есть хоть порта и нет, но винда устройство видит и видит его отсоединение. Аналогичная проблема с измерительным устройством: во время записи информации в режиме самописца запись прекращается при включении питания девайса, с элемента которого снимается сигнал на запись. Такая ситуация бывает не каждым измеряемым элементом. Наверное сбой идет все таки со стороны FT232RL. Выхожу из положения тем, что сначала включаю измеряемый девайс, а потом измерительный прибор втыкаю в USB. Изменено 21 сентября, 2008 пользователем Linker Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Andrew1955 0 12 мая, 2011 Опубликовано 12 мая, 2011 · Жалоба Хотелось бы вернуться к теме, потому что у меня недавно возникли те же проблемы. Разрабатываю, по сути, преобразователь USB<-->RS485, но со специфическими функциями, конфигуратор устройства сети RS485. Ранее использовал преобразователь RS232<-->RS485, и никаких проблем не существовало, а при попытке реализовать USB<-->RS485 посыпались проблемы именно со стороны FT232RL. Дело в том, что питание как преобразователя, так и устройства сети RS485 осуществляется от линии +5В USB. FT232RL запитывается постоянно, а устройство сети RS485 - через выключатель. Выключение питания устройства предусмотрено для того, чтобы можно было подключать устройства к преобразователю для осуществления конфигурирования. Сначала при подключении устройства RS485 виртуальный порт вообще выпадал из списка устройств, но эта проблема была решена установкой конденсатора приличной емкости и больше не возникала. Но появилась другая - "Подключенное устройство не работает" (Код ошибки 31) при попытке связаться с устройством, а затем, естественно, при следующих попытках - "Нет доступа" (Код ошибки 5) после смены устройства сети RS485, подключаемого к преобразователю. Все как бы понятно, но не понятно, почему FT232RL так себя ведет. Проведение некоторых экспериментов выявило, что при касании какой-нибудь железякой, пинцетом, например, общего провода возникает та же ситуация, как и при смене устройства сети RS485, только значительно чаще. То ли происходит это от статики, то ли от помехи, но факт налицо - возникает сбой в работе FT232RL. Думаю теперь осуществить опторазвязку FT232RL и остальных цепей, причем остальные цепи питать от отдельного источника. Что народ думает по этому поводу? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
