Страница 1 из 2 12 ПоследняяПоследняя
Показано с 1 по 10 из 11

Тема: МВА(У)8. Уточнить смысл параметра Rs.dL

  1. #1
    Пользователь
    Регистрация
    13.03.2008
    Адрес
    МО, г.Балашиха
    Сообщений
    62

    По умолчанию МВА(У)8. Уточнить смысл параметра Rs.dL

    Всем доброго дня. Вопрос скорее всего к производителям, а может кто из юзеров практически уже выяснил.

    1) С какого момента времени или события относительно приёма данных по сети прибор начинает отсчёт задержки Rs.dL перед ответом?

    2) Эта задержка формируется при любом протоколе обмена?

    3) При использовании протокола ModBus-RTU между фреймами должна быть выдержана пауза не менее 3,5Т, длительность которой зависит от скорости обмена. Формирует ли прибор требуемый интервал при работе на ModBus-RTU или просто выдерживает паузу, установленную параметром Rs.dL?

  2. #2
    Пользователь
    Регистрация
    13.03.2008
    Адрес
    МО, г.Балашиха
    Сообщений
    62

    По умолчанию

    Сорри, глюк.
    Последний раз редактировалось Владимир Чекин; 19.06.2008 в 10:49. Причина: Глюк

  3. #3

    По умолчанию

    Цитата Сообщение от Владимир Чекин Посмотреть сообщение
    Всем доброго дня. Вопрос скорее всего к производителям, а может кто из юзеров практически уже выяснил.

    1) С какого момента времени или события относительно приёма данных по сети прибор начинает отсчёт задержки Rs.dL перед ответом?

    2) Эта задержка формируется при любом протоколе обмена?

    3) При использовании протокола ModBus-RTU между фреймами должна быть выдержана пауза не менее 3,5Т, длительность которой зависит от скорости обмена. Формирует ли прибор требуемый интервал при работе на ModBus-RTU или просто выдерживает паузу, установленную параметром Rs.dL?
    1) с момента приема последнего бита посылки до момента отправки первого бита ответа.

    2) работает в любом протоколе

    3) логика работы следующая: если rs.dl меньше 3,5Т, то отрабатывается 3,5Т, если rs.dl больше, то отрабатывается это большее значение. То есть заданное в протоколе условие выполняется в любом случае.

    еще одна особенность: время, заданное в rs.dl, может увеличиваться при вычислительной загрузке прибора, но не более чем на 5 мс.

    ps Что касается поддержки в выходные дни, далеко не всегда в домашних и пригородных условиях есть возможность ловить интернет со спутника, чтоб посмотреть, что творится на форуме.

  4. #4
    Пользователь
    Регистрация
    13.03.2008
    Адрес
    МО, г.Балашиха
    Сообщений
    62

    По умолчанию

    Спасибо, Кирилл. И ещё вопрос: поддерживают ли МВА(У)8 выдачу ответа об ошибке "Exeption responce"?

    Сорри за нетерпение, не учёл, что у людей праздники - сам по уши в задаче...

  5. #5

    По умолчанию

    Цитата Сообщение от Владимир Чекин Посмотреть сообщение
    Спасибо, Кирилл. И ещё вопрос: поддерживают ли МВА(У)8 выдачу ответа об ошибке "Exeption responce"?

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

    В принципе, при опросе модулей контроллером сами ошибки связи (например таймаут) выдаются в plc configuration, в переменных last error

  6. #6
    Пользователь
    Регистрация
    13.03.2008
    Адрес
    МО, г.Балашиха
    Сообщений
    62

    По умолчанию

    Цитата Сообщение от Kirill Посмотреть сообщение
    у мва есть регистры с кодом ошибки измерения по конкретному каналу.
    Про это я в курсе, это описано в документации на прибор МВА8. Указанный Вами код ошибки, как и сам результат измерения, можно считать из прибора, получив "нормальный" ответ от прибора. В терминах протокола Модбас такой ответ называется "positive response" со структурой байт, например для функции 0х03:
    - Function code (1 byte),
    - Byte count (1 byte),
    - Register value (N x 2 byte).

    Но в классическом Модбасе существует ещё один вид ответа слейва "Exeption response", про который я и спрашиваю. Его структура для всех функций:
    - Error code (1 byte),
    - Exeption code (1 byte),

    где Error code = Function code | 0x80;

    В классической ситуации мастеру может быть возвращено разное количество байт на один и тот же запрос.

    В принципе, при опросе модулей контроллером сами ошибки связи (например таймаут) выдаются в plc configuration, в переменных last error
    У меня свой контроллер (не ОВЕН), для которого я и пишу обмен с овеновскими блоками, почему и потребовались такие тонкости.

  7. #7

    По умолчанию

    поддерживаются. например, если на МВА с адресом 8 послать запрос на чтение регистра A000h, которого в мва нет ( [08][03][A0][00][00][01][A6][93]). В ответ вы получите [08][83][02][10][F3], то есть установка в 1 старшего бита в коде функции, плюс сообщение 02, говорящее, что адрес, указанный в запросе, недоступен для МВА.

    Конкретные примеры легко просмотреть, подключив МВА к modbus tester-у

  8. #8
    Пользователь
    Регистрация
    13.03.2008
    Адрес
    МО, г.Балашиха
    Сообщений
    62

    По умолчанию

    Ок. Пасиба.

  9. #9
    Пользователь
    Регистрация
    13.03.2008
    Адрес
    МО, г.Балашиха
    Сообщений
    62

    По умолчанию

    Кирилл, ещё вопросы (протокол Modbus-RTU):

    1) С минимальным таймаутом всё понятно, а какова максимальная задержка перед ответом в приборах МВА(У)8? Это нужно для настройки таймаута ожидания ответа в мастере.

    2) Какова допустимая минимальная периодичность подачи запросов на приборы? Или, можно ли после получания ответа от прибора через паузу 3,5Т выдавать следующий запрос на прибор?

  10. #10

    По умолчанию

    1. 50 мс
    2. да после получения ответа можно сразу отсялать новый запрос, подождав 3.5Т

Страница 1 из 2 12 ПоследняяПоследняя

Ваши права

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