Charlyrobot проблемы

[Dennart 0]

Никак не можем побороть следующий дефект.

Станок Charlyrobot CRA2.

Гравируем битом, 0.2 мм, 36°, затыловка 25°.

Plung rate: 5 мм/с

Feed rate: 10 мм/с

Материал банальный -- двухслойный пластик.

Пути подготовлены в Artcam 5.09c. Стратегия: Area Clear.

Пробовали стратегию Smart Engraving.

Кто-нибудь встречался с подобной проблемой на этом санке или на других?Может кто знает как решить, или из-за чего это происходит.

Быть может кто работал с этим станком, тогда отзовитесь на мыло engraver@artosphera.ru, есть вопросы по эксплуатации.

Заранее всех благодарю.

Денис Артемьев

Калининград

[jkc 2]

А готовую программу смотрел во вьюере (3D View, CIMCO Edit и т.п.) ?

Скорее всего станок не отрабатывает этот кадр (а в нем круговая интерполяция).

Проверь или поправь пост а АртКаме.

Советую оставить только линейную - гемор исчезнет.

[Dennart 0]

Нет, программу не смотрел!!! Где можно надыбать просмотрщики???

"Попровить пост" это что означает!! Файлы перетягиваем через iso файл. Сама выводная программа показывает нормальные пути, и симуляция тоже то что надо. А где править в Арткаме интерпаляцию или это все на станке делается?

Денис Артемьев

Калининград

[jkc 2]

Нет, программу не смотрел!!! Где можно надыбать просмотрщики???

В интернете , через поиск, или в киоске.

"Попровить пост" это что означает!! Файлы перетягиваем через iso файл. Сама выводная программа показывает нормальные пути, и симуляция тоже то что надо. А где править в Арткаме интерпаляцию или это все на станке делается?

Что значит "перетягиваем через ISO", какая выводная программа

открыть файл нужного постпроцессора (а кстати как он называтся), посмотреть секции перемещений и убрать строки типа

CW_ARC_MOVE = "[N]G02[X][Y] [iA] [JA]"

;

FIRST_CCW_ARC_MOVE = "[N]G03[X][Y] [iA] [JA]"

CCW_ARC_MOVE = "[N]G03[X][Y] [iA] [JA]"

и оставить только (или что-там по другому)

RAPID_RATE_MOVE = "[N]G00[X][Y][Z]"

FIRST_FEED_RATE_MOVE = "[N]G01[X][Y][Z]"

FEED_RATE_MOVE = "[N]G01[X][Y][Z]"

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

[Dennart 0]

На станок отправляем через gpilot. Файлы из Арткама сохраняем в формате

G-Code (mm) (*.tap) но в формате *.iso.

Как я понял там есть с файлы G-code и скруговой. Так вот, мы используем с линейной, как я понял. Приведенных выше строк я не нашел в файле который идет на станок.

Денис Артемьев

Калининград

[Booster 103]

Dennart

Выложи свою УП на этот форум - глядишь и визуализируют и что нибудь посоветуют.

[BGV 0]

извините за мои 5 копеек

но ,здесь ,возможно проблема в люфтах и притом только по одной оси - У

если люфт большой то он не успевает выбираться при относительно малом перемещении по -У и большом по -Х

попробуйте сварганить тестовую програмку

например- гравировать окружности разных диаметров

по и протв ч/с

еще возможно и датчик с приводом

[BMW 0]

проверь глубину фрезеровки, фрез может быть шире контура тогда прог.

выдала оптимальный вариант.

[Dennart 0]

Как выяснилось, что все гараздо проще. Мы отправляли тестовый файл продавцам, они сами его гравировали на таком же станке. Получили в последствие идентичный результат.

Оказалось, что дело в самом станке, а не в путях из Арткама.

Теперь они трясут производителей...

Если кому интересна история пишите, расскажу, чем закончилась.

Денис Артемьев

Калининград