Страница 1 из 28 12311 ... ПоследняяПоследняя
Показано с 1 по 10 из 280

Тема: Разброс во времени опроса по RS-485.

  1. #1

    По умолчанию Разброс во времени опроса по RS-485.

    Здравствуйте. Опрашиваю на ПР200 модуль аналогового ввода WAD-AIK-BUS компании "Акон" протокол ModBus RTU, скорость 115200, расположены рядом. Модуль имеет четыре канала, значения в формате float. Для двух каналов нужна скорость опроса минимум 15 Гц. Устанавливаю период опроса 65 мс, таймаут ответа 10 мс. Измеряю и вывожу на дисплей время между изменениями сетевой переменной для одного из каналов. От 3 до 10 запросов проходят нормально, примерно 65 мс, потом пропуск - время 130 мс. Если увеличить период опроса, то пропуски становятся реже. При 100 мс пропуски через 2-5 сек. При 130 мс пропусков нет. От количества опрашиваемых каналов не зависит. Опрашивал один к***** два и четыре - результат одинаковый. Как определить кто виноват? Реле не успевает опрашивать, модуль не успевает обновлять значения в регистрах, или я что-то не так настроил? Время цикла 1 мс. На этой же линии висит модуль МУ110-225.6У, но он пока не опрашивается, адреса разные. По идее мешать не должен.

  2. #2

    По умолчанию

    Судя по временам, у вас периодически нет ответа на запрос либо ПР не успевает формировать запросы. Снифер подскажет где проблемы.
    Также можно протестировать ПР с эмулятором slave на PC.
    Тролль-наседка, добрый, нежный и ласковый

  3. #3

    По умолчанию

    Цитата Сообщение от Mike HG Посмотреть сообщение
    Здравствуйте. Опрашиваю на ПР200 модуль аналогового ввода WAD-AIK-BUS компании "Акон" протокол ModBus RTU, скорость 115200, расположены рядом. Модуль имеет четыре канала, значения в формате float. Для двух каналов нужна скорость опроса минимум 15 Гц. Устанавливаю период опроса 65 мс, таймаут ответа 10 мс. Измеряю и вывожу на дисплей время между изменениями сетевой переменной для одного из каналов. От 3 до 10 запросов проходят нормально, примерно 65 мс, потом пропуск - время 130 мс. Если увеличить период опроса, то пропуски становятся реже. При 100 мс пропуски через 2-5 сек. При 130 мс пропусков нет. От количества опрашиваемых каналов не зависит. Опрашивал один к***** два и четыре - результат одинаковый. Как определить кто виноват? Реле не успевает опрашивать, модуль не успевает обновлять значения в регистрах, или я что-то не так настроил? Время цикла 1 мс. На этой же линии висит модуль МУ110-225.6У, но он пока не опрашивается, адреса разные. По идее мешать не должен.
    Добрый день, нужны скрины настроек, есть еще в настройках "Интервал между запросами" его можно уменьшить до 1-2 ms, таймаут ответа лучше увеличить.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

  4. #4

    По умолчанию

    "Интервал между запросами" стоит 0. Вообще каких либо изменений от этого параметра не заметил. Таймаут ответа подобрал экспериментально - меньше 4 начинает терять данные, выше 4 никаких изменений нет. Вот скрины.
    greenshot_2018-09-07_14-14-09.png greenshot_2018-09-07_14-15-45.png

  5. #5

    По умолчанию

    Цитата Сообщение от Mike HG Посмотреть сообщение
    "Интервал между запросами" стоит 0. Вообще каких либо изменений от этого параметра не заметил. Таймаут ответа подобрал экспериментально - меньше 4 начинает терять данные, выше 4 никаких изменений нет. Вот скрины.
    greenshot_2018-09-07_14-14-09.png greenshot_2018-09-07_14-15-45.png
    Нулевое значение может и не стоит делать, я бы 1 ms оставил, получается Ваш модуль отвечает за ~4 ms, что в описании на него по этому поводу сказано?
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

  6. #6

    По умолчанию

    А если читать в INT16, если я правильно понял, там есть и такие регистры. Когда-то было подобное обращение по этим же модулям, у клиента около 20 выборок получалось.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

  7. #7

    По умолчанию

    Интересно, почему лучше 1 мс и не стоит делать 0? В описании на модуль ничего не сказано про время ответа. Есть частота опроса 30 Гц, только не уточняется, для каждого канала или делится на 4. В техподдержке тоже озвучили цифру 20, которую они реально получили при испытаниях. У меня, если поставить период опроса 50 мс, получается 14-18. То есть от 2 до 6 запросов значения повторяются. Вообще непонятно, как в цифровых устройствах могут получаться большие разбросы временных интервалов? Кстати, у ПР200 какое минимально возможное время опроса одного регистра, есть данные? И зависит ли оно от времени цикла? Если например сложная программа и время цикла 4 мс, будет ли время опроса больше? В INT16 пробовал, почти тоже самое. При периоде опроса 100 мс мне показалось, что пропусков немного меньше, при 65 мс примерно также. Вообще этот модуль 24-х разрядный, и при передаче результатов в INT16 это преимущество теряется.

  8. #8

    По умолчанию

    Цитата Сообщение от Ревака Юрий Посмотреть сообщение
    Добрый день, нужны скрины настроек, есть еще в настройках "Интервал между запросами" его можно уменьшить до 1-2 ms, таймаут ответа лучше увеличить.
    Разрешите с Вами не согласиться. Представьте себе, я поставлю интервал между как Вы рекомендуете 1mc. Скорость
    115200, т.е в секунду передается 11520 байт. Для простоты расчета округляем до 10000 байт/сек. Т.е. 1 байт передается за 100
    МКС. Запрос состоит,как минимум из 8 байт- 6 байтов команды+2 байта контрольной суммы. Итого 8 байт запроса. Время прохож
    дения запроса = 8х100=800мкс= 0.8 мс. Служебные биты не учитываю. Т.е. время на прохождение запроса стоит на грани времени
    между запросами. В результате описанная ситуация. Даллее. Нужно время для получения ответа. Рассчитываем его. Так,как формат
    флоат, а это 4 байта. В ответе присутствует на 1 байт больше чем в запросе т.е. 9 байт. Всего 8+9=17 байт. На запрос и получение
    ответа необходимо 17х100мкс=1700 МКС= 1.7мс. И это при условии ,что устроство ответит мгновенно. Но такого в реальной жизни
    не бывает. Поэтому прибавьте ,как минимум 1мс. Получаетя,как минимум 3мс. А Вы ему собираетесь лупить запросы каждую
    миллисекунду. А ,если прибор вообще задумчивый и миллисекунд 40 соображает(что похоже по описанию автора) Вот пусть автор
    Вопроса и ставит свои 130мс и не морочит себе голову. Единственное решение для задающего вопрос по уменьшению времени
    опроса-это разобраться с ответчиком,почему он так долго отвечает. Во многих приборах Овен, время ответа можно изменять в кон
    фигураторе. Может и его устройство имеет такое свойство.
    Т.е нужно сделать наоборот,как Вы советуете. Интервал между запросами увеличить, а тайм
    акт ответа уменьшить.
    Последний раз редактировалось Одесса; 09.09.2018 в 19:45.

  9. #9

    По умолчанию

    Цитата Сообщение от Одесса Посмотреть сообщение
    Разрешите с Вами не согласиться. Представьте себе, я поставлю интервал между как Вы рекомендуете 1mc. Скорость
    115200, т.е в секунду передается 11520 байт. Для простоты расчета округляем до 10000 байт/сек. Т.е. 1 байт передается за 100
    МКС. Запрос состоит,как минимум из 8 байт- 6 байтов команды+2 байта контрольной суммы. Итого 8 байт запроса. Время прохож
    дения запроса = 8х100=800мкс= 0.8 мс. Служебные биты не учитываю. Т.е. время на прохождение запроса стоит на грани времени
    между запросами. В результате описанная ситуация. Даллее. Нужно время для получения ответа. Рассчитываем его. Так,как формат
    флоат, а это 4 байта. В ответе присутствует на 1 байт больше чем в запросе т.е. 9 байт. Всего 8+9=17 байт. На запрос и получение
    ответа необходимо 17х100мкс=1700 МКС= 1.7мс. И это при условии ,что устроство ответит мгновенно. Но такого в реальной жизни
    не бывает. Поэтому прибавьте ,как минимум 1мс. Получаетя,как минимум 3мс. А Вы ему собираетесь лупить запросы каждую
    миллисекунду. А ,если прибор вообще задумчивый и миллисекунд 40 соображает(что похоже по описанию автора) Вот пусть автор
    Вопроса и ставит свои 130мс и не морочит себе голову. Единственное решение для задающего вопрос по уменьшению времени
    опроса-это разобраться с ответчиком,почему он так долго отвечает. Во многих приборах Овен, время ответа можно изменять в кон
    фигураторе. Может и его устройство имеет такое свойство.
    Т.е нужно сделать наоборот,как Вы советуете. Интервал между запросами увеличить, а тайм
    акт ответа уменьшить.
    Одесса, очень хорошо что вы подробно вникаете в суть вопроса, и делаете выкладки по расчетам, которых иногда очень не хватает. Но, я писал не про период опроса, а про интервал между опросами, это другой параметр и отвечает он за паузу на переключение с режима приема на передачу. А если мы говорим за период опроса, то прибавить 1ms, как Вы советуете, это будет маловато даже на 115200. Если нет данных на модуль по времени ответа, нужно подбирать.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

  10. #10
    Пользователь
    Регистрация
    20.02.2008
    Адрес
    Тверь
    Сообщений
    501

    По умолчанию

    Может быть кто-то не знает, для справки. По спецификации Modbus-IDA.ORG "Modbus over serial line V1.02"для RTU на скорости выше 19200 признаком начала запроса или ответа является пауза перед посылкой первого байта более 1750 мкс. Приёмник обязан услышать запрос к нему, если была пауза более 1750мкс и не должен отвечать на него раньше, чем через 1750 мкс по окончании приёма команды. К почти всеобщему огромному сожалению, верхняя граница этой паузы не определена, чем пользуются неумелые программисты, увеличивающие задержку ответа своих устройств в десятки и сотни раз. Подобрать таймаут для таких устройств можно только путём длительных наблюдений.
    Последний раз редактировалось rwg; 10.09.2018 в 09:54.

Страница 1 из 28 12311 ... ПоследняяПоследняя

Похожие темы

  1. ПЛК 110 и скорость опроса
    от Fudz в разделе ПЛК1хх
    Ответов: 1
    Последнее сообщение: 07.11.2013, 21:20
  2. трм251 разброс пид 30 градусов
    от Мастер бит в разделе Эксплуатация
    Ответов: 6
    Последнее сообщение: 04.07.2012, 14:40
  3. Ответов: 7
    Последнее сообщение: 30.05.2011, 09:33

Ваши права

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