IPS displays on ST7789 and ST7735 controllers 

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

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

Вообще уже есть. Например у меня на столе лежит 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 , что на атмеге бессмысленно вообще программировать

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

на сколько можно увеличить скорость обновления квадратного дисплейчика с ардуио ? хочу его на свой мини осциллограф поставить в место 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 байт.

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

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

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

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

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

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

Спасибо!

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

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

@@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

а у авр при тактовой 20 -- блинк 10 мгц)) жаль линию авр прибили вместо того чтобы расширить до 32 бит....

@@toshibamaster2210 , почему прибили? 32-битные Атмелы на АРМ давно уже есть.

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

Будет быстрее. 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

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

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

и вот я уже тестирую указанный выше 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 ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-hdL3nKfYzlk.html

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

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

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

Сразу много причин: - использование в демке программного управления CS, - использование в демке 8-битного режима SPI, - накладные расходы на выбору очередного байта на передачу с помощью CPU, - ограничение максимальной частоты контроллера дисплея и STM32F103, которое далеко не 72 МГц. + наверное ещё что-то, я уже забыл. Народ в комментах после оптимизации обмена получал 10-11 FPS

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

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

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

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

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

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.

Библиотека Arduino-ST7789 для квадратного, для прямоугольного подойдет Adafruit_ST7735.

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

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

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

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

верно

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

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

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

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

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

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

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

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

@@ДмитрийТаи-с9о Для примера: arduino.ru/forum/apparatnye-voprosy/arduino-i-displei-ot-sotikov-mobilnykh-telefonov и ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-ShnyOOcfbhc.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

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?