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

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

Добрый день

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

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

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

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

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

 

[RokiSIA 16]

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

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

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

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

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

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

[Anat2015 378]

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

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

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

[RokiSIA 16]

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

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

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

[mannul 355]

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

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

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

[RokiSIA 16]

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

[mannul 355]

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

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

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

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

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

[gudstartup 932]

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

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

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

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

[mannul 355]

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

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

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

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

[gudstartup 932]

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

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

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

[RokiSIA 16]

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

[ID_Hacker 27]

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