Комплект MKS DLP (плата с дисплеями ) на поиграться

AndyBig
Идет загрузка
Загрузка
23.07.2020
3428
55
печатает на Anet A8
Личные дневники

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

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

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

18

Получил тут на днях комплект MKS DLP - https://aliexpress.ru/item/4000027986113.html 

В комплекте материнская плата версии 1.1, сенсорный дисплей интерфейса и 2к-дисплей засветки. В принципе, плата аналогична подобным платам от Chitu и Anycubic. Даже компоновка платы практически один-в-один. Только вместо FPGA стоит CPLD, что несколько странно, но не принципиально. Как и на тех платах, на этой есть:

  • вход питания (12-24 вольта)
  • выход на паралед или матрицу засветки
  • выход вентилятора для параледа
  • выход для вентилятора общего охлаждения
  • разъем USB-хост для втыкания флэшек
  • драйвер ШД (A4988) с разъемом для ШД
  • предусмотрен разъем для подключения внешнего драйвера ШД
  • входы для концевиков Z+ и Z-

Еще тут предусмотрены разъемы для WiFi-модуля.

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

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

  • - ускорения по умолчанию просто дикие для фотополимерной печати, и даже настроив их в конфиге мне как-то все равно не очень нравится как он двигает ось
  • - ооооооочень меееееедленно читает с флэшки каждый слой, примерно 5-7 секунд. Причем он как-то странно вообще с этим работает - читать новый слой начинает во время поднятия платформы и пока слой не будет дочитан до конца, платформа вниз не поедет. При этом, алгоритм чтения на нижних и основных слоях отличается, на нижних он как-то по-другому читает, не помню уже деталей. И в процессе чтения слоя принтер никак не реагирует на нажатия экрана, он целиком поглощен этим процессом :)
  • во время печати нельзя поменять параметры - время засветки, высоту и скорость подъема и т.д.
  • при нажатии паузы печати он немедленно поднимает платформу, даже если время засветки еще не вышло.
  • реакция на нажатия тач-панели на дисплее очень невнятная - то не реагирует, то реагирует несколько раз на одно нажатие

Из плюсов - как я понял он пытается продолжить печать после пропадания питания во время печати. Правда, я совершенно не понимаю как он это сможет. Тут ведь, в отличии от FDM-дрыгостола нельзя заново отхомить Z если часть модели уже напечаталась. По крайней мере когда концевик Z стоит внизу, как это сделано практически во всех принтерах.

Когда я залез в исходники (которые, кстати, еще и с ошибками, пришлось их исправлять, чтобы откомпилировалось), то понял, что ловить там в плане правок нечего. Это ужаснейшая мешанина кода, 80% которого растут из FDM-принтеров. К этим 80% какими только можно костылями прикрутили особенности фотополимерной печати и кое-как заставили это хоть как-то работать. В составе прошивки - полный Мерлин! С работой по всем осям! И ардуина для STM32 там же участвует - ну ёмаё... В общем, править нормально это просто невозможно, если только сам это не писал и не помнишь обо всех примененных костылях.

В общем, решил я писать прошивку заново.

Начал с оживления дисплея. Основной код инициализации взял из исходников MKS, однако основные процедуры написал сам заново, потому что в их исходниках 70% - ненужный мусор. Доработал и адаптировал свою библиотеку для пропорциональных шрифтов, потому что мне не нравятся стандартные моноширинные шрифты, кочующие по почти всем проектам в интернете. К тому же и места они занимают больше. В моей библиотеке была еще возможность отрисовки с антиалиасингом, но эту часть я выкинул. Рисуется медленнее, размера жрет в два раза больше... Отрисовка шрифтов в оригинальных исходниках не отличается оригинальностью (прошу прощения за тавтологию). Стандартная процедура, взятая из какой-нибудь ардуины или адафруит.

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

Голубой и верхний белый тексты выведены моей библиотекой. Нижний белый текст - стандартной библиотекой. Мало того, что стандартные моноширинные шрифты жрут слишком много пространства на экране (в верхней строке еще осталось место на экране справа, а в нижней экрана не хватило на всю строку) и весят больше в прошивке, так еще и скорость отрисовки у моей библиотеки оказалась выше примерно в 15 раз. Вон тот большой голубой текст нарисовался в несколько раз быстрее, чем короткая нижняя белая строчка. Хотя это, конечно, вопросы не столько к типу шрифтов, сколько к криворукости программистов.

Кстати, попробовал перевести вывод данных в дисплей на DMA, но прирост скорости составил всего 3-5%. Сама шина данных дисплея не позволяет использовать преимущества DMA на частоте этого микроконтроллера (168 МГц), DMA все равно вынужден ждать готовность этой шины.

После запуска дисплея и вывод на него текста я взялся за USB-хост для подключения флэшек и файловую систему. Инициализацию периферии и создание низкоуровневых функций для FatFS отдал на откуп CubeMX. Но после генерации проекта обновил сам FatFS и немного перелопатил полученные исходники для своего удобства. Хотя я впервые возился и с USB-хостом и с библиотекой FatFS, все получилось достаточно легко и быстро. Флэшки определяются, читаются. Был затык с парой флэшек - FatFS не хотела находить на них файловую систему, не помогало ни форматирование, ни переразбивка. Потом я обнаружил, что эти флэшки были подготовлены специальной утилитой как загрузочные для установки винды. После приведения их в стандартный вид той же утилитой, они стали нормально видеться прошивкой :)

Заодно перелопатил весь код для поддержки в выводимых текстах кодировки UTF-8 и добавил несколько функций для работы с UNICODE - это необходимо для нормального чтения русских имен файлов.

Скорость чтения в принципе получилась нормальная.

Не максимальные для USB FS 12 Мбит/сек, но вполне приличные 6-9 МБит/сек - зависит от флэшки. То есть один слой файла для печати, который весит с учетом сжатия 30-50 КБ, должен считываться не больше, чем за 0.1 секунды. Ну пусть еще 5 раз по столько уйдет на его распаковку (хотя скорее всего гораздо меньше), все равно это будет далеко до тех 5-7 секунд, которые тратит родная прошивка на его чтение.

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

  • короткое нажатие
  • отпущено после короткого нажатия
  • длительное нажатие
  • отпущено после длительного нажатия
  • количество "тиков" за время длительного нажатия

При этом произошедшее нажатие будет сохранено даже если основная прошивка в это время чем-то занята и сможет быть обработано позже.

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

Последнее, что я на сегодня сделал - это отрисовка картинок. Причем, их не нужно ничем конвертировать - жрет обычные .bmp-файлы. Единственное требование - 16-битный формат в виде R5G6B5.

Пока что тестовая картинка - загрузочное лого - встроена прямо в прошивку. Отрисовывается эта картинка размером на весь экран (480х320) всего за 20 мс.

Вот так выглядит на дисплее:

Дизайнер из меня никакой, так что сделал как смог, лишь бы было :))

За несколько часов мучений получилось вот такое, не побоюсь этого слова, убожество для главного экрана :)

И для экрана "Сервис":

Вот кстати, о часах на главном экране - в микроконтроллер встроены часы реального времени с календарем. Для их работы предусмотрено отдельное питание, на которое можно повесить 3-вольтовую батарейку. По моим подсчетам элемента CR2032 должно хватать по потреблению лет на 10 минимум. На плате эта батарейка не предусмотрена, но я собираюсь в будущем это исправить :)

В родных исходниках MKS интерфейс рисуется отдельными элементами, для каждого из которых есть свое изображение. Но я решил пойти по пути Эникубика - не рисовать интерфейс из отдельных окошек, кнопок, элементов, а сразу весь дизайн оформлять как одну фоновую картинку . Для каждого меню или состояния принтера - свой фон со всем интерфейсом (кроме текстов). И храниться они должны, конечно, в отдельной SPI-флэшке размером 8 МБ, которая для этого и имеется на плате. Все же каждая такая фоновая картинка весит больше 300 КБ, а места в микроконтроллере всего 512 КБ.

Все тексты будут не встроены в картинки, а рисоваться отдельно, шрифтами. Нужно переключиться в меню теста - считали из SPI-флэшки полную картинку интерфейса этого меню и поверх нарисовали нужные надписи на текущем языке.

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

Ну и остальной работы, конечно, еще выше крыши. Работа с мотором оси Z, работа с засвечивающим дисплеем, чтение и раскодировка файлов для печати, организация самого процесса печати... Возиться и возиться. Интересных вечеров предстоит еще очень много :))

ЗЫ: И, к сожалению, эти товарищи не предоставляют исходники для CPLD, которая управляет засвечивающим дисплеем. Может быть был бы шанс адаптироваться для подключения монохромного дисплея :) Так, на будущее :)

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

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

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

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

Комментарии

23.07.2020 в 23:24
3

Андрей, откуда столько свободного времени? 48 часов в сутках?

23.07.2020 в 23:42
5

По большей части урываю за счет сна. Но порой и в нормальное время удается выбрать время для интересной ерунды :)

24.07.2020 в 00:25
2

Как всегда, отличную работу проделали!

Только вместо FPGA стоит CPLD, что несколько странно

Это не странно - для FPGA прошивку можно скопировать, для CPLD её не вытащить.

Какая CPLD там установлена? По фото у китайцев не разобрать маркировку.

24.07.2020 в 02:27
2

Это не странно - для FPGA прошивку можно скопировать, для CPLD её не вытащить.

Хм, не подумал об этом. Возможно именно из-за этого, да :) Я имел дело только с FPGA, с CPLD только с мелкими слегка связывался когда-то давно... Там тоже есть биты защиты от чтения, как у микроконтроллеров?

Какая CPLD там установлена?

Некая GW1N-LV4LQ144C6/15 от GOWIN - https://www.gowinsemi.com/en/product/detail/2/ 

По описаниям вроде получается, что это FPGA, но со встроенным конфигурационным флэшем. Хотя надо внимательнее изучить документацию на нее.

Но в первой версии их платы стояла EPM1270T144 :)

24.07.2020 в 09:34
2

Да, там тоже есть биты защиты...

Если там стоит FPGA, то рядом с ней не должно быть драйверов MIPI-DSI, т.к. у этих плис есть встроенная поддержка этого интерфейса. Когда там MAX стояла, то и драйвера эти на плате были.

24.07.2020 в 10:43
2

Если там стоит FPGA, то рядом с ней не должно быть драйверов MIPI-DSI, т.к. у этих плис есть встроенная поддержка этого интерфейса

Ну нет, так далеко они не пошли :) Пара SSD2828 там стоит и дисплей подключен через них. Может быть не захотели писать корку под них.

А в них уже именно физический интерфейс встроен? Просто я читал как-то статью об эмуляции физического уровня MIPI на FPGA Альтеры или Ксилинкса, не помню точно...

24.07.2020 в 10:58
0

 Просто я читал как-то статью об эмуляции физического уровня MIPI на FPGA Альтеры или Ксилинкса, не помню точно...

Если эмуляция, то да, там для LP режима на резисторах видел реализацию...

А в них уже именно физический интерфейс встроен?

Это я по краткому описанию на их сайте увидел. До этого смотрел на ANLogic - там аппаратная поддержка интерфейса и LP и HS режимы сделаны, поэтому там нет SSD2828.

Либо на этой ПЛИС GOWIN нет 8-ми каналов для MIPI-DSI, поэтому внешние драйвера стоят. Но всё равно это тоже интересная реализация.

Может быть не захотели писать корку под них.

Есть подозрение, что разработчики этой части всё те же - ChiTu. И корка у них есть, как минимум, под ANLogic.

24.07.2020 в 11:40
1

Если честно, я никогда не интересовался MIPI, так что ничего умного сказать не могу :) Но если зачем-то захочется заняться прошивкой FPGA, то придется :)

24.07.2020 в 09:42
0

А можно попросить вас сделать фото платы с двух сторон, ту часть, где ПЛИС установлена? Плату с ПЛИС от AnLogic видел, а с GOWIN не встречал.

24.07.2020 в 10:43
2

Да, без проблем - https://photos.app.goo.gl/pdudLy8zni3W2GbJ9

24.07.2020 в 11:08
0

Спасибо.

Похоже, что в этой реализации схемы можно градиентом на матрице нормально управлять, т.к. шина данных полная используется - по 8 бит на каждый канал RGB. В каких-то платах видел, что там разрядность порезали, соединив по 3 бита в один, возможно, тогда не успевали на ПЛИС выдавать поток с нужной скоростью, либо выводов на корпусе не хватало... А здесь, похоже, они параллельно драйвера на шину повесили.

Тут теперь вопрос, как сделано управление настройкой матрицы - зашито в плис или настраивается микроконтроллером по SPI шине? Это вопрос к тому, можно ли другие будет матрицы подключить, не меняя прошивки в ПЛИС?

24.07.2020 в 11:37
1

Похоже, что в этой реализации схемы можно градиентом на матрице нормально управлять

Да, я встречал в их исходниках какой-то намек на АА посредством градиента матрицы. Мне так показалось :)

Тут теперь вопрос, как сделано управление настройкой матрицы - зашито в плис или настраивается микроконтроллером по SPI шине? Это вопрос к тому, можно ли другие будет матрицы подключить, не меняя прошивки в ПЛИС?

Судя по схеме, с микроконтроллера выведена шина SPI на оба драйвера. Вот кусок схемы интерфейсов микроконтроллера:

Но вот можно ли выводить что-то кроме монохрома - зависит от конфигурации FPGA. Я пока еще не копал плотно исходники с ее протоколом. Если в нее передается поток с 1 битом на пиксель, то без перепрошивки FPGA ловить нечего.

А здесь, похоже, они параллельно драйвера на шину повесили.

Они же дают полную схему, там все можно посмотреть :) Только без номиналов. https://github.com/makerbase-mks/MKS-DLP/tree/master/hardware/MKS%20DLP%20V1.1_001 

24.07.2020 в 12:56
1

Они же дают полную схему, там все можно посмотреть :)

Точно, там всё видно. Драйвера на разных шинах и настройка их микроконтроллером - можно делать переходник и подключать любой экран.

24.07.2020 в 13:02
1

Это заранее радует :))

24.07.2020 в 13:57
1

Но в прошивку ПЛИС придётся влезать, т.к. там картинка однобитная передаётся:

буфер строки 8-битный и длина 320 - в ихнем комменте это видно

24.07.2020 в 14:08
1

Хм... Надо на будущее сравнить распиновку этой китайской FPGA и какого-нить Циклона. Может не придется осваивать китайский синтезатор, а можно будет заменить микросхему и использовать знакомый Квартус :)

24.07.2020 в 14:26
1

Распиновка там явно другая. А САПР их GOWIN EDA c синтезатором Synplify от Synopsys :)


Может быть пригодится - лицензию на их САПР получить проще у российской компании

https://fpga-systems.ru/publ/gowin/review/kitaj_gowin_ao_vostok_plis_luchshe_menshe_da_luchshe/52-1-0-101

Там в комментариях читайте.

24.07.2020 в 15:04
0

Может быть пригодится - лицензию на их САПР получить проще у российской компании

О, спасибо, надо попробовать :)

Блин, но для Альтер у меня есть отладчик-прошивальщик, а эти чем шить?...

24.07.2020 в 16:20
0

а эти чем шить?

Можно той самой платой с Али - там встроенный USB-JTAG есть и цена хорошая.

А так по той плате есть вся документация с примерами и САПР у автора

https://dl.sipeed.com/TANG/Nano

Ещё здесь есть у него много чего интересного в других репозиториях: https://github.com/sipeed/Tang-Nano-examples

24.07.2020 в 15:37
0

Блин, хотя не знаю даже... Эту GW1N-LV4, похоже, купить невозможно. Не нахожу ни на Али, ни на Тао. Если случайно запороть ту, что на плате, то всё, заменить нечем.

24.07.2020 в 16:01
0

Эту GW1N-LV4, похоже, купить невозможно

Этой пока нет, зато уже есть другие - для поиграться подойдёт:

https://aliexpress.ru/item/4000366030520.html

Со временем, я думаю появятся. Например, AnLogic тоже появились https://aliexpress.ru/item/33035479349.html

Можно спросить у АО "Восток" - они вроде поставляют ПЛИС этого производителя. Но смотря по какой цене, возможно, дешевле будет купить эту плату ещё раз.

24.07.2020 в 16:35
1

Да, эту малютку я видел :)

Да ладно, все равно переписывание конфигурации FPGA на этой плате - дело весьма далекое и туманное :) Вообще я бы вместо этого лучше бы попробовал свою плату разработать. Главный недостаток всех этих плат - недостаточно оперативки у контроллера для комфортной работы со слоями печатаемого файла. И FPGA пустить бы на параллельную шину к микроконтроллеру, а не на SPI. И USB HS сделать, а не FS :)

24.07.2020 в 19:44
1

Вообще я бы вместо этого лучше бы попробовал свою плату разработать

Я бы поучаствовал в этом. Есть интерес сделать такую плату, заодно попробовать выйти на максимальную частоту кадров с помощью ПЛИС...

Я бы сделал Ethernet (не WiFi) и для хранения данных SD карту поставил. Тогда со скоростью работы проблем бы не было.

24.07.2020 в 19:59
1

Я бы поучаствовал в этом.

А давайте неспешно продумаем структуру и основные комплектующие такой гипотетической платы? Пока без прицела на практическую реализацию, просто из интереса :) А там кто знает, может что-то и вырастет :)

попробовать выйти на максимальную частоту кадров с помощью ПЛИС...

А зачем максимальная частота кадров на статических изображениях?

Или Вы имеете в виду максимальную скорость смены изображения на дисплее? Тогда, скорее всего, все упрется не в саму ПЛИС, а в интерфейс между ней и контроллером. Сама плис может просто переключать банки памяти в SDRAM, то есть кадры могут сменяться мгновенно :) Я же правильно понимаю, что вот эти SSD2828 - это по сути просто физический интерфейс MIPI? И ПЛИС все равно постоянно рефрешит пиксели через 24-битную входную шину этого интерфейса?

Можно, кстати, засунуть в ПЛИС и процедуру распаковки слоя. Тогда контроллеру нужно будет гораздо меньше данных передавать в ПЛИС :)

Я бы сделал Ethernet (не WiFi)

Да, согласен. Не понимаю смысла WiFi при таких объемах файлов для печати.

и для хранения данных SD карту поставил

Я, кстати, уже думал об этом :) Там вон уже даже есть четырехбитный интерфейс карты, осталось только подключить картхолдер.

Кстати, в первой версии у них был предусмотрен эзернет.

24.07.2020 в 20:48
0

А зачем максимальная частота кадров на статических изображениях

Для быстрой печати. Тут winso объясняет для чего это нужно.

Я же правильно понимаю, что вот эти SSD2828 - это по сути просто физический интерфейс MIPI? И ПЛИС все равно постоянно рефрешит пиксели через 24-битную входную шину этого интерфейса?

Так и есть. Только шина там 2х24, т.к. два драйвера параллельно работают

Можно, кстати, засунуть в ПЛИС и процедуру распаковки слоя. Тогда контроллеру нужно будет гораздо меньше данных передавать в ПЛИС

Вот я тоже так думаю, И по скорости выигрываем, и памяти много не нужно на кадр, если распаковывать на лету и выдавать сразу на шину драйверов. Только упаковку надо будет делать под каждую матрицу свою - например, 2К матрица на две половинки разделена (отсюда и 8 каналов - 2х4) и чтобы кадр разворачивать, то это как два независимых блока внутри ПЛИС будет работать.

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

Да и работает он намного быстрее, чем USB 2.0 на 12 Мбит/сек. Проверял на STM32H743 - SD карта на запись 6-8 Мбайт/сек обеспечивала (это от карты зависит), а шина SDIO ещё больше скорость обеспечивает.

Ещё думал, зачем там на каждую микросхему кварцевый резонатор свой, когда можно с STM32 выдать нужную частоту (выход MCO), правда вариантов делителей там не много, но для всех микросхем 25 Мгц выдать - будет универсально (драйвер Ethernet, 2x SSB2828, FPGA). Либо на ПЛИС выдать, а с ПЛИС уже на все драйвера, а у ПЛИС свой PLL - там можно разные варианты подумать.

25.07.2020 в 02:06
1

Для быстрой печати. Тут winso объясняет для чего это нужно.

Непрерывная печать... .Ну не знаю, там подводных камней хватает и кроме скорости отрисовки :)

Только шина там 2х24, т.к. два драйвера параллельно работают

Ну это не суть.

Только упаковку надо будет делать под каждую матрицу свою - например, 2К матрица на две половинки разделена (отсюда и 8 каналов - 2х4) и чтобы кадр разворачивать, то это как два независимых блока внутри ПЛИС будет работать.

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

Да и работает он намного быстрее, чем USB 2.0 на 12 Мбит/сек.

Можно докупить за пару баксов USB HS Phy и заюзать его, скорость должна быть приличной :)

Но вообще копирование файла для печати на какую-то внутреннюю память - идея годная. Избавляет от проблем с отваливанием во время печати флэшки из-за плохого разъема или кабеля.

Либо на ПЛИС выдать, а с ПЛИС уже на все драйвера

Ну как вариант, если драйвера умеют работать со внешним клоком, а не с резонатором. Для ПЛИС это ничего не стоит :) Хотя экономии особой не будет, кварцы не так дорого стоят :)

25.07.2020 в 10:57
0

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

Чтобы сжатая картинка меньше места занимала и при распаковке можно с минимальным FIFO стеком на выходе сразу на драйвера выдавать. Поясню. Для картинок в данном случае удобно применить RLE сжатие. Для матрицы 2К две половинки могут отображать разные данные (0 / 1 / градиент) в одном и том же месте относительно начала своей строки - в этом случае сжатие не поможет. Если делать сжатие для каждой половинки матрицы отдельно, то сжатие будет эффективно.

Можно докупить за пару баксов USB HS Phy и заюзать его

Я просто оцениваю необходимость добавления компонентов - предположить, что в месяц будет выпускаться 1000 таких плат, то пара баксов станет пару тысячей. И теперь вопрос - что важнее: сомнительный функционал или потеря 2000 баксов ежемесячно? При условии, что Ethernet и слот под SD карту присутствуют. Тут ещё надо понять кто будет пользователь этой платы - фермер (принтеры в сеть объединяются) или юзер с одним принтером в добавок к одному FDM. Наличие Ethernet и SD подходит всем, быстрый USB - разве как опция и только если не ставить Ethernet и SD. 

Давайте, продолжим общение в каком-нибудь мессенджере.

25.07.2020 в 22:55
0

Чтобы сжатая картинка меньше места занимала и при распаковке можно с минимальным FIFO стеком на выходе сразу на драйвера выдавать. Поясню. Для картинок в данном случае удобно применить RLE сжатие.

Так еще и слайсер писать, который будет сжимать слои таким образом? Мне кажется, надо ориентироваться на существующие популярные форматы файлов печати :)

По поводу Эзернета и USB - я думаю, что на плате можно развести и то и другое. Не всем нужна проводная сеть. И если плата пойдет в тиражи от 1000 в месяц, то и чип USB-интерфейса будет стоить уже не 1-2, а 0.2-0.5 бакса :) 1-2 - это я смотрел цену от 1 штуки у локальных дистрибютеров :)

24.07.2020 в 00:27
0

Новая прошивка на ОСРВ FreeRTOS или ещё какая? 

24.07.2020 в 02:28
1

Нет, я тут не вижу необходимости в ОСРВ, так что без нее. Периферия на прерываниях и DMA, основной цикл (и интерфейс) - классическая state-машина :)

24.07.2020 в 02:33
0

А мелкий шрифт тоже вполне сносно смотрится :)


24.07.2020 в 08:57
3

Удачи!

Нормальная 32-битная плата для самодельных принтеров и апгрейда с нормальной прошивкой - я думаю будет востребована.

24.07.2020 в 09:31
2

Спасибо :)

Плата - ничего выдающегося, на одном уровне с Эникубиком или Читу, но вот прошивки что у того, что у другого не совсем идеальны. Вдруг у меня получится довести свою версию до рабочего состояния - тогда, думаю, это будет достойной альтернативой :)

24.07.2020 в 09:58
1

очень круто

24.07.2020 в 10:56
0

Я так понимаю что картинка для дисплей формируется контролером на осповной плате управления? То что вы пытаетесь реализовать существует в виде дисплев который занимаются роботой с GUI  а в контролер шлют готовые команды на исполнения, я про дисплеи от Nextion  NX4832T035.

24.07.2020 в 11:09
2

Ну во-первых, сравните цены на этот Некстион и на обычный дисплей с такими же параметрами. Даже IPS-матрица такого разрешения и размера стоит почти в два раза меньше :)

Во-вторых, этот Некстион в основном для мелких камней, у которых просто не хватает ни выводов, ни памяти, ни быстродействия, чтобы обеспечивать графику на обычном дисплее. А в моем случае нет никакого смысла платить лишние 10 баксов за потерю гибкости интерфейса в угоду непонятно чему :)

25.07.2020 в 22:50
2

Мало что понял, но чувствую что круто :)

25.07.2020 в 22:56
2

Пока еще не очень круто, но вообще-то мне тоже нравится :)))))

01.08.2020 в 17:11
0

Здравствуйте. Почитал пост и понял, что покупать данный комплект не стоит(((

01.08.2020 в 18:31
1

Да сам-то комплект, как железо, нормальный. И даже печатать как-то можно с их родной прошивкой. Но конечно, по хорошему бы нужна более нормальная прошивка.

02.08.2020 в 12:58
0

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

02.08.2020 в 15:06
0

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

Например, я бы хотел калибровать платформу с точностью +-0.05мм, а не 0.1мм. Хочется разных настроек ускорения и скорости для режима печати и для холостых движений. Хочется иметь возможность во время печати поменять параметры подъема платформы. Ну и еще кучка хотелок :)

02.08.2020 в 15:25
1

Ну это да, есть над чем работать 😁 Надеюсь у Вас все получится. Мне как обладателю сего чудного набора, как ни кому хочется хороших результатов. 

02.08.2020 в 16:27
1

Работаю потихоньку :) Уже заложена работа интерфейса - фоновые картинки, кнопки, тач. Вчера вот закончил прикручивать работу с шаговым двигателем :) Программа уже может задавать ему ток, гонять его в заданные позиции. Сейчас загружу на Ютуб видео :)

Эх, вот еще бы нашелся кто-то, кто смог бы нарисовать нормальный дизайн интерфейса... :)))

02.08.2020 в 16:32
1

Вот :)


02.08.2020 в 16:37
0

Не понял, откуда там взялась батарейка, у меня нету... 😟 

02.08.2020 в 16:51
0

Я ее приделал, чтобы внутренние часы не сбивались при отключении питания :)) Честно говоря, странно, что китайцы на такой мелочи сэкономили. Раз уж в микроконтроллер встроены часы/календарь с батарейным питанием, то почему бы не использовать их?

02.08.2020 в 16:56
0

Кароче надо будет ещё разок встретиться, по трындеть за принтаки, а не за рамки и ковид 😁

02.08.2020 в 17:01
0

Да без проблем, заезжай - потрындим :)

02.08.2020 в 17:04
0

Ты ж в телегу не заходишь, забросил кураторство 😁

02.08.2020 в 17:06
0

Я на телефоне доступен и в ватсапе :))

Дык а что там делать после того, как движение объявили завершенным? Я и телегу ставил только для этого движения, а когда оно закончилось, я ее и забросил обратно :)

02.08.2020 в 17:22
0

Черкани свой номер, я че-то не найду его. Сюда или в телегу. 

02.08.2020 в 17:29
0

Написал в личку :)

02.08.2020 в 16:39
0

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

02.08.2020 в 16:55
0

Там заточено под один конкретный компилятор, точнее среду разработки - IAR версии 8.х. Разобраться и я пытался. Сначала я ведь хотел просто модифицировать их прошивку. Но там такой ужас творится в исходниках, что проще написать с нуля свою прошивку, повыдергивав из родных исходников только процедуры работы с ПЛИС. Ну и инициализацию интерфейсного дисплея я у них позаимствовал :)

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

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

Отключение питания командой М300

Как мы делали из 3D-принтера фрезерный станок ! Фрезеруем фанеру, МДФ, акрил, текстолит

Бомжэкструдер собранный из мусора

Laser tolerance 2

Качок

Датчик измерения угла натяжения 3D нити