Вопросы новичка по постпроцессору.

[flip 0]

1. Можно ли сделать так, чтобы пост сам отделял УП по признаку группировки? 

Поясню: например в навигаторе операций у меня вот вид (см. рисунок). И я хочу при постпроцессировании группы "черновые", чтобы пост создал 4 файла программы (A, B, C, D). При этом операции А_1, А_2 ... А_n входили в состав одной программы  А, как подоперации.

 

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

 

2. Каким образом настроить вывод определенной команды через определенное количество кадров. Т.е. я, например, хочу каждые 10 кадров выводить машинное время.

 

3. Как форматировать вывод строки. Например вот этой: 

MOM_output_literal ";Mashinnoe vremya: $mom_machine_time"

и вывести время в понятном формате (DD.MM.YYYY HH:MM:SS).

 

[Bully 1 099]

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

Ну правильно, что выделил, то и пошло на вывод. Откуда ему знать, что ты хочешь? Может, там группы не по инструменту, не по порядку, а по обрабатываемым участкам, скажем? Разбивать он не умеет. Да и не надо, IMHO. А то потом ненужное будет разбивать.

Т.е. я, например, хочу каждые 10 кадров выводить машинное время.

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

[Ug_user 638]

Можно что угодно сотворить. И через 10 кадров выводить машинное время - не проблема. А по пятницам - через 11 кадров. 

[Bully 1 099]

Можно что угодно сотворить. И через 10 кадров выводить машинное время - не проблема. А по пятницам - через 11 кадров.

Тогда прошу прощения и удаляюсь. 

[avd 73]

1. Можно ли сделать так, чтобы пост сам отделял УП по признаку группировки? 

Поясню: например в навигаторе операций у меня вот вид (см. рисунок). И я хочу при постпроцессировании группы "черновые", чтобы пост создал 4 файла программы (A, B, C, D). При этом операции А_1, А_2 ... А_n входили в состав одной программы  А, как подоперации.

 

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

 

2. Каким образом настроить вывод определенной команды через определенное количество кадров. Т.е. я, например, хочу каждые 10 кадров выводить машинное время.

 

3. Как форматировать вывод строки. Например вот этой: 

MOM_output_literal ";Mashinnoe vremya: $mom_machine_time"

и вывести время в понятном формате (DD.MM.YYYY HH:MM:SS).

Вот старая презентация на подобную тему

Хотя в постбилдере появились понятия подпрограммы. Сам пока не использовал, но покапать ТС есть где.

 

Про время в каждом 10 кадре, это просто. Надо в событии before_motion ввести счетчик и выводить время. Хотя практически не вижу пока в этом смысла. Вот например, перед длинными резаниями (т.е. между врезанием и отводом) может и имеет смысл.

Sub_programm and Fixture Offset .pdf

[flip 0]

Насчет разбиения. А раздел Programm - Tool Path - Miscellaneous не за это ли отвечает? Я попробовал создать в событии "Start of Subop Path"  свою команду (STSP - наприпер) и в самой операции ввел такую же инструкцию. По логике, что постбилдер увидит в коде эту инструкцию и разобьет по ней УП. Или это совсем не для этого?

 

Про время в каждом 10 кадре, это просто. Надо в событии before_motion ввести счетчик и выводить время. Хотя практически не вижу пока в этом смысла. Вот например, перед длинными резаниями (т.е. между врезанием и отводом) может и имеет смысл.

Что то я никак не могу найти это событие. Не подскажите где рыть, и как примерно описать счетчик ( напомню что я новичок).

 

Да и вопрос с форматированием вывода все еще актуален :) 

Изменено 4 октября 2013 пользователем flip

[flip 0]

И еще одни вопрос. Станок Sterlitamak, Sinumeric, c поворотной головкой. Так вот. Эта поворотная головка в ручном режиме может крутиться в любую сторону на любой градус, т.е. расход без ограничений. А по программе диапазон работы лежит в 0-360 градусов. И если по программе траектория попадает на этот переход то станок производит разворот не по кратчайшему пути, а только по своему дипазону. Можно ли как то обойти это ограничение?

[undrakot 7]

В постбилдере есть мом-переменная mom_group_name, которая хранит имя группы (в твоем случае, думаю, это будет A, B, C, D). Практически я этого не применял, но рискну предположить, что можно сделать проверку на изменение имени группы, и если таковое имеется, то выводить текст УП в новый файл.

[BaZuZu 5]

 

2. Каким образом настроить вывод определенной команды через определенное количество кадров. Т.е. я, например, хочу каждые 10 кадров выводить машинное время.

  отслеживать before_motion и тупо влепить счетчик и при x= твоему промежутку, выводить время....

 

Если в группах разный инструмент, то можно отслеживать смену инструмента и создавать новый файл...

[flip 0]

отслеживать before_motion

Где этот before_motion отследить?

и если таковое имеется, то выводить текст УП в новый файл.

и создавать новый файл...

Блин условие по которому создать я придумаю. Вопрос в том КАК организовать ввывод в НОВЫЙ файл?

[undrakot 7]

Блин условие по которому создать я придумаю. Вопрос в том КАК организовать ввывод в НОВЫЙ файл?

set noviy_file [open <имя_файла_с_директорией> w+]

а далее 

puts $noviy_file "<строка, которую надо вывести>"

А вообще, есть одна хорошая книга по TCL, называется Уэлш Б., Джонс К. - Практическое программирование на Tcl и Tk. Советую вам держать ее в качестве настольной книги. 

[BaZuZu 5]

И еще одни вопрос. Станок Sterlitamak, Sinumeric, c поворотной головкой. Так вот. Эта поворотная головка в ручном режиме может крутиться в любую сторону на любой градус, т.е. расход без ограничений. А по программе диапазон работы лежит в 0-360 градусов. И если по программе траектория попадает на этот переход то станок производит разворот не по кратчайшему пути, а только по своему дипазону. Можно ли как то обойти это ограничение?

 

надо к углу прибавлять 360 и тогда он пойдет по кратчайшему, хотя это наверное и неправильно я думаю... 

Я сам задавался этим вопросом

[Bully 1 099]

надо к углу прибавлять 360 и тогда он пойдет по кратчайшему, хотя это наверное и неправильно я думаю...  Я сам задавался этим вопросом

 Простите, что вмешиваюсь, но, по логике, как настраивается диапазон линейных перемещений, должен настраиваться и диапазон угловых в посте (изменить параметр "A"). Или это не так?

[BaZuZu 5]

думаю лучше будет остлеживать лайнер_мов и циркулар_мов, тебе же эти движения нужны ? 

если рапиды то и там можно...

 

по поводу файла 

set tempFileName "test[pid].tcl

 

надо к углу прибавлять 360 и тогда он пойдет по кратчайшему, хотя это наверное и неправильно я думаю...  Я сам задавался этим вопросом

 Простите, что вмешиваюсь, но, по логике, как настраивается диапазон линейных перемещений, должен настраиваться и диапазон угловых в посте (изменить параметр "A"). Или это не так?

 

 

Смысл в том, что при движении координаты "А" когда она переходит 360 и дальше по программе стоит грубо говоря 90, она не поворачивается на 90, а поворачивается на 270 в обратную сторону, надо ставить 450... 

 

А как настроить сами тиски поворотные, чтобы они шли по кратчайшему, я пока от хааса не добился... Просто если много деталей или длинная программа и угол уже уходит за несколько тысяч, то при выводе "А" в ноль он будет долго возвращаться в нуль )))))

[Bully 1 099]

Смысл в том, что при движении координаты "А" когда она переходит 360 и дальше по программе стоит грубо говоря 90, она не поворачивается на 90, а поворачивается на 270 в обратную сторону, надо ставить 450... 

Хм... Тут я только теорию программирования могу привести, как хорошо в свое время решавший задачи по информатике на турбо паскаль.   В данном случае, если это реализуемо, я бы ввел промежуточную переменную, значение которой после каждого поворота рассчитывается как значение А-360, если А больше 360, и оставляет текущее, если А меньше 360. И присваивает это значение переменной А. 

[BaZuZu 5]

 

Смысл в том, что при движении координаты "А" когда она переходит 360 и дальше по программе стоит грубо говоря 90, она не поворачивается на 90, а поворачивается на 270 в обратную сторону, надо ставить 450... 

Хм... Тут я только теорию программирования могу привести, как хорошо в свое время решавший задачи по информатике на турбо паскаль.   В данном случае, если это реализуемо, я бы ввел промежуточную переменную, значение которой после каждого поворота рассчитывается как значение А-360, если А больше 360, и оставляет текущее, если А меньше 360. И присваивает это значение переменной А. 

 

 

как программисту мне видется куча вариантов решения данной задачи, но выбирать ни нам с Вами)))

мне сказали что это надо в тисках биты какие то менять, надо созваниваться с поставщиками и они проконсультируют, чтобы стол понимал, что надо по кратчайшему пройти, а не вертеться постоянно )))

[Bully 1 099]

мне сказали что это надо в тисках биты какие то менять, надо созваниваться с поставщиками и они проконсультируют, чтобы стол понимал, что надо по кратчайшему пройти, а не вертеться постоянно )))

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

 

PS Согласен, что не всегда закономерность можно вывести. На нашем HAAS вот американском почему-то иногда объединяет два кадра быстрых перемещений (по Z, потом по XY), если эти перемещения происходят при отрицательном значении Z. После нескольких зарезов (было просто сначала подозрение на обыкновенный сбой) пришлось отвод и переход всегда закладывать по плоскости безопасности. "Заставлял" наладчика покопаться в настройках, ничего не нашел.

[mrvcf1 98]

 

PS Согласен, что не всегда закономерность можно вывести. На нашем HAAS вот американском почему-то иногда объединяет два кадра быстрых перемещений (по Z, потом по XY), если эти перемещения происходят при отрицательном значении Z. После нескольких зарезов (было просто сначала подозрение на обыкновенный сбой) пришлось отвод и переход всегда закладывать по плоскости безопасности. "Заставлял" наладчика покопаться в настройках, ничего не нашел.

 

Это особенность haas, в доках к станку все описано, сделано это для якобы сокращения времени перемещения, тот кто делал эту функцию не догадывался о том что на Ж0 можно кататься "внутри" обрабатываемой зоны и то что его долбаное перемещение может похерить деталь. А когда подумали уже было позно пришлось в документации дописать еще 1 пунктик. Для хаса я вообще отказался от g0 задаю все быстрые перемещения через g1.

[NickyWizard 18]

 

 

Смысл в том, что при движении координаты "А" когда она переходит 360 и дальше по программе стоит грубо говоря 90, она не поворачивается на 90, а поворачивается на 270 в обратную сторону, надо ставить 450... 

Хм... Тут я только теорию программирования могу привести, как хорошо в свое время решавший задачи по информатике на турбо паскаль.   В данном случае, если это реализуемо, я бы ввел промежуточную переменную, значение которой после каждого поворота рассчитывается как значение А-360, если А больше 360, и оставляет текущее, если А меньше 360. И присваивает это значение переменной А. 

 

 

как программисту мне видется куча вариантов решения данной задачи, но выбирать ни нам с Вами)))

мне сказали что это надо в тисках биты какие то менять, надо созваниваться с поставщиками и они проконсультируют, чтобы стол понимал, что надо по кратчайшему пройти, а не вертеться постоянно )))

 

 

 

Раскрой пожалуйста тайну, командарм - где в ТИСКАХ биты находятся? ))))))))))))))))))

[Bully 1 099]

где в ТИСКАХ биты находятся?

 Ну, немножко человек неправильно выразился. Что тут такого? Когда стол четвертой оси (те самые тисы) управляется через ЧПУ, то где-то это биты забиты )))

Это особенность haas, в доках к станку все описано,

Жаль, я думал, это настраивается, только где-то ооочень глубоко.