Монитор из жки от фотоаппарата

[*BoyKot*]

Впринципе так и думал что овчинка выделки не стоит. Спросил на всякий случай, может кто чего знает. Значит выброшу, с ним сложно разбираться будет. На всякий случай еще разберу, модель посмотрю какая.

[Vladimir1962]

Подниму тему, ибо на руках имеется больше десятка различных цифромыльниц как работающих, так и не совсем. Разобрал Nikon Coolpix L10, нашел даташит на дисплей http://220volt.umi.ru/files/ek020theg1_ ... 130709.pdf, но вот все одно не могу понять как его можно подключить к Ардуино.

Напрямую, как понимаю - никак, похоже что он не имеет памяти и требует входящие данные на D0-7 на каждый импульс тактовой DCLK и ещё стробирующие импульсы горизонтальной и вертикальной развертки, типа как для VGA .. так или я что-то понял не так?

Нафига ему тогда SDA,SCL ноги?

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

[pashka000]

Vladimir1962 писал(а):

Напрямую, как понимаю - никак, похоже что он не имеет памяти и требует входящие данные на D0-7 на каждый импульс тактовой DCLK и ещё стробирующие импульсы горизонтальной и вертикальной развертки, типа как для VGA .. так или я что-то понял не так?

Так и есть. Дисплей надо постоянно сканировать. Только это совсем не как VGA, потому что сигналы тут цифровые, а в VGA - аналоговые

Нафига ему тогда SDA,SCL ноги?

Чтобы работой драйвера ЖК панели управлять. Включение/выключение зарядового насоса, установка напряжения панели, выбор направления сканирования...

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

Не совсем как с видеокарт. С них идут сигналы либо аналоговые (VGA, DVI-A) либо цифровые мультиплексированные для передачи по 3-4 дифференциальным линиям (DVI-D, HDMI, DP). Здесь же параллельный цифровой интерфейс с логическими уровнями. Разрешение этот дисплейчик скайлить тоже не умеет, то есть большую картинку от видеокарты нужно будет уменьшить до того количества пикселей, которое в дисплее есть физически. Вообще, есть специализированные микросхемы для этой задачи, называются они скалерами и ставятся, кто бы мог подумать, в компьютерные мониторы. Но я не знаю ни одного примера скалера с полностью открытыми спецификациями.
Можно дисплей напрямую к МК цеплять (однако, вам нужно еще описание команд управления драйвером панели, которых нет в ДШ. Но команды инициализации можно подсмотреть логическим анализатором на рабочем фотоаппарате), но, коль скоро надо его сканировать, готовьтесь к тому, что значительную часть времени кристалл будет занят выводом картинки.

[Vladimir1962]

Так, стало понятней. То есть использовать такие экранчики очень даже можно .. вижу такой вариант:
Берем чип SRAM на нужный объем (брал HM628512BLP-7 всего за 40руб/шт для платы расширения SRAM по X-bus для Мег, где он есть) .. делаем тактовый генератор и делители адреса этого ОЗУ как на "Специалисте" и по его же схеме доформировываем сигналы строчной и кадровой развертки, только по отдельности (там стоял смеситель для формирования полноценного ТВ-сигнала) и все это подаем на дисплейчик.

Для доступа к этой же памяти со стороны проца по X-bus тупо блокируем вывод на экран на такт доступа .. при 50-60 кадрах в сек даже и незаметно будет от слова вовсе.

Получается что в режиме SECAM ширина отображаемой строки 1280 "точек" при разрешении дисплея 640 по даташиту и 320 как вижу в описании цифромыльницы (кто тут врет?), то есть цветность точки будет занимать при тупом сканировании адресов 4 байта на точку. Итого имеем: 320*240*4 = 307200байт .. SRAM на 512 килобайт типа более чем достаточно. Где-то там указана частота дискретизации в 27, а где-то в 12.9Мгц. В последнем случае имеем 1/12.9 = 77,5нсек на вывод 1 байта. То есть даже HM628512BLP-5 должно хватит за глаза .. 50руб корпус, 50нсек на цикл.

Соответственно, ставим кварц (или берем с контроллера скажем с OCR3C, может казать CLK тактовой камня), ставим большой счетчик на 11 разрядов для генерации адреса точки + счетчик на 8 разрядов для генерации адреса строки и на каждый такт высаживаем на шину D0-7 байт из этой SRAM, по концу строки, кадра генерируем импульсы строчный и кадровый .. можно тем же микроконтроллером через скажем OCR3A, OCR3B .. и .. фсё?!?

А если эту байду дополнить подачей строчного или кадрового импульса на прерывание МК, то можно получить инфу о том, что идет "обратный ход" и писать в ОЗУ можно и вовсе кузяво ..
А если упростив тактирование ОЗУ как в Специалисте (не начиная счет в строке заново) оставить "дырки" в адресации ОЗУ, то эту же плату можно использовать как блок расширения SRAM микроконтроллера ..
Блин .. интегесная идея .. надо только разобраться с набором команд по SDA/SCL ..

А если пошукать сайт изготовителя? Чего-то гугль выдает не то .. может у кого лучше получится?

[pashka000]

Берем чип SRAM на нужный объем (брал HM628512BLP-7 всего за 40руб/шт для платы расширения SRAM по X-bus для Мег, где он есть) .. делаем тактовый генератор и делители адреса этого ОЗУ как на "Специалисте" и по его же схеме доформировываем сигналы строчной и кадровой развертки, только по отдельности (там стоял смеситель для формирования полноценного ТВ-сигнала) и все это подаем на дисплейчик.

Да, вроде как-то так по логике и должно быть А что за интерфейс X-Bus, киньте ссылочкой? А то беглый гуглинг выдал аж 3 документа про нечто с названием X-Bus, к ОЗУ не имеющих никакого отношения.

при разрешении дисплея 640 по даташиту и 320 как вижу в описании цифромыльницы (кто тут врет?)

В ДШ точки указаны физические, независимо от цвета. Ну а поскольку расположение там RGB-delta, а не обычный RGB-strip, то производитель мыльницы их как-то странно считает и у него выходит, что "эффективных полноцветных точек" в 2 раза меньше чем физических монохромных. Хотя логичнее было бы в 3 раза.

надо только разобраться с набором команд по SDA/SCL

Дисплей ваш, похоже, брат-близнец этого http://www.panelook.com/TD020THEG1_TPO_ ... 12367.html , возможно, в его ДШ есть набор команд. Но там за ДШ денег хотят Если тушка еще что-то порывается ввести на дисплей, хоть даже сообщение об ошибке, то, имхо, воспользоваться i2c анализатором будет проще. В сущности, ничего кроме последовательности инициализации для использования дисплея и не надо. Просто повторить ее, что бы они ни значила.
Можно еще написать производителю, сказать, что это мол не коммерческое использование. Иногда отвечают

[Vladimir1962]

Похоже правильное название "X-RAM bus" - возможность подключения внешней SRAM к атмеловским микроконтроллерам класса Мега. Уже обнаружил, что неверное название интерфейса.

Добавлено after 14 minutes 16 seconds:
Да, это он, ну очень похоже. Только это не производитель и даташит у него скорее всего тот же самый, что я уже находил (название сильно похожее). В нем нет описания команд по I2C, но попробую связаться. Кстати, тут появилась мысля попробовать запитать дисплейчик на значительно меньшей частоте. Хочу понять 60гц кадровой это у него послесвечение маленькое или ему они требуются "как воздух"? Если сканировать память на меньшей частоте, то наверное можно реализовать и какой-нибудь "черезразовый" режим: в смысле 1 такт RAM - процу, 1 такт - дисплею, что теоретически может позволить сделать и вовсе прозрачный вывод на экранчик, за счет добавления 1-2 тактов в настройках X-RAM меги, но вот кадровая получится значительно ниже - стерпит или нет?

По идее: ну вот словесно, я себе это представил так, а вот КАК это реализовать на практике? Какие и где искать счетчики? Пошарился по али, но там какие-то они странные все: то не все ноги выведены с пропусками, то медленные из серии 400нсек .. а ставить 5шт ИЕ-6,7 как делали в Специалистах .. они же в ДИП корпусах! Ну и получится "дура размером с клавиатуру".

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

[pashka000]

За инфо по интерфейсу спасибо, когда-нибудь пригодится:)

Да по идее стекло должно кадровую ниже стерпеть, может быть только мерцать начнет на глаз. А вот чип драйвера - неизвестно. У него могут быть какие-то свои генераторы и PLL, которые кадровую/строчную при небольшом отклонении только захватят.

Что до элементной базы, можно посмотреть в сторону программируемой логики. Да и наша ТТЛ логика целиком и полностью с их логики содрана. Современные ИЕ6 ИЕ7 это 74HC192 и 74HC193 (74AC, если требуется побыстрее), есть в нескольких планарных корпусах на выбор.

[Vladimir1962]

А лучше подходящего и требуемого бастродействия "у них" - ничего нет? По идее, нужны многоразрядные синхронные счетчики, типа на 8-16 разрядов .. такие бывают?

[pashka000]

Много чего у них есть
https://en.wikipedia.org/wiki/List_of_7 ... d_circuits
На 8 разрядов множество вариантов, на 16 уже в одном корпусе похоже не делают, или я плохо искал.

По подсемействам вот есть табличка https://ru.wikipedia.org/wiki/%D0%9C%D0 ... 0.B8.D0.B8
На английской вики еще приведена табличка соответствия подсемейств 74 логики с советскими сериями микросхем.

Стандартные и наиболее популярные сегодня - 74HC, 74LV, более быстрые - 74AC, 74FC. Они КМОП, унаследовали номенклатуру от 74 серии. Истинная ТТЛ по-видимому будет неудобна из-за 5-вольтового питания. Но не всякая ИС выпускается в быстром КМОП исполнении, надо смотреть по даташитам, сайтам поставщиков...

[Vladimir1962]

Спасибо за ссылку. Ну вот нашел в списке номинал типа 74469 - 8-и разрядный счетчик +- с паузами .. только напротив него нет указания серии ни HC, ни какой ещё. Это означает, что такие микросхемки выпускают БЕЗ серии вовсе или по "спецзаказу"?

По запросу IC SN74469 ничего не находится, alldatasheet.com, google такую тоже не знают .. как искать описание? И обратил внимание, что в том списке таких корпусов много, где не указана конкретная серия .. их - нет?

Счетчики номеров с 4000 смотрел вроде бы все и не нашел больших разрядностей без пропуска разрядов или на требуемую частоту от 15Мгц. Может тоже не то и не так ищу?

[pashka000]

Да, действительно 8-битных не нашел синхронных и достаточно быстрых. 4-битные подходящие вроде как есть. 74HC191 например. Поискать можно у поставщиков например так: http://ru.farnell.com/w/c/semiconductor ... age-min=2v
В фильтрах выбираете параметры ну и дальше смотрите что есть подходящего.

[Vladimir1962]

А тем не менее, такие матрицы промышленно юзаются. Видимо надо искать с другого боку, со стороны каких-то "интегральных" решений.

[pashka000]

ПЛИС вполне себе решение. Но с ним я знаком только на уровне "знаю что оно есть", так что вряд ли могу посоветовать много. Ну и опять же скалеры. С документацией видимо под NDA и на коммерческой основе. В фотике наверняка стоит SoC с аппаратной поддержкой параллельного интерфейса LCD дисплея.

Довелось чуть ковырять SoC Alwinner A10 на cubiebord, у него как раз аппаратный интерфейс дисплея есть. В конфигах задаются тайминги и разрешение, и область памяти (кадровый буфер) маппится на этот дисплей.

[Vladimir1962]

Да там стоят SoC и все завязано на него и работа с USB и работа с дисплеем и работа с обвязкой матрицы. Судя по разводке и DRAM память тактируется и поддерживается им же. Документацию на камень находил, но предыдущей версии (макс. на 3Мп) и та - крайне скудная. Тоже без описания системы команд и интерфейсы прописаны "крупно", без деталей и регистров настроек.

С ПЛИСами не знаком, а что такое "скалеры"?

[pashka000]

Те самые спец-микросхемы, которые в мониторы ставят. Принимают картинку по какому-то "межблочному" интерфейсу, масштабируют под разрешение матрицы и выдают на матрицу. Но это скорее для крупных матриц..
Есть по ним такой проект http://openrtd2662.ru/ . Но похоже нифига он не open, несмотря на название, по крайней мере я ни ссылок на исходные коды ни, тем более, на тулчейны для сборки прошивки там не нашел.

Добавлено after 7 minutes 29 seconds:
Впрочем, есть и открытые какие-то репозитории: https://github.com/avtehnik/RTD2662
Которые, впрочем, неясно как и чем собирать