Грпвировальная фреза не доходит до поверхности заготовки

[Амосыч]

Здравствуйте.
Ситуация следующая: В прошлом году был приобретён станок CNC 4540. Некоторые его ругают, но для моих целей вполне подходит.
Вопросов по нему ещё много, но есть актуальный. Постараюсь описать по-подробнее.
Для написания своих несложных программ я использовал UGS. Теперь задача усложнилась (для меня, конечно), возникла необходимость гравировать шильды.
Заготовки для них уже существуют, но туда надо вписать даты и порядковые номера. Дремелем получается не очень, возраст уже, Паркинсон подбирается.
Попробовал сделать программу в EstlCam. Написал текст, создал код .cn. Потом с помощью пробника по Z выставил ноль поверхности заготовки.
После чего программа заработала, но выше уровня поверхности.
Последовательность видна на скриншотах: текст, код после загрузки, код после обнуления. Вид в UGS специально показан лицевой, что бы видеть работу по оси Z.
Кстати, в UGS работа выглядит корректно, а фактически поднята примерно на высоту щупа. Пробовал корректировать эту высоту с помощью G92 Z19.28, но что-то видимо делаю не так,
или выше, или останов, не доехав до поверхности.

 

[Vlad-I-Mir]

 

[Амосыч]

Это интересно, и в будущем мне пригодится, но в данном случае я ипользую щуп и никак не могу понять, какие действия надо предпринять после обнуления.
То ли обнулить рабочие координаты, то ли вставить какой-то код в УП для компенсации или косяк в настройках.
Объясните на пальцах что нужно сделать после того, как щуп прикоснулся и отъехал. Кстати непонятно, почему после обнуления шпиндель поднялся на высоту обведённую в скриншоте жёлтым цветом. откуда взялась такая цифра? Толщина щупа 19.1 мм.

 

[demyuri]

Объясните на пальцах что нужно сделать после того, как щуп прикоснулся и отъехал.

Тыкнуть "старт" и идти спать. Если на пальцах, то так:

почему после обнуления шпиндель поднялся на высоту обведённую в скриншоте жёлтым цветом

Потому что так задано.

откуда взялась такая цифра?

Из команды щупа, G10 L20 P1 Z18.563
Изучайте матчасть, чтобы не плутать в трех соснах.
Подсказка: посчитайте разницу между реальной высотой щупа и заданным значением в команде щупа. Автомобильным щупом замерьте высоту инструмента над заготовкой. Рупь за сто, цифры совпадут (+/- сотые мм).

 

[OlegK]

Я не юзаю управляющий софт со станком (ну, может очень редко), всё больше с АК, скачал для интереса UGS.
Насколько я понял, у вас путаница в понимании работ команд G-кода и смещений рабочих координат.
Возможно, в UGS не слишком это очевидно, и я бы рекомендовал пока попользовать софт попроще, Кэндл, к примеру.
Вернёмся к UGS.
Посмотрите эти два кадра с ваших скринов, где P0 и P1 определяют смещения для разных "номеров" рабочих координат.
G10 P0 L20 Z0
G10 L20 P1 Z18.563

Т.е.
P1 = G54
P2 = G55
...
P6 = G59
Эти смещения записываются в память контроллера и самостоятельно не обнуляются, в отличие, к примеру, от G92Z10, которое действует до первой перезагрузки контроллера.
Для начала, убедитесь, что все смещения рабочих координат у вас сброшены (команда $# в консоли).
Результат -
[G54:4.000,0.000,0.000]
[G55:4.000,6.000,7.000]
[G56:0.000,0.000,0.000]
[G57:0.000,0.000,0.000]
[G58:0.000,0.000,0.000]
[G59:0.000,0.000,0.000]
[G28:1.000,2.000,0.000]
[G30:4.000,6.000,0.000]
[G92:0.000,0.000,0.000]
[TLO:0.000]
[PRB:0.000,0.000,0.000:0]
Для всех "полей" должны быть нули. Если это не так, то команда $RST=# сбросит эти значения.
Далее, измерьте и настройте высоту своего "пробника" (touch plate thickness)

и убедитесь, что система рабочих координат (work coordinates) выбрана верная

Подозреваю, что она должна совпадать с выбранной тут (work offset)