Rapid SCADA 6.х

Просмотр 14 сообщений - с 61 по 74 (из 74 всего)
  • Автор
    Сообщения
  • #20540
    MikhailMikhail
    Модератор

    По схемам Вы пишите правильные вещи, но до серьёзной модернизации схем дойдём позже. Сначала выпустим 6-ю версию с новым движком и базой конфигурации, но старыми таблицами и схемами. Чтобы плавно переходить на новую версию, имея совместимый интерфейс оператора. Отладим работу и затем займёмся схемами. Я напишу отдельно, чтобы обновить список пожеланий по схемам.

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

    А так по СТО Газпром в плане ИБ и прочим требованиям

    По безопасности планируется много интересного в этом году.

    #20543
    manjey73
    Участник

    Михаил, а малой кровью можно в схеме добавить параметр, который выключит кнопки?
    Чтобы отсутствие параметра не вызвало изменений в текущей работе?

    Как раз для случаев вставки схемы во фрейм. Там эти кнопки в принципе не нужны, если размер правильный.

    #20560
    MikhailMikhail
    Модератор

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

    Это можно реализовать в виде параметра плагина. Но ввиду низкого приоритета задачи, может сделано на платной основе. Я записал в качестве пожелания.

    #20573
    manjey73
    Участник

    Еще такой момент. В настройках интерфейса сделать параметры, чтобы представление загружалось со скрытым Событием и скрытым Меню.

    Может есть уже, да я проглядел ?

    Автологирование при обрывах связи не хватает. Все так же по непонятным причинам выбрасывает пользователя и надо перелогиниваться.
    Еще такой момент, не всегда помогает обновлении страницы, надо не просто выйти и зайти, а ввести короткую ссылку host/scada без всяких Login.aspx и так далее

    • Этот ответ был изменен 1 месяц, 1 неделя назад от manjey73.
    #20576
    MikhailMikhail
    Модератор

    Можно будет отображать просто схему «без ничего», ссылка на настройки.

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

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

    #20579
    manjey73
    Участник

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

    #20589
    MikhailMikhail
    Модератор

    Такого пока нет. Состояние панелей сохраняется в local storage браузера. Нужно посмотреть, можно ли исключить его при очистке кэша.

    #20876
    MikhailMikhail
    Модератор

    я имею ввиду аварийные и предупредительные пределы входных каналов. Хранить их в других входных каналах — это просто дичь. Для маленького цеха допустим, но для систем с тысячами каналов заводить ещё десятки тысяч каналов для границ, это нереально. Или я что-то не так понял?

    Каналы самое удобное место для хранения уставок, т.к. каналы — это по сути переменные. В 6-й версии выполнена следующая оптимизация для работы с границами каналов:
    — Для границ создана отдельная таблица в базе конфигурации. То есть одна и та же граница может использоваться многими каналами. Это актуально для типовых границ.
    — Не обязательно записывать значения границ в минутные архивы. Их можно записывать только в текущий и часовые архивы, чтобы экономить место на диске.
    — Механизм расчёта выхода за границы, которые созданы на основе каналов, встроен в сервер.
    — Ограничение на количество каналов (65535) снято.

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

    #20877
    MikhailMikhail
    Модератор

    Конечно, если граница фиксированная, она хранится в базе конфигурации, как и раньше.

    #20878
    MikhailMikhail
    Модератор

    Попутная идея: возможно имеет смысл реализовать создание подобных каналов-границ неявно, чтобы их не нужно было нигде прописывать. Но это пока отложим на будущее.

    #20886
    MikhailMikhail
    Модератор

    Кроме написанного выше, сейчас разрабатывается экспериментальный модуль, который позволит устанавливать границы через веб-интерфейс и хранить в отдельной БД, а затем обрабатывать статусы каналов в зависимости от этих границ. Разработка ведётся в фоновом режиме, поэтому прогнозов по срокам не делаю.

    #20887
    a80808a80808
    Участник

    — Не обязательно записывать значения границ в минутные архивы. Их можно записывать только в текущий и часовые архивы, чтобы экономить место на диске.
    Вообще уставки по идее меняются настолько редко, что их в архиве хранить смысла нет.
    Конечно, если граница фиксированная, она хранится в базе конфигурации, как и раньше.
    А вот как ее отобразить на схеме? Из базы конфигурации, если это не канал, ее же не возьмешь?
    Да и неплохо бы при необходимости ее менять не из Администратора а из схемы — понятно, что другой (типа Сервис) и доступной только немногим…

    #20888
    Romiros
    Участник

    Почитав все выше сказанное, можно предложить следующий вариант:

    1. В БД отдельная таблица с уставками.
    2. В таблице входных каналов привязка к нужной уставке из таблицы с уставками (каждому каналу своя или одна на много каналов в случае однотипности).
    3. В рантайм передаем срез уставок по аналогии с текущим срезом, чтобы не плодить архивы, и храним в нем значения Low, HI и т.д.
    4. Добавить в формулах возможность работы с уставками. Тогда их можно будет менять из web через каналы управления, а значения будут храниться в своем текущем срезе уставок.
    5. Возможность привязки к компонентам схемы по принципу входного канала, может с префиксом типа Low(101)

    • Этот ответ был изменен 1 день, 4 часа назад от Romiros.
    #20894
    a80808a80808
    Участник

    Ну как то так…

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