Стартовая страница › Форумы › Новые идеи › Rapid SCADA 6.х
- В этой теме 139 ответов, 13 участников, последнее обновление 1 год назад сделано Mikhail.
-
АвторСообщения
-
06.12.2019 в 16:18 #14339MikhailМодератор
По 1-му пункту теперь понятно.
Добавляю: необходимо реализовать распараллеливание работы Сервера при получении больших объёмов данных.БД, может писать не саму переменную, а факт ее изменения.
Запись по изменению также нужна, как один из вариантов архива.
- Этот ответ был изменен 4 года, 4 месяца назад от Mikhail.
06.12.2019 в 16:21 #14341MikhailМодераторВнизу таймлайн с ползунками, просто передвигаешь и все.
Данное улучшение не относится к поколению 6, его на любой версии можно реализовать, но пока нет ресурсов.
06.12.2019 в 19:52 #14343manjey73УчастникА когда Графики Про в планах ? вроде же были такие планы сделать, правда там основное было насколько помню скалирование сигналов на графиках, чтобы большие и малые значения можно было смотреть на одном графике.
09.12.2019 в 10:12 #14344MikhailМодераторПо поводу сроков пока не могу сказать. План работ на следующий год в процессе формирования. Фиксированные сроки у оплаченных задач ))
11.12.2019 в 18:23 #14360kustarУчастникнеобходимо реализовать распараллеливание работы Сервера при получении больших объёмов данных.
Возможно, организация независимых циклов обработки тегов. Например, для «быстрых» данных — один цикл, для «медленных» — другой, для архивов — третий. С настраиваемыми соответственно временнЫми параметрами.
Или, как вариант — приоритезация этих циклов.11.12.2019 в 18:49 #14362MikhailМодераторТам всё довольно сложно внутри: доступ на чтение различных видов данных, доступ на запись, кэширование, обработка…
В процессе работы над оптимизацией потребуется отдельное исследование и эксперименты.10.02.2020 в 20:57 #14740manjey73УчастникМихаил, вопрос по 6-й версии, она планируется уже на NET Core ?
11.02.2020 в 18:00 #14755MikhailМодераторВ том числе. Классический .NET будет поддерживаться, потому что неизвестно, какие подводные камни будут в .NET Core.
11.02.2020 в 21:54 #14760manjey73УчастникТо есть будут две версии выпускаться, пока не придет понимание что NET Core победил или проиграл ?
12.02.2020 в 18:42 #14788MikhailМодераторНа начальном этапе да. Для веб-приложения вообще перевод на .NET Core потребует кардинальной переделки всего приложения. Поэтому нужно начать с Сервера и Коммуникатора.
20.03.2020 в 01:37 #15380timon84Участникподдержу пожелание настраиваемых режимов архивирования для каналов. У меня в проекте примерно в 2-3 раза больше переменных конфигурации которые будут изменятся в лучшем случае 1-2 раза в год. А возможно и еще реже. Зачем их записывать регулярно? достаточно отдельной базы куда будут записываться выбранные переменные только по изменению.
В другой теме поднимал вопрос про чек и лист боксы на схемах, нужный и полезный модуль.
20.03.2020 в 20:38 #15389MikhailМодераторГибкое архивирование планируется.
Чек и лист боксы на схемах не совсем относятся к 6 версии, т.к. это локальная задача, которая может быть решена в любой версии, особенно если найдётся спонсор.23.07.2020 в 09:47 #16724AlexanderУчастникЯ надеюсь что в новой версии решится проблема с отображением длинных чисел. Я имею ввиду то что в английской версии не будет разделения разрядов запятыми
23.07.2020 в 09:56 #16725manjey73Участникз.ы. у вас ОС с английским языком ?, разделение больших чисел там как ?
Хотя вообще надо в системе делать выбор, использовать настройки приложения или брать региональные настройки из ОС. Так было бы правильнее. Тогда можно использовать либо по умолчанию из ОС, или настроить под себя, не трогая остальные приложения, которые берут данные из ОС.
23.07.2020 в 17:18 #16726MikhailМодераторПроизвольные настройки форматирования будут полезны. Однако приоритет задачи — низкий.
-
АвторСообщения
- Вы должны авторизироваться для ответа в этой теме.