InventorCAM для Autodesk Inventor, Інформаційні системи, Бази даних, статті

Завершуються заняття в заочному майстер-класі, присвяченому можливостям програмного продукту InventorCAM (раніше – SolidCAM). На попередніх заняттях ми створили в середовищі Autodesk Inventor проект токарно-фрезерної обробки деталей. Закінчимо підготовку керуючих програм обробки на верстатах із ЧПУ: перевіримо і визуализируем процес обробки, а також проведемо настройку постпроцесора для стійки УЧПУ і генерацію керуючих програм.

Шановні читачі, цим матеріалом ми завершуємо цикл статей під рубрикою “Заочний майстер-клас”!

Насамперед звертаю вашу увагу на нову назву статті1.

Для тих, хто вперше приєднався до нашого заочного навчання, я нагадую, що на попередніх трьох заняттях був підготовлений токарно-фрезерний проект обробки деталі в графічному середовищі Autodesk Inventor. В якості вихідних даних для цього проекту використовувався двовимірний креслення в форматі DWG. Більш докладно про це ви можете прочитати у попередніх номерах журналу CADmaster.

Сьогодні ми розглянемо дві теми, які завершують підготовку керуючих програм обробки на верстатах із ЧПУ:


Перевірка і візуалізація процесу обробки


В одній зі своїх попередніх статей2 я вже зазначав, що можливість переглядати і контролювати траєкторію обробки на екрані монітора забезпечує суттєвий економічний виграш у порівнянні зі звичайним способом налагодження керуючої програми безпосередньо на верстаті. “Віртуальна обробка” дозволяє не втрачати дорогоцінний час оператора, економніше витрачати дорогий матеріал заготовки та інструмент, оцінити правильність переходів, стратегій і параметрів обробки, а також вибору різального інструменту. Крім того, можна перевірити різного роду “колізії” і багато іншого. В даний час для візуалізації та контролю обробки InventorCAM пропонує широкий спектр можливостей – від каркасного подання траєкторії до імітації обробки з урахуванням повної кінематики верстатного обладнання. Звичайно ж, шановні читачі, ви розумієте, що етап візуалізації та контролю є динамічним процесом і його “треба бачити, а не читати про нього” в журнальній статті. Тому дозволю собі зупинитися тільки на описі наданих можливостей і коротких радах, не настільки очевидних користувачам на перший погляд.

В InventorCAM для візуалізації різних видів обробки (токарної, фрезерної, токарно-фрезерної і електроерозійної) існують декілька режимів перегляду. Для всіх видів обробки підтримуються режими Візуалізація на CAD-моделі та Solid Verify.
Режим Візуалізація на CAD-моделі дозволяє переглянути траєкторію обробки безпосередньо на моделі у вікні Autodesk Inventor. В процесі візуалізації доступні всі опції динамічного перегляду моделей Autodesk Inventor: Ви можете спостерігати за траєкторією інструменту з різних точок, масштабувати та переміщувати відображення.

Режим Solid Verify дозволяє виконувати візуалізацію обробки на просторової моделі заготовки. В процесі візуалізації InventorCAM допомогою булевих операцій “віднімає” тіло інструмента, що рухається за координатами траєкторії обробки. Під час візуалізації або після неї заготівля є твердотільної моделлю, яка може бути динамічно повернена або масштабувати. В цьому режимі рухається інструмент, а не деталь, як це відбувається насправді (як правило, рухається стіл із заготівлею). Отже, для всіх типів верстатів візуалізація виглядає однаково.
З файлу допомоги InventorCAM

Крок 1


Для візуалізації всього отриманого нами на попередніх заняттях проекту обробки в InventorCAM Manager (ICM) клацніть правою клавішею миші (ПрКМ) на розділі Переходи → Візуалізація. Відкриється діалогове вікно Візуалізація, що містить вкладки з режимами візуалізації (рис. 1) і кнопки з управлінням процесом візуалізації (рис. 2).
Рис. 1
Рис. 1

Рис. 2
Рис. 2

Для перегляду першого переходу точіння натисніть лівою клавішею миші (ЛКМ) кнопку Режим окремого Перехода.

На екрані відобразиться траєкторія, представлена ​​на рис. 3. При обробці 3D-моделі деталі була б отримана траєкторія, зображена на рис. 4. Для завершення процесу візуалізації натисніть кнопку Вихід.
Рис. 3
Рис. 3

Рис. 4
Рис. 4

Дуже часто в процесі підготовки проекту обробки доводиться виконувати візуалізацію не всього проекту обробки, а окремих його переходів. Для таких випадків в InventorCAM передбачено кілька можливостей, наприклад перегляд траєкторії обробки переходу безпосередньо з ICM.

Крок 2


Для перегляду траєкторії обробки будь-якого переходу активуйте вікно перегляду поруч з переходом в ICM (рис. 5).
Рис. 5
Рис. 5

Якщо ми хочемо використовувати різні режими візуалізації окремого переходу або групи переходів, слід вибрати перехід в ICM і в контекстному меню, що викликається ПрКМ, виконати команду Візуалізація. Для прикладу розглянемо візуалізацію переходу обробки радіальних пазів в режимі Solid Verify. Однак попередньо задамося запитаннями: “Що в цьому випадку буде відображатися на екрані?” і “Що послужить вихідним матеріалом заготовки для даного кроку? ”

Відповідаючи на ці питання, відзначимо наступні можливості InventorCAM.

По-перше, при налаштуванні InventorCAM можна задати параметр Оновлення моделі заготовки (рис. 6) – модель заготовки буде із заданою періодичністю зберігатися в тимчасовому файлі робочого каталогу.
Рис. 6
Рис. 6

При цьому процес візуалізації істотно прискорюється, оскільки програма не перераховує кожен раз стан моделі, проте одночасно збільшується обсяг займаного місця на диску. Рекомендуємо використовувати періодичність збереження після кожного переходу. Для економії місця на жорсткому диску після завершення виконання проекту всі збережені тимчасові файли заготовки можна видалити командою Видалити файли оновленої моделі заготовки в меню настройки Solid Verify (рис. 7).
Рис. 7
Рис. 7

По-друге, при налаштуванні InventorCAM можна використовувати параметр Оновлення моделі заготовки → Вручну (рис. 6). В подальшому після виконання групи переходів можливо зберігати модель заготовки в STL-файлі і завантажувати збережений файл перед візуалізацією (рис. 8).
Рис. 8
Рис. 8

Крок 3


Для візуалізації переходу обробки радіальних пазів в режимі Solid Verify (в нашому проекті це передостанній перехід) виберемо в контекстному меню переходу команду Візуалізація. Потім перейдемо на відповідну вкладку для вибору режиму Solid Verify і натиснемо кнопку Старт (рис. 2). На екрані відобразиться процес обробки чотирьох пазів (рис. 9).
Рис. 9
Рис. 9

Ще раз звертаю вашу увагу, шановні читачі: обертається не сама заготовка, а інструмент навколо неї!

На закінчення відзначимо, що для режиму Solid Verify дуже важлива правильність налаштувань. Вони виконуються один раз і, як правило, не потребують змін.

Перебуваючи в режимі візуалізації Solid Verify, виберіть команду Настройки → Налаштувати параметри візуалізації (рис. 10).
Рис. 10
Рис. 10

Рекомендовані параметри настройки наведені на рис. 11.
Рис. 11
Рис. 11
Інтервал перемальовування – дозволяє збільшити швидкість візуалізації шляхом визначення кількості переміщень інструменту до наступної перемальовування зображення на екрані.

Перевірка на зіткнення – в процесі візуалізації виявляє можливі колізії між різними беруть участь в обробці компонентами (інструмент, оправлення, заготівля, кріпильний пристосування). При виникненні колізій в процесі візуалізації на екран будуть виводитися відповідні попередження (рис. 12).
Рис. 12
Рис. 12

Фільтр для залишкового матеріалу і врізів – дозволяє задавати допуски на візуалізацію залишкового матеріалу і областей можливих врізів.

Візуалізація OpenGL – забезпечує збільшення продуктивності візуалізації при використанні різних графічних адаптерів за допомогою перемикання між програмним / апаратним прискоренням OpenGL.

Розщеплені моделі – дозволяє автоматично визначати і видаляти з екрану “повисли в повітрі” частини матеріалу заготовки.
З файлу допомоги InventorCAM

Крім зазначених режимів візуалізації в InventorCAM існують і режими, характерні тільки для фрезерної або тільки для токарної обробки.

Так, для візуалізації токарних переходів передбачений режим Візуалізація точіння, що дозволяє здійснювати перегляд траєкторій руху інструменту в центральному перерізі робочої площиною ZX.

Крок 4


Для візуалізації двох токарних переходів обробки виберіть ЛКМ обидва переходу в ICM при натиснутій кнопці Ctrl і в контекстному меню задайте команду Візуалізація. Потім для вибору режиму Візуалізація точіння перейдіть на відповідну вкладку, встановіть опцію Все разом в робочому полі Показати і натисніть кнопку Старт. На екрані буде відображено процес обробки (рис. 13).
Рис. 13
Рис. 13

Оскільки в нашому проекті ми не маємо можливості показати специфічні режими візуалізації для фрезерної обробки, просто опишемо їх.
2D – дозволяє переглянути траєкторію руху інструменту на проекційному вигляді, що буває корисно при обробці призматичних деталей.

3D – дозволяє переглянути траєкторію обробки на 3D-моделі з показом руху 3D-інструменту без оправки. Перед застосуванням даного режиму візуалізації повинна бути визначена модель одержуваної деталі.

Rapid Verify – дозволяє переглянути траєкторію руху інструменту фрезерної обробки, яка містить велику кількість рядків обробки. Відмінність цього режиму від Solid Verify полягає в тому, що візуалізація моделі заготовки здійснюється в спрощеному уявленні, завдяки чому збільшується швидкість візуалізації. Однак при цьому для даного режиму існує обмеження: він не призначений для перегляду траєкторії 4 – і 5-координатної фрезерної обробки.
З файлу допомоги InventorCAM

На завершення теми перевірки та візуалізації процесу обробки окремо розглянемо режим Візуалізація на верстаті. Дуже часто цей режим візуалізації сприймають як перевірку кадрів керуючої програми.

Шановні читачі, я хочу вас засмутити: на жаль, це не так!

Але щоб ви не дуже засмучувалися, відразу ж повідомлю, що в арсеналі нашої компанії є програмне забезпечення, що дозволяє переводити представлені в текстовому вигляді кадри керуючої програми в рух інструменту на екрані комп’ютера, а також здійснює повну перевірку процесу обробки з урахуванням обробного обладнання – VERICUT! На сторінках журналу CADmaster ми неодноразово ділилися досвідом використання цього програмного забезпечення.

Однак повернемося до InventorCAM. Навіщо ж потрібний режим Візуалізація на верстаті і чим він може допомогти на етапі перегляду і перевірки проекту обробки?

Відповідь очевидна! Він дозволяє виконати перевірку траєкторії обробки з урахуванням переміщень виконавчих органів обладнання, зміни різального інструменту, лінійних і кутових обмежень робочих зон вашого верстата.

Звичайно ж, перш ніж використовувати цей режим візуалізації, необхідно виконати досить великий обсяг відповідальної і кропіткої роботи, пов’язаної з тривимірним моделюванням вашого обладнання в реальному масштабі і з описом можливостей динамічної схеми взаємодії виконавчих органів. Докладна розповідь про підготовчу роботу – окрема тема, що виходить за рамки нашого заочного майстер-класу. Коли-небудь ми зупинимося на ній детальніше, а поки проаналізуємо цей режим в прив’язці до нашого проекту обробки. Для зручності візьмемо перехід, виконаний на кроці 3.

Крок 5


Для візуалізації переходу обробки радіальних пазів поставимо в контекстному меню переходу команду Візуалізація і перейдемо для вибору режиму Візуалізація на верстаті на відповідну вкладку. На екрані відображається модель верстата з заготівлею та траєкторією обробки, а також деталь (рис. 14).
Рис. 14
Рис. 14

За допомогою колеса миші збільшимо зображення робочої зони і виконаємо покроковий перегляд траєкторії обробки, послідовно натискаючи кнопку Step forward на робочій панелі (рис. 15).
Рис. 15
Рис. 15

На екрані буде відображатися процес обробки чотирьох пазів. При цьому, що дуже важливо, рух інструмента по траєкторії обробки здійснюється відповідно до динамічної схемою взаємодії виконавчих органів обладнання.

На малюнках 16а, 16б і 16в представлені три положення інструменту при обробці радіального паза. Можна помітити, що в процесі візуалізації відбувається обертання кулачків із затиснутою в них заготівлею.
Рис. 16а
Рис. 16а

Рис. 16б
Рис. 16б

Рис. 16в
Рис. 16в

Ви, звичайно ж, вже звернули увагу, що інтерфейс даного режиму англомовний. Однак, на наш погляд, це не завадить вам у роботі. Тим більше що всі знайдені колізії зберігаються в протоколі обробки, демонструються на екрані і фіксуються в рядках з координатами переміщення. Але щоб вам було простіше, переведемо кілька повідомлень, які видаються при виникненні колізій.
Collision between spindle and… – Зіткнення між шпинделем і …;

Collision between tool and workpiece, range: more than… – Зіткнення між інструментом і заготівлею, більш ніж … (Мм);

Out of Limits – Вихід за ліміти.
Переклад повідомлень про помилки обробки

Отже, ми “в журнальному варіанті” переглянули процес обробки деталі, підготовлений на попередніх заняттях заочного майстер-класу, виявили недоліки в нашому проекті обробки, усунувши які можемо переходити до завершального кроку – генерації тексту керуючої програми.

Генерація керуючих програм і настройка постпроцесора


Як з’ясувалося, головна мета навчання в нашому майстер-класі – звичайний текстовий файл, файл керуючої програми! Його створення – найлегший крок в процесі обробки. Як ви вже переконалися, в кожному переході, підготовленому нами, присутній кнопка УП, натискання якої призводить до генерації тексту керуючої програми для даного переходу.

Якими ще способами генерується керуюча програма?

Можна виділити в ICM перехід або групу переходів і в контекстному меню вибрати команду Створення УП. В результаті отримаємо керуючу програму для даного переходу або групи переходів.

Крок 6


Щоб отримати загальну керуючу програму для всього проекту обробки, необхідно натиснути ПрКМ в ICM на розділі Переходи і в контекстному меню вибрати команду Створення УП для всіх переходів (рис. 17).
Рис. 17
Рис. 17

Чи не правда, все легко і дуже просто?

Чому ж тоді на багатьох підприємствах такі сильні страх і жах перед впровадженням нових технологічних систем? Чому досвідчені в своїй справі технологи настільки консервативні, що віддають перевагу застарілим технологічних систем, а часом вдаються до написання тексту керуючих програм вручну?

Справа в тому що за легкістю генерації керуючих програм в InventorCAM ховається дуже відповідальний етап – налаштування постпроцесора!

На багатьох підприємствах з великим досвідом використання верстатів з ЧПУ не залишилося фахівців, здатних виконати цю роботу. А молоді фахівці, “рвуться в бій”, як правило, натикаються на такі “стіни неприйняття “в особі старих технологів, що їм легше навчитися працювати із застарілим програмним забезпеченням, ніж реалізувати свої знання і можливості.

Які можливості пропонує InventorCAM для настройки постпроцесора?

Не буду детально описувати налаштовані постпроцесори, вже наявні в бібліотеці, накопиченої за роки розвитку та використання програми SolidCAM / InventorCAM. Зазначу лише, що така бібліотека існує і вона досить обширна.

Краще розповім про те, як розробляються і настроюються постпроцесори в програмі InventorCAM. Звичайно, це не буде передруком файлу допомоги, тому що будь-який користувач програми може з ним ознайомитися самостійно. Не станемо також докладно розповідати про всі етапи настройки, оскільки кожен наш користувач в будь-який момент може отримати від нас вичерпну відповідь на будь-яке питання. Зрештою, у мене просто немає жодного бажання підтримувати і навчати “неліцензійних” користувачів! Тому, висвітлюючи проблему настройки постпроцесора, я розповім про принципи та кроки розробки, а також поділюся досвідом вирішення деяких проблем.

Нерідко доводиться чути, що в тій чи іншій програмі настройка постпроцесора проводиться за допомогою спеціалізованого Майстра настройки, достатньо зручного і легкого: варто відповісти на задані питання – і постпроцесор готовий. Хочу застерегти вас від гаданої простоти і легкості. Як правило, такий підхід можливий тільки для опису “паспортних” можливостей верстата, але ніяк не для “тонкої” налаштування постпроцесора.

У програмі InventorCAM настройка нового постпроцесора ведеться в двох файлах, в одному з яких містяться паспортні характеристики і можливості верстата (MAC-файл), а в другому – опис синтаксису кадрів готової керуючої програми (GPP-файл).

Як вже було зазначено вище, для настройки паспортних характеристик можна скористатися спеціалізованим Майстром, в якому всі процедури поділені на окремі розділи і містять набори спеціальних параметрів.

На рис. 18 приведено вікно першої процедури з параметрами (тип верстата, розширення файлу керуючої програми, ім’я таблиці інструменту, пов’язаної з даним верстатом, ім’я файлу постпроцесора, відповідального за висновок кадрів УП і т.д.).
Рис. 18
Рис. 18

Які питання задаються при настройці даного файлу найбільш часто?


Питання: Питання 1: “У мене є налаштована таблиця інструменту для конкретного верстата. Чи можу я налаштувати постпроцесора так, щоб автоматично довантажувати цю таблицю до проекту обробки? “

Відповідь: Відповідь: “Так, можете. Для цього необхідно використовувати параметр tool_table_name, Значення якого містить ім’я таблиці і повний шлях до неї “.

Питання: Питання 2: “Чи можу я для зменшення” довжини “файлу УП використовувати повторювані цикли?”

Відповідь: Відповідь: “Так, можете. Для цього слід використовувати параметр loops. В результаті можна отримати, наприклад, такі кадри керуючої програми:
….
G91 #23 = 0
WHILE DO 3
….
#23 = #23 + 1
….”.

Питання: Питання 3: “Чи можу я отримати УП з підпрограмою?”

Відповідь: Відповідь: “Так, можете. Для цього необхідно використовувати параметр gen_procs = Y”.

Питання: Питання 4: “Чи можу я використовувати можливості спіральної обробки на верстаті?”

Відповідь: Відповідь: “Так, можете. Для цього слід застосувати параметр arc_3d. Якщо такий параметр не встановлений, спіральні дуги поділяються на лінійні сегменти відповідно до заданої точністю обробки “.

















Параметр arc_3d = Y Параметр arc_3d = N

G3 X165.856 Y40.05 Z0. R10. F100
X171.015 Y22.598 Z-2. R10.

G1 X182.271 Y34.185 Z1.852 F100
X181.846 Y35.822 Z1.704
X181.151 Y37.364 Z1.556
X180.207 Y38.767 Z1.407
X179.039 Y39.991 Z1.259
X177.682 Y41. Z1.111
X176.174 Y41.766 Z0.963
X174.559 Y42.267 Z0.815
X172.882 Y42.489 Z0.667
X171.192 Y42.425 Z0.519
X169.537 Y42.077 Z0.37
X167.964 Y41.455 Z0.222
X166.518 Y40.577 Z0.074
X165.241 Y39.468 Z-0.074
X164.17 Y38.159 Z-0.222
X163.334 Y36.689 Z-0.37
X162.758 Y35.099 Z-0.519
X162.458 Y33.434 Z-0.667
X162.443 Y31.743 Z-0.815
X162.713 Y30.074 Z-0.963
X163.261 Y28.473 Z-1.111
X164.07 Y26.988 Z-1.259
X165.118 Y25.661 Z-1.407
X166.375 Y24.529 Z-1.556
X167.805 Y23.626 Z-1.704
X169.366 Y22.976 Z-1.852
X171.015 Y22.598 Z-2.


Питання: Питання 5: “Верстат вміє обробляти дуги тільки по квадрантам. Чи можна задати розбиття дуг на квадранти?”

Відповідь: Відповідь: “Так, можна. Використовуйте параметр arc_quadrants = Y”.

Питання: Питання 6: “Чи можу я використовувати власні параметри для визначення своїх команд в керуючій програмі?”

Відповідь: Відповідь: “Так, ви можете використовувати до 50 власних параметрів при визначенні проекту обробки (Part Options) і стільки ж власних параметрів для переходів обробки (Job Options)”.

Питання: Питання 7: “У якому файлі і розділі описуються параметри циклів обробки отворів?”

Відповідь: Відповідь: “Кількість і типи циклів обробки отворів, як і використовувані параметри циклів, описуються в MAC-файлі розділу drill_type. Правильне формування кадру виведення циклу обробки залежить від налаштування GPP-файлу “.

Питання: Питання 8: “Які параметри необхідно задати для визначення багатоосьові обробки?”

Відповідь: Відповідь: “Параметри, що описують багатоосьові обробку, включаючи параметри режиму Візуалізація на верстаті, задаються в розділах Fourth axis і Sim Five axis”.

На рис. 19 приведено вікно Майстра установок для визначення параметрів розділу Sim Five axis.
Рис. 19
Рис. 19

Після опису паспортних даних верстата і його функціональних можливостей слід перейти до налаштування файлу для опису синтаксису кадрів керуючої програми. Для налаштування такого файлу в InventorCAM не передбачено ніякого Майстра. Відзначимо, що обидва файли (MAC і GPP) – текстові і можуть бути створені і відредаговані в будь-якому звичному для вас текстовому редакторі. Мова програмування, використовуваний при налаштуванні файлу, що описує синтаксис кадрів УП, носить назву GPPtool.

Опис структури кадрів керуючої програми необхідно починати з опису форматів виводу параметрів (координат, допоміжних і основних команд і т.п.), які будуть використані за замовчуванням. При необхідності формат можна змінити як при виведенні конкретного параметра в рядку, так і при виведенні параметрів процедури в цілому. Приклад параметрів, що описують формат, наведений нижче:


і т.п.

Для опису форматів виводу існує рядковий вираз, що визначає характер виведення параметрів рядка.
Формат виводу – рядковий вираз, що визначає характер виведення елементів.

<sign><leading-zeroes><integer> . <fraction><trailing-zeroes><options>

Формат виводу включає наступні компоненти:
– управління знаком:
“+” – Введіть знак “+” для позначення позитивних чисел;
“-” – Введіть знак “-” для позначення негативних чисел;
немає опції – знак вводиться тільки для негативних чисел.
– управління незначущий нулями перед числом:
“” – Перед числом будуть виводитися прогалини;
“Z – перед числом будуть виводитися незначущі нулі;
немає опції – нічого не виводиться.
– управління цілою частиною числа. Цей компонент може мати вигляд “M” або “M / m”, де:
M – кількість цифр перед десятковою крапкою;
/ M – мінімальна кількість генеруються цифр (за замовчуванням – 1);
. – Десяткова крапка.
– управління дробової частиною. Цей компонент може мати вигляд “N” або “N / n”, де:
N – кількість цифр після десяткової точки (за замовчуванням – 0 для цілочисельних виразів і 3 для чисел);
/ N – мінімальна кількість генеруються цифр (за замовчуванням – 0).
– управління незначущий нулями після числа:
“” – Додавання пробілів після числа;
“Z” – додавання незначущих нулів після числа;
немає опції – нічого не додається.
– різні опції форматування полягають в дужки, а для зручності читання розділяються пробілами. Опції можна задавати як малими, так і великими літерами:
* S – коефіцієнт масштабування; перед генерацією число множиться на “s” (де s – будь-яке число, включаючи нецілочисельне значення);
/ S – коефіцієнт масштабування; перед генерацією число ділиться на “s” (де s – будь-яке число, включаючи нецілочисельне значення);
d – не виводити, якщо нуль (якщо генерується число дорівнює нулю, нічого генеруватися не буде);
n – без десяткового дробу (число генерується без десяткового дробу);
p – умовна десяткова крапка (число генерується без десяткового дробу, якщо у нього немає дробової частини);
i – інвертування знака; знак числа змінюється на протилежний, після чого виконується його генерація.
З файлу допомоги GPPtool

Прикладом налаштування формату виводу координат для нашого проекту може служити рядок виведення координати X:
xpos_f = “5.3(*2)”


Продовжимо далі.

Як ви, шановні читачі, розумієте, при формуванні тексту керуючих програм існує безліч процедур, які можуть як взаємовиключні один одного, так і повторюватися або постійно діяти.

Для прикладу наведу деякі з них. До взаємовиключним процедурам, тобто чинним одноразово в процесі формування тексту керуючих програм, можна віднести процедури початку (@start_of_file) І кінця (@end_of_file) Файлу, формування кадрів “шапки” на початку (@start_program) І наприкінці (@end_program) Програми. Причому ці процедури діють однаково як для програми окремого переходу, так і для програми проекту в цілому.

До повторюваним процедурам, тобто чинним періодично по мірі необхідності їх виникнення, можна віднести процедури початку (@start_of_job) І завершення (@end_of_job) Кожного переходу, зміни інструменту (@change_tool, @turn_change_tool), Зміни робочої площини обробки (@machine_plane) І т.п.

До постійно діючим процедурам можна віднести процедури формування лінійних (@line, @move) І дугових (@arc) Переміщень, компенсації інструменту (@compensation), Режимів різання (@feed_spin) І т.д.

Формування будь-якої процедури повинно починатися знаком @ і закінчуватися командою endp. Таким чином, ми підійшли до знайомства з мовою програмування GPPtool. Які процедури використовуються при формуванні кадрів керуючої програми і чи можна додавати і використовувати свої власні? Основні процедури, їх параметри і порядок виконання визначені розробниками програмного забезпечення. Чи можна змінювати цей порядок? Так, можна. Для цього використовуються оператори умовних переходів (IF, active, change) І команда виклику процедур (CALL).

Усередині кожної процедури формуються відповідні їй кадри керуючої програми, в яких використовуються значення параметрів, визначені для цієї процедури. Як же формуються кадри програми і які параметри в процедурах можна використовувати?

Для формування кадру програми необхідно використовувати фігурні дужки {…}, всередині яких укладено вираз для виведення в рядку керуючої програми. Цей вираз може містити як незмінні значення, наприклад, виведення назви осі переміщення X, Y, Z (ці вирази мають бути укладені в лапки, наприклад – “X”), так і змінюються значення, наприклад, координати по осях X, Y, Z в поточний момент формування кадру (ці значення рівні поточним значенням відповідних змінних, наприклад, xpos, ypos, zpos).

Як уже сказано, в основному імена параметрів процедур визначені розробниками, а їх значення задаються вами під час створення проекту обробки або автоматично розраховуються системою. Щоб побачити, в якою процедурою формується той чи інший кадр керуючої програми і які змінні та значення при цьому використовуються, в GPPtool передбачена команда trace.
Формат: trace <процедури>: <рівень трасування>

Опис: при генерації керуючої програми виводиться інформація про трасуванні для процедур, заданих в списку <процедури>. Значення <рівень трасування> визначає кількість виведеної інформації в діапазоні від 1 до 5, де 5 визначає максимальну кількість доступної інформації.

Приклади:
trace “all”: 1 – буде виконана трасування всіх процедур з мінімальною кількістю доступної інформації;
trace “@ line, @ arc”: 5 – будуть трассіроваться тільки процедури “@ line” і “@ arc”, при цьому згенерує максимальну кількість доступної інформації.
З файлу допомоги GPPtool

Розглянемо приклад трасування процедур @start_of_file і @arc з різним рівнем трасування для першого токарного переходу нашого проекту.






trace “@start_of_file, @arc”:3
@ Start_of_file ==> program_number: 11 g_file_name: “TR_контур6_T1A.NC”
..> Full_g_file_name: “D: Work_ProjectШТОКTR_контур6_T1A.NC”
..> Part_name: “ШТОК”
..> index_split_file:1
..> rotate_used:false mirror_used:false fourth_axis_used:false
> %
> O1001
… …
@arc ==> xpos:22.900T ypos:-17.750F zpos:-17.750T feed:0.300F
> N190 G3 X45.8 Z-17.75 R1.45
trace “@start_of_file, @arc”:5
@ Start_of_file ==> program_number: 11 g_file_name: “TR_контур6_T1A.NC”
..> Full_g_file_name: “D: Work_ProjectШТОКTR_контур6_T1A.NC”
..> Part_name: “ШТОК”
..> index_split_file:1
..> rotate_used:false mirror_used:false fourth_axis_used:false
..> first_proc_number:5002 last_procedure_number:5002
..> home_number:1 home_changed:false
..> clearance_plane:0.000 tool_start_plane:0.000
..> work_upper_plane:0.000 zero_plane:0.000
> %
> O1001
… ..
@arc ==> xpos:22.900T ypos:-17.750F zpos:-17.750T feed:0.300F
..> arc_direction:ccw xcenter:-17.750 ycenter:21.450 radius:1.450
..> arc_plane:zx xcenter_rel:-1.342 ycenter_rel:-0.550
..> start_angle:22.291 end_angle:90.000 arc_size:67.709
..> next_direction:0.000F
> N190 G3 X45.8 Z-17.75 R1.45

З прикладу видно, що в процедурі @start_of_file генеруються два кадри керуючої програми: % і O1001. Обидва вони виводяться без номера кадру, і жоден з доступних нам параметрів (таких як g_file_name, part_name, clearance_plane і пр.) не використовується. У процедурі @arc генерується один кадр керуючої програми N190 G3 X45.8 Z-17.75 R1.45, В якому використовується висновок номера кадру і поточні значення параметрів (zpos, (xpos*2) І radius).

Як було зазначено вище, ви самі визначаєте використовувані параметри. У наведеному вище прикладі формування кадру руху по дузі забезпечується наступним текстом в GPP-файлі:

@arc
if arc_direction eq CCW then
gcode = 3
else ; CW
gcode = 2
endif
{nb, [“G”gcode], ” X”xpos, ” Z”zpos}
if arc_size >= 180 then
radius = -radius
endif
{” R”radius}
endp


На перший погляд, все зрозуміло і просто, однак може виникнути питання: “Чому для формування одного рядка УП в постпроцесорі використовуються два оператора?” Відповімо: “Тому що є умова на зміну знака величини радіуса, якщо кутове значення дуги (arc_size) Строго більше 180 градусів “. При відсутності такої умови оператор виведення кадру керуючої програми виглядав би наступним чином:
{nb, [“G”gcode], ” X”xpos, ” Z”zpos, ” R”radius}

Для багатьох стійок управління при виведенні кадру обробки дуги необхідно визначати не значення радіусу, а координати центру. Причому ці координати можуть задаватися як в абсолютних значеннях технологічної системи координат, так і у відносних значеннях від точки початку дуги. Отже, для виведення наведеного вище кадру керуючої програми необхідні оператори (використовувані імена і величини параметрів наведені в прикладі з трасуванням):


або


Аналогічним чином описуються оператори для виведення необхідних кадрів керуючої програми в кожній процедурі.

Спробуйте самостійно, це цікаво і дуже просто!

Нижче я хотів би навести кілька порад-прикладів опису операторів формування кадрів УП у вигляді відповідей на найбільш часто зустрічаються (продовжимо розпочату раніше нумерацію):


Питання: Питання 9: “Раніше ми писали керуючі програми токарної обробки вручну і при цьому застосовували токарські цикли. Чи можна в InventorCAM використовувати токарські цикли і як їх описати в файлі настройки постпроцесора? “

Відповідь: Відповідь: “Так, можна. Для цього необхідно активувати в токарному переході опцію Використання циклу (рис. 20). Для опису токарних циклів в постпроцесорі використовуються процедури @turning, @turn_proc і @turn_endproc.
Рис. 20


Рис. 20

Приклад використання токарних циклів наведено в таблиці нижче.

Звертаю вашу увагу, що навіть якщо всі рядки керуючої програми генеруються без номера кадру, то в описі токарного циклу така нумерація необхідна для кадрів, що описують геометрію контуру. Для виконання таких умов використовуємо параметр blknum_exist (Висновок нумерації кадрів) наступним чином:


  1. для всієї програми в процедурі @init_post встановлюємо параметр blknum_exist = false;
  2. для виведення номерів кадрів у процедурі @turn_proc встановлюємо параметр blknum_exist = true;
  3. після завершення формування токарного циклу в процедурі @turn_endproc встановлюємо параметр blknum_exist = false.
При такій настройці номера кадрів формуються і виводяться тільки при описі геометрії в циклі, причому в кожному наступному циклі нумерація рядків триває і, отже, в кожному токарному циклі значення параметрів P (Номер першого кадру опису геометрії в циклі) і Q (Номер останнього кадру опису геометрії в циклі) завжди різні “.



















Опція Використання циклу неактивна Опція Використання циклу активна
%
O1001
G50 S3000
G28 U0 W0
G54
T0101
G97 S600 M4
G0 X54. Z10.3 M8
Z2.
X48.
G1 Z-41. F0.3
G0 X50.4
Z2.
X46.
G1 Z-41.
G0 X48.4
Z2.
X44.
G1 Z-16.408
G3 X45.8 Z-17.75 R1.45
G1 Z-41.
G0 X46.2
Z2.
X42.
G1 Z-16.3
G1 X42.9
G3 X44. Z-16.408 R1.45
G1 X44.4 Z-16.208
G0 Z2.
X40.
G1 Z-16.3
G1 X42.
X42.4 Z-16.1
G0 Z2.
X38.
G1 Z-16.3
G1 X40.
X40.4 Z-16.1
G0 Z2.
X36.
G1 Z-16.3
G1 X38.
X38.4 Z-16.1
G0 Z2.
X34.
G1 Z-16.3
G1 X36.
X36.4 Z-16.1
G0 Z2.
X32.
G1 Z-16.3
G1 X34.
X34.4 Z-16.1
G0 Z2.
X30.
G1 Z-16.3
G1 X32.
X32.4 Z-16.1
G0 Z2.
X28.
G1 Z-16.3
G1 X30.
X30.4 Z-16.1
G0 Z2.
X26.
G1 Z-16.3
G1 X28.
X28.4 Z-16.1
G0 Z2.
X24.
G1 Z-16.3
G1 X26.
X26.4 Z-16.1
G0 Z2.
X22.
G1 Z-12.215
X22.202 Z-12.3
G3 X22.917 Z-13.066 R1.
G1 Z-16.3
G1 X24.
X24.4 Z-16.1
G0 Z2.
X20.
G1 Z-11.376
X22. Z-12.215
X22.4 Z-12.015
G0 Z2.
X18.
G1 Z-10.537
X20. Z-11.376
X20.4 Z-11.176
G0 Z2.
X16.
G1 Z-9.697X18.
Z-10.537
X18.4 Z-10.337
G0 Z2.
X14.
G1 Z-8.663
X14.348 Z-9.004
X16. Z-9.697
X16.4 Z-9.497
G0 Z2.
X12.
G1 Z-6.7
X14. Z-8.663
X14.4 Z-8.463
G0 Z2.
X10.
G1 Z-4.737
X12. Z-6.7
X12.4 Z-6.5
G0 Z2.
G0X200.Z20.
M5 M9
M30
%
%
O1001
G50 S3000
G28 U0 W0
G54
T0101
G97 S600 M4
G0 X58.8 Z10.3 M8
Z2.
G71 U1 R0.2
G71 P10 Q80 U0 W0 F0.3
N10 G1 X8.8 F0.1
N20 Z-3.56
N30 X14.348 Z-9.004
N40 X22.202 Z-12.3
N50 G3 X22.917 Z-13.066 R1.
N60 G1 Z-16.3
N70 G1 X42.9
N80 G3 X45.8 Z-17.75 R1.45
G1 Z-41.
G0 Z10.3
G0X200.Z100.
M5 M9
M30
%

Останнє питання цього заняття я хочу представити у вигляді завдання.


Питання: Питання 10: Умова: “Крім сучасного обладнання з плавним регулюванням обертів обертання шпинделя ми використовуємо на виробництві старі верстати з ЧПУ, у яких обертів додатково регулюються 4-ступінчастою коробкою передач. Скільки опцій, яких і де необхідно встановити в Майстрі установок при розробці постпроцесора для такого верстата? “

Відповідь: Відповідь, швидше за все, буде таким: “Розробити постпроцесор для такого верстата за допомогою Майстра налаштувань неможливо! Щоб зробити це, слід вдатися до програмування!”

Нижче наведемо варіант вирішення такого завдання, виконаний А. Рожевим (CSoft Ярославль) при налаштуванні постпроцесора для своїх користувачів.






;
@korobka_peredach
; Перший ступінь
if spin > 0 and spin <= 315 then
mcode=41
endif
; Другий ступінь
if spin > 315 and spin <= 630 then
mcode=42
endif
; Третій ступінь
if spin > 630 and spin <= 1250 then
mcode=43endif
; Четверта ступінь
if spin > 1250 then
mcode=44
endif
{nb”M”mcode}
endp

Як виявляється, все просто!

На цьому, шановні читачі, я закінчую останню тему нашого заняття в заочному майстер-класі. Як ви розумієте, говорити про розробку та налаштування постпроцесорів можна довго. Я розповів лише мізерну частина того, про що можна було б розповісти. Не пропоную вам точно слідувати інструкції, наведені в цій темі, але виконувати основи програмування мовою GPPtool вам все одно доведеться. А оскільки у кожного “Настроювача” свій стиль і досвід програмування, будь-які дві розробки завжди відрізняються один від одного. Але тим і цікавий цей процес!

Скептикам і консерваторам, які в тексті опису теми побачили тільки чужі їм англійські слова і символи, я хочу сказати, що будь-програмування підпорядковується законам математики і логіки. І, напевно, ніхто з вас не хотів би бачити другий закон Ньютона і теорему Піфагора в такому вигляді ⌣ (рис. 21).
Рис. 21Рис. 21

Ось і закінчився наш майстер-клас. Підіб’ємо деякі підсумки. Минулі заняття, як я дуже сподіваюся, переконали вас в тому, що:


Всі попередні заняття я закінчував тезовим викладом нових, доданих і поліпшених функціональних можливостей програми, але в цей раз я цього робити не стану. У найближчих номерах CADmaster ми присвятимо версії програмного забезпечення InventorCAM 2008 повноцінну статтю. Слідкуйте за нашими публікаціями! До нових зустрічей на сторінках нашого журналу!

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*