Keil однозначно .

Мой рабочий код – проверен на GCC+

wss60, Да чуть не забыл.




Так как ты переключаешь тактирование USART на HSI,
корректней было обозвать сей дефайн USARTCLK с соответствующей правкой вычислялки...

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Подправил

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

wss60, благодарю за пример.
Я пока никак не разберусь с NVIC. Я вижу, что в начале устанавливается таблица прерываний по одному вектору на устройство.
Но затем у нас есть, например в USART ещё 13 маскируемых запросов на прерывания. Как их различать? В AVR для этого были свои векторы, а здесь есть NVIC, который для меня пока чёрный ящик.
Если программа переходит по вектору прерываний, значит прерывание отрабатывается, а если из вектора не возвращается, значит проблема или со стеком, или с адресом возврата, то есть с настройками NVIC.
Как стек настраивается, сколько стеков в СТМ?
Курю даташит, уши горят.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Я правильно думаю?
Вначале в USART разрешаются прерывания по определённому событию:

Затем в NVIC разрешается прерывание USART

Затем в прерывании анализируется источник прерывания:

и принимается решение что-то делать.
так?

Угу все верно . Не забудьте еще о приоритете прерывания .

В дебри лезете, NVIC здесь не причем . А вот непонимание работы прерываний с FreeRTOS скорей всего имеет место .

Всем добрый день. У меня все заработало. Как и говорил уважаемый Dosikus (еще раз этому великому кошану спасибо ), читаешь данные из регистра RDR и все работает, как часы. Спасибо еще раз за помощь. Вот только забыл принесть код. Постараюсь завтра выложить. Но сразу хочу сказать, что там кардинально ни чего не поменялось, кроме вычетки регистра RDR в теле прерывания. Вот и все. Дальше буду пробовать наверное с АЦП. НО ТАМ … ВОЩПЕ ОХРИНЕТЬ НАЩАЛЬНИКА . Нда, это тебе не AVR-ка или PIC. ARM ешкин кот . Наверное новую тему придется заводить. Кстати по поводу ИДЕ-шки. Я пользуюсь IAR-ом. Пока доволен.

Ничего ТАМ сложного нет, все элементарно и просто. Главное читать и не пользовать SPL.

Будем наедятся, что все пройдет гладко. Но немного почитав (с моим «офигенным» знанием английского) про АЦП, я немного прибалдел. Там только один алгоритм включения чего стоит. ШЕДЕБР. Шаг влево, шаг вправо — расстрел, нафиг.

Большое спасибо vss60 и dosikus за подсказки.
За это время я портировал код под IAR и немного разобрался с прерываниями.
Что получается:
Поскольку прерывания общие для всего устройства, то в прерывании необходимо анализировать все возможные источники их возникновения и вручную снимать флаги возникновения прерывания.
В данном случае прерывание возникает не только по заполнению приёмного буфера, но и по его переполнению. Например, в процессе отладки.
Это причина зацикливания прерывания.
Поправленный код:

Тут ни кокос ни причём, ни IAR.

И пару размышлений.
Первое.
Почему вы не советуете использовать CMSIS (он же SPL)?
Неужели код



более понятен и более безопасен, чем код:


Второй вопрос связан с FreeRTOS 7.5.3.
К сожалению, и в IAR, и в CooCox после настроек портирования она сваливается в Hard Fault.
Надо бы мне ещё поразбираться в особенностях настройки на STM32F051

Жмакнул не ту пуколку, шлепнул не по той свистелке не тогда, когда надо, дернул не за ту шморгалку какую нужно не в том месте и … ман-ц пацаны. Контроллер откажется от оцифровки и уйдет к лесным братьям — партизанам.

Для начала не путай мягкое с теплым .
CMSIS никакой ж к SPL не относится .
А код не только более понятен, он же и эффективней и безопасней .
Осознать сие ты сможешь только с опытом ,
но сейчас для тебя кажущая легкость главней . А это беда всех новичков ...

Дело не в лёгкости. Например, установка приоритетов прерываний в совмещённых полях 32-битного слова.
Или регистры альтернативных функций портов ВВ.
Тут довольно легко ошибиться с определением нужного бита. Намного понятнее использовать структуру управления и функцию установки.

Но это не предмет разговора.
Сейчас скачал последнюю версию FreeRTOS 7.6.0 с депозитария, в архиве не было файла startup_stm32f0xx.s под GCC.
Я применил его от предыдущей версии.
Проект собрался, мигает. Буду пробовать прерывание и USART.
Курю приоритеты прерываний.
Есть разные абстракции.
1) приоритеты прерываний в процессоре. Маскируемые и немаскируемые. В STM32F051 они могут быть в диапазоне -4 ... 255 (или 127, если там применимы signed char)
2) приоритеты прерываний, используемые RTOS. Есть прерывания, маскируемые OS в критических секциях, есть прерывания, немаскируемые OS. Как это выглядит для STM32F051, я пока не знаю.
3) софтовые приоритеты задач в самой RTOS. Тут понятно, задаются при создании задач, могут меняться внутри задач.

Что же у меня было с кучей? Почему памяти не хватало при минимальных настройках?

Пока USART не сваливается. Отдаёт эхо на терминал. Попробую буфер и очередь.

Глупости все это . В SPL прослойка между юзер кодом и CMSIS .
Вот пример инита прерывания .


Инит альтернативных функций с легкостью выдирается из SPL и от нее не остается и следа .
Так что неправда ваша...

Тогда, будь добр, подскажи правильную последовательность действий, что после чего нужно делать:
1) установить альтернативные функции порта
2) включить тактирование порта
3) установить режим USART
4) установить разрешение прерывания в USART
5) разрешить работу USART
6) установить приоритет прерывания в NVIC
7) разрешить прерывание USART в NVIC

У меня после разрешения прерывания сразу один цикл срабатывает, хотя я сбрасываю флаги после разрешения USART

2
1
3
4
6
7
5

Причем можно так же до разрешения UART сбросить флаги прерываний.

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