Самодельный лазерный гравер/резак

Александр_

Участник
кстати об разрешении кривой: на стр. 24-25 руководства нашел меню настройки точности кривой, которой не нашел в русскоязычной программе. это так специально?
 

3D-BiG

Участник
Константин, я говорил про штатные средства, расуждая про PLT-формат, а Вы уже находите обходные пути предмасштабирования.... :)
Русский ум пытлив и находчив - поэтому и находит обходные пути (ну как ваш предмасштабирования), некоторые для повышения гладкости на контур принудительно точек сажают, я предпочитаю загнать в предел возможного драйвер выдачи, но это все штатные средства, а вот предмасштабитование - это уже "секретное оружие" программистов - кстати - очень классная идея.... :D
За классную иде, воплощеную в жизнь!!!! :drinks:
 

Александр_

Участник
Сегодня реализовали подключение по предложенной схеме. К сожалению, та же песня. До боли знакомый овал вместо круга. Незавичимо от скоростей и ускорения.
Для очистки совести проверил механику - все вроде в порядке. Очень похоже на какой-то программно-аппаратный глюк. Вот например, при многократном повторении резки многоугольника с возвращением в "дом" наблюдается явный сдвиг каждой последующей резки. А ведь если бы был люфт, то при выставлении в "ноль" по концевикам хотя бы начало резки попадало бы в одну точку.
Вот такая неприятность.
P.S. А сколько трубка может храниться? А то пока то да сё - выдохнется еще.
 

3D-BiG

Участник
Труба может храниться достаточно долго - рассуждения о вытекании гелия несколько преувеличены....
 

Александр_

Участник
ну слава Богу, а то мало того, что ничего не выходит, так еще думал, что труба портится.
 

SKV

Участник
Александр_ написал(а):
...Вот например, при многократном повторении резки многоугольника с возвращением в "дом" наблюдается явный сдвиг каждой последующей резки. А ведь если бы был люфт, то при выставлении в "ноль" по концевикам хотя бы начало резки попадало бы в одну точку.
Вот такая неприятность.

Возвращение в дом - по окончании задания или по кнопке E-Stop? результат должен быть разный. Сегодня отправим субдрайвера, а то что-то проект застопорился :)
 

Александр_

Участник
отписал в личку
 

Вложения

  • Graphic1.jpg
    Graphic1.jpg
    62,3 KB · Просмотры: 763

SKV

Участник
Если есть зависимость от скорости резки - это опять меняет ход диагностики, предполагаю что электроника, даже если и есть потеря шага, в зависимости от скорости не должна менять выходные сигналы :(
 

Александр_

Участник
зависимость от скорости резки как-то проявилась только при последовательном повиторении задания кнопкой Repeat. Да и то как-то неявно. Потом что-то вообще перестала скорость ставиться - ставлю 5м, а елозит все равно медленно. При однократном выполнении гравировки скос не зависит от скорости.
 

SKV

Участник
Кстати, это что за рисунки представлены? Не похоже на сканированный результат, особенно непонятно (см.рис) три звезды сдвинуты примерно с одним смещением, а одна явно выбивается
 

Вложения

  • .jpg
    .jpg
    12,4 KB · Просмотры: 1.096

SKV

Участник
Александр_ написал(а):
зависимость от скорости резки как-то проявилась только при последовательном повиторении задания кнопкой Repeat. Да и то как-то неявно. Потом что-то вообще перестала скорость ставиться - ставлю 5м, а елозит все равно медленно. При однократном выполнении гравировки скос не зависит от скорости.

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

SKV

Участник
Хочу сказать - важный вопрос зависит повторяемость от скорости или нет
 

Александр_

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

SKV

Участник
Эксперимент по резке не чистый... останемся на прежних позициях - неверное сопряжение DSP и контроллеров ШД, выслали Syntron овские :)
 

Александр_

Участник
Для наглядности выкладываю некоторые фото опытов. Нельзя гарантировать, что правильные драйвера решат проблему, но по крайней мере это звено из цепочки, ведущей к глюку можно будет смело вычеркнуть. А это уже немало.
 

Вложения

  • .jpg
    .jpg
    60,6 KB · Просмотры: 840
  • .jpg
    .jpg
    55 KB · Просмотры: 861

SKV

Участник
Кстати вышеназванные ошибки могут быть вызваны переменой мест сигналов дир и степ
 
Сверху