На практике по секундомеру мерял, реально значения менялись так, может что-то у меня в проге тормозит, но даже 7 сек- не мгновенная реакция.
На практике по секундомеру мерял, реально значения менялись так, может что-то у меня в проге тормозит, но даже 7 сек- не мгновенная реакция.
На вскидку скажу, время опроса одного модуля пусть будет 100мс групповым опросом, тоесть одной командой, итого 0.1с * 18 = 1.8с ~ 2 секунды. Это время опроса всех модулей, а что будет отдавать модуль и как часто изменяется у него на входе, это другой вопрос. Только читать за раз надо как можно больше, а точнее всё, что можно из одного модуля одной командой, а не по команде на один канал и отдельно каждый бит состояния каждого входа.
Последний раз редактировалось Scream; 19.03.2016 в 11:56.
У Вас тут как у лермонтова в бородино "..смешались в кучу кони, люди и залпы тысячи орудий....."
примерно считать нужно так
Пусть скорость 115200.
115200/8= 14400байт в сек
Запрос модбасРТУ- 8 байт
Т.к. регистры данных в модулях идут не по порядку,то больше одного опросить не получится
Ответ - 7байт(пусть будет 8 для удобства счета)
Всего 16 байт 1 запрос-ответ
т.е. теоретически можно послать 900пакетов(РТУ или ок 500 Аscii)
У нас 4 МВА-опросим в виде инт с известным ко-вом знаков после запятой
Это 8 пакетов * 4 модуля= 32 пакета+ 14 МВУ*1=40 пакетов.
пусть у вас 10мс интервал безопасности.
всего примерно до 500мс.
Если я где-то ошибся не пинайте сильно.
Но в правильно настроенной сети должно быть примерно так.
Подключение возможно.
Обновление КАЖДОГО измеренного канала будет раз в 0,4-0,6 с в КАЖДОМ модуле аналогового ввода.
Модули дискретного вывода можно записывать одной командой, как и писали.
Резким товарищам и любителям мгновенной реакции напомню, что температура есть суть инерционный параметр. Есть еще время изменения значения на датчике.
Так что не пугайте человека и не вводите в заблуждение.
Единственно что я встречал - для уменьшения времени опроса модули разносили на несколько портов RS 485 (через АС3-М) или брали ПЛК110 с двумя RS485.
Давно не открывал инструкцию 8А и исходил из предположения что регистры модуля переписываются после преобразования всех каналов (как бы крайний случай взял).
Конечно Вы правы.
Извиняюсь за недопонимание: это происходит одновременно или по очереди как в РЭ? Хотелось бы понять раз и навсегда, прошу прощения за нелепый вопрос.Обновление КАЖДОГО измеренного канала будет раз в 0,4-0,6 с в КАЖДОМ модуле аналогового ввода.
Да, это я описался, прошу прощения. 0,4-0,6 на канал.
Соответственно 0,5*(число каналов) - время гарантированного обновления всех каналов.
Логично что это время одинаковое для всех модулей, и не зависит от их количества в сети.
Спасибо большое, немного посветлело после Ваших слов- теперь все понятно.
Если интересует именно предел возможностей с данным набором :
Про МВА рассказали - опрашивать чаще оцифровки самим модулем - смысла нет. А для еще большей оптимизации - опрашивать нужно с модуля всё сразу, и при всех задействованных Ai (32шт) на интервале 5..7 секунд будут сделаны всего 4 запроса (на каждый 35..40мс). Т.е. на Ai уйдет не более 2-4% времени. Ну еще можно учесть инерцию самих датчиков - но для данного случая (2-4%) не актуально.
Теперь про МВУ.
Если хотите добиться максимально быстрой реакции, работу с ними нужно строить не по принципу "пастаянно и как можно быстрее пишу во все", а по принципу "запись по изменению, но не реже XXX". Причем XXX может быть достаточно большим. Я в таких случаях ..
1. В t.out в собственных настройках модулей пишу 2..6 секунд (никогда 0, т.к. нужна гарантированная реакция на обрыв связи)
2. Мин период записи (XXX) делаю 1000..5000мс соотв. п.1
В итоге самая худшая (длинная) реакция на изменение выхода МУ только когда ...
1. пряма сейчас изменился хотя бы один выход но на всех МУ
2. пряма перед изменением на нужном МУ на него ушел пакет (по времени)
3. именно сейчас всем МВ приспичило получить свои данные
Вообщем ситуация : у вас приступ диареи, а к единственному очку подчалил экскурсионный автобус со школьниками
При библиотечной работе этот самый худший случай - примерно 270..300мс
Cредняя реакция - не превысит 15..30мс. - все зависит от частоты изменений на выходах. Но исходя из 8Р - чечётку выходами отбивать не будете, и соответственно эта средняя реакция будет в 90..99% запросах. Т.е. можно еще несколько раз по столько же добавить без ощутимого ухудшения реакции. Тут проблемой станут репитеры и т.п.
Со штатным мастером - нужна проверка. Тама специфичная настройка )) Аналог операции "запись по изменению, но не реже XXX" - в штатном мастере вроде Both.
Касаемо ПЛК - вообще без разницы 63-73-100-110...
Николай, добрый день!
Подскажите можно ли программно исключать модули, находящиеся в сети RS485 (протокол Modbus RTU) из опроса ПЛК, в случае если они не в сети (например отсутствует питание на них)?
Ваши права
Ответить с цитированием