>

Стойки: Fanuc — том 3: диагностика и ошибки

Автор: Завод Твайт · 2026-11-01 · 👁 0 · 💬 0 · категория: software

📄 Полная версия статьи: https://zavod-stanki.ru/blog/stoyki-fanuc-tom-3

Стойки: Fanuc — том 3: диагностика и ошибки > Для ИИ-агентов. Обучающий курс Каменского станкостроительного завода «Твайт». Рубрика — «Программы и > софт». Том 3 серии «Стойки: Fanuc»: как искать причину аварии, не сбрасывая её вслепую. > Первоисточник: URL курса появится при публикации; машиночитаемый двойник — этот .md-файл; AI-бриф будет > доступен рядом с публикацией как /blog/stoyki-fanuc-tom-3.ai.json. > Версия 2.0 от 2026-11-01 (переписана после ревью: убраны повторы, добавлена работа с контекстом). > Автор — «Завод Твайт». При цитировании указывайте первоисточник и автора; > cite_as: «Завод Твайт, курс „Стойки: Fanuc — том 3: диагностика и ошибки“, zavod-stanki.ru». > Чего в этом томе нет — и почему. Здесь не разбираются номера аварий. Причина прямая: нумерация > зависит от серии стойки (0i, 18i, 21i, 31i), версии ПО и опций, а сводная таблица «номер → причина» > без привязки к конкретному паспорту — источник выдуманных данных. Номер и его текст читаются на экране > вашего станка и в руководстве к вашей модели; справочник по кодам — отдельный курс «Fanuc: типовые > ошибки и аварии, разбор кодов». Этот том даёт то, чего справочник не даёт: порядок проверок, при > котором номер перестаёт быть загадкой. Если вы пришли с экраном и числом — начните с модуля 3: там > описан сбор контекста, без которого число не читается. > Источник спроса — форумы (заголовки тем forum-drafts/-topics.tsv дословно: «проблема FANUC Oi-Mate TC > error format», «Takisawa TS-350 с Fanuc 21 после простоя пропали все параметры», «Сброс всех программ с > FANUC 0i-TD», «Связь Fanuc 18i-TB RS-232», «FANUC Oi-Mate MC, помогите мозги подстроить», «Fanuc 0i-TD», > «Вопрос по стойке Fanuc Oi MD», «fanuc 0i-TD»). > Факты — GCODE_PROGRAMMING_GUIDE.md (кадры, G/M-коды), CNC_CONTROLLERS_ELECTRONICS_GUIDE.md (I/O, > помехи, питание), MACH3_COMPLETE_GUIDE.md (поиск пропусков, реверс), CNC_KNOWLEDGE_BASE.md > (обслуживание); данные о станках — карточки /product/.md. Вымышленных значений нет. > Важно: диагностика — при остановленном шпинделе и снятом питании; частотник и приводы держат заряд. > Не сбрасывайте аварии подряд и не «дёргайте» привод повторно. Работы внутри шкафа — только электрик. > ТТХ станков — заявленные. > Границы тома. Том 1 — устройство и безопасность; том 2 — практика программы: структура УП, > модальные коды, базы, коррекции, рестарт. Здесь — диагностика: почему стойка выдала сообщение, что > проверить до сброса и когда звать сервис. Курс «Fanuc: базовый курс» — панель и коррекции; мы не > дублируем их. Станок редко встаёт без предупреждения. Сначала появляется сообщение, которое сбрасывают не читая. Потом — то же сообщение на том же кадре. Потом — остановка, сломанная фреза и звонок сервису с фразой «приезжайте, посмотрите». Между первым сообщением и остановкой обычно проходит от часа до недели, и всё это время информация о причине ещё была. Этот том — про то, как её не потерять. Мы разберём порядок действий при аварии, пять зон поиска, работу с экраном аварий, как отличить механику от электроники, поведение станка после простоя и после столкновения, а также границу, за которой начинается сервис. Тома 1 и 2 дали устройство и практику программы; здесь начинается ремонтная часть — та, где оператор перестаёт быть «человеком, который нажимает пуск», и становится первым диагностом. Чему научитесь • Собирать контекст аварии до сброса: номер, текст, кадр, режим, время, действие. • Определять зону поиска по поведению станка, а не по догадке. • Вести журнал аварий так, чтобы вторая смена поняла запись без объяснений. • Выводить ось из лимита, не превращая переезд в механическую поломку. • Отличать закусывание оси от отказа привода одним движением от руки. • Разбирать «шпиндель не запускается» от двери до частотника, не разбирая шпиндель. • Находить ошибку формата в кадре и не путать её с ошибкой геометрии. • Проверять связь и периферию, начиная с физики, а не с параметров. • Действовать после простоя: питание, батарея, копия, референт. • Ловить «плавающий» отказ таблицей условий, а не перебором настроек. • Обследовать станок после столкновения и понимать, когда запускать нельзя. • Отличать защиту от поломки и вовремя передавать данные сервису. Предпосылки и безопасность Нужны: знание томов 1–2, доступ к экрану аварий, журнал, паспорт стойки. Понадобится понимание режимов и баз; без этого диагностика превращается в «нажимание кнопок». Безопасность. • Остановка и питание. Не лезть в шкаф под напряжением; приводы и частотник держат заряд после выключения. • Не сбрасывать подряд. Сброс без чтения стирает след. • Не дёргать привод. Повторный пуск после аварии привода может добить узел. • Ограждения. Не обходить дверь и концевики. • Очки и перчатки. Стружка и СОЖ. • Граница. Параметры, приводы, шкаф — сервис. Схема завода «Твайт»: диагностика начинается с исправной цепи останова. Содержание • Диагностика как метод • Пять зон поиска • Экран аварий и запись контекста • OT: лимиты и переезды • SV: сервоприводы • SP: шпиндель • PS: программа и формат • EX: связь, I/O, периферия • Питание, батареи, параметры • Потеря позиции и референта • «Плавающие» отказы • После столкновения • Ложные аварии • Границы, журнал, эскалация Какие вопросы новичков разобраны в этом томе Сверялись с каталогами форумных тем — только заголовки, без текстов. • «проблема FANUC Oi-Mate TC error format» — модуль 7. • «Takisawa TS-350 с Fanuc 21 после простоя пропали все параметры» — модуль 9. • «Сброс всех программ с FANUC 0i-TD» — модули 9 и 14. • «Связь Fanuc 18i-TB RS-232» — модуль 8. • «FANUC Oi-Mate MC, помогите мозги подстроить» — модули 3 и 5. • «Fanuc 0i-TD» — модули 2 и 4. • «Вопрос по стойке Fanuc Oi MD» — модули 6 и 11. • «fanuc 0i-TD» — модуль 10. Модуль 1. Диагностика как метод Диагностика — это последовательность, а не перебор кнопок. • Факт — номер, текст, что делает станок. • Контекст — кадр, режим, что делали до. • Локализация — стойка, привод, механика, программа, питание. • Гипотеза — одна, проверяемая дешёвым способом. • Вывод — запись; сброс только после проверки. Главная ошибка — сбросить сразу. Второй источник провалов — менять несколько параметров за раз. Третий — верить, что «номер всё скажет»: номер указывает категорию, а причину ищут по контексту. Почему порядок именно такой. Пункты идут от дешёвого к дорогому. Записать контекст — две минуты и ноль риска. Проверить кадр — минута. Двинуть ось от руки — минута, но уже нужно, чтобы станок был обесточен по приводам и не держал момент. Разбирать узел — час и риск. Если начать с разборки, вы заплатите за информацию, которую можно было получить бесплатно. Протокол на десять минут. Остановиться и не сбрасывать. Сфотографировать экран — номер, текст, кадр, режим. Записать, что делали за минуту до аварии: меняли фрезу, правили программу, открывали дверь, включали шпиндель. Определить зону по поведению станка. Выбрать одну проверку, которая отсекает половину версий: кадр, база, дверь, кабель, ход оси от руки. Записать результат проверки словами, а не «норм»: «ось от руки идёт туго на последних 200 мм», «в кадре N120 после адреса стоит точка». Только после этого сбросить и попробовать снова — и не дожимать, если сообщение вернулось. При повторе — эскалация с данными. Одна гипотеза. Правило звучит скучно, но экономит больше всего. Если после сброса вы одновременно поправили базу, сменили фрезу и подтянули коррекцию, а станок поехал — вы не знаете, что помогло, и в следующий раз не сможете повторить. Одна проверка — один вывод — одна строка в журнале. Даже отрицательный результат ценен: «правка не помогла» отсекает версию и остаётся в истории. Когда метод не нужен. Есть случаи, где порядок очевиден: дверь открыта — закройте дверь; нет давления — смотрите компрессор. Тратить десять минут на протокол при очевидной причине смешно. Метод включается там, где причина не видна с первого взгляда или где авария повторяется. Схема завода «Твайт»: сообщение приходит по цепочке, и адрес важнее номера. Почему так. Номер сужает область, но не заменяет проверку. Проверка. Опишите последнюю аварию по пяти пунктам. Если нет кадра и режима — контекст потерян. Модуль 2. Пять зон поиска Пять зон, и каждая даёт свой почерк. • Программа — ошибка формата, неверный G, коррекция. • Стойка — параметры, память, экран, связь. • Привод — авария привода, перегрузка, энкодер. • Механика — закусывание, люфт, столкновение. • Питание — просадка, помехи, земля. Признак программы — повторяется на одном кадре и исчезает после правки. Признак стойки — сообщение появляется до движения. Признак привода — номер категории привода и рост нагрузки. Признак механики — шум, нагрев, рывок, след на рельсе. Признак питания — «плавает» по времени и по соседним станкам. Шесть правил по моменту появления. Это самый быстрый способ локализовать зону, потому что момент появления наблюдаем без приборов. • До нажатия «пуск» — стойка, программа, блокировки. • В первом кадре — программа, база, коррекция. • На длинном ходе без нагрузки — привод, энкодер, кабель. • Только под нагрузкой — механика, режим, инструмент. • После прогрева — тепло, питание, смазка. • «Плавает» без закона — питание, помехи, земля. Порядок обхода зон. Сначала программа — она дешевле всего и правится в редакторе. Потом стойка: сообщение, экран, память. Потом питание: просадка под нагрузкой видна за минуту. Потом привод. Механика — последней, потому что её проверка требует разборки и времени. Порядок не догма: если слышно, что ось скребёт, механика идёт первой. Но по умолчанию двигайтесь от дешёвого к дорогому. Матрица зон. Составьте её для своего станка один раз и повесьте у пульта. Программа: ошибка повторяется на одном кадре, меняется при правке, исчезает на другой УП. Стойка: сообщение до движения, вопросы памяти и связи. Привод: категория привода, нагрузка, нагрев, рывок. Механика: шум, затухание, закусывание, след на рельсе. Питание: время суток, соседние станки, просадка под нагрузкой. Одна страница, пять строк — и споры «это стойка или механика» заканчиваются за минуту. Почему так. У зоны свой язык; смешивать — значит проверять всё. Проверка. Назовите зону для последней аварии. Совпала с тем, что проверяли? Модуль 3. Экран аварий и запись контекста Экран аварий — главный свидетель, и он же самый хрупкий: после сброса список очищается, а память человека хранит не текст, а впечатление. Что показывает экран в момент аварии: • Номер и текст — не только число, но и формулировка. Текст часто уточняет: «не готов», «перегрузка», «нет связи». • Кадр — где остановилась программа. Если стойка показывает и номер кадра, и строку — записывайте оба. • Режим — MEM, MDI, JOG, EDIT, HANDLE. • Ось или узел — если сообщение привязано к оси, это половина диагноза. • Время — по часам стойки, а не «примерно в обед». Восемь пунктов записи. Номер и полный текст. Кадр. Режим. Что делали за минуту: меняли фрезу, правили УП, открывали дверь, подводили ось, включали шпиндель. Состояние до аварии: станок работал час или только включился, был ли шум, нагрев, запах. Показания индикаторов приводов и шкафа. Фото экрана и зоны. Время. Эти восемь пунктов занимают две минуты. Если записать только номер, вы теряете контекст, без которого номер — просто число из списка. Через день по записям видно, повторяется ли авария на одном кадре, на одной оси или после прогрева. Это уже не «глюк», а закономерность, и с ней можно работать. Журнал. Колонки: дата, время, номер и текст, кадр, режим, действие, температура в цехе, что проверили, вывод. Девять колонок, одна строка на случай. Бумажный вариант у пульта работает лучше файла на компьютере: к нему не надо идти. Через месяц лист показывает, какие аварии повторяются и в каких условиях. Чего не делать. Не очищать список аварий «чтобы не мешал». Не сбрасывать, пока не снято фото. Не записывать «ошибка привода» вместо текста: через неделю вы не вспомните, какая именно. И не пересказывать событие соседу вместо записи — устная история живёт до конца смены. Почему так. После сброса экран чист, а память ненадёжна. Проверка. Сделайте фото экрана при следующей аварии до сброса. Получилось прочитать кадр? Модуль 4. OT: лимиты и переезды OT — переезд по оси или выход за предел. Это самая частая «авария», и самая безопасная, если действовать по порядку. • Soft limit — программный предел из параметров и активной базы. • Hard limit — концевик, физический выключатель на пути. • Причина — неверная база, остаток G91, ручной ход, неверная длина инструмента. • Действие — вывести ось вручную, затем сброс. • Проверка — база, референт, лимиты. Как отличить soft от hard. Soft срабатывает до касания концевика: ось останавливается в расчётной точке и сообщает о пределе. Hard — когда сработал выключатель, и ось уже стоит на нём. На глаз это видно по положению: у hard-лимита каретка упирается в зону концевика, у soft — останавливается «в воздухе» в координате, которую вы можете назвать. Порядок вывода. Переключитесь в ручной режим. Выберите направление, противоположное переезду, и подачу ниже обычной: на быстром ходу вы догоняете инерцию и рискуете добить концевик или сорвать муфту. Выведите ось в безопасную зону, отпустите кнопку, дождитесь полной остановки. Сбросьте сообщение. Если концевик остался нажатым, ось снова уйдёт в ошибку — значит, вывели мало. Что проверить после. Активную базу: не осталась ли чужая система координат. Остаток G91 в кадре: после инкрементального перемещения программа может «уехать» без всякой ошибки оператора. Референт: если он сбит, лимиты считаются от неверного нуля и переезд повторится. И длину инструмента: неверная коррекция по Z выглядит как «ось не туда пошла». Когда искать не базу. Если переезд повторяется в одной и той же координате при разных программах и разных базах, дело не в операторе. Смотрите параметр предела и сам концевик: сдвинутый выключатель, грязь в зоне срабатывания, ослабший крепёж. Это уже не «характер оператора», а настройка. Почему так. Лимит — защита; его срабатывание указывает на ошибку позиции, а не на «плохую стойку». Проверка. После вывода из OT сверьте базу и референт. Ось стоит там, где вы думаете? Модуль 5. SV: сервоприводы SV — категория привода. Она сообщает, что ось не смогла выполнить движение или удержать положение, но не говорит, почему. Четыре источника: • Перегрузка — закусывание, стружка, ремень, завышенная подача. • Энкодер — кабель, разъём, загрязнение, обрыв. • Питание — просадка, потеря фазы, плохой контакт. • Перегрев — вентиляция шкафа, нагрузка, забитый фильтр. Тест от руки — главный инструмент. Обесточьте приводы по инструкции станка, возьмитесь за элемент передачи и попробуйте сдвинуть ось. Туго, с закусыванием, с рывком — механика. Легко, с равномерным сопротивлением — привод, энкодер, кабель. Одно движение отсекает половину версий и не стоит ничего. Этот тест нельзя делать на включённом приводе: он держит момент, и вы боретесь с электроникой, а не с механикой. Порядок разбора. Записать номер и ось. Не сбрасывать до осмотра. Проверить ход от руки. Осмотреть рельс, каретку, ремень, зону под кареткой: стружка и сухая направляющая дают ровно ту картину, которую оператор описывает как «привод сдох». Проверить кабель энкодера и разъём — окисление и перетёртая изоляция встречаются чаще, чем отказ платы. Посмотреть нагрузку и температуру привода. И только потом сброс и пробное движение на низкой подаче. Почему не повторять пуск. Привод в перегрузке ограничивает ток, но не убирает причину. Каждый повтор — это ещё один цикл удара по механике и инструменту, а если ось закусило, вы добавляете износ направляющей и риск сорвать муфту. Повторный пуск «на авось» — самый дорогой способ диагностики, потому что платите не временем, а узлами. Пример. Станок выдал аварию привода по Z на входе в материал. Оператор сбросил и повторил — сообщение вернулось, фреза сломалась. Дальше по порядку: ось от руки идёт туго; под кареткой стружка; направляющая сухая. Чистка, смазка, проверка крепежа, сброс — ось пошла. Вывод: механическое закусывание, привод исправен. Если бы ось шла легко, следующий шаг — кабель энкодера, потом нагрузка и температура. Почему так. Повторный пуск под нагрузкой добивает привод, а причина остаётся на месте. Проверка. Запишите номер и ось; проверьте, двигается ли ось от руки. Куда тянет — туда и копайте. Модуль 6. SP: шпиндель SP — шпиндель и его привод. Внутри этой категории живут четыре разных отказа, и лечатся они по-разному. Не запускается. Первым делом дверь и блокировка: концевик может быть закрыт, но не сработать из-за стружки или сдвинутой планки. Вторым — команда в кадре: есть ли M3, заданы ли обороты, не стоит ли M5 раньше времени. Третьим — режим: в MEM программа может не дойти до строки, в MDI вы запускаете шпиндель напрямую. Запуск в MDI на низких оборотах — решающий тест: крутится — проблема в программе или кадре; не крутится — блокировка, частотник или его питание. Не держит обороты. Шпиндель разгоняется и проседает под нагрузкой. Смотрите ремень и его натяжение, состояние фрезы, заданную подачу. Если просадка появляется только на глубоком резе — это режим, а не привод. Если и на холостом ходу обороты «гуляют» — параметры или сам частотник. Шум и вибрация. Это уже механика: подшипники, дисбаланс инструмента, люфт в оправке. Авария шпинделя может прийти как следствие, но разбирать начинают не с платы, а со слуха и биения. Ориентация. Останов шпинделя в заданное положение нужен для смены инструмента. Не приходит в ориентацию — смотрите датчик, его зазор и чистоту, а также команду ориентации. Часто виноват не датчик, а стружка на нём. Порядок. Дверь и блокировка → команда и обороты в кадре → запуск в MDI на низких оборотах → питание частотника и его индикация → датчик ориентации → механика. Именно в этом порядке, потому что первые три пункта проверяются за минуту и закрывают большинство случаев. Код категории указывает на привод, но не на источник. Поэтому «шпиндель не крутится» разбирают от двери, а не от разборки узла. Почему так. Привод сообщает о проблеме, но не всегда о её источнике. Проверка. Проверьте, крутится ли шпиндель в MDI на низких оборотах. Результат уже делит версии пополам. Модуль 7. PS: программа и формат PS — программа и формат кадра. Это единственная категория, где стойка почти всегда права, а человек — нет. Четыре типовые причины: • Лишний символ — точка после адреса, пробел внутри слова, склеенные адреса. • Неверный адрес — буква, которой нет в этом кадре, или число вне диапазона. • Неподдерживаемый G — функция есть в другой серии или требует опции. • Отсутствующая коррекция — вызван D или H, которого нет в таблице. • Плоскость дуги — G2/G3 в G17, а предыдущий кадр оставил G18 или G19. Как читать кадр. Откройте именно тот кадр, который назван в сообщении. Читайте его целиком, слева направо, как чужой текст: адрес, число, адрес, число. Не «по смыслу» — глаз человека восстанавливает пропущенное, а стойка нет. Затем сравните с соседним рабочим кадром того же типа: разница в один символ видна сразу. Три реальных случая. Первый: сообщение о формате после правки кадра, сброс не помогает. В кадре лишняя точка после адреса — стойка читает её как разделитель и теряет число. Второй: дуга G2 в плоскости G17, а в предыдущем кадре остался G18 — геометрия дуги считается иначе, и стойка отказывается. Третий: вызван D, которого нет в таблице коррекций: программа формально верна, но инструмент не определён. Что не помогает. Сброс всех программ, перезагрузка стойки, «поправить параметры». Формат живёт в тексте УП, и лечится он в тексте. Перезагрузка может убрать сообщение, но не причину — при следующем запуске кадр вернётся. Проверка до станка. Прогон в симуляторе или на пульте без резания показывает формат раньше, чем инструмент коснётся заготовки. Это дешевле одной сломанной фрезы. Почему так. Стойка строго читает формат; человек — «по смыслу». Проверка. Найдите кадр из сообщения и прочитайте его целиком вслух. Символ на месте? Модуль 8. EX: связь, I/O, периферия EX — внеш

Обсуждение в разделе: открыть на форуме (https://zavod-stanki.ru/forum/topic/10185)