roboforum.ru

pla - да, там обдув нужен, в меру

Добавлено спустя 2 минуты 34 секунды:
обратите внимание на эти опции:

Код: Выделить всё

// Increase the FAN pwm frequency. Removes the PWM noise but increases heating in the FET/Arduino
//#define FAST_PWM_FAN

// Use software PWM to drive the fan, as for the heaters. This uses a very low frequency
// which is not as annoying as with the hardware PWM. On the other hand, if this frequency
// is too low, you should also increment SOFT_PWM_SCALE.
//#define FAN_SOFT_PWM

Кому-нибудь, кто на дельте, интересно портирование РичКаттелловской автокалибровки в последний марлин?
Я код впендюрил и он даже работает, но не совсем . Причем стоковая калибровка тоже сохранена с её m665 / m666

А никто не делал, подстановку PID в зависимости от температуры печати?
Типа заранее откалибровать PID под температуры скажем от 180 до 260 с шагом например 5 градусов.
А потом чтобы эти настройки подставлялись в зависимости от температуры печати.
При печати разными материалами при разной температуре это будет актуально.

stepmotor - тормозит не принтер а слисер и gкод - дёрганье происходит при окружностях малых диаметров , в настройках нарезки g кода нужно выставить маленькую скорость при формировании окружностей менее 6 мм - SMALL PERIMETERS

пользователям RC - сама прошивка глючная , там много ошибок и мелких и крупных , последние исправления на https://github.com/MarlinFirmware/Marlin/tree/RCBugFix, причём изменения чуть ли не каждый день , самая стабильная -https://github.com/ErikZalm/Marlin~~pobj
по RC 1.1.0-RC3 - есть ошибка (она во всех версиях кроме ErikZalm ) - работа с осью Z = увеличение пройденного расстояния , лечиться - https://github.com/MarlinFirmware/Marlin/issues/3030
, было - сбрасывание принтера при печати более 1 часа - не решено , самопроизвольный сброс - из за нового фрагмента кода тепловой защиты - не решилось , но по опытам = слишком большое потребление по току - увеличение мощности блока питания - особенно если мощный экструдр (сопротивление нагревательного элемента не должно быть менее 4 Ом проверено на практике )
парковка более продвинутая но немцы не хотят её изменять ,
хотелось бы алгоритм парковки такой -
1 поднять экструдер (Z ) на пару мм
2 парковка по Y , X и по Z -как в прошивке , и ещё - программы управления (Repetier ,....) не понимают полностью парковку ,и если включено выравнивание то команда G28 HOME остановит экструдер по выставленным координатам (обычно середина стола ) и примет её за начало координат тоже самое с G29
- дёрганье -торможение - заложен новый алгоритм движения - проявляется на окружностях при больших скоростях - в настройках по G КОДУ надо уменьшить Small perimetrs

В каком файле нужно править, то что отображается на дисплее? дисплей gatgets 3d

А куда жаловаться на глюки прошивки?
Нашел

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

Вообще для работы с дисплея было бы удобнее сделать в M600 только отвод башки и запомнить координаты.
все дальнейшие действия через меню. Мало ли что там ночью может случиться. Пусть башку отведёт и ждёт себе утра.
В конце, видимо по отдельной команде делать ресьюм с восстановлением координат.
Но разрабы почему-то решили убрать M601 и набить весь код в M600

stepmotor писал(а):#define FILAMENTCHANGEENABLE
забыли комментарий снять в configuration_adv.h

и шапку затерли скорее всего в marlin_main.cpp

Код: Выделить всё

#if ENABLED(FILAMENTCHANGEENABLE)  // Смена нити

  /**
   * M600: Pause for filament change
   *
   *  E[distance] - Retract the filament this far (negative value)
   *  Z[distance] - Move the Z axis by this distance
   *  X[position] - Move to this X position, with Y
   *  Y[position] - Move to this Y position, with X
   *  L[distance] - Retract distance for removal (manual reload)
   *
   *  Default values are used for omitted arguments.
   *
   */

Добавлено спустя 1 час 24 минуты 30 секунд:
Отбой, нашёл - лопухи забыли один RUNPLAN поставить когда код причёсывали под дельту. Видать так и не пробовали ни разу.
-- line_to_destination(AUTO_FILAMENT_CHANGE_FEEDRATE);
++ RUNPLAN;
st_synchronize();

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

и ещё дона ошибка во всех вариантах прошивки- при управлении от LCD ПЕРЕМЕЩЕНИЯ ЕКСТРУДЕРА приводит к зависанию или сбросу нужно очень медленно крутить энкодер , немцы исправлять не хотят , предлагают временные затычки , которые в конце концов полностью не решают проблем - что то у них слабо всё идёт

AnatoliyKkub писал(а):и ещё дона ошибка во всех вариантах прошивки- при управлении от LCD ПЕРЕМЕЩЕНИЯ ЕКСТРУДЕРА приводит к зависанию или сбросу нужно очень медленно крутить энкодер , немцы исправлять не хотят , предлагают временные затычки , которые в конце концов полностью не решают проблем - что то у них слабо всё идёт

поставь на энкодер больше кликов - загруби чутьё. По умолчанию 1 стоит.
У меня ничего не зависает. Скорость поставил 800 чтоб быстрее через длинный боуден заправлялось

#define ENCODER_STEPS_PER_MENU_ITEM 5 - зависает - они(немцы) написали что происходит переполнение буфера для ввода данных , и когда такая проблема была с осью Z то правили в ultralcd.cpp - но как-то это косо - проблема этим полностью не решается
static void _lcd_move(const char* name, AxisEnum axis, int min, int max) {
if (encoderPosition != 0) {
refresh_cmd_timeout();
current_position[axis] += float((int)encoderPosition) * move_menu_scale;
if (min_software_endstops && current_position[axis] < min) current_position[axis] = min;
if (max_software_endstops && current_position[axis] > max) current_position[axis] = max;
encoderPosition = 0;
if (movesplanned() <= 3) // новый параметр , если дать больше то вноситься будут через одно значение 1-3-5-7
line_to_current(axis);
lcdDrawUpdate = 1;
}
if (lcdDrawUpdate) lcd_implementation_drawedit(name, ftostr31(current_position[axis]));
if (LCD_CLICKED) {
line_to_current(axis);
lcd_goto_menu(lcd_move_menu_axis);
}
}

Здравствуйте. Помогите пожалуйста победить задачку. Есть RAMPS и прошивка Marlin. Есть патч(в приложении), он переназначает пины драйверов экструдеров на оси х и у, что позволяет поставить на эти оси по два мотора, каждый со своим драйвером. Все интернеты перерыл, как наложить патч не нашел. Заранее благодарен.

гуглить в эту сторону - http://gnuwin32.sourceforge.net/packages/patch.htm

Народ, а не было ни у кого желания реализовать G-codы для сохранения координат и вытаскивания их из EEPROM-а?
А то надоело вручную Z настраивать перед каждой работой

dccharacter писал(а):Народ, а не было ни у кого желания реализовать G-codы для сохранения координат и вытаскивания их из EEPROM-а?
А то надоело вручную Z настраивать перед каждой работой

Да было бы здорово ! некоторое время работал с прошивкой Repetier, так вот там очень удобно реализована привязка оси Z к столу, ставишь в прошивке endstops homing; 1=MAX и в меню появляется пункт Z calib и с помощью этого пункта выставляешь стол как нужно и жмешь Set Z=0 и тем самым меняется значение Z_MAX_LENGTH (Travel limits) в EEPROM!