cnc-club.ru

odekolon писал(а):Фигня в том,что управление лазером требует кучи параметров типа "высота реза высота начала прокола высота окончания прокола время прокола колич импульсов на мм длит импульса мощность лазера" Найти постпроцессор который будет обрабатывать всю эту хрень, сложно а иногда и невозможно.

merkwurdigliebe писал(а):с номерными подпрограммами косвенные вызовы работают. если назвать файл 123.ngc:

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

o123 sub
(debug, hello world)
o123 endsub

то можно сделать

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

#1 = 120
o[#1+3] call

odekolon писал(а):это получается нужен постпроцессор постропроцессора

odekolon писал(а):честно говоря не знаю как это сделать срествами линукс....

odekolon писал(а):где хранить "таблицу профилей"?

odekolon писал(а):опять же прокол - это некоторая процедура, ее тоже придется вставлять в текст проги....

odekolon писал(а):вы, как часто бывает, уводите дискуссию в сторону от основного вопроса.
Любую задачу можно решить разными способами. Готового решения вы не предложили.

UAVpilot писал(а):Лично я прокол делаю средствами HAL а M3 только запускает последовательность действий.

odekolon писал(а):но сейчас думаю "а не перевести ли плазму на g-код...?"

odekolon писал(а):1. неограниченное количество профилей с разным(!) функционалом "прокол-резка" - "резка от края"-"гравировка"-"разметка" и т.п.

odekolon писал(а):2. возможность "ну самых извращенных операций прокола " . вообще нет границ! .

odekolon писал(а):3. оператору не нужно помнить режимы для каждого материала, достаточно взять номер профиля из таблицы на стенке и ввести номер в панели pyvcp.

odekolon писал(а):5. для реализации, не нужны дополнительные компоненты и глубокие навыки программирования (в hal, вообще, мало кто разбирается )

odekolon писал(а):8. реализация профилей на НАL непроста и требует дебаггинга с обязательной перезагрузкой системы после каждой итеррации. при реализации профилей на g-коде
достаточно перезагрузить просто перезагрузить УП!

odekolon писал(а):ЗЫ Ну а если кто подскажет как заремапить M3, буду длагодарен!

UAVpilot писал(а):средствами HAL, а M3 только запускает последовательность действий.

UAVpilot писал(а):odekolon писал(а):
но сейчас думаю "а не перевести ли плазму на g-код...?"
А зачем? Например на 3-4х осевых плазме/лазере логичней вообще исключить из управления планировщиком координату Z.

g38  - ищем поверхность
G90  
G0 zвысота прокола
M3 - вкл дугу
g0 высота подпрыжки
G04 P  ждем прокол
G0 высота реза
G91
F cкорость реза
M xx - включить режим слежения по напряжению дуги
 едем дальше

UAVpilot писал(а):"прокол-резка" и "резка от края" - это разная последовательность действий и задаваться она должна в УП программистом, ибо в случае "резка от края" есть координаты двух разных точек: точка начала реза детали (или поиска металла) и точка включения дуги. Как это можно задать профилем?

#199=21  выбираем профиль с подпрыжкой
M33  запускаем профиль
режем отверстие
G0 X0 Y0 - едем к краю листа
#199=01  выбираем профиль без подпрыжки
M33 Запускаем профиль
режем от края.

UAVpilot писал(а):odekolon писал(а):
3. оператору не нужно помнить режимы для каждого материала, достаточно взять номер профиля из таблицы на стенке и ввести номер в панели pyvcp.

Даже знать не нужно - профиль указывается сразу в УП. Конечно-же остаётся возможность разово изменить профиль (не в УП в файле!) через панель, в моих реализациях это доступно не любому оператору, в этом случае ЧПУ просто игнорит то, что задано в УП.

UAVpilot писал(а):odekolon писал(а):
2. возможность "ну самых извращенных операций прокола " . вообще нет границ! .
Каких например? Спиральное врезание?

UAVpilot писал(а):odekolon писал(а):
8. реализация профилей на НАL непроста и требует дебаггинга с обязательной перезагрузкой системы после каждой итеррации. при реализации профилей на g-коде
достаточно перезагрузить просто перезагрузить УП!

Ахренеть! А я не знал и как лох обхожусь без этих ужасов...

odekolon писал(а):выполнять в нем поледовательные операции - гемор еще тот...

odekolon писал(а):а вот на g-коде написать процедуру прокола - да "как два байта переслать"

odekolon писал(а):где-то хранить профили, подставлять данные из них в таймеры, мультиплексоры и т.п.

odekolon писал(а):в приведенной на схеме конфигурации оператор, вручную выставляет каждый параметр
что явно неудобно

odekolon писал(а):Чуть менее чем, все,конфигурации linuxCNC - конфигурации любительские.

odekolon писал(а):А вот тут, если скажете КАК, буду очень благодарен!

UAVpilot писал(а):Да ну нафик! Кто мешает конечный автомат соорудить?
Для примера старенький, но рабочий вариант:

UAVpilot писал(а): odekolon писал(а):
а вот на g-коде написать процедуру прокола - да "как два байта переслать"
Толстый металл так пробовал прожечь? Это когда в процессе прокола надо не тупо в паузе стоять, а двигаться вниз по времени или по напряжению?..

o100 sub
G38  - ищем поверхность
G90  
G0 Z высота прокола
M3 - вкл дугу
g0 Z высота подпрыжки
G04 P  немного жжем, если хочестся
G0 A180 - зададим желаемое напряжение дуги
M xx - включим режим слежения по напряжению дуги
G01 А110 F20   опускаемся  до желаемого напряжение дуги (кстати нужную скорость можно расчитать на том же G-коде )
G91
F cкорость реза выставм скорость по материалу
<_hal[halpin]>=3      выставим  таймер блокировки  клевка в начале реза
o100 endsub  едем дальше

UAVpilot писал(а): odekolon писал(а):
где-то хранить профили, подставлять данные из них в таймеры, мультиплексоры и т.п.
Место и способ хранения в любом варианте зависит только от фантазии разработчика и желания заказчика.

UAVpilot писал(а): В чём сложность отладки например вот этого? Что и зачем тут нужно перезагружать?
THCController.py.gz

UAVpilot писал(а):odekolon писал(а):
в приведенной на схеме конфигурации оператор, вручную выставляет каждый параметр
что явно неудобно
Тогда надо гнать такого разработчика, если он не может сделать удобно.

odekolon писал(а):Это примерно то же, что и у меня в конфиурации плазмы, токо нарисовано покрасивше

odekolon писал(а):хотите с плавным опусканием дуги по напряжению - пожалуйста

odekolon писал(а):Ну если заказчика "нахлобучить"нужно, тогда конечно...

odekolon писал(а):Вы опять передергиваете - я писал про внесение изменений в HAL - а вы код на питоне подсовываете...

odekolon писал(а):нас самом деле так - нужно было решить задачу - я ее решил.

odekolon писал(а):опять же мои профили-подпрограммы может любой программист-оператор поправить, а в вашем случае, нужен разработчик или сравнимый с ним по квалификации инженер.

odekolon писал(а):а от рукожопого оператора файлы можно дааалеко запрятать и не давать прав на редактирование.

UAVpilot писал(а):odekolon писал(а):
хотите с плавным опусканием дуги по напряжению - пожалуйста

И внезапно где-то в середине этой процедуры гаснет дуга...

UAVpilot писал(а):odekolon писал(а):
Вы опять передергиваете - я писал про внесение изменений в HAL - а вы код на питоне подсовываете...
Нет это вы передёргиваете! Я нигде не предлагал "вносить изменения в HAL"

odekolon писал(а): реализация профилей на НАL непроста и требует дебаггинга с обязательной перезагрузкой системы после каждой итеррации. при реализации профилей на g-коде
достаточно перезагрузить просто перезагрузить УП!

UAVpilot писал(а):Ахренеть! А я не знал и как лох обхожусь без этих ужасов...

UAVpilot писал(а):Мои как правило править не требуется - всё предусмотрено заранее. И в любом случае всё максимально документировано.

UAVpilot писал(а):P.S. Этот бессмысленный и беспощадный спор ни о чём мне окончательно надоел. Своим опытом я поделился как смог, никого обращать в другую веру не собираюсь.

UAVpilot писал(а):Каких например? Спиральное врезание?

ex71 писал(а):в кратце: параметры лазера должны меняться на лету.

ex71 писал(а):Проколы иногда надо делать отдельно.

ex71 писал(а):Да конфиги(профили) должны быть отдельно. При чем лучше если они будут выведены в окно системы. Где можно будет менять значения не останавливая станок с последующим перезапуском сначала.

ex71 писал(а):Я могу лишь посоветовать купить CypCut.