С точки зрения безопасности кода прерывания и указатели зло... а вы не знали???
То-то я и смотрю... пусть много прерываний, зато коротких... а коротких ли???
Вот и правильно zltigo ткнул в унылый и бездумный тупоперенос замшелых пик-авр-решений на современные платформы...

я имел ввиду что FIQ вызывало всегда 1 обработчик не разные под разные флаги, а один. Понятно что вектор был, но один фиксированный и тактов на выбор вектора не тратилось.
FIQ вызывался за 5 тактов? Ну тогда да почти 3-4 кратное преимущество против NVIC с учетом доп действий на сохранения всего и вся.
Тогда согласен NVIC не абсолютное добро, но все же чертовски удобен%)



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

Самое высоко приоритетное прерывание, вызываемое каждые 10 мкСек, на процессоре с частотой 100 МГц, имеющее обработчик длинной 1000 тактов и более НЕ может быть ничем прервано. Даже если нужно, только путем отключения вызова. И тут АВР не причем. (естественно кроме прерываний типа хард фаулт, сброс и так далее, но они не являются частью программы)




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

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

Так что давайте, вы показали что мы все дураки, и с диагнозом, удивите теперь какой вы молодец?

С вашими??? Спасибо... мне и даром не надо... ))))))))

Зашибись... Вы предлагаете мне дать решение задачи... которую и сами не можете толком описать... какое-то входное, какое-то выходное... И от этого считаете своё решение истинно правильным??? Ну что же... "Бытие определяет сознание!"(С)...

Одним из признаков деменции является невозможность мыслить абстрактно берегите себя.

Отдельный обработчик прерывания по изменению "входного порта". Для дискретизации входа на выход на борту контроллера явно есть и аппаратные средства, например таймера управляемые по входу. Незазорно и логический элемент снаружи контроллера подцепить, если уж действительно важно жесточайшее обеспечение реального времени. Ну и тацмерные прерывания 10 микросекунд тоже не есть абсолютное табу, но только, как Вы рассказали, крутить в нем еще и IP стек, это.....

Повторю еще раз - не надо рассказывать, что Ethernet, IP стек и уж тем более стоящий за ним "ИНТЕРФЕЙС С ПОЛЬЗОВАТЕЛЕМ" нуждаются в "точном" 10 микросекундном обслуживании. Я понимаю, что 100 мегарецами кортекса сие заставлено работать и "работает", но так-же понимаю, что изобретен паровоз пар у которого уходит в свисток. Просто НЕ красиво. Некрасивые самолеты не летают©.
Про "операционка вам не поможет" не понял. Вы понимаете под операционками только Ваш "суперлуп"? Операционные системы реального времени таки строятся с детерминированным временеми реакции, да и обработчики прерываний в RTOS для обеспечения максимально возможного жесткого реального времени никто не отменял.
А вот когда все ваяют без RTOS в суперлупе по полингу, тогда да, тогда и возникает ну "очень нужные" жирные обработчики прерываний, и микросекундные таймерные прерывания. Тогда и контроллеры прерываний а-ля NVIC действительно в большую радость, ибо обеспечиваемая ими вложенность и приоритетность обработчиков прерываний, есть костыль заменяющий механизмы переключения и приоритета задач в RTOS.

Абстрактное решение для абстрактной задачи... которое подразумевает абстрактный результат??? Это круто... :D
Вариант TIM+DMA... не??? Или непрерывные прерывания кошернее и привычнее... даже если их частота достигнет максимума в несколько МГЦ???
Ну а что... будут самые большие и нелепые костыли в мире!!!

А.... меня не так поняли

есть порт А - входной многобитовый, есть порт В - выходной многобитовый.

B = F(A). Это не какой то проброс сигналов, это формирвоания вида порта В на основе вида порта А. И это должно происходить каждые 10 мкС. Но при этом проц занимается и другими делами, обслуживает стэк, запросы пользователя, МАК, таймеры и так далее...

я написал эту функцию F, выравнял в ней пути ветвления, чтобы результат получался за одинаковое число тактов по какому бы пути не шел. И запихал ее обработчиком этого 10 мкСек прерывания, так как ее вызывают строго через 10 мкСек, пути выровнены, то и результат получается строго периодически.

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

Обработку стека и прочее я конечно же не пихал в это 10 мкС прерывание))).



Именно временем реакции, задав его 10 мкС - мы 1. напряжем проц, он только и будет щелкать задачи, 2. мы не добьемся синхронности и периодичности, потому что внутри этого интервала переключение может плавать....

Вот и все что я имел ввиду.


10 мкСек интервал времени дает частоту 100 КГц, с каких мор 100 КГц стали несколькими мегагерцами? или 0.1 - это несколько?
Думаю вам стоит взять на себя труд и сначала почитать и понять что написано, потом подумать и сформировать ответ, а то пока все тыкаете пальцем в небо и мажете%)))

Т.е. ... основная задача это бесконечный ногодрыг в прерывании... с применением АСМа и подпиливанием ножовкой конвейера??? Типичное решение в духе МК-атавизмов...
Никаких других прерываний и транзакций ДМА... несмотря на "проц занимается и другими делами, обслуживает стэк, запросы пользователя, МАК, таймеры и так далее..."... и оно ещё и как-то работает... не верится...
Вы сами хоть осознаёте... всю нелепость вами написанного???

Пользователь HHIMERA в течение месяца будет этот форум только читать. Причина - грубость, обсуждение личности.
Если среди ближайших десяти постов не увижу полезного обсуждения Cortex-M7, тему закрою.
Модератор.

Я надеюсь, что вы так-же ТЕПЕРЬ ПОНЯЛИ, описаная Вами более подробно задача еще ЛУЧШЕ ложится на "старый" FIQ ? Получаем и более быстую реакцию и отсутствующий шеститактовый джиттер при прерывании высокоприоритетным низкоприоритетного перерывания и меньшие общие расходы на обслуживание вот такого супер приоритетного прерывания. Так-что доказать жизненную необходимость кортексовского NVIC для решения данной задачи Вам не удалось, точнее даже наоборот

Тем не менее из Вашего первого поста сие понималось именно так, что и послужило причиной комментариев. К собственно короткому обработчику 10us прерываний, как уже писал неодократно, явной неприязни нет. Хотя думать о том, как обходить софтовый ногодрыг надо в первую очередь. Для минимизации такого использования этого у кортексов, как правило, есть весьма развитая периферия, которую можно подумав использовать не только каноническим способами, особенно если добавить снаружи немного логики, зачастую даже одногейтовой.

Так в том-то и дело, что не вымерли. Нужен мне опять камень с RAM примерно 300к для данных плюс система и прочее. То есть килобайт 400 хочу, мегабайты не нужны.
Смотрю на реалии (фильтрую дижикей что реально доступно, в нормальных корпусах до 208 ног)- вижу только 3 фирмы, Renesas, ST, Microchip. Объемы ОЗУ- от 320к до 552 к.

STM- только 320 к. Ну, может и можно прогнуться и умяться в это. Один тип доступен, STM32F746VGT6. Корпус LQFP100, цена $15.94 от 10 до 100 шт.

Renesas: самый крутой по памяти, 552 к. тут выбор больше, 16 видов, от 100 ног до 176. Цена- от $16.40 (R5F564MFCDFP, 10-100шт). Но в наличие каждого типа строго по 25 штук. Или еще никто не покупал, или хитрый маркетинговый ход. Новье или наоборот тупик?

И смотрю на "вымерший" пик: ОЗУ 512к, 30 типов, есть даже корпус на 64 пина, цена - (PIC32MZ1024ECG064) $9.64 от 10 до 25шт, $8.83 от 25 шт до 100шт.

Подытожу: если пики и вымирают, то при этом издают очень хороший запах, привлекающий некоторых разработчиков.

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

Как только STM32 добавит памяти (512к в 64-ногом корпусе)- тут же забуду про пики.

Про Renesas немного не так, посмотрите серию RZ - RAM от 3 до 10 Мбайт

Верю, что всегда можно ОБМАНУТЬ себя тем, что нужен вот именно с "перламутровыми пуговицами" и никакой другой.

Нет, только тех, кто не находит в себе сил переходить на текущие майнстримовские решения.
Ни один вменяемый разработчик, который реально работает с разными типами контроллеров не полезет вдруг в PIC только по причине,
что вдруг у него оказалось 512К на борту. Такие чудесные 30 типов это уже безумие, это уже на самом деле агония, когда уже ПЫТАЮТСЯ занимать своей продукцией все мелкие ОСТАВШИЕСЯ ниши.
Вымираемость пиков, увы, сказывается и на из доступности ПОСЛЕ за пределами покупки со склада каталожной фирмы.
С нештучными количествами тоже проблема - от трех месяцев и до бесконечности поставка. Это я, как имеющий в производстве несколько изделий на PIC партиями по 10000 штук, могу со всей определенностью говорить .

Да и с последовательной, практически наверняка, тоже. Как и для штучных вещей и корпус побольше использовать.

именно так и делал
цикл 2 блока по 240 тактов, на 16 мгц тактовой это 33кгц
расчет pwm на 2 канала sin/cos, приём/отправка по uart, опрос портов и реакция
всё чётко, строго синхронно и максимально точно
сейчас то же самое, на аж 160 мгц stm32 - 17мкс без оптимизации, 12 мкс с максимальной оптимизацией и аппаратными вычислениями
т.е. всего раза в два лучше
и это без входа/выхода в прерывание, т.е. по факту может оказаться и не лучше
и 146% словим джиттер, на приоритетах, на кэше, на хитрых предсказателях ветвлений - за что боролись ?

Сейчас потратим 10 постов что дал нам модератор и тему закроют


Пихните функцию в РАМ сразу полегчает.




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



я это давно понял, и даже где-то выше писал или хотел: что пока процесс один - ОК, а если их будет 2 со сдвигом фазы, то 1 FIQ не хватит (вернее в нем придется писать доп логику для определения 1 или 2 процесс, а прерывание 2 первым уже точно не организовать) . FIQ фактически и было то одно доступное вложенное прерывание, а теперь их стало больше. Как я понимаю...
Но оставим это, я уже выше согласился что у FIQ было 3-4 кратное преимущество перед NVIC, и что NVIC не абсолютное добро...

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

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


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

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

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




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

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


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



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


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



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

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


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

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

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

видимо, lpc1768 != stm32f407



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

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

Доехали и до нас: 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 скрипте быть учтено.

Я имел виду такой же SPL как для 4-ой серии, а не по огрызкам из куба собирать.

а про выравнивание до 3 байт для когерентности кэша, можно ссылку где подробнее почитать?

Вообще выравнивание идёт по 4 или 8 байт. Но что бы по 3..

Набросились на опечатку... 32 байта гранулярность адреса в регистрах управления кэшем... Двоечка не пропечаталась у меня.
А от всего SPL я только хеадеры stm32f745xx.h/stm32f746xx.h/stm32f756xx.h стащил к себе.

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

Хм... странно. А вот эти ребята пишут, что типа можно, даже готовые платы приводят на stm32f103

Двигатель правда бесколлекторный PMSM.

Нажмите для просмотра прикрепленного файла

Между делом, появилась такая вот дощечка. С емкостным экраном на MIPI. И нормально подключенной 32-битной рамкой

Так что семёрке есть куда расти. МИПИ - в массы!!

... только она Cortex-M4 @ 180MHz, а не Cortex-M7 @ 216MHz.

И стоит наверно, как неплохой планшет...

Уже как недельку играюсь, gfx понравился, MIPI тоже, без хрома ~50% c хромом ~2..3% всего. Внешний SDRAM конечно помогает, да и с озушкой 324к повеселей. Вот бы этот MIPI к М7, да и тактовую до 400М поднять.


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

Нет, я сравниваю вот с этим - http://yandex.ru/clck/jsredir?from=yandex....803946541231945

К которой тоже дают схемы, доки и софт Плюс - она покруче будет, проверял...

Я тоже на ней помахал светодиодиком под Linux. Или вы без Linux подняли работу?

Да, иначе не писал бы. Все работает, за исключением корок 2Д и 3Д, на них надо доки под НДА доставать, но выручил ДМА с программируемыми скриптами, чтоб сделать аналог 2Д-дма...

не, это слабенькая, не очень, против этого корейца http://www.hardkernel.com/main/products/pr...e=G143452239825
OpenGL, 8 ядрушек, 1G езернет, USB 3.0 ... в вашей нэту этого ...

Ну и нафига мне эти линукс-онли платы, их сейчас везде чуть больше, чем дохрена! Тут идет разговор о документированных камнях с софтом и поддержной, не путайте мух с котлетами

запутался ты похоже в своих мухах с котлетами, ... вверху видишь это -> Cortex-M7
Так и нехрен тут флудить, открой свою темку для твоей отставшей от реальности платки, и строчи туда ...

Я уже создавал подобные ветки и писал, что если какие вопросы то отвечу, но видимо нашим людям проще пытаться "выжать" последние соки из слабенького М4 или 7, подключая к нему svga дисплеи, чем работать на процах, которые для этого предназначены. На сием свой флуд прекращаю

Cortex-M7 востребованы для своей ниши устройств более, чем недопиленные фриски, или другие армы старших версий, с лин осами.
Вот его Cortex-M7 особенности и ньюансы хочется тут обсуждать, делиться, обмениваться инфой.

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

mantech
Мне поначалу то же казалось, что М7 - несколько тупиковый проект. Как вменяемое решение за те же деньги, агитировал за чёрную Бону. Но здесь ругаются

Дело в том, что М7 - это признак того, что скоро все АРМ камушки будут вот с такой архитектурой. Это новый промышленный стандарт. Они просто развиваются. А потом ещё многоядерные появятся. И всё это спихают в корпус 3х3 мм BGA 0.4...