Модбас и частотники

[Сергей71]

Когда одна переменная ошибок почти нет - это нормально.

В ПЛК мастере отключал опрос командой 254, оставив один частотик (две переменные).

Менял опрос и FramingTime ситуация почти не менялась. Улучшения не значительные. Для проверки в модбас тестере ошибок совсем нет (4-е переменные).

Сейчас на объекте опрос по времени (300мс) и изменению значения с повтором (repeat count = 3). Управление работает, данные пишу и читаю - но ошибки есть (много), значит задержка при управлении частотником может затянуться на неопределенное время.

Пожалуйста подскажите какими средствами и программой можно просмотреть линию чтобы увидеть кто и когда посылает пакеты и отвечает на них. Чтобы увидеть задержки между пакетами и увидеть нет ли двойных (или повторов) пакетов. Подозрение что FramingTime не работает.

[Назаров Александр]

Извините, что встрял в диалог. Поясните, что за зверь Modbus tester?

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

Когда одна переменная ошибок почти нет - это нормально.

В ПЛК мастере отключал опрос командой 254, оставив один частотик (две переменные).

Менял опрос и FramingTime ситуация почти не менялась. Улучшения не значительные. Для проверки в модбас тестере ошибок совсем нет (4-е переменные).

Сейчас на объекте опрос по времени (300мс) и изменению значения с повтором (repeat count = 3). Управление работает, данные пишу и читаю - но ошибки есть (много), значит задержка при управлении частотником может затянуться на неопределенное время.

Пожалуйста подскажите какими средствами и программой можно просмотреть линию чтобы увидеть кто и когда посылает пакеты и отвечает на них. Чтобы увидеть задержки между пакетами и увидеть нет ли двойных (или повторов) пакетов. Подозрение что FramingTime не работает.

То, что даже на 1 переменной есть ошибки говорит о том, что скорее всего частотник не в состоянии корректно генерировать ответы по стандарту RTU. При этом ModBus Tester не будет показывать ошибок, т.к. среда Windows не позволяет детектировать увеличенные межсимвольные промежутки в ответе.
В ПЛК на Debug 232 реализован программный метод контроля RTU пачек, к-й более либерален к межсимвольным интервалам.
Попробуйте подключить частотники через него и если ошибки исчезнут, то диагноз ясен.

А вот что потом делать? Частотник явно не соответствует стандарту ModBus RTU. Варианта 3:
1. Работать через Debug порт
2. Выставить на частотнике ASCII режим
2. Поменять частотник на соотв. стандарту.

[Сергей71]

А вот что потом делать? Частотник явно не соответствует стандарту ModBus RTU. Варианта 3:
1. Работать через Debug порт
2. Выставить на частотнике ASCII режим
2. Поменять частотник на соотв. стандарту.
Вчера 12:40

1. Попробую но не скоро.
2. МДВВ 1.0.8 плохо работает, а частотник работает нормально.
Придут МДВВ с новой версией поменяю.
3. У нас только такие (цена-качество).

Для Назарова смотри на ветках форума.