DJ Astro

G-POST, много вопросов. Хочется понять логику работы.

397 posts in this topic

Т.е. задавая в Pro/E локальную СК для 3+2 обработки я ожидаю, что после поста в программе координаты перемещений будут выводится в такой же СК (что логично и легко для понимания при отладке, поиске ошибок и т.д.). А по факту получается, что если эти углы позволять рассчитывать G-Post’у на основании кинематики станка, то в станке потом система координат может быть повернута как угодно и не совпадать с той СК, которую задавали в проекте обработки. Хотя и координаты все будут пересчитаны правильно и обработка будет в порядке.

 

А в таком случае не проще вращать свои локальные системы вокруг тех осей, вокруг которых происходит реальное вращение на станке? Тогда ничего не понадобится пересчитывать самому, вы избежите целую кучу "подводных камней"...  И тогда СК в проекте будет совпадать с той, что будет получаться на станке. К тому же (я уже сталкивался с побобным "мировоззрением" у своих клиентов) существует целый ряд моментов, при котором подобный подход крайне губителен для получаемой УП (это в основном связано именно с выводом циклов в наклонном плане) - просто вылазят косяки целой горой... 

Share this post


Link to post
Share on other sites


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

 

В этом варианте тоже есть подводный камень. До обеда ты делал деталь на один станок, а после обеда всё в срочном порядке переделываешь под другой станок с совершенно другой кинематикой, ибо начальству так виднее. :( Пересматривать весь проект и заново ворочать системы координат??

Я думаю, что на стадии проекта "связь" со станком должна быть только по части "возможно или невозможно" сделать задуманное в проекте именно на этом станке. А уже КАК это будет реализовано на станке ( как там будут потом трансформироваться координаты, как там будут крутиться оси, и т.д.) - это уже вопрос исключительно к посту, но не к проекту.

 

(это в основном связано именно с выводом циклов в наклонном плане) - просто вылазят косяки целой горой... 

Но ведь косяки решаемые? :) 

Share this post


Link to post
Share on other sites

В этом варианте тоже есть подводный камень. До обеда ты делал деталь на один станок, а после обеда всё в срочном порядке переделываешь под другой станок с совершенно другой кинематикой, ибо начальству так виднее. :( Пересматривать весь проект и заново ворочать системы координат??

Я думаю, что на стадии проекта "связь" со станком должна быть только по части "возможно или невозможно" сделать задуманное в проекте именно на этом станке. А уже КАК это будет реализовано на станке ( как там будут потом трансформироваться координаты, как там будут крутиться оси, и т.д.) - это уже вопрос исключительно к посту, но не к проекту.

Вот верите-нет - вообще никогда не меняю ничего в проектах. Работаю уже почитай 13-й годок. И не возникает необходимости ни в постах что-то самому вычислять, и станков с ЧПУ у нас более 250 единиц, из них фрезерных разных типов - видов 20-30. Я никого не переубеждаю - каждый добивается того, что его устраивает. Я просто хочу сказать, что проблема с поворотом осей исключительно надуманная...

Все дело только в привычке. И в затраченных усилиях и эффекте...

Share this post


Link to post
Share on other sites

Добрый день, может кто знает как в G-POST сделать так,чтобы винтовая траектория из "Фрезерование по линии среза" генерировалась с помощью дуг, а не с помощью метода конечных элементов. Точнее сказать я нашел ,как это делается, но дуги там соединяются между собой с помощью маленьких отрезков, на которых при высокоскоростной обработке станок притормаживает. Я так понял,что за количество этих отрезков отвечает параметр Tolerance, но изменение этого параметра ни к ему не привело, а хотелось бы ,чтобы дуги соединялись между собой без отрезков. Спасибо

Share this post


Link to post
Share on other sites

Добрый день, может кто знает как в G-POST сделать так,чтобы винтовая траектория из "Фрезерование по линии среза" генерировалась с помощью дуг, а не с помощью метода конечных элементов. Точнее сказать я нашел ,как это делается, но дуги там соединяются между собой с помощью маленьких отрезков, на которых при высокоскоростной обработке станок притормаживает. Я так понял,что за количество этих отрезков отвечает параметр Tolerance, но изменение этого параметра ни к ему не привело, а хотелось бы ,чтобы дуги соединялись между собой без отрезков. Спасибо

G-POST вам не поможет. Он только преобразует исходный CL-файл, который формируется раньше. 

Share this post


Link to post
Share on other sites
Я так понял,что за количество этих отрезков отвечает параметр Tolerance

не так. количество останется как в исходном файле, но станок начнет "срезать углы" на величину Tolerance, и там есть параметр срезать по прямой или по дуге (фаска или радиус)

и это не особо помогает если  длина ваших дуг или отрезков очень мала

Share this post


Link to post
Share on other sites

не так. количество останется как в исходном файле, но станок начнет "срезать углы" на величину Tolerance, и там есть параметр срезать по прямой или по дуге (фаска или радиус)

и это не особо помогает если  длина ваших дуг или отрезков очень мала

то есть в Creo нельзя сделать так,чтобы "фрезерование по линии среза" в конечном итоге в управляющей программе описывалось только с помощью дуг?

Share this post


Link to post
Share on other sites
то есть в Creo нельзя сделать так,чтобы "фрезерование по линии среза" в конечном итоге в управляющей программе описывалось только с помощью дуг?

чудес не бывает )  если участок траектории не может быть описан уравнением окружности то ни какой сапр не сможет это сделать дугами

Share this post


Link to post
Share on other sites

Как обойти ограничение по допустимому кол-ву символов с строке и выводить длинные строки циклов для Siemens? Типа CYCLE800 и т.д. Сделал чз REPLAC, но может есть какой-то способ проще?

Share this post


Link to post
Share on other sites

Выводить в несколько строк, но без перевода каретки. Я вам пересылал пример для цикла 800

1 person likes this

Share this post


Link to post
Share on other sites

В стоках TNC от Heidenhain (в частности TNC 430) вызов цикла инициируется посредством команды M99 , может кто подскажет как реализовать вывод этой команды в конце кадра каждой точки цикла?

Share this post


Link to post
Share on other sites

Выводить в несколько строк, но без перевода каретки. Я вам пересылал пример для цикла 800

Точно! :) Спасибо, разобрался.

 

 

В стоках TNC от Heidenhain (в частности TNC 430) вызов цикла инициируется посредством команды M99 , может кто подскажет как реализовать вывод этой команды в конце кадра каждой точки цикла?

Можно использовать "AUXFUN/99,NEXT", которая выведет М99 в следующем кадре.

Share this post


Link to post
Share on other sites

А как вывести отмену коррекции в последнем кадре контура, может кто подсказать :smile: ? 

Share this post


Link to post
Share on other sites

А как вывести отмену коррекции в последнем кадре контура, может кто подсказать :smile: ? 

она сама как правило выводится

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

отход от контура не делаете?

Share this post


Link to post
Share on other sites

А как вывести отмену коррекции в последнем кадре контура, может кто подсказать :smile: ? 

Обязательные параметры для включения/выключения коррекции

CUTCOM - ON

CUT_ENTRY_EXT - LEAD_IN

CUT_EXIT_EXT - LEAD_OUT

заданы элементы подвода/отвода NORMAL_LEAD_STEP, LEAD_RADIUS, TANGENT_LEAD_STEP (нужный в Вашем случае)

По отдельности не работают.

Share this post


Link to post
Share on other sites

ID: 216   Posted (edited)

она сама как правило выводится

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

отход от контура не делаете?

 

Все дело в стойке Балтсистем. В мануале по программированию для этой стоки указано что G40 должна быть в последнем шаге контура. Варианты которые дает GPOST не подходят, там либо отдельным кадром между последним шагом контура и отходом, либо совместно с шагом отхода. Оба варианта вызывают ошибку.

Edited by moovi

Share this post


Link to post
Share on other sites

Делал постпроцессор для NC310 в 2010 году. Надо для каждого GOTO заносить строку вывода в буфер, анализировать следующую ncl-команду и соответственно при CUTCOM/OFF добавлять отключение коррекции в текущий сформированный кадр. Пример работы постпроцессора для балтсистем NC:

RAPID 
GOTO / -66.3605385535, 88.9790926167, 5.0000000000
RAPID 
GOTO / -66.3605385535, 88.9790926167, -4.7000000000
FEDRAT / 20.000000,  MMPM
GOTO / -66.3605385535, 88.9790926167, -5.2000000000
CUTCOM / LEFT
GOTO / -66.3605385535, 85.3000000000, -5.2000000000
GOTO / -46.8830200523, 85.3000000000, -5.2000000000
GOTO / -36.8859840051, 78.3000000000, -5.2000000000
GOTO / 36.8859840051, 78.3000000000, -5.2000000000
GOTO / 46.8830200523, 85.3000000000, -5.2000000000
GOTO / 66.3605385535, 85.3000000000, -5.2000000000
CUTCOM / OFF
GOTO / 66.3605385535, 87.3000000000, -5.2000000000
RAPID 
GOTO / 66.3605385535, 87.3000000000, 5.0000000000
 
N8G1X0.Y0.Z150.F2000.
N10G1X-66.3605Y88.9791F2000.
N12G1Z5.F2000.
N14G1Z-4.7F2000.
N16TMR=3
N18G1Z-5.2F20.
N20G41Y85.3
N22X-46.883
N24X-36.886Y78.3
N26X36.886
N28X46.883Y85.3
N30G40X66.3605
N32Y87.3
N34G1Z5.F2000.
 
1 person likes this

Share this post


Link to post
Share on other sites

ID: 218   Posted (edited)

 

Делал постпроцессор для NC310 в 2010 году. Надо для каждого GOTO заносить строку вывода в буфер, анализировать следующую ncl-команду и соответственно при CUTCOM/OFF добавлять отключение коррекции в текущий сформированный кадр. Пример работы постпроцессора для балтсистем NC:

RAPID 
GOTO / -66.3605385535, 88.9790926167, 5.0000000000
RAPID 
GOTO / -66.3605385535, 88.9790926167, -4.7000000000
FEDRAT / 20.000000,  MMPM
GOTO / -66.3605385535, 88.9790926167, -5.2000000000
CUTCOM / LEFT
GOTO / -66.3605385535, 85.3000000000, -5.2000000000
GOTO / -46.8830200523, 85.3000000000, -5.2000000000
GOTO / -36.8859840051, 78.3000000000, -5.2000000000
GOTO / 36.8859840051, 78.3000000000, -5.2000000000
GOTO / 46.8830200523, 85.3000000000, -5.2000000000
GOTO / 66.3605385535, 85.3000000000, -5.2000000000
CUTCOM / OFF
GOTO / 66.3605385535, 87.3000000000, -5.2000000000
RAPID 
GOTO / 66.3605385535, 87.3000000000, 5.0000000000
 
N8G1X0.Y0.Z150.F2000.
N10G1X-66.3605Y88.9791F2000.
N12G1Z5.F2000.
N14G1Z-4.7F2000.
N16TMR=3
N18G1Z-5.2F20.
N20G41Y85.3
N22X-46.883
N24X-36.886Y78.3
N26X36.886
N28X46.883Y85.3
N30G40X66.3605
N32Y87.3
N34G1Z5.F2000.
 

 

 

 

вот такое получилось:

CIMFIL/ON,GOTO
   DMY=POSTF(20)
   IR1=POSTF(7,1)
   DMY=POSTF(14)
   
   FL41=POSTF(7,3)
   FL40=POSTF(7,4)
   IF(FL41.EQ.ICODEF(CUTCOM).AND.FL40.EQ.ICODEF(OFF)) THEN
      	PREFUN/40,NEXT
   ENDIF

   DMY=POSTF(15,(IR1+1))
   DMY=POSTF(21)
   DMY=POSTF(13)
CIMFIL/OFF

но как сделать чтобы не выдавало лишнего G40 что-то туплю 

G41 Y1
X-104.5
G3 X-107 Y-1.5 R2.5
G1 Y-27.5
G3 X-104.5 Y-30 R2.5
G1 X-78.5
G3 X-76 Y-27.5 R2.5
G1 Y-1.5
G3 X-78.5 Y1 R2.5
G1 G40 X-91.5
G40 Y-4
Edited by moovi

Share this post


Link to post
Share on other sites

Не обязательно отключать G40 через FIL, можно отключить через сам редактор постпроцессоров

Share this post


Link to post
Share on other sites
но как сделать чтобы не выдавало лишнего G40 что-то туплю 
CIMFIL/ON,CUTCOM

FL40=POSTF(7,4)
 IF (FL40.EQ.ICODEF(OFF)) THEN
  EXIT/NOW
 ENDIF
DMY=POSTF(13)

CIMFIL/OFF

Share this post


Link to post
Share on other sites

Не обязательно отключать G40 через FIL, можно отключить через сам редактор постпроцессоров

 

Действительно помогло )

 

 

Единственное, что фильтр GOTO затормаживает вывод программы как я понял.

Share this post


Link to post
Share on other sites

ID: 222   Posted (edited)

Пытался сделать правильный вывод цикла сверления, поковырялся в Gpost`e и в результате получил почти то что надо, единственное что не получается, так это вывод первого отверстия внутри цикла. 

 

В идеале получить примерно такой формат:

 

N7 T1 M6

N8 S3000 M13
N9 G0 X134 Y41
N10 Z2
N11 G81 R-4 Z-7 F100
N12 X134 Y41
N13 Y15.6
N14 G80
N15 G0 Z2
N16 M30

 

Но Gpost выводит координаты первого отверстия либо в строке описания цикла параметрами, либо вообще не выводит их. Может кто подскажет как  первое отверстие запихнуть внутрь цикла? :worthy:  

 

 

Edited by moovi

Share this post


Link to post
Share on other sites
CIMFIL/ON,CUTCOM

FL40=POSTF(7,4)
 IF (FL40.EQ.ICODEF(OFF)) THEN
  EXIT/NOW
 ENDIF
DMY=POSTF(13)

CIMFIL/OFF

Вот тут все проще:

Вариант 1 (самый простой) - отключить вывод кода G40 в анкете, поставив NR/NA

Вариант 2 (чуть сложнее, если вдруг вариант 1 по каким-то причинам не устраивает) :

 

  Перед секцией CIMFIL/ON,CUTCOM (если таковая имеется) прописать:

  CIMFIL/AT,CUTCOM,OFF

  CIMFIL/OFF

 

Все. Больше ничего не нужно.

1 person likes this

Share this post


Link to post
Share on other sites

 

Пытался сделать правильный вывод цикла сверления, поковырялся в Gpost`e и в результате получил почти то что надо, единственное что не получается, так это вывод первого отверстия внутри цикла. 

 

В идеале получить примерно такой формат:

 

 

Но Gpost выводит координаты первого отверстия либо в строке описания цикла параметрами, либо вообще не выводит их. Может кто подскажет как  первое отверстие запихнуть внутрь цикла? :worthy:  

 

 

 

Что-то типа того:

 
FRST=0; CYCL=0; 
 
CIMFIL/AT,CYCLE,OFF
   CYCL=0
   DMY=POSTF(13)
CIMFIL/OFF
 
CIMFIL/ON,CYCLE
   CYCL=1
   FRST=1
   DMY=POSTF(13)
CIMFIL/OFF
 
CIMFIL/ON,GOTO
      IF (CYCL.EQ.1.AND.FRST.EQ.1) THEN
         XB=POSTF(7,6)
         YB=POSTF(7,7)         
         ZB=POSTF(7,8) 
         IB=POSTF(7,9) 
         JB=POSTF(7,10) 
         KB=POSTF(7,11) 
         DMY=POSTF(13)
         DMY=POSTF(20)
         DMY=POSTF(2,1,1867,1)
         IF ((POSTF(1,1,1987)).EQ.3) THEN
           GOTO/XB,(YB+1),ZB
         ELSE  
           GOTO/XB,(YB+1),ZB,IB,JB,KB
         ENDIF
         DMY=POSTF(2,1,1867,0)
         DMY=POSTF(21)         
         FRST=0
      ENDIF   
      DMY=POSTF(13)
CIMFIL/OFF
 
Вроде работает... Хотя не оч. понятно, опять к чему такие сложности. Судя по Вашему посту - стойка - обычный Фанук. Зачем повторять отверстие, на которое еще до цикла выполнено позиционирование - остается загадкой. Это отверстие на нормальной стойке ЧПУ по вашей программе будет обработано 2 раза...

Share this post


Link to post
Share on other sites

ID: 225   Posted (edited)

есть другой способ, я им пользуюсь, не скажу что он проще или сложнее, он мне удобнее

нужно включить опцию в основных настройках

 

post-4994-0-65768100-1466141452_thumb.jpg

 

и в филе создать макрос _OUTPT

 

post-4994-0-18652400-1466141478_thumb.jpg

 

в нем можно перехватывать все что отправляется на вывод в окончательный файл программы в формате вывода

и искать уже по сформированым значениям которые заданы тут

 

post-4994-0-05612300-1466141495_thumb.jpg

 

вот как то так )

Edited by Metan

Share this post


Link to post
Share on other sites

ID: 226   Posted (edited)

Ну или так

Edited by LxCoder

Share this post


Link to post
Share on other sites

  

Вроде работает... Хотя не оч. понятно, опять к чему такие сложности. Судя по Вашему посту - стойка - обычный Фанук. Зачем повторять отверстие, на которое еще до цикла выполнено позиционирование - остается загадкой. Это отверстие на нормальной стойке ЧПУ по вашей программе будет обработано 2 раза...

 

 

Спасибо всем за помощь :smile:  ! 

 

 

Ещё один маленький вопрос.

Можно как-то объединить вот эти два фильтра в один.

 

FRST=0; CYCL=0; 
 
CIMFIL/AT,CYCLE,OFF
   CYCL=0
   DMY=POSTF(13)
CIMFIL/OFF
 
CIMFIL/ON,CYCLE
   CYCL=1
   FRST=1
   DMY=POSTF(13)
CIMFIL/OFF
 
CIMFIL/ON,GOTO
      IF (CYCL.EQ.1.AND.FRST.EQ.1) THEN
         XB=POSTF(7,6)
         YB=POSTF(7,7)         
         ZB=POSTF(7,8) 
         IB=POSTF(7,9) 
         JB=POSTF(7,10) 
         KB=POSTF(7,11) 
         DMY=POSTF(13)
         DMY=POSTF(20)
         DMY=POSTF(2,1,1867,1)
         IF ((POSTF(1,1,1987)).EQ.3) THEN
           GOTO/XB,(YB+1),ZB
         ELSE  
           GOTO/XB,(YB+1),ZB,IB,JB,KB
         ENDIF
         DMY=POSTF(2,1,1867,0)
         DMY=POSTF(21)         
         FRST=0
      ENDIF   
      DMY=POSTF(13)
CIMFIL/OFF

 

 

 

CIMFIL/ON,GOTO

DMY

=POSTF(20)

IR1=POSTF(7,1)

DMY=POSTF(14)

FL41=POSTF(7,3)

FL40=POSTF(7,4)

IF(FL41.EQ.ICODEF(CUTCOM).AND.FL40.EQ.ICODEF(OFF)) THEN

    PREFUN/40,NEXT

ENDIF

DMY=POSTF(15,(IR1+1))

DMY=POSTF(21)

DMY=POSTF(13)

CIMFIL/OFF

 

я так понял два отдельных фильтра на одно слово сделать не получится, а объединить их чет не получается (не хватает знаний матчасти :wallbash: ).

 

Версия с OUTPT макросом тоже интересна, сейчас буду пробовать

Share this post


Link to post
Share on other sites

Вот такое получилось:

 

_OUTPT=MACRO/ 
  NCUR=POSTF(31,1,N)
  GCUR=POSTF(31,1,G)
  XCUR=POSTF(31,1,X)
  YCUR=POSTF(31,1,Y)
  ZCUR=POSTF(31,1,Z)
  FCUR=POSTF(31,1,F)
  RCUR=POSTF(31,1,R)
 
  IF (GCUR.EQ.81) THEN
                           
    DMY=POSTF(31,20)
  DMY=POSTF(31,03)
  DMY=POSTF(31,2,14,NCUR)
    DMY=POSTF(31,2,7,81) 
    DMY=POSTF(31,2,18,RCUR) 
    DMY=POSTF(31,2,26,ZCUR) 
    DMY=POSTF(31,2,6,FCUR) 
    DMY=POSTF(31,2,24,XCUR) 
    DMY=POSTF(31,2,25,YCUR) 
  DMY=POSTF(31,19)
  DMY=POSTF(31,21)
  ELSE
      DMY=POSTF(19)
  ENDIF
TERMAC

 

 

N7 T23.23 M6

N9 S1500 M13
N10 G0 X17 Y-99.5
N11 Z2
N12 G81 X17 Y-99.5 R2 Z-1 F50
N13 X88.5 Y99.5
N14 X88.5 Y38.5
N20 G80

 

только не понятно как текущий X и Y прописать не в цикле, а следующим кадром.

Share this post


Link to post
Share on other sites

По поводу объединения секций GOTO: вторая секция Вам и не нужна. См. посты выше, я уже писал как избавиться от G40 и не плодить FIL-процедур. Другое дело, если вы не ищете легких путей, то можете воткнуть вместо последнего DMY=POSTF(13) свою вторую процедуру и получить так же желаемый эффект.

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

Но можно еще немного подумать и сделать через _OUTPT(там тоже не сложно), если уж есть такое жгучее желание - но это уж Вы сами, а то совсем не интересно будет..

Share this post


Link to post
Share on other sites

По поводу объединения секций GOTO: вторая секция Вам и не нужна. См. посты выше, я уже писал как избавиться от G40 и не плодить FIL-процедур. Другое дело, если вы не ищете легких путей, то можете воткнуть вместо последнего DMY=POSTF(13) свою вторую процедуру и получить так же желаемый эффект.

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

Но можно еще немного подумать и сделать через _OUTPT(там тоже не сложно), если уж есть такое жгучее желание - но это уж Вы сами, а то совсем не интересно будет..

 

Склеил как вы сказали , все получилось спасибо :smile: . А насчет отключения G40 так проблема была не в отключении как таковом, а в выводе G40 на кадр раньше нежели это делает creo (особенность стойки балсистем). В результате все работает как надо спасибо ещё раз :worthy: . Единственное что фильтр на GOTO вроде как тормозит вывод программы, но с этим можно жить )

Share this post


Link to post
Share on other sites

Склеил как вы сказали , все получилось спасибо :smile: . А насчет отключения G40 так проблема была не в отключении как таковом, а в выводе G40 на кадр раньше нежели это делает creo (особенность стойки балсистем). В результате все работает как надо спасибо ещё раз :worthy: . Единственное что фильтр на GOTO вроде как тормозит вывод программы, но с этим можно жить )

на здоровье

Share this post


Link to post
Share on other sites
Единственное что фильтр на GOTO вроде как тормозит вывод программы, но с этим можно жить

чем больше строк и анализа в филе тем медленее работает пост ))

Share this post


Link to post
Share on other sites

Добрый вечер. Не подскажете с помощью чего можно открыть файл, подключенный к постпроцессору такой командой?

INCLUD/BINARY,file_name.bin

Может ли в нем содержаться ограничение перемещения по оси? Дело в том, что если, например,расстояние между отверстиями больше 1000,скажем 1158, то постпроцессор выводит его как 158, то есть вычитает тысячу.

Share this post


Link to post
Share on other sites

ID: 234   Posted (edited)

Добрый вечер. Не подскажете с помощью чего можно открыть файл, подключенный к постпроцессору такой командой?

INCLUD/BINARY,file_name.bin

Может ли в нем содержаться ограничение перемещения по оси? Дело в том, что если, например,расстояние между отверстиями больше 1000,скажем 1158, то постпроцессор выводит его как 158, то есть вычитает тысячу.

Бинарный файл является файлом зашифрованного FIL-кода. Его вы не откроете ничем, если только вы не спец-криптограф или не работаете в Austin N.C. В нем (файле) может содержаться все что угодно - это на усмотрение разработчика поста.

Конкретно ваша беда может оказаться гораздо прозаичнее (FIL для этого не нужен). Зайдите в G-Post'e в настройки MCD, найдите в нем формат регистра, соответствующего вашей оси (например, X) и увеличьте разрядность, к примеру с 3.3 на 4.3 или 5.3 - сколько вам нужно. Постпроцессор, скорее всего, ничего не вычитает - у него просто не хватает знакоместа для того, чтобы отобразить значение регистра полностью.

Edited by LxCoder
1 person likes this

Share this post


Link to post
Share on other sites

Бинарный файл является файлом зашифрованного FIL-кода. Его вы не откроете ничем, если только вы не спец-криптограф или не работаете в Austin N.C. В нем (файле) может содержаться все что угодно - это на усмотрение разработчика поста.

Конкретно ваша беда может оказаться гораздо прозаичнее (FIL для этого не нужен). Зайдите в G-Post'e в настройки MCD, найдите в нем формат регистра, соответствующего вашей оси (например, X) и увеличьте разрядность, к примеру с 3.3 на 4.3 или 5.3 - сколько вам нужно. Постпроцессор, скорее всего, ничего не вычитает - у него просто не хватает знакоместа для того, чтобы отобразить значение регистра полностью.

Помогло,огромное спасибо!

Share this post


Link to post
Share on other sites

ID: 236   Posted (edited)

Уважаемы коллеги!

При создании УП, состоящей из циклов сверления/ резьбонарезания при установленных подачах отхода/ подхода по G0 выводит следующее:

N16G0G43Z25.H5M8
N18A90.
N20X-12.05Y0.
N22G84G95G98X-12.05Y0.Z-2.R17.Q.5F1.5A90.
N24X-38.05
N26X-64.15
 

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

Если поставить подачи отхода/подхода по G1- выводит нормально. 

Возможно это как-нибудь исправить? 

 

И еще вопрос: 

При жестком нарезании резьбы метчиком в строке оборотов необходимо вставить М29, но я тоже так и не нашел где это.
Может кто подскажет что можно сделать?

Edited by fenics555

Share this post


Link to post
Share on other sites
При создании УП, состоящей из циклов сверления/ резьбонарезания при установленных подачах отхода/ подхода по G0 выводит следующее: N16G0G43Z25.H5M8 N18A90. N20X-12.05Y0. N22G84G95G98X-12.05Y0.Z-2.R17.Q.5F1.5A90. N24X-38.05 N26X-64.15   Выделенное жирным приходится всегда править руками на одну общую строчку. Если поставить подачи отхода/подхода по G1- выводит нормально.  Возможно это как-нибудь исправить? 

 

 Попробуйте в Gpost закладки:

Motion - Rapid - в поле Motion Analysis - выбрать None.
(Если эти кадры не формируются через Fil).
 
И еще вопрос:  При жестком нарезании резьбы метчиком в строке оборотов необходимо вставить М29, но я тоже так и не нашел где это. Может кто подскажет что можно сделать?
 
Обычно реализуется через Fil.
1 person likes this

Share this post


Link to post
Share on other sites

согласен с предыдущем коллегой

в Fil нужно править

весьма гибкий инструмент

1 person likes this

Share this post


Link to post
Share on other sites
Попробуйте в Gpost закладки: Motion - Rapid - в поле Motion Analysis - выбрать None.

Да, именно это и надо было.

Обычно реализуется через Fil.
 

А еще обычнее реализуется руками  :smile:

Спасибо.

Share this post


Link to post
Share on other sites

Уважаемые коллеги!

Прошу подсказать, где и что поправить в настройках G-Post чтобы устранить проблему.

Пост, в каких то случаях, игнорирует заданные ограничения кинематики и формирует физически невозможное движение.

 

post-95-0-78957000-1480950515_thumb.png

post-95-0-37711000-1480950524.png

 

При этом в сгенерированном коде присутствуют подобные "фишки"

 

post-95-0-59928900-1480950725.png

 

Версия G-Post 6.4 (Creo 2.0 m210 64bit)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.