Защпита от столкновений.

[Wizard! 7]

Единственная система - в котороя это учитывается (что я знаю) это японская MAPPS III- IV. В данной системе отслеживание органов станка производится даже в Ручном (JOG) режиме.

Я правильно понял - там учитываются не только элементы станка и инструмента, но и заготовка с приспособлением с использованием их 3D-моделей?

[IBV 112]

Единственная система - в котороя это учитывается (что я знаю) это японская MAPPS III- IV.

Аналогичная системы защиты (кстати, весьма хорошая) есть ещё и у Okuma. Станок полностью видит сам себя , заготовку, приспособления,.... Вообщем всё, что описано. Можно задавать минимально-допустимый зазор между смежными элементами (например - "оправка-тиски").

По-моему всё это наиболее актуально на токарно-фрезерных многоосевых станках.

[Peps 1]

Я правильно понял - там учитываются не только элементы станка и инструмента, но и заготовка с приспособлением с использованием их 3D-моделей?

Да да ! Я писал ( Заготовка органы станка инструмент приспособления !

Аналогичная системы защиты (кстати, весьма хорошая) есть ещё и у Okuma. Станок полностью видит сам себя , заготовку, приспособления,.... Вообщем всё, что описано. Можно задавать минимально-допустимый зазор между смежными элементами (например - "оправка-тиски").

По-моему всё это наиболее актуально на токарно-фрезерных многоосевых станках.

Это почему только на токарно фрезерном то ))) А как же 5-ти осевка )) Когда фрезеруем под юбкой ) там разве это не актуально ?

В наше время(пост выше) данные системы актуальны. При мизерной зарплате оператора и немалой стоимомти станка.

[ilya_w 85]

Аналогичная системы защиты (кстати, весьма хорошая) есть ещё и у Okuma. Станок полностью видит сам себя , заготовку, приспособления,.... Вообщем всё, что описано. Можно задавать минимально-допустимый зазор между смежными элементами (например - "оправка-тиски").

По-моему всё это наиболее актуально на токарно-фрезерных многоосевых станках.

У нас на Окуме с OSP-P200M что-то похожее срабатывает, но это вроде просто ограничение зоны обработки, не вникали пока. А раньше просто было - падающий червяк и никаких катастроф.

[IBV 112]

Это почему только на токарно фрезерном то ))) А как же 5-ти осевка ))

Букву "И" пропустил. Читаем:

По-моему всё это наиболее актуально на токарно-фрезерных и многоосевых станках.

Хотя на токарно-фрезерных всё же по-моему более актуально. Там больше движущихся элементов.

[NickyWizard 18]

Аналогичная системы защиты (кстати, весьма хорошая) есть ещё и у Okuma. Станок полностью видит сам себя , заготовку, приспособления,.... Вообщем всё, что описано. Можно задавать минимально-допустимый зазор между смежными элементами (например - "оправка-тиски").

По-моему всё это наиболее актуально на токарно-фрезерных многоосевых станках.

Про "весьма хорошая" позволю себе поспорить. Я работал с этим станком (пост делал) и столкнулись мы вот с чем.

У Окумы в стойке много разного геморроя с режимами работы, специальными М-кодами и.т.п., а самое главное и трудное - это взаимосвязь (порядок задания) между ними. Ибо неправильный порядок грозит неминучей ошибкой какой-нибудь. Так вот визуализатор в большом количестве случаев не усматривал такого рода ошибок и проводил обработку так, как будто все нормально. Вскрывалось все только при реальной работе.

Кстати с подобным я сталкивался и на CTX что от Gildemeister (наверное неправильно написал, сорри), ну да там и сам по себе визуализатор еще более слабый и условный.

В этой связи из того, что я видел выделяются станки Mazak. Вот тут придется погрешить против родного почти продукта Vericut в той части, что встроенный визуализатор в Mazakах абсолютно адекватно отслеживает все возможные ошибки не только формата, но ошибки несовместимости той или иной команды или включение какого-либо режима работы. А учитывая фактор Мазатрола, с его огромным количеством настраиваемых параметров, где от изменения одного бита может кардинально поменяться режим работы - то такая возможность визуализатора ценна. Да, в верикате все это сделать можно, но то потребует большущую кучу сил, чтобы адекватно завести все ошибки несовместимостей.

Но и тут далеко не все в порядке (я снова про встроенный Мазаковский визуализатор) - сильно страдает работа визуализатора при 5-ти оске. Во первых - очень и очень медленно (и еще, кстати такой момент - на скорость визуализации влияет рабочая подача :) ), даже первое движение на 3+2 обработку идет довольно долго, и некорректно выполняется съем материала.

Вот такая ситуация на сегодняшний день, из того о чем знаю лично сам.