Независимый ремонт ЧПУ и технические материалы Контакты

FANUC 0i-D: что сохранить из истории аварий и операций после неисправности

Опубликовано Обновлено

История аварий хранит сообщения, а история операций может показать часть событий до и после сбоя. Они не заменяют друг друга. По руководству 0i-D рассматривается сохранение времени, номеров осей и действий оператора до очистки записей.

Содержание
  1. На какие вопросы отвечают две истории
  2. Сначала сохраните текущую аварию, затем ищите предыдущее событие
  3. Отсутствие записи не доказывает отсутствие события
  4. Отделяйте предположения от подтверждённых фактов
  5. Источники и область применимости

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

На какие вопросы отвечают две истории

Пример основан на руководстве оператора 0i-D/0i Mate-D B-64304EN/02. История аварий хранит до пятидесяти последних записей; при переполнении удаляются самые старые. Доступ — HISTRY в функции MESSAGE. История операций может фиксировать нажатия клавиш, изменения выбранных входных/выходных сигналов, аварии и другие события. Состав зависит от конфигурации функции и условий записи. Это не полная запись всех действий станка.

Сначала сохраните текущую аварию, затем ищите предыдущее событие

  1. Снимите весь экран: категорию, номер и текст аварии, обозначение оси или канала. Не ограничивайтесь последними цифрами. Если индикация есть и на усилителе, отдельно снимите расположение узла и его показание.
  2. Просмотрите соседние страницы истории и сохраните связанные записи до и после сбоя. Для многоканального станка укажите канал каждой записи, чтобы не объединить разные события с одинаковым номером аварии.
  3. Запишите фактическое время на месте и сравните с часами системы. Расхождение укажите в пояснении; не меняйте сначала часы, пытаясь затем восстановить порядок событий.
  4. Если история операций доступна, сохраните тот же интервал и укажите выполнявшуюся операцию: смену инструмента, запуск или останов шпинделя, переключение режима.

Отсутствие записи не доказывает отсутствие события

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

Отделяйте предположения от подтверждённых фактов

Например, «перед аварией заменили батарею» — временная связь, а не доказательство причины. «После сброса заработало» — результат конкретного случая, а не подтверждение ремонта. Передачу смене можно оформить четырьмя графами: проявления, недавние действия, выполненные проверки и невыясненные вопросы. Это уменьшает повторение опытов. Очистка истории, многократный сброс или отключение питания без записи состояния затрудняют последующее сравнение.

Метод помогает собрать доказательства, но не заменяет диагностику конкретной аварии. Дополнительно см. запись о действиях при неисправности станка (Китайский), а в разделе FANUC найдите материалы для нужной системы и модели.

Источники и область применимости

Статьи по теме

FANUC 0i-F: как записать модель системы и версии аппаратуры и ПО перед обращением в ремонтFANUC 30i/31i/32i-B: проверка состояния соединений FSSB без изменения настроекСбой передачи по Ethernet FANUC: как PING помогает отделить сеть от файловой службы