Стартовая страница › Форумы › Новые идеи › Rapid SCADA 6.х
- В этой теме 139 ответов, 13 участников, последнее обновление 12 месяцев назад сделано Mikhail.
-
АвторСообщения
-
03.08.2021 в 12:22 #20487a80808Участник
Интересная штука, что то даже раньше и не слышал…
А Российское представительство с электроэнергетикой принципиально не связывается7 🙂03.08.2021 в 15:35 #20490MikhailМодераторЯ удалил ссылку, чтобы не было рекламы.
03.08.2021 в 17:55 #20494RomirosУчастникА Российское представительство с электроэнергетикой принципиально не связывается7 🙂
Специализация нефть и газ. Но я думаю там без разницы.
Я удалил ссылку, чтобы не было рекламы.
Да конечно. Тот кто связан с этой отрасолью, эту систему и так, как правило, знает. А для остального это слишком круто.
03.08.2021 в 18:04 #20495RomirosУчастникМихаил, в шестой версии возможно увеличить размер поля для текста события в БД. Сейчас просто некоторые события из вычислителей не помещаются.
03.08.2021 в 21:34 #20496a80808УчастникСпециализация нефть и газ. Но я думаю там без разницы.
Ну не совсем 🙂 Все таки заметна ориентация больше на транспортные системы, в том числе и электроэнергетики (я побывал на основном сайте).
Как мне кажется, это уже даже не SCADA а MES. Да и набор входных интерфейсов больше для MES подходит. ИМХО разумеется :). Но продукт очень серьезный…впрочем как и почти все у немцев.04.08.2021 в 11:29 #20498MikhailМодераторМихаил, в шестой версии возможно увеличить размер поля для текста события в БД.
В стандартном архиве макс. размер произвольного текста события будет увеличен до 100 символов (сейчас 50). Кроме того, появится возможность подключать дополнительные архивы на основе баз данных, ограничения которых зависят от конкретной реализации.
04.08.2021 в 11:30 #20500MikhailМодераторНо продукт очень серьезный…впрочем как и почти все у немцев.
Нужно развивать своё ПО, тем более ничего невозможного там нет. Чтобы это успешно сделать, важна связка крупного заказчика, научной части и разработчиков. Ну и не бояться нового, что встречается сплошь и рядом — часто заказчик ждёт готового решения, которое конечно можно купить за дорого на западе.
- Этот ответ был изменен 2 года, 7 месяцев назад от Mikhail.
04.08.2021 в 13:42 #20516RomirosУчастникВ стандартном архиве макс. размер произвольного текста события будет увеличен до 100 символов
Более чем достаточно.
Нужно развивать своё ПО
Полностью согласен. Поэтому потихоньку и вводим RapidScada. Кое где у нее даже преимущества, особенно если учесть, что это не закрытый черный ящик, а полностью прозрачная система, которую можно подогнать под себя, даже самостоятельно.
04.08.2021 в 21:58 #20523a80808УчастникНу и не бояться нового, что встречается сплошь и рядом — часто заказчик ждёт готового решения, которое конечно можно купить за дорого на западе.
Я с этим тоже полностью согласен. Но не всегда можно диктовать (или хотя бы заставить попробовать) свое ПО в компании с иностранным капиталом… У меня не получилось «побороть» PI System, даже не на замену, а хотя бы на совместное сосуществование…работал как партизан…И в качестве шутки — в каких чинах @Romiros если может определять политику по ПО в Газпроме 🙂
04.08.2021 в 22:16 #20525RomirosУчастникВ партизанских :). Система уже успешно решает некоторые задачи, но конечно хотелось бы чуть более глобально. Вода камень точит. Если не позиционировать, как основную систему контроля и управления, то вполне можно использовать. А так по СТО Газпром в плане ИБ и прочим требованиям, да плюс объекты КИИ добавились, можно любую систему похоронить, это 100%. У всех систем примерно выглядит так — «в целом соответствует».
- Этот ответ был изменен 2 года, 7 месяцев назад от Romiros.
04.08.2021 в 23:01 #20527a80808УчастникУспехов вам!
05.08.2021 в 09:29 #20530manjey73УчастникХотелось бы поговорить по поводу офсетов входных и выходных каналов для мнемосхем.
С одной стороны сделали как говорится дешево и сердито, а с другой стороны не всегда удобно. Такой вариант подходит строго для типизированных мнемосхем, но они ведь могут отличаться, хоть на несколько каналов, но могут. Так же при администрировании мы может добавить канал для рассчета какого-то параметра и это может повлечь ошибку.Идеально было бы указывать не офсет, а по принципу текущих настроек, как это сделано в шлюзе. 100-110=200-210, 113=215 что то в таком духе для входных и выходных каналов соответственно. Каналы, которые отсутствуют в новой инкарнации просто скрывать и не отображать на мнемосхеме.
з.ы. насколько это окажется сложным в реализации ?
05.08.2021 в 10:38 #20533RomirosУчастникВообще это не так делается. Как промежуточный вариант пока так. А вообще в тех крупных системах, в которых приходилось работать, используется часть текстового имени тега с префиксом, в качестве ключа для объекта на схеме, чтобы в пару кликов перепривязать все номера каналов схемы. Либо вызвать туже схему, но с другими номерами. Если какие-то каналы должны оставаться неизменными, то используется просто полное имя тега.
05.08.2021 в 11:39 #20536manjey73УчастникВ документации есть вариант привязки через файл, но пример настолько упрощенный, что непонятно что есть что…
ID=3 ID=1 и ID=2 что есть что, непонятно…05.08.2021 в 12:52 #20538manjey73УчастникМожно ли в компонент Схемы добавить функционал прятать кнопки + <> 100% и так далее ?
В идеале варианты.1. Перенос в заголовок окна
2. скрыть/показать -
АвторСообщения
- Вы должны авторизироваться для ответа в этой теме.