Изучаем STM32 Cortex M3

[j-Roger]

sat_art, полностью согласен. Смысла нет, просто интересно было - насколько этот изврат прокатывает на F103 и F030.

UPD:
Тут еще один изврат нарисовался: STM8S103 (ну или 003) в такой конфигурации:
таймер генерирует тактовую для SPI slave, который толкает данные на WS28xx.
DMA нэт, данные для SPI берем в прерываниях, на 16MHz для 8 пикселов вывод занимает 2% времени.

Так недолго и до PIC10F200

[eddy]

Товарищи, а где стырить вменяемую реализацию работы с DHT22 на STM32F103 — без калокуба, на таймере с DMA (либо, на худой конец, на UART в полудуплексном режиме с DMA). Лень самому городить, когда столько людей этим пользуется…

[eddy]

Новый вопрос: вожусь со светодиодной матрицей (поочередно соединены четыре матрицы 8х га MAX7219. И в мануале вообще не вижу прерывания SPI по окончанию передачи данных! Есть по TXE, но в это время передача еще идет. Данные передаю при помощи DMA, а MAX7219 требует сразу после последнего тактового импульса поднять ногу CS, чтобы захватить данные из буфера.
А еще у меня почему-то все данные, приходящие на вход, идут на выход, хотя последние 16 бит должны захватываться!

Как с этой хренью бороться нормальным способом? Чтобы не по-абдурински, используя блокирующие вызовы, а с помощью DMA и конечных автоматов?

[NewWriter]

Поднятие ноги CS должно происходить после загрузки всех матриц в линейке. И 7219 отличается от 7221 тем, что в 7219 - это не CS, а именно Load.
Поэтому привязывать это к концу каждой передачи SPI нет смысла. Можно передать по DMA полную строку, затем в прерывании по завершению ВЬФ-транзакции включить прерывание SPI RXNE и получить его по завершению передачи SPI

[eddy]

NewWriter, вот, что у меня получается на выходе первого модуля при передаче данных для двух:

Во-первых, первый MAX должен буферизовать первые 16 бит, а он выплевывает все, как есть. Во-вторых, ничего не происходит и на индикаторах темнота. (на наводки внимания не обращайте, у меня щупы дерьмовые).

А разве прерывание SPI RXNE произойдет, когда на входе ничего нет, да и SPI работает в режиме только на выход?

[eddy]

О, команды screen test при блокирующей передаче таки отправляются. Видимо, я где-то накосячил с передачей данных по DMA (хоть осциллограф показывает красоту)…

UPD: все завелось, всем спасибо!
https://github.com/eddyem/stm32sampl...MAX7219_screen

[sanstan]

Добрый день, подскажите, почему на выходах очень маленькая частота.
настраиваю stm32f103rb на 48МГц, в while переключаю вкл/выкл. частота всего 220кГц (64МГц-›290кГц)

  while (1)  {
		 HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_0);
		 HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_1);
    /* USER CODE END WHILE */

    /* USER CODE BEGIN 3 */
  }

Через таймер пробовал с 0 делителем и 1 отсчетом - там только 74кГц

[DanilinSA]

Потому-что не нужно использовать HAL для высокоскоростных операций.
1) Проверь тактовую частоту. Точно не накосячил? Выведи её наружу на MCO вывод и измерь. Возможно ошибка в конфигурировании.
2) Инверсия вывода - крайне медленная операция, связанная с необходимостью чтения регистра, модификации и последующей записью. Да и еще HAL часто генерит сильно не оптимальный код. Проще писать по очереди 1 и 0 в порт. Сразу. А еще лучше ручками через регистры установки и сброса битов (BSRR и BRR). Только так можно максимум выжать.

[NewWriter]

с 0 делителем и 1 отсчетом - там только 74кГц

Если использовали программное переключение выхода через ф-цию ХАЛа, то она просто не успевала отработать со скоростью таймера. Посмотрите во внутрянку этой ф-ции - там овер-дофига текста написано.
И кстати, программное переключение с такой скоростью таймера будет вообще пропускать часть событий, ибо скорость таймера очень высока.

[nml]

Интересный глюк вылез. Плата с STM32F103RBT6, кетайская, ессно.
В устройстве тикает RTC - там все Ок.
И в процессе доработок, как обычно, чего-то не хватило. На сей раз - BACKUP регистров. Цеплять что-то типа 25 серии ПЗУ или писать во FLASH категорически не хочется.
И тут вижу, что в RTC есть регистр ALARM... и по даташиту он сбрасывается только при общем сбросе BACKUP-а, при этом сбрасывается и счетчик RTC

... а у меня при сбросе CNT на месте, а ALRM становится 0xFFFF

Вот как так? Я где то ступил или чип кривой? Маркировка вроде STM...