dxf перевести в g код
cnc-club.ru
Статьи, обзоры, цены на станки и комплектующие.
Генерация G-кода из DWG или DXF
Генерация G-кода из DWG или DXF
Сообщение Сергей Саныч » 12 сен 2012, 16:02
Re: Генерация G-кода из DWG или DXF
Сообщение aftaev » 12 сен 2012, 16:56
Re: Генерация G-кода из DWG или DXF
Сообщение Сергей Саныч » 13 сен 2012, 13:19
Re: Генерация G-кода из DWG или DXF
Сообщение Nick » 17 сен 2012, 14:39
Use the Console, Luke.
Re: Генерация G-кода из DWG или DXF
Сообщение Сергей Саныч » 17 сен 2012, 14:58
Re: Генерация G-кода из DWG или DXF
Сообщение Nick » 17 сен 2012, 18:50
Use the Console, Luke.
Re: Генерация G-кода из DWG или DXF
Сообщение Сергей Саныч » 18 сен 2012, 12:05
cnc-club.ru
Статьи, обзоры, цены на станки и комплектующие.
Генерация G-кода, из текста, рисунка, и файлов PLT, DXF
Сообщение selenur » 10 июл 2016, 01:35
Более подробно под спойлером:
Вот 2 видео примера создания G-кода из текста, и рисунков, с последующим открытием G-кода в программе Planet-CNC
https://www.youtube.com/watch?v=K_h2KEQm4ag
Интерфейс программы реализован, в виде набора страниц, которые отображаются в определенной последовательности, и только те страницы, которые необходимы, для получения результата.
Начальные данные могут быть 2-х вариантов, это рисунок, или некий набор отрезков, точек. В конце эти данные преобразуются в необходимые данные, для получения G-кода.
Порядок следования страниц следующий:
Вот изображения возможных станиц:
Re: Программа генерации G-кода, из текста, рисунка, PLT файл
Сообщение selenur » 10 июл 2016, 23:21
Поправил ещё кое какие ошибки, и записал видео получения G-кода из PLT файла.
Для примера я скачал герб России в формате CorelDraw и экспортировал в формате PLT:
https://www.youtube.com/watch?v=vc1hpwsle0k
Но пока есть проблема, заключается в том что если есть несколько замкнутых траекторий, которые закрашены внутри, и одна траектория находится над другой, то мой алгоритм пока не скрывает невидимые линии.
Пока делал видео заметил что корел может импортировать данные из кучи форматов, и я проверил на формате DXF, т.е. через корел прогнал DXF, и посредством PLT загрузил в свою программу, и вот что получилось:
https://www.youtube.com/watch?v=TZC_JyoQqLk
Ну и более свежая версия программы:
Re: Программа генерации G-кода, из текста, рисунка, PLT файл
Сообщение mycnc » 11 июл 2016, 01:52
Re: Программа генерации G-кода, из текста, рисунка, PLT файл
Сообщение xvovanx » 11 июл 2016, 08:41
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.OutOfMemoryException: Out of memory.
at System.ComponentModel.ReflectPropertyDescriptor.SetValue(Object component, Object value)
at System.Windows.Forms.RadioButton.PerformAutoUpdates(Boolean tabbedInto)
at System.Windows.Forms.RadioButton.set_Checked(Boolean value)
at System.Windows.Forms.RadioButton.OnClick(EventArgs e)
at System.Windows.Forms.RadioButton.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3655 (GDR.050727-3600)
CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
—————————————-
ToolsGenGkode
Assembly Version: 2.0.0.0
Win32 Version: 2.0.0.0
CodeBase: file:///D:/Torrent/Load/genGkode/ToolsGenGkode.exe
—————————————-
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3645 (GDR.050727-3600)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
—————————————-
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3644 (GDR.050727-3600)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
—————————————-
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3644 (GDR.050727-3600)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
—————————————-
Cyotek.Windows.Forms.ImageBox
Assembly Version: 1.1.4.2
Win32 Version: 1.1.4.2
CodeBase: file:///D:/Torrent/Load/genGkode/Cyotek.Windows.Forms.ImageBox.DLL
—————————————-
Accessibility
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.3053 (netfxsp.050727-3000)
CodeBase: file:///C:/WINDOWS/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
—————————————-
When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
как конвертировать dxf в g-code
Опции темы
как конвертировать dxf в g-code
прошу помощи.как перегнать dfx в другой вид файла понятный для mach3 в котором нет функции импорта dfx в g-cod
зарание респект и уважуха
По мойму ArtCam может dfx импортировать.
Ну дык в маче есть импорт dxf
посоветуйте програму для написания текстов и перегона в g-код.
Кстати было бы неплохо. Меня сейчас интересуют подобные программы для гравера, а лучше открыл фотку и она транслирует на станок построчную развертку X-Y и уровень яркости для каждой точки. Проще довести все до уровня принтера.:D
Так мне и нужно для ударного гравера, практически как лазер, только медленнее.;) Посмотрел нигде не видно готовых программ такого типа, скорее всего прийдется искать, кто напишет, програмулька маленькая, думаю будет не очень дорого или перепрограмировать какой-нибудь принтер:coffee:
Кстати когдато Художник писал про подобную програмулину, только смотрю он давненько сюда не заглядывал, может кто знает где его найти?
Для таких простых задач, как построчный вывод точечного рисунка неразумно использовать сложные программы (в смысле сложные для большенства работников;)) или платить больше, что не самое выгодное. Самый оптимальный вариант упростить задачу до уровня принтера, даже если необходимо заплатить один раз за программу. Второй ньюанс, программы типа Mach очень медленно работают в таких режимах. И в третьих хотелось бы работать через usb, раз уж всеравно писать программу, да и на будущее перспективнее.
Дайте толковое описание DXF. По русски.
Гдеж его взять, да и не знаком я с програмированием (в 80-х в техникуме бейсиком баловались на БК), а сейчас влом разбираться, да и долго, лучше оставить хлеб специалистам:D
Можно порыться в сети, только нужно точно знать, что искать, а это легче сделать тому, кто писать програмулину будет.;)
Здесь есть такой, там правда небольшая обшибочка вначале. Там же показано как примерно это должно выглядеть.
А если совсем маленький то наверное так как-то:
N136 G1 Z25.
N138 X38.091 Y-.645
N140 G3 X36.993 Y3.453 R3. (Круговая интерполяция против часовой стрелки, из точки
X38.091 Y-.645 в точку X36.993 Y3.453 с радиусом дуги 3мм)
N142 X33.007 Y-3.453 R3.987 (то же, из точки X36.993 Y3.453 в точку X33.007 Y-3.453 с радиусом 3.987мм)
N144 X36.993 Y3.453 R3.987
N146 X32.895 Y2.355 R3.
N148 G1 X31.395 Y-.243
N150 Z35.
Я не совсем понял, пишется именно конвертер, или интерполятор? Если конвертер, то в какой формат?
Успехов 🙂
Спасибо! Пишется программа управления станком. Вернее, уже написана, идут тесты. И сейчас она «понимает» exellon, Gerber, PLT, DXF, и G-code. Вычитал мнение, что программы понимающие только G00 и G01, являются как бы не совсем. И решено было добавить интерполяцию. Но так как опыта в этих дугах нет, решил спросить мнение знающих.
а я всегда считал что для каждого станка своя прога которая компилирует ж кода исходя из особенностей станка. например у нас прога Combi5. и постпроцессор для каждого станка свой.
На 100% согласен. Тут другое. Я лично знаю двух человек, которые забросили хоббийное станкостроение именно из-за ПО. Выражение о маче: » Ого, да оно как в игровой автомат в казино. И чего тут нажимать?». Ну и так далее. Предпринята попытка сделать максимально простую в понимании, и без лишних наворотов программу ДЛЯ ХОББИЙНЫХ применений. Исходя из этого и протокол step-dir и ТМ7(VRIcnc) для 3-х осей. Соответственно «понимание» максимально возможного количества форматов, без конвертеров и пр.
Домашний ЧПУ-фрезер как альтернатива 3D принтеру, часть третья, ПО и G-code
В этой статье хотелось бы рассказать о необходимом в работе ПО, а заодно дать маленькую вводную по g-коду. Опять прошу простить непрофессионала, могу что-то упустить, а в чем-то быть неточным. С другой стороны, все описанное в моих статьях — исключительно личный опыт, и он точно работает в приближенных к офисно-гаражно-домашним условиях на простых китайских фрезерах с ЧПУ.
ПО для работы можно разделить по уровню абстракции снизу вверх: прошивка драйверов двигателей, «стойка ПУ» или замещающий ее программно-аппаратный комплекс на базе ПК или МК, CAM — ПО, строящее траекторию движения инструмента и преобразующее ее в G-код, и CAD.
Наиболее низкоуровневое ПО — прошивка драйверов двигателей, которая преобразует сигналы шага и направления (step/dir) для шаговых двигателей либо скорость/направление для серводвигателей в значения напряжения и тока, подаваемые на обмотки двигателей; его мы не выбираем и не модифицируем, по крайней мере в обсуждаемом случае.
Следующий уровень — «стойка» — программно-аппаратный комплекс, преобразующий строки кода в сигналы для драйверов. Тут уже интересней, по крайней мере на этапе выбора станка (или выбора компонентов для самостроя) мы можем остановиться как на промышленных стойках начального уровня (GSK, Washing, бэушные старые сименсы и фануки), так и на сочетании интерфейсных плат (от банального LPT и опторазвязанной китайской красной платы до MESA) с ПО — LinuxCNC, Mach3, NCStudio и прочих. Лично у меня большой положительный опыт с LinuxCNC и NCStudio; несмотря на простоту и того и другого, с обработкой по готовому простому G-коду нотации ISO-7bit они справляются на ура. У промышленных стоек есть преимущество в гибкости настройки приводов и возможности подключения большого количества периферии, а так же возможность работать по расширенным G-кодам (циклам) и макропрограммам, но при нынешней доступности КАМ-систем и штучном производстве это не нужно.
Уровнем выше идут CAM (computer aided manufacture) программы — ПО для создания траекторий, описывающих прохождение инструмента в заготовке. И вот тут у нас начинается полный разброд и шатание. С одной стороны, бесплатного или условно-бесплатного CAMа мало. Чтобы не сказать вообще нет пристойного. Да, есть плагин для Inkscape, есть какие-то нестабильные чудеса пятилетней давности, есть триальный фьюжн, есть плагины для CADов… Кстати, по поводу совсем простых, на раскроечный роутер мы долго прикручивали G-CodeTools для Inkscape, но так и не смогли достичь приемлимых скоростей связки оператор-плагин. В результате купили CamBam+ за смешные по меркам рынка 150 долларов и наслаждаемся. А так — все из дешевого или бесплатного либо под совсем простые обработки, либо глюк на глюке и глюком погоняет. Мы перепробовали кучу всего в демках и ломаных версиях, в результате провели переговоры с жабой и финдиректором, и купили PowerMill — по отзывам и пережитым в процессе перебора эмоциям, пожалуй, оптимальным для небольшого производства инструменте. Уже позже на нас вышли замечательные товарищи из SprutCAM, дали демку, и мы с ужасом обнаружили, что переплатили примерно в 20 раз — почти все наши потребности закрываются вполне демократичным SprutCAM Mach3. Купили, конечно (типа про запас по подарочной цене), но потом нашли пару недостатков, так что используем исключительно ПМ.
Чуть не забыл: промежуточным этапом между g-code и CAM выступает постпроцессор — когда-то отдельная программа, а ныне встроенный модуль всякого пристойного CAMа. Это та самая штука, которая преобразует траекторию CAM в код конкретного станка. О постпроцессоре стоит знать только что он есть, и что у него есть описание, привязанное к конкретной нотации кода, воспринимаемой станком. Условно, некоторые станки просят нумерацию строк, некоторые — «;» в конце каждой строки, некоторые вообще русскими буквами команды принимают, ну и так далее. Для рассматриваемых станков (домашние фрезеры) вне зависимости от того, MACH3, LinuxCNC или NCStudio пойдет стандартный постпроцессор fanuc0i 3axis.
Ну и самый высокий уровень — CAD, он уже совсем далек от станка. Тут выбор почти бесконечен, и даже посвободней, чем в 3D-принтерах, благо фрезеровка идет до поверхности, и на входе CAM может быть не твердотельная модель, а граничная поверхность. Нормальные CAMы почти всеядны и с одинаковым удовольствием втягивают модели из чего попало — от 3DMAX до SolidWorks.
Несколько раз начинал я писать про g-code, но каждый раз забрасывал. С одной стороны, полный g-code неоднозначен, по крайней мере в части циклов: даже разные серии станков одного производителя могут трактовать g-коды разным образом, а в основных кодах все и так понятно. С другой — современная CAM-система позволяет оператору вообще не знать g-кода как класса, обходясь дерганьем мышкой по окошечкам компа. Но когда один из наших операторов (хороший кстати, ВО, опыт и все такое) не справился с задачей «сделать тестовую прогу, которая 1000 раз прогонит шпиндель вверх-вниз на 30 мм», я понял, что хотя бы общее понимание быть должно. Даже если не писать простые программки, то хотя бы чтобы разобрать и отдебажить что там нам постпроцессор написал.
Во-первых, стоит знать, что g-code идет кадрами, каждая строка — кадр. Код
даст переход по линии, соединяющей текущее местоположение и точку x10y20, а код
даст переход по ломаной — сначала в точку (текущее положение, x10), а потом уже в точку x10y20.
Кстати, на втором примере мы можем увидеть свойство модальности: мы можем не писать G1 в начале второй строки, ибо G1 — модален и стойка поймет кадр без кода как дублирующий код предыдущего. Если бы мы пытались пройти по дуге (G2/G3) и так же вторую часть перенесли бы на следующую строку — стойка бы интерпретировала эту строчку как новый кадр G1.
Итак, первая группа кодов, которые стоит знать — установочные. Сюда входят коды установки системы координат, системы единиц, установка коррекции длины и радиуса инструмента. Для хобббийного ЧПУшника достаточно из всего этого знать строку безопасности, которая ставится в начале каждой программы:
И расшифровка: G17 (работаем в плоскости XY) G21 (единицы — миллиметры) G40 (отмена компенсации длины инструмента) G49 (отмена компенсации радиуса инструмента) G54 (работа в первой системе координат) G80 (отмена ранее запущенных постоянных циклов) G90 (работа в абсолютной системе координат). После такой лошадиной дозы команд любой станок очищается от всех возможных грехов, оставшихся с предыдущих обработок, и готов к работе над вашим проектом. Даже если ваш станок не знает ничего про коррекции, не стесняйтесь — на фоне тела программы эти несколько байт сильно размера программе не добавят, станок чужеродные коды просто проигнорирует, зато точно все будет хорошо.
В общем, пожалуй, тут больше и знать-то нечего для работы на обсуждаемых станках.
Разве что G54 — обозначение работы в первой системе координат. Дело в том, что почти любая стойка по умолчанию поддерживает машинную систему координат (с нулем на концевых датчиках, обычно в углу рабочего стола), и до 6 дополнительных систем координат, задаваемых пользователем. Зачем? Когда Вы работаете в CAM, Вы задаете произвольную нулевую точку — в верхнем левом ближнем углу (так правильней) или в центре заготовки, и вся траектория описывается от этой точки. Если бы станок умел работать только в машинной СК, приходилось бы либо ставить заготовку углом в машинный ноль, либо в CAM задавать ноль в неясной точке, вымерянной относительно реального расположения детали. Зачем целых 6 систем координат? Ну тоже все просто, хотя и реже используется: если стол позволяет установить несколько заготовок, имеет смысл объединить обработки: сначала пройти все заготовки одной фрезой, потом поменять фрезу и снова пройти по всем, ну т.д. Тут и приходит на помощь разные СК: вместо того, чтобы сращивать модели в CAM, можно обозначить разные СК для заготовок и в начале каждой обработки прописать, в какой СК работаем.
Теоретически при ручном написании программы еще может помочь команда G90/G91: выбор абсолютной или относительной системы координат. Тут все тоже боль-мень просто: в G90 станок переходит по заданным в строке координатам, а в G91 — по добавленным к текущим координатам. Так что станок, стоящий в точке X10Y10 на строку G90 G1 x20 перейдет в точку X20, а на строку G91 G1 X20 — в точку X30.
Следующая группа — коды перемещений. Тут все просто, по крайней мере на обсуждаемых станках:
G0 — холостые перемещения, выполняются на максимальной установленной в стойке скорости. Стоит учитывать, что G0 не всегда дает линейное движение, в некоторых стойках при команде G0 X200 Y300 при нахождении в точке X0Y0 рабочий инструмент сначала уходит под 45 градусов в точку X200Y200, и потом по прямой — в Y300. Имеет смысл проверить, как это происходит на Вашем станке, не зная этой тонкости можно случайно врезаться в крепеж или заготовку.
G1 — линейная интерполяция. Тут еще проще, станок движется всегда по прямой между текущей точкой и точкой, обозначенной в коде. Команда предполагает синтаксис G1 X20Y30Z10 F1000, где F — скорость движения в единицах станка (чаще — миллиметры в минуту, но иногда и мм/сек или еще что-нибудь экзотическое). Скорость — модальна, т.е. если Вы указали скорость один раз, она будет действительна для всех последующих строк G1/G2/G3, даже если они разделены, например, G0 или другими кодами.
G2/G3 — круговая интерполяция по часовой или против часовой стрелке. Допустимы два варианта определения: при нахождении станка в точке X0Y0 формат G2 X10Y10R20 построит дугу между текущей точкой и точкой X10Y10 с радиусом 20, формат G2 X35Y25 I20J-5 построит дугу между текущей точкой и X35 Y25 с центром в точке X(текущая точка)+20 Y(текущая точка)-5.
Теоретически, в продвинутых стойках встречается масса других интерполяций — от синуса до гиперболы, но в наших станках и при наличии CAMа это неактуально.
Ну и еще несколько кодов, которые входят в систему ISO 7bit, но не являются g-кодами. Это M03 (включение шпинделя) с аргументом S (скорость вращения), M05 — остановка шпинделя, M07/09 — подача и отключение СОЖ, и M30 — окончание программы.
Фух. Как-то сумбурно и затянуто получилось, но это действительно может оказаться полезным. На этом прощаюсь, в следующей серии я напишу немножко по материалам для домашнего ЧПУ-фрезера и опишу процесс построения обработки в PowerMill.
DXF 2 G-Code
Convert a variety of 2D file types to gcode files for CNC machines
Operating system: Windows
Release: DXF 2 G-Code 2019.01.03
Last revision: Last week
This software (dxf2gcode) is a really powerful piece of software that lets you convert a variety of two-dimensional drawings (2D) to a G-code that is compatible with many CNC machines. This particular piece of software is easy to use and is compatible with some 2d image formats such as the DXF format, the PDF or portable digital format type of drawing, and even postscript or PS format file types. This software provides support for drag knives and lathes as well, and the accuracy of the lathes and support for arcs is guaranteed to come in handy. Furthermore, this software provides a three-dimensional viewer, which allows you to visualize the three-dimensional version of your previously two-dimensional drawings. Using this software, you can easily modify the g code output and visualize it in three dimensions. Furthermore, this software is compatible with a number of versions of Windows, such as Windows NT, Windows 98, Windows Vista, Windows 95, and even Windows Server, so it can be used on almost any Windows-based computer.
Excellent software for the conversion of two-dimensional file types to graphical format gcode format files. Easy to use with most common Windows operating system based computers. It makes it easy to convert several file types to a gcode file that is capable of use on a number of CNC machines. It also makes it easy to modify the files prior to saving and use on a CNC machine.
Easy to use and simple file conversion to gcode