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

Отработка команды G7 стойкой MillPlus


alexey_br

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

При создании станка DMU 125P hi-dyn со стойкой MillPlus появилась проблема отработки команды G7 (наклон рабочей плоскости).

При симуляции программы ошибки не появляются но поворот осей не происходит. Стойка используется из библиотеки - heimplus.

 

В меню отработки G-кодов (G-Code Processing) команда G7 расписана - есть списки макросов которые должны выполнятся при разных вариантах задания команды. Среди них есть макрос CAxisMotion с аргументом Value=#122 и макрос BAxisMotion с аргументом Value=#121.

Подскажите пожалуйста, #121 и #122 это переменные? Если да, то откуда они должны брать значения?

 

Также в библиотеке Vericut есть подпрограмма heimplus.sub предназначенная для выполнения команды G7, но обращения к ней в стойке heimplus я не нашел, хотя переменные используемые подпрограммой в стойке описаны.

 

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

 

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


При создании станка DMU 125P hi-dyn со стойкой MillPlus появилась проблема отработки команды G7 (наклон рабочей плоскости).

При симуляции программы ошибки не появляются но поворот осей не происходит. Стойка используется из библиотеки - heimplus.

 

В меню отработки G-кодов (G-Code Processing) команда G7 расписана - есть списки макросов которые должны выполнятся при разных вариантах задания команды. Среди них есть макрос CAxisMotion с аргументом Value=#122 и макрос BAxisMotion с аргументом Value=#121.

Подскажите пожалуйста, #121 и #122 это переменные? Если да, то откуда они должны брать значения?

 

Также в библиотеке Vericut есть подпрограмма heimplus.sub предназначенная для выполнения команды G7, но обращения к ней в стойке heimplus я не нашел, хотя переменные используемые подпрограммой в стойке описаны.

 

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

121 и 122 это переменные, они скорее всего считываются при разборе команды G7. Посмотрите разбор слов A, B, C. Вызов подпрограмм надо смотреть видимо при разборе слова G7

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

При создании станка DMU 125P hi-dyn со стойкой MillPlus появилась проблема отработки команды G7 (наклон рабочей плоскости).

При симуляции программы ошибки не появляются но поворот осей не происходит. Стойка используется из библиотеки - heimplus.

 

В меню отработки G-кодов (G-Code Processing) команда G7 расписана - есть списки макросов которые должны выполнятся при разных вариантах задания команды. Среди них есть макрос CAxisMotion с аргументом Value=#122 и макрос BAxisMotion с аргументом Value=#121.

Подскажите пожалуйста, #121 и #122 это переменные? Если да, то откуда они должны брать значения?

 

Также в библиотеке Vericut есть подпрограмма heimplus.sub предназначенная для выполнения команды G7, но обращения к ней в стойке heimplus я не нашел, хотя переменные используемые подпрограммой в стойке описаны.

 

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

В начале считываются углы

post-9003-0-45665800-1396370988.png

Потом обрабатывается сама команда G7

post-9003-0-69163000-1396370983.png

При обработке команды G7 и происходит вызов подпрограммы

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

спасибо за ответ.
 
от версии к версии разработчики активно развивают эту функцию.
 
нашел такую отработку

post-19074-0-47812900-1396419233.jpg
так функция работает. но поворачивает правильно только при длине инструмента равной 100мм (видимо это обусловлено формулами пересчета в подпрограмме)
 
 
 
а в версии 7.3 уже так:
post-19074-0-36814400-1396419264_thumb.jpg
 
В версии 7.3 вызова подпрограммы нет. переменные #121 и #122, я так понял, должны определяются макросом WorkingPlane, но этого не происходит(поворота осей нет). Если вместо #121 и #122 прописать углы то поворачивает.

 

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

 

спасибо за ответ.

 

от версии к версии разработчики активно развивают эту функцию.

 

нашел такую отработку

так функция работает. но поворачивает правильно только при длине инструмента равной 100мм (видимо это обусловлено формулами пересчета в подпрограмме)
 
 
 
а в версии 7.3 уже так:
 
В версии 7.3 вызова подпрограммы нет. переменные #121 и #122, я так понял, должны определяются макросом WorkingPlane, но этого не происходит(поворота осей нет). Если вместо #121 и #122 прописать углы то поворачивает.

 

переменные в принципе можно посмотреть в отдельном окне, чему они равны в пошаговом режиме запуска программы

Сами переменные надо поискать наверняка они где присваиваются.

7.3. версии не имеем могу посмотреть только на 7.1

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • AlexKaz
      Нагуглил старый список отличий профкарт от GTX, кому интересно   А тут - полный список важных для производительности карты настроек на потыцкать https://www.goengineer.com/blog/optimizing-solidworks-for-faster-performance
    • AlexKaz
      @eljer0n, в настройках драйвера и графики игровой карты попробуйте вручную выставить на максимум все видеоэффекты и привязать карту к приложению принудительно (а то у Вас симптомы как софтверного рендера на CPU). Пример: https://www.mlc-cad.com/solidworks-help-center/how-to-force-solidworks-to-use-your-graphics-card/ По дефолту там что-то среднее, скорее всего. Не поможет - установить дрова к профкартам и там покрутить настройки, сменить версию Windows с 11 на 10. И только потом можно смотреть на профкарты. Также потестить опции в самом солиде. Вот тут ниже рекомендуют включить Enable petformance pipeline и не юзать SW 2018 https://www.engineering.com/story/20-to-30-times-faster-graphics-response-with-solidworks-2019s-new-graphics-engine
    • Killerchik
      Лихой Вы, однако....   Да, это уже сильно сложнее.
    • neon0404
      Да, действительно, огромное спасибо! Ошибка новичка) Не тот режим визуализации был
    • Максим604
      @Killerchik ну да, пишу реальную и стойка переправит, а если пишу руками, то считать для центра.  Просто резьбу писал или через переменные или через turn. И подачу считал как на обычную фрезеровку.   Ещё раз спасибо) 
    • gudstartup
      100% taxid - это не совершенно секретная инфа.  а вот корпоративный ящичек у этой же фирмы посложнее  
    • Killerchik
      Скорость я бы поставил метров 15-20. Подача - лучше измерить биение зубьев прям индикатором на станке. В идеале, если биение между соседними зубьями менее трети подачи на зуб, то эту самую подачу я бы поставил порядка 2-3 соток на зуб. Фрезеруйте так же, за 2 прохода, если это не прям супер критично для времени выполнения УП.
    • Alexejswt
      Все работает.  Job-1.inp
    • Killerchik
      Простой вопрос - Вы материально гарантируете, что компании-обладателю этого TaxID это ничем не грозит?
    • Killerchik
      По Вашему описанию - как раз наоборот. Считайте реальную подачу, а стойка скорректирует исходя из диаметров. У меня на фрезере точно так же.
×
×
  • Создать...