MKS Robin Nano 2.0. Новый хит?

X-Dron
Идет загрузка
Загрузка
20.09.2020
5253
45
Техничка

Подпишитесь на автора

Подпишитесь на автора, если вам нравятся его публикации. Тогда вы будете получать уведомления о его новых постах.

Отписаться от уведомлений вы всегда сможете в профиле автора.

12

Владельцы Robin Nano, вы еще хотите SKR, тогда мы идем к вам. 😊

В тексте использовано цитирование jmz

Выход обновленного Flying Bear Ghost 5 и MKS Robin Nano 2.0 произошли практически одновременно. Но про медведя обзор не написал только ленивый, а про Robin Nano 2.0 я что-то не видел.

Я, естественно, понимаю, что первое это уже принтер, а второе – запчасть к нему. Но интересен сам подход к обновлениям продуктов. На оба были большие замечания у пользователей. И если у медведей большинство обновлений имеют спорный характер, то что же у MKS?

Основные претензии к MKS Robin Nano 1.1/1.2 были

• Отсутствие подключения по UART драйверов двигателей.

• Исходники прошивки на сайте не выкладывались, или выкладывались с большим лагом. При этом чтобы скомпилировать ее требовался коммерческий и крайне неудобный компилятор IAR IDE.

• FSMC-интерфейс подключения экрана с SPI-шиной для тача. К шлейфовому разъему интерфейса ничего кроме TFT35 от тех же MKS ничего не подключишь.

Что же предлагает MKS теперь?

Первое, что бросается в глаза – отсутствие разъема подключения шлейфа. Вместо него два 10-пиновых разъема. И да на первый взгляд это стандартный RepRap Full Graphic Smart Controller-интерфейс.

По схеме от MKS интерфейс имеет следующий вид:

На первый взгляд ничего необычного энкодер, бипер, один SPI на два устройства с сигналами выбора, прячущимися за LCD_D4 и LCD_D6.

Но экран TFT, а не LED12864. И поддержка такого типа подключения появилась в официальном Marlin только в последней актуальной на данный момент версии 2.0.6.1. Для подключения MKS предлагает использовать экран MKS TS35 v2.0.

Можно выбрать 3 режима.

 #define SPI_GRAPHICAL_TFT - Upscaled 128x64 Marlin UI:

#define TFT_320x240_SPI (#define TFT_480x320_SPI) - Цветной Marlin UI со стандартной системой меню

#define TFT_LVGL_UI_SPI - интерфейс от MKS на графической библиотеке LVGL:Jmz : >>>SPI_GRAPHICAL_TFT и TFT_LVGL_UI_SPI фирменный интерфейс MKS используют синхронный блокирующий вывод на экран, во время которого основной цикл Marlin останавливается. Контроль температуры и выдача импульсов на шаговые двигатели выполняются, но все остальное, например чтение SD карты или прием данных с COM порта, уже нет. Интенсивное использование меню в процессе печати приводит к опустошению буфера команд и снижению скорости печати (автоматически, при заполненности буфера менее 50%). В особо запущенных случаях команды в буфере могут закончиться совсем.

Реализация TFT_320x240_SPI (TFT_480x320_SPI) интерфейса разделена на 2 асинхронные части - одна часть рисует интерфейс с использованием графический примитивов, вторая - отрисовывает картинку на экран. Это позволило во-первых разделить внешний вид интерфейса (320х240 или 480x320) и физическое взаимодействие с экраном (FSMC или SPI), а во-вторых сделать отрисовку картинки неблокирующей основной цикл - вывод данных на экран осуществляется в фоновом режиме с использованием DMA. Соответственно обязательными требованиями к плате для возможности подключения SPI экрана являются наличие аппаратного SPI и поддержка DMА. <<<Jmz 

И да! STM32F1 все это имеет.

Все идет к тому, что TFT_320x240_SPI (TFT_480x320_SPI) и DMA-SPI будут новыми стандартами при работе с TFT-дисплеями.

Использование стандартных разъемов позволяет сконфигурировать подключение не только родного экрана MKS TS35 v2.0, но и любые LED12864 экраны.

К слову, можно сказать, что подключение Smart-экранов и Raspbery по Uart никто не отменял. Их можно подключить либо через переходник в разъем WiFi, либо допаять гребенку из 4-х штырьков в готовые отверстия рядом с разъемом WiFi. Естественно, WiFi-модуль в этом случае установить будет невозможно, используете возможности Smart-экранов и Raspbery.

Смена интерфейса общения с экраном с FSMC на TFT_SPI освободила на процессоре множество GPIO, которых так не хватало в ревизиях 1.x Robin Nano.

MKS использовало их для работы с драйверами шаговых двигателей.

Три GPOI на общий SPI-интерфейс, и индивидуальные UART на каждый драйвер. При этом обеспечивается работа как с TMS2208UART, так и с TMS2209. Выбор режима работы осуществляется джамперами на штырьковых интерфейсах Jm3, Jm5.

Работа в режиме «Sensorless» (без физических концевиков) в «железе» выполняется установкой перемычек в разъем J20, никаких дополнительных проводников.

Превышение момента на драйвере E0 коммутируется на пин концевика «Z+», на драйвере E1 коммутируется на пин концевика «E1». Интересная фича, теперь можно попробовать отлавливать появление пробки в хотэнде.

Как следствие появился разъем концевика «E1» с простейшим аппаратным антидребезгом. Непонятное излишество, вроде как бонус.

Размеры платы, посадочные отверстия, расположение USB-разъема и microSD не изменились. Предыдущие версии RobinNano можно легко заменить на 2.0. без различных переходников.

Размеры экрана MKS TS35 v2.0 (он же MKS TFT35 v2.0) увеличены по сравнению с более ранней версией TFT35 на 15мм. Зарезервировано посадочное место под установку энкодера. Самого энкодера нет. Пробовал ставить и настраивать в Marlin-е EC11, получилось плохо. В 70% случаем перемещается на 2 позиции в 30% на одну. В версии Marlin в репозитории MKS есть какой-то фикс на эту тему, но если честно, то их прошивку не ставил.

Несмотря на увеличение размеров MKS TS35 v2.0 можно установить в посадочные места для MKS TFT35 ранних версий.

Еще из замеченного

• Появилась кнопка «Reset»

• Появилась «гребенка» с перемычкой для питания устройств, посаженных на шину I2C, нее же можно снять 3.3V для коммутации периферии напрямую на GPIO процессора.

UART.

В версиях MKS Robin Nano 1.x по умолчанию была установлена скорость обмена по UART 115200. И только на этой скорости была возможна стабильная печать по UART. В определенных случаях ее не хватало и возникало опустошение приемного буфера в плате. Увеличение размера буферов MAX_CMD_SIZE, RX_BUFFER_SIZE решает часть проблем с опустошением буферов, но делает управление менее отзывчивым, особенно на моделях с длинными перемещениями

Для MKS Robin Nano 2.0. В исходника в репозитории MKS установлена дефолтная скорость для 250000.

Стабильность работы пока с Octoprint еще не проверял.

Несколько слов про WiFi (просто ликбез).

Относительно скоростной WiFi всегда был фишкой Robin Nano всех версий. Скорости не так чтобы «Вжих! и все», но и в разы быстрее чем в ESP3D. MKS связывают CPU материнки не только по UART, но также используют сигналы управления. В обычном режиме скорость UART стандартная, при передаче файла управляющие сигналы переключают передачу на скорость в 2Мбита и гонят при помощи DMA. Соответсвенно, со стороны STM32 тоже разбора нет - приняли через DMA, записали в файл. После передачи обратно в 115200 переключаются.

Прошивка

С появлением Marlin 2.0. программисты MKS развернулись не на шутку. Перешли с IAR IDE на PlatformIO в MS Visual Studio Code. Прошивка стала по-настоящему открытой. Последняя версия в репозитории MKS:

https://github.com/makerbase-mks/Mks-Robin-Nano-Marlin2.0-Firmware

Быстрый WiFi в данной прошивке работает только под GUI TFT_LVGL_UI_SPI от MKS.

MKS настолько все ругали закрытой прошивкой, что программисты MKS сделали запрос на включение части их кода в официальный Marlin 2.0.6. И запрос приняли. Прошивку можно скачать и настроить из официального репозитория Marlin.

Быстрый Wifi в данной версии не поддерживается.

Как альтернатива использования прошивки от MKS есть «форк» Marlin 2.0.6.1 от Сергея Терентьева, настроенный под Robin Nano 1.1, 1.2. Под 2.0 настраивается легко.

https://github.com/Sergey1560/Marlin_FB4S

Быстрый Wifi в данной версии поддерживается под любым GUI.

В итоге, что мы имеем.

Инженеры MKS путем минимальных изменений добавили в свою плату то, что давно есть у конкурентов (BTT), но сделали это с максимальной совместимостью с предыдущими версиями. Все изменения идут только «в плюс» устройству. Вроде от MKS этого не ждали, а они сделали.

В настоящее время плата вместе с экраном продается только в официальном магазине MKS. При этом стоимость составляет ~2000Р с учетом доставки.

У SKR v1.3 аналогичный комплект стоит 3300.

Поддержка TFT_320x240_SPI и TFT_480x320_SPI для HAL LPC1768 была портировна в официальный Marlin и опробована на SKR 1.4 в конце августа. https://github.com/MarlinFirmware/Marlin/pull/19139

Но в репозитории bigtreetech ее работа окончательно не оформлена. #define TFT_320x240_SPI (#define TFT_480x320_SPI) в Configuration.h отсутствуют.

Владельцам Robin Nano 1.1, 1.2, FlyingBear Roborn 2.0, которых не устраивает текущий функционал плат могут подумать над переходом на Robin Nano 2.0.

Из плюсов по сравнению с SKR v1.3:

• Полная совместимость по монтажу с предыдущими версиями. Не нужно печатать ни переходников, ни работать напильником.

• Быстрый WiFi для передачи GCode-а с Cura.

• Меньше цена.

• Возможность использования любого актуального GUI, в том числе TFT_320x240_SPI (TFT_480x320_SPI)

Что в пользу SKR v1.3:

• Изучена вдоль и поперек.

• Нативная поддержка NeoPixel. 

PS. Пользуясь случаем прорекламирую еще одну идею Сергея Терентьева. В свободном разъеме драйвера есть и 12/24В и GPIO, почему бы не повесить туда управление подсветкой? Подробнее здесь.

PS2. Благодарю jmz за помощь в подготовке данного поста.  

Подпишитесь на автора

Подпишитесь на автора, если вам нравятся его публикации. Тогда вы будете получать уведомления о его новых постах.

Отписаться от уведомлений вы всегда сможете в профиле автора.

12
Комментарии к статье

Комментарии

20.09.2020 в 04:00
0

Может это и новый хит, но на старом медленном процессоре. Одновременно степами щелкать и прорисовывать красиво дисплей проблематично.

20.09.2020 в 05:25
0

Ну значит вы статью не прочитали или не поняли техническую часть. Если задачи распределять по приоритетам и использовать все имеющиеся ресурсы на полную, то можно и малыми мощностям и горы свернуть. Даже в блокирующем режиме GUI никогда не был одного приоритета с управлением драйверами. Тем более для щелканья степами используются аппаратные таймеры. А сейчас добавляется асинхронные режим вывода информации в неблокирующем режиме. SPI_TFT изначально был написан горячим бразильским парнем Victor Oliveira для STM32F1, а потом с шаманскими танцами портирован на LPC1768.

Если ресурсов достаточно для выполнения задачи, то зачем дополнительные расходы?


Пропихивание G-кода через UART - настоящий архаизм. BTT при переходе с SKR1.3 на 1.4 ни до чего действительно нового не сделали. Поставили медленный WiFi, для того "чтобы было", да частоты на turbo добавили. Я не спорю, плата отличная. Но это как сравнивать Intel и AMD до появления Ryzen и после.

20.09.2020 в 08:26
0

SPI_TFT изначально был написан горячим бразильским парнем Victor Oliveira для STM32F1

Поддержка SPI TFT экранов изначально была написана для HAL STM32 и использует отрисовку картинки по DMA в неблокирующим режиме.

Горячий бразильский парень Victor Oliveira портировал этот код под STM32F1 и LPC1768, но с использованием блокирующего вывода.

20.09.2020 в 08:47
0

А кто Вам сказал что, гуй имеет больший приоритет над степпером. Вы поставьте микрошаг на 128 и погоняйте на приличных скоростях и взгляните как степпер начинает дохнуть и выдавать за раз 4 импульса. Так что процессор никак не подходит. Просто их нужно кому нибудь втюхать и китай это прекрасно делает. Сейчас по крайней мере румба32 на уровне в отношении производительности к цене.

20.09.2020 в 09:47
0

Вы поставьте микрошаг на 128 и погоняйте на приличных скоростях 

Скажите пожалуйста, зачем такой микрошаг по осям? какой реальный профит от 128 в сравнении с 16, 32.?

20.09.2020 в 10:09
-1

Ну если вы глухой, то разницы никакой нет.

20.09.2020 в 10:48
2

Хороший слив, реального профита привести не можете. 

 

20.09.2020 в 11:08
0

А про что мне Вам рассказать. Про быстрый медленный и смешанный спад, который в тмс реализован. А Вы в курсе почему тмс такие тихие? Вы в курсе что они на медленных скоростях смешанный спад больше переходит в медленный? И если Вы еще не в курсе, что медленный спад увеличивает нелинейность позиции в микрошаге. Что еще рассказать?

20.09.2020 в 11:23
0

Что еще рассказать?

Реальные примеры печати, как это отражается на качестве. Потому как теория- это здорово. НО, пользователя в итоге интересует, реальная польза от того или иного решения.

У вас есть эти самые реальные образцы, вы делали тесты исследования? 

20.09.2020 в 11:44
0

Это не теория, а практика. Я уже Вам по моему уже что то доказывал ранее по поводу первого слоя и больше я ничего доказывать не собираюсь. Про печать ничего не скажу. Была тема вообще то что проц дохлый для хорошего микрошага. Так вот если не верите , то просимулируйте код марли на этом проце или вживую осциллографом поглядите на степы что там твориться. А потом еще прилепите туда гуи и поглядите какая жоппа будет.

20.09.2020 в 11:59
0

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

Это когда? и при чем тут первый слой.

Была тема вообще то что проц дохлый для хорошего микрошага

так я вас и спросил, зачем делать 128, какова реальная польза от этого дробления?

 Так вот если не верите 

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

Вопрос был простым, НО, вы так и не дали ответа(примера), полезности такого дробления, и реального преимущества 8729 над ТМС. 

З.Ы.

Это не теория, а практика.

Где примеры готовых деталей, отпечатанных на ТМС и таких же на 8729 c микр 128, на которых видны практические преимущества, а не просто теория , симуляция, и тыкание осцилографом.

20.09.2020 в 12:29
-1

Вот конкретно Вы всех троллите, а сами можете что то показать? Слабо?

20.09.2020 в 12:43
0

Вы всех троллите,

Вы  это все? И в чем заключается тролинг лично вас?

Слабо?

Не нужно путать, вы сделали утверждение(НЕ Я, а ВЫ),  о 128 микрошагах. Я вас спросил в чем разница 128 в сравнении с 16, 32.

Вы не нашли ничего лучше, чем (ерничать/хамить/тролить/уйти от ответа) ответив

Ну если вы глухой, то разницы никакой нет.

Так, что кто троль еще нужно посмотреть.

Я проводил печать разных тестовых моделей и с 8729 с мш 128, и с 2208 на мш 16,32 с интерполяцией 64 ,128 без интерполяции. Плата бутерброд РУРАМПС4 с ДУЕ прошивка MK4Due 4/37-4/39. Разницы не заметил.

20.09.2020 в 12:58
0

На каком проце и при какой скорости и сколько импульсов на мм при шаге 128 ?  Просто при шаге 128 все будет заикаться. Не нужно юлить. Я все это уже перепробовал.

20.09.2020 в 13:10
0

 Не нужно юлить. 

Вы как раз этим и занимаетесь.

На каком проце

На Arduino DUE проц  Atmel SAM3X8E ARM Cortex-M3

 

Я все это уже перепробовал.

Прекрасно, расскажите, в чем профит,  изделия имеют отличия и в чем?

Не нужно юлить.

Кроме слов теории и тыкания осциллографом, есть РЕАЛЬНЫЕ улучшения напечатанных моделей, при микрошаге 128 на 8729, и тмс с интерполяцией на шаге 16, 32. ?

21.09.2020 в 13:08
0

Извиняюсь, что вмешиваюсь в вашу высокоинтеллектуальную  интеллегентную дискуссию, но обращу ваше внимание, что окружности по умолчанию в G-коде представлены отрезками (если не включена ресурснозатратная функция arc), и чем они короче, тем окружность выглядит более гладкой. Поэтому, при высоких значениях микрошага вы получаете возможность описать кривые более точно и подробно (с высокой  дискретностью). Качество печати повышается. Можете мне поверить. А если не верите - погуглить картинки на эту тему. Из много. С уважением к собеседникам. :)

21.09.2020 в 14:01

Комментарий удалён

20.09.2020 в 13:25
1

медленный спад увеличивает нелинейность позиции в микрошаге

Насколько это будет инструментально заметно на геометрии сложной и относительно крупной технической модели при размерах области печати, допустим, 200х200х200 и слое толщиной 0,2 и шириной 0,4?

20.09.2020 в 13:41
0

Насколько это будет инструментально заметно на геометрии сложной и относительно крупной технической модели при размерах области печати, допустим, 200х200х200 и слое толщиной 0,2 и шириной 0,4?

Вы просто написали допустим. Размеры тут ни причем. Тут все зависит от количества импульсов на мм. А точнее от того сколько мм приходится на шаг двигателя. Тут уже все от зависит от механики. Люди используют разное передаточное число шд на ось. А по нелинейности, так при микрошаге 10 погрешность позиционирования доходила до 2-5 микрошагов , в зависимости от геометрического положения ротора относительно полюсов сердечника.

20.09.2020 в 13:48
1

А по нелинейности, так при микрошаге 10 погрешность позиционирования доходила до 2-5 микрошагов , в зависимости от геометрического положения ротора относительно полюсов сердечника.

upd: И тем не менее, у себя (H-BOT на рельсах, 2209 UART, 16 микрошагов c интерполяцией до 256, бесшумный режим (стелсчоп), двигатели 1.8°, 80 шагов/мм на X/Y и 400 на Z) я не вижу никаких заметных косяков. Поэтому и спросил. Но прямого ответа не получил.

20.09.2020 в 14:07
0

При Ваших параметрах никаких изменений в геометрии не будет видно.

20.09.2020 в 14:14
1

При Ваших параметрах никаких изменений в геометрии не будет видно.

а при каких параметрах эти изменения будут видны? Приведите цифры параметров, будьте любезны.

20.09.2020 в 16:34
1

Ну и зачем тогда вот это вот всё разводить? Есть такое понятие, как «оверинжиниринг». С одной стороны, это приятно (щекочет эго), с другой – бесполезно и затратно.

20.09.2020 в 10:48

Комментарий удалён

20.09.2020 в 10:25
1

LV8729 в режиме 1/128 довольно тихие. Не настолько, как TMC в бесшумном режиме, но спать уже не мешают.

jmz
20.09.2020 в 10:53
1

Я в курсе, пробовал, даже на 64 не особо громко. Но по мне, ТМС при той-же цене, и их проще использовать и функционал больше, нафига нагружать проц. излишним, если драйвер сам с этим справится.

20.09.2020 в 18:17
0

Ах сэр, это мое больное место. У меня лежит комплект из 4-х TMC2100, купленый в 2017-ом за 34$, а работают вместо них LV8729, купленные год спустя за 13$.

А сейчас да, есть универсальный вариант в виде TMC2209, но мне лень под него менять электронику.

20.09.2020 в 05:45
0

Процессор побыстрее стоит.

20.09.2020 в 07:06
0

И что? Можете сказать без Google, что такое HAL относительно процов? Тогда продолжим разговор.

20.09.2020 в 08:43
0

уже бы 405 вкинули.

20.09.2020 в 08:46
0

Спасибо, было интересно читать, особо про проброс wiFi  Г- кода...

20.09.2020 в 08:48
1

Я эту плату пока видел только в пятом медведе и там всё та же очень-очень слабая шина питания 5В. Плохая шина питания это прям "МКС дефолт". А значит привет проблемам с температурой. Ну и специфичность в использовании экранов - всё также не есть хорошо. В телеграмм-каналах, на которых я бываю, почти все владельцы более ранних МКС-плата+экран переходили на Марлин+его интерфейс и у всех была одна и та же жалоба - "с энкодером было бы сильно лучше", а про сам МКС интерфейс я чёт ни от одного печатника с опытом слова доброго не слышал. Это без учёта вопросов лагает экранчик печать или не лагает. Просто бездумный интерфейс, у Марли функциональнее и полезнее. Кста, по медведю, как я вижу, тоже народ на Марлю с его интерфейсом валит довольно массово.

20.09.2020 в 11:08
0

А чем хороша стоковая прошивка на медведе? Тем что закрытая и написана на основе Marlin 1.0.0? Не место такому коду в принтере. Про конфиг к крайней 5.8 для 5-го я вообще молчу. Одни ускорения в 100 (сто, Карл) чего стоят.  

В 5м медведе далеко-далеко не эта плата. Дай бог, если поставят в 6м. Я сам считаю, что GUI MKS ещё то "изделие". Речь в статье не о нем.

Никто не мешает попробовать прикрутить к upscale интерфейсу энкодер на Nano 1.x. Здесь есть статья. Я делал. Качество работы не устроило. Может дело в плате, может в энкодерах. Дописывал программные фильтры, не помогало. Результаты теста на этой сборке в статье. 

21.09.2020 в 09:53
0

с энкодером было бы сильно лучше

Так может интерфейс кривой, а не связка плохая? 

24.09.2020 в 11:32
0

К слову про энкодер. В последней версии прошивки они добавили поддержку энкодера, включается/выключается прямо в меню. А плата теперь продаются с энкодером на экране.

20.09.2020 в 10:33

Комментарий удалён

21.09.2020 в 06:11
0

А SKR то получше будет ...  хотя бы наличием двух предохранителей.(один раз выручило)  И то что изъезжена вдоль и поперек. Все проверено, настроено и отлично работает. (V1.3)   И да - то что MKS дешевле SKR,  дешевле не значит лучше. Это значит что плата слеплена из г***на и палок. Китайцы в минус продавать ни как не будут, а там еще и прибыль заложена. Почитал отзывы на али про плату - в целом негатив. 

21.09.2020 в 11:36
0

У MKS те же два два предохранителя. Но они smd и это крайне неудобно. Т.ч. SKR в + только 0.5. :). У всех дешёвых китайцев, и SKR в том числе, другая проблема: пробой мосфетов нагревателя и стола. Вот это действительно опасно, когда идёт неконтролируемый нагрев, который никак не остановить. 

21.09.2020 в 13:13
1

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

21.09.2020 в 13:23
0

Владею этой платой недели полторы. Сборка отстой. Были не пропаяны контакты. Прошивка заслуживает отдельного негодования. Как таковой, то что показывают на видео мкс и то что у них в прошивке- две отдельные части. Меню очень криво переведено, правили библиотеку. Wifi не использую, но товарищ по такой же плате негодует. Настройка bltouch кривая. Пришлось откатывать на обычный марлин чтобы откалибровать стол по углам а потом уже заливать цветной марлин. Чтобы заставить его вообще работать, нужно было лезть в исходный код марлина. Плюс только в uart. На этом все заканчивается.

21.09.2020 в 14:32
0

Только не цветной Marlin, а Marlin с интерфейсом MKS (третий вариант, описаный в статье)
В цветном (второй вариант) используется стандартная система меню, а кривого перевода там не может быть в принципе, ввиду отсутствия русского шрифта.

jmz
21.09.2020 в 15:20
0

Как в известной поговорке- «хрен редьки не слаще»). С Mks robin mini куда проще. Так ещё больше всего поразило их подход к готовой прошивке. Вопрос- как они могут знать какие я буду использовать драйвера? Ни одного упоминания какие драйвера используются в данной сборке! Вообщем остаюсь при своём мнение- поддержка продукта никакая. Для чего вводить в заблуждение покупателей, выпуская ролики что у них все зергуд прям сходу. Если нету опыта сборки марлина, лучше переплатить и купить тот же скр. Нервы и время будут сохранены на долгое время.

21.09.2020 в 17:20
1

Это кто ж в наше время верит маркетологам да продаванам??? Пользоваться нужно Git-от продукта и Wiki. Все описание железа, подключение периферии и исходник прошивки и в открытом доступе. Чего у MKS сроду не было.

https://github.com/makerbase-mks/MKS-Robin-Nano-V2

https://github.com/makerbase-mks/MKS-Robin-Nano-V2/wiki

Например, подключение BLTouch: https://github.com/makerbase-mks/MKS-Robin-Nano-V2/wiki/3D_TOUCH

Прежде чем заказывать эту сборку я неделю думал как накатить на нее Марлин и чтобы она работала, т.к. поддержки TFT_SPI в релизе марлина еще не было, а от интерфейса MKS тошнит с момента его появления. 

Пока плата шла, собирал прошивку под определенную задачу. Заработала сразу же. Если берете неродную плату от принтера, которую изготовитель принтера не поддерживает, будьте готовы ковыряться в исходниках. И не дай Бог они будут на IAR IDE, как было у MKS для тыренного кода Marlin 1.x. Врагу не пожелаешь.

22.09.2020 в 08:22
2

Пять копеек из личной практики. Печатаю на этой плате уже больше месяца, по началу были сложности, но сейчас пашет отлично, вообще нареканий ноль. Марлин из багфикса компилица без вопросов, тормозов тоже не замечено, притом у меня дельта с моторами 0.9 и микрошагом 64 везде, скорость до 120мм/с держит без проблем. И правильно выше замечено, быстрее всего работает с TFT_480x320_SPI.

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

24.09.2020 в 06:41
0

Привет есть мишка 5 и есть нано v2.0 стоит замарачиваться ставить ?

25.09.2020 в 18:59
0

Пока рано, есть определённые проблемы с прошивкой когда адаптируем о оттестим сделаю ещё одну статью по итогам. Есть неприятная особенность установки экрана. 

25.09.2020 в 09:46
0

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

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

Может это и не относится к самой плате.... вопрос скорее к прошивке... Можно ли сперва скокопировать через вай-фай файл на вставленную флешку и запустить файл с флешки?

По поводу процессоров для принтера - там вообще должен стоять ОПТИМАЛЬНЫЙ процессор...... мне так кажется если правильно навесить периферийное оборудование на плату, то ресурсов выше крыши у этого процессора....

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

28.09.2020 в 20:18
0

X-Dron спасибо за труд! С нетерпением жду статью о результате тестирования!

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

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

Two trees Bluer Plus обзор, или что могут китайцы?(ч. 2) Ребята, я в печали!!!

Обнимашки

Установка огромной линзы на ЧПУ

Новые смолы Formlabs

Ржавые якоря - первый опыт использования пигментов

Череп тролля из TES V: Skyrim