Может! Если вы имеете ввиду коммуникационный процессор CP343 CP443 или похожее.
Опрос в SCADA обычно 1 секунда - это без тормозов? Такой опрос без проблем. Или вы может быть строите реал-тайм тренд с семплами 10мс?
Делайте через отдельную сетевую. Потом если какие-то проблемы, решать проще будет.
IM 151-8 PN/DP CPU - "интеллектуальная" распределённая периферия ET 200S... (В основе - CPU 314)
Сейчас на объекте через обычную сетевую идёт обмен и с "обычными" ПЛК (S7-400) и с Profinet ПЛК (ET200S).
Пока не понятно структура вашей системы. Обычно IM151 используется для опроса входов/выходов, а не для SCADA.
Опасно давать такие советы... Однажды я уже видел компьютер с двумя сетевыми и двумя кабелями до одного свича /к которому был подключен один уходящий кабель/ и "обоснованием" этой конструкции: один канал - данные общего пользования, второй - выделенный для диспетчеризации.
Вы бы поподробнее структурку системы нарисовали... И с указанием, какие еще данные могут оказаться в кабелях передачи данных. Ибо пока просматривается только один "виноватый": "какая-то программка".Sashuk писал(а):Сейчас на объекте через обычную сетевую идёт обмен и с "обычными" ПЛК (S7-400) и с Profinet ПЛК (ET200S).
С контроллерами S7-400 общение настроено ч/з SIMATIC S7 PROTOCOL SUITE - канал TCP/IP. Там всё хорошо.
ET200S диспетчеризируются посредством какой-то самопальной программы с использованием стороннего OPC-сервера (не Siemens), но эта программка постоянно даёт сбой.
Хотел перевести Profinet-контроллеры также на канал TCP/IP. Но сеть стала "подвисать". данные теряются.
Нормально это работает. Комп с двумя сетевыми, которые подключены к одному свитчу. Свитчу это до лампочки, сколько сетевых карт установлены в одном компьютере, для него это все независимые устройства. Надо только на уровне приложений выбирать, с какой сетевой картой и что работает. Такая конфигурация возможна! Надо ли ее применять, это уже зависит от конкретной структуры сети.Степа писал(а): Опасно давать такие советы... Однажды я уже видел компьютер с двумя сетевыми и двумя кабелями до одного свича /к которому был подключен один уходящий кабель/ и "обоснованием" этой конструкции: один канал - данные общего пользования, второй - выделенный для диспетчеризации.
Не "через отдельную сетевую", а через полностью выделенную сеть. Специально смонтированную именно под эту задачу. Чтобы в этой сети "посторонних" нет, не было и быть не могло. Отдельная сетевая - это как неотъемлемая часть этого решения.
Кто бы спорил... Работает. Правда, выглядит все это крайне глупо: траф не на компе сразу смешивается, а чуть позже на свиче. Если проблема в перегрузке канала, то что вторая сетевуха меняет? Ну кроме, конечно, добавления кучи головняков с "разведением" приложений по разным интерфейсам?Serex писал(а): Нормально это работает. Комп с двумя сетевыми, которые подключены к одному свитчу. Свитчу это до лампочки, сколько сетевых карт установлены в одном компьютере, для него это все независимые устройства. Надо только на уровне приложений выбирать, с какой сетевой картой и что работает. Такая конфигурация возможна! Надо ли ее применять, это уже зависит от конкретной структуры сети.
В среднем "канал OPC" - это канал между SCADA и некой программкой получения и, иногда, отправки данных. Во всяком случае много слышал о возможности подключения к OPC на другой машине, но ни разу этого не видел. Так что в среднем - OPC тоже делит ваш единственный канал.
Судя по этому, проблема в перегрузке сети: данных передается слишком много, чем может "прокачать" сетевая часть вашей установки /свичи, сетевая и т.д./.
Когда вы пытаетесь опрашивать эти устройства из WinCC, то начинается асинхронный опрос сразу всех IM151-8 и это ощутимо нагружает ветку слева на рисунке. Существующая самописная программка делает этот опрос по-очередно за счет чего исключает коллизии в сети на программном уровне.Сетевой концентратор, или хаб (от англ. hub — центр) — устройство для объединения компьютеров в сеть Ethernet c применением кабельной инфраструктуры типа витая пара. В настоящее время вытеснены сетевыми коммутаторами.
Концентратор работает на первом (физическом) уровне сетевой модели OSI, ретранслируя входящий сигнал с одного из портов в сигнал на все остальные (подключённые) порты, реализуя, таким образом, свойственную Ethernet топологию общая шина, c разделением пропускной способности сети между всеми устройствами и работой в режиме полудуплекса. Коллизии (то есть попытка двух и более устройств начать передачу одновременно) обрабатываются аналогично сети Ethernet на других носителях — устройства самостоятельно прекращают передачу и возобновляют попытку через случайный промежуток времени, говоря современным языком, концентратор объединяет устройства в одном домене коллизий.
спасибо за идею) хоть я и не топик стартер, но вот про вот эту штуку я не заморочился)
Почему-то последние годы Сименс перестал заморачиваться описанием для чего это нужно))) На самом деле, вполне себе switch, а не хаб, нужен при кольцевой топологии ЛВС по протоколу MRP/MRP2 IEC 62439. Кольцо настраивается на управляемых коммутаторах, которые поддерживают этот протокол (Cisco, Hirschmann и т.д.)
А какой тип кольца? HyperRing, как у Hirschmann, или RepRing, как у Cisco?
MRP)))
