Спасибо за ответ, а то от разработчиков как обычно ничего не услышишь. Значит ничего не изменилось. При таком зависании/отваливании, то что виснут приложения это нормально, обычно такое происходит при попытке закрыть виртуальный COM от отвалившегося преобразователя. Несколько лет назад, когда столкнулся с этой проблемой и копался пытаясь ее решить, была одна идея, которую я не проверил, возможно она вылечила бы проблему. Если вкратце, то я обратил внимание на то, что такие зависания преобразователя как-то чудным образом совпадают с запуском планировщиком заданий задачи с именем "UsbCeip". Есть подозрения, что если эту задачу заблокировать, то зависания и отвалы преобразователя могут прекратиться. В описании к UsbCeip, находящейся в планировщике заданий в ветке "Windows\Customer Experience Improvement Program", говорится следующее:
Самое забавное, что задача включена у всех пользователей как windows 7 так и windows 10 и microsoft не особо интересуется, а хотят ли они участвовать в программе улучшения качества. Под windows 7 данная задача стартовала где-то раз в 3 дня, под windows 10 - условия ее запуска недоступны из штатного редактора."При выполнении задачи программы улучшения качества ПО шины USB (USB CEIP) осуществляется сбор статистических данных об использовании универсальной последовательной шины USB и сведений о компьютере, которые направляются инженерной группе Майкрософт по вопросам подключения устройств в Windows. Полученные сведения используются для повышения надежности, стабильности и общей производительности шины USB в Windows. При отсутствии согласия пользователя на участие в программе улучшения программного обеспечения Windows задача не выполняет никаких действий."





Ответить с цитированием