cnc-club.ru

]Постпроцессор предназначен для плазморезок с отдельным датчиком высоты поверхности металла.

Отличия от постпроцессоров которые идут в комплекте:
1) Проба уровня металла не производится если предыдущая проба попадает в радиус игнорирования (переменная rsensiv в постпроцессоре) - очень важная штука при вырезании деталей типа шайб
2) В случае если пробу делать не нужно - резак сразу перемещается к месту прокола.
3) Если пробу делать нужно - к месту прокола перемещается датчик.
4) Смещение датчика относительно горелки указываются в постпроцессоре (переменные distinX и distinY)
5) Все перемещения не связанные с резкой делаются на G00 на safeZ
6) введен отдельно макрос М45 который только делает пробу (опускает горелку до металла и обнуляет Z), голову не таскает
7) макрос М3 только включает горелку


P.S.: Переделал сегодня, опробовал сегодня. У меня на резке деталей со скриншота экономия по времени составила 25% от стандартной SheetCamовской.
Будет время приведу в божеский вид (а может и нет, у меня и так работает ). Отдаю как есть. Доработать под себя не сложно.

http://yadi.sk/d/ZeleZM9-3xJaq

все это делается макросами Мача

На сколько я понимаю макросы мача накладывают дополнительные телодвижения на уже существующие перемещения управляющей программы.
т.е.
1) Подводим горелку к месту прокола
2) отодвигаем горелку и подводим датчик
3) ищем "землю"
4) отводим датчик подводим горелку
5) если следующий рез даже в 20мм - повторяем все с пункта 1

Мой постпроцессор работает по алгоритму:
1) Если предыдущий поиск земли был на расстоянии меньшем чем указано в rsensiv: перемещаем горелку сразу к месту прокола и режем
2) Если предыдущий поиск земли был на расстоянии большем чем rsensiv - перемещаем к месту ДАТЧИК, меряем землю, подводим горелку, режем.

Чувствуете разницу?

Для наглядности алгоритма работы постпроцессора - заснял сегодня на видео:
http://video.mail.ru/mail/zzzeon/27/29.html

По ссылке "Ничего не найдено"

Спасибо, поправил!
http://yadi.sk/d/64KU9X0D4iWir

положим сюда - если тс не против...

Странно но и этот и другие постпроцессоры почему то выдают на выходе странные несуразные коды типа
N0200 G03 X7.3548 Y71.6234 I24.8015 J-32.6349
которые мач3 просто отказывается переваривать, С чем может быть это связано? С тем что нужна 4 ось? У меня в станке четвертая ось синхронизирована с осью х , может быть из за этого не хочет работать?

ridirt писал(а): I24.8015 J-32.6349

в частности хотелось бы знать что это такое ? какие то коплексные числа? это для движения по дуге? как поменять тогда в щиткам так чтобы все делалось через операцию R ну или если уж никак то хотя бы с этими комплексными числами но чтобы работало

вот к примеру из другого постпроцессора взята та же строчка но рабочая
N0090 G03 X7.3548 Y71.6234 I39.9897 J96.4249

вроде же одно и то же рендерим, с каких х.. тода результаты разные. Или может в расширении все проблемы?

стр.33

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

выложи ж-код и постпроцессор о которых идет речь...

ну вот к пимеру взять построцессор мач2 плазма но зэд и запустить файл примера и получаем на выходе такую кракозябру

заметил такую закономерность, что есть 2 типа обработки дуг в разных типах постпроцессоров так как если проанализировать все выходные файлы от всех постпроцессоров то первую строчку половина обрабаотывает так

N0080 G02 X15.1881 Y129.0598 I7.4433 J139.2509 F5000.0 (работает)

а половина обрабатывает так:

N0070 G02 X15.1881 Y129.0598 I-10.1910 J-7.7449 F5000.0 (не работает)

может проблема в том что я использую мач3 и тот код который не работает будет работать в мач2?

и еще веселее вот этот код тоже у меня не работает

N0000 G91
N0010 M6 T12
N0020 M03
N0030 G00 Z20.0000
N0040 G00 X17.6343 Y146.9957
N0050 G00 Z8.0000
N0060 G01 Z0.0000 F500 S1
N0070 G02 X15.1881 Y129.0598 I7.4433 J139.2509 F5000.0
N0080 G03 X7.3548 Y71.6234 I39.9897 J96.4249
N0090 G03 X7.5567 Y71.4242 I8.1509 J72.2285
N0100 G02 X77.2862 Y-0.5682 I-173.6591 J-173.8606
N0110 G03 X78.9393 Y-0.5574 I78.1091 J-0.0000
N0120 G02 X148.7090 Y71.1964 I310.8167 J-156.2259
N0130 G03 X148.9226 Y71.4029 I148.1285 J72.0107
N0140 G03 X83.3670 Y121.2268 I116.2285 J96.4249
N0150 G01 X77.9956 Y114.1589
N0160 G01 X72.6246 Y121.2265
N0170 G03 X15.1881 Y129.0598 I39.9897 J96.4249
N0180 G02 X-2.7478 Y131.5060 I7.4433 J139.2509
N0190 G00 Z20.0000
N0200 M05
N0210 M05
N0220 M30
и надо заметить нашлась ошибка в строчке 70, а она совершенно нормальная и в других кодах работает.

Скорее всего не правильно настроенны центры дуг, в одном случае абсолютные в другом относительные. В настройках мача смотри.
(в LinuxCNC это настраивается через Gкоды, может и в Маче можно...)

Nick писал(а):Скорее всего не правильно настроенны центры дуг, в одном случае абсолютные в другом относительные. В настройках мача смотри.
(в LinuxCNC это настраивается через Gкоды, может и в Маче можно...)

В МАСН, переключается как отмеченно на скрине.

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