Показано с 1 по 10 из 10

Тема: Модбас и частотники

  1. #1
    Пользователь
    Регистрация
    18.03.2007
    Адрес
    г. Краснодар
    Сообщений
    233

    По умолчанию Модбас и частотники

    В пркте ПЛК 100, МДВВ два часотника.
    Общаюся в режиме RTU скорость 38400 8н 2 стоп

    Проблема следующая.
    На частотника нужна задержка между символами 10 мсек.
    Как ее организовать, а то связь с ними плохая.

    Перевести на ASCII не могу потому что прошивка МДВВ 1.08.

    Проверяю Модбас тестером нормально при задержке в 5 мс.

  2. #2

    По умолчанию

    Между символами - только уменьшением битрейта. В ПЛК по стандарту пауза между символами не более 1,5 байт, а между пачками > 4,5 байт. Это что за RTU режим на них такой?
    Если же имеется в виду задержка между посылками - попробуйте параметр FramingTime в интерфейсе.
    Судя по упоминанию ModBus Tester задержка всё-же между посылками.

  3. #3
    Пользователь
    Регистрация
    18.03.2007
    Адрес
    г. Краснодар
    Сообщений
    233

    По умолчанию

    РУКОВОДСТВО ПО ЭКСПЛУАТАЦИИ
    преобразователей частоты серии
    VFD-S
    (220 В 0.2 – 2.2 кВт
    и
    380 В 0.4 – 2.2 кВт)

    см. стр 70.

    да задержка между посылками.

    менял FramingTime модбас мастер в конфигураторе ПЛК.
    никакого эффекта.

    Сейчас все стоит на объекте - работает с ошибками 81 при обращении к частотникам. Но некоторые посылки всеже проходят.
    Вложения Вложения
    • Тип файла: rar vfds.rar (1.29 Мб, Просмотров: 90)

  4. #4

    По умолчанию

    Для начала сделайте следующее - создайте мастер с 1 устройством - частотником, в к-м опрашивайте 1 переменную.
    Увеличивая период опроса добейтесь устойчивой связи.

    Увеличьте число переменных - связь устойчива?

    Добавьте ещё 1 устройство - второй частотник.
    Как изменилась связь?

  5. #5
    Пользователь
    Регистрация
    18.03.2007
    Адрес
    г. Краснодар
    Сообщений
    233

    По умолчанию

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

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

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

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

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

  6. #6

    По умолчанию

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

  7. #7

    По умолчанию

    Цитата Сообщение от Сергей71 Посмотреть сообщение
    Когда одна переменная ошибок почти нет - это нормально.

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

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

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

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

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

  8. #8
    Пользователь
    Регистрация
    18.03.2007
    Адрес
    г. Краснодар
    Сообщений
    233

    По умолчанию

    А вот что потом делать? Частотник явно не соответствует стандарту ModBus RTU. Варианта 3:
    1. Работать через Debug порт
    2. Выставить на частотнике ASCII режим
    2. Поменять частотник на соотв. стандарту.
    Вчера 12:40
    1. Попробую но не скоро.
    2. МДВВ 1.0.8 плохо работает, а частотник работает нормально.
    Придут МДВВ с новой версией поменяю.
    3. У нас только такие (цена-качество).

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

  9. #9

    По умолчанию

    А МДВВ через ОВЕН-протокол опрашивать не пробовали? И ОВЕН и ModBus-ASCII - совместимы и мешать друг-другу не будут.

  10. #10

    По умолчанию

    Цитата Сообщение от Филоненко Владислав Посмотреть сообщение
    А МДВВ через ОВЕН-протокол опрашивать не пробовали? И ОВЕН и ModBus-ASCII - совместимы и мешать друг-другу не будут.
    А поподробнее можно? То есть можно по одной физической линии работать с МДВВ по протоколу ОВЕН, а с другими устр-ми по ModBus-ASCII и на разных скоростях? А ОВЕН и ModBus-RTU совместимы?

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •