Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
При умышленном разрыве связи с контроллером аппаратная недостоверность равна нулю (_Т), а реальные значения каналов перестают обновляться, в чем может быть причина вывода некорректной аппаратной недостоверности? И должен ли узел резервный переходить в статус Work при обрыве связи с контроллером? RTM+ DF Версия 6.07.7, связь по Ethernet.
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Формирование аппаратной недостоверности у канала Input, связанного с контроллером по Modbus TCP, перепроверено в релизе 6.07.7 при физическом разрsdt сети у контроллера и при отключении его сетевого адаптера - признак недостоверности устанавливается в течение 2-3 сек.
Автоматическое переключение узла TRACE в режим WORK при потере узлом WORK связи с контроллером не предусмотрено. Если Ваша программа при возникновении такого события переключит WORK в TRACE, то его партнер автоматически перейдет в режим WORK.
Сообщения / Posts 17322 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
Понятно, тогда из-за чего может не переключаться аппаратная недостоверность? Не переключается сколько ни жди. Запуск МРВ с отсутствием связи также происходит с ложной достоверностью. Может ли это быть связано с отсутствие на компьютере NetFramework3.5...
отправлено / posted
Если ни одного успешного коннекта к устройству не было (например, при "запуске МРВ с отсутствием связи"), запросы от каналов не формируются, поэтому аппаратная недостоверность у них не выставляется.
С отсутствием на компьютере NetFramework3.5 это никак не связано.
Помимо аппаратной недостоверности в каналах целесообразно контролировать сетевой обмен с помощью соответствующих диагностических переменных. В релизе 6.07.7 для этого реализованы комплексные функции диагностики (см. раздел "Управление и диагностика обмена по встроенным протоколам").
Сообщения / Posts 17322 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Следует добавить, что обмен с контроллером OMRON осуществляется по UDP, поэтому запрос посылается при любым вариантах состояния сети и признак недостоверности у канала выставляется при отсутствии корректного ответа на запрос по любым причинам.
Сообщения / Posts 17322 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Валерий Багин
Forum Haunter / Завсегдатай форума
Участник № / Member № 3467
отправлено / posted
С проблемой разобрался, почти все каналы Float, hex были привязаны через групповые запросы.
Сообщения / Posts 125 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Ilgeneer
Forum Member / Участник форума
Участник № / Member № 5896
отправлено / posted
Здравствуйте, при подключении контроллера omron по ethernet связь работает, но регулярно пропадает достоверность, буквально на секунду, потом все восстанавливается и работает дальше. физических помех нет, связь через провод 1.5 метра. на данной сетевой плате других подключений нет.
отправлено / posted
Судя по приведенному графику, недостоверность формируется при каждом получаемом значении, отличном от 0. Возможно, речь идет о несогласованных форматах.
Надо проводить диагностику сетевого обмена с помощью ключа DEBUGON=400 в файле конфигурирования запуска узла.
Сообщения / Posts 17322 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Ilgeneer
Forum Member / Участник форума
Участник № / Member № 5896
отправлено / posted
В файле TMcom_<ordinal>.cnf (см.документацию), размещаемом в папке узла записать ключ DEBUGON=400
В профайлерном протоколе в папке узла будут описаны возникающие конфликтные ситуации сетевого обмена.
Сообщения / Posts 17322 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
