cnc-club.ru

vektor_z писал(а):Кстати как там обстоят дела с моими гайками?

можешь забирать - все готово

umerov писал(а):СпрутКАМ - не тот CAM для пятиосевой обработки.

Посоветуйте чем надо, сравним

vektor_z писал(а):края плиты свисают от кареток примерно на 250-300мм..

может три рельса под стол поставить?

aegis писал(а):можешь забирать - все готово

Круть Ювелирная работа!!
Кинь номер карты и сумму в ЛС.

OSA писал(а):может три рельса под стол поставить?

Да ну нафиг... Динамическая нагрузка на одну 25 каретку хивин 26kN тоесть примерно 2.6 тонны силы...

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

aegis писал(а):vektor_z, там больше стол поддержать нужно. он реально хиленько выглядит

Пока нет смысла с ним возится, это чистая теория.. Будем посмотреть на практике, хлипкий будет стол или нет. А вообще, наверное лучше загнать модель в солид и посмотреть на динамические нагрузки и прогибы.

Кстати, а как решается вопрос в Mach или в LinuxCNC в 5 координатах, если сломалась фреза, её заменили, а дальше? Можно просто задать новую длину фрезы и продолжить обработку без пересчета УП?

Такс.. помучил сейчас немного сервы. та же беда.. Включаю питание 220В, подаю на COM+ и COM- 12В Serv-ON вешаю на COM- , Двигатель в удержании и тихонько пищит, как только подаю степ импульсы с кфлопа двигатель чуть провернется и драйвер уходит в защиту, ошибка иногда 16.0, а иногда 14.1
Пробовал несколько комплектов, все тоже самое. Читал мануал, ошибка 16.0 это перегруз по моменту.. Как момент понизить или что с ним нужно сделать??

Мда.. Проблема с сервами решилась, все оказалось намного проще чем я предполагал. Просто перепутал фазы на двигатель и он вращался в другую сторону, а энкодер в свою очередь давал отрицательные показания в драйвер, который пытался вернуть вал двигателя на место... Получился такой себе аналог "лебедь рак и щука" . И конечно же драйвер уходил в защиту от перегруза...
А я тут уже пол мануала изучил..
Блин, такие маленькие движки, а силы у них немеряно.. Пытался удержать вал руками за муфту, так чуть пальцы не пообламывало.

vektor_z писал(а):

michael-yurov писал(а):Хорошо бы сделать укосины, препятствующие наклону портала относительно центральной нижней балки.

ukr-sasha писал(а):А я вижу проблему в недостаточной площади боковых опор.

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

30.JPG

31.JPG

32.JPG

33.JPG

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

vektor_z писал(а): Просто перепутал фазы на двигатель и он вращался в другую сторону, а энкодер в свою очередь давал отрицательные показания в драйвер, который пытался вернуть вал двигателя на место...

Странно, ему еще без импульсов Step просто при попытке рукой прокрутить, либо даже без этой попытки должно было крышу сорвать (т.к. вместо ООС получилась ПОС), а вот оно как, спасибо за отчет, возьму на заметку

vektor_z писал(а):А я тут уже пол мануала изучил..

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

vektor_z писал(а):Вот на этом фото хорошо видно..
А теперь представьте что вместо двух отдельных опор стоит один монорельс..

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

michael-yurov писал(а):Как в этом случае заменить сломавшуюся или затупившуюся фрезу в процессе обработки?

Есть дополнительные компенсации на длинну фрезы. Что-то можно отдать на откуп CAM, а что-то, например замену фрезы и доп компенсатор - в linuxcnc / mach3.
Надо конечно узнать как они там работают... Но вроде должно быть нормально.

В linuxcnc в стандартных кинематиках другая проблема - скорость подачи вроде вычисляется как перемещение в n-мерном пространстве, без учета того, что поворотные оси дают бОльшие перемещения. Но это наверное должно решаться на уровне CAM.

vektor_z писал(а):Тоже сомневался в этом узле, слишком маленькая площадь под опорами, и портал будет шататься вперед-назад. Немного доработал, думаю так будет лучше.

Вылет для укосины надо раз в 5 больше, они лучше всего работают, когда угол у них 45 градусов.

Nick писал(а): Есть дополнительные компенсации на длинну фрезы. Что-то можно отдать на откуп CAM, а что-то, например замену фрезы и доп компенсатор - в linuxcnc / mach3.
Надо конечно узнать как они там работают... Но вроде должно быть нормально.

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

А так ли обязательно? Корректоры для осей не линейны относительно длинны инструмента? Их нельзя просто сложить?

Ну а как?
Даже если оси перпендикулярны и т.п. - на сколько нужно откорректировать положение осей, если одна поворотная ось в данный момент под углом 45°, а вторая под углом 30°?

Хорошо, если нолевой угол при строго вертикальном расположении одной из поворотных осей, и параллелен одной из осей XY у второй поворотной.

Но всегда ли так? Кинематика бывает разной.

Т.е. если мы знаем вектор нормали - получается можно расчитать смещение для XYZ, но всегда ли так?

Вероятно, я просто чего-то не знаю, и есть хитрые способы решения вопроса.