Что добавить

Просмотр 13 сообщений - с 1 по 13 (из 13 всего)
  • Автор
    Записи
  • #3562
    Evgen
    Участник

    Здравствуйте!
    Я был на курсах повышения квалификации, где показал Rapid SCADA. В ходе обсуждения могу добавить ко всем пожеланиям

    Что понравилось:
    цена
    работа через веб
    модульность, что можно компоненты на разных ПК держать
    простота

    Не понравилось:
    сложно в настройке для не опытных пользователей, надо заводить в коммуникаторе, затем настройки в администраторе
    не работает параллельно с другими скадами

    Добавить
    редактор формул, опять таки для неопытных пользователей, которые слабы в c#
    улучшить редактор схем

    Ну о красоте, динамических блоках(типа уровень в баке) и собственном ОРС сервере уже писали.

    #3565
    Mikhail
    Модератор

    Здравствуйте!
    Спасибо за пожелания.
    Отвечу:
    Настройки постепенно стараемся упрощать от версии к версии. Кроме того, функция импорта из Администратора в Коммуникатор ускоряет настройку.

    Не работает параллельно с другими скадами — это вероятно про проблему с OPC?

    Редактор схем обязательно будет переделываться (полностью). Это взаимосвязано с новыми визуальными компонентами на схемах.

    Разрабатывать редактор формул пока нет в планах. Но как альтернатива планируется сделать раздел документации с готовыми формулами на разные случаи жизни.

    Собственный OPC сервер — штука хорошая, но желательно найти покупателя на разработку. И скорее всего, это будет OPC UA.

    #3584
    Evgen
    Участник

    Не работает параллельно с другими скадами — это вероятно про проблему с OPC?

    Да, если Rapid scada связалась с OPC server то другие скада не могут. Это как оказалось не удобно.

    Но как альтернатива планируется сделать раздел документации с готовыми формулами на разные случаи жизни.

    Это тем людям с которыми общался мало поможет, но упростит тем кто хотя бы что то понимает в программировании.

    #3590
    Romiros
    Участник

    Да, если Rapid scada связалась с OPC server то другие скада не могут. Это как оказалось не удобно.
    Тут все-таки проблема не в скаде, а в Вашем OPC-сервере, обычно они легко держат
    десяток параллельных подключений, это же не Modbus какой-нибудь.

    Михаил, а не предусматривается возможность в будущем возможности мониторинга
    статуса работы компонентов ScadaCommunicator средствами ScadaServer (Состояний линий связи, КП).
    Т.е. создавать входные каналы на основе состояния КП (например OPC сервер подключен/отключен или попытка переподключения и т.д. ).
    В общем так называемая системная диагностика для информирования пользователя, чтобы можно было вывести на схемы и привязать тревоги.

    #3591
    Vyacheslav
    Участник

    Поддерживаю идею о создании привязки состояния КП и источника данных к входным каналам. Сейчас это можно делать только в самописных драйверах.

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

    Добавить HTTP API для управления коммуникатором и скада сервером. (Запуск, останов, информация о текущем состоянии линий связи и КП, аналогично что то вывести для сервера.) Выходной и входной формат взаймодеймтвия json.

    #3593
    Mikhail
    Модератор

    не предусматривается возможность в будущем возможности мониторинга
    статуса работы компонентов ScadaCommunicator средствами ScadaServer

    В ближайших планах такого нет, но идея мне тоже нравится.

    возможность логирования коммуникатора и сервера на внешний syslog сервер.

    Если только разработать на заказ.

    Добавить HTTP API для управления коммуникатором и скада сервером.

    Запуск и останов служб Сервера и Коммуникатора возможен через стандартные инструменты управления компьютером. API для перезапуска линий связи, а также HTTP API нужно делать как отдельный модуль.

    #3597
    Vyacheslav
    Участник

    Запуск и останов служб Сервера и Коммуникатора возможен через стандартные инструменты управления компьютером. API для перезапуска линий связи, а также HTTP API нужно делать как отдельный модуль.

    Подразумевалось, что RS функционирует исключительно на Linux. Изучал исходный код, на мой взгляд оптимальным местом для реализации сервиса является место где реализуется работа с классом Manager. Соответственно при запуске или перезапуске системы исполняемый файл, который будет по сути являться прокси для вызова методов класса Manager, может запускаться с наименьшими проблемами.И по сохраненному состоянию может например запустить или остановить сервер или аналогично запустить или остановить линию связи, активировать или деактивировать КП.

    Еще есть идея создать Docer контейнер с Rapid Scada. Это позволит разворачивать и запускать RS практически в любой системе где установлен Docer. Вы не планируете создать базовый для RapScada и RapComm образ и выложить его на Docer Hub?

    #3601
    Mikhail
    Модератор

    Вы не планируете создать базовый для RapScada и RapComm образ и выложить его на Docer Hub?

    Такого нет в обозримых планах. Присоединяйтесь к реализации идей ))

    Прошу разные по смыслу идеи заводить в отдельных топиках с соответствующими темами. Иначе потом ничего не найдёшь.

    #3602
    Mikhail
    Модератор

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

    #3611
    Romiros
    Участник

    Михаил, для того чтобы с рабочей машины пользователь мог поменять аварийные и предупредительные пределы (остальное им в принципе менять должно быть запрещено) необходимо подключиться к серверу, получить доступ к базе в формате sdf, применить настройки и перезапустить сервер?
    Может эти уставки писать через API RapidScada в таблицы входных каналов и каналов управления, а при обновлении sdf данные поля пропускать по какому-то условию. Или я что-то не так понимаю.
    Просто изменение пределов это довольно частая операция при периодически меняющихся режимах и её выполнение должно быть максимально простое для оператора. Больше им менять нечего. А каждый раз лезть в базу для изменения пределов очень не удобно

    #3612
    manjey73
    Участник

    Romiros, пределы это обычные переменные, каким образом они к настройке SCADA относятся ?

    Это и сейчас можно делать.
    Имелось ввиду добавление нового прибора (создание линии связи, КП и так далее) То есть работа Администратора удаленно.

    #3613
    Romiros
    Участник

    Это я понял.
    Вопрос как Вы из режима онлайн (пользователь системы — не администратор) поменяете пределы измерительных каналов, которые сохранятся и не будут затерты при обновлении
    БД, при отправке параметров серверу.

    #3618
    Mikhail
    Модератор

    Можно завести отдельные входные каналы для пределов. И менять их через команды. Не очень удобно настраивать, но работает.
    Заводите отдельные темы форумы на каждую новую тему обсуждения.

Просмотр 13 сообщений - с 1 по 13 (из 13 всего)
  • Для ответа в этой теме необходимо авторизоваться.