Зарегистрирован: May 14, 2006 Сообщения: 5 Рейтинг: +0/-0
Добавлено: Вс 14 Май, 2006 9:42:26 Заголовок сообщения: Учет количества "connections" на CNBR-ах
Добрый день.
В свойствах модуля 1756-CNBR в Linx есть информация о количествах "коннектов" через этот модуль. Как именно различить откуда они берутся. Особенно это важно, если на модуле "светится" 60 соединений при макс 64 и рекомендуемом количестве 40-48.
Скорее всего это, во-первых, Consume; во-вторых, MSG-ы, а также модули, прописанные в проектах Logix (какие модули создают коннект?).
Что происходит при работе на максимальном количестве коннектов и при их превышении?
В каких случаях загрузка центрального процессора CNBR-а может достигнуть 100%.
Зарегистрирован: May 14, 2006 Сообщения: 33 Рейтинг: +0/-0 Откуда: г.Комсомольск-на-Амуре
Добавлено: Вс 14 Май, 2006 11:16:11 Заголовок сообщения:
День добрый.
60 соединений - это действительно многовато. Больше 64-х модуль не создаст в принципе.
Откуда они берутся: в первую очередь, соединения устанавливаются с каждым удаленным CNBR, а также с модулями ввода-вывода удаленных корзинах. Обратите внимание на параметр "Comm Format" в настройках удаленного модуля CNBR. По умолчанию для этого параметра предлагается значение "Rack Optimisation" - такой вид соединения нужно использовать, если в удаленной корзине находятся только дискретные модуля вв/выв, тогда для связи с удаленной корзиной будет устанавливаться только одно соединение. Если же в корзине установлены аналоговые модуля, то режим "Rack Optimisation" надо заменять на "None", чтобы не нагружать сеть лишним трафиком - в режиме "Rack Optimisation" в опрашивающий процессорный модуль приходит информация порядка нескольких слов от каждого слота в удаленной корзине, даже если эти слота пустые или заняты аналоговыми модулями.
Таким образом, для экономии "коннектов" группируйте все дискретные модуля в отдельные корзины и опрашивайте их в режиме "Rack Optimisation", а для корзин с аналоговыми модулями выставляйте Comm Format = "None".
Производимые и потребляемые теги также тебуют отдельных соединений, как и Messages, но в данном случае рекомендую по возможности не использовать несколько MSG, а пользоваться одним большим массивом в режиме производитель/потребитель.
Сам RSLinx также создает дополнительные соединения для связи с процессорными модулями: в настройках Linx'а в меню Communications\Configure CIP Options\Connection for Controllogix Processors можно посмотреть и изменить макс. количество коннектов с одним PLC, по умолчанию стоит 4. То есть, каждый ПК с установленным на нем RSLinx и SCADA-системой, может "съедать" при соединении то количество коннектов, что указанов данном параметре.
ПРи вызове меню "Module Configuration" для данного CNBR RSLinx также создает дополнительные соединения.
В моей практике загрузка ЦП CNBR'а достигала 100% при "подвисаниях" CNBR из-за внутреннего сбоя... Вылечивается выниманием модуля из корзины и установкой обратно....
Расскажите, что у вас за проект, сколько удаленных корзин и модулей ввода-вывода, какая SCADA-система используется и сколько серверов ввода-вывода в сети?
Зарегистрирован: May 14, 2006 Сообщения: 5 Рейтинг: +0/-0
Добавлено: Вс 14 Май, 2006 18:56:13 Заголовок сообщения:
Vad, Спасибо за ответ.
Всю сеть со всеми подробностями мне будет трудно описать по памяти, но я опишу её глобально.
Пять рабочих станций с проектами RSView32 (примерно 5 тыс аналоговых и 1 тыс дискретных тэгов) прописаны "локально" (т.е. на каждом компьютере свой OPC сервер) на один из двух контроллеров-концентраторов, расположенных в отдельных шасси, и полностью дублирующих себя по функциям. Активным может быть только один из концентраторов.
В каждом шасси расположено по 2 модуля ENBT (через первый прописаны топики на рабочих станциях, а через второй - топики для сервисных станций: загрузка проектов Logix, проектов RSView32, и др.). Также в каждом шасси присутствуют по 5 CNBR-ов для связи с другими подсетями ControlNet. Из них самым загруженным является тот, который я уже описывал выше, т.е. через него количество коннектов может возрастать до критичных значений (55-60).
Теперь опишу сеть, одним из узлов которой является данный загруженный CNBR. Причем стоит отметить, что у этого узла наименьший адрес - скорее всего он является и кипером.
В сети 12 узлов, расположенных в разных шасси. Каждый узел служит для связи с другим контроллером.
Теперь о проблемах.
1. Периодически возникали ситуации, когда не возможно было связаться с контроллерами-концентраторами через Logix. Выдавалось сообщение о превышении количества коннектов. Здесь причина понятна, просто на тот момент не было достаточных средств диагностики. В данный момент уже сделал контроль состояния загрузки CPU модулей ENBT и CNBR, и коннектов через CNBR.
2. Иногда возникали ситуации, когда один из модулей CNBR в шасси-концентраторов светил загрузку центрального процессора 100%. Т.е. фактически "зависал" и лечилось это только передергиванием модуля. Но вот интересно, сказывалось ли это на работе других модулей в шасси, а особенно на ENBT.
3. Недавно, несколько дней подряд, возникала ситуация, когда загрузка центрального процессора под 100% светилась на одном из модулей ENBT. Продолжалось это примерно 4 минуты (время оставалось одинаковым для всех случаев). А в одной из таких ситуаций загрузка процессоров в районе 90-100 % светилась на всех 4-х модулях ENBT в двух корзинах-концентраторах.
После всех этих проблем необходимо было анализировать откуда они возникают. По двум последним ответ не был найден, а в первой проблеме основным было выяснить откуда берутся коннекты на загруженном CNBR-е.
Около 35 коннектов дает запланированный обмен (я считал по потребляемым тегам в других проектах Logix). Остальные, около 20, образуются от MSG, причем некоторые из них не кэшируются, поэтому значение может меняться. Коннектов от модулей ввода-вывода нет, т.к. в I/O проектов концентраторов прописаны только L-55. А дают ли они дополнительное соединение мне не известно.
По проблеме с модулями ENBT, возможно, необходимо применить программу RSNetworx for Ethernet? Но с ней я никогда не работал и её функции мне не известны.
Зарегистрирован: May 14, 2006 Сообщения: 33 Рейтинг: +0/-0 Откуда: г.Комсомольск-на-Амуре
Добавлено: Вс 14 Май, 2006 23:04:19 Заголовок сообщения:
chameleon писал(а):
Пять рабочих станций с проектами RSView32 (примерно 5 тыс аналоговых и 1 тыс дискретных тэгов) прописаны "локально" (т.е. на каждом компьютере свой OPC сервер) на один из двух контроллеров-концентраторов, расположенных в отдельных шасси, и полностью дублирующих себя по функциям.
Как я уже говорил, каждая станция с RSLinx формирует до 4-х (по умолчанию) коннектов, итого 5*4=20. Вам можно попробовать настроить на одной или 2-х рабочих станциях RSLinx Gateway и подключать остальные станции по OPC через их Remote OPC Server.
chameleon писал(а):
Активным может быть только один из концентраторов.В каждом шасси расположено по 2 модуля ENBT (через первый прописаны топики на рабочих станциях, а через второй - топики для сервисных станций: загрузка проектов Logix, проектов RSView32, и др.). Также в каждом шасси присутствуют по 5 CNBR-ов для связи с другими подсетями ControlNet. Из них самым загруженным является тот, который я уже описывал выше, т.е. через него количество коннектов может возрастать до критичных значений (55-60).
Теперь опишу сеть, одним из узлов которой является данный загруженный CNBR. Причем стоит отметить, что у этого узла наименьший адрес - скорее всего он является и кипером.
Вы организуете резервирование процессорных модулей с помощью 1757-SRM? Если да, то необходимо учитывать, что активные киперы по умолчанию (CNBR-ы с наименьшим адресом) нельзя размещать в резервированных шасси, т.к. переключение с основной на резервную корзину нарушит работу сети. Какая версия прошивок процессорных модулей и CNBR? ПО возможности, следует обновлять прошивки последними версиями.
По поводу организации межпроцессорного обмена, могу повторить то что говорил ранее: от MSG по возможности желательно отказаться, всю порцию данных от одного проц. модуля желательно "упаковывать" в один боьшой массив и планировать этот массив в расписание сети, чтобы остальные проц. модуля его потребляли оптимальным образом.
Также обратите внимание, что для межпроцессорного обмена необходимо устанавливать у удаленных CNBR-ов режим соединения "None" - и не в коем случае не "Rack Optimisation"!!!
Зарегистрирован: May 14, 2006 Сообщения: 5 Рейтинг: +0/-0
Добавлено: Пн 22 Май, 2006 16:48:29 Заголовок сообщения:
Vad, еще раз спасибо за уделенное внимание.
Благодаря последнему ответу нашел несколько существенных ошибок в проекте. На удаленных CNBR-ах, прописанных в проектах для межпроцессорного обмена установлен режим “Rack Optimization”, что увеличивает количество соединений и нагрузку на центральный процессор на модулях связи, через которые они прописаны. В ближайшее время исправлю это.
На прошлой неделе дважды повторилась ситуация с «зависанием» модуля ENBT. Дело было так… Загрузка центрального процессора модуля 1756-ENBT снизилась с показаний 44 % до значения 0,4-0,5 %. На лицевой панели модуля зеленым светом мигал индикатор Net, показывая отсутствие сети. Отсоединение и подсоединения кабеля – не дало результатов. Такое состояние продлилось приблизительно 4 минуты в ОБОИХ случаях!!!
После изучения документации по модулям ENBT и некоторым поискам в Интернете, пришел к таким выводам. Подобные «зависания» происходят по причине наличия старой прошивки (1.61). В «Release Notes» (Publication 1756-RN591M-EN-P - July 2005) указывается, что в ревизии 2.4 исправлена аномалия, которая похожа на мой случай. Примерный перевод звучит так:
«При некоторых условиях, когда используется RSLinx версии 2.4х.х [используется версия 2.40.01(Build 16)], может появиться большой объем сообщений через модуль 1756-ENBT. Как результат модуль может показаться заблокированным, но в действительности он перезагружается».
Интересно, сколько длится перезагрузка, возможно, вышеупомянутые 4 минуты и есть этот overloaded.
Теперь вопросы:
1. Где скачать новые прошивки?
2. Как работа модулей с новыми прошивками может повлиять на взаимодействие со старым программным обеспечением (Linx, Logix)?
Зарегистрирован: May 14, 2006 Сообщения: 33 Рейтинг: +0/-0 Откуда: г.Комсомольск-на-Амуре
Добавлено: Вт 23 Май, 2006 2:05:19 Заголовок сообщения:
chameleon писал(а):
«При некоторых условиях, когда используется RSLinx версии 2.4х.х [используется версия 2.40.01(Build 16)], может появиться большой объем сообщений через модуль 1756-ENBT.
К сказанному oldDad добавлю, что скачивать можно также и последнюю версию RSlinx Classic (и любого другого ПО), если Вы еще находитесь "in support" - то есть если не прошел год со дня приобретения ПО или же продлена техническая поддержка.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.131 секунды
FAQ
Поиск
Группы
Профиль
Войти и проверить личные сообщения
Вход
)