Доброго дня форумчане. Случилась такая вот проблема:
ЧП Emerson Unidrive SP1402 на мониторчике вышла ошибка triP SL3.Er сразу при включении оборудования (контроллера). В мануалах написано, что это ошибка дополнительного модуля/ В моем случае это SM-Profibus DP.
Нажмите для просмотра прикрепленного файла

Установлен дополнительный модуль в 3-й слот
Нажмите для просмотра прикрепленного файла

Терминатор в Коннекторе Profibus в OFF на частотнике. На самой шине Profibus оконечные терминаторы в ON.
К шине подключены, в обшей сложности, 9 единиц оборудования и только этот частотник с адресом 4 выдает такую вот ошибку.
Конфигурация HW такая:

Нажмите для просмотра прикрепленного файла

Как определить и устранить проблему?

Для начала можно извлечь модуль, протереть спиртом контакты, слегка "пошевелить" в разъеме. Понятное дело предварительно обесточив.

Эти манипуляции мы сделали в первую очередь. Результата нет.
Параметр 17.50 иногда выводит код 65 (нет связи с модулем)
Параметр 17.05 - 212 ?!

Модуль вышел из строя, его менять надо на исправный, этот модуль является резидентным для ПЧ и с неисправным модулем ПЧ вообще работать не будет. Вынув модуль нужно перевести ПЧ в режим стандартного управления не по сети и ПЧ выдаст готовность к работе.

сразу при включении оборудования (контроллера)..
вы пусконаладчик или это в процессе эксплуатации?


смешной вы, право...
вам стартер скриншот программы конфигурирования ПЛК показывает, а вы ему про спирт с контактами ))))

Мы пытаемся запустить установку выдува ПЭТ бутылок литовского производства, которая простояла лет 5-6 без работы.
ПЧ настроен на режим Closed loop SErVo. Иногда (не постоянно) в параметре 17.50 появляется код 65. В Fault log все триггеры с 0 по 9 показывают Trip Code - 212.
Согласно документации код 212, если используется модуль CM-Prjfibus DP, обозначает - "Один или несколько параметров, указанных в конфигурации отображения циклических данных OUT (Pr MM.20 до Pr MM.29), нельзя использовать как источник для данных OUT. Параметр может не существовать или только для чтения." Вот это мне не понятно! Может всё-таки в программе CPU какой-нибудь косяк?
Вот параметры модуля:
Нажмите для просмотра прикрепленного файла
Дело в том, что руководство требует какого-то экспертного заключения о неисправности модуля или ЧП, а где я его могу получить?

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

Спасибо за ответ. А каким образом перевести ПЧ в стандартный режим?

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

Экспертами не рождаются, экспертами становятся. Тем не менее, спасибо за совет. Буду изучать мат. часть. По результату конечно отпишусь.

или в программе модуля SM-Applications, т.к.
"Если SM-PROFIBUS-DP сконфигурирован на отображение данных в параметры от
Pr 70.xx до Pr 91.xx, то обмен данными будет проводиться с модулем SM-Applications,
установленным в гнездо с наименьшим номером."
или в самом модуле SM-Applications.
А нельзя ли с целью диагностики все параметры с 17.10 по 17.29 установить по умолчанию? или хотя бы только на внутренние регистры частотника?

Да, действительно в слоте №2 ЧП установлен модуль SM-Applications. Клемник пустой.
Параметры этого модуля :
Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла

Оборудование находится далековато, поэтому эксперименты задерживаются.
Где-то читал, что с аналогичной проблемой справились просто, заменив(установив) заведомо исправный модуль SM-Profibus DP. У меня так не получилось. Видимо разные модули были?!

так-то в 70.00 - 70.03, на которые ссылаются 17.23-17.26 как раз данные есть. Клеммник пустой т.к. профибас-модуль берет данные оттуда напрямую, там еще по ходу микропрограмма есть, которая эти данные предоставляет.
не нашел, что означает регистр 6151 в 17.20


а вы пробовали установить заведомо исправный SM-Profibus DP ?

Если бы он у нас был, мы бы проверили конечно.
Сейчас проверили работоспособность ЧП, используя управление от панели управления. ( Pr 1.14 - 4). ЧП работает, слава Богу. Следовательно неисправен модуль SM-Profibus DP?!

Вот что выдает Faults log:

Нажмите для просмотра прикрепленного файла

"Если SM-PROFIBUS-DP обнаруживает ошибку при работе, то он выполняет отключение
Unidrive SP и обновляет параметр кода ошибки (Pr MM.50). В Таблице 10.6 показаны
коды ошибок SM-PROFIBUS-DP"
у вас как вы говорите в 17.50 проскакивает 65
"65 Потеря сетевой связи - В оговоренное время отказа связи в сети не было принято никаких новых сообщений."
может быть просто сеть отваливается? Если откинуть сеть, ошибка такая же? Может быть имеет смысл переобжать коннектор? Хотя следующие устройства контроллер вроде как видит. Может быть сам коннектор не того ?

Коннектор проверили, все нормально. Даже пробовали другой ставить, результат тот же. Видимо всё-таки неисправен модуль SM-Profibus DP. Решили заказать новый. По результату отпишусь.

К сожалению мы не можем нигде найти этот модуль SM-Profibus DP.
Нажмите для просмотра прикрепленного файла

Оборудование стоит(не работает)

Такой не подойдет?
https://aliexpress.ru/item/1005004845869386....725f4aa60w5HOP

Выпуск 2.0, а нам надо 3.0

Решил все-таки проанализировать настройки ЧП, т.к. trip code 212 обозначает еще и следующее:
Расхождение при записи «Один или несколько параметров, указанных в конфигурации
отображения циклических данных OUT (Pr MM.20 до Pr MM.29), нельзя использовать как источник для данных OUT. Параметр может не существовать или только для чтения.»
Использовал для этого инструкцию –
Нажмите для просмотра прикрепленного файла
Что меня заинтересовало:
1. Pr 17.05 – 212 (режим) В инструкции указано, что режим может быть 210 или 216 или 224
2. Pr 17.10 – 6151 ( Параметра 61.nn в конфигурации не существует. Однако в инструкции написано, что Если доступ к параметру меню 60 проводится из PROFIBUS-DP, то модуль SMPROFIBUS-DP перенаправит его в то меню в Unidrive SP, которое связано с гнездом, в котором установлен SM-PROFIBUS-DP.
Вот что написано далее - Отображение для 8 циклических каналов с нециклическими данными PPO 4 Word (Этот тип Телеграммы указаны в HW coifing контроллера.)
Параграф 6.2.4 вышеуказанной инструкции - 8 циклических каналов с нециклическими данными PPO 4 Word (режим 2) вот здесь указан параметр 6151
Может быть в микропрограмме SM-Application проблема?
Да и ошибка 65(Обрыв связи) в Pr 17.50 возникает периодически, а не постоянно.

Здесь экспорт проекта Unidrive SP - Нажмите для просмотра прикрепленного файла

да не, 2 - это режим, а 12 - это число циклических слов данных (п 6.2):
Нажмите для просмотра прикрепленного файла

Нажмите для просмотра прикрепленного файла
вопрос: почему 8 циклических каналов, а не 10 и не 9? Не потому ли, что 17.10 и 17.20 это 6151, 17.11 = 10.40 (слово состояния), а 17.21 = 6.42 (слово управления).
может быть и у вас должно быть 17.21 = 6.42 (слово управления) ? Или я ошибаюсь?

На сколько я понял из инструкций параметр 6151 - это виртуальный параметр, использующийся при применении SM Application с нециклическими данными PPO 4 Word (режим 2). Этот параметр зарезервирован и поэтому не отображается в программе CTSoft. Установить в Пар. 17.21 =642 можно конечно, но пока нет доступа к оборудованию. Как доберусь до выдувки попробую. По результату отпишусь. Спасибо за участие.

Попытался установить в Пар. 17.21 =642. Результата нет. Вот что показывает программа SM Aplication -
Нажмите для просмотра прикрепленного файла

И еще, снял со второго частотника модуль SM Profibus DP и поменял их местами, т.е якобы неисправный поставил на второй ПЧ, а исправный на "неработающий" Unidrive SP. На обоих ПЧ прошла загрузка параметров (Load) на дисплее, и... никаких изменений. Якобы неисправный модуль SM Profibus DP прекрасно работает на втором ПЧ, а исправный не работает на Unidrive SP. Может все-таки проблема в ПЧ Unidrive?

Я думаю , так и есть, раз модуль работает с другим ПЧ нормально. Надо долго читать мануал по конфигурированию этого модуля в этот ПЧ для правильной работы. Скорее всего слетел какой то параметр возможно. Был похожий случай, но у нас был гарантийный случай и поставщик выслал новый ПЧ в сборе с сетевой картой, но не настроенный под работу на данной машине, долго мы мучили параметры с представителем фирмы, но оно не хотело работать, пока не скопировали все параметры с соседнего привода через панель оператора ПЧ, там их было 10 штук аналогичных по процессу.

К сожалению у нас нет такой возможности. ПЧ с такой конфигурацией только один на выдувке. Попытался поменять модули местами, т.е. SM-Aplication поставил на первый слот (ранее он стоял на втором), а SM-Profibus DP во второй слот (ранее стоял в третьем). Загрузил измененную конфигурацию в ПЧ. Теперь ПЧ ругается на SM-Aplication. Как-то очень сложно сохранить изменения в ПЧ, да и контроллер так же начал ругаться на Profibus. Думаю надо протестировать соединение ведущего (PLC) с ведомым (Unidrive SP), но чем и как не знаю. Еще и проект PLC без таблицы символов, т.е. только код. В общем, беда просто!!!

Сдается мне, что DPL программа пустая, т.е. отображается только main background loop, но в теле программы dPL ничего нет
Нажмите для просмотра прикрепленного файла

Получилось решить проблему?