Робот перешел в аварийный режим: мигает ключ.

Робот перешел в аварийный режим: мигает ключ. Ситуация знакомая инженерам по автоматизации: на панели/пульте робот не просто «ругается», а переходит в безопасное состояние (Safeties) с ограничением движения и блокировкой некоторых функций. Мигающий «ключ» обычно означает запрос на сервис/разблокировку или активную цепочку безопасности (триггер от E-stop, Safe Stop/Stop Category, дверные блокировки, контроль скорости, ошибка в системе подтверждения). Но мигание — это не код, а маркер. Реальную причину нужно вытащить из журнала контроллера и из состояния входов/каналов безопасности.

Что именно означает «мигает ключ»

Практически всегда «ключ» относится к режимам доступа и разрешениям: robot locked / key switch / teach pendant authorization / safety state. В разных платформах (Fanuc, ABB, KUKA, Yaskawa, Universal Robots и т.д.) визуальная индикация может отличаться, но инженерный смысл одинаков:

• робот удерживается в режиме, где движение запрещено до подтверждения безопасных условий;
• может потребоваться переключение ключевого выключателя или подтверждение на пульте;
• обычно присутствует сопутствующий код аварии (например, в статус-строке, в «Alarm log», в «Safety log», либо в диагностике STO/SS1/SS2);
• иногда ключ мигает не из-за «доступа», а потому что контроллер уходит в аварийный «Safe Halt» и переводит индикацию в общий режим.

Поэтому правильный порядок: сначала безопасность и журнал, потом попытки сброса, затем диагностика периферии (датчики двери, оптические барьеры, PLC-цепи, межблокировки).

Типовые причины, которые дают этот сценарий

1) Цепи безопасности: E-stop, Safe Stop, STO/Safe Torque Off

Самый частый вариант на производстве: один из каналов безопасности разорван/не совпал по состоянию. Примеры:

• грибок E-stop (Emergency Stop) завис в промежуточном положении после удара тележкой;
• дверь шкафа/ячейки открыта на долю секунды, сработала межблокировка (safety interlock), и робот «помнит» тревогу;
• в цепи STO/SS1/SS2 не проходит подтверждение (например, PLd/категория 3: два контакта должны отработать синхронно);
• отказ по скорости/сверхтоку привел к удержанию в безопасном режиме (зависит от архитектуры привода и контроллера).

2) Нет разрешения на движение (robot is not in Auto/Teach profile)

Ключ мигает, когда система не имеет «права» на текущее действие:

• пультом выбран режим, где движение запрещено (например, ручной/педальный/обучающий), либо нет подтверждения оператора;
• несовпадение пароля/уровня доступа после перезапуска PLC или панели;
• после сервисного вмешательства осталась активной блокировка по задаче (task lock), а новый старт программы не проходит проверку.

3) Проблемы с энкодерами/питанием периферии (иногда маскируются общей аварией)

Если безопасность «не ругается» явно, а ключ все равно мигает, проверьте вторичные причины:

• просадка 24 V DC на входах или питания безопасностного модуля (норма часто 24 V ±10%, т.е. 21,6–26,4 В; многие системы на 20–21 В уже начинают «дергать» логику);
• CRC/обрыв коммуникации между контроллером и I/O-блоком или safety PLC (особенно после грозы или при трении шлейфа);
• ошибка сигнала подтверждения подтверждения (например, «safe input ack» не совпал по таймингам).

Полевой диагноз: как понять, что именно сломано, за 10–15 минут

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

Шаг 1. Зафиксировать состояние (без гадания)

• Снять фото индикации: мигание ключа (частота), состояние режима (Auto/Teach), наличие текста на пульте.
• Открыть журнал аварий: «Alarm log», «Safety log», «Event log». Выписать номер аварии и подпись (обычно это строка уровня Severity).
• Зафиксировать последнюю программу/задачу (если робот остановился в точке обработки).

Шаг 2. Проверить безопасный контур: входы и статусы

• В диагностике safety/I/O посмотреть статусы входов: E-stop, Door switch, Light curtain, Muting, Safety gate, STO/SS1/SS2.
• Сверить, что «OK» по обоим каналам (если система двухканальная: канал 1 и канал 2 должны совпадать по логике).
• Проверить тайминг: некоторые системы требуют подтверждения в окне, например 1–2 секунды после восстановления условий.

Шаг 3. Проверить питание и просадки

• Измерить 24 V DC на клеммах: под нагрузкой и сразу в момент попытки сброса.
• Если есть осциллограф — посмотреть просадку при переключении контакторов (в цехе часто «стреляет» пускатель вентиляции или сварка и роняет 24 В).
• Проверить клеммники на нагрев/подгорание (типичный кейс: рыхлый контакт дает нестабильный сигнал дверного датчика).

Шаг 4. Проверить периферию, которая дает разрешение на старт

Если робот интегрирован с PLC, разрешение часто приходит по полю, например:

• «RobotReady»/«AutoStartPermitted»;
• «CellSafe»/«SafetyOK»;
• «GripperOK»/«PartPresent» — иногда доступ в Auto зависит от стата захвата.

Если PLC перезапустился, а робот остался с аварией, он может ожидать бит разрешения, который уже потерян.

Частые ошибки

• Сбрасывают аварийный режим, не устранив первопричину (дверь не дощёлкнута, E-stop дернулся, световая завеса «видит» проходящего человека). Итог: повторная тревога через 0,5–3 секунды.
• Проверяют только один канал safety input. Для PL d/кат.3 и выше система настроена на требование согласованности каналов — игнор второго канала гарантирует повтор.
• Открывают дверь и сразу жмут Reset, не выдерживая требуемое время восстановления (часто 500–1500 мс). Система может удерживать Safe Stop.
• Смотрят только текст «key flashing», но не открывают safety/event log. В журнале обычно лежит конкретика: например, «STO active» или «Safety gate open».
• Режут/меняют перемычки в цепях межблокировок без понимания логики. Это может «продавить» состояние на экране, но система фактически перейдет в более жесткий режим или запишет fault по согласованию.

Пошаговый алгоритм восстановления после аварии

1. Убедиться, что зона безопасна: отойти от робота, убедиться, что нет движения/выгрузки инструмента, закрыть ограждения.
2. Открыть журнал аварий и выписать точный текст/код. Если есть категория (Safety / Servo / System), сначала решают Safety.
3. Проверить безопасные входы в диагностике (двери, шторы, E-stop, подтверждения STO/SS). Добиться статуса «Safe condition valid» на всех требуемых каналах.
4. Измерить 24 V DC. Если просадка превышает 10% (ниже 21,6 В) — сначала устраняют питание (БП, предохранитель, клеммы, провод).
5. Проверить разрешение на Auto/Start от PLC: бит «CellReady/RobotReady» и/или «AutoStartPermitted». При необходимости перезапустить PLC в корректном порядке.
6. Выполнить сброс по безопасной процедуре: Reset на пульте/панели, затем подтверждение оператором (если требуется). Не пытаться запустить программу до исчезновения признака аварии в safety log.
7. Сделать тестовый запуск в Test/Single step режиме или на сниженной скорости (например, 10–20% скорости). Проверить, что робот выходит из Safe Stop и позволяет движение.
8. Только после успешного теста запускать штатную программу. Сверить, что нужные входы/выходы соответствуют ожиданиям (Gripper OK, Part OK, позиция в цикле).

Сравнение признаков: когда «ключ» связан с безопасностью, а когда с разрешением

Признак	Сценарий безопасности	Сценарий разрешения/доступа
Журнал Safety log	Есть активный safety-fault: STO/SS1/SS2, door open, E-stop, light curtain	Может быть пусто или запись уровня System/Permission
Статусы входов	Один из safety input каналов не соответствует (или отсутствует CellSafe)	Safety OK обычно присутствует; не хватает бита разрешения Auto/Teach
Поведение при Reset	Авария возвращается, если условие не устранено (за секунды)	После подтверждения исчезает быстро, без повторного safety-триггера
Проверка питания 24 В	Просадка может быть косвенной причиной (дергание межблокировок)	Обычно стабильное питание, но бывает после перезапуска PLC/пульта

Мощный лайфхак из практики: когда мигает «ключ» и вы не уверены, safety это или permission, подключите портативный логгер/осциллограф (или хотя бы цифровой мультиметр с Min/Max) к 24 V DC, а параллельно откройте диагностические статусы safety inputs. Сделайте последовательность: восстановите дверь/штору до “закрыто”, нажмите Reset и в течение 5 секунд наблюдайте одновременно (1) минимальное значение 24 В и (2) переходы каналов safety input. Если 24 В проседает ниже 21,6 В в момент Reset — причина часто в деградации БП/контактов клеммников или в помехах от силовой нагрузки; меняют блок питания/клеммники и авария исчезает без «магии» с режимами. Если питание стабильно, а канал 1/канал 2 не совпадают или один не переходит в OK — проблема в датчике/межблокировке/проводке (обрыв, разболтанная клемма, внутренний отказ реле безопасности).

Как оформить проверку для сервисного инженера и не потерять день

• В журнале обязательно фиксировать: код аварии, время возникновения, режим (Auto/Teach), ID программы/задачи.
• Снимок диагностики safety inputs: какие каналы “не OK” и какие “в OK”.
• Параметры питания: фото измерения 24 V DC, либо запись Min/Max за цикл сброса.
• Состояние периферии: дверной датчик, световая завеса (и статус muting), E-stop цепь, состояние PLC битов “CellSafe/RobotReady”.

Так вы не будете «лечить симптом» (мигание ключа) и не отправите сервис в обход по меню.

Когда стоит остановить линию и звать технаря сразу

• Авария повторяется при каждом Reset даже после подтверждения безопасных условий (признак неисправности канала безопасности или нарушения логики safety relay).
• Есть запах/следы перегрева на БП 24 В или в цепях датчиков дверей.
• В safety log присутствует сообщение про расхождение каналов (mismatch) — это почти всегда аппаратная причина в датчике/проводке или в safety module.
• Коммуникация PLC/робот нестабильна (частые reconnect): лучше сперва стабилизировать сеть и питания, иначе вы будете ловить плавающие аварии.

Мигающий «ключ» — не диагноз, а предупреждение, что робот не может безопасно перейти в рабочее движение или не имеет разрешения на действие. Техника восстановления строится вокруг точного считывания safety/event логов, контроля каналов безопасности и проверки питания 24 В под нагрузкой. Если действовать по журналу и статусам входов, причина находится быстро и без лишних циклов Reset.

аварийный режим робота	мигающий индикатор ключа	диагностика по кодам ошибок	сработка защитной блокировки	системная ошибка управления
интерпретация статуса ключа	сбой в цепи питания	аварийная остановка (E-Stop)	контроль контура безопасности	требование к перезапуску после аварии

Что означает, если на роботе мигает значок «ключ» и он перешел в аварийный режим?

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

Как быстро вывести робота из аварийного режима при мигающем «ключ»?

Остановите робота, проверьте наличие препятствий и свободный ход ведущих колес, затем выполните принуденную перезагрузку (выключение-включение или удержание кнопки питания 10–15 секунд). Если ошибка не сбрасывается, переходите к проверке причин.

Какие причины мигающего «ключа» встречаются чаще всего?

Типовые причины: срабатывание датчиков (падение/бампер/колесные датчики), перегрузка или заклинивание привода (посторонний предмет в колесе), нестабильное питание (низкий заряд, проблемы с контактами), реже — сбой контроллера или датчика.

Какие проверки можно сделать самостоятельно, не вызывая сервис?

1) Осмотрите и очистите колеса и нишу от волос/ниток/мусора. 2) Проверьте колеса на свободное вращение. 3) Протрите основные датчики (бампер, ИК/оптические окна) и убедитесь, что они не перекрыты. 4) Проверьте надежность контактов зарядной станции и состояние АКБ (если доступно).

Когда нужно обращаться в сервис и не пытаться сбрасывать ошибку снова и снова?

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