Rexroth Indradrive Mi KMS03 — диагностика, ремонт.

Все три привода поступили с одинаковой неисправностью — светодиод горит постоянно красным, приводы не подключаются к управляющей шине и не передают управляющий сигнал дальше по цепи.

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

Примечательно, что подключение привода осуществляется одним комбинированным кабелем, несущим в себе:

  • контрольное питание порядка 30-48 Вольт
  • силовое питание 540 Вольт
  • управление по интерфейсу SERCOS-III

Если привод в цепи не последний, то таким же кабелем он соединяется со следующим.

Адрес привода устанавливается 2-мя 10-ти позиционными переключателями Hartmann P36SMJ 101TR с двоично-десятичной кодировкой:

Корректность работы этих переключателей была проверена в первую очередь, так как неустойчивый контакт может «вынести мозг» приводу, а по накопившейся ошибке он мог и полностью отказаться работать. Но в данном случае это не так, переключатели работают без нареканий.

Вторичные источники питания также оказались в норме. Наблюдения показали вполне логичную закономерность энергопотребления от стадий загрузки:

  • С момента включения по 6-ю секунду происходит энергичное считывание данных из FLASH памяти S29JL032J70TFI42 и загрузку данных в SDRAM память IS42S32200L-6TLI / IS42S32400F-6TLI. Энергопотребление на уровне 6,2-6,3 Вт
  • С 7-й по 12-ю секунду идет интенсивное считывание данных из программного блока с загрузкой в вышеупомянутую SDRAM. Энергопотребление возрастает до 6,8 Вт
  • С 13-й по 32 секунду считывание из программного блока происходит короткими импульсами, как и работа оперативной памятью. Энергопотребление составляет около 6,5-6,6 Вт
  • На 33 секунде энергопотребление возрастает до 7,2 Вт, происходит интенсивный обмен с программным блоком, процесс завершается за секунду.
  • Далее нет никакого обмена данными в системе, энергопотребление становится постоянным на уровне 6,5-6,6 Вт, как если бы совсем программный блок не был бы подключен к своему разъему.

Вид программного блока, состоящего из микросхем AT45DB161E в корпусе UDFN и FL128SAIF01 в корпусе WSON:

Фотографии, промежуточные тесты — тут.

Микросхема FL128SAIF01 имеет возможность установки пароля, что затруднит ее замену в случае необходимости.

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

Обновление от 27.02.2026: тест обмена программного модуля на площадке заказчика показал, что дело не в программном модуле. Ждем исправный образец для дальнейшей работы.

04.03.2026 — в целях подготовки к считыванию данных микросхемы памяти S29JL032J70TFI42 с исправного образца было произведено пробное считывание дампа данных с неисправного аппарата. Фотографии процесса добавлены в фотоальбом.

17.03.2026 — Прибыл исправный образец для снятия дампов и более продвинутой диагностики причины неисправности. Выяснилось, что данные в микросхеме S29JL032J70TFI42 не явились в данном случае причиной неполадки.
Удалось сделать ролик о начальной загрузке исправного устройства с отображением времени и потребления энергии до перехода в рабочий режим с миганием светодиода на фронтальной панели.

Сравнительная прозвонка системных шин данных и адресов не выявила проблемы. Следующим объектом внимания стала микросхема flash памяти S25FL064LABMFI010 И именно в ней и оказалась причина неисправности. О возможности ее замены с восстановлением дампа данных будет дана дополнительная информация.

Добавление от 30.03.2026 Версия о неисправности S25FL064LABMFI010 подтверждена заменой мс. Дефект устранен, история завершена.

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

Спасибо за внимание!

Оставьте комментарий