А Ваш NX так может ?

[grOOmi 320]

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

 

Так нет в нём верификации G-кода. О чём сразу и было сообщено. Смысл смотреть мультик в CAM, если станок работает на базе совсем других кодов?

[Vladislav-dobrynin 171]

а что за утилита? Можете на видео показать?

 

"ISV менеджер" это наши ребята разработали такое приложение для NX, покажу обязательно, но позже как время будет.

 

 

 

Дык, это ж надо садиться и делать

 

В NX 15 минут дело заняло вместе со съемкой видео. Я смотрю у того троля аж сопли летели во все стороны, что написать аж сам ничего толком технически грамотно не мог) не пойму что за нападки такие на ветку NX странные начались?

 

 

 

Отправьте свой перл в CGTech на 1 апреля

В Veriсut есть свои проблемы! В принципе и в ISV их хватает! Возьмите станок 6 осевой со сложной кинематикой сделайте в Veriсut, с несколькими сменными головами и столом, с режимами 3+3 и 1+5, с токарной функцией, с функцией точения в произвольной плоскости и под произвольным углом, с измерительными циклами. Если сейчас приступите, то обратитесь сами с кучей вопросов в CGTech как раз к 1 апреля!) 

Изменено 28 ноября 2016 пользователем Vladislav-dobrynin

[cgkb 6]

станок 6 осевой со сложной кинематикой сделайте в Veriсut, с несколькими сменными головами и столом, с режимами 3+3 и 1+5, с токарной функцией, с функцией точения в произвольной плоскости и под произвольным углом, с измерительными циклами. 

 

Нападая на Vericut, я так понимаю, что у Вас в ISV такие конфигурации решаются на раз-два?

[BuZ 16]

Так нет в нём верификации G-кода. О чём сразу и было сообщено. Смысл смотреть мультик в CAM, если станок работает на базе совсем других кодов?

Тема поднятая выше не о верификации G кода. Похоже вы так и не поняли  о чем речь. В спруте и, как я понял, в тебисе разработка УП сразу ведется в рабочем пространстве станка. Т.е. естественным образом, сначала грузится станок, затем производится установ заготовки в тисы, патрон и пр. и уже затем формируется последовательность операций. Т.е. CLD сходу формируется с учетом кинематики станка, постпроцессор не занимается ни какими преобразованиями траектории.

Поскольку пират работал и в спруте и в NX, он понимает проблему, оседлал тему и гнобит тут всех.

[grOOmi 320]

Тема поднятая выше не о верификации G кода. Похоже вы так и не поняли  о чем речь.

 

Я понял прекрасно о чем речь, сразу об этом и сказал. Вы же инженер и должны понимать простую вещь - если мы находим в одном, то теряем в другом. Нет идеальных инженерных решения. Любое решение это компромисс.

 

В спруте и, как я понял, в тебисе разработка УП сразу ведется в рабочем пространстве станка. Т.е. естественным образом, сначала грузится станок, затем производится установ заготовки в тисы, патрон и пр. и уже затем формируется последовательность операций. Т.е. CLD сходу формируется с учетом кинематики станка, постпроцессор не занимается ни какими преобразованиями траектории.

 

И на станке имеем непроверенный  g-code, вы поймите, когда дело касается 5-ти осей, то любая непроверенная программа - путь к возможной поломке станка. Не важно с учётом кинематики она сделана или нет. Писали, знаем.

[Rinats 25]

И на станке имеем непроверенный  g-code, вы поймите, когда дело касается 5-ти осей, то любая непроверенная программа - путь к возможной поломке станка.

 

Кто бы спорил, тут вы правы на 100500% Станочные программы нужно проверять как после SprutCAM, так и после NX.

 

 

Не важно с учётом кинематики она сделана или нет

 

 

А вот тут  стоит подумать. Что то мне говорит что пятиосевой код сформированный сразу с учетом кинематики будет надежнее чем код оптимизированный постпроцессором, которые пишут и редактируют все кому ни лень.

[cgkb 6]

 

Что то мне говорит что пятиосевой код сформированный сразу с учетом кинематики будет надежнее чем код оптимизированный постпроцессором, которые пишут и редактируют все кому ни лень.

 

Что-то мне говорит, что станочные стойки надо выпускать только с 2 кнопками - зелёной и красной

Хе-хе... надёжнее?

[CNC_SKILL 950]

Что-то мне говорит, что станочные стойки надо выпускать только с 2 кнопками - зелёной и красной Хе-хе... надёжнее?

Все к этому и идет ! Эволюция!

[cgkb 6]

Все к этому и идет ! Эволюция!

 

Эволюция за чей счет? Я не про Ваш "бесплатный" NX, а про битые станки...

[Blurp 1 678]

@Vladislav-dobrynin, @vicebear, @grOOmi

Где туплю?

Файл NX 10

[CNC_SKILL 950]

Я имею в виду что CAM будут настолько заточены под любое оборудование что все данные будут брать с облака производителя к примеру! Автоматом указывать и формировать всю геометрию и кинематику  станка в программе! 

А вам остается только выбрать из списка нужный станок, сделать визуализацию  и закинуть в него УП по вай-фай !

Изменено 29 ноября 2016 пользователем Frezer_PU

[cgkb 6]

Я имею в виду что CAM будут настолько заточены под любое оборудование что все данные будут брать с облака производителя к примеру! Автоматом указывать и формировать всю геометрию и кинематику  станка в программе! 

А вам остается только выбрать из списка нужный станок, сделать визуализацию  и закинуть в него УП по вай-фай !

 

"В виду" - это КОГДА?

Подозреваю, сразу после появления станков с 2-мя кнопками

Пардон, но за такие сроки быстрее появятся совершенно другие технологии, в развитие тех же аддитивных... а Вы всё об оптимизации паровоза продолжите хлопотать.

[NeedMoreLODs 81]

Я имею в виду что CAM будут настолько заточены под любое оборудование что все данные будут брать с облака производителя к примеру! Автоматом указывать и формировать всю геометрию и кинематику  станка в программе! 

[CNC_SKILL 950]

Пардон, но за такие сроки быстрее появятся совершенно другие технологии, в развитие тех же аддитивных... а Вы всё об оптимизации паровоза продолжите хлопотать.

Все возможно, все возможно  !  

[ZANOZА 0]

Меня терзают смутные сомнения по поводу спрута.

Картинки говорят что проект у них уже готов, а отсутствие видео настораживает.

По-моему опять какое-то надувательство. Обманом попахивает, подозреваю что спрут с учетом кинематики не справился и это скрывают.

Пусть докажут что их система одолела это знаменитое кольцо. Пусть сделают с использованием CLD кода.

В противном случае - не зачет спруткаму.

[Vladislav-dobrynin 171]

CLD сходу формируется с учетом кинематики станка, постпроцессор не занимается ни какими преобразованиями траектории.

 

Про сам продукт ничего не говорю. Претензий к Спрут (или к Тебис) у меня нет, потому что я в них собственно не работаю.

Но мое мнение про данную концепцию в CAM - это дурь и идиотизм полнейший, со мной никто не согласен?

 

 

А вот тут  стоит подумать. Что то мне говорит что пятиосевой код сформированный сразу с учетом кинематики будет надежнее чем код оптимизированный постпроцессором, которые пишут и редактируют все кому ни лень.

 

 

Нет не будет, потому что постпроцессор настраивается специалистом один раз под оптимальный режим вывода кода в различных случаях, а то что разработчик CAM заложит - одному ему будет известно, как раз таки в этом случае и получите код который придется править руками. И о чем тут говорить - когда два стоящих друг на против друга станка с одинаковой кинематикой от одного производителя могут работать совершенно разным способом. 

В реальной жизни всё это работать не будет.

 

 

Меня терзают смутные сомнения по поводу спрута. Картинки говорят что проект у них уже готов, а отсутствие видео настораживает. По-моему опять какое-то надувательство. Обманом попахивает, подозреваю что спрут с учетом кинематики не справился и это скрывают. Пусть докажут что их система одолела это знаменитое кольцо. Пусть сделают с использованием CLD кода. В противном случае - не зачет спруткаму

 

 

Относительно обработки данного кольца в Спрут, моё подозрение - это очередное достижение автора в 5 осевой обработке и удел системы (или наоборот).

Проще обработки линейчатой поверхности ничего не придумаешь, и неортогональную кинематику (по типу DMU duoBlock) я отношу к простейшим классическим, там тоже все элементарно. 

[Master-san 0]

Я думаю что картинки из спрута это чистой воды обман. Деталь имеет размер со стол станка, а сам станок ещё и ограничение по оси Y.

Вот как учитывая кинематику станка они впишут траектории обработки, как протиснутся в ограничения. Непонятно...

[Rinats 25]

Картинки говорят что проект у них уже готов, а отсутствие видео настораживает.

 

Проект есть, надо вспомнить как делать ролики и выкладывать их. Постараюсь завтра выложить видео обработки кольца
 

Но мое мнение про данную концепцию в CAM - это дурь и идиотизм полнейший, со мной никто не согласен?

 
Это всего лишь ваше мнение. Как говорится, все претензии к разработчикам Тебиса (жаль что они не могут ответить вам), и спрута, и есприта тоже, кстати. 

 

В реальной жизни всё это работать не будет.

Ну так работает же, вон за стенкой станки стоят и работают, ну надо же :)

[cgkb 6]

Про сам продукт ничего не говорю. Претензий к Спрут (или к Тебис) у меня нет, потому что я в них собственно не работаю.

Но мое мнение про данную концепцию в CAM - это дурь и идиотизм полнейший, со мной никто не согласен?

 

Называть то, что не можешь сам, "дурью и идиотизмом" - не есть good style.

Обе концепции - станок в CAMе и станок в симуляторе - заслуживают уважения при их толковом решении.

 

Вопрос в другом: получимши программу после такой концепции, нести ее сразу на станок или нет?

Если да (как клянутся разработчики этого чуда, в тч Тебиса), флаг им в руки и соответственно весь риск.

Если нет, то проверка в еще одном симуляторе - это двойная работа и цена. Хотя понятно, что проверка в независимом модуле всегда надёжнее, чем работа в "одном флаконе".

[Hammer_time 2]

Rinats когда будешь делать ролик, то давай все по чесноку:

- покажи как деталь базируется, где 0 детали,

- покажи ограничения на станке(В от 0 до 180, У от +950 до -300),

- покажи поведение камсистемы когда траектория упирается в ограничения,

- код CLD + оси станка подробно, что-бы можно было проследить весь путь инструмента.