setar писал(а):это что то новенькое, тут подставы не ожидал.
вопроса два: тип контроллера (Mega1280 или Mega2560) и что за версия прошивки ?
возможно есть смысл попробовать Dev ветку (правда ее конфигурить - те еще танцы с бубном)
2560
dev смотрел мельком на прошлой неделе, на сколько понял он еще не готов(да и ощущение что им особо не занимаются).
пробовал прошивки 1.0.2-1 1.1.0RC3 1.1.0RC6 результат одинаков.
также немного помогает закрытие этой строчки
// !!!If defined the movements slow down when the look ahead buffer is only half full
//#define SLOWDOWN
насколько понял по прошивке замедляет печать при опустошении буфера
на фоне этого придал анализу тот эффект, что с увеличением скорости с 0 до 70(граница появления дефекта) скорость движения увеличивается, а вот при задании скорости с 70 до 90+ скорость движения каретки не меняется.
так как тестовая STL крайне высоко полигональная, ж-код получается из огромного количества мелких отрезков. и ардуина не успевает просчитать за время печати одного отрезка следующий(ускорения,джерки,шаг на мм и тд).
посчитать 1 10-ти мм отрезок проще чем десять одномилиметровых.
получается пока оси стоят ждут просчета ардуины, пластик самотеком делает соплю(может даже экструдер давит)
также есть эффект, после перехода на следующий слой начало слоя без соплей с трети или середины начинаются, так как переход вверх занимает дольшее время и требует меньше вычислительной мощьности
просчет успевает догнать и перегнать печать.
попробовал распечатать с такими же высокими параметрами экспорта трубу большего диаметра 80мм, предыдущая 30мм.
проблема полностью исчезла до 140 мм/с выше уже незначительное появление.
есть просьба, кто сможет напечатайте эту stl отслайсив сликом в один периметр, с скоростями от 50 до 150 мм/с, может проблема в моей ардуине(кварц битый, или еще чего с производительностью)