caxapa.ru :: Выдал ТЗ на работу. Ключевые слова FTDI, VCP, WinXP, C#. В ТЗ написано, что при обрыве (т.е. работало, потом кабель оторавали) USB кабеля юзеру надо выдавать соответствующее предупреждение. Смотрю на результаты и вижу, что требование выполняется

Chum_A (15.11.2010 16:18, просмотров: 14982)

Выдал ТЗ на работу. Ключевые слова FTDI, VCP, WinXP, C#. В ТЗ написано, что при обрыве (т.е. работало, потом кабель оторавали) USB кабеля юзеру надо выдавать соответствующее предупреждение. Смотрю на результаты и вижу, что требование выполняется статистически - иногда работает, иногда .NET выкидывает исключение (см. рис). Программер говорит, что это исключение формируется на уровне M$-овского компонента порта и обработать он его не может. Куда бы направить программера, а то сам то я "ни разу не программист под Win".

Выдернул_кабель.bmp

Ответить

- Если не может обработать исключения M$-овского , пусть создаст собственный. Седой(521 знак., 16.11.2010 00:35)
- Я примерно такую задачу уже решала, только не на базе FTDI, а вообще Ксения(1896 знак., 15.11.2010 18:50 - 19:05)
  - Из параметров сообщения можно узнать воткнули или выдернули. BigRed(801 знак., 16.11.2010 06:18)
    - Нельзя однако Ксения(350 знак., 16.11.2010 06:34 - 06:56)
      - Еще как можно, даже имя отключенного порта определяется. По ссылке статья и простенький проект. - BigRed(16.11.2010 07:41, ссылка)
  - Вы забыли всего один, но существенный момент :) Если выдернуть usb шнурок непосредственно во время обмена (а оно по закону бутерброда всегда так), то все эти ваши танцы с бубнами зависшему драйверу VCP глубоко фиолетовы :) А вот HID в этом плане Гудвин(210 знак., 15.11.2010 19:38)
    - Виртуальной COM-порт никогла не зависает, если с ним грамотно обращаться Ксения(1339 знак., 15.11.2010 20:12 - 20:19)
      - Я успешно запускаю Full-speed :) И весьма непринужденно, без собственных лишних телодвижений - просто воткнув в usb гнездо PICKit2 :) Посредством HID можно добиться скорости 64000 байт/сек в одну сторону (64 байт*1000) или по 32000 в обе. - Гудвин(15.11.2010 20:29)
        
        64 килобайт/сек - это low-speed (потолок до 1.5 Мбит/с), а у full-speed потолок 12 Мбит/с или 1.5 мегабайт/сек. - Ксения(15.11.2010 20:39)
        
        Ну раз вам нравится такая классификация, не буду разубеждать ;) - Гудвин(15.11.2010 20:51)
        
        Классификацию можно найти по ссылке => Ксения(13 знак., 15.11.2010 21:14, ссылка)
        
        Ну в этой "мурзилке" пёрлов хватает ;) Тем не менее, в части full-low там все правильно озвучено - Full 12Мбит, Low 1.5. Именно физическая скорость канала. И все современные мыши и прочие джойстики пользуют Full. - Гудвин(15.11.2010 21:27)
        
        Кстати, практически все современные мыши уже давно забыли про Low speed... У меня сейчас, например живет usb мышь с периодом опроса 1 мс. X7 - типа "игровая"... - Гудвин(15.11.2010 20:34)
        
        1 мс - это еще в пределах low-speed. - Ксения(15.11.2010 20:40)
        
        1 мс в силу спецификации USB interrupt режима. Минимально возможный интервал для таких пересылок. - Гудвин(15.11.2010 20:54)
      - Интересно, какова ситуация с "висючестью" WinUSB драйвера? -> --> - Evgeny_CD(15.11.2010 20:24, ссылка, ссылка)
        
        Я как раз и рассказывала про работу со стандартным (usbser.sys) драйвером. А драйвер от FTDI должен быть много лучше, т.к. он не универсальный, а заточен под свой девайс. - Ксения(15.11.2010 20:28)
        
        Блажен, кто верует... - Гудвин(15.11.2010 20:32)
- все обращения к драйверу FTDI ставить в блоки try/catch и ловить попытку писать в закрытый порт. Делов то. - jorikdima(15.11.2010 17:37)
  - Дык нету в прямую обращений к драйверу FTDI, есть MS-овский компонент COM-порта, всё через него. FTDI стоит как CDC устройство. Т.е. работало бы и на обычном COM, без всякого FTDI. - Chum_A(15.11.2010 17:42)
    - разберитесь с работой через D2XX, там появится много новых возможностей. Правда, работает только с FTDI, с другими преобразователями работать не будет koyodza(227 знак., 15.11.2010 17:47)
- Я всегда говорил, что изобретение самодельных протоколов карается пожизненным геморроем. Нужно использовать стандартный: последовательный интерфейс. И не морочить мозг. - fk0(15.11.2010 16:52)
  - За ссылку спасибо, а что, у неФинских неСтудентов есть протоколы работающие при физическом отрубании связи? - Chum_A(15.11.2010 17:14)
- Даже финские студенты знают: fk0(159 знак., 15.11.2010 16:49)
- Хрен там найдешь концы... Оно может в драйвере FTDI зависнуть наглухо и в XP... Потом ТЗ изменится, т.к. все переползают на win7. Посему и я сейчас свой девайс переделываю под HID. Ни драйвера не надо, ни геморроя с подключением/отключением на Гудвин(84 знак., 15.11.2010 16:32)
  - Кста, а что из USB-VCP разных производителей лучше работает ? FTDI, Silabs, Profilic ? FTDI что-то раздражает своими зависонами, попробую конечно поставить новые драйвера - вдрух улучшится ситуация - megajohn(15.11.2010 16:49)
    - Насчет PC не скажу - пользую только Prolific. Но недавно пытал драйверы под CE6. Драйвер CPxxxc наглухо вешает нафигатор. FTDI более-менее - изредка (правда пробовал не с самим чипом FTDI, а его двухканальным эмулятором на PIC18F2550). Ну и лучшие Гудвин(165 знак., 15.11.2010 20:45)
  - Дык, получается, что заявление программера имеет под собой почву. Да разовая работа, будет жить и умрёт на одном отдельно взятом и спец. выделенном компе. - Chum_A(15.11.2010 16:49)

Средства и методы разработки