Rapid SCADA 6.х

Просмотр 15 сообщений - с 46 по 60 (из 140 всего)
  • Автор
    Сообщения
  • #20487
    a80808
    Участник

    Интересная штука, что то даже раньше и не слышал…
    А Российское представительство с электроэнергетикой принципиально не связывается7 🙂

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

    Я удалил ссылку, чтобы не было рекламы.

    #20494
    Romiros
    Участник

    А Российское представительство с электроэнергетикой принципиально не связывается7 🙂

    Специализация нефть и газ. Но я думаю там без разницы.

    Я удалил ссылку, чтобы не было рекламы.

    Да конечно. Тот кто связан с этой отрасолью, эту систему и так, как правило, знает. А для остального это слишком круто.

    #20495
    Romiros
    Участник

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

    #20496
    a80808
    Участник

    Специализация нефть и газ. Но я думаю там без разницы.
    Ну не совсем 🙂 Все таки заметна ориентация больше на транспортные системы, в том числе и электроэнергетики (я побывал на основном сайте).
    Как мне кажется, это уже даже не SCADA а MES. Да и набор входных интерфейсов больше для MES подходит. ИМХО разумеется :). Но продукт очень серьезный…впрочем как и почти все у немцев.

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

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

    В стандартном архиве макс. размер произвольного текста события будет увеличен до 100 символов (сейчас 50). Кроме того, появится возможность подключать дополнительные архивы на основе баз данных, ограничения которых зависят от конкретной реализации.

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

    Но продукт очень серьезный…впрочем как и почти все у немцев.

    Нужно развивать своё ПО, тем более ничего невозможного там нет. Чтобы это успешно сделать, важна связка крупного заказчика, научной части и разработчиков. Ну и не бояться нового, что встречается сплошь и рядом — часто заказчик ждёт готового решения, которое конечно можно купить за дорого на западе.

    • Этот ответ был изменен 2 года, 7 месяцев назад от Mikhail.
    #20516
    Romiros
    Участник

    В стандартном архиве макс. размер произвольного текста события будет увеличен до 100 символов

    Более чем достаточно.

    Нужно развивать своё ПО

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

    #20523
    a80808
    Участник

    Ну и не бояться нового, что встречается сплошь и рядом — часто заказчик ждёт готового решения, которое конечно можно купить за дорого на западе.
    Я с этим тоже полностью согласен. Но не всегда можно диктовать (или хотя бы заставить попробовать) свое ПО в компании с иностранным капиталом… У меня не получилось «побороть» PI System, даже не на замену, а хотя бы на совместное сосуществование…работал как партизан…

    И в качестве шутки — в каких чинах @Romiros если может определять политику по ПО в Газпроме 🙂

    #20525
    Romiros
    Участник

    В партизанских :). Система уже успешно решает некоторые задачи, но конечно хотелось бы чуть более глобально. Вода камень точит. Если не позиционировать, как основную систему контроля и управления, то вполне можно использовать. А так по СТО Газпром в плане ИБ и прочим требованиям, да плюс объекты КИИ добавились, можно любую систему похоронить, это 100%. У всех систем примерно выглядит так — «в целом соответствует».

    • Этот ответ был изменен 2 года, 7 месяцев назад от Romiros.
    #20527
    a80808
    Участник

    Успехов вам!

    #20530
    manjey73
    Участник

    Хотелось бы поговорить по поводу офсетов входных и выходных каналов для мнемосхем.
    С одной стороны сделали как говорится дешево и сердито, а с другой стороны не всегда удобно. Такой вариант подходит строго для типизированных мнемосхем, но они ведь могут отличаться, хоть на несколько каналов, но могут. Так же при администрировании мы может добавить канал для рассчета какого-то параметра и это может повлечь ошибку.

    Идеально было бы указывать не офсет, а по принципу текущих настроек, как это сделано в шлюзе. 100-110=200-210, 113=215 что то в таком духе для входных и выходных каналов соответственно. Каналы, которые отсутствуют в новой инкарнации просто скрывать и не отображать на мнемосхеме.

    з.ы. насколько это окажется сложным в реализации ?

    #20533
    Romiros
    Участник

    Вообще это не так делается. Как промежуточный вариант пока так. А вообще в тех крупных системах, в которых приходилось работать, используется часть текстового имени тега с префиксом, в качестве ключа для объекта на схеме, чтобы в пару кликов перепривязать все номера каналов схемы. Либо вызвать туже схему, но с другими номерами. Если какие-то каналы должны оставаться неизменными, то используется просто полное имя тега.

    #20536
    manjey73
    Участник

    В документации есть вариант привязки через файл, но пример настолько упрощенный, что непонятно что есть что…
    ID=3 ID=1 и ID=2 что есть что, непонятно…

    #20538
    manjey73
    Участник

    Можно ли в компонент Схемы добавить функционал прятать кнопки + <> 100% и так далее ?
    В идеале варианты.

    1. Перенос в заголовок окна
    2. скрыть/показать

Просмотр 15 сообщений - с 46 по 60 (из 140 всего)
  • Вы должны авторизироваться для ответа в этой теме.