This is topic Статистика in forum SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE at Форум TRACE MODE: техническая поддержка.
Имеется канал типа Float, записываемый в архив, с помощью LocalStatistic получаем статистику за некий интервал. Интервал задается кнопками на экране ("Ввести и передать"), с помощью программы, по введенным данным вычисляется DELTA, правая граница интервала привязана к аппаратному значению канала CALL. Вроде бы все значения вычисляются корректно и попадают куда нужно, но выборка осуществляется в любом случае с начала архива по заданную границу интервала. Отслеживаем по значениям ARG_27, 28, кстати значения ARG_31, 32 имеют те же значения, что тоже не очень понятно. Что мы делаем не так? И еще, опишите пожалуйста поподробней как пользоваться AsyncCollection для последовательной отработки нескольких LocalStatistic. Делали вроде по документации, но так и не получилось, лучше конечно, если возможно какой-нибудь примерчик.
Заранее благодарен за ответы.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Arg_027 – время первого значения; Arg_028 – время последнего значения; Arg_031 – T_FROM; Arg_032 – T_TO;
Если у Вас на начало и конец выборки есть значения в архиве, то они будут совпадать.
По остальному: пользуйтесь лучше выборкой, где Параметр=32. Она проще и удобней.
ARG_000 и ARG_001 задают времена выборки. При посылке 1 во входное значение, получаете нужную Вам статистику.
Posted by Михаил Ч. (Участник № / Member № 4079) on :
1. Установил Параметр=32. Запускаю проект в 14:18:16, где-то в 15:05 пытаюсь получить статистику в диапазоне от 14:20 до 15:00. Результат следующий: ARG_0 14:20:00 ARG_1 15:00:00 ARG_27 15:04:20 ARG_28 15:04:53 ARG_31 15:04:00 ARG_32 15:05:00 в итоге статистическая обработка выполняется на 30-ти секундном интервале.
С помощью тех же заданных границ выполняется выборка по тому же каналу для тренда в отчете и там все отображается нормально, т.е. данные в архиве есть. Как это можно объяснить?
2. По поводу AsyncCollection, можно все-таки примерчик. Я так понимаю, что справку и руководство читать бесполезно, все равно все работает не так.
Posted by Михаил Ч. (Участник № / Member № 4079) on :
Уважаемая поддержка, будет ли какой-нибудь ответ на мой вопрос. По-моему все сроки, декларируемые Вами, давным давно прошли.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Извините за задержку при ответе.
1. Вам выслан патч, исправляющий эту проблему.
2. Отослан пример.
Posted by Михаил Ч. (Участник № / Member № 4079) on :
Скопировал файлы из патча. Со средой вроде все нормально. При запуске РТМ выдается следующее сообщение об ошибке: "точка входа в процедуру ?query_gsm_modem_status... не найдена в библиотеке DLL wdep.dll". Большая просьба не затягивать с ответом - сроки поджимают. За пример спасибо!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Какую дату у Вас имеет файл wdep.dll. Должен быть от 02.07.2009 г.
Posted by Михаил Ч. (Участник № / Member № 4079) on :
Дата 28.07.2008
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Уважаемая техподдержка! У меня аналогичные проблемы, вышлите патч и пример на xxxx@gmail.com. Заранее благодарен.
[ 15.04.2010, 18:32: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Отправлено.
Posted by Т.А.Б (Участник № / Member № 4102) on :
Ничего не получил, продублируйте пожалуйста xxxx@gmail.com и xxxxx@meta.ua Спасибо.
[ 22.04.2010, 14:29: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Не надо повторять одну и ту же просьбу в разных топиках. Отправлено.
Posted by Yurik. N. (Участник № / Member № 3294) on :
Уважаемая поддержка! И у меня есть данная проблема. Вышлите патч на xxxx@mail.ru. Заранее спасибо.
[ 26.04.2010, 15:37: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Отправлено.
Posted by Kollega (Участник № / Member № 4097) on :
Дабы не создавать тему отпишусь здесь. Задача такая. Есть каналы float. Требуется вычислять время нахождения значения в определенном интервале. Используя старый метод ввода времени(с delta), все вычисляется нормально. Но в этом случае не удается с помощью одного канала Call опрашивать другие каналы с помощью 90 атрибута. При использовании нового метода(с arg0 и arg1), менять привязки удается, но время вычисляется не на заданом интервале, а по всему архиву. Почему так происходит? Высылаю Вам пример работы(example.zip).
Posted by Kollega (Участник № / Member № 4097) on :
Уважаемая техподдержка! Прошу рассмотреть мою задачу. Желателен быстрый ответ.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Ваш проект получен. Ответ дан почтой.
Posted by Kollega (Участник № / Member № 4097) on :
Добрый день! Не могли бы Вы дать разъяснения по такому вопросу. С помощью канала Call.LocalStatistic можно определять время в течении которого канал float находится в заданном диапазоне. Существует ли в ТМ механизм способный работать с каналами hex, для подсчета времени нахождения бита во включенном состоянии? Сейчас для решения такой задачи приходится создавать к каждому биту свой канал float, что приводит к большому росту числа каналов.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Аналогичного механизма для анализа архивных данных отдельных битов HEX-канала нет. Без самостоятельного архивирования данных по каждому биту обойтись нельзя. Но при этом можно архивировать время наработки по каждому биту (формируется с помощью FBD nWRK). А затем, осуществляя выборку по DifSnap, получить время наработки в заданном диапазоне.
