This is topic Архивный тренд in forum TRACE MODE 6 бесплатная Базовая версия / TRACE MODE 6 free Base version at Форум TRACE MODE: техническая поддержка.
Здраствуйте уважаемые специалисты! Пишу Вам впервые потому зарание простите за дурацкие вопросы и ошибки. У меня проблема следующего характера. 1.Архивный тренд , отображает информацию с двох каналов типа FLOAT , при перемотки архива дальше 24 часов информация не отображается.Тоесть от текущего времени архив можна промотреть только на 24 часа назад.Архивный файл *.rep , увеличевает размер тоесть информация записуется.Пробовал изменят буфер тренда до 10.000. 2.Ранее стояла програма ТМ5 , после установки ТМ6 и удаления преведущей версии перстаёт работать ОРС- сервер , после повторной установки ТМ5 все стаёт на свои места.В хелпе упоминаетьса програма для регистрации ОРС-сервера но в програме её нет. Жду Вашего ответа!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Вы работаете в базовой версии. Профайлер этой версии поддерживает архив не более 24 часов. Читайте раздел "Принципиальные отличия компонентов". 2. Действительно, opccomn_ps.dll и opcproxy.dll по ошибке не включены в поставку релиза 6.05. Возьмите их из папки Trace Mode 5, поместите в папку Trace Mode 6 и зарегистрируйте с помощью regsvr32.exe.
Posted by Андрей В. (Участник № / Member № 2749) on :
Большое спасибо за совет с ОРС-сервером , все работает даже и без ТМ5!!!
Posted by Андрей В. (Участник № / Member № 2749) on :
Добрый день уважаемые господа! Снова столкнулся с проблемой архивного тренда. После добавление в проект некоторых новых каналов и записи их в архив наблюдается следующая проблема. При перезапуске или остановке профайлера графическая информация на арх. тренде отображается "как бы с нуля" , хотя ранее при презапуске новая информация отображалась вместе со старой.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Это может произойти, если максимальный индекс канала в узле превышает его ограничение по лицензии.Тогда при загрузке узла в МРВ происходит переиндексация каналов и нарушение интерфейса с архивом. Мы предполагаем в следующем релизе принять меры для устранения таких коллизий.
Posted by Андрей В. (Участник № / Member № 2749) on :
Большое спасибо за ответ! После изменения параметров архивного файла всё снова работает , архив отрисовуется с точки остановки .В одоном из топиков (платной версии) обсуждался вопрос прорисовки архивных трендов " в будущее" . Вопрос , устранена ли эта проблема в базовой версии ТМ6 которая размещена на вашем сайте? Если нет подскажите как бороться с этой проблемкой. Заранее благодарен за ответ. С уважением Андрей В.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Эта проблема решена.
Posted by Андрей В. (Участник № / Member № 2749) on :
Добрый день уважаемая техподдержка! После установки ТМ 6.05.01 столкнулся со следующей проблемой , кнопки перемотки "на час назад" "вперёд" просто не работают.То есть после пару часов работы профайлера нажымаю кнопку "на час назад" перемещаюсь на текущее время (независимо от таво сколько раз жать) ; нажимая "на час вперед" происходит перемещение назад ровно на длину оси времени. Пробовал менять параметри архивного тренда, создавал наново АТ , менял длину оси времени - ничево не помогает. Подскажите пожалуйста что делать с такой вот проблемой
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Очень похоже, что архив не подключен. В окне "Компоненты" есть (см.документацию в разделе "Проект .../Отладка.../Профайлеры/Профайлер с поддержкой графических экранов") информация о состоянии и функционировании архивов. М.б., каналы, выводимые в АТ, не архивируются. Если ничего не получится, присылайте проект на адрес техподдержки.
Posted by Андрей В. (Участник № / Member № 2749) on :
Добрый день уважаемые господа!!! Спасибо что ответили. С помощью ваших подсказок выяснил что архив работает , так как атрибут 41 был активен для каналов АТ , а также по АТ можно перемещаться используя функцию перехода к временной метке. Но проблемы с которыми я столкнулся ранее удалось решить другим путём : все атрибуты каналов выставил по умолчанию , изменил имя файла СПАД , уменьшил кеш и размеры архивного файла , а также буфер АТ , то есть практически всю процедуру проделал наново – все заработало. Но возникли новые вопросы 1.В новом релизе вы добавили предупреждения которые « выскакуют » при неправильной работе профайлера (Calc loops is big , Overstress CPU , и т.д.) , есть ли у Вас объяснения к етим сообщениям , причины их возникновения и советы по их устранения , или каждый случай уникален 2.В моем проекте при запуске профайлера и перехода на экран который содержит тренды , гистограммы , динамический текст - профайлер сразу же зависает , помогает только диспетчер задач. Если зайти на тот же экран через 1-2 часа все работает как надо , подскажите в чем может бить проблема?
С уважением Андрей В.
Posted by M@V (Участник № / Member № 1800) on :
Уважаемый, по первому вопросу Вы невнимательно следите за форумом и не прочитали по крайней мере два топика: 1.Время использования процессора в разделе Мониторы реального времени. 2. и О ТМ6.05.1 в этом разделе. А вторй Ваш вопрос это скорее всего следствие первого нерешенного, так как система пересчета ваша в самом начале старта очень загружена и при работе с графикой возможны зависания (обильная графика вызываемого экрана). С уважением, M@V.
Posted by Андрей В. (Участник № / Member № 2749) on :
Здравствуйте . М@V , большое спасибо за совет ! Действительно в раздел МРВ я ещё не заглядывал , но теперь почерпнул много полезной информации. Касательно темы «О ТМ6.05.1» , перечитывал и не раз . Но проблемы которые описаны в теме «Время использования процессора» , немного отличаются от моих . У них зависания происходит после нескольких часов работы , у меня же наоборот только в начале ; второе экран который вызывается менее всего загружен графическими элементами (один тренд , две гистограммы , два динам. текста) , в то время как стартовый экран имеет 12 видео клипов около 20 динам элементов и при макс. загруженности потребляет 50-60% ресурсов CPU. Ну и трете , наверное самое интересное , стоит удалить тренд с вызываемого экрана и система работает без проблем. Попробую решить эту проблему в завтра , но если у Вас есть еще какие то идеи пишите, буду очень рад.
Posted by M@V (Участник № / Member № 1800) on :
День добрый, уважаемый. В разделе - SIAD/SQL. Архивирование в TRACE MODE/SIAD/SQL. в топике - Как считать архив на тренде? Есть интересное замечание про толщину линий на тренде, может это и у Вас. С уважением M@V.
Posted by Андрей В. (Участник № / Member № 2749) on :
M@V большое спасибо за совет !!! Уменшил толщину линий , снял ненужние флажки в свойствах єкрана и всё заработало как надо Posted by Андрей В. (Участник № / Member № 2749) on :
Добрый день уважаемые господа , перейшли на проф. версию ТМ6 , работаем под МРВдок+. Архив СПАД уже работает более месяца , все данные с архива отображаються на 4-х архивны трендах. Проблема состоит в том , что на трендах навигация очень утруднена , тоесть нажимаеш на час вперёд или назад и буфер может загружать данные от 5 до 15 сек, не очень удобно когданужно просмотреть информацию за сутки . Пока что только увеличил буфер до 300 000 для всех трендов , установил приоритет СПАД Above_Normal ситуация почти не изменилась. Подскажите пожалуйста оптимальные настройки .
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Скорее всего Вы делаете очень большие выборки. Менять настройки приоритетов мы не рекомендуем.
Оптимальных настроек как таковых нет. Можно только посоветовать уменьшить буфер, а также уменьшить количество кривых на тренде.
Posted by Андрей В. (Участник № / Member № 2749) on :
Хорошо настройки приоритетов поставлю по умолчанию . Буфер уже урезал до 100 000 , кажется немного лучше работает , самое интересное что сильно зависает только при просмотре данных за последние пару часов , при отмотке на сутку работа более стабильна. Количество кривых на трендах от 2 до 5 , статусов от 2-4 , это много ? Как влияет размер кеша и время его сохранения на работу архива? Очень часто при переходах на экране с трендами слышно звук ошибки ХР , хотя звуковых файлов в проекте вообще нету .
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Много или мало 4-9 кривых на тренде зависит от мощности и загрузки компьютера.
Время сохранения практически не влияет на работу архива. Увеличение кэша должно увеличить производительность архива. Только смотрите, чтобы у Вас хватило оперативки.
Звук ошибки при переходе с экрана на экран - это очень странно. Сообщений в логе при этом никаких не появляется?
Posted by Андрей В. (Участник № / Member № 2749) on :
Добрый день , прошу извинения за столь позний ответ , не было возможности протестировать систему раньше. 1. Данные рабочей машины : Pentium Core 2Duo 2.2GHz , 2 Гб ОЗУ , винт 250 Гб. 2. Полностю перезапустил проект ( первичный
Posted by Андрей В. (Участник № / Member № 2749) on :
Добрый день , прошу извинения за столь поздний ответ , не было возможности протестировать систему раньше. 1. Данные рабочей машины : Pentium Core 2Duo 2.2GHz , 2 Гб ОЗУ , винт 250 Гб. 2. Полностью перезапустил проект ( первичный архивный файл был удалён). Задал следующие параметры для СПАД : Размер архива 450 МБ , Кэш период 400 , размер 64 , макс. очередей записей 450 000 . Для архивных трендов размер буфера 50.000 и 100.000 , диапазон оси времени 1 час. На данный момент МРВ работает 3-ий день , навигация на тренде проходит без проблем , но было отключено архивирование по Modbus TCP/IP. И ещё одно, МРВ работает с файлами подкачки ХР? , так как у меня постоянно висит около 1.5 Гб в диспетчере задач после отключения МРВ падает до 0.4. 3. Нашёл следующую закономерность , звук ошибки появляется только в том случае ели "ползунок" навигации по архивному тренду стоит на отметке реального времени ( конец графика).
INF_RTM:stop time is 7.031 s INF_RTM:number of calculation = 785 ._.:END OF WORK
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
"но было отключено архивирование по Modbus TCP/IP. " Что именно Вы имеете в виду?
МРВ получает от ОС виртуальную память как по своим явным заказам, так и в случае, если ОС сама выделяет ее для каких-то потоков, если считает, что заказанные МРВ объемы оперативной памяти она не может предоставить, т.к. существуют задачи более приоритетные.
Если большой объем виртуальной памяти обусловлен именно недостаточностью оперативной памяти, то это, в частности, может приводить к существенным задержкам в реализации различных функций МРВ - отображения на экранах, выборок из архивов, обработки информации и пр.
Ошибки, которые отмечены в протоколе, говорят о нейстойчивости обмена с контроллером (OMRON/IP?). Судя по логу проекта, Вы напрямую связали аргументы каких-то шаблонов с компонентами слоя "Источники/Приемники", связанными с драйверами. Ошибки обмена не связаны напрямую с этими привязками. Но в реальном проекте мы не рекомендуем такие упрощенные привязки. Правильнее создать в явном виде каналы, связанные с "Источниками", и уже к ним привязывать аргументы шаблонов.
Posted by Андрей В. (Участник № / Member № 2749) on :
1. Полностью отключён обмен с операторской панелью Digistar II фирмы Gefran , опрашивалось и архивировалось порядка 11 каналов по Modbus TCP/IP. Возможно тут в этом обмене и была вся загвоздка. 2. Нет, оперативной памяти точно хватает : сегодня пробовал сколько максимум загружает процесс rtcx в диспетчере дошло до 250 Мб ( переход по графических экранах , навигация по архивах) потом опускается до 8 Мб , а файл подкачки постоянно 1 Гб. В принципе ОЗУ не проблема 3. Обмен по OMRON/IP отсутствует, опрос идёт через ОРС сервер фирмы Омрон , правда в источниках \приемниках осталась группа которая вела опрос по OMRON/IP . Сейчас обмен по данному протоколу не проходит так как файл omron_ip_addr_tab не сконфигурирован. Есть смысл полностью удалить данную группу ? 4. Да , есть у меня пару таких связей , нужно будет переделать.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. В самом процессе запроса данных по Modbus TCP и архивирования полученных данных нет факторов, затрудняющих выборки из архивов и другие процедуры. Возможно, какие-то проблемы с сетевыми ресурсами конкретного коннекта, вызывающие синхронные (online) повышенные требования к ресурсам процессора, и могут как-то влиять. Надо дополнительно проверять.
2. Сколько остается свободной оперативной памяти при работающем rtcx? Как вообще распределена RAM?
3. Конечно, неработающую группу надо удалить или отвязать от "Источников".
Posted by Андрей В. (Участник № / Member № 2749) on :
1.Понятно, скажите тогда пожалуйста как проверить обмен по Modbus TCP/IP , какие логи посмотреть , так как пока подозрения на него падают. 2.При работающем rtcx остается порядка 1.5 Гб свободной памяти , при просмотре архивов или управлении тех процессом , МРВ максимум подгружает ещё 150Мб. В принципе кроме МРВ на данном ПК запускается текстовые редакторы и интернет браузеры, больше никаких ресурсоёмких задач он не выполняет. В принципе архив работает уже 5 дней , замечаний нету , таким образом либо настройки были плохие, либо что то с обменом по Modbus TCP. 3. В самом проекте такой группы нет , осталась только группа в "Источниках" , которая и была подключена по OMRON/IP.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Нужно смотреть сниффером (анализатором трафика) время выполнения запроса, время ответа, а также дополнительную информацию. Можно также попробовать отключать и включать каналы обмена по Modbus TCP в реальном времени и смотреть как это влияет на систему в целом. 3. Сама по себе группа в Истониках\Приемниках ни на что не влияет, пока не подключена к каналам.
![[Улыбка / Smile]](smile.gif)