Таблица лидеров

По порядку: 1. Пост таки должен поддерживать вывод дуг в XZ / YZ, как в *vmid, так и в *.gpp 2. Для HSM-линейной допуск расчета переходов должен быть точнее допуска аппроксимации дуг 3. Еще настоятельно рекомендую проверить как будет отрабатываться УП, если в станке используется программная, либо станочная компенсация угла разворота в плоскости XY, дуги в XZ / YZ могут выполняться некорректно.

Да

Оценивал только как "костыль" ...О какой точности может идти речь - в STL она уже потеряна (!) Для призматических объектов.поверхностей самое оно, для остальных лишь приближение.... ---- ... мой совет для тех кто хочет преобразовать "то что осталось" и "нет доступа к оригиналу"... И такую одним кликом ? case cover.STL

Скорее всего так быть не должно, чтобы привязать осевой инструмент по датчику, необходимо точно знать его диаметр и иметь возможность произвести касание ленточкой расположенной точно в плоскости XZ, а это не всегда возможно. Диаметр сверла как правило на пару соток меньше номинала, а с мех креплением на пару десяток, будут проблемы. Я бы на вашем месте поставил фрезу, хвостовиком наружу, и привязав её по датчику, определил расстояние до оси вращения. Затем это число можно будет просто вводить в таблицу офсетов без касания датчик, примерно как на станке HAAS.

Пост тут не причем, это стратегия HSS не выдает дугами ! Попробуйте стратегию HSM линейная !

da51_gb.pdf

Поддерживаю. (Скорее всего при перепесывании ISO c ASME допустили "неточность").

я бываю, толку только от меня)))

Открой файл с настройками и пропиши всё ручками