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

Проблема с выводом кода для Renishaw на HAAS


Ржавый

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

Вот решил начать пользоваться мастеркамовскими циклами измерения датчиком Renishaw и сразу столкнулся с проблемой...

Никак не получается создать две отдельные операции для датчика. 

Первая операция отрабатывает корректно, а вот вторая, даже если это точная копия первой - ну никак...

А разница между ними в том, что для первой операции где-то глубоко в подпрограммах отрабатывает G43H... (включается корректор на длину инструмента), а во второй раз оно пытается работать c G49. 

Разбираться с логикой подпрограмм с номерами 2*** - не вариант, уж очень они не простые.

Предполагаю, что пред второй операцией нужно вернуть G-коды станка в исходное состояние. Не получается. Одну ножку уже сломал...

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

Буду благодарен, если кто-нибудь из специалистов что-нибудь подскажет.

 

Конкретно передо мной стоит задача по трем касаниям найти перекос плоскости (решено), пересчитать повороты осей, что-бы выправить перекос(решено), а вот дальше нужно искать датчиком разворот для G68,  и новый, точный центр координат и здесь я в полном тупике...

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


1 час назад, Ржавый сказал:

Вот решил начать пользоваться мастеркамовскими циклами измерения датчиком Renishaw и сразу столкнулся с проблемой...

Никак не получается создать две отдельные операции для датчика. 

Первая операция отрабатывает корректно, а вот вторая, даже если это точная копия первой - ну никак...

А разница между ними в том, что для первой операции где-то глубоко в подпрограммах отрабатывает G43H... (включается корректор на длину инструмента), а во второй раз оно пытается работать c G49. 

Разбираться с логикой подпрограмм с номерами 2*** - не вариант, уж очень они не простые.

Предполагаю, что пред второй операцией нужно вернуть G-коды станка в исходное состояние. Не получается. Одну ножку уже сломал...

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

Буду благодарен, если кто-нибудь из специалистов что-нибудь подскажет.

 

Конкретно передо мной стоит задача по трем касаниям найти перекос плоскости (решено), пересчитать повороты осей, что-бы выправить перекос(решено), а вот дальше нужно искать датчиком разворот для G68,  и новый, точный центр координат и здесь я в полном тупике...

Что бы ответить на эти вопросы нужен файл с траекториями, пост , renmf файл. Для начала нужно определить откуда G49 приходит, если из  поста то устранять это там ручками дописав логику, если из RenMf файла там попробовать устранить это с помощью Post Processor Configuration Tool for Productivity+ , конечно если это возможно.... особо не вдавался в подробности утилиты, но в стандартном renmf есть такие строки, возможно это они.

23131.thumb.png.172724bcf7f2bb2da53afb4e62e250af.png

 

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

Спасибо за ответ. Сейчас сделал в новом проекте только две операции с Renishaw - все работает корректно. Значит это были какие-то побочные эффекты из-за моих экспериментов.  

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

Если перед циклом измерения вписать поворот системы координат, например G68X0.Y0.R1. то у станка едет крыша. А G68 мне нужна очень. На HAAS по другому поворот вокруг оси Z не задается.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • DuS
      поищите в справке или на ютубе граничная рамка.
    • plm-ural
      О вебинаре Уважаемые коллеги! Приглашаем Вас на вебинар, посвященный обзору возможностей программы Логос Прочность. Это высокоточный отечественный инструмент для численного решения широкого спектра задач статического и динамического упругопластического деформирования и разрушения конструкций, а также вибрационного анализа и широкополосной случайной вибрации при проектировании высокотехнологичных промышленных изделий.   Дата проведения: 24 апреля 2024 12:00 (МСК)   Регистрация на вебинар   Программа вебинара:   1.    Общая характеристика решения Логос Прочность 2.    Перечень основных решаемых задач (статические расчеты прочности, вибрационный динамический анализ, динамические расчеты во временной области) 3.    Демонстрация решения задач     Логос Прочность обладает достаточно удобным пре/постпроцессором, позволяющим корректировать и создавать геометрию, строить сетку конечных элементов, формировать необходимые условия задачи, а также производить обработку результатов. Решение разрабатывается с учетом требований отечественных предприятий для решения реальных задач в различных отраслях промышленности, включая обычные вооружения, атомную энергетику, авиастроение, транспортное и военное машиностроение и многие другие.   Вебинар будет интересен специалистам, занимающимся прочностными расчетами.   Спикер  — Сергей Хрулев, руководитель бригады прочности ГК «ПЛМ Урал».   Участие в вебинаре бесплатное. Необходима регистрация. Если по каким-либо причинам у вас не получится присоединиться к вебинару, мы обязательно отправим видеозапись при условии пройденной регистрации. Направляйте свои вопросы и пожелания на почту info@plm-ural.ru. Будем рады видеть Вас в качестве участников!   Регистрация на вебинар  
    • plm-ural
      О вебинаре Приглашаем Вас на вебинар, посвященный сравнительному анализу российской системы компьютерного моделирования литейных процессов ПолигонСофт и ПО ProCAST от ESI Group. Сравнение систем будет проведено на примере решения актуальной задачи литья лопатки для газотурбинных двигателей. Дата проведения: 25 апреля 2024 12:00 (МСК)   Регистрация на вебинар   Программа вебинара:   сравнение решаемых задач; сравнение возможностей ПО в плане подготовки расчетной модели; сравнение постановки задачи; сравнение и анализ полученных результатов и т.д.  ответы на вопросы.   Сравнение систем будет проведено на примере решения актуальной задачи литья лопатки для газотурбинных двигателей. Лопатки для двигателестроения являются одними из самых сложных в технологическом плане отливок и, в то же время, одними из самых ответственных деталей в агрегате. К ним предъявляются высокие требования к качеству (наличие дефектов и структура зерна), так как отливки работают в тяжелых эксплуатационных условиях.  Для их изготовления применяются дорогостоящие сплавы и, следовательно, получение не качественной отливки обходится предприятиям очень дорого как в материальном плане, так и в плане репутации.    Компьютерное моделирование изготовления таких отливок поможет избежать грубых ошибок в технологии на этапе разработки, снизить себестоимость изделия за счет минимизации брака и сократить время запуска технологии в производство.   Ведущий: Максим Ведерников, инженер технической поддержки ГК "ПЛМ Урал".   Участие в вебинаре бесплатное. Необходима регистрация. Если по каким-либо причинам у вас не получится присоединиться к вебинару, мы обязательно отправим видеозапись при условии пройденной регистрации. Направляйте свои вопросы и пожелания на почту info@plm-ural.ru.   Будем рады видеть Вас в качестве участников!   Регистрация на вебинар
    • ZVUM
      Здравствуйте, помогите пожалуйста с советом.. Хочу упростить работу в спецификациях убрав функцию прописывания размеров деталей. Что я хочу? А именно, сделать шаблон детали, чтобы при создании детали и моделировании чего-либо, не важно - бобышкой или гнутые, хочу чтобы в примечаниях автоматически указывались габаритные размеры "Длина" "Ширина" "Толщина", возможно ли как-то в переменных вписать определение размера и чтобы прописывались в суммарной информации? По типу 'RD1@Примечания@Деталь.moPart_c'. Спасибо!
    • Killerchik
      Эх, текстовый файл, я тогда так не умел :( Нет, измерял по одной точке и фоткал с экрана соответствующие переменные #1хх. Сейчас бы конечно применил команду dprnt или как там её, для записи результатов в файл на стойке. Единственно что, последний раз когда надо было обмерить какой-то кривой ужас, писал точки в переменные #600-#999 и потом фоткал все разом с экрана. Хотя бы УП измерения была одна единая.
    • Kosi27
      Здравствуйте! При попытке выполнить программу фрезерования на токарно-фрезерном станке возникает ошибка при моделировании #61102 "Направление шпинделя не запрограммировано". Обнаружил, что меню выбора направления обработки урезано, вместо "торец C, Бок.пов С, Торец Y, Бок.пов Y" есть только пункт "Торец, Бок.пов".   Фото меню моделирования с ошибкой  Фото меню со стойки машины Скриншот меню из sinutrain   Приводные блоки через меню TSM запускаются.  Машина Headman T65M/750, стойка Siemens 828D.  Подскажите пожалуйста, кто сталкивался с такой проблемой и как её решить? Поставщик оборудования очень тяжело идет на контакт, а инструменты неосевой обработки необходимы как никогда. HELP:(
    • Говорящий Огурец
      Лучше, чем это сделал OpenMind, у меня вряд ли получится :) Полно инфы как в текстовом формате, так и видосов на Трубе
    • ak762
      @Killerchik а как вы точки касания в текстовый файл записывали, руками с экрана или использовали станочную команду?
    • Umkach
      Ну про дверцу согласен. А когда он фрезерным шпинделем об контр шпиндель стукнулся - тут ему прощения не было и его от работы на этом станке освободили (это было последней каплей)
    • Viktor2004
      там был косяк японцев. Если вызвать тот инструмент, который уже в шпинделе, шпиндель едет в дверцу, которая не успевает открыться. На другом станке заметили. Надо в ладдере убрать вот этот контакт  
×
×
  • Создать...