roboforum.ru

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

konsys писал(а):как исправить неправильное отображение времени печати - показывает примерно в раза меньше, чем реальное время печати.

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

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

Добавлено спустя 3 минуты 52 секунды:

wgntk писал(а):Что это может быть, как вычислить источник проблемы, как эту проблему решить.

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

на планшетк может быть ещё и процессор какойнибуть дохленький атом, так что попытка нарисовать что-то сложнее кубика рискует превратится в пытку.

От подхода/стратегии много зависит. Можно делать знатные штуки на убогих тачках. Даже без хдд работал. Первый свой станок(фуганок) в 3д максе делал на 266 целероне. Справлялся комп на ура.
Делал проект на целероне 1.4. Рядом стоял двухголовый системник 3.0 в помощь.
Так этот помощник отставал на пол часа в рендеринге и шевелилисль вьюпорты отстойно(+ побили файл копипаста через буфер). Мощная тачка не моя была.
У "блендера" потенциал велик - не раз меня выручал.

Добавлено спустя 21 минуту 41 секунду:
Надыбал картинки тех лет(1998, проц 266, вин95, 3д_макс_кинетикс_V-хрен.с.копейкой):

Alex Post писал(а):Друзья, подскажите, может кто воевал в этом направлении. Хочу такую фичу: чтоб ось Z парковалась в максимум по концевику Zmax , но перед началом печати ехала к концевику Zmin и начинала плясать именно от этой "печки". Кто знает как это реализовать? Первое что приходит на ум - включить автоуровень по трем точкам и пусть себе выравнивает Но как-то это неправильно ИМХО. Да и вдруг сработка на какие то сотые будет отличаться - это ж чудо начнет осью Z шевелить-выравнивать, а мне то это нафиг не надо. Чую, что простая же фича, но чет не уловлю как в прошивке включить Речь про Марлин, если что

в прошивках марлин и mk4duo (может и других) есть параметр manual homing (название по смыслу, точное написание не помню).
так вот, для решения нужно 3 фактора:
1. концевик в Zmax
2. Home Direction Z = 1 (тоже назване параметра не помню)
3. Manual Homing Z = Max Z (можно вставить число, но обычно это калибровочное значение и чтобы не менять в двух местах лучше приравнять переменной)

Добавлено спустя 1 минуту 29 секунд:
автоуровень можно тоже задействовать, но уже отдельно, из стартового Gcode перед печатью (после прогрева кровати)

Добавлено спустя 2 минуты 11 секунд:
а можно не автоуровень а парковку на датчик автоуровня (матрица поправок в EEPROM, применяем ее по одной точке)

вот с ходу не вспомню какой то их G кодов радом с G28 и G29 , может их опции. сейчас поищу

Добавлено спустя 2 минуты 21 секунду:
собственно http://reprap.org/wiki/G-code#G30:_Single_Z-Probe
вот только я не помню обнуляет он Z или принудительно нужно G92 Z0 давать после этого

Alex Post писал(а): Пошел тестировать

Потестировал. На Марлине "в лоб" не заработало, хотя пин для датчика уровня назначил, оффсеты для него выставил в нули, все без ошибок откомпилировалось. Пришлось включить всетаки автоуровень по трем точкам. Просто тупо включил и G30 заработало Печатать не пробовал, поздно уже было, но G29 тыкается три раза, G30 один раз. Все как задумано. Буду смотреть, как оно дальше будет...