Восстановить связь по Profibus

[tem87]

Предистория здесь:
http://dfpd.siemens.ru/forum/viewtopic.php?f=1&t=28357

Как я уже обьяснял: сдох контроллер на локальной установке S7 315-2 DP.
Был в наличии только S7 315-2 PN/DP.
Поставили, по месту всё настроили, установка в работе.

По Profibus ничего не приходит.
HWConfig видим следующее:


Сам Ylink в HWConfig выглядит так:


Сама топология Profibus такая:

Spoiler

Show

В HWConfig выглядит так:

Spoiler

Show

Где проблема?
Что ещё проверить, посмотреть?
Сам Profibus звонится, значит цел?

[sania]

должно работать... мож 315 не слейв?
подключись к профибасу и посмотри доступные модули...

P.S. на русском форуме уже ответили ))

[tem87]

Подключиться к профибасу? Как это сделать?

[Dfcz]

....
Поставили, по месту всё настроили, установка в работе.

По Profibus ничего не приходит.

Где проблема?
Что ещё проверить, посмотреть?
Сам Profibus звонится, значит цел?

Что значит: настроили, установка работает? По железу проблемы, а установка работает, это как?

Что значит по профибус ничего не приходит? Должен быть обмен? с кем и чем обменивается сдохший проц.?

ПРоблема в незнании предмета.

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

[tem87]

Проблема в незнании предмета - с этим я не спорю.
У нас есть РСУ(два 400-х ЦПУ) и локальные установки(200, 300-е ЦПУ).
Пока всё работало нормально, локальные установки мы даже не трогали. Единственное упущение - проекты со всех локальных установок нужно было слить, в хорошие времена.
Когда газануло так, что сдох контроллер - сам я в отпуске был.

Но карта памяти целая осталась.
С неё реально ли было выдернуть проект?

Напарники заморачиваться не стали, залили дефолтный проект, который был в наличии - там всё настроено было как DP Master.
Т.е. все настройки DP Slave мы профукали.
Хоть проблему выявили наконец.

Вытащил с других установок проекты. Настроены как DP Slave.

Пример с установки А:

Найти FC-шку в которой данные пишутся в эти адреса, не составило труда - сделал Go to QW12, и нашёл это:

Spoiler

Show

Тут всё понятно.

Пример с другой установки, тоже DP Slave:

Тут всего лишь один MS.
Значит данные должны писаться в адреса, начиная с QW500 и тд. Правильно?
Но, в блоках не нашёл где бы что писалось в такие адреса. И кросс-референс тоже не помог найти.

Значит ли это что эта установка ничего не передаёт?

[Dfcz]

Во написал!
А где ответы на мои вопросы?
Я задал три вопроса.
Ответь хоть на один.

[Dfcz]

Читал я читал твой пост - нихера не понял.
Зачем так много писать?
Чем сложнее проблема, тем меньше нужно задавать ОДНОВРЕМЕННО! вопросов.
Зачем мне знать, что у вас газануло и что напарник залил по дефолту?
ВОпрос задай один или два и добейся полного решения этих вопросов.
Потом задай другие.

[tem87]

В своём последнем посте я ж написал, что проблема наконец таки выявлена.

Старый контроллер сдох, карту с него поставили на новый, но вместо того, чтоб попытаться вытащить с него проект, на него залили проект дефолтный/заводской - там всё настроено было как DP Master.
То бишь настройки DP Slave мы профукали - в этом и проблема сейчас.

Далее начал разбираться как настроен DP Slave на других локальных установках.
Вот они меня и интересуют сейчас, их я выложил, вопросы по ним задал.
На данном этапе хочу с этими вопросами разобраться, чтоб потом суметь восстановить настройки DP Slave проблемном ЦПУ.

[sania]

не QW500 ,a PQW500

[Dfcz]

Ответь на мои уточняющие вопросы, заданные пару постов раньше.

[tem87]

Просите - делаю!

Что значит: настроили, установка работает? По железу проблемы, а установка работает, это как?

Снова обьясняю:
У нас есть РСУ, и есть локальные установки.
Сдох локальный цпу, поставили цпу другой модели, загрузили в него проект из архивов, всё - установка работает. Проблем с самим локальным цпу нет. Чего бы ей не работать?

Что значит по профибус ничего не приходит? Должен быть обмен? с кем и чем обменивается сдохший проц.?

Единственная проблема - в архивном проекте не было настроек DP Slave. Т.е. в РСУ данные с установки не идут. Пришлось настраивать самому. На данный момент настроил DP Slave, разобрался в адресации, прописал необходимые Load и Transfer в FC1. Всё - данные с установки есть.

В железе видно, что не видны еще другие устройства, причем в других сегметах.
Если отключить от сети проц., который заменили, другие устройства будут видны?

То, что там отключено - это всё так и было до аварии. И всё работало.

В принципе всё сейчас работает, как и было раньше.
Единственно не было мигания BUSF, о котором я писал. С ним будем разбираться.

[Dfcz]

Снова обьясняю:
У нас есть РСУ, и есть локальные установки.
Сдох локальный цпу, поставили цпу другой модели, загрузили в него проект из архивов, всё - установка работает. Проблем с самим локальным цпу нет. Чего бы ей не работать?.

Объясните мне тупому на пальцах, почему сдохший проц. называется локальным, если он сидит на профибусе и у него есть настройки слейв?

Единственная проблема - в архивном проекте не было настроек DP Slave. Т.е. в РСУ данные с установки не идут. Пришлось настраивать самому. На данный момент настроил DP Slave, разобрался в адресации, прописал необходимые Load и Transfer в FC1. Всё - данные с установки есть.

Вообще-то в архиве должны сохраняться все настройки слейва.

Единственно не было мигания BUSF, о котором я писал. С ним будем разбираться.

Мигание означает проблему с профибусом. Можно в онлайне посмотреть правой кнопкой по проц - плс -модульинформейшн - там закладка диагностики ошибок, почитать, помощь по евент рабочая много поможет.
Или означает проблему с обменом по профибусу (если он есть), тогда сложнее - надо разбираться в обмене.

[tem87]

Объясните мне тупому на пальцах, почему сдохший проц. называется локальным, если он сидит на профибусе и у него есть настройки слейв?

А как его называть, если сама установка - локальная, и DP Slave нужен только для передачи данных на РСУ.

Вообще-то в архиве должны сохраняться все настройки слейва.

Так я ж писал, что сами не сливали себе проект, а тот что был - был только с настройками DP Master.

Мигание означает проблему с профибусом. Можно в онлайне посмотреть правой кнопкой по проц - плс -модульинформейшн - там закладка диагностики ошибок, почитать, помощь по евент рабочая много поможет.
Или означает проблему с обменом по профибусу (если он есть), тогда сложнее - надо разбираться в обмене.

Diagnostic Buffer самих контроллеров H системы?

[Dfcz]

Такое ощущение, что мы говорим на разных языках.
Лан.
1.Проц сдохший не локальный а в сети - настроен слейвом.
2. Если архив этого процессора, тогда должны быть настройки слейв. Или я не понимаю, чего архив?
3. Диагностический буфер того процессора, на котором "было мигания BUSF". Там где нет мигания мы и ничего не увидим, логично нет?

[tem87]

3. Диагностический буфер того процессора, на котором "было мигания BUSF". Там где нет мигания мы и ничего не увидим, логично нет?

Честно говоря, по BUSF уже всё рассказывал, и не один раз, фото выкладывал.
По третьему-четвёртому кругу рассказывать что ли?
На одним из H-контроллеров мигает BUSF.
Ссылочка.

[Dfcz]

???
Был вопрос, я ответил.

[tem87]

На одном из H контроллеров, точнее на CP модуле мигает BUSF. Но лезешь в Diagnostic buffer - там не выдает ничего по поводу этого BUSF.

[tem87]

Если подробнее, то выглядит всё следующим образом:

Выделен CP на котором мигает BUSF

Spoiler

Show

Diagnostic Buffer самого ЦПУ выглядит так:

Spoiler

Show

И буффер самого CP:

Spoiler

Show

На последнем изображении выделил - может из за этого мигание BUSF?

[Dfcz]

Ну вот же видно что есть ошбка связи со слейвом.
"Но лезешь в Diagnostic buffer - там не выдает ничего по поводу этого BUSF" это кто писал?

Я уже писал: хелпевент работает и дает хорошую помощь.
Жмать и читать, запомнить.
Потом заходить в слейв в модуль информейшн и там смотреть, что да как.

[tem87]

На слейве всё норм.
А по этому эвенту пишет: "There is no help for this event".
А где вообще можно посмотреть: что за адрес FF, что за error 102, что за RPC7 client?

[Dfcz]

Странный хелп у вас....
А по другим сообщениям работает хелп?
Адрес FF можно посмотреть в конфиге железа.
Номер ошибки 102 в том самом хелпе.

[tem87]

По другим сообщениям конечно работает хелп.
Адрес можно посмотреть в конфиге: имеется ввиду Address Overview?
По error 102 попробуйте у себя найти, у нас в Хелпе не находит ничего.

[Dfcz]

По 102 ошибке ничего не нашел.
Адрес FF у тебя в железе не видно.
А ругается именно на слейв с адресом FF. Это как?