Постпроцесори для верстатів з ЧПУ

Постпроцесор для верстатів з ЧПУ - важлива проміжна ланка між CAD-програмою та обладнанням. Правильно написаний постпроцесор для конкретного верстата оптимізує роботу обладнання та дозволяє уникнути багатьох експлуатаційних помилок.

Читайте матеріал про постпроцесори та особливості їх впровадження.

Що таке постпроцесори для верстатів із ЧПУ?

Постпроцессор для верстата з ЧПУ - це спеціальний модуль, який перетворює дані, отримані з файлу траєкторії руху інструменту та дані, сформовані CAD/CAM-системою, у систему команд, що відповідають специфікаціям певного верстата.

Навіщо потрібний цей модуль?

Для уніфікації роботи на різних верстатах з ЧПУ, САМ-система створює файл технологічних команд (проміжний файл), де містяться дані про траєкторію, кути повороту інструменту та узагальнені команди для керування обладнанням. Цей проміжний файл (CLDATA-файл) передається на постпроцесор, який перетворює уніфіковані дані на програму, що враховує всі технологічні аспекти конкретної моделі верстата.

Перевага постпроцесора полягає у полегшенні процесу проектування у CAD/CAM-системах. Фахівець з розробки формує проект, який завдяки використанню постпроцесора підходить для будь-якого верстата (за відповідністю параметрів верстата даним з CAD-файлу). В даному випадку головне завдання постпроцесора - сформувати список команд, в яких враховуються обертальний рух та поздовжні переміщення столу вздовж осі шпинделя.

Різновиди постпроцесорів

У верстатах з ЧПУ використовується два типи постпроцесорів:

Весняний – не залежить від CAM-систем, отримує дані із CLDATA-файлу.Перевага зовнішнього постпроцесора - у сумісності з будь-якими CAD-системами, але до недоліків належать складнощі з налаштуванням.
Вбудований - використовується безпосередньо CAM-системою. У такому типі постпроцесорів простіше налаштовувати змінні майбутніх процесів.

Як написати постпроцесор для верстата з ЧПУ?

Якісна робота верстата з ЧПУ залежить від коректної передачі інформації про спосіб обробки зрозумілий для верстата програмний код. Написання постпроцесора для конкретного верстата складається з таких робіт:

Формування техзавдання;
Складання тексту постпроцесора;
Калібрування верстата;
Випробування верстата;
Написання інструкції;
Контроль у процесі експлуатації.

Формування ТЗ

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

граничні терміни робіт;
Методику розрахунку винагороди;
Штрафи та неустойки;
Аналіз технічних можливостей верстата з ЧПУ;
Перелік планованих робіт на верстаті;
Алгоритм тестування верстата.

Написання тексту майбутнього постпроцесора

Написання постпроцесора - це складання файлу макрокоманд, макету кадру та файлу алгоритмів з урахуванням характеристик ЧПУ та кінематики верстата. Текст постпроцесора містить таку інформацію:

Дата;
Опис обладнання;
Час, необхідне виконання кожної операції;
Найменування кожної операції;
Параметри та довжина шляху кожного інструменту;
Техдані про подання;
Ім'я розробника програми.

Калібрівка

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

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

Випробування на верстаті

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

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

Формування докладної інструкції до застосування

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

Підтримка та супровід у процесі обслуговування

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

На що звернути увагу при розробці постпроцесорів для верстатів із ЧПУ: поради фахівців

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

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

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

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

Як написати постпроцесор для SolidCAM.

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

У цій статті ми розглянемо основи розробки та модифікації постпроцесорів для різних типів верстатів — від простих триосьових до складніших багатоосьових пристроїв.

Для роботи з постпроцесорами важливо використовувати правильні інструменти. Одним із таких інструментів є Visual Studio Code, який рекомендуємо встановити для ефективної розробки.

Основу роботи з постпроцесорами складає мова, вбудована в SolidCAM. модифікувати їх під конкретні завдання.

Ми також підготували покрокове керівництво, яке допоможе вам освоїти основи розробки постпроцесорів.

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

Якщо у вас виникнуть додаткові питання, не соромтеся звернутись до нас через коментарі або контактні форми на сайті. Дякуємо за увагу, і сподіваємося, що ця стаття стане для вас корисним посібником у роботі з постпроцесорами SolidCAM!

Навіщо потрібен постпроцесор у CAM-системі?

Одне з найпоширеніших питань: чому для CAM-системи необхідний постпроцесор? Відповідь у специфіці роботи з різними верстатами. Кожен верстат має свій формат коду ЧПУ, який залежить від моделі верстата, типу обладнання та контролера. Саме тому універсального G-коду, який працював би на всіх верстатах, не існує. Постпроцессор служить для перетворення даних на код, який підходить для конкретного верстата, забезпечуючи безпечну, послідовну та передбачувану роботу обладнання.

Шлях від SolidCAM до G-коду

Як же дані з SolidCAM перетворюються на G-код, готовий до запуску на верстаті? Щоразу, коли ви створюєте операцію в SolidCAM, система зберігає її у вигляді файлу з розширенням PJ у тимчасовій папці. Цей файл містить інформацію про всі координати та рухи інструмента, що описують траєкторію обробки.

Ці дані потім надходять у модуль ідентифікатора віртуальної машини (VMI), який відповідає за моделювання кінематики верстата, обмеження та формат контролера. VMI адаптує вихідні дані до конкретних параметрів верстата.Після цього інформація передається до GPP-файлу, який вже генерує фінальний G-код на основі налаштувань постпроцесора. У GPP-файлі визначаються правила форматування вихідних даних для кожного конкретного верстата, і тут важлива робота розробників постпроцесорів.

Налаштування та редагування постпроцесорів

Коли справа доходить до редагування постпроцесорів, важливо правильно налаштувати робоче середовище. За промовчанням постпроцесори SolidCAM зберігаються у папці «Загальні документи» (наприклад, SolidCAM 2019). Однак, ми рекомендуємо створити власну структуру папок для зберігання постпроцесорів. Це покращить організацію роботи та контроль версій, а також захистить від випадкової втрати даних.

Важливість контролю версій

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

Контроль версій також важливий для тестування. Наприклад, якщо клієнт використовує постпроцесор, який ви розробили у 2020 році, та задоволений результатом, він може захотіти продовжувати його використовувати протягом кількох років. Однак 2024 року клієнт може запросити оновлення на нову версію SolidCAM. У цьому випадку контроль версій дозволить вам легко перевірити, чи новий G-код відповідає старому і чи не виникнуть проблеми при його запуску на обладнанні. Ви зможете згенерувати новий G-код та переконатися в його ідентичності з кодом 2020 року, що гарантує стабільну роботу обладнання.

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

Створення власної бази даних постпроцесорів

Тепер, коли у вас є структура тек, наступним кроком буде її реалізація на практиці. Для цього:

Створіть основну папку, де зберігатимуться всі ваші дані постпроцесорів, назвемо її GPP Database.
Перший рівень – це ім'я клієнта або спільна папка для всіх ваших постпроцесорів, наприклад, GPP Тренінг.
Другий рівень – ім'я машини. Наприклад, для верстата DMG DMU 8 створіть папку DMG DMU 8.
У цій папці створіть такі підкатегорії: Постпроцесори, Моделювання машини, G-коди, Документи, Різне.

Якщо ви вже маєте файли для постпроцесора, ви можете перенести їх у відповідні папки. Для кожного постпроцесора створіть окрему папку із зазначенням версії SolidCAM, наприклад, 2019 SP2, щоб організувати всі версії та мати можливість відстежувати зміни.

Налаштування програмного забезпечення

Для зручності роботи з постпроцесорами рекомендується використовувати редактор коду, наприклад Visual Studio Code. Щоб призначити його за промовчанням для файлів GPP:

Перейдіть до властивостей файлів GPP.
Виберіть Змінити програму та встановіть Visual Studio Code як програму для відкриття цих файлів.

Це забезпечить зручне та узгоджене редагування файлів постпроцесора.

Конфігурація SolidCAM

Щоб все було налаштовано коректно, потрібно вказати правильні шляхи до директорій у налаштуваннях SolidCAM:

Відкрийте SolidCAM і перейдіть до розділу Інструменти → Налаштування.
Встановіть шляхи для папок, які будуть використовуватися для зберігання постпроцесорів, G-кодів і симуляцій.

Також налаштуйте папку для контролерів ЧПУ за замовчуванням. Це дозволить SolidCAM автоматично знаходити потрібні файли під час створення G-кодів та запуску симуляцій.

Приклад розробки постпроцесора

Коли ви приступаєте до розробки постпроцесора, важливо використовувати трасування для налагодження. Трасування дозволяє стежити за процедурами, які виконуються під час генерації G-коду, та допомагає знаходити помилки чи неточності. Рівень трасування можна налаштувати:

Нульовий рівень - Виводить тільки базовий G-код.
Вищі рівні трасування надають докладну інформацію про процеси, що відбуваються у фоновому режимі.

Трасування – це потужний інструмент, який допоможе вам краще розуміти, як постпроцесор обробляє дані та генерує G-код, що особливо корисно при налагодженні та внесенні змін до коду.

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

Увімкнення трасування для налагодження у постпроцесорі

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

Рівень трасування може змінюватись від 0 до 5:

Рівень 0: відображається лише базовий G-код.
Рівень 1: друкуються імена підпрограм, що дає корисну інформацію для налагодження.
Рівні 2-5: надають все більше даних, включаючи змінні та різні проміжні значення, що дозволяє глибше досліджувати процес генерації G-коду.

Додавання оператора трасування

Для додавання трасування в постпроцесор можна зробити так:

Відкрийте файл постпроцесора. Рекомендується робити це через віртуальний ідентифікатор машини (VMI) для запобігання плутанини та помилок при редагуванні. Це особливо актуально, якщо ви працюєте на місці клієнта та регулярно отримуєте оновлення від реселерів чи інших фахівців.
Щоб відкрити файл постпроцесора з VMI, виберіть потрібну машину, перейдіть до папки постпроцесора і двічі клацніть по потрібному файлу GPP.

Якщо ви не бачите потрібні файли в VMI або не можете їх відкрити, можливо, необхідно увімкнути Експериментальний режим у налаштуваннях реєстру Windows. Це дозволить вам безпосередньо відкривати файли постпроцесора.

Увімкнення Експериментального режиму

Щоб активувати Експериментальний режим:

Відкрийте редактор реєстру Windows.
Перейдіть по дорозі: HKEY_CURRENT_USER → Software → SolidCAM → [Ваша версія SolidCAM] → Experimental Mode.
Створіть нове DWORD (32-bit) значення з ім'ям EnableMachineIDEdit.
Встановіть для цього значення параметр 1.

Тепер у вас буде можливість редагувати VMI та безпосередньо відкривати файли постпроцесора.

Приклад додавання трасування до файлу постпроцесора

Відкривши файл GPP через Visual Studio Code (або будь-який інший текстовий редактор, налаштований за замовчуванням), ви побачите набір процедур та змінних. Процедури GPP починаються з символу @ і закінчуються на EndP .

Для додавання трасування вам потрібно виконати такі кроки:

Знайдіть потрібну процедуру, яку ви хочете відстежувати, або додайте трасування для всіх процедур.
Введіть оператор Trace , вказуючи ім'я процедури та рівень трасування. Приклад синтаксису:

Trace: ProcedureName: TraceLevel

ProcedureName — ім'я процедури, яку потрібно відстежувати (можна вказати All , щоб відстежувати весь G-код).
TraceLevel – рівень трасування (наприклад, 0, 1, 5).

Цей оператор відстежуватиме всі процедури та виводитиме їх імена в трасувальні логи на рівні 1.

Збереження змін

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

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

Тепер відкриємо SolidCAM, викличемо віртуальний ідентифікатор машини (VMI) і згенеруємо G-код. Спочатку встановимо рівень трасування на нуль і згенеруємо звичайний G-код - такий, що безпосередньо працює на верстаті.

Зміна рівня трасування

Тепер повернемося до коду Visual Studio і встановимо рівень трасування на одиницю. Збережемо файл і знову згенеруємо G-код SolidCAM. Як результат, ми вже бачимо всі процедури, що викликаються, що допомагає нам краще зрозуміти, які кроки виконуються.

Одним із найчастіших питань є: Як визначити, яка процедура звідки викликається і в якому порядку? Трасування - це відмінний спосіб наочно побачити те, що відбувається. Наприклад, при генерації G-коду можна відразу помітити, що на початку файлу виводяться інформація про користувача та інструменти, що використовуються в програмі.

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

Приклад послідовності процедур

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

Аналіз G-коду

Щоб краще зрозуміти використання процедур, давайте зосередимося на одній конкретній операції та згенеруємо трасування шляху інструменту. Клацніть правою кнопкою миші, виберіть «Сгенерувати G-код» та збережіть його за промовчанням. У трасуванні будуть видні всі етапи операції, включаючи:

Початкова точка інструменту: Швидкий підхід до початку роботи
Провідна дуга: Лінійні та дугові переміщення інструменту.
Заключні кроки: Відведення інструменту по осі Z та завершення роботи.

Ці дії можна як набір процедур, кожна з яких відповідає за певний крок обробки.

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

Повернемося до GPP, встановимо рівень трасування на 5, збережемо зміни, згенеруємо G-код SolidCAM і подивимося на результати. І тут буде виведено значно більше даних.Ми побачимо інформацію про файли, моє ім'я користувача, обліковий запис, використовувані матеріали та безліч інших змінних.

Змінні в SolidCAM

При рівні трасування 5 виводиться багато змінних. Але що таке змінні? Змінна – це одиниця даних, якій можна надати значення. Вона має своє ім'я і це ім'я залишається незмінним, хоча дані всередині змінної можуть змінюватися.

Уявіть змінну як скриньку в архіві, де кожна скринька має унікальну назву, а в ній можуть зберігатися різні дані: документи, аудіозаписи, зображення тощо. У SolidCAM змінні можуть містити різні типи даних. Зокрема, виділяють чотири основні типи змінних:

Цілі числа (int): Змінні, що містять цілі числа без десяткових знаків
Числа з плаваючою комою (float): Змінні, які можуть містити числа з десятковою точкою
Логічні змінні (bool): Змінні, які можуть набувати значення лише «істина» або «брехня».
Рядки (string): Змінні, що містять послідовності символів, наприклад текст.

Масиви

Змінні також можна визначити як масиви — це складніший тип змінних. Уявіть масив як одну велику скриньку з безліччю рівнів, де кожен рівень має свій індекс. Отже, одна змінна може містити кілька значень, яких можна звертатися через індекси. Наприклад, масив може зберігати імена інструментів і кожному індексу буде відповідати конкретне ім'я.

Системні та користувацькі змінні

Змінні в SolidCAM можуть бути двох типів: системні і користувальницькі. Системні змінні не потребують явного визначення - вони завантажуються автоматично.Користувацькі змінні ми можемо створювати та визначати самостійно.

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

Дані, які ви використовуєте, мають значення: якщо ви визначаєте змінну на початку завдання, вона може бути використана тільки на цій ділянці коду, ніде більше. Важливо правильно називати змінні, щоб полегшити подальшу роботу, особливо коли інший розробник читатиме ваш код. Випадкові назви на кшталт X1, X2, X3 можуть викликати плутанину, особливо якщо потрібно розумітися на чужому коді. Час буде витрачено на те, щоб з'ясувати, що означають ці змінні, що спричиняє непотрібні затримки та розчарування.

Угода про іменування змінних

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

Перше, що необхідно враховувати, - це додавання префіксів для змінних залежно від їх типу даних:

D - Для чисел з плаваючою точкою (double),
N - Для цілих чисел (integer),
B - для логічних значень (boolean),
S - Для рядків (string).

Після префікса завжди йде знак підкреслення, а потім саме ім'я змінної з великої літери, щоб легше було розпізнавати її тип і призначення. Це може здатися складним здавалося б, але практично значно спрощує розуміння коду.Наприклад, при перегляді GPP-файлу ви зможете відразу зрозуміти, який тип даних слід очікувати від змінної.

Користувальницькі процедури

Для процедур користувача використовується аналогічний принцип: вони називаються з додаванням префікса user_ , а далі слідує ім'я процедури з великої літери. Це допомагає легко ідентифікувати користувацькі процедури серед системних.

Визначення та використання змінної

Тепер давайте створимо змінну користувача як приклад. Ми бачимо, що змінна, що відповідає за виведення імені користувача, використовується для того, щоб показувати, на комп'ютері якого виконується код. Давайте замінимо цю системну змінну на користувальницьку. Для початку встановимо рівень трасування на 1 та збережемо файл. Після цього згенеруємо G-код і подивимося, звідки виводиться інформація про користувача.

Тепер нам потрібно визначити нову змінну, яка зберігатиме цю інформацію. Оскільки змінна повинна містити текстові дані, вона буде рядковою. Щоб підтвердити це, можна використовувати розширення для редагування GPP, яке допоможе швидко перевірити тип змінної. Якщо розширення не встановлено, це можна зробити вручну, переглянувши, які символи вона містить. Якщо це текст, змінна рядкова.

У SolidCAM та GPP все добре задокументовано, що робить роботу з кодом та змінними зручною. Якщо виникнуть труднощі, завжди можна скористатися пошуком усередині файлу або звернутися до документів для отримання докладної інформації.

Тепер давайте закриємо довідкову інформацію та повернемося до нашого файлу GPB. Ми знаємо, що нам потрібна рядкова змінна, тож визначимо її. Формат буде 4d. Для цього створимо глобальну строкову змінну.Назвемо її, наприклад, "ProgrammerName" або чимось подібним, щоб легко її ідентифікувати. Використовуємо підкреслення та великі літери для кращої читабельності. Отже, ми оголосили нову рядкову змінну, тепер потрібно задати їй значення.

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

Давайте надамо значення нашій новій змінній. Скопіюємо ім'я змінної та задамо їй значення, наприклад, "ProgrammerName = UserAccount", де UserAccount - це поточний обліковий запис користувача. Тепер, якщо ми залишимо все як є, змінна матиме це значення, але воно ніде не відображатиметься, оскільки ми не вивели його на друк. Для цього потрібно замінити існуючу змінну, яка відповідає за виведення імені користувача на нашу нову змінну. Скопіюємо її ім'я та вставимо у потрібне місце коду.

Збережемо зміни та перевіримо результат, згенерувавши G-код. Все має працювати так само, як і раніше, але тепер у файлі DP у нас буде нова змінна.

Далі, у наступній статті ми обговоримо складніші питання, такі як форматування виведення даних. Також приділимо увагу процедурам, функціям та змінним, які ви вже частково бачили. Ці концепції використовуються у SolidCAM, а й у інших мовах програмування, як-от C++. Процедури - це, по суті, кроки, які виконуються в певному порядку, як при приготуванні сендвіча: спочатку берете хліб, додаєте начинку, закриваєте бутерброд і т.д. Порядок дій важливий, і це добрий приклад того, як працюють процедури у програмуванні.

Як написати постпроцесор для верстата з ЧПУ