 | |
Предыдущие результаты
 [quote:e61b672d91]если не секрет, в насколько обозримом будущем , планируется следующий релиз!! есть такая инфа?[/quote:e61b672d91]
Уважаемый колега,
Какие могут быть секреты от Вас в нашей отрасли?
Теоретически ваше запрос можно реализовывать хоть сейчас же.
Прежде всего хочу уведомить о появлении нового модуля для резервирования 1756-RM (1756-IN092A-EN-P April 2008).
Этот модуль занимает всего один слот, и его конфигурация через RSLinx аналогична предшественнику 1757-SRM.
Этот модуль предназначен для работы в комплекте с 1756-CN2, 1756-CN2R and 1756- EN2T.
Еще хочу заметить, что в каждой из корзин могут находиться по 2 процессора (L61-L63), а L64 может быть только один.
Модуль имеет reduced switchover time (up to 10 ms).
С другой стороны модуль не будет работать с традиционными CNB(R) and ENBT, и также нельзя строить систему,
имея в основной корзине 1756-RM а в резервной 1757-SRM или наоборот.
С Hardware все на этом. С Software проще, тот же Logix5000 и Linx.
[quote:e61b672d91]Придётся подождать до следующего релиза firmware, когда эти модули туда пропишут. [/quote:e61b672d91]
Теперь о Firmware. Только только появился redundancy bundle 16.50 и сразу же за ним было обьявленно еще о 2х (16.53 для Standard
Redundancy System and 16.53 for Enhanced Redundancy System). Смотрим 1756-RN628G-EN-E and 1756-RN650A-EN-E.
You will see two firmware bundles on the RA support site within two weeks (I hope so :) ). For Enhanced Redundancy System please
use file with name: V16.53EnhClxRed. Вот и с теоретической частью покончено.
А по практической, я не знаю когда это добро появится в Мариуполе, вам виднее. Так что вот так. Дерзайте.
Спасибо за внимание.
|
[quote:7e60c74087] The 1756-CN2 and 1756-CN2R series A modules do not support
ControlLogix redundancy.
The 1756-CNB and 1756-CNBR series E and 1757-SRM series B
modules are required for I/O control in redundant systems.
[/quote:7e60c74087]
т.е. эти замечательные модули поддерживающие 100 соединений, если я правильно понял, в системах с горячим резервированием использовать нельзя??
и придется обхидиться 1756-CNBR с 64мя а на деле 40-50 соединениями??
почему?? чисто интересно, почему такие ограничения??
|
Добрый день!
В резервированной корзине (с модулем 1757-SRM) можно установить 1-2 модуля 1756-ENBT.
Требования к составу резервированной системы подробно описаны в 1756-um523_-en-p.pdf в разделе 2. Данное руководство можно скачать здесь:
http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um523_-en-p.pdf#search=%221756-um523_-en-p.pdf%22
|
[quote:e2c0fc6010="chameleon"]Пять рабочих станций с проектами RSView32 (примерно 5 тыс аналоговых и 1 тыс дискретных тэгов) прописаны "локально" (т.е. на каждом компьютере свой OPC сервер) на один из двух контроллеров-концентраторов, расположенных в отдельных шасси, и полностью дублирующих себя по функциям.
[/quote:e2c0fc6010]
Как я уже говорил, каждая станция с RSLinx формирует до 4-х (по умолчанию) коннектов, итого 5*4=20. Вам можно попробовать настроить на одной или 2-х рабочих станциях RSLinx Gateway и подключать остальные станции по OPC через их Remote OPC Server.
[quote:e2c0fc6010="chameleon"]Активным может быть только один из концентраторов.В каждом шасси расположено по 2 модуля ENBT (через первый прописаны топики на рабочих станциях, а через второй - топики для сервисных станций: загрузка проектов Logix, проектов RSView32, и др.). Также в каждом шасси присутствуют по 5 CNBR-ов для связи с другими подсетями ControlNet. Из них самым загруженным является тот, который я уже описывал выше, т.е. через него количество коннектов может возрастать до критичных значений (55-60).
Теперь опишу сеть, одним из узлов которой является данный загруженный CNBR. Причем стоит отметить, что у этого узла наименьший адрес - скорее всего он является и кипером. [/quote:e2c0fc6010]
Вы организуете резервирование процессорных модулей с помощью 1757-SRM? Если да, то необходимо учитывать, что активные киперы по умолчанию (CNBR-ы с наименьшим адресом) нельзя размещать в резервированных шасси, т.к. переключение с основной на резервную корзину нарушит работу сети. Какая версия прошивок процессорных модулей и CNBR? ПО возможности, следует обновлять прошивки последними версиями.
По поводу организации межпроцессорного обмена, могу повторить то что говорил ранее: от MSG по возможности желательно отказаться, всю порцию данных от одного проц. модуля желательно "упаковывать" в один боьшой массив и планировать этот массив в расписание сети, чтобы остальные проц. модуля его потребляли оптимальным образом.
Также обратите внимание, что для межпроцессорного обмена необходимо устанавливать у удаленных CNBR-ов режим соединения "None" - и не в коем случае не "Rack Optimisation"!!!
|
Ну, нормальный процесс отладки :)
Так у Вас резервированный контроллер? С 1757-SRM?
[u:71f59842d0]
[url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um523_-en-p.pdf]Вот это[/url][/u:71f59842d0] Вы, безусловно, в точности соблюдвете?
Не зная точной структуры системы, объёма данных и траффика, довольно трудно давать советы по оптимизации, но на вопросы постараюсь ответить.
[quote:71f59842d0]1. Передача данных рабочим станциям идет как незапланированные данные? Таким образом, нельзя гарантировать, что измененное значение тега обязательно в реалтайме будет замечено контроллером?[/quote:71f59842d0]
Рабочие станцие, построенные на RSView32, работают совершенно автономно независимо друг от друга. Каждая мз них собирает тэги, не зная ничего о том, что у неё есть "соседи". Если одна станция под RSView32 опрашивает, скажем, 500 тэгов, то в сети курсируют 500 тэгов. А если рабочих станций две, то не 500, а 1000, т.е. загрузка сети увелисивается вдвое.
Ни о какой синхронности, разумеется, при такой конфигурации речь идти не может.
Если Вам нужна какая-то синхронность, то нужно, чтобы тэги сканировали себе не все станции, а только одна, а остальные станции получали бы тэги через неё. Т.е. Вам нужно другое решение, которое специально предназначено для таких конфигураций: либо RSLinx Gateway, либо вообще RSViewSE сервер(ы) с клиентами.
Это, кстати, серьёзно разгрузило бы сеть.
В принципе, в системах с "тяжелым" траффиком и несколькими рабочими станциями (больше двух) нужно бы разделять сегменты сети на тот, по которому тэги поступают в рабочую станцию / сервер, и тот, который связывает эту рабочую станцию / сервер с остальными.
[quote:71f59842d0]2. В RSLinx окромя создания драйвера и ОРС-топика еще нужно что-то настраивать? [/quote:71f59842d0]
Нет.
[quote:71f59842d0]3. После переконфигурации сети RSNetWorx-ом RSLinx надо перезапускать? [/quote:71f59842d0]
В принципе, нет. Во всяком случае, я никогда не слышал о том. чтобы это нужно было делать.
[quote:71f59842d0]
4. Непонятна связь системы резервирования и NUT. ИМХО должно же быть наоборот, чем больше время обновления сети, тем больше времени можно уделить синхронизации.[/quote:71f59842d0]
Может быть, причина Ваших "тормозов" не в этом?
Давайте, может быть, поближе рассмотрим Вашу конфигурацию?
|
Хотел спросить совета у опытных спецов. Вопросов, по сути несколько, но прежде чем их задать в общих чертах опишу ситуацию. Два контроллера L55M13 работающих в горячем резерве при помощи 1757-SRM. Сеть ControlNet, ввод/вывод удаленный, 3 17-х шасси, в каждой 15 модулей. Как оказалось синхронизация основного и резервного контроллеров занимает довольно прилично ресурсы оных.
По мануалу загрузка вроде как должна быть больше всего на 30%, но на мой субъективный взгляд на практике дело обстоит по другому. Тормоза у меня выражаются в подвисании RSLinx, диагностика драйвера показывает 2 пакета в секунду на прием и столько же на передачу. В режиме работы без резервного контроллера, диагностика показывает 10 пакетов, RSView работает, как положено, тормозов не наблюдается.
Теперь собственно вопросы.
1. Как лучше организовать задачи контроллера. Сделать больше задач содержащих меньше программ, или постараться выстроить процедуры управления так, чтобы задач было меньше, а программ внутри них больше. Вообще, что-нибудь от этого зависит или я не туда копаю?
2. Какие вообще есть способы оптимизации быстродействия?
3. Может дело быть в неправильных настройках ControlNet-а?
4. Сколько пакетов должна получать/отправлять рабочая станция для "нормального" обмена информацией по контролнету? Сетевые модули нагружены на 50% если судить по показаниям индикаторов.
|
Предыдущие результаты |
|
| |
|
