 | |
Предыдущие результаты
 Добрый день!
Попробуйте почитать документ http://literature.rockwellautomation.com/idc/groups/literature/documents/rn/1756-rn684_-en-p.pdf
стр.5 - это возможно Ваш случай.
Если есть время - лучше напишите побольше, что делали, как делали, зачем делали и тд. ... больше информации для размышления :о) ...
Например зачем Вы со Standart на Enhanced перешли. 16.57 вроде бы и создавали что бы 1756-RM понимала вместо SRM модулей.
и еще - http://ab.rockwellautomation.com/Programmable-Controllers/ControlLogix-Redundancy-Modules#/tab5
|
Я бы начал с проверки соответствия прошивок всех устройств системы резервирования.
Для 19-й версии[url=http://support.rockwellautomation.com/ControlFlash/] на оф.сайте [/url]выложен пакет прошивок 1756-Lxx Enhanced Redundancy Bundle для firmware 19.53Enh.
|
[quote:ca2d282e20="Aleksky"]Прошивка 16.57 ControlLogix Standart Redundancy как раз поддерживает 1756-RM и 1756-CNBR и 1756-ENBT.[/quote:ca2d282e20]
Да, это так. Но подумайте о том, что:
- Вы пишете о 1757-SRM, а они [u:ca2d282e20]уже не поставляются[/u:ca2d282e20] (и это есть железный факт).
- Прошивка 16.57 - это промежуточный паллиативный вариант, применяемый [u:ca2d282e20]вынужденно[/u:ca2d282e20] и только для тех случаев, когда в уже имеющейся системе отказал 1757-SRM, его пришлось заменить на 1756-RM, и в итоге возникает ситуация, когда не подходит ни старая имеющаяся прошивка (она не знает 1756-RM), ни более новая (она не знает ни 1756-CNBR, ни 1756-ENBT).
- Для новых систем производитель не рекомендует старьё, которое уже не поставляется, и поэтому будут вынужденно применяться устаревшая, не обеспечивающая всех возможностей прошивка. Рекомендуется применять а 1756-RM, 1756-CN2R, 1756-EN2T и т п. под прошивкой v19.52.
- Если Вы, проектируя новую систему, примените старую прошивку и старое железо в новой системе, то таким образом подставите пользователя, т.к. система в таком виде не будет иметь будущего.
Применять старое железо только потому, что разработчики не знают нового, по-моему, [color=cyan:ca2d282e20]хм, как это помягче сказать, [/color:ca2d282e20] не очень целесообразно. Надеюсь, Вы понимаете, что я хотел сказать.
Впрочем, это дело ваше. Хотите поиметь проблемы, а потом их мужественно превозмогать? Нет проблем.
|
[b:196ea7edc8]OldDad[/b:196ea7edc8]
Да вы правы - модули 1756-RM, но остальные это CNBR и ENBT. По этому поводу я звонил в техподдержку АБ. Мне сказали, что такая конфигурация пойдет. К тому же из собственного опыта: Прошивка 16.57 ControlLogix Standart Redundancy как раз поддерживает 1756-RM и 1756-CNBR и 1756-ENBT.
А как в RSlogix создавать конфигурацию контроллера? Меня волнует вопрос того, что:
[quote:196ea7edc8]Можно и допускается в проекте контроллера у вас будет 1 модуль CNBR связанный с 6ю CNBR модулями IO с разными адресами и слотами 0 или 1, соответственно будет 6 корзин IO попарно повторяющихся, много вопросов возникнет в связи с дублированием информации и управлением модулями вывода. [/quote:196ea7edc8]
|
[quote:0a04f565d7="oldDad"]- Какая версия firmware залита в процессоры?
- Есть ли в программе ALMA или ALMD? Получится ли синхронизация, если их удалить? Если да, то нужно заменить firmware с версии Standard Redundancy на версию Standard Redundancy.[/quote:0a04f565d7]
Действительно. Убираю ALMA и тэги типа ALARM_ANALOG и контроллеры синхронизируются успешно.
Что Вы имели ввиду под [b:0a04f565d7]заменить firmware с версии Standard Redundancy на версию Standard Redundancy[/b:0a04f565d7]? На Enhanced Redundancy ?
Enhanced Redundancy не поддерживает модули CNBR/E...как мне быть?...блин ...
Реально сделать, чтобы работали команды ALMA и синхронизация с моей конфигурацией:
L63/B
CNBR/E
RM/A
ENBT
?
|
- Какая версия firmware залита в процессоры?
- Есть ли в программе ALMA или ALMD? Получится ли синхронизация, если их удалить? Если да, то нужно заменить firmware с версии Standard Redundancy на версию Standard Redundancy.
|
Здравствуйте, все делать это можно и имхо нужно. [quote:e51a42a15c]Встал вопрос о передаче диагностической информации на верхний уровень (system platform).
- Как получать информацию о резервном контроллере?(GSV - класс redundancy???)
- Как понять на верхнем уровне, что произошло переключение?
- Можно ли извлечь и передать наверх информацию о составе корзин. (Какие модули в какой слот установлены)????[/quote:e51a42a15c]
Мы используем [code:1:e51a42a15c]gsv(REDUNDANCY,,ChassisRedundancyState,);[/code:1:e51a42a15c] и [code:1:e51a42a15c]gsv(REDUNDANCY,,physicalchassisid,);[/code:1:e51a42a15c] С помощью этих инструкций мы контролируем состояние резервирования и мониторим был ли переход с prim на sec . Уже несколько раз выручала данная процедура.
|
Встал вопрос о передаче диагностической информации на верхний уровень (system platform).
- Как получать информацию о резервном контроллере?(GSV - класс redundancy???)
- Как понять на верхнем уровне, что произошло переключение?
- Можно ли извлечь и передать наверх информацию о составе корзин. (Какие модули в какой слот установлены)????
|
Найдите в данной таблице pdf-файл Release Notes Для своего процессора и своей прошивки. В этом файле написано, какие модули данная прошивка поддерживает:
http://support.rockwellautomation.com/ControlFlash/
В частности, набор модулей 1756-L63 1756-RM, 1756-CNBR и 1756-ENBT будет работать только с прошивкой v16.57 Standard Redundancy Bundle.
|
Найдите в данной таблице pdf-файл Release Notes Для своего процессора и своей прошивки. В этом файле написано, какие модули данная прошивка поддерживает:
http://support.rockwellautomation.com/ControlFlash/
В частности, набор модулей 1756-L63 1756-RM, 1756-CNBR и 1756-ENBT будет работать только с прошивкой v16.57 Standard Redundancy Bundle.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
