ARM c TFT контроллером и RAM > 2M Опции

[Шаманъ]

Приветствую всех!

Собственно вопрос, а что есть из доступных АРМов к которым можно подключить WVGA ТФТ, и чтобы внутренней памяти хватило на буфер (1.5М)+осталось еще для работы, и в корпусе QFP?

Из того, что знаю серия Renesas RZ/A1, и как бы все...

[Шаманъ]

NXP LPC1788+ внешнее ОЗУ...я вам софт дам инициализации...

Спасибо, но зачем мне софт? Там что тайное знание какое-нить сокрыто?

потому как у них баг при рабте sdram и lcd

Нету там багов. Не путайте попытку посадить на одну шину SDRAM и ТФТ со своим контроллером и то, о чем пишу я SDRAM+LTDC.

[AVI-crak]

Нету там багов. Не путайте попытку посадить на одну шину SDRAM и ТФТ со своим контроллером и то, о чем пишу я SDRAM+LTDC.

Кубик настраивает sdram на "ручное" управление регенерацией, то-есть сохранением памяти занимается контролёр интерфейса sdram от мк. Это выгодно при малом объёме памяти и включённом LTDC - сам реген чудесным образом попадает на нужные адреса памяти при чтении экранной области, страницы оставшиеся в тени обновляются контролёром шины - их мало и проблем не возникает. Это приметно так-же выглядит как старинном спектруме, там тоже память обновлялась при скане экранной области.

Но всё меняется при повышении жирности памяти. Self регенерация уже не настолько эффективна при объёме памяти 64 метра. А при наличии дополнительных девайсов на внешней шине - self даёт откровенный сбой. Особенно ярко это заметно при записи флеш памяти.

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

[Шаманъ]

Но если применить чип sdram с автоматической регенерацией - то все задержки по барабану.
Собственно найти чип без внутренней автоматической регенерации очень сложно, обычно это очень древние чипы с космическим ценником.

Короче LTDC+SDRAM на stm32f429/439 работают нормально

[jcxz]

Короче LTDC+SDRAM на stm32f429/439 работают нормально

В исходном сообщении Вы вроде хотели внутреннюю память. Тогда при чём здесь stm32f429/439?

[Шаманъ]

В исходном сообщении Вы вроде хотели внутреннюю память. Тогда при чём здесь stm32f429/439?

Это был комментарий к сообщению #6 про какие-то неведомые баги у СТМа и совету использовать LPC1788.

Ну и если сабжа не найдется, либо он не даст особый преимуществ перед базовым вариантом 439+SDRAM, то остановлюсь на 439+SDRAM.

[jcxz]

Ну и если сабжа не найдется, либо он не даст особый преимуществ перед базовым вариантом 439+SDRAM, то остановлюсь на 439+SDRAM.

Так Nuvoton даёт (имеет встроенный LCD-контроллер и внутреннюю SDRAM до 64MB), чем тогда он не подходит?
Да и линух на него при желании можно вкорячить в отличие от STM32.

[Шаманъ]

Так Nuvoton даёт (имеет встроенный LCD-контроллер и внутреннюю SDRAM до 64MB), чем тогда он не подходит?

Старое ядро, труднодоставаемый, кстати, а доки у него открытые все или часть под NDA? Если последнее, то тогда уж лучше какой-нить SoM взять - там выбор поболее.

Да и линух на него при желании можно вкорячить в отличие от STM32.

Не, вот линукс мне не нужен. Нужен был бы - поставил бы SoM на i.MX6 - есть подходящие кандидаты.

[jcxz]

Старое ядро, труднодоставаемый, кстати, а доки у него открытые все или часть под NDA? Если последнее, то тогда уж лучше какой-нить SoM взять - там выбор поболее.
Не, вот линукс мне не нужен. Нужен был бы - поставил бы SoM на i.MX6 - есть подходящие кандидаты.

Да какая разница какое ядро? Вы на асме собрались писать?
А некоторая отсталость системы команд от современных Thumb2 компенсируется 300МГц тактовой и двумя раздельными кешами команд+данных 16+16кБ.
Док я на их сайте нашёл, возможно под NDA, но в инете они на раз находятся.
Ищите "NUC970_Programming_Guide.pdf" - юзермануал с описанием регистров периферии (правда описание мне кажется не очень подробным, но может на поверхностный взгляд).
И "NUC970_Datasheet_Rev1.0.pdf" - даташит с характеристиками.
Есть и другие доки.
Если не найдёте - могу куда-нить выложить.
SOM - всё-таки не standalone МК...

[Шаманъ]

Да какая разница какое ядро? Вы на асме собрались писать?

Это у меня планируется большой апгрейд одного проекта которому уже 15й год идет (о, скоро юбилей будет ). За это время он пережил смену нескольких процессорных архитектур и пока живет на stm32f103 с внешним ТФТ контроллером. Поскольку работает это дело под самописной RTOS, то ее тоже придется перетаскивать на новое ядро, потому с яром придется разбираться, так что кое что на асме придется написать (правда совсем немного).

[scifi]

Это у меня планируется большой апгрейд одного проекта которому уже 15й год идет (о, скоро юбилей будет ). За это время он пережил смену нескольких процессорных архитектур и пока живет на stm32f103 с внешним ТФТ контроллером.

И что же не устраивает в нынешней реализации? Почему считаете, что можно сделать лучше?

[Шаманъ]

И что же не устраивает в нынешней реализации? Почему считаете, что можно сделать лучше?

Не, ну проект не просто 15лет переезжает с одного железа на другое он еще и обрастает новыми фичами и возможностями.

В данный момент апгрейд связан с переездом с 3.5" 320х240 ТФТ на 7" 800х480. Почему лучше - потому, что там будет много новых возможностей и функций, связанных в первую очередь с бОльшим экраном и емкостным тачем.

Сообщение отредактировал Шаманъ - Apr 28 2016, 11:19

[jcxz]

Не, ну проект не просто 15лет переезжает с одного железа на другое он еще и обрастает новыми фичами и возможностями.

Хорошая кормушка! Мне-б найти такого лох... заказчика, готового 15лет оплачивать разработку одного и того же устройства.
Попадаются что-то всё жмоты, которые получив рабочее устройство почему-то никак не хотят впендюрить в него новый проц помоднее.
А если и хотят ещё пару рюшечек навесить, то почему-то только за минимальные деньги или вообще даром и без переделки существующего железа.

[Шаманъ]

Хорошая кормушка! Мне-б найти такого лох... заказчика, готового 15лет оплачивать разработку одного и того же устройства.

Ну, чтобы Вас успокоить, сообщу, что заказчик, эксплуататор, а заодно разработчик, конструктор, программист и все остальное это я сам, кроме того устройство не одно и то же. И если Вам очень интересно, то за это время из частей этого проекта получилось много разных девайсов (в том числе коммерческого назначения). Теперь надеюсь можно оффтоп закончить... Есть что по теме?

P.S. По Вашему Линус и все причастные к Linux тоже лохи...

Сообщение отредактировал Шаманъ - Apr 28 2016, 12:58