roboforum.ru

Disa555 писал(а):Вот о чем я говорил:

Это не слайсер виноват и не кура! Это механический люфт между шпулей и ремнем.
Этот люфт проявляется при изменении направления вращения.

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

Добавлено спустя 27 минут 6 секунд:

kostikmgtu писал(а):Коллеги, подскажите, попробовал Cura, очень понравилось, что можно посмотреть каждый слой. Но не могу понять, на срезе одна линия обозначает траекторию движения экструдера или границу слоя? У меня много тонкостенных элементов шириной 0.4 (как сопло), но Cura хочет их распечатать, похоже, двумя линиями (получается 0,8)

Или slic3r более подойдет для такой задачи? Сейчас мне вообще приходится практически руками формировать G-Code, хотелось бы перейти на "промышленное решение", но, судя по ветке, проблем еще много..

Да это недоделка у куры! В ней просто не реализована функция detect single walls.
Я писал автору на github на счет этого, он сказал что известная проблема но в ближайшее время исправлять вроде как не собирается.
вот ссылка:
https://github.com/Ultimaker/CuraEngine/issues/60

и еще глюк есть где неправильно определяются стенки у объектов
https://github.com/Ultimaker/CuraEngine/issues/63

Disa555 писал(а):

Radus писал(а):

Disa555 писал(а):Вот о чем я говорил:
Это не слайсер виноват и не кура! Это механический люфт между шпулей и ремнем.
Этот люфт проявляется при изменении направления вращения.

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

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

Если это явный глюк слайсера то его должно быть видно по координатам в gcode.
Надо всегда перед печатью проверять gcode на сайте gcode.ws

Сегодня печатал из 1.1.0, все хорошо, но есть ошибка, как то он линию перед поворотом забывает довести до конца. 1.0.0 stable - работает стабильно.

Radus писал(а):

Andrew S писал(а):Сегодня печатал из 1.1.0, все хорошо, но есть ошибка, как то он линию перед поворотом забывает довести до конца. 1.0.0 stable - работает стабильно.

Все версии после 0.9.8 жутко кривые, там напакостили багов кучу и до сих пор исправить не могут!
Так что совет всем использовать проверенную стабильную 0.9.8 !

Зато open source, open development, и неправда, что кучу багов исправить не могут. Найдите в 1.1.0_stable баг.

Radus писал(а):

Andrew S писал(а):Зато open source, open development, и неправда, что кучу багов исправить не могут. Найдите в 1.1.0_stable баг.

Так ты же сам уже нашел, вот выше написал, что линию доводит не до конца
Да и я вот скачал новую версию проверил, все предыдущие глюки остались, не исправили =(

)) Действительно, написано 1.1.0, блин, полтергейст какой то, зуб даю, что хотел написать 1.0.0_stable
Я прикрутил себе 1.0.0, буду посмотреть.

Настройки хранятся в c:\Users\Имя пользователя\AppData\Roaming\Slic3r (для Windows 7)

dim_diver писал(а):Понял в чем беда. Кто бы мог подумать, что идиотские настройки охлаждения так сильно влияют на скорость. Даже не смотрел в этой вкладке. Причем в коде я что-то не видел каких-то специальных функций для включения вентилятора. Убрав галочку, вся скорость встала на свои места)

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

Добавлено спустя 1 минуту 47 секунд:
Запилил новую инициативу на гитхабе слайсера
https://github.com/alexrj/Slic3r/issues/1923
посмотрим сделают нет интересно ?