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

Впереди ещё одна нативная игра!

Есть свободные печатные платы. Налетаем!

Вопрос автору темы. Я тут заделал платку на h743, подключаю большой дисплей по FMC. Так вот, уже долблюсь пару дней, FMC молчит как партизан, осцилл ничего не показывает, дисплей при считывании ID выдает рандомную ахинею. Так как автор уже возился с данным процем, не мог бы подсказать в чем причина?Дисп подключен к банк1 NE1 адрес А16. Соответственно стучусь по адресам 0x60000000 данные и 0x60010000 команда.

Данный инит и тайминги отлично работают на процессоре ф407 и проблем нет.

#define Bank1_LCD_C ((u32)0x60000000)
#define Bank1_LCD_D ((u32)0x60010000)

void LCD_WR_REG(u16 regval)
{
*(__IO u16 *) (Bank1_LCD_C) = regval;
}


void LCD_WR_DATA(u16 data)
{
*(__IO u16 *) (Bank1_LCD_D) = data;
}

Это сообщение отредактировал ведущий специалист - Dec 23 2018, 03:20 PM

инит систем клок

Подозреваю, что фмц нужно отдельно как то тактовать. Но в хал мсп вроде частота на фмц включается.

Разобрался вобщем. Нужен был ремап на 0xc0000000 и не правильно A16 высчитал. Оказывается А16 это 0хС0020000. Мало того - с частотами фмц нужно быть аккуратнее - осциллом не виделись то что частоты были запредельные.
короче 854х480 точек ооочень быстро обновляет. Причем программно, без всяких ускорителей и прочего. Как нибудь замерю тайминги - отпишусь.
Еще заметил в фмц есть прикольный битик, если его взводишь - проц обходя хардфаулт вываливается в небытие, и спасает его ТОЛЬКО бут на 3 вольта и утилита стшная чтобы стереть. Как то так.

Либо ramap, либо отключение кеширования

Заложил SDL для игры!

Gospodin_Riba, А вы случаем не кластер? с ютуба?

Это сообщение отредактировал Smile. - Jan 7 2019, 09:01 PM

Может заинтересует, просто интересно...

Мини сега

Нет

"За рулём" напомнило

Никто не забыт, ничто не забыто. Игра в разработке...

Новая веха в консоле-строительстве - DSP от TI: C6745. Уже не терпится посмотреть как он порвёт STM32H743 и BF532

Из плюсов:
1) Две независимые параллельные шины: 8 и 16 бит: одна на память, другая на дисплей
2) Частота 456 МГц против 400 МГц
3) VLIW : до 6 операций за раз (что виртуализирует частоту до 6*456 = 2736 МГц )
4) Наличие плавающей точки (против BF532)

+внешняя память 32 МБ.

Олвиннеры сосут

Это сообщение отредактировал Gospodin_Riba - Feb 4 2019, 07:19 AM

Присоединённое изображение (Нажмите для увеличения)

https://ru.aliexpress.com/item/MIMXRT1052-I...000000000000000

Недавно на такое наткнулся. 600 мегагерц заявлено. Я не щупал еще, но интересная штука по моему.

Я тоже его там видел. Отталкивает BGA корпус , много тут умеют их паять? Хочется чтоб релиз был на своей плате и не таскать макеток в проекты.

Под этот чип SDK есть, правда формируется он на офсайте весьма дурацким способом. И дев-тулзы для них тоже свои - индивидуальные

Модульную конструкцию не рассматриваете?
У вас можно было бы покупать модули с распаянными чипами и платы периферии к ним.

Для начала я сделаю отладочную плату самостоятельно. Потому что дешёвых увы я не нашёл (именно с этим чипом). Есть OMAP-L137, но он BGA да и ещё отладка с ним за бешеные деньги (из-за избыточности платы).

Есть такой вариант от индийских коллег, но магазин работает только в пределах Индии:
https://www.pantechsolutions.net/tms320c6745-dsp-starter-kit

Плата - ничего лишнего - DSP, SDRAM, узлы питания (не самые экономичные, но еслипитать от розетки, то пофиг для отладки), минимум периферии, остальное выведено на пины.

Обратите внимание на цену: 7000 индийских рупий - это почти 7000 рублей(чуть-меньше).

А теперь взгляните на вариант, предложенный Ведущим специалистом: цена 3000 р с хвостиком.

Это к вопросу покупки модулей именно с этим DSP. Сразу скажу, что не уложусь в 3000 р. Поэтому скорее всего, дальше печатных плат по символической цене я не пойду. Распаивать и покупать компоненты прийдётся самостоятельно.

На отладочной плате будут: DSP, SDRAM, SPI Flash (для загрузки, съемная - можно прошить Понипрогом или AVR-дудкой или ещё чем угодно), UART для загрузки с ком-порта, 2 стабилизатора питания, контроллер сброса. Кварцы 24 МГц и 32768 Гц. Остальное - на пины.

Конечный вариант конструкции не ясен: аудио, видео... Возможно можно будет несколько вариантов.

Это сообщение отредактировал Gospodin_Riba - Feb 7 2019, 11:20 AM

Присоединённое изображение (Нажмите для увеличения)

Угу, пока не посмотришь на цены у техаса, поставки не менее вагона, и как цена-фичи-производительность а также затраты сил к результату с китайцами соотносятся... . Китайцы могут и 4-ядерник на гигагерц по 5 долларов подогнать. И програмить его, по крайней мере, основные ядра - намного менее инопланетно чем какой-то техасский VLIW, с экзотичными проприетарными тулсами, которыми большинство общедоступных сорцов никто никогда не собирал и все такое.

И как по мне - даже если на это потом сорец вывалить, толку будет фиг. Потому что мало кто подорвется разбираться с специфичными техасскими тулзами для DSP. Это имеет смысл только если потом планируется полжизни кодить только в техасских тулсах, 1-2 семейства их сигнальников. Придется основательно загадить мозг интимными особенностями этой неведомой гравицапы, с риском что полученны опыт будет некуда приткнуть, если нет планов хардкорно кодить под пару семейств техасцев полжизни. А allwinner что, знания что такое ARM и GCC пригодны для работы с еще хреновой кучей систем. Не обязательно allwinner и даже не обязательно ARM. В этом половина смысла си и была, если кто-то еще не понял - не привязываться к 1 конкретному камню и его особенностям намертво.

DSP от TI - вариант для тех, чьё время стоит дорого и нет желания ковыряться в линуксах для понятия как работает железо.
Абсолютно прозрачный для освоения DSP - без линуксов и кало-кубов.
Я лучше переплачу за процессор, чем потрачу пол-жизни на расколупывание линукса с целью понять как работают базовые периферийные узлы.

Тут тоже неверно. Я взял их в количестве 2 штуки.

А другие не могут? Какое мне до них дело?
Или вы думаете, что вышеупомянутый DSP не клонируется китайцами столь успешно как всё остальное?

Тоже неверно.
CCS от TI - это тот же самый C/C++ компилятор с уровнями оптимизации и по стилистике совпадающий с C99 (привет GNU !!! )

См. выше. CSS проприетарен не более чем Keil под ARM.
Многие тут пишут исключительно на GCC?

Ой! Вот только не надо ля-ля.
У этого DSP есть довольно определённая ниша, в которой он используется. Примеров с туториалами в интернете - валом просто!

Школьники и студенты осиливают... никто не жаловался.
Туториалов с примерами программирования под этот DSP - масса!

Вот именно это я и хочу попытаться сделать, как это проделал с БлекФинами 10 лет назад )))
Тот же "инопланетный" чип с "проприетарными" как вы выразились, тулзами..

Олвиннер - это треш и лажа, заточенная исключительно под линукс/ведро , китайское и глючное поделие, которое пилится линуксоидами и всё никак допилиться не может.
Которое кроме как своей сверх-дешевизной более ничем не может взять.

И где нормальный SDK хоть под один олвиннер в стиле BareMetal ??? линукс и ведро SDK - не в счёт.
Скажете много регистров, которые вручную не проинициализировать без ведра? А вот врёте - почему тогда в DSP типа BF532 и C6745 это делается просто?

Удалось даже SDK раздобыть под C6745 - в нем примеры на C/Asm как инитить и работать с базовой периферией.

В завершении, хочу добавить. Да, DSP - это вам не в тапки гадить (ARM), линуксоидам там не место и нужен особый склад ума (железный).

А тем временем, в местном магазине уже 1.5 года валяется Raspberry Pi за копейки , которую никто не берёт! ))) И понятно почему.
Кстати, могу отладку Olinuxino на Allwinner A13 переслать за символическую стоимость, ибо мне она нафиг не нужна!

Да и вообще, сравнивать DSP и Cortex-A как-то нет смысла...

Здесь я перестаю писать про DSP, оставив эту тему для STM32 и EMUPocket.

Для устройства на DSP, открыл отдельную тему: http://vrtp.ru/index.php?showtopic=30775

Это вариант для тех кому нужен сигнальный процессор. Чтобы сигналы обрабатывать. Это DSP делают лучше остальных "по умолчанию", что логично. Поскольку область специфичная и полна крутой математики - те кто в нее вхожи получают прилично денег. Их мало. В остальных случаях эти штуки нахрен не сдались, как по мне. Как процессор общего назначения ни о чем, как МК - переросточные. Своеобразная ниша. А большинство DSPшников нынче упаковывают в SoC. Сопроцессором. Для не сильно продвинутого но быстрого числодробления. У того же Ti для этого OMAPы отродясь были. А то что они ща полудохлые - ну как бы пытаться всех нагло доить конечно можно, но как бы не стоит обижаться что они к конкурентам уйдут. В том числе и узкоглазым.

А цель какая? Научиться работать с вот этим процессором? Хорошо, а потом куда это знание девать? Для general purpose применений оно с такими соотношениями ни о чем. Остаются какие-то узкие DSPшные ниши. Гуй на DSP? Как раз просадить времени на переизобретение велосипедов. Туда же и написание работы с всей периферией, по большому счету. Если время стоит дорого - ок, в каком месте подобного проекта с такими соотношениями наступает профит? И как это происходит? Для меня выглядит как будто единственный аргумент за - захотелось поприкалываться, с именно этим процом. Нормальное желание, понимаемо . Я не прав, ожидается жирный профит, чтобы на оплату времени напирать?

А все-равно техас фирма так себе. Жадная, удобно делает себе, в общем влопаться в 100% зависимость от них - так себе идейка.

А техасцы - не могут, как показал слив рыночной доли на поле "апликушных" ARMов. Дошло до того что теперь даже промконтроллеры на китайских проциках. Потому что платить техасу в разы больше за то что они видите ли мажоры - нафиг надо. А какое дело - мне вот как раз любопытно что за этим стоит.

А черт бы его знает. Я STM32 то клонированный очкуюсь брать - я без кульных либ предпочитаю, в регистрики, сам, по STMским даташитам, сделав себе макросы. И даже самые очевидные клоны STM'а отличаются, например GD-какеготам перегружает какой-то левый флеш в большой SRAM. И я сомневаюсь что работа с флешом там похожа на ST. А китаезный CMSIS и перепилы STшных либ узкоглазые пусть сами юзают - поэтому меня отличия в железках таки волнуют. Да, мне иногда хочется примерно того же что и вам - предсказуемую штуку. Но в данном случае - относительно мелкую, супер-частоты и мегабайты памяти ни к чему. Вот периферия - да.

Это НЕХ, про которую большинство прогеров не знает и не собирали ей код. Насколько оно реально C99, какие там особенности - а вот вы и расскажете. Реверанс в сторону GNU не понял, у них C99 есть черт знает сколько. Я под STM32 учусь корябать целясь в C99. Конечно же без VLA и прочих стандартных библиотек. Есть соблазн немного C11 заюзать, там полезности типа compile-time assert-ов есть. Не то чтобы в более ранних C так совсем нельзя, но выглядит очень уж криво. Конечно сишный препроцессор можно еще и не так изнасиловать, но все же.

Тут? Не знаю, мне кажется что тут ARMы вообще програмит несколько человек, а техасские сигнальники - наверное вы первый.

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

Гггг вот кстати на блэкфины был порт линуха. И gcc - а удачи собрать линуха чем-то кроме gcc :D. Там как я понял историю, gcc был древний, свежее не сделали, ядерщики запарились воркэраундить баги античных GCC и в конце концов грохнули всех кто не умеет свежие GCC. В том числе и блэкфинов. Станет кому надо - ну может отреанимируют трупик. А не надо - так и нет проблем.

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

Несколько таких птичек держат меня здесь, делая странную сетевую магию за пределами вашего понимания. Были бы они глючными - мы бы не разговаривали тут. Ну вот так вот. Конкретно этот делает CDC-Ether. Удобно, питание и сетка по 1 шнурку. Но вот самому кодить это мне бы не хотелось. И вообще, allwinner в промконтроллеры пхают. Реально распихано в производства, управление инфраструктурой и проч уже. Тысячами. Просто руки надо из правильного места и свою систему знать.

GCC есть, даташит есть. А проприетарные IDE - по большому счету та же пихтонрастия, вид сбоку - большой черный ящик делающий внутрях неведомо что.

А как определяется что просто и что сложно? Ну а линух - потому что програмить систему такого масштаба в стиле bare metal не прикольно становится. Начинает хотеться многозадачность, сеть, гуй, сложную периферию (см про CDC-Ether)... изобретать все эти велики с нуля всем лениво. Так что можно, но спрос мизерный - вот направление и не развивается особо. Но в репках sunxi можно найти несколько тривиальных прог заливаемых через boot ROM по usb и напрямую ворочающих регистры. Ну и бутлоадеры это делают, куда ж без них. Сказ про линух это круто, но довольно много интересного случается ДО того как он запустится, в т.ч. и работа с периферией.

Да вообще-то линуксоиды в том же блэкфине и были. Насчет техасцев не знаю, официального порта вроде не было, а кто там в кулуарных форках у кого - черт его знает. А что до железного склада ума - я думаю что вон те толпы разработчиков открытых (!!!) SoC на RISC-V куда более железные ребята и через несколько годиков покажут и ARM и техасу как в тапки правильно гадить. Сделав с железом то же то уже случилось с софтом.

Например, забахав себе и железо и экосистему софта. Тот же линух и десятки тысяч программ, например. Пока вас с вашим складом ума Intel и Microsoft под килем протягивают своими секурбутами и management engine'ами, без возможности это оспорить. Театр начинается с вешалки, а контроль над железом - с своего рабочего окружения, наверное. А у вас с этим швах. Поэтому периодически забавные плачи случаются, когда MS или кто там еще в очередной раз за вас все решил. А я ехидно ухмыляюсь - обычно все же могу отспорить свое. Семейство технологий достаточно обширно и масштабируемо, поэтому удается нестандартно поприкалываться. Я говорил про сетевую магию? Ну вот кроме всего прочего я думаю что она устойчива и к роскомнадзорам, а пожалуй и к штукам покруче, типа великого китайского файрвола. А россияне урезанный вариант этого кажись могут запустить. А, ну да, вы такое заметите только когда факты вам по лицу предъявятся. Типа выноса vrtp, благо есть за что. Вон народ в "счетчиках" кипишует. По большому счету, к 90% статей вертепа можно прикопаться. А если их снести, что останется?! Прогресс и должен быть таким - дерзким и на грани фола. Но роскомкретинам это не докажешь. Они сначала замочат все живое, а потом разберутся.

Потому что магазин накрутил небось 300%, серьезный контроллер из этого делать нафиг надо (да и броадком не лучше техаса). А если просто пострадать - можно заказать за треть цены онлайн, а местный магазинчик идет лесом. Кстати DSP там тоже есть - VideoCore IV DSPшник вроде. Хоть и косит под GPU. Эта хреновина вообще первым стартует, а потом - ARM до кучи раскочегаривает.

И тем не менее, кроме кучи пихтонрастов - даже там бывают и весьма неординарные кадры. Кто-то этой гавниной например FM синтезировать сумел. GPIO. Из линуха. На FMовских частотах. Ну да, на апи забили - прямое дергание регистров контроллера GPIO, с такой частотой сисколы нереально гнать. А контроллер GPIO достаточно близко оказался к процессорному ядру и может такие вот частоты выдавать. Так что этот кусок стрема до кучи немного SDR-передатчик оказался. Хоть там и нет железа для этого.

Ммм... интересно.

Да, они разные. И в разные ниши целят по большому счету.

Вообще предлагаю немного скостить накал дискуссии. Вы интересный тип, мне временами нравится ваш стиль мышления, и у вас наверняка можно научиться ряду трюков. А может и вы чему научитесь. Я на самом деле происхожу из типов с низкоуровневым мышлением, да и экзотичные железки мне по вкусу. Просто с неких пор меня задолбало когда мной пытаются вертеть проприетарщики, да и ломиться в закрытую дверь и бороться с искусственными трудностями - тоже. И велы я изобретать хочу только там где это имеет смысл, а не вообще везде

p.s. ну ладно, что-то я расфлеймился, пардон за обсирание малины.

Это сообщение отредактировал BlasterMaster - Feb 21 2019, 02:11 AM

Вот я и ставлю цель проверить, насколько будет хорош управляющий код на этом DSP. Особенно с параллельным выполнением инструкций.

Мне ненравятся современные тенденции в процессоро-строительстве. Была б моя воля, поубивал бы всех, кто достоен. За калокубы, линуксы,... в контроллерах.

Цель самая благая - подарить людям очередной велосипед, выражаясь вашими терминами. К тому же мне это интересно.

Здесь не то место, чтобы говорить о профитах. Не всё деньгами меряется. Здесь JUST FOR FUN. За профитом идите в другие места.

Остальное нет желания комментировать, просто уже надоело.

Это сообщение отредактировал Gospodin_Riba - Feb 24 2019, 12:53 PM

Gospodin_Riba, вопрос к Вам как к иллюминату в процессорах АРМ32,

наверное это единственный проект с попыткой реализации SDR для приема ам/чм радио.
http://www.radioradar.net/radiofan/radiofa...controller.html

больше похожий на фэйк нежели на конкретное решение задачи(всетаки 12бит АЦП на частоте ядра 216 МГц,)...

A H743 -покруче же будет?

В тему DSP и приемников на этом методе, есть Белка-DSP http://www.cqham.ru/forum/showthread.php?3...%EF%F0%EE%F1%FB

но он, на базе с 28-/56-разрядным 50MIPS кодека DSP ADAU1761, про которое полное хз что оно из себя представляет. хотя походу чтото древнее. Удивительно как смогли реализовать демодулятор на таком черном ящике...

p.s
просто непонятно почему ARM32 не совсем DSP...

p.p.s
сам то я х86-32битчик (64бит уже не моё, чисто религиозно ) и несмотря на обилие гитхабов все это DSP даже под х86 числодробилку представляет из себя сплошной отстой по реализациям...

p.p.p.s
Я кстати, тоже занимаюсь эмулятором, древне компа БК0010, и интересовался дендивским ускорителем что PPU6238 но толком не понял. Потом "прикручивал" синтез AY к БК0010 . Но всетаки есть хотелка отыметь виртуально и дендивский синтез. А Ваша консоль она эмулирует и его даже?

Это сообщение отредактировал microxa - Feb 25 2019, 10:28 AM

С нативными играми - отличная кстати идея.

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

А вот этот проц STM то этот можно рулить с USB писюка, чтоб синтез к примеру заюзать?

попиликать там.. музычки трекерской.. или в экранчик чего пописать..



Присоединённое изображение (Нажмите для увеличения)

До сих пор еще много интересного сэкаса.. например по сверхбыстрым выводам пикселей в картинку. со звуком были те еще грабли.. но вроде как отбил от тормозов (тестирую на скинутом до 570мгц нетбуке), и получил нормальный рилтайм.. прям как машинка времени..
оппа.. и нео ты на борту.. похудоноссера..

Присоединённое изображение (Нажмите для увеличения)

microxa, про sdr вы не правы, я минимум 5 проектов могу назвать на stm32: пион-dsp, белка-dsp, аист, маламут, монка
Общая причина в том, что пользователи привыкли к сервису "взрослых" sdr, а стмка тупо не успевает.
Среди stm32 ещё семейства появились, stm32mpxxx и stm32l4r5/7/9. А вообще резво они их клепают (на самом деле, это мы застыли)

Это сообщение отредактировал romanetz - Feb 26 2019, 05:52 AM

romanetz

да, извиняюсь.. это была пурга (не совсем на трезвую голову..)

про "маламут" хорошо, что напомнили, как раз туда пихнуть STM32H743 советовали (а то g407 тормозил и не осиливал 192кгц на приеме FM), но тогда он только анонсировался...

Это классно, что просто удовольствия ради делаете такие прикольные и трудозатратные вещи

Есть уже какие-нибудь промежуточные результаты?

Капитан Очевидность.

Холивар? Мо мнение, что x86 - более отстойнее, чем ARM. Потому что регистры неполноценны и жёстко привязаны к определенным операциям.

Очевидно, что да.

Очевидно, что можно. Будет софт-эмулятор 2A03.

Да запросто. Ещё проще, чем игры воспроизводить.

С использованием DMA сверхбыстрый вывод пикселей не особо нужен, ибо параллельность(при условии когда время переброса на экран меньше, чем время на всё остальное).
Особенно когда шина не одна, а несколько.

Смотря что понимать под результатами.
Работа идёт в нескольких направлениях:

1) Пишется игра (не в одиночку, а коллективом).
2) Делается новое ядро на C6745
3) Обдумывается универсальный интерфейсный софт для выбора и загрузки программ (который портировался сразу бы на STM32H743 EMU-Pocket и C6745).

Это список видимых задач. Есть ещё менее очевидные. Сроки называть не буду.
Но результаты есть и их масса. Но пока не доделаю, ничего выкладывать не буду.

Вот кстати, нашли более достойного кандидата на замену FATFS: https://os.mbed.com/blog/entry/littlefs-hig...ty-embedded-fs/
Из описания эта ФС хороша для сменных носителей: высокая износостойкость и быстродействие.

А ведь, это... можно и нативные бинари в память коей там аж 1мегабайт всякоразной, засылать и выполнять, без всяких перепрошивок то...

Я такое на LPT какое время практиковал, на ворохе 8бит защелок и буферов 373/245 и SAB8088-ым гдето жрущим полампера на 8мгц, ну и ограничился пиканьем пинов (с LPT и то побыстрей пикало).. Короч бесперспективняк ввиду бессмыслености.. Надо былобы хотябы 8051-ый изучать, или дендивский 6527 заинтерфейсить (в нем хотябы синтез, смачный на бассовом треугольнике)...

А с ARM имел дело на WinMobile2003, Аппарат был смартфон самсунг какойто, на Intel Xscale, 400мгц, играбельно тащил эмулятор Gens и квэйк1 -ый..

Cобирал кросскомпилер Free Pascal запускал хеллоARM.ехе, и потом и аж сам компилятор (запускалось через костылек эмулирующий консольку). Правда он ворох линупсовых тулз тянул и вышел облом со сборкой хеллоу-win32 на 24метрах памяти оперативы...

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

Удивляюсь как "такие прикольные и трудозатратные вещи" как тотже FCEU вы смогли адаптировать к таким суровым условиям.. (лично я не осилил его на Borland C++ буилдере забуилдить, так как он во многом GCC oriented )..

Согласен (какой холивар).. x86 - та еще муть, болотная... Не удивительно, что, толковых МК не было на них... А вот персоналок (и настольных и наколенных) как грязи...

H743 уже тоже не торт, есть и побыстрее в линейке stm32