MKS TFT28 (3) + MKS-DET: ловля марлина на сниффер

Подписаться на 3Dtoday
eta4ever
Идет загрузка
Загрузка
24.10.16
18697
85
печатает на RepRap
Техничка
54
PREVIEW
И снова здравствуйте, уважаемые читатели. Вашему вниманию предлагаются очередные китайские грабли. Обнаружились они при попытке завести модуль детектирования сетевого напряжения MKS-DET, работающий совместно с дисплеем-контроллером MKS TFT. Отправной точкой стал пост 3DFirst, где автор описывает косяк - "не взлетает" эта конструкция совместно с прошивкой Marlin.

Начал проверять на своем зоопарке. "Боевой репрап" у меня сейчас один функционирует, это WoodBot Mini под управлением MKS SMini (Smoothieware). Так вот, со "смузи" MKS-DET работает как положено. Подключаем модуль к дисплею (B0, 3v3, GND), конфигурируем. Далее соблюдаем все возможные и невозможные правила электробезопасности. Я настоятельно не рекомендую эксплуатировать MKS-DET без корпуса, так как там вполне ощутимые 220 вольт по нему гуляют. Не надо делать так, как у меня на видео - это тестовый стенд, который нужно постоянно держать под наблюдением и не совать в него выступающие части тела.
Вот как это работает на SMini.
В целом, конструкция такая: MKS-DET включается в розетку до ИБП. Принтер - соответственно, после. Когда пропадает сетевое напряжение, MKS TFT отводит на 10 мм по Z сопло и останавливается. Орет еще при этом мерзко. Через сколько-то минут ИБП гаснет, и все погружается во тьму. Затем питание (надеюсь) возвращается, и вся эта конструкция включается в режиме паузы. Остается нажать на кнопку Resume, все прогревается, Z возвращается на место и продолжается печать. На SMini это именно так и работает.

А вот с "марлином" засада. Z не возвращается, и печать продолжается по воздуху.

Вот как это не работает с "марлином".
А вот так оно работает с "репетиром".
Ладно, осталось попробовать Repetier-firmware. Там интересно. Восстановление отрабатывается как надо, но отображаемая высота по Z уходит в минус на те самые 10 мм. К сожалению, нет возможности прогнать эксперимент на реальном принтере, но наблюдение за процессом на тестовом стенде показывает, что реально этой ошибки в позиционировании нет.

Хорошо. Займемся подслушиванием. Для этого используем USB UART, его RX надо подцепить к RX платы, чтобы понять, что MKS TFT шлет при паузе и восстановлении. Цеплялся я маленьким зажимом от логического анализатора к резистору R5, который идет на RX "меги". Это такой типа сниффер последовательного порта будет, если в кульхацкерской терминологии.

При срабатывании датчика сетевого напряжения MKS TFT выдает принтеру следующее:

G91 (переход к относительным координатам)
G1 E-1 (ретракт)
G1 Z10 (подъем Z на 10)
G90 (возвращение к абсолютным координатам)
M114 (получение текущих координат)


Ничего странного или нелогичного! Максимально универсальный G-код. При конфигурации MKS TFT для Marlin или Repetier он одинаков.

А вот что происходит при восстановлении:

M104 S00 (нагрев сопла, на 0 внимание не обращайте, у меня нагреватели отключены)
M109 S00 (нагрев стола)
G92 X53.84 Y86.89 Z10.4 E265.2599 (загрузка сохраненных координат)
G91 (переход к относительным координатам)
G1 Z-10 (опускание Z на 10)
G1 E1.0 (компенсация ретракта, сделанного при остановке)
G90 (переход к абсолютным координатам)


Тоже все абсолютно логично. И где засада? Сейчас, сейчас. Все будет. Теперь воспроизводим эту последовательность действий, только уже из Pronterface. Для платы, прошитой Repetier, все четко. За исключением кривого отображения Z на дисплее. По M114 выдаются правильные координаты, что характерно. А вот в случае прошивки Marlin мы спотыкаемся на G1 Z-10. Эта команда не выполняется, хотя по M114 и по дисплею у нас Z 10.4. Если ручками дать G1 Z10 (получится Z 20.4), а потом G1 Z-10 - работает, опускается до 10.4. Но не дальше!

И вот тут рождается гипотеза. Marlin в каком-то месте думает, что у него Z в нуле. И не хочет ехать в минус! А где это искать? Мысль была только одна - программные концевики. По умолчанию стоит #define min_software_endstops true, этот параметр прокомментирован как раз словами "если включено, то принтер не поедет дальше домашней позициии". Ставлю #define min_software_endstops false, прошиваю, испытываю. Вуаля, работает как надо.
Теперь оно работает с "марлином".

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

P.S. И еще немного реверс-инжиниринга для тех, кто не хочет платить за три с половиной детальки почти тысячу рублей. Простая как табуретка схема MKS-DET. Тут в Eagle.
96fc13599daa1e8b1efd99daed1417e2.PNG
Подписаться на 3Dtoday
54
Комментарии к статье

Комментарии

24.10.16 в 19:33
1
А есть исходники прошивки? Можно же поправить то место где генерится данный G-код и сделать его более правильным для обоих прошивок! А именно, добавить сначала общую парковку по осям, а потом уже указать координаты где закончилась печать!
24.10.16 в 19:42
1
Он верный для всех прошивок. Его не верно отрабатывает марлин.
24.10.16 в 19:59
1
Он его вполне верно отрабатывает не давая загнать ось в минус. Единственно верным кодом было бы - это именно пригнать все оси в дом и потом уже возвращаться к тому месту откуда прервалась печать.
24.10.16 в 20:09
1
Как верно? Ты принтеру говоришь "G92 X53.84 Y86.89 Z10.4 E265.2599"
Если на русский, то "Сейчас ты находишься по оси X в координате 53,84, по оси Y 86,89 и по оси Z в координате 265,2599".
Как выглядит хом развернуто:
1. Если концевик в минимуме по конфе, то 1.1. иначе 1.2.
1.1. Вести двигаель в минус пока не сработает концевик
1.2. Вести двигатель в максимум пока не сработал концевик
2. Если концевик в минимуме по конфе то 2.1., иначе 2.2.
2.1. Установить текущую координату 0
2.2 Утснаовить текущую координату МАКСИМУМ по конфе по данной оси.
Т.е. у Вас концевик в минимуме на всех осях. ПРинтер гоник скажем сначал X, сработал концевик он ему G92 X0. Текущаяя координата по оси Х у тебя 0! Потом гонит Y и т .д. Т.е. хомы по факту G92 только вместо координаты как-то 0 (ну если у вас оффсет, то 0 плюс оффсет).
А вот когда вы потом скажем после хома по Z делаете еще минус сначала идет проверка, из текущей координаты вычитается то что надо и сверяется проверяется больше ли данное значение минимума. Если вы сделали хом и текущаяя координата 0, то ясно что 0-1 = -1 и при минимуме в 0, фишка не пройдет. Но вы же сказали что текущая координата скажем 10.4. 10.4 - 10 = 0.4 А это больше 0. Иначе тогда вы бы ни при каких раскладах в ноль бы не загнали. ну на хоме загнали бы до концевика, но координата тогда бы у вас стала 0.
24.10.16 в 20:13
2
Все в Home нельзя, в легкую все что распечатали на столе соберете.
25.10.16 в 11:48
2
Если парковать стол в макс,то вполне реально. При установке трапеции с большим шагом вполне реально с тяжетым столом словить съезд стола ибо самоторможения нету. Поэтому правильнее парковать.
25.10.16 в 11:53
2
Логично. У меня стол из фанеры 12 мм самостоятельно передвигался по трапеции TR8x8.
27.10.16 в 20:15
0
Если парковать стол в макс,то вполне реально
Именно так и реализовано на Hercules New.
Индуктивный датчик Zmax, на дне ёмкости H-Bota.
27.10.16 в 20:54
1
Все вы про свой геркулес,как завороженный твердите. Так и в ультимейкере и много еще где,это не ново.
24.10.16 в 20:19
1
Отрабатывает неверно, т.к. позиция по m114 и по каким-то внутренним соображениям не совпадает.
24.10.16 в 20:21
1
Самое интересное, что когда детектор питания не подключен, то при выключении/включении питания TFT28 именно по такому алгоритму и работает - после разогрева сопла уводит в дом, а потом возвращает к исходной (прерванной координате). В случае с детектором сопло просто отводится вверх по Z (точнее у меня платформа опускается) и крайне важно не забыть вовремя убрать "соплю", т.к. сопло над моделью находится, и в случае продолжения работы она может быть вмазана в тело модели (в этом случае смысла использовать детектор особого и нет).
24.10.16 в 22:08
1
Воот. Я очень удивлен был, что с датчиком не такая логика работы.
На первом видео если хорошенько присмотреться, можно увидеть, как я лезу в принтер с маленькими монтажными кусачками, соплю срезать ;)
24.10.16 в 20:15
1
Были б исходники - была бы совсем другая история.
24.10.16 в 19:53
2
Эпично... Могу предположить что именно G92 X53.84 Y86.89 Z10.4 не работает как надо. Ведь скажем в таком раскладе могу точно сказать что по дефолту и X, и Y не уйдут "дальше" 53.84 и 86.89 в сторону нуля соответственно. Верно? А если взять не РС марлина, а что-то стабильное последнее? Ведь в таком раскладе выходит что где-то в коде при G92 в проверке или переменная не перезаписывается (пока не поднимется вверх) только на Z, или G92 наоборот записывает эти координаты как HOME и естественно дальше не пускает. Ибо скажем в том же репитере по Вашим наблюдениям прекрасно видно что G92 пишет координаты по Z как HOME. Интересно посомтреть все остальное. Т.е. запустить модельку и тормознуть когда уйдет по Х скажем в почти конец X и дождаться смены слоя или чтобы X попробовал уйти меньше координаты остановки. Ну и Y так же.
24.10.16 в 22:11
1
Хммм. По XY двигать не пробовал. Наверное, та же фигня, что и с Z будет.
25.10.16 в 08:43
1
писал уже к посту Дихальта о продолжении печати - в марлине пофиксили баг с софтварными эндстопами и G92. G92 теперь не меняет позицию софтварных эндстопов.
тут варианта два - отключать их и пользоваться только железными или перед G92 делать HOME.
25.10.16 в 11:49
1
Спасибо, читал, но что-то у меня не щелкнуло. Получается, что наличие программных концевиков увеличивает безопасность, но делает G92, по сути, бесполезной.
25.10.16 в 11:57
2
ну не то чтобы бесполезной, всё в рамках назначения этой команды, но конечно ограничивает в действиях.
да и безопасности кстати особо не добавляет. потому что без home будет долбить в максимальную позицию. программные концевики они для упрощения железной реализации, когда лень ставить по два концевика на ось. экономия на спичках.
в общем нужно переходить на железные эндстопы на оба конца оси.
25.10.16 в 12:01
1
железные эндстопы на оба конца оси
Да.

Но в целом, меня очень забавляет, что в репетире и смузи все "из коробки" работает.

Насчет долбления в максимум - с моей конфигой получается все как раз хорошо. В минимуме железные концевики (программные отключены), в максимуме включены программные.
25.10.16 в 12:11
2
Из описания репитера:
Some ideas were also taken from Teacup, Grbl and Marlin
А баг пофиксили относительно недавно) Так что всё объяснимо.

Про долбление: если ось будет без HOME где-то в ненулевом положении, то G0 X200 например смачно так подолбит в максимум. Потому что программный концевик будет считать от начального положения каретки например.
25.10.16 в 12:19
2
G0 X200 например смачно так подолбит в максимум.
Закомментируй строку endstop only for homing.
25.10.16 в 12:22
1
мы про софтварные эндстопы говорим в последних марлинах
Потому что программный концевик будет считать от начального положения каретки например.
endstop only for homing вообще опция только для железных концевиков насколько я помню. да и на метод рассчета софтварных эндстопов ну никак повлиять не может.
25.10.16 в 12:29
2
А на кой баян там программые,если при отключении электричества у вас стол самотеком съедет на десяток мм? Тут надо железные ставить. А после появления напряжения - парковаться в макс.
25.10.16 в 12:30
0
а это уже к Илье вопрос, а не ко мне)
25.10.16 в 12:31
2
Ага, так мы потихоньку приходим к тому, что программные эндстопы - вообще хрень.
25.10.16 в 12:47
3
Да я вообще не понимаю нафига эти программые. От них только вредительство, при отключении питания в минус не едет, при езде в макс получим отбойный молоток.
24.10.16 в 19:58
1
У меня на UP! plus 2 - смузи, модуля нет. При восстановление питания стол не поднимает...
24.10.16 в 20:17
1
Можно поподробнее? Без использования det он его и не опускает.
24.10.16 в 20:30
1
А стол на рельсе и ремне по оси Z. Он падает.
24.10.16 в 22:10
1
А-а-а. Дошло. И хз, как с этим быть при наличии отсутствия исходников прошивки. Ведь логика TFT предполагает, что принтер остался в том же положении, в каком выключился.
24.10.16 в 22:21
2
При печати ABS вряд ли спасёт положение - при продолжительном отключении модель успеет отклеиться от стола :(
24.10.16 в 22:24
1
Зависит от площади детали и того, что для улучшения адгезии используется. Допустим, с лака отскочит, а вот на ПВА или абээс-ацетоновке вполне может и удержаться.
25.10.16 в 18:46
2
да даже если и если не отклеится, тот слой что будет печататься 'на холодное' будет очень слабым, деталь по нему легко разделяется.

по уму, необходимо разогреть воздух внутри принтера перед печатью и подождать, пока деталь прогреется.
24.10.16 в 22:31
2
eta4ever,
то что надо править прошивку моего Hercules New
(для всех - напомню, это - H-Bot(RAMPS+MEGA+MKSTFT28) ), я уже понял.

Хотя на нём у меня танген-столик по Z, а индук-датчик эндстопа находится в Zmax.
Пока не экспериментировал, рад, что у Вас всё получилось!

Пост коллеги 3DFirst к сожалению только подтвердил мои опасения, что
MKS любит "в лоб" только MKS и Smoothie/32.

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

Был БЕЗУМНО РАД увидеть наконец воочию воображаемую мной работу НА ДВУХ ДИСПЛЕЙНЫХ ПАНЕЛЯХ!

Классно!
Буду обязательно повторять это сочетание, только с LCD2004.
Надеюсь, видосы у меня тоже получаться.
24.10.16 в 22:34
2
Точно, вспомнил, вы же хотели два дисплея использовать. А у меня это вынужденная мера была, надо было на чем-то координаты смотреть.
Про кастомные функции TFT - это еще непаханное поле, надо его хоть чуток копнуть.
25.10.16 в 00:54
0
eta4ever, я немного запутался, ища R5.

На вот этой схемке можете тыкнуть, где/куда сниффер подсоединяли?
R5 или RX Меги.

Mega Port Diagram.png


Может схема не та?
Я искал и на схеме для RAMPS1.4...
25.10.16 в 00:56
1
Правильно запутались, я же это все дело на MKS Gen проделывал. И забыл об этом в посте упомянуть :D
На дуйне просто на пин D0 (маркирован как RX со стрелочкой), если по картинке смотреть - в верхнем ряду.
25.10.16 в 12:48
0
eta4ever, Спасибо, понял!

Понял, что цепляться я могу на соответствующую ногу прямо на RAMPS 1.4 вот так:

RAMPS1.4_mega_RX_D0_location.JPG


Цепляюсь пользуясь USB-UART или COM-UART на RX/GND.
Скорость - по скорости MKSTFT28, остальное - 8N1, я полагаю.
Уровни 5V, я надеюсь, преобразователя уровней 5V/3.3V - не надо?

Спрашиваю потому дотошно, что "оперирую" на почти живом Hercules New...
25.10.16 в 12:50
1
Да, верно по всем фронтам.
24.10.16 в 23:00
1
Ну, вот, у меня изначально такой экран стоял. Проблем нет, параллельно им можно пользоваться с TFT28 (кардридером встроенным также). Естественно, не все функции будут доступны, если, скажем, вы печать запустили с TFT28, но большинство сервисных операций запускаются, нить перезагрузить в режиме паузы точно можно, также все температурные датчики доступны и т.п. :D
25.10.16 в 00:02
0
3dFirst, ЗдОрово!

Очень рад услышать от Вас фактическое подтверждение своих теоретических выкладок.
Были некоторые сомнения, Вы их развеяли.
По практике работы с MKSTFT28, мне кажется что вращением крутилки мне будет удобнее гонять голову +/- 180мм с шагом в 10, чем на MKS TFT28, долбя пальцем по экрану 18 раз...

(Справочно: у моего Hercules New - рабочая зона маленькая - 180мм в кубе!)

Хотя, если освоить макро/скрипты, это можно будет делать одним нажатием...

В общем, то, что у eta4evera-вынужденная мера, у меня - стандартный конфиг,
я люблю когда на аппарате больше ручных/manual "органов" :D

Понимаю также, что без мода прошивки - не обойтись...
25.10.16 в 01:18
2
За схему отдельное спасибо! В закладки и в карму :) Жду свой MKS SBase v1.3. Разбираюсь с питанием 24В и столами MK2-3, описание нашел. Буду ставить UPS на принтер, у нас бывает, отключают фазу, потому будет очень полезно.
25.10.16 в 07:43
1
Есть мнение, что если после паузы уйти в home, а потом вернуться к месту печати, то произойдет сдвид печати.
Этот слой сдвига будет виден на большой детали.
Делал эксперименты с остановкой и продолжением печати, через home, так и получалось.
Если просто опускать и поднимать стол, то проседание слоя будет менее заметно.
25.10.16 в 11:48
1
Ага. А грешить на повторяемость концевиков XY?
25.10.16 в 12:31
1
Нууу я даже на прюше такое проделывал для смены пластика. И все было хорошо,никаких лишних швов,сдвигов и прочего. Может ваша механика чудит?
25.10.16 в 16:08
3
Ставлю #define min_software_endstops false, прошиваю, испытываю. Вуаля, работает как надо. Теперь оно работает с "марлином".
Ваша методика 100% работоспособна, сегодня проверил. Заработало, наконец, как надо :D Спасибо!!!
25.10.16 в 16:16
1
Прекрасно. Будьте только осторожны с тем, чтобы не уехать в минус "по-настоящему", со всякими деструктивными последствиями.
25.10.16 в 17:47
0
То есть срабатываение Xmax даёт то же, что и Xmin, и eta4ever,
ту вот какая мысль посетила, насчёт min_software_endstops и Ваших слов про
...со всякими деструктивными последствиями...


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

В ином посте и на другом сайте видел нечто похожее на "дублирование Эндстопов".

На Hercules New стандартно Xmin, Ymin, Zmax.
Вместо того, чтобы делать коммутацию и доп обработку недостающих как-бы
Xmax, Ymax, Zmin ( т.н. hardware_endstops ) предлагается ставить
их в параллель с существующими.

То есть срабатываение Xmax даёт то же, что и Xmin, и
срабатываение Ymax даёт то же, что и Ymin, и
срабатываение Zmin даёт то же, что и Zmax.

Я пока не очень всё это в голове "уложил", однако
мне кажется, что сложность в переписывании кода Марлина - разная.

Можете прокомментировать эту "идею"?
В особенности в свете предложенной Вами модификации
#define min_software_endstops false
?

С Уважением,
Ski.
25.10.16 в 17:53
1
Смысл ускользает. Вот, допустим, у нас Xmin. К нему подключен параллельно (или последовательно, в зависимости от НР-НЗ) концевик, стоящий в максимуме. Доезжает принтер до нашего эрзац-Xmax, и думает, что сработал Xmin. И в итоге у него должно заблокироваться движение в сторону минимума.
25.10.16 в 19:15
0
eta4ever,
Вот, допустим, у нас Xmin.
К нему подключен параллельно (или последовательно, в зависимости от НР-НЗ) концевик Xmax...
Доезжает принтер до нашего эрзац-Xmax, и думает, что сработал Xmin.
Вставляется проверка после каждого перемещения на + увеличение шага :
"Если [внезапно!] достигнут Аппаратный Xmin,
то считать его Программным Xmax",
goto/gosub software_Xmax_reached() ...

Аналогично для Y и Z, соответственно.
25.10.16 в 22:45
1
Ну, для этого же придется прошивку ковырять. А этого очень не хотелось бы.
26.10.16 в 10:59
0
для этого же придется прошивку ковырять
1. eta4ever, Вы предложили вставить строку
#define min_software_endstops false
Я считаю это уже модификацией прошивки.

2. eta4ever, не хотел ловить Вас на слове, однако -

В начале поста, в дискуссии, по-моему именно Вы написали
Насчет долбления в максимум - с моей конфигой получается все как раз хорошо. В минимуме железные концевики (программные отключены), в максимуме включены программные.
А потом - чуть ниже:
Ага, так мы потихоньку приходим к тому, что программные эндстопы - вообще хрень.
Я всего-лишь отмечаю некоторую непоследовательность логики использования имеющихся ресурсов Марлина, и
всего-навсего предлагаю их ЗАДЕЙСТВОВАТЬ
удобным и простым способом.

У меня кстати большие сомнения, что В ЛЮБОЙ ПРОШИВКЕ любого Марлина у любого принтера, как минимум - выпущенного на территории России, разрешены ВСЕ-ВСЕ-ВСЕ аппаратные эндстопы Xmin Xmax Ymin Ymax Zmin Zmax.

Разумеется, я ими запасся, и буду свой Hercules New проверять ДАЖЕ НА ЭТУ реакцию,
однако
программные эндстопы позволяют (вероятно?) осуществить это чуть быстрее,
не говоря уже о "переносимости" этого решения.

Всё равно проверка на программный Xmax (в нашем с Вами примере) не отменена.
Логические функции .AND. и .OR. - ведь существуют?
Даже если не существуют, то задачку "доп.перехода" можно решить очерёдностью опроса сначала аппаратного затем программного эндстопов.

Доработка кода минимальна, как уже и выразился выше - IF,
затем Goto/Gosub (хоть Call, сути не меняет).
26.10.16 в 11:32
1
В моем понимании, дефайны в config.h - это настройка. А любое изменение логики работы - уже ковыряние. И лезть именно в логику, чтобы изменить что-то, касающееся концевиков, мне кажется неоправданным. Хотя бы и по принципу "работает - не трогай".
26.10.16 в 16:55
0
Соглашусь.
26.10.16 в 03:32
2
Я тебе как программист скажу, за goto я бы тебе по рукам бы дал... СИЛЬНО... Но это так... Полемика...
26.10.16 в 10:37
0
А я Вам как программист отвечу, что для проверки идеи готов идти даже до такой крайности как безусловный переход - "заплатка".
Без тотальной переработки кода - и без наличия эмулятора.

Gosub - согласен, аккуратнее, но более ресурсозатратнее в тесной памяти Мега.

Я написал Gotо/Gosub только для иллюстрации, сам код ещё не копал. Разумеется в центр поцедуры никто не запрыгивает, это по меньшей мере глупо.

Безрукиv программистам с отвёрткой в зубах я предпочитаю сразу по затылку лупить... :D

Дело в том, что я помню ещё ассемблер IBM/360 ;)
28.12.16 в 00:42
1
Есть вопрос.
Как сделать физическую кнопку постановки на паузу?
С этим экраном и приблудой-детектором наличия питания в сети я бы воткнул кнопку на разрыв цепи после детектора (так 3,3В).
А с обычным экраном или без него?
Есть мысли?
28.12.16 в 00:56
0
А вот и нету мыслей. Что-то надо ломать в марлине-репетире.
Тут-то все просто, экран прекращает код гнать, как если в пронтерфейсе паузу нажать.
28.12.16 в 01:31
0
Хоть ставь отдельно какую-то nano и с нее выдавать код.
Но как это реализовать я не шпрехаю.

Иван-Пластмасска вроде как в курсе как это сделать. Но не выдает секреты фирмы.
01.01.17 в 17:15
0
У меня другое предложение; что если в место mks-tft det поставить обычную зарядку отправлено сотового телефона ,на выходе зарядки керамический резистор ом на 10, для пущей верности после резистора поставить кренку на 3,3 вольта ну и наконец подать с выхода кренки на клемник GND и PB0! Это и безопасно так как нет фаззного напряжение, и огород воротить не надо! Есть ещё варианты с применением реле на 220 Вольт а нормально разомкнутые контакты соединить между 3,3 Вольт и PB0! Как на это смотрите?
01.01.17 в 17:25
0
Так я где-то, по-моему, писал, что оно при желании заменяется реле с 220-вольтовой обмоткой.
01.01.17 в 19:08
0
А вариант с блоком питания от телефона? а по поводу варианта с реле с 220-вольтовой обмоткой я в вашем посте не нашол
01.01.17 в 21:27
0
Я не помню уже, где-то было про реле... В комментариях, наверное.
С адаптером - вполне работоспособный вариант. Огород, конечно, но зато нигде 220В не будет в открытом виде.
02.01.17 в 08:47
0
Да я уже нашел:D а с реле контакты надо соединить 3,3 Вольт с PB0 ?
02.01.17 в 11:34
0
Там вроде же низкий уровень активный, т.е., PB0 с GND
28.01.17 в 18:12
0
Спасибо и еще вопросик, я приобрел сей девайс, у меня все функции работают перешил на руский язык, печатает с микро tft но фаелы на USB флешке не видит(( Печалька, форматировал флешку на FAT 32 без результатно возможно объем флешки большой пробовал на 8 GB что посоветуете??
28.01.17 в 18:15
0
С флешки мало печатал, но все работало ок. Объем роли играть не должен. В меню носитель выбираете? Флешку другую не пробовали?
28.01.17 в 18:24
0
Да в меню выбираю носитель флешку пробовал другую без результатно, может питание 12 вольт надо? не знаю что думать
28.01.17 в 19:02
1
А, стоп. Версия прошивки tft какая? Там на каких-то предыдущих версиях реально флешка тупо не работала. У меня 1.1.5.
29.01.17 в 11:49
1
у меня 1,1,4! И еще вопросик нужно ли прошивку мерлин ковырять чтобы подключить tft дело в том что залил в принтер новую прошивки tft не функционирует спасибо
29.01.17 в 12:22
1
Нет, марлин ковырять не нужно. Единственное - скорость соединения если изменилась, в tft тоже ее надо выставить.
Попробуйте обновить прошивку tft - это что касается неработающей флешки.
29.01.17 в 12:59
1
если вам не сложно скинте пожалуста прошивку или укажите где она может лежать! У меня mks tft28 v1.3
29.01.17 в 13:01
2
На гитхабе разработчика. Там уже 1.2.0, я ее еще не пробовал.
https://github.com/makerbase-mks/MKS-TFT/tree/master/Firmware
29.01.17 в 13:39
1
премного благодарен попробую о результатах отпешусь
29.01.17 в 14:06
1
Ура флешку увидел! прошивка работает замечательно! вот только ещебы нашолся бы добрый человек и перевел ее на русски вобще хорошо было! спасибо вам большое
29.01.17 в 14:36
1
Отлично. По переводу - это уже не ко мне, этим я не занимался.
29.01.17 в 14:41
1
ну если в друг найдутся желающие перевести.......
30.01.17 в 17:27
2
Однако, накосячил, диоды не туда повернул :D

6deb44902ad327f3a090312d323eab40.PNG


В Eagle поправил, по ссылке в материале правильная версия.
30.07.18 в 13:23
1
Прошивка Marlin 1.1.8 принтер Flyingbear P902
Ставлю модуль MKS DET к экрану MKS TFT 2.8
Сигнал пропажи 220в проходит, и если полностью все не обесточивать, то восстановление печати проходит на ура, голова опускается на -10 по Z те на которые она поднялась и печатает.
А вот если полностью обесточить то происходит то что Z уходит в дикий минус и загибает стол, параметра того что описан выше в Марлине 1.1.8 я не нашел, пытался полностью закоментить #define MIN_SOFTWARE_ENDSTOPS эффекта не дает.
Куда можно копнуть еще?
А то получается бесполезный так модуль.
30.07.18 в 14:26
0
Не подскажу, с марлином давно не ковырялся. Комментировать не надо, надо именно дефайнить false, это может быть не одно и то же.
30.07.18 в 14:40
0
Там малек изменился этот обзац
и вроде как нет выбора параметров



// Min software endstops curtail movement below minimum coordinate bounds
#define MIN_SOFTWARE_ENDSTOPS
#if ENABLED(MIN_SOFTWARE_ENDSTOPS)
#define MIN_SOFTWARE_ENDSTOP_X
#define MIN_SOFTWARE_ENDSTOP_Y
#define MIN_SOFTWARE_ENDSTOP_Z
#endif

// Max software endstops curtail movement above maximum coordinate bounds
#define MAX_SOFTWARE_ENDSTOPS
#if ENABLED(MAX_SOFTWARE_ENDSTOPS)
#define MAX_SOFTWARE_ENDSTOP_X
#define MAX_SOFTWARE_ENDSTOP_Y
#define MAX_SOFTWARE_ENDSTOP_Z
#endif

Попробую, компиляцию вроде проходит.
30.07.18 в 14:56
0
Я думаю, там надо false вписать.
30.07.18 в 15:03
0
#define MIN_SOFTWARE_ENDSTOP_Z false
эффект тот же... :(
30.07.18 в 15:29
0
А если вообще #define MIN_SOFTWARE_ENDSTOPS false ?
Но вообще, что-то мне подсказывает, что здесь засада где-то еще.

Я бы попробовал ручками из пронтерфейса или репетира по одной команды, которые проходят при восстановлении, прогнать и посмотреть.
30.07.18 в 19:15
0
Это фиаско... ни чего не помогло, поигрался еще с настройками самого экрана, полная ерунда выходит.
Он дает по z+10 при пропадании света на модуле, потом при подачи питания на принтер дает еще +5, уходит по Х и У в хом, и от туда выезжает на правильный Х и У, но по Z уходит в -15 плюс высота модели на тот момент у меня получалось - 17.5 потом дает обратно +15 или около того, короче полная ерунда выходит, бьет соплом в модель и гнет стол.
Отключил отложил его в долгий ящик.

Для написания комментариев, пожалуйста, авторизуйтесь.

Читайте в блогах

Широкоформатный 3D принтер DX Plus . Видео Обзор .

В Екатеринбурге 3D-печать используется в проектировании системы «Умный город»

Минпромторг подготовил каталог отечественных 3D-принтеров

Студенты из КНР изучают 3D-моделирование и 3D-печать летающих дронов в МАИ

Covestro нарастит производство фотополимеров для 3D-принтеров Carbon

Чиним Nikon Coolpix L610 (не фиксируется крышка батарейного отсека)