- В этой теме 8 ответов, 3 участника, последнее обновление 9 лет, 5 месяцев назад сделано
.
-
Записи
-
Есть сигналы, длительность которых не превышает минуты и даже 30 сек, если настроить 30 секундные срезы.
1. Как их отлавливать ?
2. И главное как их записать в 30 секундный срез или в минутный ?То есть должна быть отдельная запись среди минуты, 30 секунд, или 5 мин. среза с меткой времени в базе. Чтобы можно было эти сигналы увидеть на графиках за предыдущие дни.
Бывает еще что сигналы идут последовательно друг за другом, например 3-х сек. сигналы друг за другом по времени. Соответственно в срез их надо записывать с разными метками времени.
Так не делается. Срезы всегда имеют фиксированный временной интервал.
Если нужно отлавливать 3-х секундные изменения, то необходимо архивировать срез каждую секунду. В скаде это можно выставить в конфиге в файле, правда не знаю как хорошо это будет выглядеть на графиках.Честно говоря, архивных срезов не хватает. Я у себя поправил исходники добавил срезов и контрактный час на 10:00
— текущий срез
— секундный (настраивается от 0 до 60 сек)
— минутный (настраивается)
— часовой (1 или 2 часа)
— дневной
Я просто не использую web, все на WinForms.
Но мне такой подход не нравится, какая-то параллельная система получается или постоянно править исходники новых версий, что весьма геморно.минутный можно настроить на значение менее 30 сек ?
я не говорю, что это необходимо сделать прямо сейчас. но было бы неплохо.
например настраиваем срезы на 1 минуту. А так как у нас есть секундный срез и мы в принципе можем отловить короткий сигнал, то было бы неплохо в этом же минутном срезе его потом увидеть, чтобы он сохранился. Ведь графики строятся по минутным срезам если не ошибаюсь.Весь вопрос, реализуемо ли это в SCADA? для конкретно выбранных сигналов или придется для всех сигналов делать ?
Понятно, что будут некие ограничения, например применение для статических сигналов где бывают всплески. например сигнал всегда 0 и когда-то редко на короткое время может появиться 1.Собственно то, что я хочу получить уже частично реализовано сейчас, это так называемые события. Если в Графиках Про добавить при построении графиков накладывать на канал события по изменению, то там есть и время фиксации перехода с 0 на 1 и обратно….
1. Как их отлавливать ?
2. И главное как их записать в 30 секундный срез или в минутный ?Отлавливать с помощью событий. В срез они могут не попасть.
постоянно править исходники новых версий, что весьма геморно.
Если сделаете в виде модуля для Сервера, то править исходники при выходе новых версий не потребуется.
По сути существует 2 основных подхода к записи данных в базу:
1. Писать все каналы (или группу каналов) в единый момент времени. Это можно делать чаще или реже, но измеренное значение, которое быстро меняется, может потеряться.2. Писать каждый канал отдельно по изменению. При этом всё равно быстро меняющееся значение может потеряться, потому что прибор опрашивается через какой-то интервал.
Реализовать 2-й подход можно в виде модуля для Сервера. Сохранять данные не так уж сложно. Но вот обеспечить работу всего пользовательского интерфейса с этими данными — большая работа.
Часть данных мы можем писать по варианту 1, а другую часть по варианту 2.
Архив, который пишется по варианту 2, будет требовать больше дискового пространства, потому что для каждого значения будет своя метка времени. Обработка и отображение данных тоже будут медленнее.
Михаил, я в ПЛК или ПР могу растянуть сигнал в сетевую переменную по времени программно, если знаю, что он у меня еденичный, то это не проблема. Задержу на 30-60 сек да и все.
Но не всегда это возможно к сожалению.
На счет того, что сигнал может потеряться из-за периода опроса тоже в курсе.Как вам собственно идея по доработке Графики Про, чтобы он еще обращал внимание на базу Событий ?
Не жду чуда и скорой реализации, но мне кажется это вполне неплохой выход не переделывая базы а так же не привязываясь ко времени сохранения минутных срезов решить такую задачу.Чуда не жду, но если когда-нибудь в новых релизах такое появится, будет чудесно.
Я видел на одной из зарубежных скад, как на тренде моменты возникновения событий выводились в виде небольших отметок. При наведении мышки на них, появлялась дополнительная информация о событии. Мне такой подход понравился. Идея в том или ином виде соотносить события с трендами правильная, и как идею на будущее — поддерживаю.
В качестве основных приоритетов по разработке сейчас — новый редактор схем с поддержкой подключаемых библиотек элементов.
- Для ответа в этой теме необходимо авторизоваться.