ET 200M

Сообщение **lvitek81** » 27 фев 2023, 11:28

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

zromz писал(а): ↑24 фев 2023, 15:56 В буфере скорее всего будет ошибка по отсутствию адреса периферии , нужно смотреть диагностику адресов ET через адаптер. Если адреса нет, а этот модуль на другой связке работает , то проверять кабель, разъем с двух сторон. Вот еще мысль - киньте на ET кабель с разъемом от куплера . Ну в смысле поменять местами по соединениям куплер и ET

Поменял. Куплер работает, ЕТ - нет.

Сообщение **zromz** » 27 фев 2023, 11:41

Тогда только проверять под каким адресом ЕТ видится в сети

Сообщение **lvitek81** » 27 фев 2023, 11:54

zromz писал(а): ↑27 фев 2023, 11:41 Тогда только проверять под каким адресом ЕТ видится в сети

Как?

Сообщение **zromz** » 27 фев 2023, 12:31

Ну я же писал с самого начала - через диагностику делаем опрос доступных станций, В принципе достаточно к компу присоединить только тестируемый модуль - одну ЕТ и опросить сеть Profibus

Что-то у автора какие-то чудеса происходят.
Если я правильно помню ход событий, то:
- новая ЕТ, которую не видит контроллер, с другим контроллером работает нормально - то есть ЕТ исправна.
- заведома рабочая ЕТ с другого контроллера на проблемном контроллере не видится, но когда на это место ставится куплер, то он видится нормально, а ЕТ на месте куплера не видится (хотя линия связи с коннектором до куплера исправна, т.к. куплер на своëм месте видится, а поскольку куплер нормально видится и на месте ЕТ, то и эта линия связи с коннектором исправна).

Я про чудеса, конечно слышал, но особо в них не верю.

Если куплер видится нормально на месте ЕТ, а ЕТ не видится - то проблема в ЕТ. Причëм если я правильно помню, даже с неправильным адресом у ЕТ лампа BF будет мигать, а не постоянно гореть. Но поскольку ЕТ нормально видится у другого контроллера, то с ней всë нормально должно быть.

Можно попробовать тогда в контроллере поменять адрес ЕТ на тот, который видится с другим контроллером и залить новый проект - тогда если проблема в адресации ЕТ, то она должна уйти, но я, честно говоря, таких чудес ещë не видел...

Сообщение **lvitek81** » 27 фев 2023, 16:54

Ребята, никаких чудес.
Перепробывал все что только можно. Чудес то не бывает.
От отчаяния открыл проект на ЦПУ, пересобрал заново - хуже ж не будет.
Все заработало.

Вопрос остался что это за блок такой OB122?
По нем ошибка записи, ввода вывода с адресами: 392-412

Сообщение **VADR** » 27 фев 2023, 16:58

lvitek81 писал(а): ↑27 фев 2023, 16:54 что это за блок такой OB122

http://www.step7-pro.ru/sysfun/sfc5.html
Видимо, адреса такие в хардвари не сконфигурированы.

Сообщение **lvitek81** » 27 фев 2023, 16:59

VADR писал(а): ↑27 фев 2023, 16:58
lvitek81 писал(а): ↑27 фев 2023, 16:54 что это за блок такой OB122
http://www.step7-pro.ru/sysfun/sfc5.html
Видимо, адреса такие в хардвари не сконфигурированы.

А как до тогда этого работало?

Сообщение **zromz** » 27 фев 2023, 18:26

Parliament74 писал(а): ↑27 фев 2023, 12:51 таких чудес ещë не видел..

вот мой бывший случай Как объяснить ?

lvitek81 писал(а): ↑27 фев 2023, 16:54 По нем ошибка записи, ввода вывода с адресами: 392-412

Смотрите, где у Вас в Hardware используются эти адреса (или может даже в программе).
Просто так OB122 вызываться не будет, если нет попытки что-то прочитать/записать из отсутствующих модулей (по отсутствующим адресам).

lvitek81 писал(а): ↑27 фев 2023, 16:59 А как до тогда этого работало?

Рискну предположить, что кроме (как минимум лучше) Вас в этом вопросе никто не разберётся )

zromz писал(а): ↑27 фев 2023, 18:26 вот мой бывший случай Как объяснить ?

Это, возможно, был баг (или фича, с другой стороны, как любил отвечать Siemens) конкретного ПЧ / связки из конкретного ПЧ и контроллера.
Я уже не помню, но при работе с ПЧ от SEW у меня тоже были определённые баги, на которые мне техподдержка отвечала, что они в курсе этой проблемы и в следующей версии устройств её не будет )

Вообще, я сразу не подумал, что у автора TIA (с Profibus-сетями обычно в классическом STEP работал, в TIA уже почти всё на Profinet). Не удивлюсь, что это был (есть) какой-то баг (или фича) 13-й версии TIA.

Сообщение **Dmitriy1983** » 28 фев 2023, 07:30

Доброе утро. Может кому нибудь пригодится, в моем последнем проекте были станция ET200m 6ES7 153-2BA10-0XB0. Так вот на них было смещение дип переключателей. Т.е выставляем 16 адрес, а на самом деле это 32 адрес, 32 это 64. Выяснилось это только через диагностику profibus.

Сообщение **lvitek81** » 28 фев 2023, 10:45

Всем большое спасибо за оказанную помощь.

Сообщение **Schalk** » 06 мар 2023, 12:34

zromz писал(а): ↑24 фев 2023, 17:56 перезалили Hardware в ЦПУ - и все чудным образом починилось.

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

Schalk писал(а): ↑06 мар 2023, 12:34 да, у сименса такое не редкость что наличие ошибки уходит после перезаливки хардвара или после пересборки проекта и повторной загрузки.

За почти 15 лет работы с контроллерами Siemens ни разу такого явления не наблюдал, чтобы на заведомо рабочей системе при замене какого-то модуля требовалось что-то перезаливать или пересобирать...
Максимум - питание выкл/вкл сделать.

Сообщение **Schalk** » 07 мар 2023, 08:22

Parliament74 писал(а): ↑06 мар 2023, 21:19 За почти 15 лет работы с контроллерами Siemens ни разу такого явления не наблюдал, чтобы на заведомо рабочей системе при замене какого-то модуля требовалось что-то перезаливать или пересобирать...
Максимум - питание выкл/вкл сделать.

повезло) у нас даже на курсах такое было, когда между заданиями ленишься каждый раз хардвар создавать и берешь от старого задания идентичный) и в производстве было когда ни с того ни с сего отвалилась ET200S по профинету. все облазили, а потом уже на всякий случай перезалили хардвар и проект целиком. На отлаженном предприятии это не так часто бывает, но бывает)