Подскажите возможную причину сброса сигнала с входов

[Vindigoneeee]

Добрый день. Случилась одна ситуация на производстве, мб кто-то сможет подсказать.

Во время работы, на Етшке в корзине умер модуль аналогового выхода, для замены снял питание с данной Етшки, и соответственно пропала связь с данной Етшки и следующих за ней устройств в данной сети. После замены модуля, подал питание обратно, и после восстановления связи на Етшках которые были отключении, произошел сброс входных дискретных сигналов. Аналоговые сигналы просто висели на одном значении. Потом все вернулось в норму, но из-за данного сброса обнулились показания необходимые для корректной работы одного из участков производственной линии. ПЛК CompactLogix 5370. Из-за чего происходит этот сброс?

[Jackson]

Доброе!

Ещё б теперь узнать, что такое ЕТшка.....

P.S. Все проблемы случаются в пятницу. Преимущественно после обеда. Мудрость техподдержки.

[Vindigoneeee]

Доброе!

Ещё б теперь узнать, что такое ЕТшка.....

P.S. Все проблемы случаются в пятницу. Преимущественно после обеда. Мудрость техподдержки.

Прошу прощения, это от сименса так как с ним больше работаю, ET станции переферийные с модулями разными, вот аналоги же и тут есть 1734-AENTR и к нему добавляешь слоты необходимые.

[automaticj]

Добрый день. Помню программировал на CCW контроллер Micro870 от Allen Bradley. Так вот, если в программе до загрузки в контроллер выставляешь дискретные входа, необходимые для верной работы установки (например, датчик но или нз и т.п.) как RETAIN ( переменные пользовательской программы, значение которых сохраняется при выключении питания контроллера), то после сброса питания и его восстановления все сохраняется. Если же, допустим, заливаешь программу в контроллер, а уже после выставляешь входа( и забываешь объявить их RETAIN), то после обестачивания ничего не сохраняется. Возможно у вас такая же ситуация . Залили изначально программу, затем отладили и оставили. Произошел сброс питания, программа восстановилась в изначальное состояние, доотладочное.

[Ryzhij]

Обесточив 1734-AENTR Вы прервали обмен данными с целой группы модулей периферии с их ЦПУ-владельцем(-ми).
ЦПУ-владельцы столкнулись с внезапным "сюрпризом".
Прежде чем что либо отключать из периферии контроллера семейства Logix5000 (в него входит, в частности, и CompactLogix), неплохо бы заранее дать знать процессору об этом.
Чтобы при включении/отключении периферии процессор в ошибку не сваливался.
Делается это путём перевода модуля в состояние "Ingibit" и обратно в программе RSLogix5000 (или Studio5000) в онлайн режиме Rem/Run.
Эта процедура проводится в дереве периферии для каждого ЦПУ-владельца отключаемой периферии.
Если делать так, то процессор не будет вываливаться в ошибку периферии и уходить в обработчик ошибок.
Разумеется, перед отключением периферии следует озаботиться поведением программы и принять корректирующие меры.
Например, любой регулятор оставшись в авторежиме при отключении связанных с ним аналоговых входов/выходов успеет уйти в насыщение.
В сложной системе надо учитывать и обмен порождаемыми/потребляемыми тегами с другими процессорами.

[Vindigoneeee]

Добрый день. Помню программировал на CCW контроллер Micro870 от Allen Bradley. Так вот, если в программе до загрузки в контроллер выставляешь дискретные входа, необходимые для верной работы установки (например, датчик но или нз и т.п.) как RETAIN ( переменные пользовательской программы, значение которых сохраняется при выключении питания контроллера), то после сброса питания и его восстановления все сохраняется. Если же, допустим, заливаешь программу в контроллер, а уже после выставляешь входа( и забываешь объявить их RETAIN), то после обестачивания ничего не сохраняется. Возможно у вас такая же ситуация . Залили изначально программу, затем отладили и оставили. Произошел сброс питания, программа восстановилась в изначальное состояние, доотладочное.

Питание контроллера не пропадало, пропало питание на одном конкретном участке цепи. И после него просто не было связи с остальными участками, питание на них было, после восстановления питания и восстановления сети произошел сброс входов.

Отправлено спустя 4 минуты 36 секунд:

Обесточив 1734-AENTR Вы прервали обмен данными с целой группы модулей периферии с их ЦПУ-владельцем(-ми).
ЦПУ-владельцы столкнулись с внезапным "сюрпризом".
Прежде чем что либо отключать из периферии контроллера семейства Logix5000 (в него входит, в частности, и CompactLogix), неплохо бы заранее дать знать процессору об этом.
Чтобы при включении/отключении периферии процессор в ошибку не сваливался.
Делается это путём перевода модуля в состояние "Ingibit" и обратно в программе RSLogix5000 (или Studio5000) в онлайн режиме Rem/Run.
Эта процедура проводится в дереве периферии для каждого ЦПУ-владельца отключаемой периферии.
Если делать так, то процессор не будет вываливаться в ошибку периферии и уходить в обработчик ошибок.
Разумеется, перед отключением периферии следует озаботиться поведением программы и принять корректирующие меры.
Например, любой регулятор оставшись в авторежиме при отключении связанных с ним аналоговых входов/выходов успеет уйти в насыщение.
В сложной системе надо учитывать и обмен порождаемыми/потребляемыми тегами с другими процессорами.

Суть случившегося описал выше, программа как раз и отработала, задав нулевую позицию, но при этом задалось нулевое положение одного агрегата, из-за пропадания сигнала с датчика. А из-за чего пропали сигналы с входов, вот именно это непонятно. ПОСЛЕ восстановления связи по сети.

[Ryzhij]

Питание контроллера не пропадало, пропало питание на одном конкретном участке цепи.

Вы путаете понятие "ЦПУ" с понятием "контроллер". Это довольно частая типовая ошибка. Контроллер состоит из ЦПУ, модулей периферии и средств связи между ними. Иногда, но редко, в контроллер включают ещё и УСО (устройства сопряжения с объектом).
В Вашей ситуации была нарушена внутриконтроллерная связь ЦПУ со своей периферией.

Суть случившегося описал выше, программа как раз и отработала, задав нулевую позицию, но при этом задалось нулевое положение одного агрегата, из-за пропадания сигнала с датчика. А из-за чего пропали сигналы с входов, вот именно это непонятно. ПОСЛЕ восстановления связи по сети.

Повторю. Нарушалась внутриконтроллерная связь ЦПУ с периферией.
В общем случае ЦПУ в составе контроллера может быть несколько, так же как обычно в контроллере имеется несколько модулей периферии. В процессе внутриконтроллерного обмена есть понятие "владение периферией". Каждому модулю периферии при инциализации назначается владелец - обычно это модуль ЦПУ, с которым происходит обмен данными. В самом начале владелец инициирует свои модули.
Итак, в Вашем случае после включения часть периферии оказалась в состоянии "без владельца". И, поскольку это явилось полной неожиданностью для ЦПУ, тот проинициировал ВСЮ СВОЮ ПЕРИФЕРИЮ. Со всеми вытекающими.
Вот как-то так.
Чтобы упорядочить подобные вещи и существует возможность подачи команд ЦПУ для отключения и подключения определённых периферийных модулей.

[Vindigoneeee]

Питание контроллера не пропадало, пропало питание на одном конкретном участке цепи.

Вы путаете понятие "ЦПУ" с понятием "контроллер". Это довольно частая типовая ошибка. Контроллер состоит из ЦПУ, модулей периферии и средств связи между ними. Иногда, но редко, в контроллер включают ещё и УСО (устройства сопряжения с объектом).
В Вашей ситуации была нарушена внутриконтроллерная связь ЦПУ со своей периферией.

Суть случившегося описал выше, программа как раз и отработала, задав нулевую позицию, но при этом задалось нулевое положение одного агрегата, из-за пропадания сигнала с датчика. А из-за чего пропали сигналы с входов, вот именно это непонятно. ПОСЛЕ восстановления связи по сети.

Повторю. Нарушалась внутриконтроллерная связь ЦПУ с периферией.
В общем случае ЦПУ в составе контроллера может быть несколько, так же как обычно в контроллере имеется несколько модулей периферии. В процессе внутриконтроллерного обмена есть понятие "владение периферией". Каждому модулю периферии при инциализации назначается владелец - обычно это модуль ЦПУ, с которым происходит обмен данными. В самом начале владелец инициирует свои модули.
Итак, в Вашем случае после включения часть периферии оказалась в состоянии "без владельца". И, поскольку это явилось полной неожиданностью для ЦПУ, тот проинициировал ВСЮ СВОЮ ПЕРИФЕРИЮ. Со всеми вытекающими.
Вот как-то так.
Чтобы упорядочить подобные вещи и существует возможность подачи команд ЦПУ для отключения и подключения определённых периферийных модулей.

Понял, про разность контроллера и цпу осведомлен, у нас в сети 3 контроллера и периферия в добавок. Просто до этого отключали питание не один раз, и таких проблем не встречали, ну на ппре проверю еще раз экспериментом, возможно постоянно такие моменты происходят.

[Ryzhij]

Понял, про разность контроллера и цпу осведомлен, у нас в сети 3 контроллера и периферия в добавок.

Какая именно "периферия вдобавок"?
Если это та, что описана в дереве раздела "Hardware" программы хотя бы одного из ЦПУ, то ничего Вы не поняли.
Если же это что-то другое - есть надежда на прогресс.

Опять же, если во внутриконтроллерной сети с "Hardware" для ЦПУ "сидят" ещё какие-либо устойства, то это моветон, допустимый, впрочем, для локальных систем, но представляющий собой "мину замедленного действия" для систем распределённых.

[Vindigoneeee]

Питание контроллера не пропадало, пропало питание на одном конкретном участке цепи.

Вы путаете понятие "ЦПУ" с понятием "контроллер". Это довольно частая типовая ошибка. Контроллер состоит из ЦПУ, модулей периферии и средств связи между ними. Иногда, но редко, в контроллер включают ещё и УСО (устройства сопряжения с объектом).
В Вашей ситуации была нарушена внутриконтроллерная связь ЦПУ со своей периферией.

Суть случившегося описал выше, программа как раз и отработала, задав нулевую позицию, но при этом задалось нулевое положение одного агрегата, из-за пропадания сигнала с датчика. А из-за чего пропали сигналы с входов, вот именно это непонятно. ПОСЛЕ восстановления связи по сети.

Повторю. Нарушалась внутриконтроллерная связь ЦПУ с периферией.
В общем случае ЦПУ в составе контроллера может быть несколько, так же как обычно в контроллере имеется несколько модулей периферии. В процессе внутриконтроллерного обмена есть понятие "владение периферией". Каждому модулю периферии при инциализации назначается владелец - обычно это модуль ЦПУ, с которым происходит обмен данными. В самом начале владелец инициирует свои модули.
Итак, в Вашем случае после включения часть периферии оказалась в состоянии "без владельца". И, поскольку это явилось полной неожиданностью для ЦПУ, тот проинициировал ВСЮ СВОЮ ПЕРИФЕРИЮ. Со всеми вытекающими.
Вот как-то так.
Чтобы упорядочить подобные вещи и существует возможность подачи команд ЦПУ для отключения и подключения определённых периферийных модулей.

Правильно ли я понимаю, что данные команды можно найти в мануале по программированию контроллера? Или где можно просветиться по данной теме ? Или возможно как-то настроить хардвар ?

[Ryzhij]

Речь не об инструкциях языка программирования, а о командах конфигурации, подаваемых из среды программирования RSLogix5000 в ЦПУ семейства Logix5000.
Найду ссылку, поделюсь.

[Ryzhij]

Найду ссылку, поделюсь.

Итак, ссылки на документы:
Общая методика для программируемых контроллеров Logix5000 страницы 312-313;
ControlLogix Digital I/O Modules страницы с 39 и далее;
Руководство пользователя системы CompactLogix страницы 41, 37, 51.
И еще много чего можно найти самому по запросу "inhibit i/o module".
Удачи!

[Vindigoneeee]

Найду ссылку, поделюсь.

Итак, ссылки на документы:
Общая методика для программируемых контроллеров Logix5000 страницы 312-313;
ControlLogix Digital I/O Modules страницы с 39 и далее;
Руководство пользователя системы CompactLogix страницы 41, 37, 51.
И еще много чего можно найти самому по запросу "inhibit i/o module".
Удачи!

Благодарю!