Триста rs232-х и компьютерная сеть Опции

[Paul888]

Здравствуйте!
Прошу совета опытных сетевиков.
Передо мной поставили следующую задачу.
Есть порядка 300 измерительных приборов, которые непрерывно выдают результаты измерений на свой rs232 порт. Задача - свести всю эту информацию на компьютер и разумеется сохранить в базе данных. Также иметь возможность вводить необходимые данные для приборов с этого компьютера.
И собственно сам вопрос...
Какой способ соединения и тип сетевого оборудования в этом случае лучше выбрать?
Павел.

Причина редактирования: Убрано выделение

[zltigo]

Какой способ соединения и тип сетевого оборудования в этом случае лучше выбрать?

А где Вы видите в сформулированной задаче возможность выбора???

[XVR]

Есть порядка 300 измерительных приборов

Они все в одном месте, или раскиданны по просторам нашей родины?

которые непрерывно выдают результаты измерений на свой rs232 порт.

С какой скоростью и с какой периодичностью?

Задача - свести всю эту информацию на компьютер и разумеется сохранить в базе данных.

Концентратор или сеть из концентраторов типа 'много RS232 -> что то быстрое'

[ukpyr]

в XMega есть 8 UARTов

[zltigo]

в XMega есть 8 UARTов

В FPGA "есть" столько UART, на сколько пинов хватит.

[MrYuran]

Если готовое оборудование - то многопортовые преобразователи, например, МОХА
Бывают до 16 портов (по-моему, но 8 точно)
Преобразовывают в USB или Ethernet.
Однако, 300 штук... Боюсь, столько СОМ-портов в системе не прописать.
тогда каждый RS-232 в 485, объединить штук по 30, итого будет 10 каналов, их опять в МОХу, и получаем 10 виртуальных СОМ-портов по 30 приборов на каждом.
Вместо МОХи мне уже второй год Korenix навяливают, типа то же самое на 30% дешевле.

[rezident]

Какой способ соединения и тип сетевого оборудования в этом случае лучше выбрать?

Как правильно заметил zltigo, без изменения типа интерфейса и способа передачи данных выбора у вас нет - концентратор с 300 интерфейсами RS232. Ну либо группа концентраторов с меньшим количеством.

тогда каждый RS-232 в 485, объединить штук по 30, итого будет 10 каналов, их опять в МОХу, и получаем 10 виртуальных СОМ-портов по 30 приборов на каждом.

Вы видимо не обратили внимание на

Есть порядка 300 измерительных приборов, которые непрерывно выдают результаты измерений на свой rs232 порт

Без изменения способа выдачи результатов (вместо непрерывного выдача по запросу) ваша идея с RS485 не реализуется.

[izerg]

Как обстоят дела с программной частью у Korenix ? Так же красиво и прозрачно как и у Moxa ?
Кто-нибудь пробовал их ПО?

[MrYuran]

Без изменения способа выдачи результатов (вместо непрерывного выдача по запросу) ваша идея с RS485 не реализуется.

Ну это надо ещё у автора уточнить, что он подразумевал под непрерывной выдачей.
А иначе единственный выход - самодельный концентратор (как бы даталоггер) с последующим выводом в 485/USB/Eth и желательно по стандартному протоколу.

[редактор]

Как альтернативу 485-му каналу можно использовать CAN. Немного сложнее с аппарвтной частью, но все сведется на единственную шину с арбитражем.
Хотя вопрос о периодичности и востребованности данных ключевой. (гнать температуру 100 раз в секунду смысла нет, а контролировать ток или давление с периодичностью 1-2 секунды
может оказаться черевато.

[Аматер]

Интересная задача. Я бы сделал конвертер несколько RS в ethernet. Программировать ethernet на мой взгляд проще.
Как делать зависит конечно от тиражности. Для единичного случая может дешевле купить 300 конвертеров, например первые попавшиеся http://www.gridconnect.com/xportdpnc.html получится $9000.
На чем самодельное устройсво делать зависит от опыта. Тут у каждого будет свой расчет цены.

Сообщение отредактировал Аматер - Apr 8 2010, 19:29

[rezident]

Как альтернативу 485-му каналу можно использовать CAN. Немного сложнее с аппарвтной частью, но все сведется на единственную шину с арбитражем.

Просто втупую заменить RS232 на CAN без изменения идеологии обмена данными и программной части устройств не получится. Устройство ведь само не будет повторы отправки данных делать при коллизиях. Т.е. придется на каждое устройство делать свой преобразователь RS232 - CAN с буферизацией данных.

[_Pasha]

Интересная задача. Я бы сделал конвертер несколько RS в ethernet. Программировать ethernet на мой взгляд проще.

Надо сразу все в езернет сливать, иначе придется ставить свитч на свитче
2Автор: кто инициатор передачи и с какой периодичностью происходит обмен??

[iosifk]

Есть порядка 300 измерительных приборов, которые непрерывно выдают результаты измерений на свой rs232 порт.

Если расстояния небольшие, то возможно и USB. Переходники USB-RS достаточно дешевые. хабы для USB тоже существуют. Но можно и поставить много карт с USB портами в обычные PCI слоты. на каждой будет по 6 портов. Там же можно сделать и предварительную обработку....

Для настольного применения может подойти...

[evgen2]

Как правильно заметил zltigo, без изменения типа интерфейса и способа передачи данных выбора у вас нет - концентратор с 300 интерфейсами RS232. Ну либо группа концентраторов с меньшим количеством.

Как правильно заметил XVR, ежели оно раскидано по просторам нашей родины, то такое решение не прокатит. Даже если раскидано по просторам какого-нибудь завода... Тут вопрос - каким местом думали, когда ставили эти 300 спартанцев устройств c rs232...

Плюс к сказанному выше.
Допустим "непрерывно выдают" на 9600 - это 10 кб/сек. Умножаем на 300 - это 3 Мб/сек, умножаем на 3600 - это 10.8Гб в час, 259 Гб в день, 94 терабайт в год. Все это должно непрерывно лится на винт, и не просто так, а в БД. 300*N записей в секунду. где N - от 10 до 100.
Это уже задачка не для писюка, а для "большого компьютера".

Если расстояния небольшие, то возможно и USB. Переходники USB-RS достаточно дешевые. хабы для USB тоже существуют. Но можно и поставить много карт с USB портами в обычные PCI слоты. на каждой будет по 6 портов. Там же можно сделать и предварительную обработку....

Для настольного применения может подойти...

300/6 = 50

Вы видели писюки с 50-ю "обычных PCI-слотов" ? А венду с 50-ю 300-ми дивайсами на USB ?

Сообщение отредактировал evgen2 - Apr 9 2010, 06:59