Siemens Error

[Magi]

Всем привет, ребят подскажите новичку, как быть, на смене возникла такая ситуация, см. картинку во вложении.
Можно ли сделать сброс таким образом:
1. Перевести контроллер в STOP;
2. Выключить питание, вынуть батареи;
3. Включить питание контроллера, дождаться самодиагностики;
4. Выполнить сброс MRES;
5. Перевести в RUN, а потом как синхронизация произойдет вставить батареи.

[v0v]

Я думаю что можно делать разные манипуляции если Вы уверены что используются Flesh а не RAM и программы актуальны.

[VADR]

Я бы начал с просмотра диагностического буфера каждого из контроллеров.

[Roman_33]

А зачем контроллер сбрасывать? Он в порядке,система даже мастера не сменила. Похоже СР сдох, попробуйте в его буфер заглянуть. Если нет в программе соответствующих ОВ, при описанных вами манипуляциях в СТОП уйдет вся система. Если ничего страшного, дерзайте, не поможет, конечно, но хоть согреетесь. Скорее всего СР под замену.

[Magi]

VADR, Добрый день, большое спасибо за совет!
Еще хотел спросить про диагностический буфер, есть ли где-то инструкция как с ни работать, как его анализировать???

[VADR]

Еще хотел спросить про диагностический буфер, есть ли где-то инструкция как с ни работать, как его анализировать???

Смогу только на работе во вторник посмотреть, наскидку - в дереве устройств правой клавишей мыши по нужному контроллеру (или CP-шке), и там где-то в разделе PLC есть промотр диагностического буфера. Инструкция наверняка там в хелпе есть (у вас пакет STEP7 или PCS7 - в обоих, вроде бы, одинаково эта операция выглядит). Но могу ошибаться.
Далее. Посмотрите, какие у вас в системе есть OB - некоторые из них (например, OB82, OB86) используются для диагностики. Если таковые есть - посмотрите, что в них прописано. Вполне возможно, разработчик диагностику уже прописал и данные куда-то сложил.

[stesl]

в дереве устройств правой клавишей мыши по нужному контроллеру (или CP-шке), и там где-то в разделе PLC есть промотр диагностического буфера.

Эх, плохо Вы слушали Румянцева ))) Ctrl-D практически в любом месте менеджера проектов. Но это об Степ 7 классика.
Он еще говорил - при дебаггинге пальцы просто лежат на этом сочетании )

[A-Team]

Добрый день
Если это Н система . То странно , что при сбое СР на нулевом контроллере , мастером не стал 1 контроллер .

[stesl]

То странно , что при сбое СР на нулевом контроллере , мастером не стал 1 контроллер .

Думаю ничего странного. СР смотрят наружу. Redudance ПЛК обеспечивает соединение между самими ПЛК

[A-Team]

То странно , что при сбое СР на нулевом контроллере , мастером не стал 1 контроллер .

Думаю ничего странного. СР смотрят наружу. Redudance ПЛК обеспечивает соединение между самими ПЛК

Не соглашусь с Вами. Если падает СР , то мастер контроллер теряет возможность обрабатывать информацию с данного канала. И логично , должно быть переключение на резервный контроллер , где этот канал исправен.

[stesl]

Не соглашусь с Вами. Если падает СР , то мастер контроллер теряет возможность обрабатывать информацию с данного канала

С какого канала? Если внимательно присмотреться к фото топикстартера, то становится понятно, что периферия децентрализована и доступна посредством Profibus. Который в свою очередь реализован в ПЛК. Так о каком канале речь? )

[Magi]

stesl, Где можно почитать его курсы по сименсу или посмотреть? Буду весьма благодарен за ссылочку)

[A-Team]

Не соглашусь с Вами. Если падает СР , то мастер контроллер теряет возможность обрабатывать информацию с данного канала

С какого канала? Если внимательно присмотреться к фото топикстартера, то становится понятно, что периферия децентрализована и доступна посредством Profibus. Который в свою очередь реализован в ПЛК. Так о каком канале речь? )

В данном случае через Industrial Ethernet могут быть подключены
сервера Win CC
панель оператора

В данном случае , непонятно что подключено на этот СР , и работает ли оно ?

[stesl]

В данном случае через Industrial Ethernet могут быть подключены
сервера Win CC
панель оператора
В данном случае , непонятно что подключено на этот СР , и работает ли оно ?

Скорее всего, WinCC и подключена. Теперь вопрос, что первично? HMI или PLC? Если у ПЛК все в порядке, а у оператора что то там отвалилось - продолжать ли нам процесс? Особенно при условии, что это Н серия, и связь со 2м есть. Ну а программист, надеюсь, догадался сделать диагностику и оповещать о подобной ситуации оператора

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

stesl, Где можно почитать его курсы по сименсу или посмотреть? Буду весьма благодарен за ссылочку

Кого его? )

[A-Team]

Скорее всего, WinCC и подключена. Теперь вопрос, что первично? HMI или PLC? Если у ПЛК все в порядке, а у оператора что то там отвалилось - продолжать ли нам процесс? Особенно при условии, что это Н серия, и связь со 2м есть. Ну а программист, надеюсь, догадался сделать диагностику и оповещать о подобной ситуации оператора

Вот здесь вопрос , как Сименс проводит обработку таких проблем. С одной стороны тех процесс не нарушается , с другой , мы теряем все аварийные сообщения с контроллеров, и многое другое.
Сам пока не сталкивался.
PS: кстати у Сименса есть частотники , которые подключаются через езернет(если я не ошибаюсь), а здесь уже вопрос техпроцесса.

[Magi]

stesl, Румянцева.

Отправлено спустя 1 минуту 16 секунд:
VADR,

Еще хотел спросить про диагностический буфер, есть ли где-то инструкция как с ни работать, как его анализировать???

Смогу только на работе во вторник посмотреть, наскидку - в дереве устройств правой клавишей мыши по нужному контроллеру (или CP-шке), и там где-то в разделе PLC есть промотр диагностического буфера. Инструкция наверняка там в хелпе есть (у вас пакет STEP7 или PCS7 - в обоих, вроде бы, одинаково эта операция выглядит). Но могу ошибаться.
Далее. Посмотрите, какие у вас в системе есть OB - некоторые из них (например, OB82, OB86) используются для диагностики. Если таковые есть - посмотрите, что в них прописано. Вполне возможно, разработчик диагностику уже прописал и данные куда-то сложил.

Спасибо буду ждать

[stesl]

PS: кстати у Сименса есть частотники , которые подключаются через езернет(если я не ошибаюсь)

Все верно, но тут лучше использовать ПЧ ч/з Profibus )

Вот здесь вопрос , как Сименс проводит обработку таких проблем.

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

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

stesl, Румянцева.

не знаю, есть ли у него ролики ) Дело в том, что это наш с VADR преподаватель на курсах Sitrain в некоем далеком уже прошлом )

[A-Team]

Подозреваю, что никак.

Грустно , если это так на самом деле.

[VADR]

Спасибо буду ждат

А ждать особо нечего: как уже сказали - Ctrl+D в любом месте проекта. Появится окно с сообщениями, в верхней части окна выбираете конкретное сообщение, в нижнем будет его более подробное описание. И работает это независимо от того, находится контроллер в режиме RUN или STOP. Если контроллер в стопе - я бы даже не рекомендовал в вашем случае его перезапускать до просмотра диагностики.