Это же Марк! Больше на вброс похоже. Уж слишком всё несуразно описано. Лучше подождать развития событий, а там видно будет.

я не сомневался. просто после моих слов о том, что для тупого мигания светододом надо чуть ли не 20 регистров инициализировать, мне был выдан пример кода с тремя регистрами - и я заопасался: не ошибся ли я? спасибо, вы теперь подтвердили: я, хоть и не знаю ARM, не ошибся в предположениях. простейшая инициализация периферии для тупейшей задачи минимум в 5-6 раз сложнее (по количеству строк на Си, естественно), чем у AVR. а если вспомнить, что все эти многочисленные регистры надо еще помнить, для чего они - это усугубляет проблему.

где же ваше новое-то? вы так тщательно его прячете, что это невольно вызывает настороженность...

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

если вы не понимаете, то я вам медленно и большими буквами напишу: Я СЧИТАЮ, ЧТО В ЛЮБИТЕЛЬСКИХ ПРОЕКТАХ ARM ИСПОЛЬЗУЕТСЯ, КАК ПУШКА, СТРЕЛЯЮЩАЯ ПО ВОРОБЬЯМ. У ЛЮБИТЕЛЯ КИШКА ТОНКА РОДИТЬ ИДЕЮ, РЕШИТЬ КОТОРУЮ ВОТ, КРОМЕ КАК НА ARM-е, БОЛЬШЕ НИКАК НЕЛЬЗЯ. МАКСИМУМ, НА ЧТО ХВАТАЕТ ФАНТАЗИИ - ОСЦИЛЛОГРАФ (да и то еще вопрос, любитель ли его разработал). ЕСЛИ ЖЕ ARM РЕАЛИЗУЕТ НЕ ОСЦИЛЛОГРАФ, ТО ОДНОЗНАЧНО ЗАНИМАЕТСЯ БЕСПОЛЕЗНОЙ, НО МОДНОЙ, РАБОТОЙ: ХОДИТ В ИНТЕРНЕТ И/ИЛИ ГРУЗИТ ЧТО-ТО В ОБЛАКА, ИЛИ РИСУЕТ БЕССМЫСЛЕННЫЕ КАРТИНКИ.

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

видите ли, господа, я подозреваю, что кое-кто сильно лукавит, говоря "я давно ушел от говна AVR на повидло ARM" - не ушел, а бизнес заставил уйти. на самом деле этот "кое-кто" занимается разработкой коммерческих девайсов, и выдает это за собственное любительство. потому и нет демонстрации проектов, ибо пром-ПЛК или какая-нибудь система подводной навигации не прокатит за поделку любителя. для бизнеса действительно важно, за 5 минут будет разработан девайс или за 50, стоить он будет 1,3 или 1,2 доллара... и понятие перспективы разработки там имеет совсем иной смысл и важность, и поддержка, и многое, многое другое - что совершенно не катит в виде аргументов в пользу любительского хобби. я прав?

а любитель - это как раз тот, кто считает, что на ардуине можно сделать все.

но вы продолжайте рекламировать ARM - интересно читать порой смешно.

Девайс не состоит из тупого мигания. Весь этот "оверхед" размажется по мере разрастания проекта. И даже это не показатель. Если на меге задействовать таймер для мигания, то будет тоже самое. По мере усложнения проекта и увеличения его в объёме мега будет выглядеть в более непристойном свете.

Ну если ваши задачи все такие "тупейшие", то может быть.

Очень странно звучит. Сколько народу свалило на СТМ32 и никто как-то особо на память не жалуется. Прям парадокс!
А помнить весь зоопарк регистров ПИКов и Мег лучше что ли?

От вашего мнения, к счастью, ничего не поменяется, ибо оно ошибочно.

Зря вы так думаете. На форумах частенько озвучивают такие задачи, которые на СТМ решить или проще, или без СТМ решить вообще нельзя.

Без разницы. На СТМ всё делается проще и легче. Нужны любителю головняки от меги? Нет!

От любительства до коммерческих девайсов один шаг.

Нет, ни капли! Перспективы разработки, а не тупого повторения одни и те же, хоть для профи, хоть для любителя. Леонид Иванович Ридико тоже считает себя любителем, не профи, но уровень его разработок достаточно высок, пусть даже и сравнительно. Его в конце концов уговорили уйти на СТМ с меги, потому что у него было желание двигаться вперёд, чего у вас не наблюдается.

Из языков разработки под микроконтроллеры лично мне больше всего нравится Swordfish или его более новая ипостась Firewing для PIK-ов. Бейсикоподобный язык, удобный в применении (для непостоянно работающих с микроконтроллерами это очень удобно, IMHO). Был бы подобный для STM-ок - в своё время посмотрел бы на них...

http://www.firewing.info/

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

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

Подробнее>>

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

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

Да по фиг.

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

Именно платками и библиотеками в своё время и взяли ардуинщики.

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

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

засим прощаюсь. скушно, бабоньки...

Да ладно бычиться - я ведь наоборот вышесказанное как преимущество ардуинки привёл. Это ведь просто пример удачного продвижения продукции. Дать не просто чип, но и все необходимое для начала работы с ним. Те же PIC- и не сделали подобного и поплатились.

И это совершенно не мешает использовать те же чипы профессионально.

AndrF это на верное не вам - это мы армоводы тут Львы Толстые.
Шоу что-то быстро сдулось, вот достаточно было одной таблетки - моргания, где не к чему уже прицепиться и все.

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

Я привел соотношения частот. Еще раз напомню. 8 МГц измеряем (в смысле измеряем скважность), а сисклок всего 48 МГц. Таким образом, однократный захват не даст необходимого разрешения по скважности. Можно канешна накопить измерений и получить искомое, но накопление потребует ДМА, что при 2 транзакциях на 6 машинных циклов практически полностью заблокирует работу МК в других задачах...
Нащщет энкодерного интерфейса. Возможно и ни причем. Знал бы, вопросов не задавал.
Правильно ли я понял, что без внешнего вентиля управлять направлением счета посредством входного сигнала невозможно?

Просто сохраняешь данные с порта через DMA, это минимум 5 тактов, 9.6MHz. Потом, по идее, нужно лишь подсчитать число нулей и единиц и разделить одно из значений на их сумму.

Вангую, что ARV бы поставил фильтр и измерял напряжение на tiny13

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

Правильно. Для определения направления нужно два сигнала сдвинутых между собой.

\\\ Начинай гуглить "принципы современного частотомеростроения". Ссылки в теме частотомера на этом форуме проскакивали. Загугли "Ридико Леонид Иванович",он достаточно плотно этой темой занимался. Хоть чем-то полезным будешь занят.

Добавлено after 10 minutes 13 seconds:

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

Тоже как бы вариант.

Новичку идеально тогда Arduino uno. Одна дешевая плата. Она же может быть и программатором для других микроконтроллеров. Далее добавлять по вкусу:





Проще пару контроллеров купить про запас, чем заморачиваться так.

Армоводы пытались сделать аналог Ардуины Nucleo



Но что-то там пошло не так. Редактор и компилятор через интернет и подобные глупости. И стоит на порядок дороже.

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

Да.
АRM моргает лучше, чем AVR. Свет более насыщенный и воздушный.
На AVR такого моргания никогда не добиться.

Отсюда однозначный вывод.
Моргалки нужно делать только на АRM!!!

Л.И.

viewtopic.php?p=1155362#p1155362
хорошая идея - хоббийный частотомер на STM32 для практических занятий в этой теме, на AVR видим есть, но нужна Altera - на STM32 можно обойтись без Alterы. Раньше на PICах делали частотомеры до 50МГц без внешних компонентов.

однозначно, потому что проще
https://www.chipdip.ru/product/i-cloud
https://www.chipdip.ru/product/rdc1-0012

Забавно, зашел на сайт ARV и нашел там это: ARM неизбежен, как крах мирового капитализма

Оказывается он еще в 2011 моргал светодиодом на дискавери, но потом что-то не сложилось

Вы предлагаете заменить хардварное измерение софтверным расчетом, да еще и вбухать в него кучу ОЗУ?


Добавлено after 9 minutes 2 seconds:

Нездоровый гонор, скорпион, - - это ТВОЙ эксклюзив. Ты вообще не способен обсуждать вопросы на равных. То есть либо твое МНЕНИЕ, либо тоже твое. А на самом деле ты просто не понимаешь элементарных технических идей.
Как работает ИНТЕРФЕЙС энкодера конкретно в СТМ32 я действительно не знаю. Просто потому, что его не применял. Разбирать сейчас времени нет, но нужно толкнуть работу коллеги вперед. Обо всем об этом я ранее написал. Как работает энкодер вообще - я в курсе. Но реализация его интерфейса у разных производителей разная.
Что касается описания работы МЕТОДА счета скважности, то у меня нет желания учитывать терминологию официантов-эмбЭддеров, а так же шаблонное мышление некоторых самоуверенных в себе господ. Не понимаешь о чем речь - высказывай СОМНЕНИЯ, а не дуй щеки в смешной риторике.

Добавлено after 17 minutes 16 seconds:

Придется еще раз прояснить.
При работе импульсного пушпульного УМ радиочастоты есть ДВА пути защитить транзисторы этого УМ при входном некорректном сигнале. Либо делать входной трансформатор, либо контролировать вольтсекундную площадь сигнала и запирать оба плеча при выходе скважности этого сигнала за некий диапазон. Поскольку контроль должен быть НЕПРЕРЫВНЫМ, то идей тут всего ДВЕ. Аналоговая и цифровая. Обе реализуют одну и ту же математику - интегратора сигнала. Либо реверсивный счетчик с хардварным цифровым компаратором, либо интегрирующая цепь с оконным компаратором. АЦП для этих целей - идея плохая. Патамушта не хардварная, а значит медленная, разрывная и ресурсоемкая.
Поскольку у dsPIC33 интерфейс энкодера позволяет сконфигурировать его в режим управления направлением счета с внешней ноги (Dir_Gate), то я и задал вопрос относительно такой же возможности у STM32.

Так ты сам предлагал делать накопление, только с таймером, что сожрет в 4 раза больше ОЗУ и заблокирует проц, при весьма сомнительном результате. А еще раньше писал, что таймер можно сбрасывать через 128 периодов входной частоты, т.е. куча ОЗУ - это 154 байта, т.к. оцифровка идет на скорости 9.6MHz.