Вход:  Пароль:  
FreeSource: AltLinux/Dokumentacija/SerialPortOverIP ...
Free Source | Каталог | Изменения | НовыеКомментарии | Пользователи | Регистрация |
Эта страница была перенесена на altlinux.org. Текст на freesource.info заморожен.

Как пробросить (расшарить) последовательный порт по сети

Этот документ написан Гришей Баталовым (bga@)


Предлагаю вариант решения академической задачи «проброски

RS-232» через TCP/IP. Вопросы и поправки крайне приветствуются.


Задача в следующем:
– имеются два устройства, работающие друг с другом по RS-232
– желательно разнести их в пространстве, а тянуть физически

пару проводов от одного к другому неудобно

– есть локальная сеть вблизи обоих устройств


Схематично это можно изобразить так:

Вариант решения:

Оба устройства подключаются через COM-порты к низко-бюджетным

Линукс-машинам:

На машинах запускаются COM-порт-сервер и COM-порт-клиент,

причём клиент ставится на машине, инициирующей соединение.


Итак, подробности.
«Зашарить» COM-порт, то есть сделать его доступным через сеть
можно при помощи демона sredird:
http://www.ibiblio.org/pub/Linux/system/serial/sredird-2.0.0.tar.gz


Sredird is a serial port redirector that is compliant with
the RFC 2217 “Telnet Com Port Control Option” protocol.
This protocol lets you share a serial port through the network.
RFC 2217 was orginally implemented in Cisco Terminal Servers
in IOS version 11.x.


Клиентом к нему может выступать обычный telnet, хотя

рекомендуется пользоваться C-Kermit-ом, поскольку он
поддерживает RFC 2217.
( http://www.columbia.edu/kermit/ckermit.html,

ftp://kermit.columbia.edu/kermit/archives/cku201.tar.gz )

1. Скомпилируем sredird, скопируем его в /usr/sbin/sredird

на второй машине. Для работы с xinetd понадобится файл

/etc/xinetd.d/sredir:



/dev/ttyS1 – порт на Устройстве-2, /var/lock/LCK..ttyS1 -
файл блокировки, 5 – log level.


В /etc/services добавим строку:


Порт может быть любой не занятый.

Делаем '#service xinetd reload' и проверяем:

'$telnet localhost 7200'.
Видим в логах:

На консоли:

Если мы подключались к модему, то команда 'at' ответит

'OK'. Выход: 'Ctrl-]', 'telnet> quit', в логах видим:

2. Скомпилируем C-Kermit, либо возьмём с сайта готовый.

Скопируем его (wermit при компиляции) в /usr/bin/ckermit

на первой машине. Можно его запустить и ещё раз проверить:


C-Kermit> telnet 193.125.167.57 7200
где 193.125.167.57 – IP адрес второй машины,
7200 – назначенный нами порт.
Выход по 'Ctrl-|', 'C', 'C-Kermit> exit'.


В /etc/inittab на первой машине добавим строку:

s0:345:respawn:/sbin/getty ttyS0 DT9600 tty
Таким образом, при активности на линии ttyS0 будет вызываться
/sbin/getty. В /etc/gettydefs должно присутствовать описание
DT9600 или другого DTxxxxx, если нам мало скорости 9600.
У меня вот так:

Getty первым делом запросит логин и передаст его в

/bin/login. Нам это не нужно, по этому вместо /bin/login
напишем свой скрипт /usr/bin/ckermit-login:

При его вызове будет запускаться C-Kermit и обращаться

telnet-ом на 193.125.167.57:7200. Ctrl-последовательности
отключены параметром '-0'.

Пропишем этот скрипт в /etc/conf.getty.ttyS0 на первой

машине:

ISSUE – это заставка перед логином, нам она тоже не нужна.
Естественно, скрипт должен иметь права на запуск.


Теперь реинициализируем init: '#init q'.

В процессах должна появиться строка вроде:
2562 ttyS0 S 0:00 /sbin/getty ttyS0 DT9600 tty
После подключения клиента:

Теперь о том, как я это проверял. Рассчитано данное решение

на подключение датчиков, работающих по RS-232, к контроллеру.
Датчики эти мне ни кто не давал, и, думаю, не даст.


По этому я водрузил всё это хозяйство на один единственный

компьютер с IP 193.125.167.57, инициирующим устройством
сделал ноутбук с терминалкой от Norton Commander, отвечающим
устройством – внутренний модем компьютера.


Терминалка была настроена на 9600 бод, без аппаратного

или программного управления потоком. Тип терминала: tty.

Строка инициализации: «at^MATZ^M». Дело в том, что getty

передаёт управление в LOGIN только после получения некоего
логина, завершающегося возвратом каретки. Иначе ругается.
Пусть это будет “at” маленькими буквами. Если мы используем
этот ноутбук на настоящем модеме, то это “at” также должно
правильно обработаться.


При включении терминалки идёт ругань на ошибку инициализации

модема. Не знаю, что она ожидает получить, этот вопрос я
не разбирал. Можно эти сообщения игнорировать. После них
я попадал прямо на модем, 'at', 'ati4' нормально отрабатывали.

При выходе из терминалки процесс ckermit оставался

запущенным, по этому при следующем входе отрабатывала уже
и строка инициализации, поскольку передавалась сразу в модем.


На этом всё. Буду рад комментариям от более грамотных

товарищей, поскольку вполне мог где-то свалять дурака.



Баталов Григорий,
системный администратор
АО «Ковдорский ГОК»


http://www.altlinux.ru/pipermail/community/2002-February/045781.html


Ссылок на эту страницу нет


 
Файлов нет. [Показать файлы/форму]
Комментариев нет. [Показать комментарии/форму]