Пишу драйвера для stm32f10x и stm32f0xx

[Easyrider83]

Все привет. Давненько не появлялся.
Кто меня помнит, теперь живу в Голландии, работаю на Canon.
Итак, начал писать альтернативные драйвера под ST МК.

Основная идея - "все в одном". Ставим, включаем, работает.

На данный момент имеется:
stm32f10x (тестировалось на STM32F103VC и STM32F103RBT6)
ADC, BKP, CRC, DAC, DMA, DELAY, EXTI, GPIO, I2C, RTC, SPI, TIM и UART.

CRC, DAC, I2C, SPI и UART используют DMA.
Если канал оказывается занят, передача обрывается с ошибкой.
Добавленна поддержка FreeRTOS. Отложенные прерывания, заморозка
функции на время работы переферии.

В stm32f0xx используется DMA, но если канал занят, использует прерывание.
У этого семейства богатые функции перенаправления функционала пинов,
поэтому модель драйвера выглядит иначе. Ипользуется указатель на девайс,
а не индекс устройства, как в stm32f10x.

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

https://github.com/Virviglaz/stm32f103
https://github.com/Virviglaz/stm32f0xx

[NewWriter]

Уууу, приветствуем тебя снова! Наше вам с кисточкой Говорят, сейчас правильно называть "Нидерланды", чтобы не ассоциировалось с Голландским сыром, который в Голландии никогда и не видели

По теме темы я в принципе не сильно то заморачиваюсь, а просто пишу (копипасчу) под конкретное применение. Благо, там сложностей больших то нету. Единственная заморочка - это USB, но по счастью оное сейчас уже не шибко то актуально (активно вытесняется беспроводными технологиями).
Для самых ленивых есть CubeHAL, уже адаптированный под разворачивание FreeRTOS.

Пожалуйста, используйте английский язык.

А здесь по-русски отвечать можно?

[Easyrider83]

Уууу, приветствуем тебя снова! Наше вам с кисточкой Говорят, сейчас правильно называть "Нидерланды", чтобы не ассоциировалось с Голландским сыром, который в Голландии никогда и не видели

сыры здесь невероятно вкусные, как и все остальное

А здесь по-русски отвечать можно?

Здесь как вам удобно будет

[NewWriter]

Про RCC.
Поскольку время от времени я использую динамическое управление частотой, которое актуально при батарейном питании и особенно в L-серии, то я пишу функцию переключения частот и источников тактирования. Это функция вида

void SetSystemClock(int8_t mode)
{
    switch(mode) {
    case ULTRAPERFORM: ‹...›
    break;

    case BOOST: ‹...›
    break;

    case NORMAL: ‹...›
    break;

    case ECON: ‹...›
    break;

    case IDLE: ‹...›
    break;
}

причем, поскольку некоторые тайминги (таймеры, скорость UART, I2C) должны оставаться постоянными, приходится тут же в этой функции корректировать все эти значения.
Частота должна переключаться по возможности быстро, с минимальными задержками (особенно на повышение), значит, нужно это делать по кратчайшему пути, без лишних программерских телодвижений. То есть, никаких вычислений при исполнении, все коэфф. уже прописаны, и никаких лишних вызовов функций.

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

[Easyrider83]

Про RCC.
Поскольку время от времени я использую динамическое управление частотой, которое актуально при батарейном питании и особенно в L-серии, то я пишу функцию переключения частот и источников тактирования

У меня реализован механизм выбора частоты в зависимости и текущей частоты ядра, но он применяется только один раз при инитиализации. У меня пока нет необходимости это менять. Если хотите поучаствовать, буду рад увидеть merge request.