Z hop speed cura ошибка

r/3Dprinting

•

Just updated to Cura 4.10 and now I get an error that cannot slice due to zhop speed setting. How do I change this speed and what should it be?

Поскольку машина заявляет, что 5 — это максимальное значение, которое она может обработать.

О, я вижу. Разве не имеет смысла добавить кнопку для возврата к максимальному значению Z?

Это не так. Я тоже получаю эту ошибку, но только когда включена поддержка. Установка Zhop на 5 приводит к сбою нарезки с тем же сообщением «следующие настройки имеют ошибки», но затем оставьте область настроек пустой.

Отключение поддержки позволяет отлично нарезать, независимо от скорости zhop.

6073

такая же проблема здесь ………………… FUCK

Та же проблема, Mac OSx Mojave и Ender 3 Pro. Кажется, вообще не получается заставить его разрезать с включенной поддержкой.

Люди, способ решения этой проблемы — установить плагин настроек принтера с торговой площадки, а затем увеличить значение максимальной скорости z до 10 (или более). После этого его можно будет нарезать без перекосов.

а как быть с ошибками без информации, после исправления z-хопа, втягивания основной скорости и тд ?!

какой обходной путь для них ?!

Итак, вы установили скорость z-скачка и максимальную z-скорость равными> = 10, и вы все равно получаете это сообщение?

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

А если поддержка не включена, нарезает и не показывает ошибку?

Сохраните этот файл проекта (Файл -> Сохранить), заархивируйте полученный файл и прикрепите его к этой теме, чтобы я мог посмотреть. Благодарю.

классическая переустановка помогла всего секунду назад … произвела чистую установку cura и повторно импортировала мои профили, затем проверила настройки для «z hop speed» и «max z speed» -> 50
перезапущен cura
затем он нарезан с опорой и без нее

Ладно, это хоть что-то.

Я не понимаю, почему включение поддержки вызывает проблемы. Как я предлагал в своем исходном выпуске № 6073, я думаю, что существует проблема, связанная с тем, что скорость z-hop устанавливается для каждого экструдера, но, поскольку я действительно не понимаю, как работает какая-либо конфигурация внешнего интерфейса, я не вник это дальше. Оставьте это разработчикам Cura.

То же самое здесь ender 3 не решает с выдачей 5 или 1-5, а с плагином настроек принтера нам нужно подождать cura devs.

то же самое здесь ender 3 не решает с получением 5 или 1-5

Вам необходимо установить значение 10 или более для скорости скачка z и максимальной скорости z.

то же самое здесь ender 3 не решает с получением 5 или 1-5

Вам необходимо установить значение 10 или более для скорости скачка z и максимальной скорости z.

да, но с z hop и без z hop 0-100 не работают оба варианта

А у вас включена поддержка? Некоторые люди сказали, что они могут выполнять нарезку без поддержки, но не с ее использованием, и @DocYester выше говорит, что переустановка с последующей установкой максимальной скорости z и скорости z hop решила проблему.

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

Я ухожу из этой ветки. Удачи!

Разработчики не могут проверить себя, развертывание обновления просто смешно
Слайсер, который не режет LOOOOOOOOL. Автомобиль, на котором не ездят. Самолет, который не летает так же

Это не проблема разработчиков … Я бы сказал, что проблема в том, что они слишком спешат с выпуском после беты. По моему мнению, между бета-версией и финальной версией должен быть больший промежуток, чтобы дать разработчикам время исправить эти основные ошибки и людям сообщить о них.
На мой взгляд, последняя рабочая версия cura — 3.4.1.
После этого каждая версия исправляла некоторые незначительные ошибки предыдущей версии, но вносила новые ошибки, которые каждый раз ломали больше вещей, чем старые. Так что с каждой версией он всегда становился менее пригодным для использования.
Они буквально выпускают новую версию с непроверенными функциями, и ошибки накапливаются.
С этой 4.2 я также получаю совершенно случайные сбои …

Думаю, было бы полезно дать некоторое представление о нашем рабочем процессе и о том, почему это пошло не так.

Разработчики тестируют каждую функцию. Они проходят 3 или 4 уровня тестирования, в зависимости от того, что вы считаете. Сначала их тестируют разработчики, затем команда QA Cura тестирует их. Затем их тестирует группа систем / интеграции. Затем он переходит в бета-версию, где пользователи могут их протестировать.

• Разработчики тестируют их в своей среде разработки.
• Команда QA тестирует сборки.
• Команда системы / интеграции тестирует рабочий процесс в целом (больше не нацеленный на конкретные функции).
• Пользователи бета-версии тестируют практически все. Мы получаем очень разные отчеты об ошибках.

Проблема здесь не в функциях. Это профиль для принтера. Один параметр говорит, что скорость прыжка Z должна быть 10. Другой говорит, что максимальная скорость для движений Z равна 5. Наш рабочий процесс выглядит следующим образом:

• Мы принимаем эти профили от сообщества, потому что они говорят, что они работают хорошо. В этом случае CreawsomeMod был чрезвычайно популярен, как мы видели в отчетах о сбоях из 4.1, потому что мод перезаписал некоторые файлы QML в фактической установке Cura.
• Мы просматриваем изменения профиля (текстовые файлы), чтобы увидеть, имеют ли они смысл. По отдельности два изменения профиля имеют смысл. Хотя максимальная скорость Z 5 мм / с, по общему признанию, немного мала, но это нормально для более дешевых принтеров, что вполне может иметь место.
• Мы делаем базовый срез с этими настройками. Ошибка не была обнаружена, потому что мы не включили поддержку этого фрагмента с настройками по умолчанию.
• Выпускаем бета-версию. Судя по всему, 6000 пользователей, скачавших бета-версию на этот раз, не нашли ее. Хотя на самом деле один из них был, но он был закрыт, когда это не было проблемой, в конце концов (и снова открыт из-за отчетов об ошибках после стабильного выпуска).
• Когда бета-версия была выпущена, мы дали задание добровольцам-тестерам специально протестировать 3 калибровочных отпечатка на предмет поломки. У одного из этих добровольцев есть Ender 3. На одном из этих калибровочных отпечатков есть подставки, так что его тоже следовало найти. Мы получили очень подробный отчет от этого тестировщика о том, как время печати сократилось примерно на 23%, но качество конечной детали было улучшено, поэтому мы подумали, что это нормально. Я до сих пор не знаю, почему там не было ошибки, так что нам нужно это выяснить. Возможно, человеческая ошибка?

Мне это кажется идеальным штормом обстоятельств здесь: sob: В этом процессе было так много моментов, когда это должно было быть обнаружено, но этого не произошло. Это очень расстраивает.

Практически в каждом выпуске, начиная с 2.5, у нас были двухнедельные периоды бета-тестирования. До этого у нас был более медленный цикл выпуска. Единственным исключением была версия Cura 4.0, которая была отложена на некоторое время из-за выпуска новой версии прошивки для принтеров Ultimaker, которая обеспечивала поддержку облачной печати. Я пытался утверждать, что должно быть 3, потому что это также проще для переводчиков, но в основном из-за уровня тестирования системы / интеграции, что было невозможно; нам нужно будет замораживать функции примерно через 4 недели после каждого выпуска, а этого времени недостаточно для разработки некоторых из этих функций. Более медленный цикл выпуска также нежелателен по множеству причин, одна из которых заключается в том, что мы уже получили большой отклик сообщества о нашем текущем цикле выпуска ранее.

Со всеми этими критическими проблемами, вызванными креативной реализацией мода, я не думаю, что выпуск 4.2.1 был бы хорошей идеей, если вы не вернетесь к предыдущим профилям cura, которые, по крайней мере, имели хороший базовый профиль.

6082

6083

6100

6083 На самом деле это запрос функции

6082 Вероятно, это предполагаемое поведение (оно было отменено в вашем профиле)

6100 является преднамеренным; По сути, это означает, что для этих материалов нет заранее определенных профилей. Это имеет смысл, поскольку это материалы, которые вы добавляете индивидуально (и, следовательно, не имеют заранее определенного качества).

Думаю, было бы полезно дать некоторое представление о нашем рабочем процессе и о том, почему это пошло не так.

Разработчики тестируют каждую функцию. Они проходят 3 или 4 уровня тестирования, в зависимости от того, что вы считаете. Сначала их тестируют разработчики, затем команда QA Cura тестирует их. Затем их тестирует группа систем / интеграции. Затем он переходит в бета-версию, где пользователи могут их протестировать.

• Разработчики тестируют их в своей среде разработки.
• Команда QA тестирует сборки.
• Команда системы / интеграции тестирует рабочий процесс в целом (больше не нацеленный на конкретные функции).
• Пользователи бета-версии тестируют практически все. Мы получаем очень разные отчеты об ошибках.

Проблема здесь не в функциях. Это профиль для принтера. Один параметр говорит, что скорость прыжка Z должна быть 10. Другой говорит, что максимальная скорость для движений Z равна 5. Наш рабочий процесс выглядит следующим образом:

• Мы принимаем эти профили от сообщества, потому что они говорят, что они работают хорошо. В этом случае CreawsomeMod был чрезвычайно популярен, как мы видели в отчетах о сбоях из 4.1, потому что мод перезаписал некоторые файлы QML в фактической установке Cura.
• Мы просматриваем изменения профиля (текстовые файлы), чтобы увидеть, имеют ли они смысл. По отдельности два изменения профиля имеют смысл. Хотя максимальная скорость Z 5 мм / с, по общему признанию, немного мала, но это нормально для более дешевых принтеров, что вполне может иметь место.
• Мы делаем базовый срез с этими настройками. Ошибка не была обнаружена, потому что мы не включили поддержку этого фрагмента с настройками по умолчанию.
• Выпускаем бета-версию. Судя по всему, 6000 пользователей, скачавших бета-версию на этот раз, не нашли ее. Хотя на самом деле один из них был, но он был закрыт, когда это не было проблемой, в конце концов (и снова открыт из-за отчетов об ошибках после стабильного выпуска).
• Когда бета-версия была выпущена, мы дали задание добровольцам-тестерам специально протестировать 3 калибровочных отпечатка на предмет поломки. У одного из этих добровольцев есть Ender 3. На одном из этих калибровочных отпечатков есть подставки, так что его тоже следовало найти. Мы получили очень подробный отчет от этого тестировщика о том, как время печати сократилось примерно на 23%, но качество конечной детали было улучшено, поэтому мы подумали, что это нормально. Я до сих пор не знаю, почему там не было ошибки, так что нам нужно это выяснить. Возможно, человеческая ошибка?

Мне это кажется идеальным штормом обстоятельств. В этом процессе было так много моментов, когда это должно было быть обнаружено, но этого не произошло. Это очень расстраивает.

Практически в каждом выпуске, начиная с 2.5, у нас были двухнедельные периоды бета-тестирования. До этого у нас был более медленный цикл выпуска. Единственным исключением была версия Cura 4.0, которая была отложена на некоторое время из-за выпуска новой версии прошивки для принтеров Ultimaker, которая обеспечивала поддержку облачной печати. Я пытался утверждать, что должно быть 3, потому что это также проще для переводчиков, но в основном из-за уровня тестирования системы / интеграции, что было невозможно; нам нужно будет замораживать функции примерно через 4 недели после каждого выпуска, а этого времени недостаточно для разработки некоторых из этих функций. Более медленный цикл выпуска также нежелателен по множеству причин, одна из которых заключается в том, что мы уже получили большой отклик сообщества о нашем текущем цикле выпуска ранее.

На прошлой неделе я без проблем начал 3D-печать, но теперь у меня та же проблема, что описана здесь. Есть ли предложения по ее решению? В моем случае значение для z-обруча 5 или 10 вызывает ту же проблему, потому что не поддерживает автогенерацию. Только две части были отрисованы с опорами, только одна напечатана с опорами. Никогда больше не работает это.

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

РЕДАКТИРОВАТЬ 1: я пытаюсь удалить файлы конфигурации в Linux: https://github.com/Ultimaker/Cura/wiki/Cura-Preferences-and-Settings-Locations#linux, но проблема все еще сохраняется и, похоже, хранит некоторую конфигурацию в другом месте потому что начальный / конечный gcode заполнены некоторыми настраиваемыми значениями, которые я добавляю.

РЕДАКТИРОВАТЬ 2: Для меня этот файл вызывает проблему, возможно, кто-то еще может воспроизвести его с ним, до некоторых попыток я смог сгенерировать предварительный просмотр, но с использованием «Поддержка дерева» в экспериментальном разделе и с отключенным «Создание поддержки». Для меня это единственный способ продолжить в настоящее время, но тратя гораздо больше материала.
FilamentGuide_top_V5_for_CR-10_Ender3.zip

На прошлой неделе я без проблем начал 3D-печать, но теперь у меня та же проблема, что описана здесь. Есть ли предложения по ее решению? В моем случае значение для z-обруча 5 или 10 вызывает ту же проблему, потому что не поддерживает автогенерацию. Только две части были отрисованы с опорами, только одна напечатана с опорами. Никогда больше не работает это.

Тогда у меня к вам пара вопросов:

• Какую версию Cura вы используете? Эта проблема устранена в версии 4.2.1.
• Не могли бы вы сохранить для нас файл проекта и загрузить его сюда? Вы можете сохранить файл проекта, перейдя в File -> Save … Полученный файл необходимо заархивировать, чтобы Github принял его. С помощью этого файла проекта мы можем воспроизвести точные настройки и модель. Ваш файл .zip содержит только модель STL и не влияет на возможность запуска фрагмента.
• Вы закрыли Cura перед удалением файлов конфигурации? Если Cura открыт, то действительно есть некоторая конфигурация в другом месте: в памяти Cura, и он восстановит его при закрытии Cura.

На прошлой неделе я без проблем начал 3D-печать, но теперь у меня та же проблема, что описана здесь. Есть ли предложения по ее решению? В моем случае значение для z-обруча 5 или 10 вызывает ту же проблему, потому что не поддерживает автогенерацию. Только две части были отрисованы с опорами, только одна напечатана с опорами. Никогда больше не работает это.

Тогда у меня к вам пара вопросов:

• Какую версию Cura вы используете? Эта проблема устранена в версии 4.2.1.
• Не могли бы вы сохранить для нас файл проекта и загрузить его сюда? Вы можете сохранить файл проекта, перейдя в File -> Save … Полученный файл необходимо заархивировать, чтобы Github принял его. С помощью этого файла проекта мы можем воспроизвести точные настройки и модель. Ваш файл .zip содержит только модель STL и не влияет на возможность запуска фрагмента.
• Вы закрыли Cura перед удалением файлов конфигурации? Если Cura открыт, то действительно есть некоторая конфигурация в другом месте: в памяти Cura, и он восстановит его при закрытии Cura.

Спасибо за интерес.

• Версия 4.2.0-PPA, я должен попробовать ее с последней версией после этого сообщения.
• Это проблемный файл в старой версии
  CE3_FilamentGuide_top_V5_for_CR-10_Ender3-Z-Hoop-Speed.zip , я загружаю новую версию, чтобы попробовать еще раз с 4.3.0.
• Да, Cura был закрыт, и по этой причине я давал советы по этому поводу. Возможно, это был пример зависания / зависания кура в памяти, потому что на выходных я смотрел несколько больших STL одновременно, и в системе есть некоторые блоки, для которых не хватает ресурсов. Я думаю, что это не так важно, потому что я нашел только начальный / конечный gcode, который пытался заполнить, когда обнаружил, что он еще не заполнен.

РЕДАКТИРОВАТЬ: Да, я могу подтвердить, что эта версия решает эту проблему, а также создает предварительный просмотр слайдера быстрее, чем раньше. И без дерева поддерживает меньше отходов, чем с предыдущей печатью.

Спасибо за вашу помощь @Ghostkeeper и извините, что не

@thopiekar, не могли бы вы обновить