Здравствуйте! Подскажите пожалуйста, какой тип данных у атрибута достоверность? Пытаюсь обработать значение атрибута достоверность программно, с целью исключения кратковременных срабатываний, и вывести на экран.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Целочисленный. Либо 0, либо 1.
Posted by andrelek (Участник № / Member № 3209) on :
Подаю на вход INP FBD-блока TON(задержка на включение) значение атрибута достоверность, на входе PT просто число. При отладке программы, все работает так как нужно. Но при работе МРВ в выходных аргументах(связанных с выходами блока TON) канала вызова программы, нулевые значения. Что я неправильно делаю?
Posted by andrelek (Участник № / Member № 3209) on :
Приходится делать такую процедуру, из-за того что каналу, которому передаются значения по протоколу Hart, периодически на 1-2 секунды МРВ присваивает недостоверность(атрибут 4).
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Отладка программы не работает с атрибутами каналов. Причин неработоспособности может быть несколько. Пришлите тестовый пример на hotline3@adastra.ru
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Если у канала появляется аппаратная недостоверность, то программа трансляция не отрабатывается. Анализ недостоверности надо делать в отдельной программе.
Posted by andrelek (Участник № / Member № 3209) on :
Огромное спасибо !!!!! Все заработало!!!
Posted by Soyuz (Участник № / Member № 2028) on :
Что происходит с достоверностью канала?
Структура связи следующая: МРВ общаеться с контроллером по протоколу ModBus через COM порт.
Проект создан в IDE TM 6.02
Запускаем проект на исполнене в профайлере. Пока есть связь с контроллером, атрибут достоверность [004] канала, который привязан к источнику\приёмнику ModBus - _T, выключили контроллер, атрибут по прежнему _T. Запускаем проект на исполнение при выключеном контроллере, атрибут - _F, включаем контроллер, а атрибут по прежнему - _F.
Останов и перезапуск профайлера ничего не меняет. Такое поведение случайно, и не определена зависимость.
Из-за чего происходит такое поведение?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Т.е. у Вас данные идут , а у канала недостоверность?
Posted by Soyuz (Участник № / Member № 2028) on :
Нет, данные от контроллера с помощью TraceMode не получали. Хотя ModBus Poll мог получить данные от контроллера.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Скорее всего Вы где-то ошиблись в настройках переменной Modbus. Посмотрите с помощью Portmon запросы и ответы устройства.
Posted by Soyuz (Участник № / Member № 2028) on :
Дело в том, что указанное поведение произошло на рабочем проекте - то есть данные от контроллера приходжили. Но стоило перезагрузить контроллер, и все, данные не приходят и достоверность каналов "замораживается". Когда контроллер загрузился, данные перестали поступать в профайлер. PortMon показал, что запросы от профайлера формируются. Мы закрыли профайлер, и запустили ModBus Poll (эмулятор ModBus Master'a), он получает данные от контроллера. Такое поведение не постоянно, но выяснить причину так и не удалось.
Posted by Soyuz (Участник № / Member № 2028) on :
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Странная ситуация. Если запросы от Trace Mode формируются, то контроллер должен отвечать.
По Modbus RTU принудительного отключения каналов не происходит.
Как часто такая ситуация происходит? Или это был единичный случай?
Posted by Soyuz (Участник № / Member № 2028) on :
Принудительного отключения каналов не было.
Такая ситуация повторялась где-то раз 10, первых два раза в один день, остальные в другой.
Потом исчезла сама собой.
Чтобы заново можно было с помощью профайлера обмениваться с контроллером, нужно было заврешить работу профайлера, и из среды разработки снова его запустить.
После этого обмен возобновлялся.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Профайлер нормально работает только 2 часа. После этого функции обмена отключаются.
Posted by Soyuz (Участник № / Member № 2028) on :
quote:Отправитель / Originally posted by AdAstra Technical Support: Профайлер нормально работает только 2 часа. После этого функции обмена отключаются.
Мы знаем про существовние такого ограничения. Но
проблема возникала не по причине истечения 2 часов.
Как было написано выше, достоверность канала не
меняла своего значения после того, как мы
перезагружали контроллер.
Сейчас все работает как и должно - перезагружаем
контроллер, достоверность _F, появилась связь с
контроллером, достоверность _T.
Как бы снова такое поведение не повторилось. Для этого и хотим выяснить причину такого поведения.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Причину сказать не можем, никаких видимых причин для этого нет. У других пользователей похожих ситуаций не встречалось.
![[fun / веселый]](graemlins/fun.gif)
!!!!!