Rapid SCADA 6.х

Просмотр 15 сообщений - с 16 по 30 (из 74 всего)
  • Автор
    Сообщения
  • #14339
    Mikhail
    Модератор

    По 1-му пункту теперь понятно.
    Добавляю: необходимо реализовать распараллеливание работы Сервера при получении больших объёмов данных.

    БД, может писать не саму переменную, а факт ее изменения.

    Запись по изменению также нужна, как один из вариантов архива.

    • Этот ответ был изменен 1 год, 10 месяцев назад от Mikhail.
    #14341
    Mikhail
    Модератор

    Внизу таймлайн с ползунками, просто передвигаешь и все.

    Данное улучшение не относится к поколению 6, его на любой версии можно реализовать, но пока нет ресурсов.

    #14343
    manjey73
    Участник

    А когда Графики Про в планах ? вроде же были такие планы сделать, правда там основное было насколько помню скалирование сигналов на графиках, чтобы большие и малые значения можно было смотреть на одном графике.

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

    По поводу сроков пока не могу сказать. План работ на следующий год в процессе формирования. Фиксированные сроки у оплаченных задач ))

    #14360
    kustar
    Участник

    необходимо реализовать распараллеливание работы Сервера при получении больших объёмов данных.
    Возможно, организация независимых циклов обработки тегов. Например, для «быстрых» данных — один цикл, для «медленных» — другой, для архивов — третий. С настраиваемыми соответственно временнЫми параметрами.
    Или, как вариант — приоритезация этих циклов.

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

    Там всё довольно сложно внутри: доступ на чтение различных видов данных, доступ на запись, кэширование, обработка…
    В процессе работы над оптимизацией потребуется отдельное исследование и эксперименты.

    #14740
    manjey73
    Участник

    Михаил, вопрос по 6-й версии, она планируется уже на NET Core ?

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

    В том числе. Классический .NET будет поддерживаться, потому что неизвестно, какие подводные камни будут в .NET Core.

    #14760
    manjey73
    Участник

    То есть будут две версии выпускаться, пока не придет понимание что NET Core победил или проиграл ?

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

    На начальном этапе да. Для веб-приложения вообще перевод на .NET Core потребует кардинальной переделки всего приложения. Поэтому нужно начать с Сервера и Коммуникатора.

    #15380
    timon84
    Участник

    поддержу пожелание настраиваемых режимов архивирования для каналов. У меня в проекте примерно в 2-3 раза больше переменных конфигурации которые будут изменятся в лучшем случае 1-2 раза в год. А возможно и еще реже. Зачем их записывать регулярно? достаточно отдельной базы куда будут записываться выбранные переменные только по изменению.

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

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

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

    #16724
    Alexander
    Участник

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

    #16725
    manjey73
    Участник

    з.ы. у вас ОС с английским языком ?, разделение больших чисел там как ?

    Хотя вообще надо в системе делать выбор, использовать настройки приложения или брать региональные настройки из ОС. Так было бы правильнее. Тогда можно использовать либо по умолчанию из ОС, или настроить под себя, не трогая остальные приложения, которые берут данные из ОС.

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

    Произвольные настройки форматирования будут полезны. Однако приоритет задачи — низкий.

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