При всём уважении к zltigo, обсуждать NVIC не имеет смысла. Это свершившийся факт. И, совершенно очевидно, что возврата к старому контроллеру уже не будет. Аналогично и с системой команд. Плакать сейчас по этим вещам - сродни плачу по AVR.
При этом по CM7 есть что обсуждать. Я, к примеру, не работал с камнями с кэшем. Для меня не совсем сие понятно. До сих пор я был уверен, что всё это работает без участия программиста. То есть прозрачно для него. Кто прояснит?
По поводу акселератора ST (CromART) тоже пока каша в голове полная. Для меня пока очевидно одно, что под свой проект гуи придётся писать почти с нуля. Видно, что если применить палитру и серьёзно проработать графику, то на дисплее 480х272 можно обойтись встроенным озу.
Кто там работает с Atmel. Как там развивается поддержка графики. Расскажите на пальцах. Камни уже появились.

саечка
ибо не полегчает, а встанет на ручник - шины-то разной ширины
ну может в stm32f7 пофиксят


а вот так, нет никаких прерываний - опрос битов говности
задача была размесить тела бывших "обработчиков прерываний" между собой и основного цикла

Сообщение отредактировал Огурцов - Jul 2 2015, 11:34

Имеет. Не единым кортексом-м живет ARM. Так-что знания не помешают, тем более, когда "есть мнение", что тот был старый и плохой Те-же сортексы-а живут себе без NVIC в ядре с FIQ/IRQ и неплохо живут.

Никакого плача. Просто выступление против охаивания и бездумного повторения мантр маркетологов из рекламных буклетов. Я как-бы за десяток с гаком лет работы только с армами семерками и кортексами, не говоря о том, что контроллерами с 1984, а с программированием с 1976, многое что прочувствовал и сравнил ЛИЧНО. И уж чего лично мне АБСОЛЮТНО не свойственно, так это плач по чему-то старому - все наоборот - скорее на новинки падок. Что не мешает мне помнить и все хорошее, что было раньше и понимать, что не все новое есть безусловное счастье.




То, простите, все Ваши рассуждения о реальновременности идут лесом, ибо вся Ваша логика работает исключительно на том, что есть одно непрерываемое прерывание. И двух таких быто не может, могут быть максимум одного приоритета, но тогда забывайте сразу рассказывать про то, что остается от точности соблюдения интервалов при их состязаниях.
Если речь идет об обеспечении ТОЧНЫХ фазовых сдвигов сигналов, то сие делается перепрограммированием таймера для каждого последующего цикла, а не добавленеим еще одного таймера и еще одного прерывания.

какие шины разной ширины? что к памяти идет шина не 32 бита? Или вы про то что к флеш она 128?
ну так к флеш то частота обращения под 20 МГц, и потому команды выбираются реже, если в функции есть ветвление и переходы, которые заставляют команды выполняться не подряд, тогда появляются такты ожидания подкачки инструкций... В ускорителях кстати есть кеши инструкций, но они не такие большие чтобы справиться с этим 100%


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



я искренне заблуждался


Я сдаюсь иначе я просто пойду по пути придумывания такой задачи, которая укладывается в условия и потом решается лучше. Не было бы у меня NVIC конечно же я бы решил эту задачу, просто как на получилась на NVIC мне понравилось и есть куда масштабировать. Но как бы ни было я все равно убежден что контроллер с вытеснением дает много свобод и удобств.



В большинстве всего так и есть. Программисту надо следить за 2 вещами. В случае кеша команд и модифицируемых функций надо не забывать обновлять кеш. В случае кеши данных, надо четко следить за тем что делает ДМА, и если есть возможность раскладывать данные в не кешируемые регионы или не забывать обновлять состояние кеша. В остальном в тех контроллерах что я использовал кеш все делал сам, при обращении в память проц проверял данные в кеше, если они там были брал оттуда, если не было, то брал из памяти и вместе с соседними заносил в кеш, выкидывая либо старые либо редко используемые (зависит от реализации контроллера).
Собственно вы и сейчас используете кеш, он встроен в ускоритель флеши и кеширует команды.

лучше st спросить, почему так, или, реальнее - самому проверить


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

Ничего не понял, ну может мне кто потом объяснит

у меня перенос функции с ветвлением из флеш в рам на 100 мГц LPC1768 изменило время ее выполнения с 8 на 6 мкСек, и это я еще оставил несколько вызываемых из нее функций во флеше...

видимо, lpc1768 != stm32f407



потом - не будет, потом уже было, avr умер


Сообщение отредактировал Огурцов - Jul 2 2015, 14:27

На ебэе уже продают дискаверину, цена под сотку

Доехали и до нас: https://www.terraelectronica.ru/catalog_inf...hp?CODE=1923237

Что-то цены на STM32F7 неадекватные по сравнению с ATSAME7
http://eu.mouser.com/Search/Refine.aspx?Keyword=STM32F7
http://eu.mouser.com/Search/Refine.aspx?Keyword=ATSAME7

все адекватное, подключить к ATSAME7 дисплейчик 1024х768 во что выливается?

На сегодня уже вся линейка F7 активная. Налетай, не скупись!

Дискавери по цене планшета - это жесть, ИМХО

печально, что стандартной библиотеки нет и вроде бы и не предвидится. Из куба доставать все много времени будет

Обертка для управления кэшем в новом CMSIS появилась, единый заголовочный файл для SPL с регистрами есть (кажется, именно в кубе и лежит). Что ещё надо?
ps: не забывайте о требовании выравнивания на 3 байта данных для управления когерентностью кэша - это должно и в .ld скрипте быть учтено.