- В этой теме 81 ответ, 4 участника, последнее обновление 2 года назад сделано
.
-
Сообщения
-
Вот тут:
https://ibb.co/d425b9rНа счет удаления EncodeAscii, EncodeUnicode вы не правы, например использовал это в драйверах
Имею ввиду, что они удалены из таблицы Скрипты. В драйвере оптимально будет скопировать нужную функцию в код драйвера.
HourBeg, DayBeg, MonthBeg я пользовал в формулах накоплений за день, месяц, год
Ссылка не открывается. Хотелось бы увидеть скриншоты работы и скриншоты настроек с формулами, а также небольшое описание самой идеи в виде текста, если можно.
@mikhail, вот родил таки 🙂 Описание по ссылке. Если нужно могу кратко здесь, хотя кому интересно могут файл скачать
Спасибо за подробное описание.
Думаю, что формулы нужно будет вернуть.
Но пользоваться ими только в случае отсутствия других способов решения.Недостатки этих формул:
— Если Сервер будет выключен в момент наступления месяца/дня/часа, то состояние расчёта будет некорректным.
— При перезапуске Сервера в течение некоторого времени (задано в формулах), формулы сработают повторно.
— Формулы работают во временной зоне сервера.Ну в принципе эта задача при наличии архивов решается (в части срезов за день, месяц, год) гораздо проще 🙂 передача состояния и расчет базовых значений все равно остается. Кстати, я пытался это же реализовать на MES PI System — там как раз с расчетами было все проще а вот реализовать нормальный контроль насосов как описано не удалось от слова совсем — там не та логика на нижнем уровне. Вот опять к разговору о том, что каждый уровень должен заниматься своим (это я про дискуссию про Гибкий отчет в том числе — ИМХО не надо навешивать на SCADA такой функционал. Это здесь:
https://forum.rapidscada.ru/?topic=%d0%b3%d0%b8%d0%b1%d0%ba%d0%b8%d0%b9-%d0%be%d1%82%d1%87%d1%91%d1%82-%d0%b2%d1%8b%d0%b1%d0%be%d1%80-%d0%ba%d0%b0%d0%bd%d0%b0%d0%bb%d0%be%d0%b2
https://forum.rapidscada.ru/?topic=%d0%b3%d0%b8%d0%b1%d0%ba%d0%b8%d0%b9-%d0%be%d1%82%d1%87%d1%91%d1%82-%d0%b4%d0%be%d0%b1%d0%b0%d0%b2%d0%b8%d1%82%d1%8c-%d0%ba%d0%b0%d0%ba%d0%be%d0%b9-%d1%82%d0%be-%d1%82%d0%b5%d0%ba%d1%81%d1%82Из формул к архивам не получится добраться, насколько я понимаю. Возможно через дополнительные модули типа модуля автоуправления.
Ещё такой момент получился — в момент закрытия часового среза сервер был отключен. В результате закрылись прочерки. Могу ошибаться, но мне кажется в 5 версии в таких случаях при запуске сервера часовой архив восстанавливался из минутного. Или я ошибаюсь?
В шестой версии часовой архив закрывается из текущего значения?В случае применения архивов формулы (те что я описал) по существ не нужны. Если я правильно понимаю, архивы организованы как регистры накопления за час, день, месяц…с автообнулением при пересечении начала. Выбрал — подставил на схему.
А останов сервера — я использовал для работы сервера виртуальную машину под MS Server 2012 и в составе кластера Hyper-V с автопереходом машин между узлами. Вроде не было замечено пропадания. Хотя с LoraWAN нагрузка не особо великая 🙂Могу ошибаться, но мне кажется в 5 версии в таких случаях при запуске сервера часовой архив восстанавливался из минутного. Или я ошибаюсь?
Такого интеллекта не было ))
При наступлении нового отрезка времени текущие данные кладутся в соответствующий архив. Так было в 5 и в 6 версии.
В 6-й версии появилась опция записи в архив по изменению для некоторых архивов. Но её использование может значительно снизить быстродействие.Если я правильно понимаю, архивы организованы как регистры накопления за час, день, месяц…с автообнулением при пересечении начала.
Не совсем. Автоматического обнуления не происходит. Но если сам драйвер передаёт данные в архив, то у него есть свобода действий — например, писать часовые и суточные данные в разные архивы на одни и те же номера каналов.
Плюс с помощью модулей можно разработать свои архивы, в которые заложить любую логику.
- Вы должны авторизироваться для ответа в этой теме.