- В этой теме 66 ответов, 4 участника, последнее обновление 4 года, 10 месяцев назад сделано
.
-
Сообщения
-
Если со счётчиков выкачиваются архивы, то доставка гарантированная
существующие драйверы по счетчикам (меркурий, энергомер …) поддерживает эту функцию?
сам еще не пробовал. Скоро начинается это тема, поэтому готовимсяДрайвера для счетчиков Меркурий не поддерживают чтение архивов. В обычной БД Scada им как бы не место, независимо от периода чтения, хоть раз в час, хоть раз в сутки.
1. это будет забивать БД нещадно, и бесполезно.
2. ну и там сложности с выбором каналов для записи, как и куда записывать месячные данные ?для архивов нужны либо отдельные БД, либо иной подход. Насколько я знаю, есть такая форма 80002 (если не ошибся) в xml, который принимается при учете. Можно попробовать реализовать такое по команде в счетчик…
з.ы. давно хочу перейти на xml конфигурацию счетчика вместо командной строки, время только на это где найти ? 🙂
Зачем отдельные БД? В скаде есть минутный архив для минут, часовой для часов. Добавить суточный там месячный и годовой. Как запись месячного значения один раз в месяц может забить базу? Или запись один раз в сутки? Я у нас так и делаю, пишу архивы в те же каналы, но только в часовой срез. Был бы в скаде суточный срез, писал бы туда суточный архив один раз в сутки. Это ничто для базы по сравнению с минутными архивами.
Romiros мне пример кода нужен для записи в часовой срез и желательно с пояснениями, а то я буду долго разбираться как оно и чего 🙂
Кстати создали мы канал, разве он куда-то делся в минутных базах ? Вы сделали запись раз в час в часовой срез, дальше что ? Scada подхватила значение и понесла его писать по всем минутным срезам ?
Другой вопрос, я решил считать суточные архивы за прошлый год и определенный месяц, как сказать драйверу за какой месяц и какого года ? Нужен вызов календаря, выбор даты с и до. Как это можно реализовать в драйвере ? Кажется никак. Передать то командой только одну дату можно командой, а как передать две ?
В общем как-то не очень понимаю механизмов реализации чтения архивов…
Из плагина сразу в отчет вполне реально можно было бы сделать. А вот как с драйвером и взаимосвязи со Scada?У каждого своя специфика, поэтому всем в любом случае не угодишь. Какой бы готовый АРМ нам не реализовывал подрядчик, все-равно чего-то да не хватает. Поэтому для реализации одного очень интересного проекта, я и выбрал RapidScada. Можно добавить практически все на что хватает фантазии и умений. Опишу как устроена работа с архивами у нас.
Для общения с вычислителями используется специализированное ПО, поскольку для коммерческого учета мы не имеем право использовать несертифицированное под это дело программное обеспечение. Далее разработан драйвер для Scada-коммуникатора, который подключается к БД этого ПО через API. Но принципиальной разницы нет, читать из прибора или из БД.
Драйвером опрашиваются текущие значения, часовые архивы (минутных архивов в вычислителях нет) и нештатные ситуации. Т.е. мы получили текущее значение, RapidScada его как обычно, архивирует в часовое значение, но эти данные имеют статус «оперативных»(1). Далее как только драйвер получает часовые архивные значения, он пишет их в нужные часовые срезы скады, но со статусом «архивный»(2). В табличных представлениях скады оперативные и архивные данные соответственно имеют разные цвета. Т.е. мы всегда видим с коммерческими данными или нет мы работаем. Очень удобно, что при записи оперативных данных архивными, скада делает автоматический пересчет по формулам в соответствующих часовых срезах дорасчетных каналов. Это далеко не все скады умеют. Т.е. у меня часовые архивы совершенно не увеличивают БД.
Сам драйвер не подразумевает чтение архивов вручную(я считаю все должно работать без участия пользователя). Просто указывается глубина восстановления архивов(в днях) и дальше сам драйвер отслеживает дату последнего архива, который он положил в базу RapidScada и если очередной архивный час еще не наступил, то запрос даже не производится.
Для полноценной работы не хватает хотя бы суточного среза в RapidScada. У scada-систем, которые используются у нас суточные, месячные и годовые архивы всегда идут из коробки, поэтому непривычно, что здесь их нет. Но как говорится у всех своя специфика.
По поводу кода по записи архивов — он есть в исходнике KpTest, просто закомментирован. Если что брошу свой кусочек когда.На скринах текущие данные и часовые данные рассчитанные скадой — зеленый цвет.
Архивные данные — черным цветом.
Формулы обычные. Я имею в виду что формула работает одинаково и для текущего среза и для минутного и часового. Т.е. если я запишу во входной канал архивное значение допустим на день назад, то дорасчетный канал, в формуле которого использовались данные этого входного канала, тоже в прошлом автоматически пересчитается.http://www.imageup.ru/img300/3385999/table.png.html
http://www.imageup.ru/img300/3385983/schem.png.htmlну это несколько не то, если рассматривать тот же счетчик, хотя надо посмотреть, что там вообще в журнале счетчика пишется… возможно часть каналов можно так сделать…
код не помешал бы с комментами, а то без комментариев я долго разбираюсь..
В скаде есть минутный архив для минут, часовой для часов. Добавить суточный там месячный и годовой. Как запись месячного значения один раз в месяц может забить базу? Или запись один раз в сутки?
Хотелось бы модернизировать работу с архивами в Rapid SCADA, чтобы удобнее работать в системах учёта энергоресурсов.
существующие драйверы по счетчикам (меркурий, энергомер …) поддерживает эту функцию?
Существующие драйверы электросчётчиков не поддерживают выкачивание архивов. Если Ваша организация планирует внедрение, то желателно заложить эту разработку в бюджет. При большом количестве счётчиков данная работа будет экономически обоснованной. Лучше, чем OPC HDA, на мой взгляд.
Выкачивать архивы сразу в отчёт очень долго. При каждом построении отчёта процесс будет начинаться заново.
Драйвер может выкачивать архивы автоматически. А если образовался пробел за какой-то период, то можно докачку запустить вручную. Так мы делали для ВКТ-7 и ИВТМ-7М.
Для ВКТ-7 заводятся отдельные входные каналы для часовых и суточных архивов. Получается некоторое дублирование данных. Но, как уже написал, надеюсь, что мы это решим, особенно если будет поддержка от наших заказчиков.
Kazam пишет архивы из драйверов сразу в отдельную БД. Ему так удобнее, потому что эти данные затем интегрируются с его приложением.
Хотелось бы модернизировать работу с архивами в Rapid SCADA, чтобы удобнее работать в системах учёта энергоресурсов.
Не хватает дневных срезов. Я делал плагин архивная таблица, который на базе часовых срезов формирует сутки, месяц или год. Выборка за большой период (пол года, год) занимает много времени, секунд 20-30. И плюс трафик. В локальной сети пофигу, а вот для мобильных платформ дороговато.
- Вы должны авторизироваться для ответа в этой теме.