Полигон-2

Возможно, это будет мало-мало оффтоп, но поделюсь немного опытом эксплорации USB-COM одаптеров:

1. Был некоторый переходный период (где-то вокруг 2008 года), когда эти адаптеры только начали появляться в руках таких, как я, --- так вот, скажем так, некоторые системные библиотеки (которые используются в языках программирования), пирацкии канечна же!, почему-то наотрез отказывались видеть вот такие юэсбические COM-порты (это под виндой). Приходилось использовать "другие", более низкоуровневые библиотеки. Не помню уже, но это было связано, вроде, с тем, что все такие квази-COM-порты регистрировались в системе, начиная с COM3 (т.к. COM1 и COM2 зарезервированы под built-in). Короче, вывод: можно напороться на какой-нибудь лохматый софт 2000-х годов, который кем-то когда-то был написан и всё это время прекрасно работал через встроенные COM1 и COM2... ровно до тех пор, пока его - в 2017 году - не попытались поюзать с USB-COM адаптером... и тут вдруг выяснилось, что он - этот лохматый софт - вапще не знает, что такое COM77. А перекинуть номерок на COM1 или COM2 матушка винда не позволяит, ибо это портики заниты (даже если наружу и не торчат).

2. Если работаете с протоколом, у которого пакетики разделяются в линии паузами, а не спец.символами (start/end-of-frame delimiter), то нужно иметь в виду, что USB-COM порт не сохраняет информацию о таких паузах, если они были сравнительно короткими. Дело в том, что USB-COM - это прежде всего USB, и только потом уже COM — т.е. как любое USB устройство, у него есть буфер, который живёт своей жизнью. В итоге, отдельные пакеты, разделённые короткой паузой в линии (например, 5 мс), могут поступить в вашу программу как один цельный пакет. Или, наоборот, один длинный цельный пакет может разделиться на два пакета (потому что "хвост" тупо не влез в ту же USB-телеграмму, в которой передавался "голова"). В общем, этот сайдэффект проявляется только на коротких паузах - длиной меньше, чем период реакции USB протокола. Короче, могут быть проблемы с некоторыми инсталляциями Modbus RTU.

3. Не все USB-COM адаптеры правильно воспринимают сигнал Break (перерыв) в линии. Некоторые пытаются его интерпретировать как поток "0" символов — что, разумеется, неверно. Я знаю один пример протокола, когда сигнал Break - казалось бы архаичное ископаемое - использовался в полный рост --- не суть важно, что за протокол такой, но там подача Break переводила удалённый узел в "технологический" режим протокола. Сотвесна, если вашинский USB-COM порт не умеит правильно воспринимать Break как Break, то протокол накернится.

Поэтому, USB-COM не всегда вполне может заменить встроенный COM-порт.

Зато, правда, встроенный COM-порт на 50% компьютеров можно убить, просто коротнув его выходы. Такое бывает, если занимаешься рукотворчеством. Часть компов имеют простейшие элементы защиты линий COM от перегрузки по КЗ — на них закорачивание контактов COM-порта необратимых последствий не вызывает. Но, увы, есть такие компы, на которых последствие будет - микросхема-драйвер под замену. Понятно, что юэсбический COM-порт, даже если спалился, - ну, выкинул, воткнул новый.

ИМХО: USB для пижонов, COM для профессионалов

dimamyth, какая цена по вашему адекватна?
оборудование связи, которое обычно пинаем через консоли, вполне довольствуется переходниками.... а вот единственный раз, когда не прокатило - пытался шить DRE-5000

Найдите на авито, Dell Latitude D620, D630, D631, D520.
Они все с СОМ портом.
Dell D630

Вот мой совсем простой и совсем дешевый (можно еще скинуть).
-------http://www.phantom.sannata.ru/forum/index.php?t=23832------
Не знаю, для каких целей Вам нужно, для CNC подойдет.

Кстати, могу заменяться на мамку-интеграт, Intel 2500CC (https://market.yandex.ru/product--intel-d2500cc/7951121). Сказочная вещь для тихого домашнего NAS, торрентокачалки и т.п. Бесшумная, только радиатор, 2 реальных ядра с поддержкой x64, два сетевых интерфейса. В Принципе, даже офис нормально тянет. У меня на такой видеонаблюдение построено в гараже.