Ошибка 46:Адаптер занят

[Ильшат]

Добрый день!

Очень часто стали выходить сообщения в журнале «Ошибка 46» при сборе текущих данных наборов после обновления ВзлетСП4 (см рис), при этом сессия c  в сеансе опроса не рвется.
Связка   Modbus устройство + АСЕВ40 + СП4+SCADA(OPCDA client, IFix).
 Набор настроен след.образом :
1) Настройки набора доступ ч.з OPC, стиль тэга Имена, без паузы;
1) Сбор текущих наборов  с периодичностью 2.30 мин.
Так вот при появлении данной  ошибки,  признак качество тэга  становится «BAD Quality», и на скаде у диспетчеров постоянно срабатывают ошибки нет связи(так настроен тэг).
Как можно исключить данную ситуацию?
Может,  как-то надо правильно настроить частоту опроса на стороне OPC клиента ?

Заранее благодарен за ответ!

[Дмитрий Пархоменко]

Здравствуйте!

Уточните, пожалуйста, какая именно у Вас версия Взлет СП используется?

[Ильшат]

Версия ВзлетСП4  4.0.36.7

[Дмитрий Пархоменко]

Сама же ошибка 46 обозначает, что в момент запроса, адаптер был чем-то занят, к примеру пытался прочитать текущее время прибора или нештатных ситуаций, если был выбран какой-то драйвер (тип прибора) в самом АСЕВ. Важно знать как Вы настроили адаптер, возможно это именно такая ситуация.

Качество падает из-за ошибки сбора данных, мы посылали запрос, а ответ от прибора не получили, здесь все правильно.

По настройкам самого АСЕВ (прочитайте удаленно настройки АСЕВ):
- какой тип прибора выбран в адаптере АСЕВ, можете ли прикрепить сюда скриншот первой вкладки "Адаптер" из программы настройки АСЕВ?
- выполняется ли контроль событий с прибора, есть ли выбранные опции на вкладке События?
- включено ли расписание в адаптере?

По Взлет СП:
- какой тип прибора выбран в СП, "Modbus-прибор"?
- Вы пишите что у Вас включен автоматический сбор текущий раз в 2,5 минуты, а какова частота опроса параметров через OPC?

И еще, попробуйте обновить ПО адаптера АСЕВ, возможно ядро адаптера устаревшее. Это при удаленной настройки адаптера, пункт меню "Настройка", "Записать ПО и данные", после удаленного чтения настроек.

П.С.: также, если обновление ПО адаптера не поможет, можете собрать нам логи от служб Взлет СП с отладочной информацией (включается в настройках приложения Консоль) и выслать нам на sp@vzljot.ru, попробуем что-то еще найти, понять.

[Ильшат]

Добрый день!

Настройки АСЕВ:
1)   Прикрепил скриншот первой вкладки рис.1, контроль событий и расписание отключены;
2)   В периоде опроса состояния было 60 мин, возможно причина в этом. Не понятно зачем нужно опрашивать состояние modbus прибора, текущего времени прибора нет ( в моем случае OWEN МВ110-8А);
Подключил сегодня у себя в конторе аналогичный Овен прибор + АСЕВ + OPC client  с периодам опроса состояния 1 мин. для эксперимента,   действительно очень часто проскакивают BAD пакеты при опросе OPC-клиентом.

По ВзлетСП4:
3)   Тип прибора выбран  "Modbus-прибор";
4)   Частота опроса параметров на Proficy iFix Client (v.7.42) настроена след образом (рис.2) + автом.сбор текущих данных 2,5 мин. с сохранением в БД ;
Какую бы частоту опроса я не выставлял на стороне OPC –клиента, на сервере ВзлетСП  по состоянию на «сеансе опроса» вижу очень частый опрос устройства( раз в секунду), также такое состояние наблюдаю по индикации ответа RS485 на modbus устройстве. Пытались менять частоту опроса Poll Rate  и в большую сторону, результата  тот же. Может, мы как-то некорректно настроили OPC клиент, на такой частый опрос не нужен;
5)   ПО Адаптера АСЕВ ядро 88.01.04.00 выпуск 35;
6)   Выслать логи от служб ВзлетСП с отладочной информацией смогу только на след. неделе.

 Пока изменил параметр период опроса состояния  АСЕВ на 0, посмотрим на результат.

Заранее благодарен за ответ!

[Дмитрий Пархоменко]

При выборе Modbus-прибора в АСЕВ, "Период опроса состояния" имеет значение только тогда, когда на вкладке "События" есть отмеченные позиции, т.к. текущего времени конечно с такого прибора не получить. Перепроверьте настройки на указанной вкладке, т.к. АСЕВ умеет контролировать состояния дискретных сигналов.

Но, я думаю вряд ли именно это влияет. Логи покажут.

Сам OPC-клиент на самом деле как бы не опрашивает параметры, он просто их ставит на подписку (опрос) и все.
OPC сервер опрашивает параметры без остановки, пока действует подписка на параметры с приборов.
Чтобы была остановка опроса параметров, следует в настройках набора выставить паузу и указать качество для тэгов на время паузы: сомнительное (временно пропала связь), плохое (совсем нет связи, т.к. BAD), оставлять какое было (как правило GOOD). По умолчанию и правильный вариант с точки зрения OPC на время паузы - сомнительное.

Что касается прочих настроек, рекомендую Вам следующее:
1. установить асинхронный режим в настройках OPC-клиента, чтобы OPC клиент со своей стороны не ставил BAD;
2. так как опрос Вам нужен не частый, а раз в 2,5 минуты, поставьте в настройках набора паузы для OPC опроса, к примеру хоть минуту (1,5 минуты опрос параметров, с учетом соединения, и 1 минута паузы) и установите то значение для качества тэгов которое Вам лучше подойдет под Вашу SCADA.

[Ильшат]

Добрый день!

Вопрос на форуме :  Re:Ошибка 46:Адаптер занят

Отправил вам на почту sp@vzljot.ru   логи от служб Взлет СП с отладочной информацией. Также, журнал сообщений с одного объекта, чтобы отследить  в какой момент проскакивает данная ошибка №46.
---------------------------------------------------------------------------------------------------------------------------------------------
Что касается прочих настроек, рекомендую Вам следующее:
1. установить асинхронный режим в настройках OPC-клиента, чтобы OPC клиент со своей стороны не ставил BAD;
2. так как опрос Вам нужен не частый, а раз в 2,5 минуты, поставьте в настройках набора паузы для OPC опроса, к примеру хоть минуту (1,5 минуты опрос параметров, с учетом соединения, и 1 минута паузы) и установите то значение для качества тэгов которое Вам лучше подойдет под Вашу SCADA.
----------------------------------------------------------------------------------------------------------------------------------------------

1.Мне ни как не удается настроить асинхронный режим со стороны OPC клиента, вернее настраиваю группу  тегов с необходимыми I/O Type Asynchronous, Async Timeout, PollRate.Но как только коннектюсь к Vzljot.VzljotSpProxyServiceDa.1, все настройки слетают на синхронный метод опроса. Будем  думать, как то настроить.
2.Опрос как раз происходит  частый раз в 10 сек (см.выше рисунок) опрос по OPC с выводом на СКАДУ,  плюс происходит  каждые 2 .5 минуты сбор данных с сохранением в БД по  наборам.

Заранее благодарен за ответ.

[Дмитрий Пархоменко]

Здравствуйте!

Судя по логам, Ваш адаптер пытается прочитать нештатные ситуации с прибора (дискретные входа Modbus-прибора, 02-функцией) и на это время он занят (порядка 24-25 секунд с учетом ошибок modbus и повторных переспросов). По Вашим словам, у Вас отключен контроль НС прибора, но Вы должны также понимать, что этот опрос прибора со стороны адаптера также производится, если в настройках адаптера включен контроль связи с прибором.

Есть 2 варианта для Вас:
1. убрать оба флага "Отсутствие связи с прибором" и убрать все флаги контроля нештатных ситуаций ниже (см. рисунок)
2. либо, выбрать в настройках самого АСЕВ драйвер "Разные" вместо драйвера "Modbus-прибор", но это немного увеличит время на обнаружение ответов от прибора, так как определение конца ответа будет производится по тайм-ауту, а не контрольной суммы modbus.

[Ильшат]

Добрый день!

Действительно, Вы были правы! Спасибо Вам!
В данном адаптере в событиях по НС не заметил выставленные флаги по дискретном входам (были в конце списка DI28-32 на устранение).Исправил!
Но есть ряд схожих объектов,подключенных чз АСЕВ40, где все таки контроль событий необходим(открытие двери, резервное питание). Отключить "контроль" нет возможности.Теги, относящиеся к этому
блоку(адаптеру), также периодически получают качество OPC_QUALITY_BAD.

Поэтому, из всего вышеуказанного, почему бы не рассмотреть вопрос  добавления  на сервере ВзлетСП4 ,в настройках сеанса опроса(или набора), функции количества запросов, при отсутствии которых принимается решение об отсутствии связи с объектом(тегов с качеством OPC_QUALITY_BAD). Данный функционал на стороне OPC client, решил бы проблемы при частых сбоях со связью с адаптерами Ethernet, ошибок полученных от них и т.п. Если это возможно, конечно.
Было бы очень удобно! Примеры настроек на рисунках.

Заранее благодарен за ответ!

[Ильшат]

Примеры настроек на рисунках.

[Ильшат]

Примеры настроек на рисунках.

[Дмитрий Пархоменко]

Введение количества переспросов до понижения качества тэгов не поможет, т.к. скорость обмена на разных каналах связи разное, придется под каждое подключение "ловить" свое число.

Давайте лучше поступим следующим образом, именно для Вашей ситуации, когда адаптер действительно занят длительное время попытками опросить контролируемый им прибор на предмет событий НС, мы не будем смотреть на количество попыток повторных запросов, а будем следить за временем которое ушло на эти попытки, т.е. по тайм-ауту. Введем к примеру тайм-аут для такой ситуации в 30 секунд, если за это время так и не будет ответа от прибора, то только тогда мы будем понижать качество тэга.

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

[Дмитрий Пархоменко]

П.С.: Изменения уже внесли. Как я и писал ранее, если Вам нужно это изменение оперативно, напишите мне, я вышлю Вам ссылку на загрузку обновления.

[Ильшат]

Добрый день!

В результате обновления ВзлетСП4 до следующей версии(высланной вами от 10.03.2021г), и сделав анализ событий в журнале сообщений, обнаружил:

1) "Ошибки 46" исчезли совсем по всем объектам, где установлен адаптер АСЕВ40;
2) Терялась связь кратковременно с объектами только в результате разрыва соединения(ошибка 122 TCPIP);
3) Проблемы с  тегами OPC_QUALITY_BAD  практически исключены, пару раз проскочило на одном адаптере за эти дни,  возможно из-за превышение выставленного тайм-аута(обрыва связи не было). Поэтому возникает вопрос, данный тайм аут ( 30 секунд как вы писали выше)можно как то регулировать, или он жестко прописан;

А так. в целом, стало намного лучше и стабильнее. Спасибо Вам!

Заранее благодарен за ответ!

[dimoniche]

Здравствуйте.

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