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

Редактирование постов SolidCAM


CNC_SKILL

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

7 минут назад, Frezer_PU сказал:

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

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

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


8 часов назад, Frezer_PU сказал:

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

Вот допиливаю стандартный пост g_Milling_3x под свой фрезер (YCM NDV66A стойка Fanuc - 32i), 4-осевой, 4 ось съемная (ось А). По вашему видео на Ютубе допилил фрагмент

@start_program
    ; Handle any safety G/M codes for top of program
    if !bSimpleformat
        {' G00'}
        call @usr_abs_inc_output
         {' G94'}
        call @usr_mp_output
        side = COMP_OFF
        call @compensation
        call @usr_compensation_output
        skipline = false
        call @end_drill
    endif
    if sHomestrbegin ne ''
        sHomestr = sHomestrbegin
        call @usr_prep_home_axis
    endif   

endp

 

Но возник смешной вопрос: строка безопасности выводится попарно без пробелов, вот так:

G00G90 G94G40

Где что дописать в посте для корректного отображения пробелов, не подскажете?

 

И еще момент. В видео был очень полезный момент про добавление строки для одинарного отображения корректора D в блоке программы.

cDoffset              = 'D'

Но SC ругается на неопределенную переменную, если ее предварительно не задать выше, в шапке поста, в строке:

 global string cDrCys cDrPts cG84endl cPn cHoffset cDoffset

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

Но возник смешной вопрос: строка безопасности выводится попарно без пробелов, вот так:

G00G90 G94G40

Где что дописать в посте для корректного отображения пробелов, не подскажете?

5361bc2fc4da432920e20d58b72301e4.png

Только что, Metalfrezer сказал:

И еще момент. В видео был очень полезный момент про добавление строки для одинарного отображения корректора D в блоке программы.

cDoffset              = 'D'

Но SC ругается на неопределенную переменную, если ее предварительно не задать выше, в шапке поста, в строке:

 global string cDrCys cDrPts cG84endl cPn cHoffset cDoffset

А вы наблюдательны это похвально! 

добавьте еще вот в этих местах и попробуйте если в подводе будет выводить то надо будет где то еще удалить лишнее  процедуре линейного перемещения точно не помню делалось  давно :

06227a1fc0adf583f60ca5712f034168.png

499c45e0b6ed1e64c4a851659588e59a.png

 

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

Приветствую коллеги. Подскажите как решить такую проблему:

В посте прописан увод всех осей по G53 в машинный ноль в начале и конце программы, но если обработки идут подряд одним и тем же инструментом, то G53 вставляется после каждой обработки. Тратится много лишнего времени и откровенно действует на нервы. Как можно это убрать, оставив вывод только в начале и в самом конце?

P.S. Если в следующей обработке задействован другой инструмент то этого не происходит.

убрать лишнее.jpg

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

Какой пост?

Осмелюсь предложить поиграться с этими настройками:

               ;--------- Optional Stops (M01) ---------
    bOptstpbegin          = false      ;0.70: True = Outputs Optional Stop at beginning of program
    bOptstptc             = true       ;0.70: True = Outputs Optional Stop between Tool Changes
    bOptstpend            = false      ;0.70: True = Outputs Optional Stop at end of program

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

В посте прописан увод всех осей по G53 в машинный ноль в начале и конце программы, но если обработки идут подряд одним и тем же инструментом, то G53 вставляется после каждой обработки. Тратится много лишнего времени и откровенно действует на нервы. Как можно это убрать, оставив вывод только в начале и в самом конце?

Капайте здесь: 

25d5ad1ff6416a9e69afb1e17d0cf096.png

 

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

Спасибо за ответы!

К сожалению тут всё несколько сложнее и в лоб не получается...

9 часов назад, LessNICKoff сказал:

Какой пост?

Осмелюсь предложить поиграться с этими настройками:

               ;--------- Optional Stops (M01) ---------
    bOptstpbegin          = false      ;0.70: True = Outputs Optional Stop at beginning of program
    bOptstptc             = true       ;0.70: True = Outputs Optional Stop between Tool Changes
    bOptstpend            = false      ;0.70: True = Outputs Optional Stop at end of program

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

 

Установка настроек подсказанная @Frezer_PU тоже к сожалению не помогает, прежде чем написать на форум я всё это пробовал...

Мне кажется тут нужно каким то образом поменять логику работы процедур, чтобы при окончании 1-й отработки и переходе ко 2-й без смены инструмента это не классифицировалось как конец программы. Ведь сейчас, что происходит:

1. В самом начале программы жестко идёт G53 z0 x0 y0

2. В конце программы тоже идёт G53 z0 x0 y0

3. При смене инструмента начинают работать условия и процедуры с этим связанные и вывод осей в 0 по G53 подавляется

4. А вот если смены инструмента нет, то по всей видимости окончание обработки воспринимается как конец программы и начинает действовать п.2

Вот как то так... И куда рыть?

 

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

Вот как то так... И куда рыть?

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

Если не хотите сюда кидайте в личку! 

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

Ну вот все правильно у вас и написано ! 

Вы пробовали делать перевод на русский язык комментариев ?

У вас написано что вывод G53 так как стоит цифра 3 будет осуществлен в начале УП и  конце УП если их удалить то они не будут выводится  ! 

a1233ed9aa2006bab71ef5a42fd9bb46.png

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

Ну вот все правильно у вас и написано ! 

Вы пробовали делать перевод на русский язык комментариев ?

У вас написано что вывод G53 так как стоит цифра 3 будет осуществлен в начале УП и  конце УП если их удалить то они не будут выводится  ! 

a1233ed9aa2006bab71ef5a42fd9bb46.png

Так а я про что! То что Вы написали всё верно, но конец обработки и переход к следующей это не конец программы. Меня вполне устраивает G53 в начале и конце программы, не устраивает, что G53 выводится между обработками там где он на хрен не нужен! Ну представьте черновую обработку в четвертой оси написанную методом трансформации. Там каждое действие это отдельная обработка и вот после каждого станок уходит в нули, сколько времени тратится на никому не нужные перебеги...

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

Так а я про что! То что Вы написали всё верно, но конец обработки и переход к следующей это не конец программы. Меня вполне устраивает G53 в начале и конце программы, не устраивает, что G53 выводится между обработками там где он на хрен не нужен! Ну представьте черновую обработку в четвертой оси написанную методом трансформации. Там каждое действие это отдельная обработка и вот после каждого станок уходит в нули, сколько времени тратится на никому не нужные перебеги...

С этого надо было и начинать ! 

С помощью поиска той программы в которой правите пост находите эти параметры и роете в тех процедурах в которых они определены :

76d51f0e22e9371be71463e413e8e404.png

9f4aaa4cf4035297acdb9c5054481370.png

b15512e9989cc6b24e8673f245d275a1.png

dd62391a56fbf8df24ae7e07be30e092.png

В процедуре @usr_ct_before_firsttool скорее всего и сидит ваш вопрос так как то что там указанно это не со стокового поста!

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

Да, именно там и рою, но знаний к сожалению не хватает. Ну не программист я, приходится методом тыка...

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

Вопрос то какой бы задан? У вас пост стандартный или кем то правленый? Вам объяснять на основе стандартного поста. 

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

Ну не программист я, приходится методом тыка...

Я делаю точно так же и когда потыкаешь пару раз не туда в итоге что-то да получается, а потом от туда и появляются знания ! 

Попробуйте просто забанить эту строку ! 

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

Вопрос то какой бы задан? У вас пост стандартный или кем то правленый? Вам объяснять на основе стандартного поста. 

Пост написан под меня, но некоторые моменты меня не устраивают, хочу сам разобраться.

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

@end_of_job
    ; Handle what happens at end of operation(job)
    ; If using Subs we do not make tool change in @start_of_job
    if bStopM00
        if tool_number eq next_job_tool_number
            call @usr_StopM00_sametool
        else
            call @usr_StopM00_difftool      
        endif
    endif
    bSkipxyrapid = false
    bStopM00difftool = false
    iPworkoffset = iWorkoffset

    
endp

 

здесь смотрите...

Если пост писали под вас спросите того  кто писал его вам. А так гадаем.

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

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

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

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

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

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

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

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

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

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

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



  • Сообщения

    • M_u_x_a
      @fenics555, согласен с Вами полностью. Риски, о которых Вы говорите - имеют место наравне с прочими. Выкладываю шаблон и форматку, сохранено в Creo 11. Если сравнить мануалы, реализовано по-разному. Но правка результатов не принесла.  
    • RokiSIA
      Вот и попались, пусть теперь они уже отбрехиваются
    • davidovka
      Выкладывайте свои, посмотри что не работает.
    • Anat2015
      А что, бывает по другому, программисты и операторы сразу сознаются?
    • fenics555
      так пока кто-то пользуется кнопкой "сделайкрасиво" он набивает номенклатуру, библиотеку изделий, с уже неправильно указанными параметрами. И вдальнейшем другим конструкторам пользоваться штатными средствами никак не получится, кроме как открыть КАЖДЫЙ файл, добавить нужные парметры (тут можно импортом из шаблона)  и лапками подправить. КАЖДЫЙ! И сборки. Все. Еще с булками разобраться. Иначе без этой DLLки выводиться будет ерунда. ДАЖЕ СРАНЫЙ ЧЕРТЕЖ ОБЫЧНОЙ ДЕТАЛИ! И никто другой даже не додумается, в чем же дело. Ну вот возьмет он (Конструктор с кнопочкой умной) и уволится от неразделенной любви, или по дороге на работу разобьется. Ну фактор человеческий. Бывает. Он работал, получал ЗП за то, что делал "вроде правильно", но любой другой придет- и не сможет сразбегу "в красоту"! И Бос такой, затягивая сигару: "Эх, салага, вот Стас был- да! ..." Ну там, слеза скупая, всё такое. И не объяснить, что он х8йню делал. Поэтому я стараюсь работу работать так, чтоб после меня "Фен -просто красавчик" сказал тот, кто будет после.
    • M_u_x_a
      Уважаемые Господа @fenics555 и @-stas- ! Каждый из вас по-своему прав. Пользоваться или нет дополнительными приложениями при возможности реализации штатными средствами - это выбор каждого инженера. Тут влияет ещё и специфика работы, взаимодействие с другими инженерами и тд. Лично я, пожалуй, вижу в конкретно этом инструменте скорее положительное, нежели бесполезное. В списке дополнительных приложений запущено и работает. Дело в том, что тот релиз, на который я жаловался, был под Creo 1. С этим мне помог уважаемый @davidovka , за что мой ему поклон. Однако, желаемого результата достичь не удалось, несмотря на правку графы таблицы согласно инструкции-мануалу. Теперь там просто пусто, не заполняет. Прошу кинуть в мою сторону шаблон детали и форматку с которыми оно точно работает. Успехов всем в делах и делишках.
    • Сергей Кочев
      При разборе полётов, все утверждали, что программа отлажена и её ни кто не менял и сделали по ней две детали. Ну вот зашёл в свойства файла программы и увидел, что программу редактировали именно в день аварии. Сздана 11.10 Изменена 30.10. Был в отпуске хотел посмотреть Action Log к сожалению уже данные перезаписались.
    • Даниил_91
      спасибо, просто по поиску не нашел конкретной темы кстати надо попробовать, об этом даже не подумал, спасибо
    • Onizuka
      Удалите параметр DRAWN_BY и создайте снова. Список должен обновиться после этого
    • semsv
      Вам с этим вопросом сюда: https://cccp3d.ru/forum/28-creo/
×
×
  • Создать...