Кабель-переходник USB-RS232
- Цена: $12,88
- Перейти в магазин
Добрый день\вечер.
Бывает нужно подключиться куда нибудь где есть rs232, а железного(встроенного) com порта нету. Тут к нам на помощь приходит виртуальный com порт. Итого имеем преобразователь usb<->rs232.
Сам шнурок вроде как делает японская фирма
Что продают на али и ебэя не берусь с уверенностью сказать, но думаю подделка. Всё же решил купить на ебэе и посмотреть на шнурок.
Рассматривал к покупке такой и обозреваемый, решил купить обозреваемый.
Шнурок длинной пол метра по кабелю, с разъёмами длиннее. Корпус не разборный, похож на жёсткую резину.
Имеет три светодиода, power, rx и tx, все красные и довольно яркие. По правде говоря не совсем удобно смотреть на них, они утоплены, расположены близко, все одного цвета, и яркие. Поэтому что бы увидеть передачу\приём, надо взять шнурок и внимательно наблюдать…
Так как корпус не разборный, то посмотреть на начинку не удастся, но думаю можно поверить фоткам с али 1 и 2.
Судя фотографиям с али начинка шнурка состоит из:
-микросхемы виртуального комп порта FT232BL
-преобразователя уровней ttl<->rs232 ADM213
-EEPROM памяти AT93C46
-рассыпухи.
Соответственно никакой гальванической развязки нету.
Сам кабель экранированный, экран подключён разъёму юсб, к разъёму DB-9 и к минусу питания юсб порта.
Раньше с поддельными чипами FT232 были проблемы, при обновлении драйверов(или установке их с офф сайта) VID и PID микросхемы прошивались нулями и драйвера радостно сообщали что к компу не подключена микросхема ft232. Решением было подправить старые драйвера, скачать утилиту для прошивки ft232, прошить нормальные VID и PID, затем исправить драйвера как они были, и не обновлять драйвера.
С этой микросхемой проблем не возникло на вин 7 x86 (32бита), качнул самые свежие драйвера с офф сайта, всё работает без проблем.
Вот что видит FT Prog
Уровни напряжений: плюс 9.9 вольт и минус 9.5 вольт.
Все ножки на разъёме DB-9 распаяны и функциональны(полностью работают).
Просто так воткнуть преобразователь в другой разъём DB-9 не получиться по причине «гаек» на двух разъёмах которые не дадут всунуть разъём в разъём, ну и ведь надо ещё «перекрестить» tx и rx, поэтому надо использовать ещё один «шнурок-переходник».
В телефоне тоже работает без проблем.
Попробовал получить ЭХО текстового файла через Terminal.
Бывает нужно подключиться куда нибудь где есть rs232, а железного(встроенного) com порта нету. Тут к нам на помощь приходит виртуальный com порт. Итого имеем преобразователь usb<->rs232.
Сам шнурок вроде как делает японская фирма
Что продают на али и ебэя не берусь с уверенностью сказать, но думаю подделка. Всё же решил купить на ебэе и посмотреть на шнурок.
Рассматривал к покупке такой и обозреваемый, решил купить обозреваемый.
Шнурок длинной пол метра по кабелю, с разъёмами длиннее. Корпус не разборный, похож на жёсткую резину.
Имеет три светодиода, power, rx и tx, все красные и довольно яркие. По правде говоря не совсем удобно смотреть на них, они утоплены, расположены близко, все одного цвета, и яркие. Поэтому что бы увидеть передачу\приём, надо взять шнурок и внимательно наблюдать…
Так как корпус не разборный, то посмотреть на начинку не удастся, но думаю можно поверить фоткам с али 1 и 2.
Судя фотографиям с али начинка шнурка состоит из:
-микросхемы виртуального комп порта FT232BL
-преобразователя уровней ttl<->rs232 ADM213
-EEPROM памяти AT93C46
-рассыпухи.
Соответственно никакой гальванической развязки нету.
Фото с али:
Сам кабель экранированный, экран подключён разъёму юсб, к разъёму DB-9 и к минусу питания юсб порта.
Раньше с поддельными чипами FT232 были проблемы, при обновлении драйверов(или установке их с офф сайта) VID и PID микросхемы прошивались нулями и драйвера радостно сообщали что к компу не подключена микросхема ft232. Решением было подправить старые драйвера, скачать утилиту для прошивки ft232, прошить нормальные VID и PID, затем исправить драйвера как они были, и не обновлять драйвера.
С этой микросхемой проблем не возникло на вин 7 x86 (32бита), качнул самые свежие драйвера с офф сайта, всё работает без проблем.
Вот что видит FT Prog
Дополнительная информация
Уровни напряжений: плюс 9.9 вольт и минус 9.5 вольт.
Дополнительная информация
скорость 9600 бод
скорость 256000 бод
скорость 256000 бод
Все ножки на разъёме DB-9 распаяны и функциональны(полностью работают).
Просто так воткнуть преобразователь в другой разъём DB-9 не получиться по причине «гаек» на двух разъёмах которые не дадут всунуть разъём в разъём, ну и ведь надо ещё «перекрестить» tx и rx, поэтому надо использовать ещё один «шнурок-переходник».
Дополнительная информация
В телефоне тоже работает без проблем.
Дополнительная информация
на скрине видно ЭХО
Попробовал получить ЭХО текстового файла через Terminal.
Дополнительная информация
сам текстовый файл
принятый в виде ЭХО текстовый файл
Если попробовать передать символы всякие(кракозябры которые) и получить ЭХО, то почему то некоторые байты пропадают, некоторые не верно принимаются(нижнее окно-посланное, верхнее-принятое ЭХО)
А вот если при передаче текстового файла поставить задержку например 20мс после каждого посланного байта, то ЭХО уже нормальное получается(нижнее окно-посланное, верхнее-принятое ЭХО). Почему так происходит я не знаю.
Если попробовать передать всякие символы и текст без задержки после каждого переданного байта, то почему то символы(кракозябры) плохо передаются, а вот текст нормально. Опять же почему не понятно.
ADD: всё таки похоже что глючит программа terminal v1.9b
в терминале теряются байты если передавать без задержки, а в бас хаунде всё принято без проблем.
если попробовать получить эхо в realterm, то все без проблем, передал картинку, всё как надо.
принятый в виде ЭХО текстовый файл
Если попробовать передать символы всякие(кракозябры которые) и получить ЭХО, то почему то некоторые байты пропадают, некоторые не верно принимаются(нижнее окно-посланное, верхнее-принятое ЭХО)
А вот если при передаче текстового файла поставить задержку например 20мс после каждого посланного байта, то ЭХО уже нормальное получается(нижнее окно-посланное, верхнее-принятое ЭХО). Почему так происходит я не знаю.
Если попробовать передать всякие символы и текст без задержки после каждого переданного байта, то почему то символы(кракозябры) плохо передаются, а вот текст нормально. Опять же почему не понятно.
ADD: всё таки похоже что глючит программа terminal v1.9b
в терминале теряются байты если передавать без задержки, а в бас хаунде всё принято без проблем.
если попробовать получить эхо в realterm, то все без проблем, передал картинку, всё как надо.
Самые обсуждаемые обзоры
| +72 |
3423
141
|
| +51 |
3619
66
|
| +31 |
2617
50
|
| +39 |
3008
42
|
| +56 |
2065
37
|
EIA Connector (RS-232-C)
Electrical Characteristics
VT100 Output Voltages — On all signals designated «from VT100,» the mark or unasserted state is -6.0 V to -12.0 V; the space or asserted state is +6.0 V to + 12.0 V.
VT100 Input Voltages — On signals designated «to VT100,» -25.0 V to +0.75 V or an open circuit is interpreted as a mark or unasserted state, and +25.0 V to +2.25 V is interpreted as a space or asserted state. Voltages greater in magnitude than 25 V are not. allowed. These levels are compatible with EIA STD RS-232-C and CCITT Recommendation V.28.
А «дичь» в вики — это калька с англоязычной страницы. А на англоязычной странице написано ровно то, что, скажем, есть в DN от TI (slla037a.pdf).
Зато по удобству использования ch340 куда как приятней популярной pl2303. С другой стороны, если нужен полноценный 232, то единственный вариант из дешевых — та самая pl2303. Только к ней преобразователь уровней вроде max232 нужно добавить.
Но мне чистый 232 не нужен, поэтому себе я спаял на ch340 и max232 то, что автор купил за 12 баксов… По себестоимости вышло где-то в сотню рублей + пару рабочих дней на все про все (от задумки до реализации в железе).
Определился шнурок самостоятельно, ну и драйвера нашел сам где-то в винде. Меня приятно это удивило, далеко не все драйвера от десятки подходят для этой OS, как не странно, а тут сам нашелся.
но работают там где сипишки и прочее не справляются. сн340 не пробовал, изза отзывов что откровенный хлам.
Оригинальные совершенно стабильны, работают годами в разнообразной аппаратуре в промышленных условиях.
куча разных устройств с Ch340 с разных звводов с одинаковыми глюками в виде потери связи…
При том, что на FT232 глюков 0…
Может, можно найти и подешевле раза в полтора-два, но результат малопредсказуем.
Как то при работе с пром. оборудованием в мануале было указано, что работа через такой эмулятор (USB->COM) не гарантируется.
Было же время, когда для связи друг с другом по городу использовали гипертерминал и радовались, как быстро передается.
Да и если искать б.у. то в принципе норм по цене.
для дома, для семьи — подойдет любой, не спорю. Если использовать каждый день для работы — то я предпочту Moxa
www.moxa.com/en/products/industrial-edge-connectivity/usb-to-serial-converters-usb-hubs/usb-to-serial-converters/uport-1000-series#models
опять же, если Вам интересно постоянно покупать кабеля и играться — то можно брать все что угодно. А если работать на корабле с электроникой в море — то лучше иметь надежное оборудование.
Можно ссылочку?
Во всём.
То оно виснет, то с чем-то не стыкуется, то очередные обновления всё убили, то фаза Луны не та. Гляньте (хотя, что я.., судя по контексту, вы-то наверняка знаете). Форум поддержки Болида никогда не пустует. Постоянно с Болидом что-то случается. И поток на форуме совершенно не иссякает с годами…
Так что аргументировать работу чего-либо совместимостью или несовместимостью с Болидом — это хороший и добрый юмор.
У него и «родные» USB-RS485 порой не видят приборы в линии, которые прекрасно видит С2000М.
вот с развязкой и RS-232, RS-422, RS-485 ebay.com/itm/282060021886 оочень дораха. хотя если это за счёт завода\предприятия, то это копейки.
1150i и с протоколами и с изоляцией. Регулярно встречается на торговых площадках в состоянии б.у. (иногда и новье) по цене менее 100$
Это же должно, по логике, работать?
написано совместим с юсб 2.0, но это только совместимость, скорость будет 1.1
upd: судя по фото, питание развязки: https://aliexpress.com/item/item/1134700794.html
www.chipdip.ru/product/b0505s-1wr2
Уж 200 мА должно хватить для конвертера?
С гальваноразвязкой и кучей протоколов…
На Али есть Ugreen (пример) — ТЫК.
Я обычно беру за 1.5 бакса и длинной 1.5 метра — это точно «оригинал».
Никогда проблем не было.
С Linux с 1994 года, более 20 лет работаю в телекоме. И что «специфического» я ещё не видел? :-D
Я вижу, что проблемы с этим у коллег под Windows.
винда не причем вообще
Если оборудование не совместимо с линуксом, это проблема оборудования, а не линукса, и такого производителя нужно слать куда подальше! Потому как линукс — операционная система общего пользования, в отличие от форточек, являющихся исключительно прошивкой для игровых приставок! И если какой-то психически ненормальный считает, что на игровых приставках можно серьезно работать, то ему пора бы к врачу сходить…
Постоянно работаю с этим китайцем iocrest https://aliexpress.com/item/item/32817667961.html В нём чип вроде бы FTDI, драйвера оттуда качал.
Есть индикация приема -передачи
Moxa rs-232 же мне не понравилась, лежит как запасная на всякий случай.
https://aliexpress.com/item/item/32810398771.html
https://aliexpress.com/item/item/32234724952.html
https://aliexpress.com/item/item/32810398771.html
https://aliexpress.com/item/item/32803139428.html
да и какой бы буфер нибыл, рано или поздно он заполниться, так что оригинальный или нет наверно без разницы.
интересно, а если ли способ точно узнать подлинность чипа?
а. кажется у меня в обзоре k+can commander это было...нашел. у настоящего ток 9мА, у подделки 35мА.
если померять ток при подключенном шнурке к юсб, то 7.2мА.
и посмотреть ЭХО
отправка 0x1b вызывает какой то непредсказуемый эффект, передаётся херня какая то.
без крыльевс DB-9 мамой?Т.е. нуль-модемный кабель с USB на одном из концов
docs.microsoft.com/en-us/sysinternals/downloads/portmon
www.serialmon.com
крылья, ноги..232, 485… Если вы попробуете хоть раз CAN, то поймете, что это намного удобней и помехозащищенней!!!Сам мучился одно время: то гольный UART внутри прибора разведу для «общения» компонент, то добавлю преобразователей уровня, чтобы 232 или 485 сделать, которые более защищены от помех. Но вот в последней железяке решил более-менее разнесенные в пространстве контроллеры соединить CAN-шиной. Это просто кайф! Мне нет нужды программно контролировать целостность пакетов данных — все делается «само», только следи периодически за флагами ошибки (вдруг все слушатели отвалились или еще что).
В общем, решил теперь основательно переходить на STM32F072 (где и CAN, и USB могут одновременно работать, в отличие от многих других STM32) и разрабатывать все распределенные железяки исключительно на основе CAN!