Преобразователь com в ethernet своими руками
Добавил пользователь Владимир З. Обновлено: 04.10.2024
Доделал запись и чтение устройства,вот что получилось
устройство подключается кабелем к usb хосту,если хост детектирует подключение , светодиод на плате на плате начинает мигать раз в секунду, в программе вводим ip адрес и номер порта ,открывается консоль, вводим пароль, если пароль верный можно начать "разговор" с девайсом команда GET выводит статус устройства usb , если device attached то можно отправлять команды устройству, команд пока две
1 настроить порт на выход и перевести в 1, повторный ввод команды переводит порт о состояние лог 0
2 получить состояние порта , выводит текущее состояние порта
пока это на стадии проектирования но перспектива получить удобный интерфейс уже есть, таким образом на плате хоста мы имеем 14 портов , при подключении девайса к ним добавляются еще 14 портов на плате usb девайса(это удобнее чем городить монстрообразные мегаустройства)хотя схемотехника ведомого при этом усложняются(требуется отдельный контроллер)и стоимость увеличивается оно того стоит , мы можем переложить на ведомого часть задач , а забирать будем готовые данные, перспектива получения большого чиста портов ввода выводапри сохранении количества портов на плате хоста
устройство не относится ни к одному стандартному классу usb и использует USB Host Driver with Generic Client Driver(все эти поделки являются демками microchipa, я лишь собрал это в кучу , выкинул ненужное и дописал свое), обмен ведется пакетами bulk по 8 байт , конечно с драйвером hid или cdc было бы проще, но жрет памяти много
данная версия стека не поддерживает hub поэтому возможно подключение только одного устройства,но в сети я нашел творение японского умельца который добавил поддежку hub в стек
вообщем получилось довольно интересное устройство
завтра на работе выложу прошивку и печатку устройства
работа устройства
после подачи команды WRITE_PORT порт меняет состояние
команда READ_PORT возвращает состояние порта
прошивка
сделана в MPLAB X с использыванием компилера XC16, оригиналы программ(как они выглядели до операции)Demo App MDD взята работа с сетью и Device - MCHPUSB - Generic Driver Demo работа с USB
реализована работа только с одним портом, с остальными все то же самое
GenericTCPServer работа с консолью
usb_drv собственно сам USB " драйвер"
файлы TCPIP и USB стеки возьмете из проекта , не полезут они сюда
Здравствуйте! Подскажите пожалуйста, есть ли какая-нибудь программа, с помощью которой можно использовать выход/вход ethernet как виртуальный COM port?
Да, такой софт существует. Самое известное решение — программа HW Virtual Serial Port от компании HW Group.
Мы нашли хороший материал об этой программе:
COM-порты, работающие через TCP/IP
Одним из решений поставленной задачи является программный продукт от компании HW Group под названием HW Virtual Serial Port. Это свободно распространяемое программное обеспечение, предназначенное для формирования в среде Windows-совместимых операционных систем драйвера последовательного порта, использующего TCP/IP стек. Драйвер способен нумеровать то количество COM-портов, которое предоставляет в его распоряжение операционка, при этом каких-либо ограничений на его использование с сетевыми протоколами нет.
Управление программным пакетом выполняется посредством менеджера виртуальных портов:
Закладка для установок виртуального COM-порта управляет служебными операциями программного обеспечения: отвечает за ведение лога, запускает утилиту по старту операционной системы, предоставляет системный трей для оперативного доступа, устанавливает параметры PING-операций и т.д. Но главная задача установочной закладки – параметры шифрования с помощью TEA-ключей. С ее же помощью задаются параметры работы в терминальной сессии путем установки NVT–параметров.
Мы также нашли еще одну программу, которая может решать эту же задачу для мобильных устройств:
Редиректор TCP_SerPort
Последнее обновление программы в шапке: 17.09.2013
Краткое описание:
Перенаправляет данные с сети (TCP) в COM порт на Андроид устройстве и из COM порта в сеть. Поддерживает FT232RL (FTDI), CP2102 (Silicon Lab), PL2303 (PROLIFIC).
Описание:
Программа представляет из себя редиректор который принимает данные с сети (ТСP) и перенаправляет их через СОМ порт подключенный к Андроид на различные устройства. Поддерживаются переходники USB COM на чипах FT232RL(FTDI), CP2102(Silicon Lab), PL2303(PROLIFIC). Андроид должен иметь USB HOST и версию не ниже 3.1
Где это может быть использовано? Допустим у Вас есть устройство (например теплосчетчик или микроконтроллер) который имеет интерфейс RS232 или USB и работает напрямую с компьютером.Теперь Вам надо получать/управлять им через сеть или Интернет.Часто бывает что переписать программу на компьютере на сетевую нет возможности (сложная,программист уволился/спился 🙂 и т.д) и переделывать контроллер на сетевой тоже часто не просто.Выход может быть такой.К Андроид через переходник USB<>COM или напрямую (если USB) подключаем устройство. На компьютере запускаем эту программу HW Virtual Serial Port Single которая создает виртуальный COM порт в системе и перенаправляет данные по сети на Андроид. Запускаем программу TCP_SerPort на Андроиде. В программе VSP на компьютере указываем IP и порт(3333) андроид устройства.Запускаем программу которая работает с подключенным оборудованием на PC и подключаемся к виртуальному СОМ порту. Все. Работаем с устройством по сети.
Редиректор также можно использовать в робототехнике когда андроид устройство стоит на тележке,а рулим удалено с PC или другого андроида.Для этого просто пишем клиента к TCP серверу. Так-же можно подключать различное торговое оборудование (сканеры,принтеры и т.д)
Программа Вета версия. Делал под свои задачи. Буду рад если пригодится еще кому то. Конструктивные замечания/предложения приветствуются. Перед использованием можно проверить работают ли у Вас на устройстве переходники USB<> COM моей программой TermUSB
Так-же рекомендую для тестирования программы по сети утилиту Hercules Setup UTILITY. Ну и конечно в LINUX NETCAT
Разработчик: Шипов Александр
Admin
Есть некое оборудование, например, типа moxa (сервер устройств RS-232), которы берет поток RS-232 и передает его по Ethernet.
На компьтере мне показали следующее, что при запущеном гипертерминале, подключенном к Com-порту, данные передаются через Com-порт->наше устройство->Ethernet->компьютер и другой гипертерминал, подключенный к Ethernet отображает что было набрано на первом терминале.
Теперь надо написать программу, которая бы создала виртуальный Com-порт и передавала в него данные из Ethernet.
Вопросы:
1) Как создать вирутальный Com-порт? Вроде для этого есть специализированные компоненты, но мне встречались только платные.
2) Может у кого-нибудь уже есть наработки в этой области?
> 1) Как создать вирутальный Com-порт?
драйвер нужно писать соответствующий . и зарегистрировать виртуальный порт в реестре ..
В MS DDK есть примеры.. правда, на C
если с С дружишь, то ничего особо сложного в том нет.
я не совсем понял, а зачем собственно вирт.порт понадобился ?
ведь оборудование-то подключено к реальному порту .
и схема эта работает, как тебе показали ..
т.е. от тебя вроде бы требуется только заменить станд.гипертерминал на свою программу ..
С одной стороны оно подключено к миниАТС, с другой — включено в локальную сеть.
Теперь стоит задача, на удаленном ПК подключаться программой управления для миниАТС к нашей миниАТС. Для этого предполагается создать виртуальный COM-порт, и организовать передачу потока из локальной сети с Мохи на виртуальный COM-порт и обратно. Тогда на виртуальный COM-порт можно будет направлять программу управления миниАТС.
2 Девушка © (22.04.05 21:15) [5]
Не нужен там "Моха". С DCOM знаком? Видать нет 😉
> GanibalLector © (23.04.05 01:41) [6]
можно поподробнее?
Одной из задач применения DCOM может быть распределение вычислений по сети. Действительно задачи могут быть довольно ресурсоемкие и выполняться много часов или десятков часов. Применяя DCOM у Вас есть возможность распределить вычисления по нескольким серверам или обычным рабочим станциям Windows 98 значительно сократив время на выполнение вычислений.
то чем это может помочь?
← →
Anatoly Podgoretsky © ( 2005-04-23 15:14 ) [8]
Com-порт->наше устройство->Ethernet->наше устройство->Com-порт
К Моха идет диск с драйверами, так что думаю ничего писать не понадобиться — все уже написано. Надо просто купить девайс, настроить его и наслаждаться.
>то чем это может помочь?
Хорошо. что такое СОМ сервер знаешь? Ну,например тот-же Word может выступать сервером автоматизации.Соответственно,ты можешь управлять им,создавать документы и т.д.(в СОМ и Соrba читай).Ну а DCOM этот то-же самое,только удаленно.Вот и все 😉
Короче,цепляешь "некое оборудование" к самому ближайшему компьютеру.Пишешь DCOM клиент и сервер.В результате можешь управлять этим портом(читать как "неким уст-ом") с любого комьютера.
З.Ы. Делал недавно подобную реализацию для кассового аппарата.В результате,с любого компьютера можно "пробить" чек,снять отчет и т.д.
> Anatoly Podgoretsky © (23.04.05 15:14) [8]
> Com-порт->наше устройство->Ethernet->наше устройство->Com-порт
ага. и покупаем два устройства вместо одного.
Цена устройства на один порт — порядка $115.
Ну а кроме того, если еще датчиков 6 (миниАТС — пример)? Куда втыкать будем?
> К Моха идет диск с драйверами, так что думаю ничего писать
> не понадобиться — все уже написано. Надо просто купить девайс,
> настроить его и наслаждаться.
Моха — пример. Есть свое устройство. Оно создано технарями нашей фирмы. К нему надо написать свой драйвер.
Из явно-видимых проблем — создание виртуального com-порта.
> Короче,цепляешь "некое оборудование" к самому ближайшему
> компьютеру.
Идет труба нефтяная. Стоит на ней компрессорная станция. На ней стоит датчик с интерфейсом RS-232 а до ближайшего компа км так N-дцать. даже 485-й не пробьет. но зато вдоль трубы есть линия Ethernet. Вот и нужно запихать RS-232 в етот Ethernet. Даже не запихать, а преобразовать его на компе в обычный RS-232.
>> даже 485-й не пробьет.
485 с усилком можно и на N-дцать А вот ethernet — до 500м.
А вообще зачем тебе виртуальный Com-порт — он только для совместимости со старым софтом. можно данные принимать/слать по TCP/UDP. На Moxa можешь забить — неюдобная. По мне из всего данного барахла лучший — Tibbo. Дуракоустойчивый- просто жуть + Великолепная документация.
← →
Anatoly Podgoretsky © ( 2005-04-26 12:59 ) [14]
Девушка © (23.04.05 18:51) [12]
Ну так самая рабочая конструкция
COM-Устройство-линия-Устройство-COM абсолютно прозрачная. Такая схема у меня работает для передачи ком портов с оборудования в компьютер на растояние свыше 100 км
Похоже девушка запуталась. Сначала пишет что "На компьтере мне показали следующее, что при запущеном гипертерминале, подключенном к Com-порту, данные передаются через Com-порт->наше устройство->Ethernet->компьютер и другой гипертерминал, подключенный к Ethernet отображает что было набрано на первом терминале.". То есть соединение работает. Гипер терминал работает либо по Telnet, либо с COM портами. Зачем тут виртуальный порт?
Девушка! Еще раз и поотчетливей обрисуйте ситуацию.
Девушка © (21.04.05 22:03)
> А вот ethernet — до 500м.
В каком-нибудь Fomux-е по оптике в TDM-е до 110 км. Это если PDH без репитеров. А если SDH то гораздо дальше и с резервированием. А можно еще через Интернет гонять.
> COM-Устройство-линия-Устройство-COM абсолютно прозрачная.
Только дорого это и у компьютера ограниченное количество COM-портов.
И проще COM-Устройство-линия(Ethernet)-компьютер?
> То есть соединение работает. Гипер терминал работает либо
> по Telnet, либо с COM портами. Зачем тут виртуальный порт?
Соединение работает. Виртуальный порт нужен для того, что-бы подключить к нему приложение стороннего разработчика. Например, программу управления миниАТС.
> Конвертор стоит порядка $100-150, к нему (покрайней мере,
> у данного производителя), идут дрова виртуального COM-порта.
> ПисАть ничего не надо.
Если говорить о рекламме tibbo то себестоимость конвертора на 1 порт около $50 если производить мелкосерийно. Ну это мелочи. Но я повторюсь, что у нас есть свое, созданное нами такое устройство. Оно работает. Нужна программа-драйвер которая создаст виртуальный Com-порт и будет осуществит прозрачную передачу между удаленным устройством и виртуальным Com-портом.
Вопрос: Как создать виртуальный com-порт?
← →
Anatoly Podgoretsky © ( 2005-04-27 00:23 ) [18]
Девушка © (27.04.05 00:12) [17]
> COM-Устройство-линия-Устройство-COM абсолютно прозрачная.
Только дорого это и у компьютера ограниченное количество COM-портов.
И проще COM-Устройство-линия(Ethernet)-компьютер?
Естественно, разница только в прозрачности, можно считать так
COM-COM, в качестве тире может быть что угодно, вплоть до радиомодем, Интернет и т.д. Черный ящик.
> Естественно, разница только в прозрачности, можно считать
> так
Нет никакой разности в прозрачности т.к. типовой задачей является все же управление через COM многими устройствами, расположенными в разных местах.
Для создания виртуального COM порта свой драйвер. А для создания своего драйвера понадобится Windows DDK. Там все расписано. Правда все на СИ и ассемблере.
> Правда все на СИ и ассемблере.
Можно и на си. А что такое Windows DDK если в двух словах?
The Microsoft® Windows® Driver Development Kit (DDK) for Windows XP provides a development environment for the creation of Windows XP drivers. The DDK provides additional driver-specific headers, libraries, sources, tools, and documentation that are used to develop drivers for Windows XP.
В общем в двух словах это примеры и документация для написания драйверов практически для всех стандартных устройств. Также там есть полный исходный текст драйвера последовательного порта.
Я даже думаю, что понадобиться два драйвера. Один встроится в модель OSI (типа драйвера NAT) и будет перехватывать пакеты от Вашего девайса, а второй будет эмулировать COM порт.
На первое время — вполне 🙂
to Deca>> я уже говорил что никаких специфичных данных UART не предусматривает. просто посылаешь данные и ВСЁ. Телефонные станции в большинстве своём не использую CTS/RTS DTS/CTS. Если хочешь с ними поиграться посмотри help на Tibbo он очень хороший.
Для Win2000 — Windows 10 (2019) (Server, x86, x64). Последняя версия: 1.7.0 build 422. 13 сентября 2019.
Краткое описание:
Какие проблемы может решить TCP COM Bridge?
Наша программа позволяет сэкономить средства на покупке аппаратных терминальный серверов, и использовать компьютер с TCP COM Bridge для той же самой задачи. Вы можете подключить или создать до 256 COM портов на одном компьютере, который будет работать с 256-ю RS232 устройствами одновременно.
Начните пользоваться TCP COM Bridge прямо сейчас!
После инсталляции программы TCP COM Bridge, запустите ее с помощью иконки в меню "Пуск -> Программы". Программа предложит вам создать новое соединение, с использованием виртуального или реального COM порта. Вы можете ответить "Да" и выбрать номер порта и параметры TCP соединения в диалоговом окне. Затем кликните на кнопке "OK" в диалоговом окне. Теперь программа установит и настроит соединение, и если надо добавит виртуальный COM порт в систему.
Вид программы:
Ключевые особенности:
Универсальность. Вы можете создать соединения 256 реальных или виртуальных COM портов.
Варианты. С помощью программы можно соединять COM порты по сети, получать доступ к реальному COM порту с удаленного компьютера, разделять COM порт на два и более COM порта, получить доступ к одному порту из двух приложений, обеспечить передачу данных по сети в приложениях, которые изначально могут работать только с COM портами.
Виртуальные COM порты. Вы даже можете совсем не иметь реальных последовательных портов в вашей системе.
99.9% эмуляция. Другие приложения никогда не увидят различия между реальным последовательным портом и виртуальным COM портом, созданным TCP COM Bridge.
Сеть. По сети данные могут передаваться по протоколам TCP и UDP как в локальной сети, так и через Internet.
Гибкость. В сети Internet программа может работать с динамическими IP адресами, используя доменное имя.
Локальное использование. Вы можете создавать локальные соединения в пределах одного компьютера.
Разделение портов. Данные от одного COM порта можно разделить на два или несколько направлений (serial port splitter).
Режим службы. Программа может автоматически запускаться как служба и создавать виртуальные COM порты, устанавливать сетевые соединения еще до логина пользователя в систему.
Контекстная справка. Вы можете использовать F1 в любом месте нашей программы и получить исчерпывающую информацию по использованию программы.
Вы публикуете как гость. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.
Последние посетители 0 пользователей онлайн
Объявления
Не будет работать данная схема нормально и вот почему - П210А имеет КУ 10-15, поэтому при входящем в его базу токе 25 мА выходной ток будет 250 350 мА
если раньше фона небыло при другой схеме с этим же бп,а теперь появился то скорее всего и надо проверить то что изменилось . монтаж,наводки,подключить корпус регулятора громкости к общему. я бы начал с простого - поставил тумблер в накал,включил усилитель , прогрел ,и выключил на пару секунд когда слышен фон.
а ниче шо там и контроллер и его питание и ККМ и ежик-ИЖБТ с драййвером наверняка . и все єто на откуп Клиента - "припаять проводок"? Ню-ню . иПанет - со стен не отсребешь . остатки мозгов .
Там же где ты нашёл схему,в которой есть эти катушки. А если со схемой нет моточных данных,то можешь рассчитать в онлайн-калькуляторе коих полно. Выбирайте схемы с нормальным описанием,если описания нет, значит нечего на том говноресурсе делать.
Похожий контент
Всем привет. Недавно я задался вопросом изготовления коммутатора sim карт. Готовые решения есть на рынке, но мне забавы ради тратить пару сотен убитых енотов откровенно говоря не охота. Решил сделать POC своими руками. Идея простая - сим карты подключены к модему и в нужный момент ардуинка переключает с одной сим карты на другую. Для этих целей я использую твердотельный реле, которые и переключают физически контакты с одной сим карты на другую.
И теперь вопрос знатокам: можно ли как-то упростить схему, исключив громоздкие ssr, и задействовав например транзисторы?
Доброго времени суток,
Есть электромагнитные клапана, необходимо переключать их с частотой 300Гц. Напряжение питания катушки привода клапана - 24В, ток включения 7А, ток удержания 1А. Управление 24В 0.5А.
Клапана 2, цикл работы:
1) оба клапана закрыты
2) нужно как можно быстрее открыть клапан A (клапан открывается за 2мс, по-хорошему нужно чтобы реле или схема сработала до 3мс),
3) система удерживается в таком состоянии 100мс (24В 1А на катушке клапана),
4) напряжение управления клапаном A падает до 0В, одновременно напряжение управления клапаном Б поднимается до 24В, (время закрытия клапана примерно на 40% меньше времени открытия, так что перекрытия не будет).
5) цикл повторяется со 2го пункта, только А и Б меняются местами.
Пытался подобрать твердотельное реле (SSR), что то ничего подходящего не нашёл, даже если внести поправку в требования и увеличить время включения реле до 5мс, то во-первых такие реле на 10А управляемые постоянным током 24В стоят не мало, а во-вторых не ясно, как оно переживёт обратный ток с катушки клапана, рабочие напряжения тех твердотельных реле, что попали в моё поле зрения, около 150В постоянного тока и 400В переменного.
Посему задумался - а не собрать ли простую схему на полевых транзисторах, да воткнуть диод для защиты от обратного тока, должно быть дешевле, да и полевики на 10А 24В 1кГц осилят легко.
Что посоветуете?
Необходимо управлять мощной активной нагрузкой около 1.3 кВт. Хочу для этого использовать твердотельное реле
Имеется вот такое Китайское твердотельное реле с aliexpres:
Погуглил, что некоторые напрямую подключают к пинам Ардуино. Насколько это правильное решение?
В описании нашел только ток 7.5 мА, но при 12В. А при 5В непонятно, но думаю не больше же 20 мА. Т.е. можно напрямую все же подключать?
И боятся ли подобные реле такого режима работы - скажем на секунду включили, на 5 секунд выключили и т.д. ?
Имеется китайское твердотельное реле SSR-40 DA от FOREK с управлением от микроконтроллера ATMEGA8.
На силовом выходе планируется установить датчик тока SCT-013 с выводом на аналоговый вход микроконтроллера.
Получится ли организовать защиту от КЗ, отключая на реле входной сигнал?
Хватит ли быстродействия ATMEGA?
Как быть с возможным пропаданием питания микроконтроллера при КЗ?
Не встречал ли кто типовую схему защиты ТТР от КЗ?
Здравствуйте!
Суть в том, что для очередной поделки мне нужно иметь возможность отключать батарею как от нагрузки, так и от зарядного устройства. При этом напряжение батареи в заряженном состоянии 58В, и необходимо коммутировать нагрузку вплоть до 40А (максимальный постоянный ток).. Обычное реле я использовать не могу, так как сами контакты обладают большим сопротивлением, да и опасаюсь я дугового разряда во время отключения под нагрузкой.
Моя мысль была собрать что-то вроде Solid State Relay на базе двух полевых транзисторов по схеме ниже. На самом деле транзисторов будет больше до 4х штук параллельно, но для схемы это не принципиально. Управляться они будут специализированной микросхемой, которая будет питаться от 12В понижающего преобразователя. На саму микросхему будет подаваться уже логический сигнал от микроконтроллера.
Будет ли эта схема работать, или я что-то важное упустил?
Ранее мы уже писали статью о переходнике 3 RCA to VGA (D-Sub 15 pin), в ней описан интерфейс VGA c распиновкой и способ подключения между собой устройств с аналоговым компонентным интерфейсом 3 RCA и с аналоговым компьютерным интерфейсом VGA. А как поступить, если у Вас имеется компьютер (любое другое устройство с таким выходом) в одной комнате и монитор (телевизор) с VGA видеовходом в другой?
Таким образом, имеем 2 фактора, которые являются минусами использования готового кабеля: цена и габариты. Поэтому, альтернативным и дешевым вариантом есть передача VGA видеосигнала от компьютера на монитор по витой паре экранированной 5/6 категорий — FTP Cat.5e без активных приёмо-передатчиков. Стоимость медной витой пары в экране составляет порядка 0.30$ за метр, при длине 15м такой кабель обойдется Вам всего 4.5$ (не считая копеечных разъемов), что значительно меньше 20 долларов, а в случае большей длины стоимость будет отличаться значительнее. Для передачи изображения высокого разрешения на большие расстояния (60-300)м уже потребуется применение активного передатчика и приемника.
После прокладки кабеля UTP возможны 2 варианта подключения устройств:
1 — посредством переходника VGA-RJ45 без пайки с обжатием концов витой пары экранированным модульным разъемом RJ45
2 — посредством разъемов-штекеров D-sub 15pin, напаянных непосредственно на концы витой пары
Если Вы не хотите связываться с пайкой, то пара таких переходников VGA-RJ45 обойдется порядка 2$.
Однако, если по каким-то причинам не хотите ждать или просто не удается в нужный момент найти такой переходник, но в свободном доступе имеются разборные штекеры D-Sub 15 pin, как получилось в нашем случае, остается только пайка.
Как известно из прошлой статьи, в интерфейсе VGA по 13-ти из 15-ти контактов осуществляется передача аналогового компонентного видеосигнала, сигналы вертикально/горизонтальной синхронизации и другая сервисная информация и сигналы управления. Экранированная витая пара FTP Cat.5e имеет всего 4 пары по 2 проводника (8 проводников).
Однако этого достаточно, для передачи видео от компьютера на монитор, к тому же все минусовые проводники замкнуты на корпус разъема и экран витой пары:
— коричневая пара — сигнал Red/Ground Red (красный)
— зеленая пара — Green/Ground Green (зеленый)
— синяя пара — Blue/Ground Blue (синий)
— оранжевая пара — Horizontal/Vertical Synchronization (Горизонтальная/Вертикальная синхронизация)
И так, всего хватает, приступаем к пайке. Для этого используем следующую схему:
Иногда передача VGA по витой паре является единственным способом подключить источник к монитору.
Для примера задача из нашей практики: ремонт в квартире завершен, необходимо подключить видеорегистратор с видеовыходом VGA, расположенный в Комнате N, к компьютерному монитору, установленному на стену в коридоре; между устройствами заложена только витая пара, экранированная; длина магистрали — 10м. Паяем штекеры на витую пару:
Используя витую пару, без помех и шумов был передан видео сигнал от видеорегистратора на монитор:
Читайте также: