Я то как раз тему прочел, в отличии от Вас...
Иначе бы Вы мне не приписывали какую то смешную хрень.
Обсуждаемая в топике проблема не стоит выеденного яйца.
В самом начале автору предложили посмотреть дизасм - это и был единственный правильный ответ ПО СУЩЕСТВУ.
А все остальное - флуд.
АВР так же точно развернет диаграмму работы кода, как и АРМ.И дураку ясно, что отсутствие битовых команд у АРМа привело к необходимости всяких костылей типа BSRR и bit banding. Но и в этом варианте временная диаграмма исполнения будет четко повторять АСМ код.
А еще скорость ногодрыга будет определяться самим набором команд, включая типы адресаций.
STM32 - проблемы с тактированием
- Реклама
Re: STM32 - проблемы с тактированием
Не будет. Вернее - не всегда будет. Это уже в теме было видно. Конвейер никто не отменял. Если вы не видите разницы, то это ваши проблемы.
- КРАМ
- Друг Кота
- Сообщения: 25368
- Зарегистрирован: Чт янв 10, 2008 22:01:02
- Откуда: Московская область, Фрязино
Re: STM32 - проблемы с тактированием
Причем тут конвейер?
Конвейер есть и в АВР и в ПИКах. Он вообще есть у всех современных МК. Патамушта команда не может исполняться за 1 машцикл ПРИНЦИПИАЛЬНО. Это многотактовый процесс выборки-декодирования-выборки операндов-исполнения-выгрузки результата. В простейшем суперлупе с единственным БЕЗУСЛОВНЫМ ветвлением не будет никаких неопределенностей.
Re: STM32 - проблемы с тактированием
Та ну? А откуда же тогда такие результаты? Откуда появляются лишние такты? Вы сами себе противоречите. Займитесь уже изучением документации. Там ведь все расписано, как уже и в этой теме. Осталось только прочитать и подумать.
-
VladimirVladimirovitch
- Встал на лапы
- Сообщения: 126
- Зарегистрирован: Чт мар 15, 2007 10:48:10
- Реклама
- КРАМ
- Друг Кота
- Сообщения: 25368
- Зарегистрирован: Чт янв 10, 2008 22:01:02
- Откуда: Московская область, Фрязино
Re: STM32 - проблемы с тактированием
Что "ну" и какие результаты?scorpi_0n писал(а):Та ну? А откуда же тогда такие результаты? Откуда появляются лишние такты? Вы сами себе противоречите. Займитесь уже изучением документации. Там ведь все расписано, как уже и в этой теме. Осталось только прочитать и подумать.
Или выражайтесь внятно и конкретно, либо вообще не выражайтесь.
Я примерно полтора года занимаюсь АРМами (в том числе) и никаких особенностей в смысле "пропуска тактов" не замечал. Обычное исполнение с обычными временами соответствующими коду. Латентность входа в прерывание действительно у старших Кортексов довольно нестабильная, но к обсуждаемому вопросу не имеет никакого отношения. Ну и ДМА может нарушить иддилию стабильности, но и ДМА в нынешнем случае нет.
Кто бы сомневался.VladimirVladimirovitch писал(а): С таймерами получилось все красиво
Применение жесткой логики всегда стабильнее софтовых приблуд.
Но правильное использование ногодрыга с пониманием причин возможной нестабильности позволит экономить таймеры в требовательных к таймерам задачах. Не так их и много - этих таймеров...
-
VladimirVladimirovitch
- Встал на лапы
- Сообщения: 126
- Зарегистрирован: Чт мар 15, 2007 10:48:10
Re: STM32 - проблемы с тактированием
Это конечно понятно. Но как быть когда надо отправлять данные в параллельный 8 битный ЦАП с приличной скоростью ~ 10MB/sec, причем по условию, без использования FSMC? Через DMA на GPIO можно выводить, если нет FSMC?КРАМ писал(а):Применение жесткой логики всегда стабильнее софтовых приблуд.
Re: STM32 - проблемы с тактированием
Да, для F1 выходит 9 тактов, для F4 - 4.VladimirVladimirovitch писал(а):Через DMA на GPIO можно выводить, если нет FSMC?


