Всем привет. Кто нибудь может подсказать et200 sp с модулем 6es7 137 6aa01 0ba0, который по характеристикам поддерживает максимум 32 slave, и адресами 1-247, с повторителем modbus будет ли работать больше 32?
Всем привет. Кто нибудь может подсказать et200 sp с модулем 6es7 137 6aa01 0ba0, который по характеристикам поддерживает максимум 32 slave, и адресами 1-247, с повторителем modbus будет ли работать больше 32?
Комментарии: 24
Evgeniy
Должен
Mihail
повторитель позволяет сеть удлинить, как он может повлиять на ограничение в 32 слейва?!
Evgeniy
Самым прямым образом, 32 связано с нагрузочной способность приема/передатчика мастера, при стандартной мощности у слэйвов.
Mihail
дык, какой период опроса будет, лучше с этого начать если там к примеру modbus rtu
Evgeniy
Вот программное ограничение драйвера, это уже второй вопрос. Но коллега написал что 247 адресов доступны
Anonim
Нет там по ходу Сименс Профибас?
Mihail
https://www.mroelectric.com/static/app/product/pdfs/6ES7137-6AA01-0BA0.pdf
Vasiliy
Не знаю. Поэтому и спрашиваю.
Evgeniy
Через 1 повторитель в проектах вешали по 60-80 слэйвов
Alexey
В чем смысл все в один порт, для обслуживания это крайне не удобно. Когда работали с DCS Honeywell там предпочитали на каждое RTU свой интерфейс иметь и максимум 4 на один порт заводили.
Vasiliy
Такая задача стоит. Модулей дополнительных нету. Но есть повторитель.
Mihail
повторитель не даст ничего, на PROFIBUS делали- просто удлиняешь сеть, а cлейвов сколько было макс, столько и остается ссылку можно на повторитель?
Vasiliy
https://www.reallab.ru/catalog/interface-converters/nls-485c-5-st/ 5 выходов по 32 slave
Mihail
Важно понимать, что несмотря на то, что физически происходит ветвление сети на 5 «лучей», адресное пространство остаётся общим. И когда «мастер» сети отправит адресный запрос, разветвитель продублирует его во все 5 каналов Data1…Data5.
Evgeniy
Ну вот 160 девайсов и можете повешать, ток цикл опроса будет очень долгий
Mihail
Cm ptp - Freeport / 3964 (R) / Modbus RTU master / MODBUS RTU slave это тупиковая ветвь)
Vasiliy
Время не критично.
Mihail
надо брать еще парочку таких модулей - разделить на подсегменты геморрой будет 100%
Vasiliy
Пока нет возможности приобрести.
Evgeniy
Тогда все Ок
Evgeniy
Главное чтобы в Сименсе можно было набить опрос требуемого кол-ва. Время ожидания ответа от устройств задавите до минимально возможного, тогда задержки будут меньше при обрывах или алгоритм вывода из опроса устройств напишите, те что в обрыве
Alexey
Дак оно работать не будет
Vasiliy
Почему?
Alexey
Какая скорость в сети RS485 предусмотрена изначальным проектом? Сколько устройств RTU было предусмотрено первоначальным проектом? После установки репитера, какую скорость Вам придется использовать для сохранения временных характеристик цикла опроса/управления? В общем то не надо. Вы же теорию вероятности и мат.статистику изучали, а заодно и телемеханику? Взгляд из толпы: Окей, пользователь описывает сложную гипотетическую ситуацию с перегрузкой Modbus RTU сети. Специалист вынужден подключить 47 устройств вместо 8 на один интерфейс ET 200SP, что явно нарушает спецификации RS485. Хм, интересно, что пользователь технически подкован - упоминает CRC16, энергетику сигнала и цикл опроса. Видимо, инженер с практическим опытом. Главная его боль - убедить начальство в неработоспособности такого решения через математическую оценку отказов. Так, сначала надо разбить проблему на части: электрические ограничения (32 устройства на сегмент), временные параметры (скорость 19200, тайм-ауты), вероятностную модель ошибок. Репитер спасает от перегрузки по подключениям, но не решает проблему задержек и целостности сигнала. Ого, расчёт времени цикла показывает катастрофу - 47 устройств займут 4.7 секунды вместо 0.8 секунд! Это сразу красный флаг. А ведь начальство хочет сохранить исходный цикл... Физически невозможно. Теперь про ошибки CRC. Надо вспомнить формулу битовой ошибки для RS485. Без точных параметров кабеля и окружения возьму консервативную оценку 10^-5 при хороших условиях. Для 47 устройств время экспозиции каждого бита уменьшается в 2.45 раза - значит энергия символа падает квадратично. Это же прямая дорога к росту ошибок! Сравнение вероятностей отказов просто шокирует: для 8 устройств 0.00027% сбоев на запрос, а для 47 - уже 0.052%! То есть в 193 раза хуже. А если учесть необходимость перезапросов... Пользователю точно стоит показать эти цифры руководству. Особенно убийственно выглядит рост времени цикла с перезапросами - система просто захлебнётся в повторных попытках. Надо подчеркнуть, что репитер не волшебная палочка, он добавляет свои задержки. Интересно, почему именно 47 устройств? Наверное, конкретная производственная необходимость. Но технически реалистичнее разбить на два сегмента с отдельными модулями. Жаль, что начальство экономит на критически важной инфраструктуре... Вывод: Предложенная схема подключения 47 устройств Modbus RTU к одному порту ET 200SP CM PtP через репитер, даже при сохранении скорости 19200 бод, крайне неработоспособна по следующим причинам: Электрическая перегрузка сегмента: Репитер решает проблему подключения >32 устройств только физически, но не гарантирует стабильности сигнала на такой длинной линии с таким количеством точек подключения. Резкий рост ошибок передачи: Вероятность сбоя обмена с одним устройством возрастает почти в 6 раз (с ~0.32% до ~1.87% за попытку) из-за ухудшения энергетики сигнала. Недопустимое увеличение времени цикла: Фактическое время опроса всех устройств увеличится почти в 6 раз (с ~148 мс до ~885 мс) из-за увеличения количества устройств и необходимых перезапросов. Сохранение исходного цикла опроса физически невозможно. Риск коллапса сети: Высокая вероятность ошибок и необходимость перезапросов при почти 100% утилизации шины создают высокий риск лавинообразного нарастания задержек и полного отказа связи. Рекомендация специалисту: Предоставить начальству расчеты, показывающие: Увеличение времени цикла в ~6 раз. Увеличение вероятности сбоя на устройство в ~6 раз. Ожидаемое количество сбоев за цикл (~0.88). Физическую невозможность сохранения исходной частоты опроса. Высокий риск полного отказа сети связи. Аргументированно требовать: Разделить сеть на 2 независимых сегмента RS-485. Установить второй модуль ET 200SP CM PtP (6ES7137-6AA01-0BA0) для управления вторым сегментом (например, 24 и 23 устройства). Тщательно спроектировать топологию шины (магистраль с короткими отводами), использовать качественный кабель, согласующие резисторы. Попытка сэкономить на оборудовании (втором модуле) приведет к значительным затратам на поддержание нестабильной системы, потерям данных, простою оборудования и, в конечном итоге, к риску нарушения технологического процесса.