Ultimaker Cura не всегда отступает в экспортированном G-коде

TL;DR: Верхние слои теста нанизывающей пирамиды-это отсутствующие ретракции в G-коде.

Правка 1: добавлена информация о принтере и дополнительные настройки.
Правка 2: Прояснение запутанных формулировок.

Обновление:
Я написал программу для анализа G-кода и подсчета пар втягивания-расширения между слоями. Первые 17 слоев (основание) и 18-95 (начало пирамиды) имеют соответствующее количество вызовов экструдера. Я ожидаю расширения в начале слоя, ретракции перед перемещением ко второй башне, расширения для печати второй башни и ретракции перед возвращением к первой башне.

После слоя 95 из 391 количество пар ретракции начинает уменьшаться от пропуска пары через каждый другой слой до в конечном итоге почти никаких пар ретракции. Последние 70-иш слои имеют пару ретракции каждые десять или около того слоев.

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

Отключение Z-Hop не показывает разницы в этом поведении

Оригинальный вопрос:
После переключения на сопло 0,2 мм я начал печатать некоторые калибровочные тесты, чтобы найти свои нанизывающие пирамиды, которые в конечном итоге выглядят как пара деревьев. Я подозреваю, что у меня всегда была эта проблема, но теперь она гораздо более очевидна с меньшим соплом, которое любит сочиться.

Это на Эндере 3, поэтому с помощью трубки Боудена, с микровиссом весь металлический хотенд и механизм экструдера-алюминий с парой зубчатых передач привода. Я вижу проблему в 1,75 мм PLA нескольких уважаемых производителей.

Соответствующие настройки (дайте мне знать о других настройках, которые я должен перечислить):

  • включенная ретракция
  • режим расчесывания "выкл"
  • включен z-hop при откате
  • расстояние втягивания 3,5 мм
  • скорость втягивания 50 мм
  • минимальный ход втягивания 1,5 мм
  • Инфиль 100%

Глядя на G-код, иногда я вижу ретракцию в паре с Z-хопом, но иногда она отсутствует. Это кажется довольно случайным, когда он отсутствует, но первая четверть или около того слоев не показывают проблему. Первоначально я думал, что это как-то связано с дрейфом экструдера во времени или чем-то сумасшедшим, пока я не посмотрел на G-код и не увидел, что в нем отсутствуют команды.

Фрагмент втягивания для Z-hop:

G1 F1200 X204.632 Y161.781 E77.9224
G1 F3000 E74.4224
G1 F300 Z7.08
;СЕТКА:NONMESH
G0 F9000 X190.179 Y161.901 Z7.08
;TIME_ELAPSED:2354.891407
;СЛОЙ:171
;MESH:string_test_fast_pyramid.stl
G0 X190.179 Y161.901 Z7.12
;ТИП:СТЕНА-ВНУТРЕННЯЯ
G1 F300 Z6.92
G1 F3000 E77.9224
G1 F600 X190.179 Y161.555 E77.92356

Фрагмент не втягивания для z-hop:

G1 F1200 X204.473 Y161.666 E78.0239
G1 F300 Z7.12
;СЕТКА:NONMESH
G0 F9000 X190.182 Y161.898 Z7.12
;TIME_ELAPSED:2359.620803
;СЛОЙ:172
;MESH:string_test_fast_pyramid.stl
G0 X190.182 Y161.898 Z7.16
;ТИП:СТЕНА-ВНУТРЕННЯЯ
G1 F300 Z6.96
G1 F600 X190.182 Y161.558 E78.02503

Тест слева выполняется с включенным параметром "Выровнять скорость нити", справа - с отключенным параметром.

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

, 👍1

Обсуждение

Вы полностью уверены, что нить соответствует тому месту, где были пропущены отводы? Другими словами, все ли исходные слои, которые выглядят нормально, имеют правильную ретракцию? Я не уверен, что заставит Cura испортить это, но я ваши настройки (Z-hop и низкое расстояние втягивания) кажутся подозрительными для причинения такого рода нанизывания., @R.. GitHub STOP HELPING ICE

Единственные правдоподобные объяснения, которые я вижу для отсутствующих ретракций, - это либо более высокая установка "минимального движения ретракции", чем вы сообщили (вы говорите "я думаю", что не обнадеживает), либо ошибка в Cura. Я, конечно, не исключаю последнего. Это может быть взаимодействие с Z-hop, поэтому стоит отключить Z-hop, чтобы увидеть, если это заставит его уйти. Я не уверен, почему вы используете Z-hop для начала; это обычно вызывает нанизывание, а не его фиксацию, и имеет смысл только в том случае, если у вас есть проблемы с деформацией, которые заставляют сопло сталкиваться с частью и сбивать его со строительной плиты., @R.. GitHub STOP HELPING ICE

Прошу прощения за путаницу. "Я думаю" означало, что я не уверен, какие настройки релевантны. Значения для перечисленных параметров являются точными. Я отредактировал, чтобы прояснить это. У меня сложилось ошибочное впечатление, что z-hop помогает форсировать ретракцию. Я напечатаю еще один тест без z-hop и опубликую результаты., @Spottenger


1 ответ


Лучший ответ:

2

Вполне вероятно, что вы достигнете Максимального количества ретракций Cura (retraction_count_max) в окне Минимального расстояния экструзии (retraction_extrusion_window). Это осечка, предположительно предназначенная для того, чтобы избежать шлифования/сплющивания нити, но, конечно, действие на нее разрушит ваш отпечаток точно так же, как вы видите. Я думаю, что установка окна в 0 или максимального количества в какое-то смехотворно высокое число, такое как 1000000, исправит проблему.

Обратите внимание, что это усугубляется тонким соплом, делающим необходимое количество втягиваний на гораздо меньшем расстоянии перемещения оси экструдера, чем у обычного сопла 0,4 мм. Вероятно, именно поэтому никто не заметил и не пожаловался на плохую работу Cura здесь.


,

Спасибо! После увеличения " Максимального количества отводов` G-код показывает все ожидаемые отводы. Имеет смысл, что разрешенные отступления будут использоваться с возрастающей скоростью по мере роста пирамиды. Потребуется "Окно минимального расстояния экструзии 0,3 мм", чтобы все отводы находились в пределах максимума 100 по умолчанию из-за того, как мало материала выдавливается для конечных слоев. Независимо от этого, я могу понять намерение разработчика, стоящее за этими настройками, так как это всего лишь потеря качества печати, чтобы игнорировать отклонение, по сравнению с потенциальной неудачей выдавливания, которая разрушает печать., @Spottenger

@Spottenger: Пропущенная ретракция также является неудачной печатью. Каждая строка-это материал, который должен был быть где-то в другом месте, но не попал туда, что означает, что у вас недостаточный объем и, следовательно, недостаточное сцепление, которое приведет к разрыву детали или к тому, что она будет функционировать неправильно (при условии, что она функциональна, а не просто декоративна). Так что это действительно плохое значение по умолчанию - оно пытается уменьшить вероятность одного типа сбоя, создавая гарантированный сбой другого типа., @R.. GitHub STOP HELPING ICE