Постпроцессоры SolidCAM2023 для MACH3 LinuxCNC.

[alex_sar]

правда получилось не 3 отверстия а паз))

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

[vtgmfg]

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

[Курдль]

А удаляем вот это K'K_MinimumDepth,[' P'P_Dwell],'

А точно, что всё это надо удалять, включая [' P'P_Dwell]?

Использую G83. честно говоря в чем там разница и не вникал

Кстати, это т п/п и в цикле G83 тоже параметр К генерирует.
А отличается 73 от 83 тем, что 73 долбит с заданным отводом сверла, а 83 в каждом цикле полностью вынимает сверло из отверстия.

А чтобы CAM-программа (в данном контексте SolidCAM) выдавала на UI только нужные параметры при программировании операции, нужно поправить файл .vmid?
Типа вот этот тэг:

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

			<DrillCycle GppName="G73" Ver="3" GuiName="G73" Id="4" UseCycle="1" OperationType="0" PictureName="" DrillType="2">
				<CycleParams>
					<Param GppName="Q_Peck" Ver="1" GuiName="Q_Peck" ValueType="3" Value="0" DefaultValue="0.000000" IsStateActive="1"/>
					<Param GppName="I_FirstPeck" Ver="1" GuiName="I_FirstPeck" ValueType="3" Value="0" DefaultValue="0.000000" IsStateActive="1"/>
					<Param GppName="J_ReduceAmount" Ver="1" GuiName="J_ReduceAmount" ValueType="3" Value="0" DefaultValue="0.000000" IsStateActive="1"/>
					<Param GppName="K_MinimumDepth" Ver="1" GuiName="K_MinimumDepth" ValueType="3" Value="0" DefaultValue="0.000000" IsStateActive="1"/>
					<Param GppName="P_Dwell" Ver="1" GuiName="P_Dwell" ValueType="3" Value="0" DefaultValue="0.000000" IsStateActive="1"/>
				</CycleParams>
			</DrillCycle>

А можно поправить и в визуальном интерфейсе. Только это наверное не приведет к изменению собственно п/п, т.е. файла .gpp?

[vtgmfg]

А точно, что всё это надо удалять, включая [' P'P_Dwell]?

вроде это один параметр. ругаться будет.

только нужные параметры при программировании операции, нужно поправить файл .vmid?

может быть - до vmid я не дошел еще.

Кстати, это т п/п и в цикле G83 тоже параметр К генерирует.

у меня нет почему то - ктото поправил может уже до меня

[Курдль]

Ошибка в этой строке: G98 G73 X-8. Y0. Z-10.601 R2. Q1. K0. F150. о чём пишет EMC. Литера K - лишняя.
Cправочник по g-code в документации LinuxCNC

Это интересно.
В каноническом понимании циклов G73, G83 предусмотрено 2 типа параметров:
- QRP
- IJKRP
LinuxCNC ограничился QR.

Давайте повторим теорию.
На картинке ниже 2 случая для G83:
слева иллюстрация, как происходит сверление при задании шага сверления константой Q (всё ясно)
справа - полный набор параметров для изменяемого шага сверления.

Где:
I = Размер первого шага (клевка)
J = Величина, на которую будет уменьшаться каждый последующий "клевок"
K = Минимальная глубина шага. Когда поле нескольких циклов вычитания I - J значение шага станет меньше или равно К, шаг установится постоянным = К
R = значение ретракта
P = Остановиться на последнем шаге на заданное время

Таким образом, п/п нужно изменить так:
абзац

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

        if I_FirstPeck eq 0
            {nb, cDr'G'iDrillmode ' X'xpos' Y'ypos' Z'drill_lower_z' R'drill_upper_z' Q'Q_Peck' K'K_MinimumDepth,[' P'P_Dwell],' F'feed' 'cDrCys}
        else
            {nb, cDr'G'iDrillmode ' X'xpos' Y'ypos' Z'drill_lower_z' R'drill_upper_z' I'I_FirstPeck' J'J_ReduceAmount' K'K_MinimumDepth,[' P'P_Dwell],' F'feed' 'cDrCys}
        endif

заменить на

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

{nb, cDr'G'iDrillmode ' X'xpos' Y'ypos' Z'drill_lower_z' R'drill_upper_z' Q'Q_Peck' F'feed' 'cDrCys}

А из настроек .vmid убрать все параметры, кроме Q_Peck

Я правильно рассуждаю?

[vtgmfg]

LinuxCNC ограничился QR.

у меня - аналогично.

Я правильно рассуждаю?

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

[Курдль]

и непонятно - используется ли для этого ПП?

По моим представлениям - не должен. Он же "пост...". CAM-программа рассчитывает оптимальную траекторию по заданным параметрам. А п/п просто переводит её в коды.

[vtgmfg]

Он же "пост..."

да черт там разберешь.. будет у тебя симуляция работать если ПП удалить? если будет то он точно не при чем.

[vtgmfg]

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