Как организовать UDP ower RS485 под Linux?

Question

[Aryeh Leonid R.]

Необходимо организовать UDP (TCP IP) ower RS-485 под Linux. Протокол RS-485 подобен MODBUS.
Т.е. хочется в программе открыть сокет и работать с UDP не обращая внимания на то, что единственный доступный интерфейс платы -- RS485. Кроме того при загрузке системы и при её функционировании хочется спокойно использовать DNS, DHCP и т.д. и т.п. Понятно, что скорость будет ограничена. Понятно, что нужен драйвер и понятно, что готового нет (протокол пропиетарный). Понятно, что на втором конце RS-485 (Linux или Win7) нужно будет обеспечить бридж в IP-сеть.
Куда копать? Может есть похожий проект, который мы сможем модифицировать?
Желательно Open source с лицензией не требующей что бы использующий код был полностью открытым. Т.е. модифицированный драйвер мы можем выложить потом, но не весь продукт где он используется.

Заранее спасибо всем ответившим по существу.

Answer 1

[Sergei Borisov]

> UDP (TCP IP)
так все таки TCP/IP или TCP/UDP?

> Протокол RS-485 подобен MODBUS
RS-485 не протокол. А стандарт интерфейса. А вот Modbus - протокол.

То есть, как я понял Вашу задачу. у Вас есть железка, которая имеет RS-485, до другой железки, у которой уже есть ethernet и выход в интернет. Вы хотите с первой железки получить доступ к Интернет.

Тогда Ваша задача, формулируется: TCP/UDP over RS-485. То есть, вместо Ethernet у Вас будет использоваться RS-485. Тогда, что-то, например, в эту сторону: www.rsdn.ru/forum/winapi/661573.hot или social.microsoft.com/Forums/en-US/95128f22-7447-47...
В данном случае Windows от Linux отличается непринципиально. Да RS-485 от RS-232 с точки зрения программирования не отличается.

Comments

[Aryeh Leonid R.]

спасибо за ответ.
1. UDP
2. Конечно. RS-485 интерфейс, на нём реализован Modbus-подобный протокол. Мне казалось это очевидным.
3. Кроме отличий в уровне сигналов и, как следствие, иных скоростей и дальности RS-485 от RS-232 отличается тем, что обычно RS-232 подразумевает P2P коммуникации, а RS-485 наличие мастера и многих ведомых интерфейсов.
4. Программный прокси мною давно уже реализован и хорошо работает. Хотелось-бы сделать это на драйверном уровне, так что бы одна и та же программа работала на всех железках. И там где есть сетевая карта и там где только RS-485.

[Sergei Borisov]

Кажется, я начал Вас понимать. То есть, Вы хотите организовать UDP поверх Вашего проприетарного Modbus-подобного протокола? То есть, Вы даже не имеете возможности работать с RS-485 напрямую?

Да. про Master-Slave забыл, пардон. Перепутал с RS-422. Так что отличия с точки зрения программирования таки будут. А Ваша железка это мастер или слейв? или вообще децентрализованная сеть с арбитражем?

Просто если это слейв, и в RS-485 и в рамках Вашего проприетарного Modbus-подобного протокола, то я плохо себе представляю, как Вы вообще предполагаете, что это будет работать? Вижу один вариант: мастер будет регулярно опрашивать регистры (в терминологии Modbus) на наличие пакета и при наличии ответных пакетов засовывать их в регистры. Не думаю, что Вы сможете найти где-то такую реализацию. :)

А если ваша железка это мастер, то это какая-то странная для меня архитектура.

Но я ничего не понял про Ваш программный прокси. Похоже мы разовариваем на разных языках.

[Aryeh Leonid R.]

Мои и мастер и слейв. И протокол пропиетарный мне открыт. И напрямую с RS-485 можно. Архитектура выглядит так: ПС, имеющий доступ к локалке, имеет RS-485 к которому подсоединены до 32-х датчиков-слейвов. Эти самые слейвы должны иметь возможность послать UPD пакет серверу, находящемуся в той-же сети, что и ПС-мастер. Строго говоря протокол над RS-485 можно менять по нашему усмотрению...

Answer 2

[Mak1012]

Если у Вас в сети один мастер и 32 слейва, то слейв сам по своей инициативе ничего послать не может. Слейв может только отвечать на запросы. То есть мастер должен опрашивать все слейвы по очереди. В таком варианте вряд ли можно говорить о нормальной сети Ethernet.

Может быть такой вариант устроит?
Мастер по очереди опрашивает все устройства.
В ответ на запрос, слейв передает пакет данных, который мастер отправляет в сеть как UDP пакет.

Comments

[Aryeh Leonid R.]

Итак. Ваше предложение давно реализовано и работает.
Хотелось-бы реализовать такую схему:
- программа в слейве открывает сокет и пишет в него. дополнительно открыт сокет на чтение.
- драйвер ставит пакет в очередь ожидания.
- когда слейв получает от мастера грант он отправляет пакет.
- мастер, получив пакет отправляет его далее по UDP.
- мастер заранее открывает на чтение 32 порта. по одному на слейв.
- когда на порт приходит пакет мастер его отправляет соотв. слейву.
- хотя пакет получен через RS485 программа читает его из сокета.
Т.о. программы на слейвах пишут/читают сокеты и никакого RS485 не знают. Вся работа с RS485 спрятана в драйвере.
В общем я уже понял, что готового решения нет. Мне просто придётся взять и кастомизировать драйвер сетевой карты.
Спасибо.