Российские ЧПУ-контроллеры Инектра (INECTRA)

[rry]

2й вопрос - почему бы опционально не иметь возможности "пропускать" шапку и хвост У через ЧПУ и исполнять их уже в каком то стандарте этого ЧПУ. ну то есть например выцепить из существующей шапки данные и подставить их в шапку которая задана в чпу.
я могу настроить свои ЧПУ и ПП на некое оптимальное взаимодействие, наверное. хотя лезть в глубины ПП совершенно неохота да и незачем рядовому пользователю.
но если я беру чью то УП - ей приходится пришивать свои шапку и хвост вручную.

тема интересна еще и тем что если нажимается стоп и потом старт - то нужно исполнить по сути последовательность начиная с последней М6 до выхода на фрезеровку. и либо эта последовательность должна записываться и держаться в памяти, либо исполняться там где была с последующем перескоком в точку остановки, что не совсем ясно стремно или норм, либо проигрывается вот тот стандартный для ЧПУ вариант.. может как некая подпрограмма.

поток посленовогоднего сознания?) нифига не понятно, но натолкнуло на мысь что как-то фигово СТОП в разных ЧПУ реализован, и запуск с произвольной строки та ещё лотырея на милиард от спортлото - постоянно проблемы вылезают, то не тот выиглал то не так

[vtgmfg]

поток посленовогоднего сознания?) нифига не понятно,

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

[Igor Burtsev]

раз уж тут про чпу системы разговор..
вот чего действительно явно не хватает на визуализации - это контура исходной заготовки.
есть какой то метод передачи из кам в чпу этого примитива? пусть параллелепипед или цилиндр только? уже существенно снизится количество ошибок. надо выжимать из графики все. иначе какой в ней смысл.
если задумки такой в стандарте Гкода нет - то кмк можно выкрутится - например сделать УП где либо пара контуров либо координаты сверления и какой то признак для ЧПУ что это не УП а заготовка и надо просто это построить этот параллелепипед или цилиндр в поле станка и уже внутри него будут все остальные траектории..

В арткаме есть такая возможность. можно даже передавать данные в виде переменных (по крайней мере я передавал данные в NCStudio для дальнейшего использования в скриптах public.dat, а ля недоавтосмену делал), но это можно сделать для конкретного станка. Посмотри мой постпроцессор ArtCAM для обычного трехосевика. он выдает на выходе такого типа "шапку"

Код: Выделить всё

N0 (PART SIZE AND TOOL:)
N1 ( X SIZE:100.000 mm )
N2 ( Y SIZE:150.000 mm )
N3 ( Z SIZE:5.000 mm )
N4 ( TOOL:3.000 мм радиус цилиндрический фрезы )
N5 T1 M6
N6 G17 G90
N7 G0 Z5.000
N8 G0 X0.000 Y0.000 S15000 M3
N9 G0 X27.487 Y40.500 Z5.000
N10 G1   Z-2.000 F3000.0
.....

[vtgmfg]

В арткаме есть такая возможность.

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

[wldev]

может быть есть какой то стандарт?

Похоже что есть
( название : значение )

[vtgmfg]

может быть есть какой то стандарт?

Похоже что есть
( название : значение )

ну а как вывести из солидкама углы заготовки для заготовки заданной например как модель?
и надо ведь координаты точек задать в определенной СК

как вывести 2 контура или 4 отверстия назначенным инструментом - вроде все ясно. и главное наверное в любом CAM несложно

[Igor Burtsev]

В арткаме есть такая возможность.

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

чтобы прям визуализировать, тогда только G0 проходом делать "фрейм" в начале или конце программы как на лазерах и маркерах делают. Я в своем ПП под арткам делал в начале вот так

Код: Выделить всё

; Блок начала программы
;
START = "[N] (PART SIZE AND TOOL:)"
START = "[N] ( X SIZE:[XSIZE] mm )"
START = "[N] ( Y SIZE:[YSIZE] mm )"
START = "[N] ( Z SIZE:[ZMATERIAL] mm )"
START = "[N] ( TOOL:[TOOLDESC] )"
START = "[N] T1 M6"
START = "[N] G17 G90"
START = "[N] G0 [ZH]"
START = "[N] G0 [XH] [YH]"
;
; "Обход" по периметру детали на высоте 50мм
START = "[N] G0 Z50.000"
START = "[N] G0 [YSIZE]"
START = "[N] G0 [XSIZE]"
START = "[N] G0 [YH]"
START = "[N] G0 [XH]"
START = "[N] G0 [ZH]"
;
; Запускаем шпиндель
START = "[N] [S] M03"

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

Код: Выделить всё

START = "[N] G0 [ZH]"
START = "[N] G0 [XSIZE] [YSIZE]"
START = "[N] G0 Z3.000"
START = "[N] G0 [ZH]"
START = "[N] G0 [XH] [YH] [S] M03"

и тогда визуально сразу понятно если "едет не туда" особенно когда каждый день и уже глаз намётан.

[Igor Burtsev]

может быть есть какой то стандарт?

Для доп визуализаций в g-code никаких стандартов подобных нет, как и команд, g-code как стандарт когда создавался тогда UI интерфейсов еще толком не было и наши деды писали g-code в тетрадке, а потом сутками в стойки вносили руками.

[vtgmfg]

чтобы прям визуализировать,

не надо прям визуализировать - но нужно чтобы картинка-параллелепипед висела несмотря на то что рабочие УП меняются. и выдать данные двумя контурами - не нужно ничего искать в САМ и переделывать ПП . но нужно чтобы ЧПУ умела распознать
http://icecream.me/01047e1406e49b0db989405cd3954c66

[Igor Burtsev]

не надо прям визуализировать - но нужно чтобы картинка-параллелепипед висела несмотря на то что рабочие УП меняются. и выдать данные двумя контурами - не нужно ничего искать в САМ и переделывать ПП . но нужно чтобы ЧПУ умела распознать
http://icecream.me/01047e1406e49b0db989405cd3954c66

Вы имеете в виду вот эту подсвеченную снизу область как визуализаторе Mach3?

Чисто теоретически можно с g-code передавать контроллеру размеры детали как я показывал выше, только не комментариями, а как переменные(как #n=<значение> в NCSTUDIO>)можно постоянно редактировать значения soft limit у контроллера и вокруг детали будет рисоваться параллелепипед, хотя там вопросы о выключении ограничений по лимитам и переносе машинной координаты по Z до уровня детали, короче заморочка такая что не стоит и трогать.

[Igor Burtsev]

ну или если наши разработчики добавят в визуализатор отрисовку некой M команды и в g-code можно было бы в шапку вставлять что то типа M999 0_0_0_100_150_-20 координаты 2х точек краев заготовки по которой строился бы параллелепипед в визуализаторе.

[vtgmfg]

Вы имеете в виду вот эту подсвеченную снизу область как визуализаторе Mach3?

про мач ничего не могу сказать

ну или если наши разработчики

и ты будешь руками прописывать координаты углов заготовки? а откуда ты их возьмешь? в какой СК? придется считать на калькуляторе.
я ж вот предлагаю самое простое - 2 контура заготовки отдельным инструментом. получается 8 координат + СК + признак того что это не УП и не надо ничего делать в ПП и САМ.

[Igor Burtsev]

и ты будешь руками прописывать координаты углов заготовки? а откуда ты их возьмешь? в какой СК? придется считать на калькуляторе.
я ж вот предлагаю самое простое - 2 контура заготовки отдельным инструментом. получается 8 координат + СК + признак того что это не УП и не надо ничего делать в ПП и САМ.

стоп. начнем с начала. нужно отрисовать в визуализаторе параллелепипед описывающий что? размер заготовки или зону фрезеровки?
чтобы нарисовать параллелепипед нам не нужно 8 координат, а только 2 "по диагонали" углов из них вычисляются легко остальные.
Если описываем зону фрезеровки, тут легко, пишем функцию поиска MIN() XYZ и MAX() XYZ и у нас готовые 2 координаты описывающего параллелепипеда конкретный g-code.
Если описываем зону заготовки, то тут без вмешательства в CAM с последующим переносом в g-code координат WCS и дальнейшей обработкой ее программой визуализатора это сделать не получится.
Так как визуализатор отрисовывает только пути перемещения, все что не будет выполняться отрисованно не будет. Я пробовал выносить за M01 и M30 код, и даже в подпрограмму которая не выполняется. Не одна программа визуализатор его не показывает. Как то так.

[vtgmfg]

стоп. начнем с начала. нужно отрисовать в визуализаторе параллелепипед описывающий что? размер заготовки или зону фрезеровки?

заготовку. после привязки она окажется в рабочем поле и будет видно собственно где рабочая СК.
соответственно все последующие обработки будут попадать после загрузки внутрь этого параллелепипеда.
а могут ведь и не попасть. а если там еще внутри заготовки несколько деталей каждая со своей СК? то есть такая визуальная подстраховка.

чтобы нарисовать параллелепипед нам не нужно 8 координат, а только 2 "по диагонали" углов из них вычисляются легко остальные.

зачем этот гемор если CAM все выдаст сам? давайте усложним - заготовка может быть диском или каким то "сапогом". но одинаковой толщины.

Так как визуализатор отрисовывает только пути перемещения, все что не будет выполняться отрисованно не будет.

о чем и речь - ЧПУ должна понять что загружена не УП а именно заготовка с СК. это можно сделать например зарезервированным номером инструмента.

[vtgmfg]

короче заморочка такая что не стоит и трогать.

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

координаты 2х точек краев заготовки по которой строился бы параллелепипед в визуализаторе.

а если нужно будет чтото повернуть?

[Igor Burtsev]

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

Ваша идея перенести визуализацию которую вы видите в CAD/CAM программе в программу управления ЧПУ.... но без кардинальной переработки первой и поддержки второй это нереально. так как CAD/CAM помимо визуализации сгенерированного g-code еще и визуализирует файл вектора/3д модели и простыми методами перенести эту информацию нереально. Только если пойти путем когда управление станком будет осуществляться сразу с CAM. Но это уже что-то на богатом.

[Igor Burtsev]

То есть программа управления станком должна в качестве входных файлов принимать не готовый g-code на ложечке, а какую нибудь полигоналку типа STL/3DS/OBJ и др. или векторную графику и иметь модуль cam для построения траекторий.... Было бы конечно интересно напрямую с Арткама или Вектрика управлять станком, но ведь там столько проблем нужно параллельно решить, что это нереально. Банально потому, что попробуйте запустите программу с матче или еще в чем нибудь на выполнение и параллельно запустите CAM. И начнутся танцы с дымом и поломанными фрезами....

[Igor Burtsev]

У меня был случай в прошедшем году где клиент купил 3 небольших станка под фрезеровку алюминия, какие то формы делал для заливки, не суть, так вот он их все 3 подключил к 1 ПК на платах PCI-LPT и запускал сразу 3 копии Mach3, запускал все 3 станка 3д обработку и на этом же ПК запускал CAD чтобы рисовать дальше работу...... и это был тяжелый клиент , который не понимал почему не работает и зачем ему покупать еще 3 ПК..... он искренне уверовал, что он прав если он вложился в мощный ПК, то 100% должно работать, а не работает потому как мы тупые мастера ему настроить его гениальную систему не можем и пытаемся честного человека на деньги развести.....

[vtgmfg]

запускал сразу 3 копии Mach3, запускал все 3 станка 3д обработку и на этом же ПК запускал CAD чтобы рисовать дальше работу

какое это все имеет отношение к вопросу?

То есть программа управления станком должна в качестве входных файлов принимать не готовый g-code на ложечке, а какую нибудь полигоналку типа STL/3DS/OBJ и др. или векторную графику и иметь модуль cam для построения траекторий....

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

[Igor Burtsev]

какое это все имеет отношение к вопросу?

Я к тому, что все должно иметь здравый предел. И налепить свистоплясок или слепить огромный комбайн который будет и жнец и на трубе дудец чаще всего бессмысленно и не работоспособно. По вопросу имеется в виду целесообразность данной функции относительно затрат ресурсов на ее воплощение. Мы пришли к тому что просто это сделать не выйдет, по причинам описанным выше, а делать сложно не имеет смысла.

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

Я когда то что выше писал в голове вспоминал Cura там ведь конечно не то же самое, но что-то близкое по смыслу. У меня есть 3д принтер Two Trees Sapphire Pro и там свой автономный контроллер по wifi висит в сети. И когда готовлю программу в Cura там 3д модель как бы контурами видно, видно как и где слои (по сути те же пути g-code) а потом одной кнопкой отправляю на принтер файл, а дальше уже на принтере только Start нажать. Как бы в Cura визуализация прям почти то что требуется. Единственное нет обратной связи с принтером и во всеря выполнения анимации текущих действий нет.