Спасибо!

Еще бы габарит больше.

@@user-ot5js1gy5j согласен) очень полезная штука)) значит в будущем и крупные матрицы будут)) а мне как раз для одного проекта нужно было замутить кнопки-дисплейчики)) и размер как раз)) пару десятков заказать надо будет))

Вообще уже есть. Например у меня на столе лежит 3.5" 320x480 TFT IPS на контроллере ILI9488, с ёмкостным мультитач сенсором. На али стоит порядка $20.

Такой? - www.ebay.com/itm/3-5-TFT-LCD-for-LG-IPS-ILI9488-Screen-Module-480x320-with-touch-/122642489236

Что нормального то? Через SPI прорисовка как черепаха, да и через параллельный с ардуино не сильно быстрее. Нормальный это на ltdc или lvds , что на атмеге бессмысленно вообще программировать

К каким пинам ардуино подключить дисплей 240 *240?

Совершенно верно!

Ну, это скорее шутка про "старые запасы"? Тогда все экранчики для телефонов были по недорогой TFT-технологии. IPS была дорогостоящей и применялась только на больших мониторах. Речь о 2007-2012 гг.

@@alexanderyuvensky4913 IPS это тоже TFT) Как и OLED) TFT это не тип матрицы

@Мирослав Матвійчук, спасибо, что поправили про IPS и TFT. Я думаю, вы все равно поняли, что я имел ввиду - "старая" TFT (TN+film) и "новая" TFT (IPS).

@@alexanderyuvensky4913 да) Да так все говорят почему-то)

Просто исторически сложилось так, что пишу свой HAL

Спасибо. Всё верно, нужно было больше внимания уделить обмену

на сколько можно увеличить скорость обновления квадратного дисплейчика с ардуио ? хочу его на свой мини осциллограф поставить в место 1.8" display 128x160 . )

Сложно что то сказать, не видя кода, но чисто теоретически ардуине будет тяжелее с дисплеем 240х240 чем с 128х160.

​@@CadmiumUA ну вот 0.96" OLED Display 128X64 в сравнении 128х160,с ардуино просто летает самый быстрый который мне попадался, отлично динамические графики выводит. Думаю даже если бы был в разрешении 128х160 был бы намного быстрее от TFT.

0.96" OLED Display 128X64 это черно белый, тут 1 пиксель 1 бит, конечно будет быстро, чтобы закрасить весь экран надо отправить 128*64= 8192 бита = 1024 байта, а в видео они цветные и 1пиксель это 16 бит, и чтоб его закрасить надо 240*240*16=921600 бит=115200 байт.

@@dekus80 я готов заморочиться с тао, можно ссылку?

Я с STM так и не подружился. А нашёл замену, работает как ардуинка, прям IDE скетчи грузит и теже библиотеки что и на ардуино идут, только название пинов меняешь. до 160 Mhz, память флеш 1 мегабайт и 4 мегабайта, оперативная память 80 килобайт. ну и вафля на борту. ru.aliexpress.com/item/1pcs-NodeMCU-V3-Lua-WIFI-module-integration-of-ESP8266-extra-memory-32M-Flash-USB-serial-CH340G/32813713134.html?spm=2114.13010708.0.0.723833edSfGbV2

Да, можно попробовать 12-битный режим (по 4 бита на цветовую составляющую). Это даст 1.5-кратный прирост частоты обновления, но увеличится сложность подготовки буфера к передаче.

@@rnadyrshin было бы интересно увидеть как это работает. + сравнение

видео пазл!!)

Приветствую, если нашли как подключить подскажите?

@@denispancov7125, дешёвого не нашел а дорогое не интересно. Лучший вариант - подключать через контроллеры: arduino, esp и т.д. по скорости разницы не будет, т.к. сама шина spi медленнее даже чем wifi. Поэтому новые модули лучше покупать где на борту и esp32 и этот экран, стоимость рублей 500-700.

В библиотеке uTFT работал с настройками шины 20МГц и 27МГц стабильно.

Нет описания, есть только исходники, из которых, в принципе, логика работы читается

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

embedds.com/using-direct-memory-access-dma-in-stm23-projects/ Вот тут пишут: As you can see memcpy beats simple loop several times and also DMA. This is because DMA cannot occupy 100% of buss speed. А вообще, я так подумал, что тут, скорее всего, основные тупняки из-за скорости SPI. Посмотрел код, там вся работа идет в блокирующем режиме, даже не по прерываниям, поэтому, думаю, что разгон SPI решил бы проблему.

Не увидел там такой фразы. Но уивдел следующее: So using 800 32-bit word transfer using DMA took 214μs: While using CPU memory copy algorithm it took 544μs: This shows significant increase of data transfer speed (more than two times). And with DMA biggest benefit is that CPU is totally unoccupied during transfer and may do other intense tasks or simply go in to sleep mode. И надо смотреть, что используется в memcpy в конкретном дизайне с конкретным компилятором. Вплоть до асссемблерного кода. Например в DSP у TI есть команда для организации цикла и пересыока из памяти с одного указателя по адресу в другом указателе. При этом цикл обеспечитвается одним тактом, копираование и автоинкремент обоих указателей - ещё одним тактом. В таком случае не удивлюсь если скорость memcpy будет быстрее любого DMA :-) Ну, если используется блокирующий режим пересылки, то о какой сокрости мы можем говорить.... А вообще, я бы сделал пару буферов, исходя из высоты текстовой строки и отправлял бы их по очереди черех SPI. Думаю, скорость заполнения при этом должна получиться весьма приличная, а занимаемой внутренней памяти надо меньше.

Если выводить текст, то да. А если графику? Тогда уж лучше просто буфер, в который класть весь поток команд и данных, а потом запускать по нему DMA чтобы он передал всё это в экран.

Ну так и графику аналогичными полосками :-) Чтобы не использовать слишком много RAM

Сам дисплей может вывести все что угодно, хоть иероглифы. Здесь вы сами управляете цветом каждого пикселя. Все зависит только от вашей программы, от того, как вы реализуете отрисовку текста. Тут стоит добавить, что не обязательно все писать самому, в интернете есть достаточное количество примеров или даже целых библиотек для управления такими дисплеями с микроконтроллера, например, lvgl, в которую можно добавить любой свой шрифт. Конкретно по Arduino не могу сказать, хватит ли ресурсов, но думаю и для нее есть что-то подобное.

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

А как подключить дисплеи от сотовых?

@@user-gt5ih3sx3q Для примера: arduino.ru/forum/apparatnye-voprosy/arduino-i-displei-ot-sotikov-mobilnykh-telefonov и kzfaq.info/get/bejne/ic6erLKAyMzGmJc.html

ru.aliexpress.com/item/EYEWINK-New-4-inch-TFT-LCD-screen-touch-screen-module-IPS-full-view-Ultra-HD-800X480/32807629460.html?spm=a2g0v.10010108.1000013.4.458d496aX9YE51&pvid=41775a5d-2734-4130-976b-7d4082b8acff&gps-id=pcDetailBottomMoreThisSeller&scm=1007.13339.90158.0&scm-url=1007.13339.90158.0&scm_id=1007.13339.90158.0

1.47 tft ips rounded corner with resolution 320x172 looks like the most interesting solution, but the resolution is very high, MCU will need support for a high-frequency spi interface of 80 MHz or more.

Простые способы мне не известны, надо разрабатывать

Патенты , Китай придумал как обойти .

Нет, такого преобразователя для них нет

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

my own (not for arduino). link in the video description

@@rnadyrshin oh thank you. i bought 240x240 without the pcb so i can use the chip select pin i believe its number 8. im planning to use it with arduino zero which has atsamd21g18 MCU. can i use your library for it or i should use some other?

6х8, английские символы были перенесены из аналогичного шрифта библиотеки uGUI и дополнены мной кириллицей

@@rnadyrshin Руслан, не подскажите как можно сгенерировать более крупные шрифты, основанные на вашей библиотеке? FONTID_16F очень маленький для дисплея 240х240.

Не знаю, нужно смотреть, как в Teensy реализован SPI. Но точно не лучше чем в видео.

Вот и замечательно) Я не могу ни на что отвлекаться когда доделываю очередное видео

3 FPS для 240x240 в случае использования моей демки (SPI на 18 МГц). В ней можно провести оптимизацию, которую рекомендовали в комментах чуть выше, это ускорит обновление раза в 1,5-2. И ещё раза в 2 может ускорить использование DMA, но нужен МК с достаточным для буфера кадра объёмом ОЗУ.

Максимальная частота SPI для ST7789 - около 32 МГц

Верно. Частота была 18 МГц (72/4). В видео оговорка

@@rnadyrshin так в итоге сколько фпс может выдать этот дисплей? Спортивный интерес и видео бы было интересное в плане обучения. (Как оптимизировать код, как заливать кадры одним обновлением, как увеличить частоту и работать на ней итп) Название нового видео: Выжать все) Инетесно, возможно ли видео на нем посмотреть)

Нет, эти дисплеи с чисто цифровым интерфейсом

@@rnadyrshin тогда еще вопросик. Есть ли дисплей который это может или только монитор узнает этот сигнал?

Да, я думаю, что только мониторы и ТВ имеют такие входы

Как обычно через шину SPI но если у тебя ардуина на 5 вольт, то придется уровни преобразовывать. Например резисторами. Так как этот экран 3.3 вольта, о 5 он сгорит.

и вот я уже тестирую указанный выше 1.5" скрин на STM32F030 с 8080 интерфейсом, скорость заполнения всех 56700шт пикселей 46.3мС т.е. 23фпс и скорость обновления скрина очень похожа на 23фпс, по крайней мере скрин заполняется за 3 и менее кадра 60фпс записи на камеру смартфона. Что ещё замечу, углы обзора данного дисплея лучше, чем у 1.3" на видосе, но и цена повыше, я брал 1.5" за 15 юаней, против 11 юаней за 1.3". В инициализации 1.5" дисплея, что дали мне его производители, есть незадокументированные команды для 7789, в комментах к которым есть упоминание 60Hz, так что есть сильное подозрение, что данный скрин имеет 60 кадров/сек физического обновления, что годно даже для кручения видео. Не знаю, войдёт ли инит в этот комент, попробую скопировать: HW_Reset(); SW_Reset(); Delay(120); Write(Command ,0x11); Delay(120); Write(Command ,0x36); Write(Parameter ,0x00); Write(Command ,0x3A); Write(Parameter ,0x55); Write(Command ,0xB2); Write(Parameter ,0x0C); Write(Parameter ,0x0C); Write(Parameter ,0x00); Write(Parameter ,0x33); Write(Parameter ,0x33); Write(Command ,0xB7); Write(Parameter ,0x35); Write(Command ,0xBB); Write(Parameter ,0x32); //Vcom=1.35V Write(Command ,0xC2); Write(Parameter ,0x01); Write(Command ,0xC3); Write(Parameter ,0x19); //GVDD=4.8V Write(Command ,0xC4); Write(Parameter ,0x20); //VDV, 0x20:0v Write(Command ,0xC6); Write(Parameter ,0x0F); //0x0F:60Hz Write(Command ,0xD0); Write(Parameter ,0xA4); Write(Parameter ,0xA1); Write(Command , 0xE0); Write(Parameter , 0xD0); Write(Parameter , 0x08); Write(Parameter , 0x0E); Write(Parameter , 0x09); Write(Parameter , 0x09); Write(Parameter , 0x05); Write(Parameter , 0x31); Write(Parameter , 0x33); Write(Parameter , 0x48); Write(Parameter , 0x17); Write(Parameter , 0x14); Write(Parameter , 0x15); Write(Parameter , 0x31); Write(Parameter , 0x34); Write(Command , 0xE1); Write(Parameter , 0xD0); Write(Parameter , 0x08); Write(Parameter , 0x0E); Write(Parameter , 0x09); Write(Parameter , 0x09); Write(Parameter , 0x15); Write(Parameter , 0x31); Write(Parameter , 0x33); Write(Parameter , 0x48); Write(Parameter , 0x17); Write(Parameter , 0x14); Write(Parameter , 0x15); Write(Parameter , 0x31); Write(Parameter , 0x34); Write(Command ,0x21); Write(Command ,0x2A); //Column Address Set Write(Parameter ,0x00); Write(Parameter ,0x00); //0 Write(Parameter ,0x00); Write(Parameter ,0xEF); //239 Write(Command ,0x2B); //Row Address Set Write(Parameter ,0x00); Write(Parameter ,0x00); //0 Write(Parameter ,0x00); Write(Parameter ,0xEF); //239 Write(Command ,0x29); Write(Command ,0x2C);

@@dekus80, я в китае(SHZ), там и взял другой на 1.5" и реально быстрый, по крайней мере достаточно для VU meter kzfaq.info/get/bejne/nsp8ZtF8y7_enJ8.html

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

@@dekus80 WA54HC032I spec.pdf yadi.sk/d/h9h7evbbTrQwVg Какие исходники? Они ничего мне не дали, кроме того, что уже показал.

@@dekus80 никакой "библиотеки" там нет, инит я уже выложил, больше ничего не нужно.

Вариант вывода изображения из памяти на дисплей определяет команда контроллера дисплея MADCTL, параметр которой (6 управляющих бит) конфигурирует контроллер: зеркальность, обмен цветов, обмен x c y. Попробуйте мою библиотеку: гитхаб vadrov либо из видео на моем канале (здесь ссылки не проходят).

Есть - телевизор =)

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

@@rnadyrshin а можно названия их драйверов? не терпится заюзать)

Да нихрена там нет. Оледы из прошлого века только и дико дорогие.

Скоро границу закроют и все запретят, и будем покупать то же самое, но в наших магазинах в три раза дороже.

это кусок кода, инициализирующий интерфейс SD-карты. Наверняка в platformio уже есть подобная реализация работы с флешками с файловой системой FAT. Её и следует использовать

Руслан, приветствую. дело в том, что platformio, - это своеобразный сборник всех современных тулчейнов, фреймворков, библиотек и т.п. в одном месте. с хорошей организацией, с менеджером пакетов, библиотек и т.д. и хотя в русскоязычном интернете, благодаря некоторым бездарям из ютюба, его знают лишь как замену ардуины, на деле он поддерживает просто огромное количество как аппаратных платформ (37шт), так и программых фреймворков (22шт), включая всякие mbed-о-ардуины... плюс менеджер библиотек с автоматическим поиском, докачкой и включением в проект. так что весьма рекомендую. работает где угодно и поддерживает что угодно..)) то есть, изначально я рассчитывал на адаптацию ваших примеров за 1-2минуты, просто раскинув по нужным подкаталогам и написать один файл конфигурации. но не тут-то было - с кейло/иарами и прочим закрытыми средами там не совсем все хорошо. в частности с т.н. Standart Peripheral Libraries (SPL) изначально беда, поскольку поддержку ее давно дропнули в ST. но это легко решаемо.. а вот все другие библиотеки перетащить из того же кейла можно разве что руками, банально нагуглить у меня их не получилось. так что да, вы правы - эту часть кода нужно переписать и не мучиться. но я это уже решил. мне нужна была по-сути только графическая библиотека, а она и без того работает великоепно "как есть". кстати, спасибо за библиотеку!

У этих контроллеров отличается процедура инициализации

Sitronix обозвал линии именно так. Видимо потому что эти линии не только как линии SPI могут использоваться. Ну а китайцы просто срисовали обозначения из документации

Еще и I²C, а не SPI, то он совсем бесполезен! При таком разрешении о какой красивой картинки можно говорить? С учетом медленности интерфейса вообще не представляю куда такое втулить можно и зачем.