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

[Mike HG]

Причем здесь аппетит и новые вводные. Изначально был вопрос про сопряжение ПР200 с конкретным модулем и период опроса. И это и есть основная задача - как получить данные без потерь и за нужное время. Что с этими данными делается дальше, к теме отношения не имеет. Спросили - почему нужно именно так, я ответил. С возможностями реле разобрались, за это спасибо. Теперь я пытаюсь разобраться с модулем. Для этого мне нужно прояснить еще кое-какие моменты в работе ПР. Но эти вопросы почему-то игнорируются. Советуют смотреть РП, в котором ответов нет. А некоторые ответы расходятся с информацией в РП. По прежнему актуальны вопросы из постов 39 и 46.

[Ревака Юрий]

Причем здесь аппетит и новые вводные. Изначально был вопрос про сопряжение ПР200 с конкретным модулем и период опроса. И это и есть основная задача - как получить данные без потерь и за нужное время. Что с этими данными делается дальше, к теме отношения не имеет. Спросили - почему нужно именно так, я ответил. С возможностями реле разобрались, за это спасибо. Теперь я пытаюсь разобраться с модулем. Для этого мне нужно прояснить еще кое-какие моменты в работе ПР. Но эти вопросы почему-то игнорируются. Советуют смотреть РП, в котором ответов нет. А некоторые ответы расходятся с информацией в РП. По прежнему актуальны вопросы из постов 39 и 46.

Вопросы игнорируются по причине того, что на них уже есть ответы в документации, более глубоко лезть в тайминги обмена, просто нет времени, какие значение может принимать тот или иной бит статуса, можно проверить открыв лоджик и посмотрев какой тип переменной назначается в данном конкретном окне. Что касается состояния канала и их значения, то это поддерживается на уровне модулей ввода МВ, и кажется не для всех, в РЭ на МВ описаны все состояния и значения кодов, есть даже соответствующий макрос, но это работает с модулями которые отдают эти значения, есть еще универсальные ошибки Modbus, эти значения есть в описании на протокол.