Существует ли аналог usbser.sys для семерки?
У меня самого нет W7, и поставить некуда. А людей,которые на большом расстоянии от меня как-то надоумить надо.
Гугл только увеличивает число вопросов... А проверить ну совсем не на чем...
Мож кто надоумит как поступают в случаях W7?

не совсем понял что нужно. Я поднимал кейловский пример на LPC2148 (\Keil\ARM\Boards\Keil\MCB2140\RL\USB\RTX_CDC\), там же лежит inf
все поднялось под Win7 x64 без проблем.
Думаю, что в inf будет достаточно подправить текст с VID&PID, чтобы заточить под себя

Да, забавно. Посмотрю в понедельник на работе. Но usbser.sys очень уж гнусный драйвер по части не адекватной поддержки pnp. Плюс сигналы RTS/CTS handshaking никаким макаром не прокатывают.

Меня usbser устраивает вполне.
Говорят в 7 есть какая-то XP mode. Toweroff, может именно в этой моде драйвер встал?

Под XP у меня работает usbser хорошо. Не знаю что имелось ввиду под pnp, но втыкания вытыкания обрабатываются просто моментально. А всякие RTS DTR, настройки скорости и прочая я из CDC на стороне контроллера убил. Токо данные гоняю. Что удобно - скорость порта на стороне компа может быть любой, в смысле от нее не зависит ничего.

Я сталкивался с такой неприятной штукой. Открыто окно терминала. Подключен COMn через usbser.sys. Все работает. Нажимаем reset на контроллере. Он стартует, но по COMn больше нет коннекта. Причем до тех пор, пока не перезагрузишь комп. Если сначала закрыть терминал, а потом reset, то все ok. Согласись, что это слегка через ж...

Второе. Кто мешает в Win7 пользовать usbser.sys от WinXP. У меня все предыдущие драйвера работают, как ни в чем не бывало (если речь не о 64-bit Win7 идет).

Это лечится, и usbser.sys в том не виноват. Если это ваша собственная программа находится на связи с USB-устройством, то она должна реагировать на системное сообщение WM_DEVICECHANGE, которое генерируется системой при подключении и отключении внешних USB-устройств. Если вы успеете (а должны успеть!) закрыть тот COM-порт до того, как USB-устройство воскреснет после ресета и начнет коннектиться заново, то никакого затора не возникнет. Но, а если это дубовая программа-терминал, написанная чужим дядей, то с ней ничего не поделаешь.

Как я понимаю, мы должны разрабатывать устройства (и, возможно, драйвера к ним), которые работают с любыми "дубовыми" программами. В частности я пользую TeraTerm. Кстати HyperTerminal в этом смысле ведет себя ровно также. С другой стороны, если посмотрите на устройства/драйвера от prolific, там такого явления не наблюдается.

нет, именно "в чистую" на Win7 x64
просто нужно было проверить, потом девайс уже поднимали под линухом. Вот там, как раз, пришлось повозиться, но тоже обошлось штатными драйверами

Сотключением девайса во время работы - именно так и поступаю, отслеживаю отключение USB и переподключаюсь, если надо. Вернее, юзеру предлагаю нажать кнопку... Мало ли зачем отключили... И тут я вполне понимаю гипертерминал. Незачем восстанавливать связь.

Сам в глаза ни разу не видел ни 7, ни Висту.

Надеюсь, что инф файл для 7 также выглядит?

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

2. С inf файлом под Win7-32 никаких проблем особых нет. А под Win7-64 нам всем придуман очередной кирдык. Драйвер должен быть подписан соответствующим цифровым сертификатом. Единственное что радует - 175 (не миллион!) евро цена на год кросс-сертификата для подписывания драйверов. Есть программная штука, позволяющая этот сертификат похоронить, но для коммерческих изделий - это не вариант.

Исходниками можешь поделиться?