Стартовая страница › Форумы › Новые идеи › Что добавить
- В этой теме 12 ответов, 5 участников, последнее обновление 9 лет, 8 месяцев назад сделано
Mikhail.
-
АвторЗаписи
-
16.11.2016 в 12:54 #3562
EvgenУчастникЗдравствуйте!
Я был на курсах повышения квалификации, где показал Rapid SCADA. В ходе обсуждения могу добавить ко всем пожеланиямЧто понравилось:
цена
работа через веб
модульность, что можно компоненты на разных ПК держать
простотаНе понравилось:
сложно в настройке для не опытных пользователей, надо заводить в коммуникаторе, затем настройки в администраторе
не работает параллельно с другими скадамиДобавить
редактор формул, опять таки для неопытных пользователей, которые слабы в c#
улучшить редактор схемНу о красоте, динамических блоках(типа уровень в баке) и собственном ОРС сервере уже писали.
16.11.2016 в 15:22 #3565
MikhailМодераторЗдравствуйте!
Спасибо за пожелания.
Отвечу:
Настройки постепенно стараемся упрощать от версии к версии. Кроме того, функция импорта из Администратора в Коммуникатор ускоряет настройку.Не работает параллельно с другими скадами — это вероятно про проблему с OPC?
Редактор схем обязательно будет переделываться (полностью). Это взаимосвязано с новыми визуальными компонентами на схемах.
Разрабатывать редактор формул пока нет в планах. Но как альтернатива планируется сделать раздел документации с готовыми формулами на разные случаи жизни.
Собственный OPC сервер — штука хорошая, но желательно найти покупателя на разработку. И скорее всего, это будет OPC UA.
21.11.2016 в 11:14 #3584
EvgenУчастникНе работает параллельно с другими скадами — это вероятно про проблему с OPC?
Да, если Rapid scada связалась с OPC server то другие скада не могут. Это как оказалось не удобно.
Но как альтернатива планируется сделать раздел документации с готовыми формулами на разные случаи жизни.
Это тем людям с которыми общался мало поможет, но упростит тем кто хотя бы что то понимает в программировании.
21.11.2016 в 14:48 #3590Romiros
УчастникДа, если Rapid scada связалась с OPC server то другие скада не могут. Это как оказалось не удобно.
Тут все-таки проблема не в скаде, а в Вашем OPC-сервере, обычно они легко держат
десяток параллельных подключений, это же не Modbus какой-нибудь.Михаил, а не предусматривается возможность в будущем возможности мониторинга
статуса работы компонентов ScadaCommunicator средствами ScadaServer (Состояний линий связи, КП).
Т.е. создавать входные каналы на основе состояния КП (например OPC сервер подключен/отключен или попытка переподключения и т.д. ).
В общем так называемая системная диагностика для информирования пользователя, чтобы можно было вывести на схемы и привязать тревоги.21.11.2016 в 15:22 #3591Vyacheslav
УчастникПоддерживаю идею о создании привязки состояния КП и источника данных к входным каналам. Сейчас это можно делать только в самописных драйверах.
Было бы не плохо еще добавить, возможность логирования коммуникатора и сервера на внешний syslog сервер.
Добавить HTTP API для управления коммуникатором и скада сервером. (Запуск, останов, информация о текущем состоянии линий связи и КП, аналогично что то вывести для сервера.) Выходной и входной формат взаймодеймтвия json.
21.11.2016 в 15:31 #3593
MikhailМодераторне предусматривается возможность в будущем возможности мониторинга
статуса работы компонентов ScadaCommunicator средствами ScadaServerВ ближайших планах такого нет, но идея мне тоже нравится.
возможность логирования коммуникатора и сервера на внешний syslog сервер.
Если только разработать на заказ.
Добавить HTTP API для управления коммуникатором и скада сервером.
Запуск и останов служб Сервера и Коммуникатора возможен через стандартные инструменты управления компьютером. API для перезапуска линий связи, а также HTTP API нужно делать как отдельный модуль.
21.11.2016 в 17:12 #3597Vyacheslav
УчастникЗапуск и останов служб Сервера и Коммуникатора возможен через стандартные инструменты управления компьютером. API для перезапуска линий связи, а также HTTP API нужно делать как отдельный модуль.
Подразумевалось, что RS функционирует исключительно на Linux. Изучал исходный код, на мой взгляд оптимальным местом для реализации сервиса является место где реализуется работа с классом Manager. Соответственно при запуске или перезапуске системы исполняемый файл, который будет по сути являться прокси для вызова методов класса Manager, может запускаться с наименьшими проблемами.И по сохраненному состоянию может например запустить или остановить сервер или аналогично запустить или остановить линию связи, активировать или деактивировать КП.
Еще есть идея создать Docer контейнер с Rapid Scada. Это позволит разворачивать и запускать RS практически в любой системе где установлен Docer. Вы не планируете создать базовый для RapScada и RapComm образ и выложить его на Docer Hub?
21.11.2016 в 19:45 #3601
MikhailМодераторВы не планируете создать базовый для RapScada и RapComm образ и выложить его на Docer Hub?
Такого нет в обозримых планах. Присоединяйтесь к реализации идей ))
Прошу разные по смыслу идеи заводить в отдельных топиках с соответствующими темами. Иначе потом ничего не найдёшь.
21.11.2016 в 19:47 #3602
MikhailМодераторУчитывая, что SCADA работает на сервере, а настройка обычно выполняется на рабочей станции, логично реализовать возможность подключиться к серверу, забрать настройки на редактирование, затем загрузить их обратно и перезапустить службы. Поэтому функции перезапуска востребованы.
23.11.2016 в 09:51 #3611Romiros
УчастникМихаил, для того чтобы с рабочей машины пользователь мог поменять аварийные и предупредительные пределы (остальное им в принципе менять должно быть запрещено) необходимо подключиться к серверу, получить доступ к базе в формате sdf, применить настройки и перезапустить сервер?
Может эти уставки писать через API RapidScada в таблицы входных каналов и каналов управления, а при обновлении sdf данные поля пропускать по какому-то условию. Или я что-то не так понимаю.
Просто изменение пределов это довольно частая операция при периодически меняющихся режимах и её выполнение должно быть максимально простое для оператора. Больше им менять нечего. А каждый раз лезть в базу для изменения пределов очень не удобно23.11.2016 в 10:50 #3612
manjey73УчастникRomiros, пределы это обычные переменные, каким образом они к настройке SCADA относятся ?
Это и сейчас можно делать.
Имелось ввиду добавление нового прибора (создание линии связи, КП и так далее) То есть работа Администратора удаленно.23.11.2016 в 11:27 #3613Romiros
УчастникЭто я понял.
Вопрос как Вы из режима онлайн (пользователь системы — не администратор) поменяете пределы измерительных каналов, которые сохранятся и не будут затерты при обновлении
БД, при отправке параметров серверу.23.11.2016 в 16:37 #3618
MikhailМодераторМожно завести отдельные входные каналы для пределов. И менять их через команды. Не очень удобно настраивать, но работает.
Заводите отдельные темы форумы на каждую новую тему обсуждения. -
АвторЗаписи
- Для ответа в этой теме необходимо авторизоваться.