Помогите в построении сети для дистанционного снятия показаний с приборов учёта

Народ, я в это деле не шарю! Поэтому обращаюсь к Вам!!!

Задача вот какая: в сети много приборов учёта, трёх видов 1-электрический, 2-водяной,3- тепловой, соответсвенно придётся вести учёт отдельно друг от друга!

1.какое лучше использавать оборудование (шлюз)?

2.можно ли подключить к шлюзу несколько приборов учёта, если да, то будут ли они раздельно снимать показания с них(с водяного, элетрического и теплового)?

3. на каком максимальном растоянии можно поставить шлюз от счетчика?

4. предусмотренно ли в софтине снятие показаний с нескольких счётчиков?

Первоначально опубликовано CHe71 Народ, я в это деле не шарю! Поэтому обращаюсь к Вам!!!

Ну пока мы тут ответы будем писать - может хоть книжку по АСУТП полистаете ;)

Первоначально опубликовано CHe71 Задача вот какая: в сети много приборов учёта, трёх видов 1-электрический, 2-водяной,3- тепловой, соответсвенно придётся вести учёт отдельно друг от друга!

Можно уточнить какая сеть? Протоколы обменя данных. ModBus... Физически какая сеть - Ethernet, RS-485...

Первоначально опубликовано CHe71 1.какое лучше использавать оборудование (шлюз)?

Под шлюзом, я так понимаю устройство для введения данных к операторскую машину? Тогда какой-нибудь контроллер (если сигналы аналоговые) или компьютер с сообветствующими COM, Ethernet и прочими портами.
Контроллеров на рынке навалом, Siemens, AB, Wago, DirectLogic, ICP.

Первоначально опубликовано CHe71 2.можно ли подключить к шлюзу несколько приборов учёта, если да, то будут ли они раздельно снимать показания с них(с водяного, элетрического и теплового)?

Я не совсем понимаю термин "прибор учета". Индикатор что-ли с экранчиком? или ДИСК-250? Если учет и регистрацию нужно вести за долгий промежуток времени - то это уж сам бог велел прикрутить все датчики к SCADA системе, поставить SQL сервер и все, как бы.

Первоначально опубликовано CHe71 3. на каком максимальном растоянии можно поставить шлюз от счетчика?

Опять же зависит от того какие вы сигналы собираетесь передавать. Если датчик имеет интерфейс RS485 - то километр, если 232 - то пара метров, если Ethernet - то сотня метров.

Первоначально опубликовано CHe71 4. предусмотренно ли в софтине снятие показаний с нескольких счётчиков?

Хм... О какой софтине идет речь? Если о самопальном каком-то продукте - то что уж там сами наваяли - то и будет показывать. Если речь идет опять же о Продвинутой SCADA системе типа InTouch - то не вопрос. Хоть один прибор, хоть все вместе, хоть в шахматном порядке по диагонале с выборками саз в тысячалетие или раз в секунду с отправкой алармов по SMS.

За такую работу, с такими знаниями лучше не браться (без обид). Лучше нанять профессионалов.

В таком случае нужно рассуждать примерно так:

1. Определиться с конкретными моделями счетчиков. Это, в свою очередь, определит интерфейс связи с ними. Предположим, что это RS-232 или RS-485.

2. Предположим, что для связи с отдельными счетчиками или их территориально объединенными группами используется Ethernet. Следовательно необходимы шлюзы Ethernet<->RS-232(485). Если говорить про Adam`ы, то это будут модули типа 4570/4579.

3. Информация должна обрабатываться одной машиной - сервером. Для этого, естественно, необходим подходящий софт. Это может быть некая универсальная программа из разряда SCADA-систем (класс программ для управления техпроцессами/сбора информации и т.п.). Или это может быть специально разработанная программа (на заказ). В этом случае она будет узкоспециализированной, но в контексте поставленной задачи это и не требуется.

Структура сети связи между датчиками и сервером может быть разной, всё зависит от территориального распределения счетчиков. Компактно расположенные объекты можно объединять с помощью RS-485 и подсоединять к Ethernet через один шлюз.

Для уменьшения среднего интервала опроса по каждому отдельному счетчику можно создать несколько промежуточных серверов сбора и обработки данных, каждый из которых отвечал бы за свой сегмент сети сбора данных. Информация с таких серверов может собираться в одном месте, например, на одном из таких серверов или на отдельном сервере.

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

1. Несколько десятков устройств, имеющих RS-485, можно подключить к одному шлюзу RS-485/Ethernet, а в случае RS-232 на каждое устройство необходим отдельный шлюз. Следовательно, с точки зрения финансов RS-485 экономичнее.

2. Можно, но медленно. Если снимать данные необходимо не чаще, чем раз в час, то годится.

3. Каждое устройсво в сети RS-485 имеет свой адрес, значит опрашивать их можно по отдельности.