STM32F103, непонятки с DMA

eddy · 16.11.2014, 14:08

STM32F0, это бред! Основные функции должны из main вызываться. В обработчиках прерываний должно быть минимум кода! Иначе получится ардуйня какая-то!!!

STM32F0 · 16.11.2014, 14:38

Чушь собачья! У тебя полухардварный 1-вире! Таймер работает за нас! Зачем там функции? Тебе только нужно вовремя забрать/выдать данные! Всё!
Всё остальное время МК занят своей работой, не отвлекаясь на всякие там функции.
Если по этой теме чувствуешь разрыв шаблона, то забрось её - не для тебя. Такое тоже бывает.

eddy · 16.11.2014, 17:19

Сообщение от STM32F0

У тебя полухардварный 1-вире

После заполнения буферов он полностью хардварный.

Сообщение от STM32F0

Тебе только нужно вовремя забрать/выдать данные!

И откуда это делать, если в main пусто? И где обработчик UART/USB?
Не, это бред — так делать! В main крутится основной цикл, проверяющий входные данные (буферы, заполняемые USB, UART, SPI и т.п.) и запускающий "конечные автоматы".

Сообщение от STM32F0

Всё остальное время МК занят своей работой, не отвлекаясь на всякие там функции.

Какой работой? Гонкой прерываний?
А разрыв шаблона — у тебя. Ты пытаешься авр-мышление запихать в нормальные МК.

Ты еще на ПК софт напиши, который только на прерываниях работает =D

_Артём_ · 16.11.2014, 17:21

Сообщение от STM32F0

Чушь собачья! У тебя полухардварный 1-вире! Таймер работает за нас!

Почему чушь? Не в прерывании же CRC считать...

STM32F0 · 16.11.2014, 17:50

Пошло веселье! И крайности с шашкой наголо!

Сообщение от eddy

После заполнения буферов он полностью хардварный.

Та ты шо?

Цитата:

И откуда это делать, если в main пусто? И где обработчик UART/USB?
Не, это бред — так делать! В main крутится основной цикл, проверяющий входные данные (буферы, заполняемые USB, UART, SPI и т.п.) и запускающий "конечные автоматы".

Включи воображение! В майне пусто чтобы показать, что никакие функции там не нужны! Но это не значит, что майн должен быть пустой. Естественно, что основная работа ведётся в майне.

Цитата:

Какой работой? Гонкой прерываний?
А разрыв шаблона — у тебя. Ты пытаешься авр-мышление запихать в нормальные МК.

Неужели? Вот это ты выдал!
Для примера. У тебя считывание температуры, RC-5 на приём и передачу и LED-дисплей на несколько разрядов. Насколько знаю, хардварных решений у тебя нет, да и не только у тебя. И что ты будешь делать?

Покажи решение без прерываний и DMA-хардвара? Не? То-то!
Вот ты как раз и сползёшь на унылый ногодрых с подсчётом тактов! Так у кого тут разрыв шаблона?
В моём случае я просто захардварю 1-wire и LED-дисплей, а RC-5 сделаю на таймерах. Даже если не будет свободных каналов ДМА я сделаю это на прерываниях, приоритеты ещё никто не отменял и есть в наличии! "Или нет?"(С). А в майне спокойно буду махать флагами и байтами данных.

Цитата:

Ты еще на ПК софт напиши, который только на прерываниях работает =D

Ха-ха! Смешно!

STM32F0 · 16.11.2014, 17:52

Сообщение от _Артём_

Почему чушь? Не в прерывании же CRC считать...

А где я писал что надо CRC в прерывании считать?
Просто он начинает чудить по АВРовски.

Код:

void ow_reset()

Накой там эта хрень чудесатая если все таймслоты обеспечиваются таймером, а чтение температуры заключается в простом разборе потока данных и складывании их в байты?
То же самое и с RC-5. Закончились данные - выставился флаг, в майне маской только код клавиши вытаскиваем.

_Артём_ · 16.11.2014, 18:07

Сообщение от STM32F0

А где я писал что надо CRC в прерывании считать?

Ну видимо я вас неправильно понял...

Сообщение от STM32F0

Просто он начинает чудить по АВРовски.

Разве программирование АВР чем-то отличается от программирования АРМ? Всё тоже самое. Разве нет? Если отличается, тогда в чём отличия?

STM32F0 · 16.11.2014, 18:29

Цитата:

Разве программирование АВР чем-то отличается от программирования АРМ? Всё тоже самое. Разве нет? Если отличается, тогда в чём отличия?

Отличается, в этом то и соль! Я не вижу смысла в перетаскивании старых, убогих, ограниченных решений с ПИК/АВР при таком богатом железе STM8/STM32, даже если старые решения в чём-то универсальны и переносимы.

dosikus · 16.11.2014, 18:41

Сообщение от _Артём_

Разве программирование АВР чем-то отличается от программирования АРМ?

Имелось в виду - натягивать код AVR на ARM . Привыкнув на гадости реализовывать все софтовым ногодрыгом переносят свои "наработки" на платформу с аппаратными плюшками.
Яркие примеры тому ЛИ и Рюмик, в свое время "монстры" AVR ...

_Артём_ · 16.11.2014, 18:47

Сообщение от STM32F0

Отличается, в этом то и соль! Я не вижу смысла в перетаскивании старых, убогих, ограниченных решений с ПИК/АВР

Ну если речь про AT90/tiny, то конечно отличается.

Сообщение от STM32F0

при таком богатом железе STM8/STM32, даже если старые решения в чём-то универсальны и переносимы.

У новых АВР сейчас до 16 кБ ОЗУ, 256 кБ flash, 12бит 1 MSmpl АЦП, 7 USART, 3 SPI, AES/DES/CRC, DMA, Event system, 7 16-bit timers, RTC, DAC, 2 I2C, 32 MIPS.
Чем-то хуже STM8 ? Врядли.
До STM32 конечно ядро не дотягивает( как и у STM

.
Так что стиль тот же, лишь бы скорости ядра хватало...