tcp over serial

← →
GanibalLector © (2011-06-07 00:21) [0]

Утилита IP->Com позволяет расшарить стандартный com-порт (RS232) компьютера по локальной сети или через интернет по протоколу TCP/IP. Что позволяет удаленному компьютеру посылать данные в виртуальный com-порт как будто в свой собственный.

Всё хорошо, да вот только утилита не сохраняет свои настройки. И, самое главное, если я передаю пакет из 600 байт, то IP->Com дробит этот пакет на мелкие. В результате оказывается, что задержка между байтами больше некоторого значения и конечное устройство игнорирует этот большой пакет.

Собственно, вопрос, может кто-то делал аналог? Я бы с радостью купил.

И еще. В принципе, насколько я понимаю, можно и самому написать аналог (слушай порт, парси пакет и читай/пиши в RS232). Только вот непонятно, по какому принципу пакеты приходят по сети (RFC)? Есть специалисты?

Заранее спасибо!

← →
Германн © (2011-06-07 02:49) [1]

> Заранее спасибо!

Присоединяйся к нам с Костей.
А там видно будет.

← →
Омлет © (2011-06-07 08:53) [2]

А есть такое для IP->USB?

← →
Вариант (2011-06-07 09:14) [3]

Если покупать, рекомендую ознакомиться с

> http://www.virtualserialport.com/products/serial-over-ethernet/

> если я передаю пакет из 600 байт, то IP->Com дробит этот
> пакет

Вариант решения - Буферизировать данные, передавать конечному устройству готовый пакет.

Если писать самому

> В принципе, насколько я понимаю, можно и самому написать
> аналог (слушай порт, парси пакет и читай/пиши в RS232).
> Только вот непонятно, по какому принципу пакеты приходят
> по сети (RFC)? Есть специалисты?

Если просто передавать данные, без передачи аппаратных сигналов управления потоком или другими аппаратными сигналами порта, то реализуется относительно просто, если это делается в режиме порт в порт (через сеть) или сразу в приложение). Если требуется передавать и аппартаные сигналы порта, то это необходимо вводить свой протокол передачи управляющих сигналов порта и данных. ЧТо так же решаемо.

Что касается вопросов о порядке прихода пакетов, уточни вопрос , что непонятно?

← →
Slider007 © (2011-06-07 09:22) [4]

> Омлет © (07.06.11 08:53) [2]
>
> А есть такое для IP->USB?

http://www.usb-over-network.com/
Глючит правда периодически. Но полезная жутко :)

← →
RWolf © (2011-06-07 09:35) [5]

> GanibalLector © (07.06.11 00:21)

А сразу с TCP-соединением работать не вариант, обязательно нужен переходник?

← →
GanibalLector © (2011-06-07 13:49) [6]

2 Вариант

Что касается вопросов о порядке прихода пакетов, уточни вопрос , что непонятно?

С портом (RS-232) вопросов нет. Вообще!

Вопросы по TCP. Вот, пришел пакет (TCP/IP) на удаленный ПК. Мой ли это пакет? Не мой? Что в том пакете? Как из того пакета выдернуть данные для COM порта? Я так подозреваю, что есть какой-то RFC, который нужно курить.

На всякий случай уточню. Виртуальные порты на основном ПК создаю с помощью ПО Tibbo.

← →
GanibalLector © (2011-06-07 13:51) [7]

> Присоединяйся к нам с Костей. А там видно будет.

Как к вам просоединится?

← →
Anatoly Podgoretsky © (2011-06-07 14:04) [8]

> GanibalLector (07.06.2011 13:49:06) [6]

Вводи идентификатор и проверку формата.

← →
GanibalLector © (2011-06-07 14:17) [9]

> Anatoly Podgoretsky © (07.06.11 14:04) [8]

Пардон, но нельзя ли подробнее?

Поставил сниффер. Вижу всё то, что приходит(уходит) по TCP.
Как дальше быть?

← →
RWolf © (2011-06-07 14:30) [10]

Дальше предлагаю взять перерыв и почитать литературу по сетевым протоколам и TCP/IP в частности. С текущим уровнем знаний по этой теме показания сниффера вам ничем не помогут.

← →
Дмитрий С © (2011-06-07 18:33) [11]

Все что пришло на твой TCP порт - все твое.Непонятно откуда вопрос такой.

Оффтоп. А что-нибудь для того, чтобы использовать устройство аудио удаленного компьютера как свое собственное есть?

← →
Вариант (2011-06-08 08:10) [12]

> GanibalLector © (07.06.11 13:49) [6]

> Вопросы по TCP. Вот, пришел пакет (TCP/IP) на удаленный
> ПК. Мой ли это пакет? Не мой? Что в том пакете? Как из того
> пакета выдернуть данные для COM порта? Я так подозреваю,
> что есть какой-то RFC, который нужно курить

Рекомедую прочитать
"Программирование в сетях Microsoft Windows" Э.Джонс, Д.Оланд,
Йон Снейдер "Эффективное программирование TCP-IP".
Многие вопросы отпадут

← →
tesseract © (2011-06-08 08:54) [13]

> А что-нибудь для того, чтобы использовать устройство аудио
> удаленного компьютера как свое собственное есть?

RDP, UPNP, ZeroConf. Море вариантов.

← →
tesseract © (2011-06-08 15:04) [14]

> Вопросы по TCP. Вот, пришел пакет (TCP/IP) на удаленный
> ПК. Мой ли это пакет? Не мой? Что в том пакете?

Пакет увидеть из-за winsock надо еще суметь. В общем виде слушаем порт и читаем поток. Делал что-то такое году эдак в 2003, когда RDP сессии не умели порт пробрасывать. Но не драйвер.

← →
DVM © (2011-06-08 16:47) [15]

> GanibalLector © (07.06.11 00:21)

> Собственно, вопрос, может кто-то делал аналог? Я бы с радостью
> купил.

Аппаратное решение не подойдет? http://www.moxa.ru/good/listAll/14883/

← →
RWolf © (2011-06-08 17:37) [16]

> DVM © (08.06.11 16:47) [15]

Ну то есть заставить пользователя к каждой установке софта покупать в довесок коробочку за 6 тысяч рублей из-за того, что программист ниасилил TCP.
Виртуальный COM-порт по крайней мере дешевле.

> RWolf © (08.06.11 17:37) [16]

> Ну то есть заставить пользователя к каждой установке софта
> покупать в довесок коробочку за 6 тысяч рублей из-за того,
> что программист ниасилил TCP

Про множество пользователей и множество установок софта в посте [0] не было ни слова.

> Ну то есть заставить пользователя к каждой установке софта
> покупать в довесок коробочку за 6 тысяч рублей из-за того,
>

http://tibbo.ru/home/item/1/10/

В два раза дешевше. Можно за 50 - сам конвертер без корпуса + 2 уе драйвер порта. Вставляли в весы - работало всё зашибись.

> RWolf © (08.06.11 17:37) [16]
> Ну то есть заставить пользователя к каждой установке софта покупать в довесок коробочку

Зависит от стоимости этого софта.
К автомобилю колеса покупают дороже - и ничего, никто не пыхтит.

> К автомобилю колеса покупают дороже - и ничего, никто не
> пыхтит.

да спору нет.
но в данном случае — переплата ни за что.
это как если бы в весах из [18] был Ethernet.

> это как если бы в весах из [18] был Ethernet.

Такие весы с Ethernet стоили на 200 дороже :-)

> Такие весы с Ethernet стоили на 200 дороже :-)

я криво выразил мысль. разверну:
это как если бы в весах из [18] был Ethernet, а ПО связывалось бы с ними через коробочку.
деньги на ветер, в общем.

> RWolf (09.06.2011 09:10:20) [20]

Если в весах нет Эзернет, то и tcp тоже

tcp over serial Найти похожие ветки