Передача данных от InTouch в PLC

[Anicha]

Добрый день.
Столкнулись с проблемой передачи данных от InTouch в ПЛК Tsx Premium (Шнайдер Электрик).
Имеем такую картину: периодически команды на запись от интача в контроллер не проходят. Во вложении скрин Log Viewer. Как это исправить? Спасибо

[mp3corp]

Сам работаю с таким же контроллером. Советую использовать "родной" I/O сервер MBENET, была аналогичная проблема только с DASMBSerial, которой хотели использовать для "старого" Шнайдера.

[Anicha]

У нас подключение реализованно через OFServer по IP и XWay адресам контроллера. Думаю, что может быть попробовать обновить на более новую версию FSGateway?

[mp3corp]

Ваша система вообще работала, или тока в процессе наладки находится?

[Anicha]

Система работала нормально примерно 2 года, проблема появилась недавно.

[Генератор зла]

Ставились какие-либо апдейты на ОС, на ПО WW. Обновлялись ли версии антивирусного ПО?
Менялись ли проекты InTouch или контроллера?

[Anicha]

Станция оператора не имеет доступа к Интернету, что бы могла обновиться ОС, антивирус не стоит вообще, USB порты все закрыты, что бы операторы не могли ничего не установить-не запустить. Программы менялись незначительно (добавление нескольких новых переменных и нескольких новых мнемосхем, добавила пару новых счетчиков по хоз.параметрам в контроллер).Больше за последнее время ничего не меняла.

[Генератор зла]

Reply Timeout

Many DAServers include Reply Timeout parameters (the same as the Reply Timeout parameter in the legacy I/O Servers). If the DAServer receives a single transaction message timeout, the topic is placed in Slow Poll mode.

Normally, a larger number (longer time) is used for slow-action end devices – for example, communication to the end devices over a radio modem network. However, the longer the timeout period is, the longer the next request has to wait its turn to be executed.

This often causes different problems, especially when it comes to writing data. For example, if the client is poking a block of data in a script, each write command will be pending against the Reply Timeout to receive the confirmation from the PLC. While in pending all the rest of the write requests will be sent to a write queue. Since only 10 (30 for the newer release of the DAServer) queue spaces are reserved, when the queue is full, any the new write requests are rejected and the following error is generated in the logger:

10 outstanding write already, refused.

When this happens, the end user should consider options such as slowing down the poking rate; using shorter Reply Timeout periods (so it will get timeout quicker and get on with the next transaction), increasing the reaction time of the network- or end-devices.

The end users need to use their own judgments and tweak this setting to fit their own situation.

[Anicha]

Update Rate стоит 1000 ms, Reconnect Period 30000 ms - это настройки в SMC.

[Генератор зла]

10 outstanding write already, refused.

When this happens, the end user should consider options such as slowing down the poking rate; using shorter Reply Timeout periods (so it will get timeout quicker and get on with the next transaction), increasing the reaction time of the network- or end-devices.