1. Кто нибудь имел опыт работы со следующей конфигурацией: CPU1515 + ET200SP (8 шт.) + HMI Comfort Panel (10 шт.).
Все обвязано Профинетом.
Не будет ли тормозить такая система? Особенно отображение на панелях.
Сколько максимально панелей удавалось подключать к 1500-му без задержек в отображении?
2. Кому нибудь реально приходилось использовать режимы PN RT/IRT?
В каких случаях? Почему без них было не обойтись?
- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
S7-1500
-
- почётный участник форума
- Сообщения: 3559
- Зарегистрирован: 10 ноя 2009, 04:58
- Имя: Толмачев Михаил Алексеевич
- город/регион: г. Чехов, МО
- Благодарил (а): 6 раз
- Поблагодарили: 253 раза
S7-1500
Приоткрою немного завесу тайны PROFINET RT/IRT.
1. Все устройства в сегменте этой сети должны уметь работать в режиме RT/IRT (в том числе роутеры).
2. Эти устройства выделяют определенное временнОе окно для передачи реалтайм-данных. Например, окно 1 мс делится 50/50 %. 0,5 мс передаются обычные данные TCP; 0,5 мс - данные реального времени. Соответственно, должна быть уверенность, что ваши реалтайм-данные будут успевать переместиться за 0,5 мс, что соответствует 50 мбит/с. Если не укладываетесь, то окно надо расширить и т.д. и т.п.
Таким образом никаких тут фокусов нет, просто упорядочена передача данных. TCP-протокол беспорядочен, RT/IRT обходит эту проблему. Дело не в быстродействии RT/IRT.
Соответственно, если у вас большой поток данных, то проблема перегрузки сегмента никуда не денется.
1. Все устройства в сегменте этой сети должны уметь работать в режиме RT/IRT (в том числе роутеры).
2. Эти устройства выделяют определенное временнОе окно для передачи реалтайм-данных. Например, окно 1 мс делится 50/50 %. 0,5 мс передаются обычные данные TCP; 0,5 мс - данные реального времени. Соответственно, должна быть уверенность, что ваши реалтайм-данные будут успевать переместиться за 0,5 мс, что соответствует 50 мбит/с. Если не укладываетесь, то окно надо расширить и т.д. и т.п.
Таким образом никаких тут фокусов нет, просто упорядочена передача данных. TCP-протокол беспорядочен, RT/IRT обходит эту проблему. Дело не в быстродействии RT/IRT.
Соответственно, если у вас большой поток данных, то проблема перегрузки сегмента никуда не денется.
-
- здесь недавно
- Сообщения: 61
- Зарегистрирован: 06 июн 2018, 21:20
- Имя: Егор
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 2 раза
- Поблагодарили: 2 раза
S7-1500
Это все понятно. Я имел ввиду, для подключения какого оборудования необходимо использовать эти режимы PN?
Кто то на практике их уже использовал?
Кто то на практике их уже использовал?