Как читать журнал аварий ЧПУ: самодиагностика станка

Журнал аварий — это хронологическая запись сбоев, которую стойка ЧПУ ведёт сама: код, текст, ось и время каждого события. Читать его — значит найти первую по времени запись, определить, кто автор аварии (сама стойка или станкостроитель), и передать сервису связку «код + ось + режим + обстоятельства». Тогда инженер приезжает с нужными запчастями, а не «посмотреть».

Типовая сцена из цеха: на станке с Fanuc 0i-TD в процессе обработки выскочили две аварии сразу — SV0368 по оси Y и SV0401 по оси Z. Наладчик начинает с той, что виднее, перебирает датчики и кабели по двум осям. А в журнале обе записи стоят в одну и ту же минуту — значит, проблема общая, и искать её надо в питании усилителей или шине связи, а не в двух датчиках сразу.

Такая тема реально прошла на cccp3d.ru, и это не редкость. Стойка честно рассказывает всё сама — проблема в том, что её никто не научил слушать. На проффорумах расшифровкой кодов занимаются коллективно уже пятнадцать лет: темы «на опознание» с фотографиями экранов собирают десятки ответов, потому что у оператора под рукой нет ни маршрута к журналу, ни логики чтения.

Здесь собрано всё, что нужно для самостоятельного чтения: где открыть журнал в Fanuc, Sinumerik и Syntec по шагам, из чего состоит запись аварии, какие группы кодов что означают, как отличить первопричину от хвоста следствий и как зафиксировать историю так, чтобы сервис починил станок за один выезд. Если разберётесь в журнале, а дальше не потянете — мы делаем диагностику неисправностей станков с выездом по России, и журнал аварий от вас — уже половина работы инженера.

Ключевое

• В Fanuc журнал лежит за двумя клавишами: SYSTEM → мягкая клавиша OPR HIST (экраны ALARM — история аварий, OPR — операции, MSG — сообщения). В Sinumerik — MENU SELECT → Диагностика → Список аварий плюс архив журнала. В Syntec — DIAGNOSIS → ALARM → F2 History, а F5 сохраняет историю в файл.
• Первая по времени авария — обычно первопричина, всё, что после неё, — следствия или каскад. Экран показывает последнюю, а лечить надо первую.
• Ошибки 7xxx на Sinumerik и сообщения PMC у Fanuc пишет не стойка, а станкостроитель: их расшифровка живёт в паспорте станка, и гуглить их по справочнику стойки бессмысленно.
• Запись журнала — настраиваемая функция: на Fanuc 0i-D за неё отвечает битовый параметр №0007 (бит HIS). Пустой журнал обнаруживается в момент аварии, когда писать уже поздно, — проверяйте настройку заранее.
• До сброса аварии — фото экрана, время и обстоятельства. Сброс убирает надпись, а не причину: перегретый привод «сбросится» и вернётся с той же аварией через час.

Что стойка пишет в журнал (и чего там нет)

Система ЧПУ сама фиксирует каждый сбой: номер, текст, ось или канал, дату и время. Дополнительно Fanuc в журнале операций хранит действия оператора — какие кнопки нажимались, в каких режимах работал станок. Это не «чёрный ящик» самолёта, но для половины выездов журнала хватает, чтобы восстановить картину без повторного воспроизведения отказа.

Что конкретно попадает в хронику: включения и выключения питания, переключения режимов, запуски и остановы программы, срабатывания аварий и их сбросы, сообщения оператора. Для инженера это часто важнее самой аварии: например, видно, что перед каждым сбоем кто-то переключал режим или дёргал ручную подачу, либо что сбросы шли подряд десять раз подряд — «метод сброса» налицо. У Sinumerik аналогичную роль играют журналы сообщений и архив HMI, у Syntec — история тревог с сохранением в файл.

Отдельный слой диагностики, который стоит рядом с журналом, — страницы диагностики стойки: у Fanuc это экраны DGN (состояние входов/выходов, токи осей, позиция ошибки следования), у Sinumerik — сервисные оси и трассировки. Журнал отвечает на вопрос «что случилось и когда», страницы диагностики — «в каком состоянии узел сейчас». Для чтения журнала этого знать достаточно, но полезно, что после аварии станок не обязан молчать: состояния входов и осей можно посмотреть живьём.

У журнала три свойства, о которых надо знать до первой серьёзной аварии. Первое: он конечен — память под историю ограничена, старые записи затираются новыми, и редкие «плавающие» сбои не доживают до приезда сервиса. Второе: запись истории — настраиваемая функция, и её могут не включить при вводе станка или сбить при перепрошивке; на форумах регулярно появляются темы «станок не пишет историю операций» (реальная тема на cccp3d.ru от 2024 года: ответчики первым делом спрашивают про интерфейс и параметры, а не про «сломалось»).

Третье свойство: журнал видит только электронику стойки. Люфт ШВП, износ направляющих, разбаланс патрона для него невидимы — стойка отчитывается за обороты двигателя, а не за фактическое положение стола. Поэтому код аварии — это не вердикт «заменить деталь X», а указание класса проверки: ток, связь, датчик, перегрев или механика под нагрузкой.

И последнее: время в журнале берётся из системных часов стойки. Если часы сбиты, вся хронология «поплывёт», и вы будете искать первопричину не в той записи. Сверить дату и время на экране — первое, что стоит сделать после включения.

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

Где искать журнал в стойке: маршруты по трём системам

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

Fanuc 0i-D / 0i-F

Текущая авария показывается на экране сообщений — за него отвечает функциональная клавиша MESSAGE (на русском пульте часто подписана «Сообщение»). На экране видны код, текст и ось; сброс — кнопкой RESET. Это «первая страница» аварии, но не история.

История лежит глубже на один уровень. Нажмите функциональную клавишу SYSTEM, затем мягкую клавишу OPR HIST (OPHIS — Operation History, журнал операций). Внутри три экрана: ALARM — хронология аварий с датой, временем, номером и осью; OPR — что делал оператор (кнопки, режимы); MSG — сообщения оператора. Перелистывайте мягкими клавишами влево-вправо.

Если журнал пуст — проверьте, включена ли запись. За неё отвечают битовые параметры стойки, на 0i-D это бит HIS (бит 4 параметра №0007); точные номера для своего поколения сверьте по Parameter manual, они различаются между 0i-A/B/C, 0i-D и 0i-F. Включение записи лучше проверить на новом станке, а не в момент простоя.

Два практических дополнения. Первое: на станках с компактным интерфейсом (iHMI) часть экранов спрятана иначе, чем на классическом отображении, — если не находите OPR HIST, проверьте обе схемы меню. Второе: глубина истории и время хранения зависят от поколения и опций стойки, поэтому на станках с редкими «фантомными» сбоями журнал проверяют чаще — раз в неделю, пока событие не потерялось.

Sinumerik 828D / 840D sl

Активные аварии открываются так: MENU SELECT (главное меню) → Диагностика (Diagnose) → Список аварий (Alarms). Отдельным списком идут сообщения (Messages) — они не останавливают программу, а информируют. Разница принципиальная: «авария» требует сброса и разбора, «сообщение» — реакции по ситуации.

История — в архиве журнала: Диагностика → Журнал аварий / Alarm log, где события лежат с отметками времени. Точные названия пунктов зависят от версии интерфейса (HMI Embedded и HMI Operate называют их по-разному), но раздел Диагностика есть во всех. Для приводов там же живёт Сервис осей (Service Axis) — состояние привода по каждой оси вживую.

Учтите уровень доступа: часть сервисных страниц (включая выгрузку архивов и работу с машинными данными) закрыта паролем производителя или сервисного уровня, и это нормально. Оператору и наладчику для чтения аварий и журнала хватает базового уровня. Если нужный пункт серый или спрятан — не «ломайте» уровень паролем из интернета: неверные машинные данные после таких экспериментов дороже любой аварии.

Авария №3000 — аварийный останов: её сброс кнопкой RESET не пройдёт, пока не устранена причина в цепи безопасности (кнопка-«грибок», концевики ограждений, реле контроля). Это класс «красной зоны», о нём ниже.

Syntec и кратко о других

У Syntec маршрут короткий: экран DIAGNOSIS (диагностика) → подменю ALARM — список активных тревог. Мягкой клавишей F2 открывается History — история тревог с временем, а F5 сохраняет историю в файл: на флешку или в сетевую папку, если она настроена. Сообщения PLC станка идут отдельным списком.

Расшифровку конкретного кода проще всего взять в книге аварий вашей версии системы — у Syntec она официально выкладывается, а на портале производителя работает поиск по коду (ссылка в источниках). У станков на Syntec сообщения PLC часто русифицированы, что упрощает первую оценку прямо у пульта.

У Mitsubishi (M700/M800 и подобные) своя пара экранов: ALARM/DIAGN — аварии и диагностика, история вызывается клавишей HIST. Логика везде одна: активные — отдельно, история — отдельно, выгрузка — отдельно.

Анатомия записи: из чего читать аварию

Одна запись в журнале — это пять полей, и каждое работает на диагноз. Разберём на примере той самой пары с форума: SV0368, ось Y, 14:07 и SV0401, ось Z, 14:07.

Код и текст. Буквенный префикс называет узел (SV — сервопривод, SP — шпиндель и так далее — полная таблица ниже), номер уточняет отказ. Текст под номером — не мусор, а готовая подсказка. Когда форумчанин на mir-cnc.ru отвечает «Encoder — датчик положения вала мотора. Что неясно-то?», он намекает, что половина проблем решается переводом строки под номером. Не читаете английский — фотография экрана в переводчике занимает минуту.

Ось или канал. Запись вида «n AXIS» говорит, какой привод сообщал о проблеме. SV0438 по оси Z — не повод перебирать все оси станка: смотрите двигатель, кабель и усилитель конкретно Z. Исключение — случаи, когда аварий несколько на разных осях в одно время: тогда оси как раз признак общей причины.

Режим. Журнал операций Fanuc фиксирует, в каком режиме работал станок — AUTO, MDI, JOG. Авария в резании и авария на быстром подводе — разные истории: первая смотрит в сторону механики и нагрузки, вторая — в сторону ускорений, кабелей и датчиков.

Время. Главное поле для поиска первопричины: смотрите не «что на экране сейчас», а что было первой записью за смену. Сравнивайте интервалы. Авария через две секунды после включения и через два часа резания — разные сценарии: запуск и инициализация против нагрева и нагрузки. И не забудьте про часы стойки — если дата сбита, хронология врёт.

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

Отдельное правило: код задаёт класс проверки, а не вердикт. Разбор SV0438 (аномальный ток инвертора) на r/CNC начинается не с покупки усилителя, а с прозвонки двигателя и силового кабеля меггером: если изоляция живая — виноват усилитель, если нет — рассовывают цепочку кабель/двигатель, чтобы локализовать. Сначала питание и разъёмы, потом узлы — на этом порядке сходятся все форумы.

Группы кодов: что говорит префикс и номер

Случайно открывать книгу кодов бессмысленно — их тысячи. Но читать журнал можно, не зная кодов наизусть: буквенный префикс (и числовой диапазон у Fanuc и Sinumerik) сразу называет, ЧЬЯ это авария. Ниже — опорные таблицы; расшифровку конкретного номера всегда сверяйте с книгой аварий именно вашего поколения стойки.

Fanuc: буквенные префиксы

В современных отображениях (0i-D/0i-F) авария показывается как «префикс + номер»: SV0401, SP1241, OT0501. В классическом виде те же аварии — просто числа (401, 1241, 501): нумерация наследуется из старых систем.

Старая числовая нумерация, которую вы встретите в мануалах и на старых станках, распределяется так: 000–299 — программа и данные (PS), 300–399 — абсолютные датчики (AP), 400–499 — приводы (SV), 500–599 — пределы хода (OT), 600–699 — обмен с PLC, 700–748 — перегрев (OH), 749–799 — шпиндель, 850–899 — связь (IO), 900 и выше — системные. Эти диапазоны — «карта местности»: увидели 4xx — думайте про приводы, ещё не открывая мануал.

Сообщения PMC (встроенного программируемого контроллера) — отдельный мир: их пишет не Fanuc, а станкостроитель. Тексты вроде «нет давления воздуха» или «закройте кожух» — это станок, а не стойка, и расшифровки надо искать в документации станка. У PMC-сообщений есть и своя история: в журнале операций Fanuc они попадают на экран MSG — не пропустите этот список, когда передаёте станок сервису.

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

Sinumerik: диапазоны номеров

У классических 840D/810D карта диапазонов выглядит так (полные списки с реакциями — в руководстве по диагностике, ссылка в источниках):

В 840D sl и 828D логика та же, но диапазоны другие: аварии NCK ушли в 10000–19999, циклы — в 61xxx, аварии PLC станкостроителя живут в районе 380500, приводы SINAMICS сигналят кодами 23xxxx, а Safety Integrated — 21xxxx. Поэтому первое, что спрашивает грамотный сервис, — поколение и версию ПО стойки: без этого номер расшифровывается неверно.

Как и у Fanuc, диапазон 6000–7799 — территория станкостроителя. На chipmaker.ru тема с ошибками 7003, 7016, 7012 на Sinumerik 810M так и называется «на опознание». Первый дельный ответ там звучит жёстко и точно: «Ошибки 7ххх надо искать в паспорте на станок — это программируемые сообщения, и почти всегда это отсутствующий сигнал готовности». Если паспорт утерян — расшифровку восстанавливают по схемам электрики и логике PLC, а это уже работа специалиста, а не гугл.

Syntec: префиксы групп

В книге аварий Syntec коды сгруппированы по префиксам: системные аварии стойки, приводы подач (SV), шпиндель (SP) и сообщения PLC станка. Конкретные таблицы зависят от версии системы, поэтому удобно, что у Syntec на официальном портале есть поиск по коду аварий (Alarm Search) и раздел загрузки руководств — ссылки в источниках. Сообщения PLC — снова территория станкостроителя: у китайских и тайваньских станков они часто русифицированы, что упрощает жизнь.

Какие коды критичны: красная зона и жёлтая

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

Красная зона — продолжать нельзя. Сюда входят аварии приводов (SV), шпиндельного усилителя (SP), абсолютных датчиков (AP — вместе с ними теряются нулевые точки), питания и памяти (PW, SR/IE) и перегрева (OH). Многие из них стойка сопровождает требованием выключить питание — это прямой запрет на «доработаем партию». Продолжение работы с перегретым приводом или плавающим датчиком превращает ремонт платы в замену узла.

Жёлтая зона — устранить и продолжить. Выход за пределы хода (OT) снимается ручным разъездом оси. Программные аварии PS требуют исправления кадра или данных.

Предупреждения PLC («низкое давление воздуха», «уровень смазки») — реакция по смыслу: компрессор, дозатор, долить. В Sinumerik предупреждения лежат отдельным списком «сообщений» и не требуют сброса.

Пограничный случай — повторяющиеся жёлтые. «Разъезд» по OT дважды за смену — это уже не невнимательность, а датчик, рамка или потеря нуля, и относиться к ней надо как к красной. Правило простое: единичное предупреждение — обслуживание, повтор — диагностика.

Граница между зонами видна на типовой паре записей. «Нет давления пневматики» (сообщение от PLC) при работающем компрессоре — расход воздуха вырос: проверьте утечки и цикл продувки, станок можно вернуться и работать. А «перегрев двигателя оси» (OH) при нормальной нагрузке — это уже красная: останавливайтесь и смотрите вентиляторы, радиатор и ток по оси в диагностике. Внешне оба события «стойка что-то сказала», цена ошибки между ними — усилитель целиком.

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

Причина или следствие: как найти первую аварию

Журнал хронологичен — и в этом его главная диагностическая сила. Методика чтения сводится к четырём шагам.

Шаг 1. Начните с первой по времени записи. Экран показывает последнюю аварию, а первопричина обычно в начале цепочки. Показательный случай с r/CNC: станок с Fanuc 0i-MC словил перегрев радиатора привода (в журнале — запись 2412), пользователь его устранил, но следом полезли аварии 466 и 410, и он уже собирался чинить приводы.

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

Шаг 2. Несколько аварий одновременно — ищите общую причину. Две-три записи на разных осях в одну минуту означают не серию поломок, а общий корень: питание усилителей, шину связи (FSSB у Fanuc, Drive Bus у Siemens), контактор или цепь аварийного останова. Наша сцена из введения (SV0368 по Y и SV0401 по Z в 14:07) читается именно так: не «два датчика умерли одновременно», а «приводам не пришло питание или связь».

Шаг 3. Определите, о ком сообщает код: об электронике или о механике. Авария рассогласования или перегруза после клина оси — стойка честно докладывает, что механика не даёт двигателю крутить: лечить надо механику, а привод заменой не спасёшь. А вот аномальный ток на свободной оси или сбой абсолютного датчика — собственно электроника.

Разделить помогает простой тест: воспроизводится ли авария без нагрузки, на холостом ходе. Клин уходит на холостом и возвращается под резанием — механика. Одинаково и там и там — ищите привод, датчик, кабель.

Шаг 4. Учитывайте каскад после ремонта. Хвост аварий в первые минуты после устранения первопричины — нормальное явление: приводы перезапускаются, датчики переинициализируются. Тревожиться надо, когда хвост не гаснет: значит, причину не устранили либо добавили новую (кабель, нули, параметры).

Сведём методику в мини-чек-лист «собери картину за пять минут»: откройте журнал целиком, а не один экран; выпишите первые три-пять записей смены с временем; пометьте для каждой — автор стойка или станок (по префиксу и диапазону); проверьте, нет ли группы записей в одну минуту (общая причина) и не было ли перед аварией питания/переключений. Этот конспект — то, что вы либо передаёте сервису как есть, либо используете сами как план проверки.

Пример разбора: три записи, один выезд

Посмотрим, как это работает, на собирательном случае из практики сервисных выездов. Токарный станок с Fanuc 0i-TD трижды за неделю встал с аварией перегруза по оси X, каждый раз в середине программы. Оператор сбрасывал и продолжал, на третий раз вызвали сервис.

Чтение журнала занимает десять минут. Запись аварии — одна и та же, по одной оси, без «соседей» в ту же минуту: общей причины на шине или питании нет, это конкретный узел. Режим — AUTO, время — четвёртый-пятый час смены: станок прогрет, значит, тепловое расширение и нагрев в деле. Хронология операций показывает, что перед каждым сбоем была длинная непрерывная серия одинаковых проходов, а между инцидентами — дни спокойной работы.

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

Обратите внимание, чего в этой истории не было: гаданий, замены деталей по очереди и повторных приездов. Три записи журнала, ось, режим и время сузили поиск до одного узла до выезда. Именно это и означает «уметь читать журнал аварий».

Отдельный враг чтения журнала — привычка «решается перезагрузкой». На mir-cnc.ru владелец станка с Sinumerik 840D описывает классику: «пульт начал глючить во время телесервиса с Италией, до этого тоже возникала такая ошибка, но решалась она перезагрузкой станка». Каждый перезапуск стирает из памяти цеха факт повтора — а в журнале он остаётся. Частота повторов, которую показывает история, — главный аргумент в разговоре с сервисом и главный маркер растущей проблемы.

Как фиксировать историю, чтобы сервис починил за один выезд

Сервисный инженер платит за дорогу один раз, а работает с тем, что вы ему передали. Разница между «встал станок» и структурированной записью — это разница между двумя выездами и одним.

Первые пять минут после аварии. Пока безопасно — не жмите RESET и не обесточивайте станок. Сфотографируйте экран на телефон: код, текст, ось, время. Запишите или сфотографируйте вторым кадром экран истории — так вы зафиксируете хронологию, даже если журнал затрётся.

Плавающие («фантомные») сбои после выключения часто исчезают навсегда — очередь истории перезаписывается, и расследовать постфактум нечего. Эта боль знакома и промышленным инженерам АСУТП: потерянные записи очереди аварий делают «фантомный» сбой вечной загадкой. Фото, сделанное в момент события, — единственная страховка.

Шаблон записи в цеховой журнал. Заведите таблицу (бумажную или электронную) и заполняйте строку на каждую аварию:

Одна такая строка экономит сервису час расспросов, а вам — день простоя. Правило для заполняющих: факты вместо оценок. «Пахло изоляцией» полезнее, чем «станок старый и всё сыпется».

Назначьте ответственного за журнал — иначе он умрёт через месяц. На практике работает связка: оператор сообщает код и факт («выскочила ошибка, вот фото»), наладчик заполняет строку шаблона, начальник цеха раз в неделю просматривает повторяемость. Ночная смена — не исключение: как раз ночью, без наладчика, операторы чаще всего «сбрасывают и продолжают», и как раз ночные повторы потом неделями ищут по памяти. Фотография экрана с телефона занимает десять секунд даже в три ночи.

Выгрузка из стойки. Где можно, забирайте журнал файлом, а не только фото. У Syntec это клавиша F5 на экране истории — файл на флешку или в сетевую папку. У Fanuc история хранится в памяти стойки; её выгружают по сети — настройка занимает полчаса и описана у нас пошагово в статье как настроить сеть на стойке Fanuc 0iF, либо переносят на флешку тем же способом, каким сохраняют программы с 0iD. У Sinumerik журналы уходят в архив на USB вместе с логами.

Журнал — не единственная телеметрия. Наработку тоже стоит фиксировать: как посмотреть часы наработки на Fanuc, мы разобрали отдельно. Сорок тысяч часов на приводе заметно меняют приоритет ремонта.

Передача сервису. Связка «заполненный шаблон + фото экранов + файл истории» позволяет сервису поставить предварительный диагноз удалённо. Мы принимаем такие пакеты в рамках удалённой диагностики (Телесервис): значительная часть сбоев закрывается консультацией без выезда, а при выезде инженер приезжает уже с нужными запчастями. Если авария ушла после вашего вмешательства в механику, не забывайте про обязательный этап — наладку станка после ремонта: без сверки параметров и нулей «вылеченный» станок вернётся в журнал с новой аварией.

Журнал и плановое обслуживание. История аварий напрямую питает регламент ТО. Раз в квартал разбирайте накопившееся по узлам: три предупреждения смазки за квартал — пора смотреть дозатор, а не «доливать по факту»; перегревы летом и тишина зимой — это фильтры и вентиляторы шкафа по графику. Так журнал перестаёт быть хроникой поломок и становится графиком будущих работ: что обслуживать, что планировать в бюджет, что передать на диагностику до отказа.

Типовые ошибки чтения журнала

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

Ошибка 2. Лечить последнюю на экране. Свежая запись — конец цепочки, а не её начало. Первая по времени — отправная точка, всё после — кандидаты в следствия.

Ошибка 3. Гуглить код без поколения стойки. SV-аварии 0i-D и 0i-F различаются нумерацией, классические 840D и 840D sl — вообще разными диапазонами. Сначала определите систему и поколение, потом ищите расшифровку — иначе пройдёте по чужой карте.

Ошибка 4. Игнорировать ось в записи. Половина серво-аварий содержит номер оси не для красоты: механика, кабель, двигатель и усилитель проверяются по конкретной оси, а не по кругу.

Ошибка 5. Принимать сообщение PLC за аварию стойки. «Нет давления воздуха» пишет станок, а не Fanuc — стойка тут ни при чём, идите к компрессору. Умение различать автора аварии экономит часы бессмысленных проверок электроники.

Ошибка 6. Обесточить до фиксации. Плавающая авария после выключения часто исчезает навсегда, журнал — в лучшем случае с дыркой. Фото экрана занимает десять секунд и стоит дороже, чем кажется.

Ошибка 7. Чистить журнал перед приходом сервиса. Бывает и так: «чтобы не подумали, что мы сломали». На деле вы платите из своего кармана за восстановление картины методом перебора — инженер будет воспроизводить отказ, который вы могли просто показать.

Частые вопросы

Где в Fanuc посмотреть журнал аварий?

Клавиша SYSTEM на пульте, затем мягкая клавиша OPR HIST — откроется журнал операций. Экран ALARM внутри него — хронология аварий с датой, временем, кодом и осью, экран MSG — сообщения оператора. Текущая авария выводится на экран по клавише MESSAGE. Если журнал пуст — проверьте параметры записи истории (на 0i-D это бит HIS параметра №0007).

Почему журнал аварий пустой и что делать?

Скорее всего, запись истории не включена: её настраивают параметрами при вводе станка, и при перепрошивке или замене платы настройка теряется. Это подтверждает и практика форумов: темы «станок не пишет историю операций» на cccp3d.ru решаются проверкой интерфейса и битовых параметров, а не заменой железа. Включите запись заранее и раз в квартал проверяйте, что журнал пополняется.

В списке несколько аварий — какую считать главной?

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

Что означает ошибка 7xxx на Sinumerik?

Это программируемые PLC-сообщения станкостроителя, а не аварии ядра стойки: диапазоны 6000–7799 у классических 840D/810D отданы станку. Расшифровка ищется в паспорте и электрических схемах станка — в справочниках Siemens этих кодов нет. Похожие «станочные» сообщения у Fanuc пишутся в PMC и тоже ищутся по документации станкостроителя.

Можно ли сбрасывать аварию и продолжать работу?

Только для жёлтой зоны: выход за пределы хода (разъезд), программные ошибки PS, предупреждения PLC (давление, смазка). Для красной зоны — приводов SV, шпинделя SP, датчиков AP, питания и перегрева — нет: продолжение работы превращает ремонт платы в замену узла. И в любом случае сбросу предшествует фиксация: фото экрана и запись в журнал.

Что передать сервисному инженеру по телефону?

Код и текст аварии, ось, режим работы, время, что предшествовало, частоту повторов и фото экранов (авария + история). Добавьте модель стойки и версию ПО — от них зависит расшифровка. С этим пакетом половина диагнозов ставится удалённо, а выезд инженера происходит уже с запчастями — это стандартный вход для нашей удалённой диагностики.

Как вести историю по парку станков, а не по одному?

Заведите общую таблицу (тетрадь цеха, Excel или систему ТО) с колонками шаблона из статьи и полем «станок/стойка». Раз в неделю просматривайте повторяемость, раз в квартал раскладывайте по узлам для плана обслуживания. Для парка в 10–20 станков это занимает меньше часа в месяц и заменяет «память наладчика», которая уходит вместе с наладчиком.

Что делать дальше

Журнал аварий — самый дешёвый инструмент диагностики: он уже куплен вместе со стойкой, осталось научиться его открывать и не стирать. Методика из статьи укладывается в одну минуту на аварию: фото экрана, первая по времени запись, автор аварии (стойка или станкостроитель), шаблон в цеховой журнал.

На этой неделе:

• подойдите к каждому станку и найдите журнал по маршрутам из статьи; сфотографируйте путь мягких клавиш на пульте;
• проверьте, что запись истории включена и журнал пополняется (у Fanuc — параметры записи, начиная с бита HIS);
• повесьте рядом с пультом шаблон записи аварии из этой статьи.

В этом месяце:

• выгрузите или сфотографируйте историю со всех станков парка и разберите хвосты: повторяющиеся жёлтые аварии переведите в разряд диагностики;
• настройте выгрузку журналов (сеть или флешка), чтобы сервис получал файлы, а не пересказы;
• первый аварийный пакет отправьте на предварительный разбор — так вы проверите канал до реального простоя.

Разбор журнала — наш первый шаг на любом вызове: по фото экрана и файлу истории мы бесплатно оценим объём работ и сроки, при необходимости сделаем диагностику и ремонт электроники ЧПУ, а после вмешательства в механику или замену узлов обязательно выполним наладку со сверкой параметров, нулей и контрольной деталью. Позвоните или напишите — журнал подскажет больше, чем вам кажется.

Источники

1. FANUC America. CNC Tech Tips — официальный портал поддержки: разбор и устранение аварий сервоприводов, шпиндельных усилителей и блоков питания (Troubleshooting Servo Amplifiers, Spindle Amplifiers, Power Supplies). URL: https://www.fanucamerica.com/support/cnc/tech-tips
2. FANUC Series 0i. Maintenance Manual (B-64305EN; существует версия на русском языке) — перечень аварийных сообщений, диагностика и обслуживание стоек Fanuc; библиотека руководств FANUC 0i (Operator, Maintenance, Parameter manuals). URL: https://cncmanual.com/fanuc/fanuc-0i-manuals/
3. Siemens. SINUMERIK 840D/810D/SIMODRIVE 611. Руководство по диагностике (Выпуск 11/2002, на русском языке) — описание аварийных сообщений ядра ЧПУ (NCK), PLC и привода, диапазоны номеров и реакции. Siemens Industry Online Support. URL: https://support.industry.siemens.com/cs/attachments/107586916/DA_1102_ru.pdf
4. SYNTEC Technology Co. — официальный портал производителя: раздел загрузки руководств (Documents Download) и поиск по кодам аварий (Alarm Search). URL: https://www.syntecclub.com/