Прошивка Marlin. Задаём вопросы, углубляемся в дебри, делимся находками

[Alex Post]

Я тут подумал, а может, в железе дело? Как вариант, какой нибудь косяк, который в старом не влиял, а в новом вылез. Бред, конечно, но вдруг? Нет возможности экран у кого долгануть?

[tridekt]

Очень может быть.

Сейчас глянул код в ultralcd_impl_HD44780.h который как я понял выводит текст на дисплей,
и там и там вызывается та же библиотека LiquidCrystal.h
и те же команды вывода на экран, например:
lcd.print(LCD_STR_THERMOMETER[0]);

но не работает.
Не понимаю.

[tridekt]

Я тут подумал, а может, в железе дело? Как вариант, какой нибудь косяк, который в старом не влиял, а в новом вылез. Бред, конечно, но вдруг? Нет возможности экран у кого долгануть?

Подцепил дисплей 2004 от принтера Zonestar который с кнопками, там тоже самое на marlin1.1.x:

[tridekt]

Убрал RAMPS, подцепил мегу напрямую к дисплею.
То же самое, на любой из версий marlin 1.1.x выводится кривой текст, а на marlin 1.0.x всё Ок!
Мега 2560 "Made in Italy".

[Alex Post]

А по USB принтер адекватно управляется? Может, не в экране дело то совсем? Вот чую, что в мелочи какой то весь затык...
А скинь целиком отконфигуренную твою прошивку 1.1.х на файлообменник какой. Попробую тупо себе влить и показать результат.

[tridekt]

А по USB принтер адекватно управляется? Может, не в экране дело то совсем? Вот чую, что в мелочи какой то весь затык...
А скинь целиком отконфигуренную твою прошивку 1.1.х на файлообменник какой. Попробую тупо себе влить и показать результат.

По USB управление в норме.
Прошивку скидывать смысла нет, скачиваю как и все от сюда github.com/MarlinFirmware/Marlin, раскомментироваю строки
#define ULTRA_LCD
#define SDSUPPORT
#define REPRAP_DISCOUNT_SMART_CONTROLLER

заливаю в мегу.

Сейчас заказал из Китая клон Mega 2560 за 450руб. Попробую на нем. Если на нем все отлично, то буду писать разработчикам Marlin.

[Lenivo]

посмотрел отличия в коде 1.0.х и 1.1.х
отличия кардинальные, очень сложно разобраться в чем причина.
И имена переменных зачем то попеременяли в 1.1.х.

Все объясняется очень просто. В 1.0.х - это 2.0.0 и далее - пробовали добавить фишки автокалибровки и полностью переписали модуль управления двигателями - ну и сырой он очень вышел. Шаги надо было удваивать на двигателе, с экранами работать не хотел. В последующем откатились к старым версиям управления двигателями, но уже нормально прописали взаимодействие с экранами. Стабильно стали версии работать с 2.1.2 (1.1.х). Потом я поставил себе версию 2.1.3 (почему то на экранах пишет 1.1.3) - там что-то поменяли в программе, но на работе я это никак не заметил.

[33robota]

Приветствую коллег! Осваиваю FlyingBear 902 стоит Marlin 1.1.4 с сайта поддержки, прошу помочь разрешить вопросы новичка:
1. не могу выставить в О : при наезде на концевик по Х, движок еще крутит какое-то время, как следствие при печати в CURE размещенная деталь в центре печатается сбоку у О-й точке. в проге pronterface все концевики работают (вне точки О - open, в О - triggered ).
2. в программе Print-Rite CoLiDo Repetier-Host при команде двигаться по Y или X, движется и по Y и по X одновременно!? так должно быть?
3. В Tinkercad размеры не совпадают с фактом печати в проге print-rite Colido-Repetier-Host (факт больше % на 50)

[Alex Post]

Похоже что то очень косячно или настроено или собрано. По порядку, рассмотрим в программе Pronterface. Если двигать голову из интерфейса, она двигается корректно? Корректно - это значит в нужную сторону и на указанное расстояние. Для чтения состояния концевиков есть команда М119, привлекать для этого репетир хост не нужно.
То, что размеры не совпадают - скорее всего неправильно указаны шаги на миллиметр для осей. Это взаимосвязано с первым моим вопросом.

[33robota]

РАЗОБРАЛСЯ! поменял драйвер с экструдера на ось Х ! и и при сработке концевика двигатель тоже останавливается! буду писать китайским товарищам об их косяке!?

[CyberN]

Коллеги, приветствую!

Все таки начал печатать . то что сгорело починить не смог (все таки руки кривые... ) заказал через Али. Все дошло за 30 дней.

обозначилась проблема, может кто знает как решить: Экструдер печатает 5-6 слоев нормально (я бы даже сказал идеально), постепенно поднимаясь, но когда дело доходит до заполнения фигуры (InFill) происходит следующее: перед печатью очередного слоя заполнения экструдер поднимается на 5 мм, перемещается в точку начала слоя и опускается уже на 5,5мм. В результате предыдущий слой прорезается и расплывается от новой порции пластика.
в чем может быть проблема?
Буду премного благодарен!

[CyberN]

Понял что проблема кроется в функции retruck... попробовал вообще отключить retruck, печать пошла как надо, но если у модели есть выступы,то между ними сопли появляются...
Пробовал ускорение движков менять. не особо помогло...

[archer]

Стоп... а причем тут экструдер и ретракт?
У вас голова дергается при ретракте? Должен только пруток ходить - немного назад для отвода сопли при переносе и вперед при начале печати. Прошивку сильно копали?
Эта функция должна только на мотор экструдера влиять (тот который филамент толкает) - ну никак не на ходовые.

[antobel]

Народы, кто цеплял датчик конца филамента к марлину под рампс?
при попытке раскомментить эти 3 строки компилятор взрывается горой ошибок
Win XP, ардуино 1.6.0

//#define FILAMENT_RUNOUT_SENSOR
//const bool FIL_RUNOUT_INVERTING = true;
//#define ENDSTOPPULLUP_FIL_RUNOUT

[Shaman]

Понял что проблема кроется в функции retruck... попробовал вообще отключить retruck, печать пошла как надо, но если у модели есть выступы,то между ними сопли появляются...
Пробовал ускорение движков менять. не особо помогло...

Вообще это вроде настройка слайсера. Его можно настроить так, что бы он сопло поднимал вместо того, что бы делать откат прутка. Я такое пробовал когда только первый принтер собрал, решил что нахрен оно не нужно и забыл. Прошивка вроде тут ни при чем.