Изобретаем частотомер на stm32f030

[ozforester]

На схеме внутри символа подписаны каналы таймеров, что сразу однозначно определяет их использование. Выбранная модель допускает два варианта составных таймеров t3-t1 и t1-t3. Но внешнее тактирование выведено только для t1, поэтому ведомым может быть t3. Но, лишь t3 можно использовать как внутренний гейт, то есть потребуется программный старший разряд. Если t3 использвать как страший разряд, то потребуется вариант внешнего триггера для t1, A.8.15.
Еще есть свободный таймер t16, достаточно продвинутый. Но, умышленно используется t14, полезные особенности которого не востребованы в данном проекте. Можно смещение и на дма сделать с записью в регистр gpio или вывести вместо шима какой-нибудь лишний осциллятор через делитель MCO, а напряжение смещения отрегулировать дополнительным подстроечным резистором. Можно даже программно дергать ногой, после отладки основного алгоритма, в свободном времени процессора. Пока остаются ресурсы, их можно не экономить. Хотя, используя сначала ту периферию, что попроще, можно сэкономить время на переразводке дорожек. Вот сразу не подумал и применил под линию данных дисплея самые ходовые выводы, теперь пришлось схему править.
Тексты могу на гитхаб выложить, просто ситуацию не назвать стабильной, а синхронизирую, когда что-то полезное и проверенное добавляется. Там сейчас самый первый вариант с внутренним триггером и программным старшим разрядом. От него гораздо проще экспериментировать, все понятно и прозрачно. А с внешним триггером уже достаточно запутанная конфигурация по сравнению с шаблоном.
p.s. Коротко основная мысль - сделать шаблон попроще, чтобы было легко разобраться и адаптировать под свои предпочтения при изучении данной модели. Это действительно самый простой микроконтроллер на арм кортекс-м.
Выбор периферии основан на том знании архитектуры, которое сейчас есть у меня. На представлении, где и как может возникнуть девиация при выполнении алгоритма. Например, разделение шины между дма-контроллером и процессором при нагрузке может сказаться сильнее, чем время синхронизации внешнего входа таймера. Вход и выход из прерываний, когда их несколько , тоже требует дополнительного анализа. Стремление к простоте, в данном случае, еще и стремление к балансу между точностью измерения и сложностью алгоритма.

[veso74]

Начнем хронологически не с F030, a с F100/103 - содержит больше ресурсов и является более ранней версией.

Мне трудно понять вас (РУ->БГ), чего пытаетесь добиться. Методы измерения частоты на МК существуют давно. На C с STM32Cube для STM32 - это напр. 20 щелчков мыши и 10 строк настроек. И получаете частотомер (будет он очень-ВЧ, с очень высокочастотным внутренним прескалерами 2, 4, 8 по ETR. С разрешением 1 Hz в диапазоне коротких волн или далеко за его пределами /с другими типами STM32 по почти той же цене/ с внурт. прескалерами и с разрешением 2/4/8 Hz - напр. до 250..300 MHz. Осталось только организовать дополнительные функции и периферийные устройства вокруг частотомера.

[ozforester]

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

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

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

[veso74]

Да, напр. LCD1602 на 3V3 давно известно: паяем напр. TC7660 (Charge Pump DC-to-DC Voltage Converter) с задней стороны корпуса дисплея (почти у каждого дисплея есть место для корпуса 8-контактной ИС), либо организуем какой-то генератор отрицательного напряжения согласно документации. Да, хорошее решение: с ШИМ с имеющимся МК (но для радио лучше бы так не было).

[ozforester]

Здесь можно дополнить алгоритм выбором частоты/заполнения с контролем напряжения смещения, чтобы гармоника шима не мешала и контрастность сохранялась постоянной. (=
Стоимость шима 7660 была такая же как у этого дисплея с запаянным 7660. Загадки рынка.

[veso74]

Использую для разных целей к LCD1601/2. До напр. 2,5V ОК. Правда: частично аппаратное решение. (А для радио: лучше ШИМ не делать. Даже напр. в 2 метрах от радио).

[ozforester]

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

[veso74]

Схему из конструкции подключил как тест. Код: из вашего github. МК записался нормально. Без схемы ШИМ 3,3V к LCD. Минут 15 искал, почему ничего не запускается. Почти отказался от теста ... а есть две схемы (с другим подключением пинов дисплея), "настоящая" - в папке . Возможно, лучше иметь одну схему подключения в авхиве .

- на раб. месте есть несколько тест. генераторов, до 125 MHz - измерение (почти) ОК

- при старт если вход к GND (или неактивен напр. при запуске тест-Si5351A), на дисплее остается инициализирующий надпись. Вход должен быть подкл. к тест-генераторе или необх. "висит" без присоединения. Тогда схема запускается.

- измерение "скачет" больше, чем хотелось бы (в сравнение при конструкции, даже выполнени также на бредборде и используются возможностях этих МК)

- коэффициент деления прескалере всегда /8, даже if(EtrFreq < 12500000){ ETPS1 ; }., т.е. в этой области разрешение можно быть 1 Hz/соотв. 2 Hz, 4 Hz и 8 Hz/. Вероятно, нужна более сложная логика автоматического переключения.
---
Где пишете код программы (IDE)? Из чего компилируете? (Если бы захотел изменить код просто как идея и для теста "одним щелчком мыши", то "сложно").

Добавлено через 32 минут(ы):

Вход: Si5351A (8 mA), в той же установке с 10-cm проводами на бредборде: Fmax 196 MHz, прескалер /8, резолюция 8 Hz.

[ozforester]

Среды программирования не использую. Так и предполагал, что можно просто подключить код в любую среду. Алгоритм, как недавно упоминалось, "сырой". Лучше шагнуть git на предыдущее состояние, где было соответствие схемы и кода. Сейчас получилась рассинхронизация, так как хотел показать свежий алгоритм. По той же причине в коде появилось переключение прескалера. Это был пробный код, без отладки.Хорошо, что не добавил алгоритм захвата таймера при понижении частоты. (=
Схему с кодом только что синхронизировал. Поэтому и не хотел усложнять, чтобы начинающим было проще разобраться. Сейчас им придется искать, как на гитхабе "откатываться" по предыдущим состояниям проекта. Хотя может это и к лучшему, больше знаний. Гитхаб - полезный ресурс, и некоторые проекты имеет смысл просматривать в прошлых состояниях.

[veso74]

hex со схемой не работает.

Скомпилированный код (main.hex) работает с схема LCD:
RS: 7
RW: 8
E: 9
D4: 13
D5: 19
D6: 20
D7: 21

А в прогр. код LCD к:
RS: 7
RW: 8
E: 9
D4: 27
D5: 28
D6: 29
D7: 30

На github-e "синхронизируйте " схему (соединения выводов LCD-дисплея), hex и программный код, чтобы были вместе.