Обновленный ПЛК110?

[Sulfur]

Два вопроса:
1. Когда в продаже появятся новые ПЛК110-60К?
2. Будет ли работать в нем одновременно ABZ-энкодер и высокоскоростной (аппаратный?)счетчик?

[Филоненко Владислав]

Пункт 2. Да

[_Pavel_]

Владислав, я снова к Вам
Прокомментируйте, пожалуйста.

Во вложении скриншот ситуации, которая меня беспокоит. Это происходит после физического разрыва соединения. Стрелками отмечены связанные тэги. Реальное значение = 1077 не меняется в контроллере, а в сервере вижу ложные значения. Судя по логу сервер эти ложные значения честно получает. Чрез несколько секунд значение в сервере восстановится. Кто же всё-таки виноват- контроллер, который почему-то генерит неправильное сообщение, или сервер, который не должен это сообщение принимать?

2015-02-04 20-29-55 Скриншот экрана.png

Параметры мастера:
2015-02-04 22-36-41 CoDeSys - DVV_CTRL_PLC110_30(CNP+CCP).pro .png

оригинал

[Филоненко Владислав]

так мы не выясним причин. Надо:
1. Сделать значение, которое выдаёт ПЛК константным и сымитировать обрыв.
2. Значение 7067 вообще бывает на выходе ПЛК?
3. Ну и обязательно нужен снифер чтобы посмотреть на трафик.

[_Pavel_]

1. Хорошо, попробую, но для себя я исключил ситуацию, когда значение в контроллере действительно прыгало, уже по скриншоту видно, что есть рассинхронизация. Обратите внимание, что режим работы у мастера - "both", то есть и пойлинг и по изменению, стало быть значение должно было синхронизироваться быстро и я не успел бы сделать скриншот...
2. Не совсем понял вопрос. Это один из параметров, который программно рассчитывается на борту ПЛК для имитации физического состояния объекта... Может принимать вобщем-то любые значения из диапазона типа типа DWORD.
3. Я так и знал...

[Филоненко Владислав]

если ПЛК генерит число 5 а в скаде 7067 - это одно.
Если же ПЛК генерил число 7067 - то это другое.
И таки да, снифер нужен

[_Pavel_]

Итак, прикладываю лог сниффера.
20:25:38 - разрыв, через несколько секунд соединение.
нормальное значение - 1077
плохое значение - 3151, зафиксировано 20:25:53..54
адрес тэга - 6
(значение константой пока не делал, но после восстановления связи значение уже не меняется, до и частично во время разрыва - меняется раз в 100 ms.)

[capzap]

не прочитал лог, что там по первым двум байтам запроса, последовательность не нарушена когда появилось неправильное значение

[Филоненко Владислав]

Что видно по логу - сначала идёт транзакция по 6 unit, к-я обрывается. и она передаёт число близкое к 3190.
Далее идёт пауза, возобновление транзакции и 1 раз значение 1077, а затем опять близкое к 3190.

Вот по этому я и предлагаю Вам сделать число константным и оборвать связь. Если число поменяется - то проблема в ПЛК, если нет - данные меняются по какой-либо причине в момент обрыва.

P.S. Как я понял у Вас одновременно на ПЛК и на ПК и мастер и slave?

[_Pavel_]

Хорошо, я проведу эксперимент с константой. Хотя мне кажется, что в этом случае эффект не проявится...
да, ПЛК и OPC и мастер и слэйв одновременно. Для организации событийного обмена.