При умышленном разрыве связи с контроллером аппаратная недостоверность равна нулю (_Т), а реальные значения каналов перестают обновляться, в чем может быть причина вывода некорректной аппаратной недостоверности? И должен ли узел резервный переходить в статус Work при обрыве связи с контроллером? RTM+ DF Версия 6.07.7, связь по Ethernet.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Формирование аппаратной недостоверности у канала Input, связанного с контроллером по Modbus TCP, перепроверено в релизе 6.07.7 при физическом разрsdt сети у контроллера и при отключении его сетевого адаптера - признак недостоверности устанавливается в течение 2-3 сек.
Автоматическое переключение узла TRACE в режим WORK при потере узлом WORK связи с контроллером не предусмотрено. Если Ваша программа при возникновении такого события переключит WORK в TRACE, то его партнер автоматически перейдет в режим WORK.
Posted by Валерий Багин (Участник № / Member № 3467) on :
Понятно, тогда из-за чего может не переключаться аппаратная недостоверность? Не переключается сколько ни жди. Запуск МРВ с отсутствием связи также происходит с ложной достоверностью. Может ли это быть связано с отсутствие на компьютере NetFramework3.5...
Связь через драйвер Omron
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Если ни одного успешного коннекта к устройству не было (например, при "запуске МРВ с отсутствием связи"), запросы от каналов не формируются, поэтому аппаратная недостоверность у них не выставляется.
С отсутствием на компьютере NetFramework3.5 это никак не связано.
Помимо аппаратной недостоверности в каналах целесообразно контролировать сетевой обмен с помощью соответствующих диагностических переменных. В релизе 6.07.7 для этого реализованы комплексные функции диагностики (см. раздел "Управление и диагностика обмена по встроенным протоколам").
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Следует добавить, что обмен с контроллером OMRON осуществляется по UDP, поэтому запрос посылается при любым вариантах состояния сети и признак недостоверности у канала выставляется при отсутствии корректного ответа на запрос по любым причинам.
Posted by Валерий Багин (Участник № / Member № 3467) on :
С проблемой разобрался, почти все каналы Float, hex были привязаны через групповые запросы.
Posted by Ilgeneer (Участник № / Member № 5896) on :
Здравствуйте, при подключении контроллера omron по ethernet связь работает, но регулярно пропадает достоверность, буквально на секунду, потом все восстанавливается и работает дальше. физических помех нет, связь через провод 1.5 метра. на данной сетевой плате других подключений нет.
С чем может быть связано такое мигание дастоверности? Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Судя по приведенному графику, недостоверность формируется при каждом получаемом значении, отличном от 0. Возможно, речь идет о несогласованных форматах.
Надо проводить диагностику сетевого обмена с помощью ключа DEBUGON=400 в файле конфигурирования запуска узла.
Posted by Ilgeneer (Участник № / Member № 5896) on :
А как провести эту диагностику?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В файле TMcom_<ordinal>.cnf (см.документацию), размещаемом в папке узла записать ключ DEBUGON=400
В профайлерном протоколе в папке узла будут описаны возникающие конфликтные ситуации сетевого обмена.
