Форум TRACE MODE: техническая поддержка Послать новую тему / Post New Topic  Послать ответ / Post A Reply
мой профиль / my profile авторизация / login | регистрация / register | поиск / search | часто задаваемые вопросы / faq | начало / forum home

  Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
» Форум TRACE MODE: техническая поддержка » ТЕХНИЧЕСКАЯ ПОДДЕРЖКА / TECHNICAL SUPPORT TRACE MODE 6 » SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE » Проблема с Local Statistic (Страница / Page 1)

  Этот топик включает в себя следующие страницы /
This topic is comprised of pages 1  2  3 
 
Автор / Author Тема / Topic: Проблема с Local Statistic
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028


Icon 1 отправлено / posted      Профиль для / Profile for Soyuz           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Задача стоит следующая: вычислить интеграл из архивных данных за периоды
с 10:00 до 10:20, с 10:20 до 10:40 и с 10:40 до 11:00.

Версия TraceMode IDE 6.06.

Создали числовой канал (Real) в который программно
записываем значения (данные канала заносятся в SIAD1).

Создали канал Call (тип вызова -LocalStatistic,
интервал выборки - Offset)
для каждого интервала времени.

Создали программу, в которой с помощью канала Time
вычисляем величину Offset для каждого интервала
(число секунд с 1970), а также задаем Delta равную 1200.

Передаем Offset и Delta в каждый канал
Call.LocalStatistic. Во входное значение каналов
Call.LocalStatistic пишем 1 каждые 10с, для каждого
интервала смещение 10с (1й каждые 10с, 2й каждые
20с...; нет одновременного обращения к архиву).

Проблема в следующем: каналы
Call.LocalStatistic выбирают данные из архива,
выполняют статистику, но, диапазоны выборки не те,
что мы запрашиваем (судим по 31 и 32 аргументу),
T_From вместо 10:00 >>> 10:19, а
T_TO вместо 10:20 >>> последнее значение в архиве(текущее время).

И, следовательно значение интеграла все время растет, а не расчитывается за нужный нам промежуток времени.

Подскажите пожалуйста, почему так происходит?

[ 14.07.2011, 09:59: Сообщение отредактировал / Message edited by AdAstra Technical Support ]

Сообщения / Posts 52 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Механизм с использованием Offset и Delta устарел. И мы не рекомендуем его использовать в новых проектах.

Используйте

Параметр=32

Канал CALL.LocalStatistic извлекает архивные данные по заданному каналу в диапазоне (T_FROM, T_TO), разбивает диапазон на заданное число интервалов и по каждому интервалу вычисляет те же статистические параметры, что и при Параметр=0-31.

Конфигурация CALL.LocalStatistic:

канал, чьи архивные значения должны быть обработаны, должен быть привязан к CALL.LocalStatistic;

значение канала CALL.LocalStatistic задает число интервалов. Если задан единственный интервал, статистические параметры записываются в аргументы CALL.LocalStatistic;

начиная с arg2, к аргументам CALL.LocalStatistic привязываются каналы CALL.ChGroupReq или CALL.TVC, в аргументы которых записываются интервальные статистики.


Таким образом Вам понадобится только один канал CALL.LocalStatistic с выборкой за час и разбитый на 3 интервала.

Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028


Icon 1 отправлено / posted      Профиль для / Profile for Soyuz           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
объясните пожалуйста:
как нужно сконфигурировать CALL.ChGroupReq или CALL.TVC, какие аргументы создавать и сколько?

Вы писали: "значение канала CALL.LocalStatistic задает число интервалов". Какое значение, реальное?

Когда используешь CALL.LocalStatistic с Параметр=32, что должно быть выставлено в "Интервал выборки"?

Для отработки CALL.ChGroupReq или CALL.TVC нужно что-то писать во входное значение этих каналов?

Спасибо.

Сообщения / Posts 52 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
1) Создавать те же аргументы, что и в Call.LocalStatistic, только без учета задания даты и времени

2) В Вашем случае надо подать 3 во входное значение канала.

3) Без разницы. Но лучше оставить по умолчанию.

4) Нет. Они получат данные автоматически.

Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028


Icon 1 отправлено / posted      Профиль для / Profile for Soyuz           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Можете прислать тестовый проект в котором будет наглядно видно как реализовать Call.LocalStatistic с Параметром = 32?

[ 23.06.2010, 16:13: Сообщение отредактировал / Message edited by AdAstra Technical Support ]

Сообщения / Posts 52 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
отправлено. Внимание! Разработка примеров проектов по завякам пользователей не входит в обязанности службы технической поддержки и выполнятеся на добровольной основе. Спасибо за понимание!
Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Svasl
Forum Member / Участник форума
Участник № / Member № 4229


Icon 1 отправлено / posted      Профиль для / Profile for Svasl           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
А можнотоже тестовый пример на эл. адрес, указанный в профиле.
Сообщения / Posts 42 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
отправлено
Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028


Icon 1 отправлено / posted      Профиль для / Profile for Soyuz           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Получили тестовый проект, но к сожалению он не помог

разобраться как заполучить статистику за несколько

интервалов времени.

Вы в письме написали:
"В приложении пример.
К сожалению, в справке есть неточности. А именно
Разбиение (T_FROM, T_TO) на интервалы
Значение младшего полубайта атрибута Параметр канала-инициатора выборки
задает величину интервалов, на которые разбивается диапазон (T_FROM, T_TO)
(соответственно, число интервалов равно результату деления диапазона на интервал):
0 - нет разбиения на интервалы;
1 - 60с;
2 - 1ч;
3 - 5мин.;
4 - 15мин.;
5 - 20мин.;
6 - 30мин.;
7 - 2ч;
8 - 4ч;
9 - 6ч;
10 - 8ч;
11 - 12ч;
12 - 24ч;
13 - 1 неделя (недели отсчитываются с начала года);
14 - 1 декада (декады отсчитываются с начала месяца);
15 - 1 месяц (число дней в месяцах соответствует календарным значениям).
А не так как написано. ..."

Скажите, что всетаки писать в атрибут -"Параметр"

канала Call.LocalStatistic? Число интервалов, на

которое нужно разделить временной интервал(T_FROM, T_TO), или код,

который Вы указали в письме(... 3 - 5мин.; 4 -

15мин.; 5 - 20мин.; ...)?


Распишите пожалуйста, как пользоваться тестовым

проектом, что и куда писать чтобы получить

статистику по каналу как было нами указано выше.

Сообщения / Posts 52 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Svasl
Forum Member / Участник форума
Участник № / Member № 4229


Icon 1 отправлено / posted      Профиль для / Profile for Svasl           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Присоединяюсь к вышенаписанному посту. Хотелось бы именно комментариев по вашему примеру. Call3-Call7 - в чем приниципиальная разница? В вызове LocalStatistic (Call1 )Параметр 37. Что это означает? Да и в шаблоне экрана тренд привязан к реальному значению. Это точно пример обсуждаемой проблемы? [Улыбка / Smile]
Сообщения / Posts 42 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
1) Как работает?

Посылаете 1 в канал Call#1 и смотрите результаты в других кналах Call.

2) Параметр = 37 означает, 32 + 5. Т.е. Вы работает по новому Механизму. 1 в старшем байте. 5 в младшем байте означает разделение на интервалы по 20 мин.

3) Каналы Call с 3 по 7 получают соответствующие данные по интервалам в свои аргументы.

Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Добавлю, что 1 в ARG_001 канала Call#1 означает 1 – T_TO = <начало текущего часа>; а 2 в ARG_000 - T_FROM = <T_TO – 1 час>;

Прочитать об этом можно в разделе "Временной интервал выборки"

Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028


Icon 1 отправлено / posted      Профиль для / Profile for Soyuz           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Уважаемая тех. поддержка, Вы вообще пробовали запускать тестовый проект?

Потому что, запустив проект мы обнаружили, что процедура получения статистических данных
архивных значений за несколько интервалов времени отличается от указаной Вами.

Если мы ошибаемся, то пожалуйста поправьте нас.

1)
Интуитивно определенная процедура получения статистики по нескольким интервалама времени следующая:

в канале Call.LocalStatistic создаются 32 аргумента (ARG_00 ... ARG_31);

ARG_00 - T_From (число секунд с 1970);
ARG_01 - T_To (число секунд с 1970);

К тем аргументам, которые отвечают за свою статистику ( среднее, интеграл ...) привязываем
канал Call.ChGroupReq у которого также создаем аргументы того типа что и статистическое значение.

В аргументы канала Call.ChGroupReq записывается результат статистики за каждый интервал времени
(ARG_00 - первого интервала, ARG_01 - второго интервала, и т.д.)

Далее, для того чтобы получить статистику за определенные интервалы (допустим T_From = 29.06.2010 14:00:00 T_To = 29.06.2010 15:00:00, и необходимо получить статистику за каждые 20 минут) нужно, во входное значение канала Call.LocalStatistic записать 3 (60 мин /20 мин).
И в аргументах ARG_00, ARG_01, ARG_02 каналах Call.ChGroupReq записывается результат статистики за свой промежуток времени.

2)
А теперь у нас появился один интересный вопрос, а именно: почему, когда мы мы выполняем запрос статистики за промежуток времени, который находится в будующем, мы вместо того чтобы получить 0 (или признак недостоверности как пример) получаем значение отличное от 0 (результат статистики - среднее за будующий промежуток времени - это реальное значение канала в момента запроса).

Как теперь определить, что пролученное значение статистики - это несуществующие данные в архиве, а не результат статистики за данный интревал?


3)
И еще одна небольшая проблемка, профайлер "валится" когда пытаешься запросить статистику с 9:00:00(T_From) до 10:00:00(T_To), T_From писали в ARG_00 и T_To в ARG_01 канала Call.LocalStatistic.

Другие значения T_From и T_To в пределеах целых часов не вызывали "падения" профайлера.

Профайлер был запущен в 9:00.

Почему так получается?

Сообщения / Posts 52 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
1) все правильно
2) Канал LocalST берет срезы на начало и конец выборки. Т.к. эти срезы достоверны и соответствуют текущему значению, то Вы наблюдаете данные в канале.

Зачем брать несуществующий интервал?

3) Ситуация не воспроизводится.

Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028


Icon 1 отправлено / posted      Профиль для / Profile for Soyuz           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Нам сначала пришлось проверить Ваш метод получения статистики, манипулируя атрибутом "Параметр = " канала Call.LocalStatistic и подавая в его вход 1.

Убдедившись, что по указанному Вами методу мы не можем получить статистику за нужные нам интервалы, нам пришлось самим разбираться в тестовом проекте (спасибо за проект).


2) Объясните пожалуйста, как попределить, что интервал выборки является достоверным?

Мы запустили профайлер в 9:00, запрашиваем данные с 5:00 до 6:00 (в это время профайлер не работал, данных в архиве нет), но вместо того, чтобы выдать нулевой результат статистики, мы получаем реальное значение канала.

Есть реальная задача, а именно получать статистику по каналу каждый день в определенный промежуток времени (с 00:00:00 до 08:00:00), данную статистику нужно отображать на экране.

Предположим, что сегодня уже 9:00, а с 00:00:00 до 08:00:00 оборудование находилось в нерабочем состоянии, оператор видит вместо нулевой статистики за данный период, реальное значение канала.

Оператор в недоумении, текущее значение статистики превосходит его ожидания. Начинается суматоха ...

Как быть в таком случае???

3) мы можем выслать Вам проект и файл SIAD архива.

[ 08.07.2011, 19:14: Сообщение отредактировал / Message edited by AdAstra Technical Support ]

Сообщения / Posts 52 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
1) В посте от 24-06-2010 15:23 было четко все расписано как работает тестовый проект. Если Вы считаете, что нужно было расписать подробнее, то просим прощения.

2) Есть две переменные

Arg_019 – диапазон, реально обнаруженный в архиве на основании заданного (T_FROM, T_TO);

Arg_008 – суммарное время достоверности значения канала;

Согласитесь, что делать выборку за будущие время нонсенс.

Если монитор у Вас был выключен какое-то время, то
1) в настройках узла нужно установить галочку "Запись в архивы среза по всем каналам"
2) После включения в архив запишутся значения о недостоверности на время отключения.

Таким образом те две переменные, которые описаны выше, будут Вам индицировать достоверность значения.

Если оборудование находилось в нерабочем состоянии, то признак недостоверности тоже должен быть.

3) Конечно, присылайте. hotline3@adastra.ru

Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028


Icon 1 отправлено / posted      Профиль для / Profile for Soyuz           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
1) Если вы считаете, что пост от 24-06-2010 15:23 и пост от 30-06-2010 13:44 одинаковы, тогда вопросов больше нет.


2) Как быть с защитой от дурака?


3) Проект выслали 06-07-2010. Вы нашли причину, почему МРВ "валится"?

[ 08.07.2011, 19:15: Сообщение отредактировал / Message edited by AdAstra Technical Support ]

Сообщения / Posts 52 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
1) Вы дали инструкцию к каналу LocalStatistics, а мы давали к проекту.

2) Что Вы понимаете под корректной выборкой?

В тех примерах, которые Вы привели, выборка была корректна. Признак недостоверности ставить нельзя.

Как Вы предлагаете автоматически определять
а) не было записей за этот период (прошедший)
или
б) Вы сделали выборку за будущее время
или
в) монитор был выключен
или
г) монитор был включен, а связь с прибором отсутствовала?

Мы должны это угадать?

0 - это тоже значение, а не адекватный ответ. Например, расход за какой-либо отрезок может быть равен 0, а Вы подумаете ошибка.

Анализировать достаточно просто, при этом Вы сами можете устанавливать критерии.

3) Не воспроизводится. Пробовали на 2 и 3 июля. И разные времена, учитывая, что может влиять разница во времени.

Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028


Icon 1 отправлено / posted      Профиль для / Profile for Soyuz           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
1) Тестовый проект и должен был содержать пример как работать с LocalStatistics, чтобы получить статистику по каналу, вот основная задача тестового проекта.

2) Под корректной выборкой, подразумеваем такую выборку из базы данных, результат которой - однозначен.

Если в запрашиваемом диапазоне есть данные, то выдавать статистику именно по этим данным.

А если нет ни единой записи, то выдавать либо 0 (что есть адекватной реакцией) либо признак отсутствия данных.

Получается, что Трейс Мод в случае отсутствия данных в БД выдает в виде результата статистики реальное значение архивируемого канала.

Как нужно интерпретировать такой результат статистики? Это даже не 0, который насторожит. А значение, которое возможно близко к ожидаемому.


Вы считаете что в тех примерах которые мы привели, выборка и последующая статисстическая обработка были корректными?

Как так может быть, что в БД нет данных за этот период, а Трейс Мод выдает нам результат статистики - реальное значение канала, это корректно?


а,б,в,г - значения которые хранятся в БД должны иметь метку времени и значение, соответствующее этому моменту времени.

В том то и дело, что программное обеспечение, которое участвует в управлении технологическим процессом должно не угадывать, а давать однозначный ответ.

А то потом получается, что пользователь начинает угадывать, является ли результат статистики истинным или это реальное значения канала в момент запроса к БД.


Если анализировать просто, распишите пожалуйста как это сделать.


3) Извините, по ошибке отправили не тот архив. Выслали на hotline3@adastra.ru проект и архив.

Нужно сделать запрос (T_From) 30-06-2010 09:00:00 по (T_To) 30-06-2010 10:00:00, при этом с разбиением на три интервала (послать 3 во вход Call.LocalStatistic).

Сообщения / Posts 52 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
1) и 3) Вот тут ошибочка произошла. Я не знаю, где мы в итоге друг друга не до поняли, но работает все по механизму указанному нами. Т.е. в параметр 32 + интервал, во входное значение 1.

Проект мы запускали, все работает. Релиз 6.06.3.


2) Давайте еще раз и по порядку.

за время с 8 до 9 часов значение канала не изменилось ни разу и было равно 20. Допустим это показатель расхода. Т.е. записей в архиве не было за этот период.

Какое значение Вам показывать в качестве максимального 0 или 20?

Естественно, Trace Mode берет срезы на начало и конец выборки и работает с ними.

Если у Вас за этот период были недостоверности, то надо анализировать Arg_019 и Arg_008.

Например, сравнением их с периодом выборки, и если, скажем, недостоверность более 30%, признавать это значение неверным или негодным для дальнейшего использования.

Выборки из архива за будущее время даже не будем обсуждать. Обычно такие выборки делаются программно и за заранее известные интервалы (прошедший час, сутки, смена и т.д.) и это ошибка проектировщика (а не Trace Mode), если выборка произошла за будущее время.

Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028


Icon 1 отправлено / posted      Профиль для / Profile for Soyuz           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
1) 3) Не понятно, в чем Вы считаете произошла ошибочка?

Дело в том, что мы пробовали получить статистику по Вашему механизму, и у нас не получилось заполучить статистику так как нам нужно.

Вот что мы делали:

Запустили присланый Вами проект;

Проверили, что атрибут [34] "Параметр" канала Call#1 равен 37 ( 32 + 5, разделить диапазона выборки на интервалы по 20 минут и выдать статистику);

Во входное значение канала Call#1 послали 1;

К аргументам канала Call#1 привязаны каналы Call.ChGroupReq, смотрим аргументы канала Call.ChGroupReq который привязан к интегралу, но вместо того,чтобы получить значение инеграла за каждые 20 минут часа, получаем только одно значение интеграла;

Изменяли значение атрибута "Параметр", никакого влияния на количество интервалов не заметили, как было одно значение интеграла так и осталось.

Возвращаемся опять назад, что мы делаем не так?

Вы запускали наш последний проект, который мы Вам выслали? Пробовали получать статистику за 30 июня с 9 до 10 и посылать 3 во входное значение?

2) Нам стало понятно, Будем тогда сами надстраивать проверку корректности запроса.

[ 08.07.2011, 19:17: Сообщение отредактировал / Message edited by AdAstra Technical Support ]

Сообщения / Posts 52 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
На всякий случай выслали Вам патч. Проект работает. На Вашем примере не падает.
Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Soyuz
Forum Member / Участник форума
Участник № / Member № 2028


Icon 1 отправлено / posted      Профиль для / Profile for Soyuz           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Разобрались. По видимому пролема были из-за того, что каким-то образом не правильно обновился TraceMode IDE 6.06.2 до 6.06.3. А из-за того, что не видно какая версия IDE, то отсюда и такие непонятки. Статистика извлекается по тому механизму, который Вы указали.

Спасибо.

Сообщения / Posts 52 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
titje
Junior Member / Новичок
Участник № / Member № 4326


Icon 1 отправлено / posted      Профиль для / Profile for titje           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Здравствуйте! Вышлите пожалуйста тестовый проект по этой теме.
Сообщения / Posts 2 | Из / From: russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
AdAstra Technical Support
Moderator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for AdAstra Technical Support           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Отправлено.
Внимание! Разработка примеров проектов по завякам пользователей не входит в обязанности службы технической поддержки и выполнятеся на добровольной основе. Спасибо за понимание!

Сообщения / Posts 15118 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
  Этот топик включает в себя следующие страницы /
This topic is comprised of pages 1  2  3 
 

Quick Reply
Сообщение / Message:

HTML код не разрешен. / HTML is not enabled.
UBB код разрешен. / UBB Code is enabled.

Значки Graemlins / Instant Graemlins
   


Послать новую тему / Post New Topic  Послать ответ / Post A Reply Закрыть тему / Close Topic   Feature Topic   Переместить топик / Move Topic   Удалить топик / Delete Topic Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
 - Printer-friendly view of this topic
Перейти к / Hop To


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us

Rambler's Top100 Rambler's Top100



Powered by Infopop Corporation
UBB.classic™ 6.7.2