невежливо отвечать зеркально. ну да ладно.
лично для меня интересно как раз решать головоломки: как сделать нечто, что сделать нельзя?
вы изначально ставите вопрос некорректно: на ARM можно сделать все, что можно сделать на меге. вопрос для меня стоит иначе - нужно ли?

взять мешок денег и купить себе дворец - это просто (если есть мешок денег, конечно). но в чем тут творчество, в чем полёт мысли, удовольствие в чем? для удовольствия надо взять кирпич и построить дворец. я уже писал (невнимательно читаете, что ли?): неинтересно взять компьютер (а по сравнению с мегами ARM и есть компьютер) и написать на нем программу, состоящую на 90% из готовых чужих наработок. точно так же скучно взять, и спаять схему 1 в 1 из даташита на микросхему. что вы можете придумать сами на ARM?

моё хобби - это проверка самого себя на слабО. никто не смог в 5 строк сишного кода на тини13 принять и декодировать RC5 - а я смог. никто не смог на тини13 сделать ИК-управляемую лампу настроения (читай - RGB-контроллер), а я смог. а взять ARM и сделать то же самое - разве в этом есть удовольствие?! "удовольствие" на ARMе выглядит иначе: сделать неведомо зачем управяемую через интернет лампу настроения, которая на самом деле никому не нужна. Или, как я уже писал, прилепить к термометру TFT-дисплей и рисовать на нем иконки с цветом в 32-бита глубиной...

ну и прошу: поделитесь любительскими собственными проектами на ARM-е, может, я и в самом деле не понимаю, в чем ценность его мощности?

дык в этой теме же есть мои скромные хоббийные часы на стм32 (все с часов начинают или почти все) - там освоена чудесная динамическая индикация с помощью DMA (не поверите - это прекрасно, но надо вначале попробовать, чтоб понять). Поскольку у меня уже есть дома радиокотские часы, далее воплощения в монтажке не пошли, моральное удовлетворение получено. Теперь динамическую индикацию с помощью DMA регулярно применяю.
Последнее хобби было, правда на STM8 - знакомому переделал терморегулятор инкубатора с индикацией на фазовую регулировку на основе чужой железки (свою смысла делать не было). Было в чужой - нагреватель просто вкл/выкл, температура выбегала прилично. Код написан свой - это ж как хобби засчитывается?. Тоже, то что есть у STM8 вложенные прерывания, упростило разработку(для меня). Регулятор уже проверен в реальных условиях, десятые как сказали, держит. Даешь стране цыплят.

Сделайте такое.МК любой, какой подойдет для данной задачи.
Адрес темы.
viewtopic.php?f=28&t=146574
Понятно, что все это нужно проверить в "железе"

Не могу поверить, что сейчас это сделать нельзя, хотя разбираюсь только в железе, а с МК опоздал, хотя алгоритм представляю. У всех есть предел и в 70 лет начинать осваивать МК уже поздно.

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

повторить на ARM то, что 100 лет существовало без ARM - это не выглядит аргументом в пользу ARM, ведь очевидно, что примитив на мощной платформе однозначно легко реализуется.

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

Добавлено after 4 minutes:
кстати, вот идея сторонникам ARM: сделайте полностью цифровую радиостанцию на 27 МГц! по-моему, задача как раз под мощность ARM: c микрофона на АЦП, обработка модуляции программно, выход - сразу на оконечный ВЧ-усилитель мощности. На другой канал АЦП - вход с усилителя РЧ... минимум аналога, максимум цифры. 27 МГц - это для современного ARM как бы далеко не потолок...

справитесь, ARMоводы?

Выбираем индустриальные и медицинские источники питания MEAN WELL в открытом исполнении

Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.

Подробнее>>

так вот же хоббийный проект на STM32:
http://vrtp.ru/index.php?act=categories ... ticle=3660

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

А на AVR можно сделать много простой хрени, реально полезной менее чем одному человеку.

Смотря что подразумеваете под "сложной".
В соседнем разделе есть пара осциллографов на STM32 viewtopic.php?f=59&t=103803
viewtopic.php?f=59&t=134144

Для вас это "сложная хрень"?

логическая бомба
смотрите: на ARM можно сделать динамическую индикацию при помощи DMA. после того, как разобрался с этим, код получается проще. на остальных МК можно сделать динамическую индикацию без DMA. код при этом получается немного объёмнее, но (!!!) кардинально понятнее и дополнительного изучения чего-либо неизвестного (DMA) не требуется. паритет по сложности

получается, что делать простые вещи на ARM так же просто, как и на не-ARM. так зачем?!

гораздо интереснее, с моей точки зрения, делать что-то сложное на ARM. но утверждать, что кроме ARM, сегодня ничего не стоит применять - это даже не перебор, это возмутительно!

Добавлено after 2 minutes 17 seconds:
ну потрудитесь прочесть чуть больше, чем последнее моё сообщение! про осциллографы я неоднократно писал - это более-менее достойное применение ARM. но что это доказывает? ведь нет возражений, что в ARM есть необходимость! есть возражение, что кроме ARM больше ничего достойного нет! вы разве не видите эту разницу?

N100503 - на ARM можно делать и сложные - это гораздо интереснее с моей точки зрения. Изучать и делать что то новое - вот в чем смысл хобби (имхо).

Почитал.
Нет.
Это не то.
Там же в ВЧ части применили готовый трансивер.
Для задачи, что я дал, в случае готовых трансиверов МК совершенно лишний.
Что бы решить мою задачу взяв за основу готовые трансиверы, мне например потребуется пара-тройка корпусов жесткой логики, например 1561 серии и пара-тройка транзисторов. Поручится рация с параметрами, что я написал.
Но это совсем не то, что я предполагал.
ARV вот более правильно понял задачу.

Ладно, я вот разделаюсь с текущими делами и сделаю нечто подобное на жесткой логике, т.к. с ней я в отличие от МК дело имел, а вы на МК продолжайте клепать мигалки.

Я постоянно этим занимался, уже изрядно надоело. Потому что со временем кайфа от решения этих головоломок уже нет никакого, входит в привычку.

Не вижу я особого творчества в изобретении РЦ5, если на СТМ это делается полухардварно. Я вообще не понимаю вчерашних заслуг, если сегодня это уже никому не нужно. А полёт мысли лучше направить на что-то другое.

Да много чего, о чём на меге можно было и не мечтать.

И что? Сегодня это уже не актуально, от слова совсем. И никто в здравом уме сегодня не будет цеплять ногодрыгом HD44780 или 128х64, если на СТМ32 это всё можно сделать аппаратно - изменил буфер и показания сразу появились на дисплее. Вы можете сделать на меге аппаратно подключение дисплея с двумя CS? Чем вам не головоломка?

Добавлено after 8 minutes 38 seconds:

Мне вообще часы не интересны, ни на пиках, ни на армах, ни на мегах. Какие тут могут быть аргументы? Но если надо будет, мегу я не возьму уж точно. Даже просто из-за цены.

На сегодняшний день - да! По многим критериям это самый лучший вариант на сегодня. Можете предложить лучше?

Кому надо тот сделает.

Вы знаете что такое DMA? По русски это значит ПДП - прямой доступ к памяти. Задача DMA в том чтобы копировать данные из одной области памяти в другую. В простейшем случае нужно модулю сообщить откуда, куда и сколько данных скопировать.
Допустим вам нужно принять и/или передать много инфы скажем через UART и требуется это сделать как можно быстрее с минимальными задержками между отдельными байтами. В ATmega только один вариант - настроить прерывания по окончанию приема или передачи байта и программно копировать данные из UART память и наоборот. Этот метод плох тем что проц будет очень часто прерываниями отвлекаться от основной задачи. Здесь поможет DMA, который примет или передаст данные не отвлекая проц от его дел. По окончанию компирования заданного числа байт, модуль DMA сгенерирует прерывания и проц заберет принятые данные или загрузит новую порцию данных для передачи.

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

----------

Аналогичная АРМовской крайность в другой области:


Однообразие скучно и неинтересно.


ДМА все-таки имеет некоторый приоритет и в случае одновременного доступа к шине со стороны ДМА и проца, ДМА отодвигает последний на второй план до тех пор, пока свои перемещения не завершит. По крайней мере в Кортекс М3 именно так.

Нет здесь никакого паритета, априори. Динамическая индикация без прерываний, РЦ5 - без прерываний, даже бегущая строка на 8х8 без прерываний, и т.д. Значит можно спокойно юзать код, который критичен к прерываниям. Нет свистопляски с прерываниями и синронизацией. Или вы действительно этого не понимаете?

Добавлено after 6 minutes 36 seconds:

На самом деле там всё не так, там идёт чередование. Если уж всё настолько критично - юзайте СТМ32 с ССМ.

Был открыт RM на F030, потому цитата оттуда:

Аналогично на М3.

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

Осцилографы надо делать на ПЛИС, вот пример любительского проекта на 20 МГц

https://marsohod.org/forum/proekty-polz ... tsillograf

Если идти в ногу со временем, то это не STM32, а PSoC

http://radiokot.ru/articles/70/

radiokot.ru/articles/70/

Возможностей больше будет, по сути связка ПЛИС+микроконтроллер.

Если нужен красивый дисплей, как тут упоминали, что STM32 тянет, а ATmega нет, то можно сразу брать Raspbery Pi и получать HDMI картинку, которую формирует не процессор, а графический сопроцессор...

Я бы понял тему обсуждения в 2009 году, когда вдруг выскочила STM как черт из табакерки и все радостно бросились хвалить STM32, какие они мощные и дешевые. И казалось 8-битным микроконтроллерам недолго осталось, пол года и умрут, исчезнув с продажи. А нет, всё осталось, как и было ))

мне очень лестно, что вы потратили своё время на разъяснения, что такое DMA. Боюсь только, что к тому моменту, когда вы про это узнали, я уже успел про это забыть.
ну так куда ваша мысль улетела-то? уж который раз прошу показать ваши любительские проекты!
конкретнее, пожалуйста
для меня головоломка не в том, чтобы сделать какое-то извращение ради извращения, а в том, чтобы достичь какого-то результата, которого пока никто не достиг на взятой за основу базе. если подходить к вопросу о двух CS, то я писал собственный драйвер ЖКИ с таким интерфейсом, и это было интересно. Но, после написания драйвера, я понял, что это не нужно вообще - в кругу моих интересов нет задач, требующих графики на ЖКИ. не повезло... от того, что я возьму ARM, задачи у меня не появятся. следите за моей мыслью?
вы так мало зарабатываете на основном месте, что на хобби не хватает?
Отличный ответ! Давайте подождем, когда начинающий с нуля это сделает - это будет лакмусовой бумагой в дискуссии: сразу станет понятно, насколько это просто и быстро.

Добавлено after 6 minutes 58 seconds:
например? из ваших домашних проектов
что я действительно не понимаю, так это вашего стремления заставить меня думать иначе, при полном нежелании иначе думать самому я не могу документально подтвердить то, что сейчас скажу, т.к. не работаю с ARM лично и лишь где-то что-то слышал... но в ARM полно своей свистопляски, которая тоже изрядно может попортить нервы, кстати, с теми же прерываниями и прочим, что обязано синхронизироваться с занятостью шины. это порождает полную непредсказуемость времени исполнения отдельных участков, т.к. представить в голове, когда и кто будет занимать шину и на какое время, невозможно.

в общем, сложности есть везде. и там, где больше возможностей, там естественно больше и мест, где можно споткнуться

Вспомнилась книжка "Янки при дворе короля Артура"
Там Мерлин предсказывал, какая погода будет в этот же день, ровно через 100 лет.
А когда его спросили, а какая погода будет завтра, то он немного подумал и сказал: "Что он такими мелочами не занимается"

о, я в ногу со временем - пару отладочных есть, среду установил, светодиодом уже поморгал, ARV (имхо) не одобрит - там в среде все рисунками делается. Давненько еще на восьмибитном псоке 1 хоббировал - электронное пианино делал, правда почти весь код из примера был .

я не одобряю вашего оголтелого "нет Бога, кроме ARM, и STM32 - пророк его. а неверных надо рэзать"
ко всему остальному я отношусь очень толерантно

Дык не корысти ради, а по душевному порыву - хотелось помочь людям, показать, так сказать, путь истинный. Сей путь мною маленечко протоптан и я узрел ее (истину).
мое мнение остается прежним - STM32F0 отличные заменители 8 бит PIC и AVR. Лучше потратить время на изучение одного семейства микроконтроллеров (перспективнее сейчас STM32), которое в большинстве задач заменит другие семейства и позволит решать более широкий круг задач. Разве это не разумно? Зачем вот новичку покупать все вместе Дискавери/Стлинк и Пиккит2/3 или Авписп МК2 и делать фуздоктор - надо крепко подумать, сходить на форум..., не лучше не ходить - там всяк кулик...
если что не так - жалуйтесь в лигу...