Добавлено: Пн 13 Апр, 2009 7:20:41 Заголовок сообщения: Поведение контроллера 1769-L35E при неполном питании шины
Здравствуйте!
Может быть кто-то сталкивался с подобным:
на шине находятся контроллер 1769-L35E, блоки входных/выходных сигналов, питается это всё через три блока питания 1769-PA2.
Так вот, если запитан только тот блок, который питает контроллер, а остальные не запитаны, горят одновременно следующие индикаторы:
индикатор ОК - постоянный красный, судя по инструкции, это означает серьёзную ошибку, при этом контроллер стёр проект из памяти и для его восстановления необходимо переподключить питание шины и перезалить проект(реально стирание проекта не происходит).
индикатор MS (Module Status) - постоянный красный, означает проблемы с питанием... рекомендуется переподключить питание, в случае если это не поможет - заменить контроллер
индикатор CF (Compact Flash) - постоянный красный... судя по инструкции, этот индикатор вобще не должен гореть постоянным красным... в инструкции есть только вариант "мигающий красный", означающий опять же проблемы с памятью...
Остальные индикаторы не горят.
В итоге картина следующая - при полном питании шины контроллер нормально работает, но при отключении блока питания, питающего только блоки входных/выходных сигналов, контроллер из режима выполнения программы переходит в описанное выше состояние трёх горящих красных индикатора...
Естественно, что в инструкции написано запитать всю шину, и про поведение контроллера при неполном питании шины вроде ничего не сказано.
Вобщем, вопрос в том - нормальная ли это ситуация, или есть какие-то проблемы?
А по Вашему мнению, если в системе отсутствует питание на части модулей программируемого контроллера и диагностические светодиоды показывают аварийную ситуацию - это нормальная ситуация? Или есть какие-то проблемы?
Всем спасибо за проявленный интерес к этой теме... Отвечаю на вопросы:
"А по Вашему мнению, если в системе отсутствует питание на части модулей программируемого контроллера и диагностические светодиоды показывают аварийную ситуацию - это нормальная ситуация? Или есть какие-то проблемы?"
В первую очередь смущает горящий красным индикатор CF, который вобще по инструкции не должен гореть красным (есть только мигающий красный)... ну и про горящий OK сказано, что контроллер потёр проект, хотя он этого как оказалось не делает.
"Здраствуйте,
а как ведет себя контроллер , когда вы включаете питание на отключенных модулях ?"
Начинает проходить все тесты, всё нормально, выходит на рабочий режим.
PS: например, если отключить контроллер от шины и включить питание на контроллер - он нормально проходит свои тесты... если же подключить незапитанную шину - контроллер при включении входит в состояние горящих трёх красных индикаторов, причём часть из этих индикаторов показывают проблемы с памятью, а не с питанием. Ну и чисто логически, почему контроллер должен останавливать свою работу при незапитке части модулей? Может эти модули в резерве, с ними нет обмена... Это должно прерывать программу?
Вобщем-то тема поднята в основном для большей готовности быстро решить проблему в случае каких-то аварийный ситуаций...
Это есть в Knowledge Base. Но это мало влияет на Вашу целевую задачу. В любом случае, эта диагностика имеет непосредственное отношение к питанию. Питание должно быть.
В чём конкретно заключается Ваша цель или проблема? Чего Вы, собственно, намерены достичь? Чем именно Вам помочь при достижении Вашей цели?
"В чём конкретно заключается Ваша цель или проблема? Чего Вы, собственно, намерены достичь? Чем именно Вам помочь при достижении Вашей цели?"
Цель - Проконсультироваться, нормальное ли это поведение контроллера, может контроллер в этом случае всё-таки должен делать свои тесты памяти и выдавать ошибку уже по поводу I/O блоков. Ведь второго контроллера для сравнения под рукой нет.
Ну и хотелось разобраться с красным индикатором CF - об этом вобщем-то уже написали...
Контроллер ведёт себя нормально - показывает ошибку.
Память тестируется каждый раз в момент включения.
Диагностировать отключенные модули, на которых нет питания, контроллер не в состоянии. Он может только сообщить, что с питанием проблемы (что он и делает). Вообще, "неполное питание шины", - это как "осетрина второй свежести" Или питание полностью в порядке, или нет.
Цитата:
чисто логически, почему контроллер должен останавливать свою работу при незапитке части модулей? Может эти модули в резерве, с ними нет обмена... Это должно прерывать программу?
Если рассуждать чмсто логически, то контроллер должен прекращать нормальное функционирование при любой неисправности по результатам диагностики.
Должен ли контроллер выполнять программу обслуживания аварийной ситуации, а также выполнять ли программу обслуживания стартовой ситуации, зависит как от того, как Вы его сконфигурируете, так и от того, что Вы напишете в этой/этих программе/программах.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
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.124 секунды