 | |
Предыдущие результаты
 Ну, раз у Вас только 2 рабочие станции, то смысла применять сервер, тем более резервированный, нет.
Если Вы уже оптимизировали расположение тэгов в памяти контроллера, поигрались со скан-классами в RSView32 ("быстрые" тэги часто, но по возможности реже, а "медленные"- настолько редко, насколько вообще возможно) и поигрались с NUT (а если его увелисить до 15? или больще?), и т.д., то "терапия! оказлась неэффективной.
Тогда нужно радикальное решение, "хирургия". Я думаю, что Вам нужно "отцепить" рабочие станции от шины ControlNet и посадить на отдельный сегмент сети (Ethernet достаточно, но можно и ControlNet). А для этого нужно вставить соответствующие модули в каждое из шасси контроллеров.
|
[quote:818150be48]Несколько станций выбрано по причине "горячей замены". В предложенном Вами варианте, зависание основной машины приведет к тому, что оператор "ослепнет". [/quote:818150be48]
Вообще-то серверы в RSViewSE распределённые и резервируются, так что не ослепнет :) Просто RSView32 имеет свою нишу применения - 1-2 рабочие станции. Можно и больше. но будет медленнее. Об этом есть соответствующие документы.
[quote:818150be48]Вот уж не думал, что 3 компа это уже тяжело для ControlNet-a Crying or Very sad Надо было изернет для верхнего уровня брать. [/quote:818150be48]
Для собственно ControlNet и больше нетяжело, она прекрасно работает и в более тяжелых системах. Просто надо отчётливо представлять, как она работает, и соответственно этому строить систему :) Это всё опыт, сын ошибок трудных :)
[quote:818150be48]Надо было изернет для верхнего уровня брать[/quote:818150be48]
Да, в многопользовательских системах лучше связывать клиенты с (резервированными) серверами по Ethernet, он именно для этого и предназначен. А уж серверы должны в реальном времени сидеть на шине реального времени ControlNet. Это так было бы идеологически правильно.
[quote:818150be48]
Посчитал сейчас количество тегов, которые таскает 1 "машина" с контроллера 813.(Только как это делается я если честно так и не понял. unscheduled [/quote:818150be48]
Да, именно так. Рабочие станции сканируют тэги циклически и независимо друг от друга, ничего не подозревая о существовании "конкурента". Каждая из них конципирована, как Stand Alone System, а не мультиюзерная HMI, со всеми вытекающими из этого идеологическими последствиями. Для мультиюзерных применений есть ещё Active Display System.
Так что, о scheduled в Вашем случае говорить, увы, не приходится :)
[quote:818150be48]форум вроде на мамбе, да что-то нет такой возможности. [/quote:818150be48]
нет, не на мамбе, а возможность эта отключена из соображений безопасности :)
[quote:818150be48]Кинул Вам по почте пару картинок, писать долго. Если чего-то для полноты картины не хватает, напишите.
[/quote:818150be48]
Да, в принципе, достаточно классический случай. Всё в основном понятно. Я посмотрю, подумаю, как быть, возможно, задам вопрос.
[quote:818150be48]Я в аське на Вас нападать стесняюсь, если вдруг вам будет удобней мой ICQ KPY (256-735-319)[/quote:818150be48]
Спасибо, но мне удобнее так :)
|
[quote:6c6c715f7a]Вот это Вы, безусловно, в точности соблюдвете? [/quote:6c6c715f7a]
ну не безусловно, в выходные буду последние "хвосты" подбирать. Есть мысли, что еще переделать, правда, глаза как обычно боятся.
[quote:6c6c715f7a]Если Вам нужна какая-то синхронность, то нужно, чтобы тэги сканировали себе не все станции, а только одна, а остальные станции получали бы тэги через неё.[/quote:6c6c715f7a]
Несколько станций выбрано по причине "горячей замены". В предложенном Вами варианте, зависание основной машины приведет к тому, что оператор "ослепнет".
[quote:6c6c715f7a]либо RSLinx Gateway, либо вообще RSViewSE сервер(ы) с клиентами.[/quote:6c6c715f7a]
Теперь мне уже прыгать некуда. Денег больше никто не даст. :(
[quote:6c6c715f7a]В принципе, в системах с "тяжелым" траффиком и несколькими рабочими станциями (больше двух)[/quote:6c6c715f7a]
Вот уж не думал, что 3 компа это уже тяжело для ControlNet-a :cry: Надо было изернет для верхнего уровня брать.
[quote:6c6c715f7a]Давайте, может быть, поближе рассмотрим Вашу конфигурацию?[/quote:6c6c715f7a]
Давайте. Я только рад, пока пишу частенько мысли полезные приходят.
Посчитал сейчас количество тегов, которые таскает 1 "машина" с контроллера 813.(Только как это делается я если честно так и не понял. unscheduled ?) Хотел скриншотов парочку прикрутить, форум вроде на мамбе, да что-то нет такой возможности. Кинул Вам по почте пару картинок, писать долго. Если чего-то для полноты картины не хватает, напишите.
Я в аське на Вас нападать стесняюсь, если вдруг вам будет удобней мой ICQ KPY (256-735-319)
|
Постарался исправить проект в соответствии с Вашими замечаниями и рекомендациями указанного Вами документа. Все у меня заработало, но я рано радовался. Появились новые непонятки, я уже голову сломал, поэтому обращаюсь к Вам как к высшей инстанции. Опишу проблему:
Без резервного контроллера все 3 рабочих станции работают отлично, тормозов не наблюдается. (Тормозами я называю реакцию на кнопку включения конура управления) При включении резервного контроллера, рабочие станции вообще перестают управлять процессом. Нормальной работы удалось добиться только при использовании одной машины, то есть как только я запускаю проект на второй, система встает «колом».
NUT 5мс, при использовании других значений, у меня перестает синхронизироваться резервный контроллер. PRI = 160 для всех шасси, выбирал из условий что у меня NUT будет 10. Не знаю уже что бы и придумать. Куда копать, то ли дальше программу оптимизировать, то ли с ControlNet-oм бороться. Задам еще вопросы, может глупые, не судите строго:
1. Передача данных рабочим станциям идет как незапланированные данные? Таким образом, нельзя гарантировать, что измененное значение тега обязательно в реалтайме будет замечено контроллером? Может можно их, каким-то образом запланировать? В проект Logix-а например добавить.
2. В RSLinx окромя создания драйвера и ОРС-топика еще нужно что-то настраивать?
3. После переконфигурации сети RSNetWorx-ом RSLinx надо перезапускать?
4. Непонятна связь системы резервирования и NUT. ИМХО должно же быть наоборот, чем больше время обновления сети, тем больше времени можно уделить синхронизации.
|
Здравствуйте!
Нашел в документации по RSView описание совместного использования значений тегов по сети. В связи с этим возникли вопросы:
1. Правильно ли я понял, что это общение по сети Ethernet?
2. Возможно ли такое общение по сети ControlNet?
3. При таком общении теги считаются внешними или внутренними (т.е. нужна ли на них лицензия)?
|
Здравствуйте.
Имеется резервированный ControlNet: 1784-PCICS <--> 1788-CNCR.
Два раза возникала странная проблема определения сети. При этом на 1784-PCICS индикаторы каналов мигали попеременно, а на 1788-CNCR - одновременно. Сетевые кабели целые (проверено).
Первый раз проблема возникла при переустановке 1784-PCICS с одной машины на другую. Решилась переустановкой карты в другой слот и переустановкой дайверов (на всякий случай).
Второй раз - сегодня ни с того ни с сего (на 100% уверен, что ни конфигурация, ни настройки сети не изменялись, ни кто ничего не трогал). Решилась выниманием и установкой карты в тот же слот!?
Сталкивался ли кто-нибудь с подобной проблемой? В чем причина? Меня настораживает перемигивание световых индикаторов на 1784-PCICS - что это означает?
Спасибо за внимание!
|
Добрый день! У меня есть несколько вопросов:
1. Как можно на контроллере FlexLogix с модулем 1788-CNCR программным путем (логика контроллера или RSView32 v6.4) определить состояние каналов А и В (есть соединение или нет)? Пробовал в RSLogix использовать инструкцию GSV для определения статуса модуля. Пробовал в RSView настроить канал с непосредственным использованием драйверов (об этом во 2м вопросе). Ничего! Единственный намек увидел в RSLinx при диагностике станции (Station Diagnostics: Device on ControlNet), но как добраться к этим параметрам я не знаю :( .
2. Объясните мне пожалуйста для чего нужна настройка связи с непосредственным использованием драйверов? Как я понимаю, это увеличивает быстродействия. Что еще? При конфигурировании узла в пункте Тип можно выбрать только PLC, SLC и SoftLogix, а мне нужен FlexLogix. Я так понимаю, у меня старая версия RSView. C какой версии это возможно и можно ли таким образом определить состояние сети (см. п.1)?
Спасибо.
|
Большое спасибо за консультацию! :)
В связи с Вашим ответом:
[quote:302110ba7b]Это касается только того сегмента ControlNet, конфигурация которого выполнена с помощью RSNetworx for CN и хранится в каждом из киперов сегмента. [/quote:302110ba7b]
возникает вопрос: если существующая сеть ControlNet имеет несколько сегментов, то возможна независимая друг от друга конфигурация этих сегментов при помощи RSNetWorx или все-таки надо (лучше?) сконфигурировать всю сеть целиком?
Спасибо. :)
|
Здравствуйте, Слава!
Спрашивайте - отвечаем! :)
[quote:da4cdc2d04]
1. Киперами сети будут только модули CNBR, причем активным - CNB с наименьшим адресом?[/quote:da4cdc2d04]
Да, в Вашей конфигурации - именно так.
[quote:da4cdc2d04]2. В случае использования ENBT в целях, указанных выше, будут ли они киперами и необходимо ли конфигурировать сеть с помощью RSNetWorx for EtherNet ?
[/quote:da4cdc2d04]
Эти модули не имеют к ControlNet отношения. Если они будут стоять в более, чем одном шасси, связаны между собой сетью, и обмениваться информацией, то да, надо конфигурировать этот сегмент сети Ethernet с помощью RSNetWorx for EtherNet. А если они предназначены только для доступа в систему с целью зарузки программы, то не надо.
[quote:da4cdc2d04]3. В случае выхода из строя активного кипера (пропало питание, нарушен сетевой кабель и т.п.) сеть упадет или активным станет другой кипер?
[/quote:da4cdc2d04]
Нет, сеть не упадёт. Грош бы ей был цена, если бы она от этого падала. Это же не ProfiBus, здесь нет сканера, при выходе из строя которого сеть рассыпается :) .
ControlNet - мультикиперная сеть, все киперы хранят конфигурацию, т.е. имеется многократное резервирование конфигурации сети. Если активный кипер выпал, то контроль над траффиком в сети автоматически перенимает следующий по номеру.
[quote:da4cdc2d04]4. В связи с этим, если необходимо будет поменять модуль-кипер, повлияет ли это на работу неподчиненных ему элементов сети (другие сегменты)? [/quote:da4cdc2d04]
До тех пор, пока в сети остаётся хотя бы один модуль, способный выполнять функции кипера, сеть будет работать и будет способна пересылать сообщения и обслуживать соединения типа scheduled connections.
Это касается только того сегмента ControlNet, конфигурация которого выполнена с помощью RSNetworx for CN и хранится в каждом из киперов сегмента.
Само собой, при замене модуля нужно переконфигурировать сегмент, чтобы информация о конфигурации сети сохранилась в каждом из киперов.
|
Здравствуйте, коллеги. Здравствуйте, Игорь Аркадьевич.
В свзи с вводом АСУ ТП на платформе ControlLogix возник ряд вопросов по сети ControlNet:
В систему входят:
[b:ca45b20476]шасси1: [/b:ca45b20476]контроллер; модуль резервирования; два модуля CNBR; планируется модуль ENBT только для незапланированного(информационного) обмена - upload, download контроллеров
[b:ca45b20476]шасси2: [/b:ca45b20476]аналогично шасси1 (горячее резервирование)
[b:ca45b20476]шасси3,4,5:[/b:ca45b20476] модули ввода/вывода (внутренний сегмент)
Во внешнем сегменте на общей шине рабочие станции и PanelView.
Вопросы:
1. Киперами сети будут только модули CNBR, причем активным - CNB с наименьшим адресом?
2. В случае использования ENBT в целях, указанных выше, будут ли они киперами и необходимо ли конфигурировать сеть с помощью RSNetWorx for EtherNet ?
3. В случае выхода из строя активного кипера (пропало питание, нарушен сетевой кабель и т.п.) сеть упадет или активным станет другой кипер?
4. В связи с этим, если необходимо будет поменять модуль-кипер, повлияет ли это на работу неподчиненных ему элементов сети (другие сегменты)?
Заранее спасибо. :)
|
Предыдущие результаты
Ещё результаты |
|
| |
|
