Главная страница -> VRTP -> Texнологии -> Микропроцессоры. -> Другие микроконтроллеры.

Да, это рабочий код, могу подтвердить.

Насчёт гранулированной памяти - ну я же уже написал, что ошибся. Но, опять же, там внутренний банк на 512K, для 24бит и среднего разрешения хватит. И я так подумал, можно рисовать второй буфер частям и потом выкидывать. Что то типо полуторной буферизации. Или даже 1.2 скорее.

А по даташиту LTDC у H743 все таки есть, даже в lqfp100. Это вторая таблица. Или вы в другом месте смотрите?

Это сообщение отредактировал Faberge - Mar 27 2019, 10:55 AM

Да он там урезан всеравно.

Да я даже не спорю что оно по своему прикольно.

Насчет калокуба и прочих ардуин - согласен. Насчет Linux - не совсем. Linux позволяет втереться в интересную нишу, когда надо что-то похожее на компьютер нежели микроконтроллер, но хочется что-то более предсказуемое чем писюк с виндой. И вот в этом закоулке Linux выглядит вполне осмысленно. Но конечно всегда найдется идиот с малиной, который их своего тормозного пихтонраста хочет "реалтайм, как у взрослых" сделать, вплоть до потуг синтеза в реальном времени синуса на силовой ключ программным PWM из питона. Да, вот такой фееричный кретинизм я видел. Попробовал в меру талантов объяснить человеку что он даже если его штука и будет делать вид что работает - закончит выпаленым ключом с вонью и бабахом, но тут уж если какой придурок хочет бабах устраивать - пусть устраивает. Если себе. А если не себе - будет по судам бегать, как тойота, куда и дорога.

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

Я то как раз это очень хорошо понимаю. Linux был написан по этой причине. Ну и просто потому что у его автора не оказалось операционки которую он мог бы менять под свои нужды без идиотских ограничений. Ну он взял да и написал. И основной костяк ядерщиков до сих пор вот эти ребята. И за калокод они довольно быстро и жестко заворачивают, в отличие от каких там манагеров в MS с горящим дедлайном и т.п.. На самом деле я вообще не понимаю как можно чем-то таким заниматься если это не приносит удовольствия. Ходить на работу с 9 до 5, с пофигом на результат? Я так не умею, например.

И таки пару моментов:
1) У многих дров Linux далеко не хучший код. Откровенное говно в линукс не берут, так что со своей стороны я считаю что изучение железки по драйверу линукса далеко не хучшая перспектива. Вот по дампу в IDA - это да, тухленько. Но если сильно хочется - народ и так делал, просто ща подавай тут документации, сдк, и чем это от калокуба так уж отличается...
2) Кстати калокубом можно и не пользоваться. Я например STM32 рулю в вообще совсем ручном режиме, когда в камне ничего кроме моего кода и нетути, а компилер - генерит из моего кода бинарь. Тоже вел, плюс шишки и наверное медленнее чем в калокубе пожамкаьт кнопочки. Но мне тоже нравится быть близко к железу и понимать что железки из себя представляют. А дернуть кульное апи в МК... так не нравится. В Linux это имеет некое оправдание на тему арбитража ресурсов в более крупных системах, где задачи достаточно велики для того чтобы хотелось их разнести на несколько независимых.
3) Я таки считаю что театр начинается с вешалки, а контроль - с рабочего окружения, чтоли. Иначе сапожник без сапог. Ну вот как-то не нравится мне когда мой комп живет своей жизнью. Намного интереснее если это он мне служит, а я понимаю что и зачем там происходит, а не наоборот. И таки в Linux я могу без обиняков например весьма крутой профайлинг сделать - который покажет мне что делает и ядро и программы. Да, это большой поток гов....эм, активности. Но его можно отфильтровать. А в винде например я такое сальто-мортале сделать просто не возьмусь. Там что-то такое как-то дико сложно делается.

Ух, сорь. Вы просто предложили когда-нибудь обсудить тенденции и прочие секурбуты и тому подобные пакости, любезно подваливаемые оптом по всем фронтам (да, меня это порой тоже задалбывает) - и вроде бы даже в этой ветке? Прошу пардона если это не получилось и если это напрягает - я закруглюсь: технически я как бы в офтопе.

p.s. а код с LTDC как по мне - куда как более в моем вкусе нежели калокубы и проч. Правда я CMSIS не пользуюсь, но по такому коду вполне понятно что и как делается. Особенно если даташит под рукой есть. Жаль что мне (пока?) столько счастья и такие камни не надо

Это сообщение отредактировал BlasterMaster - Apr 3 2019, 03:00 AM

Мы ведь трём о микроконтроллерах, не так ли? С позиции применения в микроконтроллерах, считаю Linux - слишком громоздким решением. Сколько ОЗУ там надо чтоб стартануло ядро? И всё для чего? Чтоб пускать то, что написано на Линуксе? Слишком дрогая цена. А вот я взял да и перенес эмуляторы под 1 МБ гранулярного ОЗУ, о чем не жалею!

Если нужна многозадачность(многопоточность), то есть же более изящные решения: uCos, RTOS, ChibiOS и тысячи их... Кушают мало и намного проще, чем Линукс.

Ковыряя BSP Линукса можно убить несколько дней, чтоб найти нужный сорец драйвера на раздербан под какую-нить железяку

А кто расставляет критерии говно- не-говно? Я вот например считаю говном в Линуксе драйвера TCON для Allwinner, потому что в режиме обмена дисплея по параллельной шине (CPU IF) там вкостыляли задержки между циклами чтения-записи, что считается очень дурным тоном, так как более чем на вывод буковок это решение не годится: для быстрой отрисовки не пойдет.

Прикол в том, что Калокуб есть и он ускорил написание эмуляторов под STM32. Под C6745 калокуба нет (вру, есть - CSL и TI-BIOS, но я о них узнал позже) - пишу свой LL, потрачено куча ресурсов: нервов, здоровья, времени... Но: это интересно !
Поэтому плюс Куба в том, что он охватывает массы.
Посмотрите, сколько раз скачаны исходники под STM32, а сколько под C6745.
Поэтому заинтересованных в Калокубе больше, чем в LL-программировании.

Это хост-платформа: где ведутся разработки.
Главное, чтобы таргет-платформа(под которую пишите) не жила своей жизнью

Меня не очень волнует, если тот же Кейл АРМ-овский будет стучать по сети создателям что с такого-то IP он хакнутый

И кстати, вполне может стучать и порт GCC под винду, потому что ссылается на DLL-ки ОС.

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

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

В C6745 я так и пишу Правда ещё лучше - нет структур на регистры. Прямое обращение к регистру сразу!

Портировал Gradius на EMU Pocket.

Учитывая её скромные ресурсы:
Flash память 2 МБ, оперативная память 1 МБ (фрагментированная на куски).

Мне удалось вместить игру в такие объёмы!

Правда, музыка играет с SD карты. Без SD карты будут только звуки )))

Для сравнения:

1) Железо BlackPrism: 32-битный DSP TMS320C6745, частота ядра 456 МГц, два встроенных RISC-сопроцессора по 228 МГц каждый, кеш L1 по 32 кБ на код и данные, кеш L2 на 256 кБ. Внешняя память : 32 МБ. Планируется переход на 64 МБ. Статус: макет. Планируется релиз.

2) Железо EMU Pocket: 32-битный ARM STM32H743, частота ядра 400 МГц, только кеш L1 по 16 кБ для кода и данных. Память Flash (ROM) 2 МБ, RAM - суммарный объем 1 МБ (нарезана кусками - 512, 256,... кБ в разных адресах). Статус: завершён


Печатные платы для игровой приставки EMU Pocket также есть у меня в наличии. Отдам недорого. Пишите в личку.

Level1,2
https://www.youtube.com/watch?v=N5bmxP7dU98

Level3,4
https://www.youtube.com/watch?v=01S6V4yWO2A

Level4 Boss
https://www.youtube.com/watch?v=mmk-lSZE7-k

END:
https://www.youtube.com/watch?v=8lZBUQcklgk