Вид для печати
В пркте ПЛК 100, МДВВ два часотника.
Общаюся в режиме RTU скорость 38400 8н 2 стоп
Проблема следующая.
На частотника нужна задержка между символами 10 мсек.
Как ее организовать, а то связь с ними плохая.
Перевести на ASCII не могу потому что прошивка МДВВ 1.08.
Проверяю Модбас тестером нормально при задержке в 5 мс.
Между символами - только уменьшением битрейта. В ПЛК по стандарту пауза между символами не более 1,5 байт, а между пачками > 4,5 байт. Это что за RTU режим на них такой?
Если же имеется в виду задержка между посылками - попробуйте параметр FramingTime в интерфейсе.
Судя по упоминанию ModBus Tester задержка всё-же между посылками.
РУКОВОДСТВО ПО ЭКСПЛУАТАЦИИ
преобразователей частоты серии
VFD-S
(220 В 0.2 – 2.2 кВт
и
380 В 0.4 – 2.2 кВт)
см. стр 70.
да задержка между посылками.
менял FramingTime модбас мастер в конфигураторе ПЛК.
никакого эффекта.
Сейчас все стоит на объекте - работает с ошибками 81 при обращении к частотникам. Но некоторые посылки всеже проходят.
Для начала сделайте следующее - создайте мастер с 1 устройством - частотником, в к-м опрашивайте 1 переменную.
Увеличивая период опроса добейтесь устойчивой связи.
Увеличьте число переменных - связь устойчива?
Добавьте ещё 1 устройство - второй частотник.
Как изменилась связь?
Когда одна переменная ошибок почти нет - это нормально.
В ПЛК мастере отключал опрос командой 254, оставив один частотик (две переменные).
Менял опрос и FramingTime ситуация почти не менялась. Улучшения не значительные. Для проверки в модбас тестере ошибок совсем нет (4-е переменные).
Сейчас на объекте опрос по времени (300мс) и изменению значения с повтором (repeat count = 3). Управление работает, данные пишу и читаю - но ошибки есть (много), значит задержка при управлении частотником может затянуться на неопределенное время.
Пожалуйста подскажите какими средствами и программой можно просмотреть линию чтобы увидеть кто и когда посылает пакеты и отвечает на них. Чтобы увидеть задержки между пакетами и увидеть нет ли двойных (или повторов) пакетов. Подозрение что FramingTime не работает.
Извините, что встрял в диалог. Поясните, что за зверь Modbus tester?
То, что даже на 1 переменной есть ошибки говорит о том, что скорее всего частотник не в состоянии корректно генерировать ответы по стандарту RTU. При этом ModBus Tester не будет показывать ошибок, т.к. среда Windows не позволяет детектировать увеличенные межсимвольные промежутки в ответе.Цитата:
Сообщение от Сергей71
В ПЛК на Debug 232 реализован программный метод контроля RTU пачек, к-й более либерален к межсимвольным интервалам.
Попробуйте подключить частотники через него и если ошибки исчезнут, то диагноз ясен.
А вот что потом делать? Частотник явно не соответствует стандарту ModBus RTU. Варианта 3:
1. Работать через Debug порт
2. Выставить на частотнике ASCII режим
2. Поменять частотник на соотв. стандарту.
1. Попробую но не скоро.Цитата:
А вот что потом делать? Частотник явно не соответствует стандарту ModBus RTU. Варианта 3:
1. Работать через Debug порт
2. Выставить на частотнике ASCII режим
2. Поменять частотник на соотв. стандарту.
Вчера 12:40
2. МДВВ 1.0.8 плохо работает, а частотник работает нормально.
Придут МДВВ с новой версией поменяю.
3. У нас только такие (цена-качество).
Для Назарова смотри на ветках форума.
А МДВВ через ОВЕН-протокол опрашивать не пробовали? И ОВЕН и ModBus-ASCII - совместимы и мешать друг-другу не будут.
А поподробнее можно? То есть можно по одной физической линии работать с МДВВ по протоколу ОВЕН, а с другими устр-ми по ModBus-ASCII и на разных скоростях? А ОВЕН и ModBus-RTU совместимы?Цитата:
Сообщение от Филоненко Владислав