1. Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
  2. Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
  3. Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
  4. За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
  5. Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
  6. Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
  7. Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.

Дисптчерезация для RVD144

Ответить

Автор темы
fortress
здесь недавно
здесь недавно
Сообщения: 4
Зарегистрирован: 05 сен 2018, 14:19
Имя: Иван
Страна: Россия
город/регион: Калужская область

Дисптчерезация для RVD144

Сообщение fortress »

Добрый день.
Есть многоэтажный жилой дом в котором для управления системой отопления и ГВС смонтирован шкаф с двумя контроллерами Siemens RVD144 (вроде этого). Вопрос в следующем: можно ли как-либо удаленно настраивать и следить за работой этих контроллеров? Если напрямую нельзя, то что для этого понадобится?
Возможно, смонтировано что-то ещё и там есть и другие контроллеры, это еще уточню.
Пока же для этого контроллера в описании нашелся только интерфейс RS-485 по которому к нему можно обратиться по протоколу Modbus и список регистров. Есть ли какие-нибудь специальные программы для работы с этим контроллером через Modbus (если например поставить преобразователь интерфейсов RS-485-Ethernet)?
Аватара пользователя

petr2off
эксперт
эксперт
Сообщения: 1602
Зарегистрирован: 06 янв 2016, 19:45
Имя: Петров В.Л.
Страна: Россия
город/регион: Красноярск
Благодарил (а): 69 раз
Поблагодарили: 185 раз

Дисптчерезация для RVD144

Сообщение petr2off »

Modbus чем и хорошо, что с ним может работать любая Scada.

Автор темы
fortress
здесь недавно
здесь недавно
Сообщения: 4
Зарегистрирован: 05 сен 2018, 14:19
Имя: Иван
Страна: Россия
город/регион: Калужская область

Дисптчерезация для RVD144

Сообщение fortress »

Т.е. в какой-нибудь скаде можно создать проект который будет отображать текущее состояние системы и позволять менять параметры её работы. Тоже вариант, наверное, хоть и сложный.
До этого приходилось иметь дело с контроллерами МЗТА (МС8, МС12), так там была программа "Консоль" через которую можно было увидеть показания датчиков, поменять уставки, включать/выключать клапана и насосы. Думал что и для этих контроллеров есть что-то подобное.
Аватара пользователя

petr2off
эксперт
эксперт
Сообщения: 1602
Зарегистрирован: 06 янв 2016, 19:45
Имя: Петров В.Л.
Страна: Россия
город/регион: Красноярск
Благодарил (а): 69 раз
Поблагодарили: 185 раз

Дисптчерезация для RVD144

Сообщение petr2off »

В общем то скада именно на этом и специализируется, у того же МЗТА есть своя скада - весьма простая. Скада программы поэтому и используют, что задачи отображения параметров и управления контроллерами в ней решать не сложнее, а проще.

Автор темы
fortress
здесь недавно
здесь недавно
Сообщения: 4
Зарегистрирован: 05 сен 2018, 14:19
Имя: Иван
Страна: Россия
город/регион: Калужская область

Дисптчерезация для RVD144

Сообщение fortress »

Допустим, мне надо следить за процессами которыми управляет этот контроллер (регулирование температуры отопления и горячей воды, управление насосами). Я беру какую-нибудь скада-систему и делаю в ней проект. В этом проекте я каким-то образом получаю значение параметров от этого контроллера и отображаю их на схеме. Потом появляется еще управляющая компания которая тоже хочет следить за параметрами этих систем. Тут у меня появляется несколько вопросов.
1. Нужен ли мне OPC-сервер для этого?
2. Если для контроллера поставить преобразователь интерфейсов RS-485/Ethernet для удаленного обращения к нему, будет ли это нормально работать?
3. Бывает ли возможность сделать отдельное представление системы в скаде, например через web-интерфейс?
4. Какую скада-систему можно рассмотреть для подобной задачи (желательно с бесплатной лицезией)?
Пока в поле зрения попали такие системы как MasterSCADA и TraceMode, рассматриваем их из далека.
Аватара пользователя

petr2off
эксперт
эксперт
Сообщения: 1602
Зарегистрирован: 06 янв 2016, 19:45
Имя: Петров В.Л.
Страна: Россия
город/регион: Красноярск
Благодарил (а): 69 раз
Поблагодарили: 185 раз

Дисптчерезация для RVD144

Сообщение petr2off »

Как вариант. Берешь OpenScada (бесплатная вещь), пишешь на ней прием информации по 485. Прописываешь визуальный интерфейс, у этой скады есть забавная фишка, интерфейс и его движок это разные вещи. Т.е. написав интерфейс и запустив его на локальном клиенте, можно поднять WEB клиент уже по TCP порту, который будет этим интерфейсом пользоватся. Естественно потребуется выход в интернет, нужно будет поднять шифрование обмена. И пожалуйста - хоть с телефона смотри.
Аватара пользователя

Никита
почётный участник форума
почётный участник форума
Сообщения: 3899
Зарегистрирован: 20 янв 2010, 22:23
Имя: Никита
Страна: РФ
город/регион: Мурманск
Благодарил (а): 18 раз
Поблагодарили: 187 раз

Дисптчерезация для RVD144

Сообщение Никита »

1. В общем случае - да, нужен. Любая приличная скада, получив данные от OPC или драйвера единожды, умеет ретранслировать их на несколько клиентов, но вряд-ли Вы захотите тащить лишнюю компанию в свою сеть. Хотя давать прямой доступ к контроллеру не лучше.
2. В теории - будет, на практике надо смотреть, сможет ли преобразователь обработать несколько клиентов. Ибо в отличие от TCP-сокетов, последовательный порт открывается только однажды. Что и от какого клиента туда слать - проблема преобразователя. И опять же вопрос доступа к контроллеру.
3. У, опять же, приличных скад, web-морда - правило хорошего тона. Часто, правда, отдельной лицензией.
4. Мастерскаду берите и пробуйте, там до 32 точек в/в была честная бесплатная версия, кстати и OPC по-моему, по тому же принципу лицензируется. Насчет TM надо сильно подумать. Качество продукта обсуждать не буду, ибо после 5-й версии с ним не работал, но лицензионная политика бесплатности не предусматривает в принципе. Да, есть бесплатная базовая версия среды разработки, но среда исполнения для базовой же версии в разы дороже профессиональной.
Совсем бесплатные вещи не рассматриваю, но для одиночного теплопункта, в принципе, имеют право на существование.
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "

Автор темы
fortress
здесь недавно
здесь недавно
Сообщения: 4
Зарегистрирован: 05 сен 2018, 14:19
Имя: Иван
Страна: Россия
город/регион: Калужская область

Дисптчерезация для RVD144

Сообщение fortress »

Никита, petr2off, спасибо за советы. Пока заказали преобразователь интерфейсов, попробуем посмотреть на MasterScada. openSCADA тоже интересеный вариант, но основная проблема это то что она есть только под linux. Скачал готовую виртуальную машину с ней чтобы посмотреть, вдруг пригодится когда не хватит 32 параметра из бесплатной версии мастерскады.
Никита писал(а): 18 сен 2018, 17:23 сможет ли преобразователь обработать несколько клиентов
Расчет был на то что opc-сервер получает данные от контроллера 1 раз, скада (или клиенты) получает данные уже от него.
Никита писал(а): 18 сен 2018, 17:23 Мастерскаду берите и пробуйте, там до 32 точек в/в была честная бесплатная версия, кстати и OPC по-моему, по тому же принципу лицензируется.
MasterSCADA 3.X RT32 + Modbus Universal MasterOPC Server (Бесплатная версия OPC-сервера с ограничением в 32 тега) - скачали будем разбираться.
Аватара пользователя

Никита
почётный участник форума
почётный участник форума
Сообщения: 3899
Зарегистрирован: 20 янв 2010, 22:23
Имя: Никита
Страна: РФ
город/регион: Мурманск
Благодарил (а): 18 раз
Поблагодарили: 187 раз

Дисптчерезация для RVD144

Сообщение Никита »

fortress писал(а): 20 сен 2018, 17:45 Расчет был на то что opc-сервер получает данные от контроллера 1 раз, скада (или клиенты) получает данные уже от него.
Сильно рискованно. Работа с OPC по сети (злополучная настройка DCOM - можете загуглить) имеет кучу ограничений и требований. Основная проблема - в принципе не поддается маршрутизации. Все должно быть в одной сети. Есть еще ограничения по учеткам и политикам безопасности, тоже морока изрядная. А один из администраторов при словах "нихт унтерштуцт", наверное, до сих пор хихикает.
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
Аватара пользователя

petr2off
эксперт
эксперт
Сообщения: 1602
Зарегистрирован: 06 янв 2016, 19:45
Имя: Петров В.Л.
Страна: Россия
город/регион: Красноярск
Благодарил (а): 69 раз
Поблагодарили: 185 раз

Дисптчерезация для RVD144

Сообщение petr2off »

Не большое уточнение - если это OPC DA. Кроме него, есть OPC UA, который кстати живет и в среде UNIX, и с маршрутизацией у него все в порядке и не надо биться с DCOM. Правда там другие проблемки появляются, но это уже другая история.
Аватара пользователя

Никита
почётный участник форума
почётный участник форума
Сообщения: 3899
Зарегистрирован: 20 янв 2010, 22:23
Имя: Никита
Страна: РФ
город/регион: Мурманск
Благодарил (а): 18 раз
Поблагодарили: 187 раз

Дисптчерезация для RVD144

Сообщение Никита »

petr2off писал(а): 21 сен 2018, 02:54 Кроме него, есть OPC UA, который кстати живет и в среде UNIX, и с маршрутизацией у него все в порядке и не надо биться с DCOM
Соглашусь, но: в данном конкретном случае система будет выглядеть примерно так: modbusRTU/485 - Ethernet - modbus/OPC DA - OPC UA Client - OPC UA Server - SCADA. Подозреваю, что реализация связки по трудозатратам встанет дороже, чем сам контроллер теплопункта.
Опыт - это когда на смену вопросам: "Что? Где? Когда? Как? Почему?" приходит единственный вопрос: "Нахрена? "
Ответить

Вернуться в «Общие вопросы»