Перейти к публикации

Устал!!! Ручная смена инструмента в PM-post


Рекомендованные сообщения

Кто нибудь сделал работающий постпроцессор с ручной сменой инструмента?

С простейшим алгоритмом.

1. Приехал в точку замены. (чтоб ручкам удобно было)

2. Запуск далее ручками  (после M05 M00, естественно)

3. Поехал в точку установки Z0 и пару раз проверился-установился.

4.Запуск далее ручками опять.

5. Поехал работать далее.

 

Если у кого есть поделитесь кадрами и скриптами.

Ну или самим работающим ПП.

Далее разберусь.

 

Ошибка которую я наблюдаю - не хочет возвращаться в начальную точку продолжения обработки.

То там.... то тут.... :))

Ссылка на сообщение
Поделиться на других сайтах


UnPinned posts
8 часов назад, tangous сказал:

Кто нибудь сделал работающий постпроцессор с ручной сменой инструмента?

С простейшим алгоритмом.

1. Приехал в точку замены. (чтоб ручкам удобно было)

2. Запуск далее ручками  (после M05 M00, естественно)

3. Поехал в точку установки Z0 и пару раз проверился-установился.

4.Запуск далее ручками опять.

5. Поехал работать далее.

 

Если у кого есть поделитесь кадрами и скриптами.

Ну или самим работающим ПП.

Далее разберусь.

 

Ошибка которую я наблюдаю - не хочет возвращаться в начальную точку продолжения обработки.

То там.... то тут.... :))

Если есть пример как вам нужно - могу сделать.

Ссылка на сообщение
Поделиться на других сайтах

Конечно есть.

Файл pmoptz, но он 8мб и я его не могу прикрепить.

Большой, потому что включает в себя реальный чпу.

 

Комментарий к 
"Ошибка которую я наблюдаю - не хочет возвращаться в начальную точку продолжения обработки.

То там.... то тут.... :))"

 

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

 

Ссылка

https://disk.yandex.ru/d/Q-2zpy85V5wYcg

Изменено пользователем tangous
Ссылка на сообщение
Поделиться на других сайтах

@tangous Ну а какие кадры нужно добавить то? или что изменить?

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

Ссылка на сообщение
Поделиться на других сайтах

Прикрепляю Файл обработки.
https://disk.yandex.ru/d/GSbU_dbm96WnPw

 

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

 

Тут все видно.

Пока сами симуляцию не запустите - сложно что то говорить.

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

 

Быстрее всего что то не правильно в Load Tools и First Move After Toolchange

Может еще где...
А  код измерения инструмента я вообще не нашел.

Но в симуляции он присутствует!!

Изменено пользователем tangous
Ссылка на сообщение
Поделиться на других сайтах

Такую логику работы которую вы описали, вполне может делать сам макрос  М6, если его настроить должным образом на станке(предполагаю что станок хоббийный), кстати что у вас за станок и стойка?.А так в G- коде у вас будет куча строк с командами, начиная с M01,  заканчивая точками смены инструмента, подъёмов, опусканий, пробинга и тд

20 часов назад, tangous сказал:

Файл pmoptz, но он 8мб и я его не могу прикрепить.

Большой, потому что включает в себя реальный чпу.

В файле пост процессора, ни к чему полноценная 3д модель станка, там достаточно описания кинематики. Расчёт на столкновения делает powermill, а не пост процессор

Изменено пользователем Fixedes
Ссылка на сообщение
Поделиться на других сайтах

@tangous

В вашей модели станка, которая привязана к посту задана смена инструмента с движениями к датчику измерения длины.

Скрытый текст

  <tool_change>
    <!--<tool_change_pre_moves>
                WAIT 2000
                MOVETO Z120
                WAIT 2000
                MOVETO X-400
                WAIT 2000                
                MOVETO Y20
                
        </tool_change_pre_moves>-->
    <tool_change_moves>
                MOVETO X-650 Y35
                WAIT 1000
                TOOLCHANGE
                MOVETO Z180
                WAIT 1000
        </tool_change_moves>
    <tool_change_post_moves>
                MOVETO X-650 Y235
                MOVETO Z100
                WAIT 1000
                MOVETO Z150
                WAIT 1000
                MOVETO Z100
                WAIT 1000
                MOVETO Z180
        </tool_change_post_moves>
  </tool_change>

Вы же привязываетесь каждым инструментом вручную как я понял. Естественно симуляция не будет совпадать с реальностью.

 

Изменено пользователем mannul
Ссылка на сообщение
Поделиться на других сайтах

Без полноценной модели станка ошибок столкновений и зарезов ГОРАЗДО больше.

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

Проверено практически.

В мелочах разобрался.
По сути остался один вопрос.
Почему после смены инструмента инструмент не возвращается в точку продолжения работы?

Не могу понять. Это же только в First Move After Toolchange может быть?

И похоже это связано с осью X. Но не уверен...

 

Изменено пользователем tangous
Ссылка на сообщение
Поделиться на других сайтах
20 часов назад, tangous сказал:

Почему после смены инструмента инструмент не возвращается в точку продолжения работы?

Не могу понять. Это же только в First Move After Toolchange может быть?

И похоже это связано с осью X. Но не уверен...

 

Пропустил через пост 3 траектории со сменой инструмента, все нормально работает.

Ссылка на сообщение
Поделиться на других сайтах
22 часа назад, tangous сказал:

Без полноценной модели станка ошибок столкновений и зарезов ГОРАЗДО больше.

 

Вы возможно неправильно поняли меня, для расчёта столкновений и зарезов, Powermill не использует пост процессор(файл pmoptz, opt), поэтому в нём ни к чему 3д модельки редукторов, шестерён, ремней и тд. Для проверки зарезов и столкновений используется файл кинематика станка (mtd), в котором помимо кинематики станка, как раз таки и  описываются и подгружаются 3д модели его компонентов, с которыми и взаимодействует powermill при расчёте. А сам постпроцессор можно с помощью кнопки "ассоциировать" Со станком, чтобы при подгрузке станка в проект, автоматический для вывода NC файла использовался пост "соединённый " с файлом mtd конкретного станка

 

2 часа назад, mannul сказал:

Пропустил через пост 3 траектории со сменой инструмента, все нормально работает.

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

Так за это как раз  и  отвечает сам макрос М6, который перед началом смены считывает текущие координаты, а затем после всех манипуляций со сменой, приезжает обратно в эту точку, и ждёт кнопки старта.

Изменено пользователем Fixedes
Ссылка на сообщение
Поделиться на других сайтах
6 часов назад, mannul сказал:

Пропустил через пост 3 траектории со сменой инструмента, все нормально работает.

Я уже говорил. В симуляции - все отлично.

В реале - не возвращается на точку продолжения следующей операции.

Отъезжает не непонятную точку и начинает "продолжать работать".

В воздухе....

 

По сути надо в ПП где-то жестко указать - вернись к следующей операции начиная с таких вот координат.

 

Наверное важное дополнение.

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

Пока не добавилась в станок поворотная ось A (По оси У) все нормально работало и возвращалось куда надо.

Изменено пользователем tangous
Ссылка на сообщение
Поделиться на других сайтах
18 часов назад, tangous сказал:

Отъезжает не непонятную точку и начинает "продолжать работать".

В воздухе....

 

 

Если смотреть по модели станка которая у вас у посте, то могу предположить что у вас может использоваться G54 для работы на столе станка в 3 осях, а например G55 (либо какую-либо другую) вы используете для работы на поворотной оси. И вашей программе в самом начале в шапке не указана ни одна система координат ( G54-G59), соответственно какую вы вручную на стойке станка выбираете перед запуском УП, такая и будет, НО... !!!, у вас в середине программы встречается G54, соответственно первая траектория у вас отрабатывает нормально, так как небыло ещё смены инструмента, после которой ваш инструмент снова выдаёт G54, хотя я так полагаю не должен, если в начале у вас ее нет. Думаю дальнейшие рассуждения вы поняли

Ссылка на сообщение
Поделиться на других сайтах
15 часов назад, Fixedes сказал:

Если смотреть по модели станка которая у вас у посте, то могу предположить что у вас может использоваться G54 для работы на столе станка в 3 осях, а например G55 (либо какую-либо другую) вы используете для работы на поворотной оси. И вашей программе в самом начале в шапке не указана ни одна система координат ( G54-G59), соответственно какую вы вручную на стойке станка выбираете перед запуском УП, такая и будет, НО... !!!, у вас в середине программы встречается G54, соответственно первая траектория у вас отрабатывает нормально, так как небыло ещё смены инструмента, после которой ваш инструмент снова выдаёт G54, хотя я так полагаю не должен, если в начале у вас ее нет. Думаю дальнейшие рассуждения вы поняли

 

Вы абсолютно правы. И G54 стоит добавить в строку инициализации, хотя G90 там есть.

 

Тем не менее ошибка (я бы назвал баг...) была не в этом.

Дело было не в бобине....

Я всего лишь добавил Ось X  в First Move After Toolchange, которой раньше не было (смотри ПП выше).

И все сразу стало работать как и предполагалось.

И кстати. А почему оси X нет в этих кадрах? Я посмотрел другие ПП. Нет. Странно.

 

Может в этом есть какой глубинный смысл?

 

 

 

qas.png

Изменено пользователем tangous
Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • Jenny
      Ну что поделать. Оптические сборки они такие. Соединители(2шт)+заглушка+провода а в спецификацию летит 1 строкой. При этом для сборщиков необходимо указывать как проложить провод. Вот и извращаемся как можем. Благодарю!
    • Павлуха
      Поставите сюда галочку и будет Вам счастье.    
    • Бестолковый
      Так вот, осваивая потихоньку SW пришёл к созданию собственных таблиц свойств. Тех самых которые Custom Properly Table, для детали, сборки чертежа детали и чертежа сборки соответственно. Создал таблицы (синхронно создав заготовки для каждого типа вышеуказанных документов, переписал переменные и сложил в отдельную папочку, прописав в свойствах SW пути к ней. Так, чтобы при создании нового документа всё открывалось правильно.   Начитавшись форумов всяко-разных профильных (включая этот) и мануалов пришёл к выводу, что можно "скармливать" в таблицу текстовый или Excel файл с необходимыми данными, как то данные для заполнения штампа и прочее. Иерархия такова: Есть конкретный неизменяемый диск, на нём папки всех проектов, в каждой из них, кроме самих файлов SW кладу этот самый файл гордо именуемый "Код_проекта_db.txt" имя которого меняется, равно как и путь. Всё бы ничего, но когда у тебя один проект - всё гуд, делаешь второй проект - при открытии панельки справа - SW автоматом "подтягивает" файлик из первого проекта, приходится открывать Properly Table Builder и переназначать путь к файлу с необходимыми для второго проекта данными.   Сопсна - сам вопрос к Многоуважаемому Сообществу: Продолжать перезаписывать пути каждый раз или есть какой-то другой выход из сложившейся моими шаловливыми ручонками ситуации?   Заранее признателен за адекватный развёрнутый ответ!  
    • igor555
      Но почему-то на других станках в цехе этого нет и не тупим...хотим придти к единому знаменателю
    • mrVladimir
    • Vengeance
      https://t.me/bBqcc5UzY2E6 заходи в гости, там есть все ^_^
    • Давид
      Доброго времени. Можете поделиться русификатором пожалуйста. ambdavids@gmail.com
    • Александр1979
      В диагностике параметр 0000 смотрите.
    • the Devil incarnate
      сделайте связь "параллельно" со смещением 5мм и будет вам счастье.
    • mrVladimir
      Здравствуйте. Система 0i Mate-TD. При нарезании резьбы зависает между проходами. Есть предположение, что нет нуль-метки. Датчик подключен по схеме к JA7A. Можно как-то проверить приход нуль-метки не снимая датчика прямо на системе? Может в диагностике есть что-то подобное. Сами обороты (в минуту имеется ввиду) отображаются. В программе так: S800 Z3. X37. G76 P10060 Q50 R50 G76 X33.35 Z-35.5 R0 P1000 Q50 F2.  -вот здесь зависает Z3. X350 но зависает не окончательно - постоит-постоит и может дальше пойти. Есть еще предположение - рассогласование по осям превышает установленный порог. Но никак не могу сообразить - где посмотреть...
×
×
  • Создать...