Здесь случайно нет ошибки в 10 раз? Я привык считать, что на 9600 передача байта занимает около 1мсек, ответ 7 байт - 7 мсек, пауза между байтами 4 мсек - для соблюдающих стандарт устройств - связь оборвалась, можно переходить к следующему опросу.
Вроде нет.
Асинхронная посылка состоит из поля данных (8 бит), опционального бита контроля четности, одного стартового бита, стоповых бит (0; 1; 1,5 или 2).
Прочитал. По документации период опроса не нормируется. Нет "пауза на ожидание ответа слейва", есть пауза между запросом и ответом и отдельно есть таймаут ожидания ответа
Ryzhij, правильно объяснил в предыдущем сообщении, добавлю только, что при использовании 2/3-проводной связи, добавляются небольшие тайминги для определения начала передачи.
Но не в мс был же вопрос? А в том, что скорость передачи 19200 - это не 19200 бит/с информации для получателя и отправителя.
Для меня вопрос изначально был в мс. Зачем делать таймауты 50 и тем более 200 мс, если весь обмен информацией с исправным устройством укладывается в 15-20 мсек, а перерыв в обмене в 2-4 мсек (если скорость не 1200, а чуть быстрее) - признак отказа канала связи.
Между запросом и ответом должен быть таймаут. Обычно 10-50мс, в зависимости от контроллера. В остальном - согласен.
50-100 мсек - это если у контроллера "Modbus RTU - совместимый" протокол. Стандартное Modbus-устройство, которое не в состоянии в заданное времени подготовить ответ, в течение выделенного для этого времени пришлёт ошибку 05 — "Ведомое устройство приняло запрос и обрабатывает его, но это требует много времени" или 06 "Ведомое устройство занято обработкой команды. Ведущее устройство должно повторить сообщение позже, когда ведомое освободится".
Если он совместимый, значит совместимый.
Вы путаете время между отправкой ответа из памяти, или например, задержку на обработку АЦП, запрос к базе данных.rwg писал(а): ↑13 фев 2022, 16:58 Стандартное Modbus-устройство, которое не в состоянии в заданное времени подготовить ответ, в течение выделенного для этого времени пришлёт ошибку 05 — "Ведомое устройство приняло запрос и обрабатывает его, но это требует много времени" или 06 "Ведомое устройство занято обработкой команды.
Modbus-Slave в моём понимании - это чаще всего датчик или контроллер, у которого запрашивают содержимое конкретных регистров. На подготовку такого ответа современным микроконтроллерам обычно хватает нескольких микросекунд, таймаут длительностью в миллисекунды - память о незабвенным микроконтроллерах 8080 и 8051. Но создатели некоторых устройств смотрят намного шире меня и по запросу содержимого ячейки памяти могут запускать всевозможные длительные процессы типа запуска медленного АЦП. Специально для них, чтобы не снижать скорость работы системы в целом, авторы стандарта придумали ошибки 05 и 06. Что-то не так?
Какой именно параметр? Если длительность таймаута, то она введена для того, чтобы техника 70х годов успевала распознавать конец передачи и успевать переключаться с приёма на передачу и обратно. Уже 20 лет назад шли разговоры, что супертормозной протокол Modbus окончательно устарел и в течение ближайших нескольких лет окончательно вымрет. Появившиеся тогда AVRы легко позволяли усовершенствовать протокол, уменьшить этот таймаут на больших скоростях до 100-500мкс. Сегодняшние ARMы стали ещё быстрее, но благодаря непрофессионализму некоторых программистов приходится опасаться десяти-стократного роста его тормознутности.
Вопросы к автору. В соответствующем топике их и задать наверное лучше, а не здесь.rwg писал(а): ↑13 фев 2022, 08:34
Смешная штучка. Для скорости 19200 пишет "Data rate: 13963 bits per second. Round read time: 0.193 seconds". 0,193 * 13963 = 2965 битов в сообщении, 337 байтов. Из них 8 байтов - запрос, 7 байтов - это ответ, ещё 7 байт - две стандартные паузы по времени как 3,5 байта между ними. А для чего нужны остальные 315 байтов? Я проще считаю - для скорости 19200 - один бит 50мкс, в запросе 8байт - 80 бит - 4 мсек, в ответе примерно столько же и две паузы по 3,5 мсек, всего 15мсек, в 9 раз быстрее.
Ну да, ну да. Уже и иных говоривших нет, а Модбас жив и помирать не собирается. :)
Он просто не тормозной... RTU в смысле. ASCII - да, страдает избыточностью.
