| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Junior Новичок


Зарегистрирован: Feb 13, 2014 Сообщения: 2 Рейтинг: +0/-0
|
Добавлено: Чт 13 Фев, 2014 10:38:21 Заголовок сообщения: Горячий резерв без RM2 (SRM) |
|
|
| Всем привет. Подскажите по резервированию контроллера 1756-L61. Из документации следует что резервирование возможно лишь с помощью модулей RM2 (SRM). Это единственный способ??? Скажем в siemens есть такая вещь как "Програмное резервирование", когда с помощью опционального пакета настраивается определенный объем резервируемой информации... Есть что-то аналогичное для rockwell? Возможно ли устанновить 2 контроллера в разные шасси (задав разные IP и адреса controlnet) и подключить их в одну систему?? т.е. обрабатывать одни вх/выходы параллельно??7 |
|
| Вернуться к началу |
|
 |
Ryzhij62 Эксперт


Зарегистрирован: Apr 06, 2011 Сообщения: 409 Рейтинг: +29/-2 Откуда: Россия Рязань
|
Добавлено: Чт 13 Фев, 2014 17:33:48 Заголовок сообщения: |
|
|
Нет, не единственный. Но лучший.
Метод же программного бэкапа давно и широко известен в узких кругах специалистов, работающих с CLx
В основе метода анализ системной информации и передача владения модулями.
Впрочем, читайте сами. |
|
| Вернуться к началу |
|
 |
oldDad Site Admin


Зарегистрирован: May 05, 2005 Сообщения: 2773 Рейтинг: +89/-5
|
Добавлено: Чт 13 Фев, 2014 20:51:40 Заголовок сообщения: |
|
|
Software Output Switching...
December 1999...
Седая древность.
Десять фактов, или почему не нужно применять Software Output Switching:
1. Время переключения - не менее 250 миллисекунд (реально до полусекунды или даже более, в зависимости от конфигурации) против 20-40 мс с 1756-RM2, т.е. отличается в 10 раз.
2. Автоматическая синхронизация данных обеих подсистем невозможна. Необходимо выполнять синхронизацию данных подсистем программно, для чего создавать специальный программный код (с 1756-RM2 поддерживается автоматическая синхронизация данных).
3. Необходимо много программировать. Должен быть написан специальный пользовательский код поддержки переключения. Это означает повышенную трудоёмкость = повышенный риск содержания багов при увеличении времени создания системы и ввода её в действие. Достаточно высокий риск применения недоотлаженного кода = повышенный риск возникновения аварийных ситуаций на управляемом системой технологическом оборудовании (а раз требуется резервированная система, то должно быть с точностью до наоборот - при резервированной системе такие риски должны быть на порядок ниже!). С 1756-RM2 вообще никакого специального кода для поддержки резервирования программировать не нужно.
4. Внешние системы должны быть перепрограммированы таким образом, чтобы производить параллельную запись данных в каждую из подсистем. (с 1756-RM2 этого не нужно. Достаточно записывать данные только в одну из подсистем).
5. Пользовательский код должен обеспечивать гладкий безударный переход с первичной системы на вторичную в случае отказа первичной, а также гладкий обратный переход обратно в случае, если вторичная система в отказе, а первичная уже исправна (с 1756-RM2 вообще ничего программировать не нужно).
6. Время распознавания ошибки / аварии в среднем на порядок больше, чем в варианте с 1756-RM2. Поскольку на время переключения с одной подсистемы на другую технологическое оборудование, управляемое системой, не управляется. Это означает повышенный риск возникновения аварий или необратимых изменений в технологическом оборудовании, т.е. именно то, чего стремятся избежать, создавая резервированные системы управления.
7. Безударное переключение выходов при переходе на резерв и обратно невозможно (с 1756-RM2 обеспечивается безударный переход).
8. Ввод-вывод на ControlNet не поддерживается (с 1756-RM2 поддерживается)
9. Автоматическое переключение коммуникации с HMI не подерживается (с 1756-RM2 поддерживается)
10. Ограничения по конфигурации системы: для того, чтобы хоть немного сократить время переключения и количество необходимого пользовательского кода, модули ввода должны находиться в отдельном от модулей вывода шасси. (с 1756-RM2 любые модули ввода-вывода могут находиться в любом шасси ввода-вывода). _________________ Обращайтесь к профессионалам.
Последний раз редактировалось: oldDad (Пт 14 Фев, 2014 12:55:42), всего редактировалось 1 раз |
|
| Вернуться к началу |
|
 |
Junior Новичок


Зарегистрирован: Feb 13, 2014 Сообщения: 2 Рейтинг: +0/-0
|
Добавлено: Пт 14 Фев, 2014 8:18:28 Заголовок сообщения: |
|
|
| Спасибо за ссылки и подсказки. Если я правильно понял, то покупать дополнительное ПО не нужно. Software Output Switching - это лишьнастройка проекта в RSLogix? |
|
| Вернуться к началу |
|
 |
oldDad Site Admin


Зарегистрирован: May 05, 2005 Сообщения: 2773 Рейтинг: +89/-5
|
Добавлено: Пт 14 Фев, 2014 8:29:25 Заголовок сообщения: |
|
|
| Цитата: | | Software Output Switching - это лишьнастройка проекта в RSLogix? |
Нет, не только настройка. Читайте выше. _________________ Обращайтесь к профессионалам. |
|
| Вернуться к началу |
|
 |
Liter Эксперт


Зарегистрирован: Aug 13, 2008 Сообщения: 223 Рейтинг: +11/-0
|
Добавлено: Вт 18 Фев, 2014 10:10:35 Заголовок сообщения: |
|
|
... вот только одного человека знаю, который дошел до тестирования ее в деле и ... там в лаборатории она и осталась. Хотя почему бы и нет ....
главный вопрос к желающим - а где Вы ее возьмете .... сию утилиту ??? :о))) |
|
| Вернуться к началу |
|
 |
Ryzhij62 Эксперт


Зарегистрирован: Apr 06, 2011 Сообщения: 409 Рейтинг: +29/-2 Откуда: Россия Рязань
|
Добавлено: Ср 19 Фев, 2014 2:21:29 Заголовок сообщения: |
|
|
Какую ещё утилиту?!
Software Output Switching - это программно реализуемый метод передачи владения модулями. |
|
| Вернуться к началу |
|
 |
vsv1953 Частый гость


Зарегистрирован: Jan 21, 2009 Сообщения: 39 Рейтинг: +3/-0
|
Добавлено: Пт 21 Фев, 2014 9:06:39 Заголовок сообщения: |
|
|
| Делал лет 10 назад. Все работает как надо. Но требуется тщательность в написании программы. |
|
| Вернуться к началу |
|
 |
|