cnc-club.ru

что то не пойму или не найду, как увеличить точность измерения угла !? измерение линий можно настроить а вот с градусами бяда !!!

шпиндель писал(а):что то не пойму или не найду, как увеличить точность измерения угла !? измерение линий можно настроить а вот с градусами бяда !!!

В настройках же, во вкладке unit and value первая строчка линейные размеры, вторая angular precision. и представление в десятичной или минуты-секунды там же. точность для указания на бумажных чертежах там отдельно есть во вкладке drawings

hmnijp писал(а):В настройках же, во вкладке unit and value первая строчка линейные размеры, вторая angular precision. и представление в десятичной или минуты-секунды там же. точность для указания на бумажных чертежах там отдельно есть во вкладке drawings

вот спасибо !!!

Народ,так линукс снс пост можно юзать???или есть баги??Кто то уже разобрался как забрать подем поZ при старте??G0X0Y0
M30 в конце неплохо би!!!

Polyura писал(а):Народ,так линукс снс пост можно юзать???или есть баги??Кто то уже разобрался как забрать подем поZ при старте??G0X0Y0
M30 в конце неплохо би!!!

А взять файл постпроцессора и убрать из него подъём по Z не вариант?

Polyura писал(а):Народ,так линукс снс пост можно юзать???или есть баги??Кто то уже разобрался как забрать подем поZ при старте??G0X0Y0
M30 в конце неплохо би!!!

на предыдущей странице в теме описывал что и как

Так то ж на предыдущей странице было...

Argon-11 писал(а):Ждем очередного апдейта с исправлением новых багов!

Как будто поправили! Правда без упоминания в очередном списке исправлений.

Даж не знаю в нужную ли тему пишу.
Solidcam в G-коде через постпроцессор LinuxCNC передает информацию об инструменте вида:
(TOOL -1- MILL DIA 3.2 R0. MM )
При этом LinuxCNC видит указанный диаметр и отображает его в строке статуса.
Fusion360 передает в виде:
(T1 D=10. CR=0. - ZMIN=16.5 - FLAT END MILL)
При этом LinuxCNC не видит переданного диаметра и берет его из таблицы по номеру. Бывает, что в строке статуса отображается не тот диаметр.

Что правильнее сделать - поправить постпроцессор F360 или где-то в LinuxCNC имеет место быть настройка имени переменной/способа передачи этой информации?
Время появилось устранить неудобные/раздражающие места в станке...

Вроде как в теории должна быть заполнена таблица инструмента, и передается только его номер в параметре макро M6 T1. А в скобках это только справочная информация, у меня например там от балды всякие названия... ну во всяком случае когда за компенсацию отвечает CAM... либо дополнительно корректоры в коде G41-44

Полагаться на таблицу не всегда удобно. Например, у меня бывают переточенные фрезы с диаметром уже не 12.7, а 12.2. Корректорами пользоваться не умею, проще в софте задать верный диаметр, к-рый может не соответствовать таблице.
В общем, можно забить на это дело, ибо оно в моем случае ни на что не влияет. Но захотелось покопаться и сделать "как надо" ради опровержения поговорки "что временно, то постоянно"

Argon-11 писал(а):Полагаться на таблицу не всегда удобно. Например, у меня бывают переточенные фрезы с диаметром уже не 12.7, а 12.2. Корректорами пользоваться не умею, проще в софте задать верный диаметр, к-рый может не соответствовать таблице.

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

Argon-11 писал(а): В общем, можно забить на это дело, ибо оно в моем случае ни на что не влияет. Но захотелось покопаться и сделать "как надо" ради опровержения поговорки "что временно, то постоянно"

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

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

hmnijp писал(а):Если линукс заполняет табличку из справочных данных в скобках, это как-то и хорошо и плохо местами.

Не делает он этого.

UAVpilot писал(а):Не делает он этого.

Из каких-то данных он это таки делает. Я ж не сам заполнил изначально пустой файл tool.tbl. Когда использовал файлы, подготовленные в SolidCAM, диаметры инструмента в таблице еще и перезаписывались.

Я не находил в его коде ничего похожего.
Да и дурацкая это идея, обновлять таблицу инструмента из загружаемой УП - это ж потрёт в ней все реальные данные. Откуда например УП знает реальный диаметр установленного инструмента?..

UAVpilot писал(а):Откуда например УП знает реальный диаметр установленного инструмента?..

вот это я бы и хотел понять, но ни одного из тех файлов из-под Solidcam не осталось.
отчетливо помню, что в начале файла было что-то вида "MSG бла-бла-бла, диаметр инструмента".

Так это штатная фишка, не имеющая отношения к инструменту:

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

а сам контур в нужную сторону? а то может он случайно внутри режет

iMaks-RS писал(а):баг такой только при ручной установке... если выбрать автоматически - то все пермычки снаружи..

у меня всё в норме...и вручную и автоматом....