cnc-club.ru

alex_sar писал(а): ↑ ну а вообще, если бы указали на какую строчку ругается, было бы понятнее что происходит.

Если б я знал! Ругается на всю программу в целом: "Program exeeds machine maximum on axis Z"
upd: нашел! не хватало G43 (компенсация длины инструмента) .

здрасьте, прикидываю ремень, надо сделать редукцию 10 на серву в полтора кВт, с ном моментом, допустим 8 Нм, замучался гуглить, но таки нашел макс усилие для ремню и вижу, что для HTD 5M сказано 920Н на 10мм ширины, вроде бы всего хватает, но как то душе не спокойно.. скажет кто чего полезного?

ну и в целом с радостью приму советы какие и где купить ремни/шкивы, как то раньше не приходилось ременные узлы изобретать.

Duhas писал(а): ↑06 апр 2023, 08:27
ну и в целом с радостью приму советы какие и где купить ремни/шкивы, как то раньше не приходилось ременные узлы изобретать.

Вот такая прога нужна http://www.conti-belt.ru/ContiTech-Suite.html

Если надо, могу посчитать вечером, но нужна скорость вращения, размеры шкивов и расстояние между центрами.

В целом - жить будет, у меня весь станок на ремнях и сервах 750. Нет проблем.

Не знаю как сейчас, но пару лет назад linekom.ru был лучшим по выбору и ценам.

Спецы по G кодам, подскажите, а?
Сгенерил тестовую УП в SprutCAM для LinuxCNC. Вот такое начало:

G54 G90 G17 G21 G94 G97
(2D KONTUR 1)
T1 M6(12MM CYLINDRICAL MILL)
G64 P0.05
S10000 M3
G00 X534.52 Y986.
Z90.
G43 H1
Z62.
G01 Z50. F2000
X499.52
X205.

T1 M6 - это измерение длины фрезы, там вызывается плагин от verser-а.
G43 H1 - компенсация длины фрезы с учетом измеренного.
А где то между измерением и компенсацией видим

G00 X534.52 Y986.
Z90.

Я верно понимаю, что это движение в машинных координатах (поскольку ДО компенсации)?
Тогда почему все работает и LinuxCNC не ругается на вылет за пределы станка? А должен бы, у меня машинный ноль вверху и ось Z направлена вверх.
Думаю, что чего-то не догоняю, ибо все работает нормально, но почему?

Argon-11 писал(а): ↑ Я верно понимаю, что это движение в машинных координатах (поскольку ДО компенсации)?

нет, для движения в машинных координатах в строчке для каждого движения явно должно быть написано G53

А это в координатах G54, но без компенсации инструмента. Кстати плагин от verser'а возможно сам включает смещения. Я бы если делал, то обязательно включал!

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

alex_sar писал(а): ↑ А это в координатах G54, но без компенсации инструмента.

Я специально перезапустил LinuxCNC, выполнил Homing и далее запустил программу.
G54 я так понимаю в данных условиях - это в машинных координатах. Не?

Argon-11 писал(а): ↑06 апр 2023, 17:52

alex_sar писал(а): ↑ А это в координатах G54, но без компенсации инструмента.

Я специально перезапустил LinuxCNC, выполнил Homing и далее запустил программу.
G54 я так понимаю в данных условиях - это в машинных координатах. Не?

нет. в рабочих. linuxcnc записывает смещения g54 и восстанавливает при перезапуске.
это кстати всё на экране видно. посмотрите на циферки справа внимательнее.

Куда-то в файл записывает и потом при запуске загружает?
Ушел проверять!

Argon-11 писал(а): ↑06 апр 2023, 17:56 Куда-то в файл записывает и потом при запуске загружает?
Ушел проверять!

в linuxcnc.var записывает

Короче, у меня там после перезапуска и базирования все по нулям, включая Z.
А после MDI команды T1 M6 уже как будто учитывается длина фрезы. Тогда что делает G43 ?

Включает коррекцию на длину. У меня тоже коррекция длины включена вообще всегда, кроме момента когда шпиндель в точке смены. Вернее включается при установке первого инструмента после включения ЧПУ. Типа не известно достоверно есть ли в цанге чтонибудь. надо переделать чтобы считал что там последний инструмент на момент выключения. но обмер чтобы был обязательно. пожалуй так правильнее всего.
G43H в УП у меня не мешает. можно настроить чтобы сам не включал а следил за кодами что в УП. этот вариант мне нравится меньше.
но тут еще такой момент - у инструмента гипотетически может быть и несколько режущих кромок.. это у любителей все довольно просто, одна СК, без таблицы инструмента и привязка прямо к заготовке.

Кароч, я напрочь запутался.
Получается, в данном случае G43 почему-то не обязательно, а вот там viewtopic.php?p=646988#p646988
без G43 был вылет за пределы станка.
Пример: ниже УП с закомментированным содержимым кадра 10 не работает! LinuxCNC ругаеццо на вылет за пределы:

%
N1 G90 G94 G17 G91.1
N2 G21
N3 G64 P0.02 Q0.02
N4 G53 G0 Z0.
N5 M6 T1(10mm)
N10 (G43 H1)
N20 M03
N30 S10000
N40 G00 X100.084 Y45 Z150
N50 G01 Z50.000 F2000
N60 G02 I-0.084 J54.999
N70 G53 G0 Z0.
N80 M05
N90 M30
%

Если раскомментировать - работает.
Т.е. вопрос по сути тот же - почему в данном случае G43 имеет значение?

Argon-11 писал(а): ↑ Кароч, я напрочь запутался.

да немудрено если УП с сотней рабочих систем координат, каждый инструмент со своей длиной и поправкой на диаметр, а некоторые не в шпинделе а еще сами смещены от него по ХУ.))
а что делать. есть еще какие то G52 и G92 что ли - которые тоже чего то смещают кудато..

Argon-11 писал(а): ↑ Т.е. вопрос по сути тот же - почему в данном случае G43 имеет значение?

а это вопрос что он считает границами рабочего поля.. вот положение цанги(шпинделя) оно всегда внутри одного и того же параллелепипеда в машинной G53. а кончик инструмента ниже на H и это H не будет вписываться в него и не обязан. это логично. и почему Линуксцнц на это ругается хз..
вернее если в цанге инструмент - то машинные координаты нужно смещать на те же H. я слышал что G43H в машинных не работает. почему то..

vtgmfg писал(а): ↑ да немудрено если УП с сотней рабочих систем координат,

Как это сотней? Нее, я всегда работаю практически в машинной СК + компенсация длины фрезы.
В общем, еще раз проверил - LinuxCNC ругается на любую УП, где нет G43.
Может, в этом все дело? Т.е. в отсутствии G43 в тексте УП, а вовсе не в реальном выходе за пределы.

В качестве гипотезы: длина фрезы компенсируется после выполнения макросов при T1 M6. Встречающееся сразу после этого G43 H1 просто дублирует компенсацию (уже выполненную), поэтому не оказывает влияния. LinuxCNC при этом следит за наличием G43 после измерения длины фрезы. Не находит - ругается.

машинная это G53.
теоретически можно и в G53 работать - но это неудобно.
скорее всего вы в G54 работаете, многим этого достаточно. если деталь с переворотом то в КАД нужно будет назначить еще одну - например G55. а всего в линуксцнц вроде 9 рабочих. не шибко много.

Argon-11 писал(а): ↑ В общем, еще раз проверил - LinuxCNC ругается на любую УП, где нет G43.

я хз.. не линуксоид. если требует - можно в ПП включить "галку", чтобы КАД вставлял G43 автоматом в УП

Argon-11 писал(а): ↑ LinuxCNC при этом следит за наличием G43 после измерения длины фрезы. Не находит - ругается.

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

vtgmfg писал(а): ↑ скорее всего вы в G54 работаете,

видимо да, но вот эта моя G54, скорее всего, отличается от G53 только на компенсацию длины фрезы.

vtgmfg писал(а): ↑ можно в ПП включить "галку", чтобы КАД вставлял G43 автоматом в УП

Дело-то не в том, что надо или не надо G43, а в том, что я "присел на измену", когда увидел в УП перемещения по Z после измерения фрезы и до G43
Постпроцессор Fusion360 готовил УП без такого косяка, там между T1 M6 и G43 перемещений не было!
Наберусь завтра храбрости и проверю реальную необходимость G43. Есть возможность запустить УП в обход ругани.

Argon-11 писал(а): ↑ там между T1 M6 и G43 перемещений не было!

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

vtgmfg писал(а): ↑ может это графика только перемещается?

))) Какая графика? Я ж с текста УП начал viewtopic.php?p=647725#p647725