- В этой теме 52 ответа, 3 участника, последнее обновление 3 недели, 1 день назад сделано
.
-
Сообщения
-
Используйте утилиту Генератор или тестовый клиент для передачи данных Серверу. Возможно, драйвер не при чём.
так а как это использовать на в принципе боевом сервере?
Скрипт то определяет как бы качество связи с устройством, через данные каналов.
з.ы. попробую для теста сделать запись в обычную Минутную БД, а 90-то дневку отключу.
Меркурий точно не при чем, дома тоже такой счетчик. тут к сожалению не могу от Энергомеры уйти, до ДГУ только такой счетчик стоит, даже два. На все здание и перед ДГУ на определенную нагрузку.
Переназначил запись каналов Напряжения в стандартный минутный архив. Пики в ноль пропали.
Как так то? Чудеса.
При этом в текстовом файле ScadaServer.txt когда происходит потеря и в БД пишутся нули все было чистенько, как сейчас.
Архивы (8) ---------- [Cur] Current data : готов [Min] Minute archive : готов, очередь 0 из 1000, потеряно 0 [Hour] Hourly archive : готов, очередь 0 из 1000, потеряно 0 [Day] Daily archive : готов, очередь 0 из 1000, потеряно 0 [Events] Event archive : готов, очередь 0 из 1000, потеряно 0 [MinLow] Minute archive : готов, очередь 0 из 1000, потеряно 0 [HourLow] Hourly archive : готов, очередь 0 из 1000, потеряно 0 [Sec20] 20Sec_archive : готов, очередь 0 из 1000, потеряно 0первоначально счетчики писали в MinLow и HourLow (90 дней)
Каждые полчаса в БД 0
Переназначил маской архивов на стандартные Min и Hour (365 дней) — пики в 0 пропали.Я могу прислать формулы каналов, которые будут записывать в текстовый лог, когда происходит запись исторических данных. Довольно полезно для отладки.
я завтра добавлю еще один канал с дубляжем формулы, но настрою по другому маску архивов.
з.ы. меня уже радует, что это не драйвер Энергомеры и Коммуникатор.
В общем докладываю.
каналы 803 и 517 пишут во 2-ю минутную БД (90 дней)
расчетные каналы, в которых формула на эти два канала
1. Если пишет в стандартную минутную (365 дней, код Min) — каждые полчаса запись в БД значение = 0
2. Если пишет в ту же БД, то есть 90-то дневку, никаких пропусков и записи в БД значения = 0 НЕТ.Не зависит от положения (номера) расчетного канала, до или после. Первоначально у меня расчетный канал 415, сделал дополнительно еще и с номером 900 и 901, один пишет в другую БД, один в ту же БД, куда пишутся основные каналы.
Очень интересно, почему при двух БД происходят такие чудеса, каждые 30 минут?
Вполне возможно, вы сможете это повторить для поиска проблемы.По идее создать еще одну БД минутную с другим временем хранения, например как у меня 90 дней.
Кинуть в скрипты две формулы, которые я выкладывал выше для контроля ДГУ.
Указать в каналах формулы два канала, например из Симулятора.
Маску записи настроить на Текущие и Минутные 90 дней, чтобы в штатную минутную БД не писала.
Ну и в Графиках Про сделать шаблон отображения БД 90-то дневки.
Если это из-за двух БД, то записывая значения расчетных каналов в другую БД, чем сами исходные каналы, там будут пропуски.
з.ы. сейчас настрою на Симулятор таким образом и тоже посмотрю.
А, сорри, надо еще маску для Симулятора задать, чтобы он не писал в 90-то дневную…
Сейчас запись есть.Да, если основные каналы настроены на запись в одну минутную БД, а расчетный от этих двух каналов в другую минутную БД, то каждые полчаса в БД с расчетным каналом по нулям.
ПК синхронизирован по времени с NTP сервером.
Вот такие вот чудеса, в том числе и на Симуляторе.
Соответственно маска архивов должна быть настроена у всех каналов.
И кстати, поправьте утилиту TrendTableViewer-v6, она почему-то может показывать базы только если архивы находятся по пути c:\Program Files\SCADA\Archive\
Если кинуть папку с архива в другое место или они переназначены на другой диск, утилита только meta файл открывает, а данные не показывает.
- Для ответа в этой теме необходимо авторизоваться.