[jcxz 251]

Посоветуйте какой-то готовый модуль с OLED или LCD с диагональю примерно 40x40мм (или около того) разрешением примерно 128x160 (или около того) со встроенным контроллером (со своим ОЗУ) и интерфейсом общения с МК = SPI, UART (или какой-то иной простой интерфейс, но желательно не I2C). Цветной. Если LCD - с подсветкой.

И главное требование: Наличие в контроллере ОЗУ, объёма, достаточного для хранения не менее чем две полные страницы графики.

Из функций контроллера нужна только возможность загрузки растрового изображения в любую страницу. И возможность быстрого (мгновенного) переключения страниц. Чтобы писать новую картинку можно было бы в теневую страницу, а потом быстро (мгновенно) переключить отображаемую страницу, синхронно с обновлением (кадровой развёрткой), без артефактов на экране.

Ссыль где можно купить такой. Если есть.

 

PS: Главное требование к дисплею - быстрая, безартефактная смена отображаемой страницы.

[Vasily_ 65]

15 минут назад, jcxz сказал:

Ссыль где можно купить такой. Если есть.

https://www.buydisplay.com/

https://nextion.tech/

https://www.dwin-global.com/

[jcxz 251]

30 минут назад, Vasily_ сказал:

https://www.buydisplay.com/

https://nextion.tech/

https://www.dwin-global.com/

Хотелось бы ссыль на конкретный модуль. А не перебирать кучу даташитов, выискивая в них - сколько там страниц в ОЗУ...

PS: Просмотрел пару-тройку имеющихся у меня (такого размера) - во всех ОЗУ впритык, только на одну страницу.  

[Vasily_ 65]

Только что, jcxz сказал:

Хотелось бы ссыль на конкретный модуль. А не перебирать кучу даташитов, выискивая в них - сколько там страниц в ОЗУ...

Работодатель разве не платит за поиск ?

[Vasily_ 65]

Покруче конторка. 

https://4dsystems.com.au/

[gerber 8]

6 часов назад, jcxz сказал:

Посоветуйте какой-то готовый модуль с OLED или LCD с диагональю примерно 40x40мм (или около того) разрешением примерно 128x160 (или около того) со встроенным контроллером (со своим ОЗУ) и интерфейсом общения с МК = SPI, UART (или какой-то иной простой интерфейс, но желательно не I2C). Цветной. Если LCD - с подсветкой.

И главное требование: Наличие в контроллере ОЗУ, объёма, достаточного для хранения не менее чем две полные страницы графики.

Из функций контроллера нужна только возможность загрузки растрового изображения в любую страницу. И возможность быстрого (мгновенного) переключения страниц. Чтобы писать новую картинку можно было бы в теневую страницу, а потом быстро (мгновенно) переключить отображаемую страницу, синхронно с обновлением (кадровой развёрткой), без артефактов на экране.

Ссыль где можно купить такой. Если есть.

 

PS: Главное требование к дисплею - быстрая, безартефактная смена отображаемой страницы.

Хм, а так разве может быть в случае с OLED? Вряд ли в простых дисплейчиках реализована полноценная развёртка из SRAM, скорее всего, картинка, принятая по SPI, пишется напрямую в триггеры ключей, управляющих пикселями.

[jcxz 251]

3 часа назад, gerber сказал:

Вряд ли в простых дисплейчиках реализована полноценная развёртка из SRAM, скорее всего, картинка, принятая по SPI, пишется напрямую в триггеры ключей, управляющих пикселями.

Разве у ключей OLED есть триггеры, могущие хранить содержимое пикселя продолжительное время?

Делал проект на дешёвом OLED с али:  https://www.aliexpress.com/item/1005007755490093.html

так там стоит контроллер SSD1306. Он имеет ОЗУ.

6 часов назад, Vasily_ сказал:

Покруче конторка. 

https://4dsystems.com.au/

Там этих экранов десятки. Ткнул первый попавшийся примерно подходящий по размерам - uOLED-160P2.

Полистал описание.... Я так понял - это не совсем дисплей, а какая-то нафаршированная плата с кучей всего и с уникальным микроконтроллером "PIXXI-28 Processor". Который ещё нужно изучать и программировать. И про возможности контроллера OLED иметь теневые страницы видеоОЗУ ничего там не нашёл. Вобщем - не подходит.

 

Вопрос был = "ткнуть в конкретный модуль умеющий такое". Я понимаю, что наверняка такой где-то есть. Но чтобы его найти, нужно перелопатить кучу невнятной документации по десяткам/сотням экранчиков и потратить кучу времени. Вопрос был задан на форум для того, чтобы это самое время сэкономить. Если кто-то сталкивался с таким экземпляром.

И ответ ожидается в стиле: "Вот такой экран (ссыль) с таким-то контроллером YYYY. Вот даташит на контроллер YYYY (ссыль). А вот с помощью такой-то команды, описанной на стр.XXX даташита, можно установить начало области отображаемой ОЗУ". 

Это в идеале. Ну или хотя-бы частично так.

Ответы "пойди поищи там" - не интересны.

Даташитов я уже просмотрел неск. штук на подобные экранчики с контроллерами - во всех оказался размер ОЗУ, только на одну страницу.  

[mantech 60]

3 часа назад, gerber сказал:

м, а так разве может быть в случае с OLED? Вряд ли в простых дисплейчиках реализована полноценная развёртка из SRAM,

Развертка-то наверно и реализована, НО вот зачем там память на ДВЕ страницы - вот это для меня загадка, ну разве, что производителю было просто некуда деть "свободное место" на кристалле))) Единственное, что приходит в голову - это если контроллер рассчитан на вдвое большее разрешение, чем установленная матрица...

Edited November 21 by mantech

[_pv 79]

Двойной буфер имхо никто специально делать не будет в контроллере, за ненадобностью, но можно попробовать плясать от контроллера и поискать дисплеи с контроллером "не по размеру" чтобы какой-нибудь например ili9341 для 320х240 с соответствующим количеством памяти, (и который вроде умеет скроллить отображаемую картинку из внутренней памяти), но подключенный к 128х160 дисплею. Маловероятно конечно, но от сумрачного китайского гения и не такого можно ожидать.

[HardEgor 92]

В 21.11.2024 в 15:37, jcxz сказал:

Посоветуйте какой-то готовый модуль с OLED или LCD с диагональю примерно 40x40мм (или около того) разрешением примерно 128x160 (или около того)

https://www.beyondinfinite.com/lcd-module/advanced-search.php

[jcxz 251]

В 22.11.2024 в 00:35, HardEgor сказал:

https://www.beyondinfinite.com/lcd-module/advanced-search.php

И где там можно задать количество страниц теневой памяти?

В 21.11.2024 в 23:15, _pv сказал:

Двойной буфер имхо никто специально делать не будет в контроллере, за ненадобностью, но можно попробовать плясать от контроллера и поискать дисплеи с контроллером "не по размеру" чтобы какой-нибудь например ili9341 для 320х240 с соответствующим количеством памяти, (и который вроде умеет скроллить отображаемую картинку из внутренней памяти), но подключенный к 128х160 дисплею.

Именно такой и ищется. С шапкой памятью "не по Сеньке".

В 21.11.2024 в 23:15, _pv сказал:

Маловероятно конечно

Здесь: https://www.displaysino.com/products/TFT-LCD.html

видно несколько моделей, у которых памяти хватает на ~1.5 страницы:

https://www.displaysino.com/product_details/SCT009003-V01.html   = (132*162)/(80*160) = ~1.67 страницы

https://www.displaysino.com/product_details/SCT009004-V01.html   = (240*320)/(240*198) = ~1.62 страницы

https://www.displaysino.com/product_details/SCT015002-V02.html   = (240*320)/(240*240) = ~1.33 страницы

....и другие. Но вот на полных 2 страницы - ни одного не вижу.  

 

Зачем это всё нужно:

Требуется обновлять статичную картинку на экранчике, подключенном к МК. Обновлять без "tearing effects". Да, в принципе берём экран 128*160 с контроллером например = ILI9163, который имеет вывод кадровой/строчной синхронизации и получаем (при кадровой частоте 64.4Гц) минимальную необходимую SCLK: 128*160*16*64.4 = ~21.1МГц. Синхронизируемся с кадровым гасящим импульсом (который имеет длительность = 1мс) и успеваем выводить кадр за время его отрисовки, без "tearing effects" на SCLK=~22МГц.

Но... по конструктивным требованиям экран должен находиться в нескольких десятках см от МК. Тащить ~22МГц SPI на такое расстояние среди кучи других проводов (среди которых есть провода с током в десятки ампер и импульсным потреблением (питание 5шт. PMSM-моторов + ШИМ-инг <=16 мощных светодиодов по ~паре ампер на каждый)) - совсем не комильфо. Особенно с учётом требований по полному отсутствию всяких искажений на выводимой картинке.

Поэтому варианта два:

1) Делать дополнительную плату с отдельным МК возле экрана. Который будет просто принимать информацию (небольшого объёма и редко) для отображения по какому-то медленному интерфейсу (CAN?) и выводить её на экран с SCLK=22МГц.

2) Использовать экран с теневой страницей. В которую медленно писать на (SCLK<1МГц, а может ещё медленнее), а потом - быстро переключить страницы во время кадрового гасящего импульса.

Пока придерживаемся варианта1. Но очень не хочется делать ещё одну доп.плату и писать ПО для неё. Поэтому - идеален был бы вариант2. Если бы удалось найти такой готовый модуль с экранчиком.

[_pv 79]

Сделать аналог frametransfer ccd - взять экран побольше, тупо закрыть половину (спрятать в корпусе) и скроллить картинку из одной половины в другую.

Но я бы всё-таки попробовал нормально spi довести коаксиальными проводами, либо дифф драйверами.

Если там настолько всё плохо с помехами, то снижением скорости/ограничением полосы в 20 раз до МГц, а шумов соответственно всего в влучшем случае как корень из полосы, врядли прям уж совсем от ошибок получится избавиться (тем более что помехи от силовой части скорее на ещё меньших частотах и им это ограничением полосы никак не помешает) и глюки отображения будут из-за попорченных команд скролла/выбора окна отображения, хоть с возможно несколько меньшей вероятностью.

[mantech 60]

9 часов назад, jcxz сказал:

в нескольких десятках см от МК. Тащить ~22МГц SPI на такое расстояние среди кучи других проводов (среди которых есть провода с током в десятки ампер и импульсным потреблением

Кто мешает сделать диффпередатчики по типу LVDS?

5 часов назад, _pv сказал:

Если там настолько всё плохо с помехами, то снижением скорости/ограничением полосы

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

Еще 10 лет назад довелось ремонтировать прибор промавтоматики, там экран был удален на 1 метр он осн блока, где стояли контакторы и драйверы двигателей на 5КВт и помех было немало. Экран с тачпанелью был вынесен экранированными диффпарами с дискретными дифф. приемниками для матрицы и передатчиками на стороне блока, сама матрица была ТТЛ.

Edited November 23 by mantech

[Vasily_ 65]

В 21.11.2024 в 19:58, jcxz сказал:

Там этих экранов десятки.

В запрашиваемых размерах, единицы.

 

В 23.11.2024 в 11:43, jcxz сказал:

Но... по конструктивным требованиям экран должен находиться в нескольких десятках см от МК.

Это точно не про SPI. Можно и сову на глобус, но медленно.  https://www.ti.com/lit/an/slyt441/slyt441.pdf  https://eu.mouser.com/datasheet/2/609/LTC4332-1666876.pdf  https://www.analog.com/en/products/ltc6820.html#part-details

В 21.11.2024 в 10:37, jcxz сказал:

и интерфейсом общения с МК = SPI, UART

Но UART почему то так и не рассматривается. Хотя я давал ссылку на уартовские варианты.

https://www.dwin-global.com/1-3-inch/?_gl=1*1kgzz6k*_up*MQ..*_ga*MTIwNTA4OTkzMS4xNzMyNDYzMzIy*_ga_30F3MMTDK0*MTczMjQ2MzMyMS4xLjEuMTczMjQ2MzM0OC4wLjAuMA..*_ga_XGYXPSZRFK*MTczMjQ2MzMyMS4xLjEuMTczMjQ2MzM0OC4wLjAuNjUyMTk4MTQ1

Но если всё таки очень хочется SPI, то при правильном подходе всё реализуется. ST7789 умеет обновлять определенные сектора, и тогда ОЗУ там хватит и на 3 страницы.

В 23.11.2024 в 11:43, jcxz сказал:

https://www.displaysino.com/product_details/SCT015002-V02.html   = (240*320)/(240*240) = ~1.33 страницы

....и другие. Но вот на полных 2 страницы - ни одного не вижу.  

 

[jcxz 251]

30 минут назад, Vasily_ сказал:

Но UART почему то так и не рассматривается. Хотя я давал ссылку на уартовские варианты.

Рассматривается. Просто пока задача не очень актуальна. Вопрос был про проработку возможных путей реализации планируемой задачи. Может пойдём совсем другим путём.

Но всё равно - спасибо.