Напишите, пожалуйста, на support@owen.ruЦитата:
Сообщение от vorobev22rus
Напишите, пожалуйста, на support@owen.ruЦитата:
Сообщение от vorobev22rus
vorobev22rus, а opc ua вырезали полностью?
Есть там глюк с отсутствием элементарной переменной в списке переменных для передачи. После этого такая ерунда и творится.
И второй глюк с невозможностью подписаться на новые переменные, если плк долго был в онлайне, как раз перезагрузкой лечится, но до следующих хотелок добавить переменных или другим клиентом подцепиться.
Хотя, конечно, это и не ваш случай...
vorobev22rus какая Scada? или OPC? кто опрашивает?
для теста, разверните RapidScada, в ней есть настройка отключения соединения после опроса. Сделать так. Настроить опрос на OPC UA контроллера, можно и на Modbus TCP, в ней же поднять в источниках данных OPC UA сервер и вашу Scada подключить к ней. (в общем сделать такую прокладку для теста) и понаблюдать.
Да символьную конфигурацию для OPC UA удалил, проект перезалил в надежде на Modbus TCP. Подписка на новые переменные мне особо не требовалась, а вот про "отсутствие элементарной переменной" можно поподробней (архив с предыдущим проектом имеется).Цитата:
Сообщение от МихаилГл
Я пробовал qModMaster, в дампе трафика - то же самое (инициатор разрыва соединения - ПЛК)
Вложение 83772
Предыдущее сообщение, к тому, что надо искать проблему скорее в журналах ПЛК, а где - не знаюЦитата:
Сообщение от melky
https://owen.ru/forum/showthread.php...l=1#post435899Цитата:
Сообщение от vorobev22rus
Булевые переменные в конфигурации есть точно, скорее что то другоеЦитата:
Сообщение от МихаилГл
Если линию порвать физически и восстановить пока обмен есть?
Вчера до того как выставил в FB MB_TcpSlave Таймаут сокета 3 сек пробовал - переполнялся активными подключениями и переподключение становилось невозможным. Я и думал, что теперь ПЛК отключает клиентов(по бездействию) и все мои проблемы решены...Цитата:
Сообщение от Sergey361