- В этой теме 12 ответов, 4 участника, последнее обновление 4 месяца, 1 неделя назад сделано
.
-
Записи
-
Всем, добрый день!
Создал тему в вопросах без категории, просто не понимаю куда этот вопрос может относиться.
Имеется задумка развернуть Rapid Scada для мониторинга и управления оборудования энергетики, охраны и климат контроля.
Объектов для контроля будет порядка 40-60, каждый объект скорее всего это около 1500-2500 регистров опроса и расчетных, для управления думаю это будет около 20-30 регистров.
Хотел бы уточнить может кто то что подобное внедрял, сама Rapid Scada сможет вести опрос достаточно большого кол-ва регистров, или требуется уже применять OPC-сервер.
Или в каком случае можно работать только с RapidScada, к примеру для каждого объекта применять отдельный коммуникатор, а каком требуется OPC-сервер.
если объекты разнесены, я бы использовал экземпляры RapidScada на объектах, например на ПромПК на DIN рейке, и передавал бы данные по обстоятельствам, либо при помощи RapidGate, либо при помощи OPC UA как источник данных. Или даже MQTT.
Возможно с такими масштабами стоит обратить внимание на редакцию Энтерпрайз, хотя бы для центрального узла.
Как человек много проработавший в энергетике хотел бы поостеречь с управлением — надеюсь не блоками? Всетаки задержки, тем более в распределенной модели будут значительны.
А интерфейс связи опять же зависит от скорости передачи информации.manjey73
Объект да разнесены, я думал использовать на каждый узел свой коммуникатор, а вся визуализация на одном сервере у диспетчеров.
или в таком варианте могут быть проблемы. Опрос достаточно 1 раз в 30 — 60 секунд.
a80808,
Опрос состояния
1. UPS,
2. Охрана-пожарная сигнализация,
3. ДГУ,
4. Счетчики
5. Кондиционеры.
6. некий контроллер общего состояния.Управление
1. ДГУ (тестовый запуск, запуск под нагрузкой, остановка, сброс аварий), проблем со встречным напряжением не возможен, АВР имеет механические блокировки от одновременного вкючения.
2. Кондиционер (возможно изменение температурных режимов)РЗиА 10 кВ не наша ответственность соответственно туда и не подключаемся.
Просто хотел бы понять, на какие ограничения или проблемы можно попасть.
лучше не просто Коммуникатор а именно отдельный узел Scada на объекте — ИМХО конечно.
В таком варианте персонал объекта получает свою web морду локальную.RapidGate, если не жалко за него денег плюсом даст возможность подгружать данные на центральный сервер.
Ну а удаленные web морды можно и центральным сервером забирать или делать дубли.
В общем я за полное распределение, там много разных вариантов. Например Коммуникатор может отправлять данные на два сервера, себе и на центральный, но это только текущие данные. RapidGate позволит еще и выкачивать с локального за период, тоже некоторый плюс.
manjey73
RapidGate это как я понимаю пакет быстрый шлюз.
Если ставить данный пакет, его требуется установить на центральную систему или на все удаленные?При использовании RapidGate, центральная RapidScada также будет иметь право на уделенное управление?
Ранее просто все проекты были не большие, и не требовали распределенной системы.
Просто хотел бы понять, на какие ограничения или проблемы можно попасть.
ИМХО только задержка. Опять же вы в какой ОС будете работать — Винды или Линукс? Не стоит забывать, что в Линуксе Администратор не работает, придется хотя бы одну инструментальную машину держать.
Еще вижу проблему если на узлах одинаковые представления их обновление при изменениях.А так…»Путь открыт к успеху!»
(с) гимн Австро-венгерской монархии ))))Работать предполагается в Windows,
Все объекты практически однотипны, и набор оборудования также один и тот же.Спасибо за советы!
К успеху обязательно пойдем!!!
ну, если на удаленных объектах ставить промПК с собственным экземпляром scada, то там лучше Linux. Сэкономите на лицензиях.
Добрый день!
Посмотрите ещё этот документ, связанный с архитектурой системы.Как разработчик Rapid SCADA, я считаю OPC-сервер дополнительным зачастую избыточным слоем. Сложно решать технические проблемы, когда они на стыке OPC и SCADA, потому что OPC-сервер разрабатывали другие. С другой стороны, наличие отдельного компьютера с установленными OPC-серверами разделяет ответственность между уровнями системы. В общем, на мой вкус, если есть нативный драйвер в Rapid SCADA, он предпочтителен.
- Для ответа в этой теме необходимо авторизоваться.