Sinumerik 840 Dsl Токарно-фрезерный станок. Удар по не понятным причинам.

[Сергей Кочев 3]

Добрый день

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

   По ссылке материалы дела, видео и фото, мог ли сам переключиться режим? 

   Мог ли оператор остановить программу после смены и потом запустить станок с другого кадра?

 Помогите разобраться, вряд ли станок может делать, что то сам.

https://disk.yandex.ru/d/XyZw_F4dQh5auQ

 

[RokiSIA 18]

За более чем 15 лет работы чтобы ЧПУ самостоятельно что то делало такого не было никогда, а слышу я что оно само поехало само врезалось это каждый день. Иногда даже опытные операторы не осознают что они что сделали не так просто человеческий фактор и случайность. Обычно врезы идут когда налаживается новая деталь если у вас все отлажено самопроизвольное поведение исключено. Можно конечно смотреть логи и прочие но это жуткая морока у нас пытались, но быстро поняли что быстрее обкатать станок и продолжить работу.

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

[Сергей Кочев 3]

При разборе полётов, все утверждали, что программа отлажена и её ни кто не менял и сделали по ней две детали.

Ну вот зашёл в свойства файла программы и увидел, что программу редактировали именно в день аварии. Сздана 11.10 Изменена 30.10.

Был в отпуске хотел посмотреть Action Log к сожалению уже данные перезаписались.

[Anat2015 379]

1 час назад, Сергей Кочев сказал:

Отдел программистов говорит, что с программой всё в порядке и обвиняют техническую службу на то, что во время работы в автоматическом режиме сам переключился режим с DIAMON на DIAMOFF.

А что, бывает по другому, программисты и операторы сразу сознаются?

[RokiSIA 18]

34 минуты назад, Сергей Кочев сказал:

Ну вот зашёл в свойства файла программы и увидел, что программу редактировали именно в день аварии. Сздана 11.10 Изменена 30.10.

Вот и попались, пусть теперь они уже отбрехиваются

[mannul 356]

@Сергей Кочев DIAMOF/DIAMON не имеют отношение к аварии. Если бы вписали DIAMOF, резец уехал бы дальше от детали.

На видео явно видно перемещение по G0 прямо в деталь. Оператор сбил привязку по X, Z.

Программу потом скорее всего в панике просматривали искали причину, вот она и изменена.

[RokiSIA 18]

Может оператор запустил с кадра и привязки оказались не для этого резца

[mannul 356]

3 минуты назад, RokiSIA сказал:

Может оператор запустил с кадра и привязки оказались не для этого резца

При поиске кадра считываются все предыдущие.

И судя по всему, оператор не далекого ума, даже руку на потенциометре подачи не держал.

Изменено В среду в 08:48 пользователем mannul

[gudstartup 935]

2 минуты назад, mannul сказал:

При поиске кадра считываются все предыдущие.

ну и что с того?

если нет опции система ничего не подготовит просто найдет кадр и с него стартанет но предупредит если не отключено что вы запускаете с середины программы 

[mannul 356]

2 минуты назад, gudstartup сказал:

ну и что с того?

если нет опции система ничего не подготовит просто найдет кадр и с него стартанет но предупредит если не отключено что вы запускаете с середины программы 

Никогда не встречал подобного на 840D sl.

[gudstartup 935]

1 минуту назад, mannul сказал:

Никогда не встречал подобного на 840D sl.

а я думал тут фанук обсуждают

[RokiSIA 18]

Я выдвинул предположение из опыта эксплуатации фанука, у нас стоек 840 мало. На фануке я встречал такое что при старте с кадра система предупреждает о старте, только кто ж это читает, с середины и продолжает работать по привязке не того резца.

[ID_Hacker 27]

@Сергей Кочев Странно то, что по видео больше похоже, что на ускоренном перемещении по оси Z въехали в деталь. Предполагаемое движение какое должно было быть? Как выявляли переключение DIAMON/DIAMOF раньше? На чём основываются подобные заявления? Я уже писал ответ на ваши вопросы, где указал что независимо от режима есть смещения обрабатываемые всегда в радиальном виде, а есть то, что считается всегда на диаметр. Ну и самое главное, вы можете задать смещение по Z выше детали и проверить исполнение программы и определить где ошибка. Больше похоже, что кто то не правильно понимает работу различных фреймов.

[Dominik_vs 3]

На фото видно , что программа запускалась примерно с середины ,вероятно, после прерывания ( ползунок положения текста ниже середины) . Далее . _ На видео действий станочника видно , что 0:26 перешел из режима просмотра и редактирования в режим "авто"(это видно по появлению толстой синей полосы посередине экрана). Далее он быстро нажимал " Поиск кадра"  , " Место прерывания" , "Запустить поиск" . ( эти клавиши рядом с экраном и их положение не меняется ) , потом "цикл старт" и поехало. Надо сказать , что такой способ поиска кадра наиболее защищён от дурака , человеческий фактор там минимален. __
Я подозревал , что станочник искал кадр простым пролистыванием строк программы и отправил станок в ту строку , где курсор остановился ( очень уж они любят этот способ) в этом случае легко ошибиться... Но нет , был применён надёжный поиск кадра. 

_

На фото видно , что активен нормальный режим поиска " С вычислением, без подвода" это означает , что DIAMON будет таки прочитан , если он есть выше по тексту... и не может он просто так взять и переключиться на диамоф ( ибо это модальная команда).

_

Координата 1000 не стала координатой 543 поскольку между этими двумя точками (до удара) станок успел съездить в координату 764,3   

 

Надо было сфоткать таблицу офсетов инструмента. Какие там значения вообще ?