Easyelectronics.ru

Подскажите другой вход из такой вот проблемы: настраиваю шим от таймера 3 на ножках порта PC 6, 7, 8,9, через ремап, потом в определённый момент работы мне не нужен ШИМ, а нужно прямое управление этими ножками, пока вижу только два варианта выхода из этого:
1) Переконфигугрирование ножки темже ремапом и настройка ножки по новому через структуру.
2) Установка в регистр сравнения значений 0 или 0xFFFF и вкрючая и выключая соответствующий канал сравнения (но что то мне подсказывает что работать будет криво).
Вообщем оба метода относительно долгие по времени.

Только переконфигурирование ножки

Ну например вот так:

или по короче как подскажите?

С использованием стандартных библиотек - никак. Можно объявить GPIO_InitStructure глобально, проинициализировать ее при старте и в нужном месте запускать только GPIO_Init(GPIO_PORT[Pin_number], &GPIO_InitStructure);

А если не библиотеками, а битами в регистрах как это выглядеть будет конкретно?

Открой stm32f10x_gpio.c нади там GPIO_Init() и посмотри.

3. Использовать Forced Output mode.

Не знаю, подойдет ли вам мой вариант, но мало ли. Имеем самописный хидер с нехитрыми дефайнами:


Далее если нужно перевести какую-нибудь ножку в другой режим делаем что-то типа такого:

В результате первая строчка сбрасывает четыре бита, которые соответствуют настройке порта, а вторая устанавливает новые значения этих четырех битов.
Теоретически оптимальней так:

На этом месте GCC делает одно чтение, потом выполняет операции and и or с регистрами общего назначения и записывает изменённое значение. В предидущем случае же он делал 2 чтения и 2 записи (порты обьявлены volatile). Поэтому на какие-то пару тактов порт переключается в режим аналогового входа (0b0000).
Не бейте ногами если чё, но так вот я с портами работаю) Мне пока подходит. А стандартная библиотека со своими подпрограммами да структурами для того чтобы ножку настроить это уж забивание гвоздей не то что микроскопом а полновесной космической станцией ИМХО.
Как-то так ;)

Вообщем неполенился почитал, использую стандартные дефайны, примерно как и вы, но это под эту задачу хорошо подошло, а вообще на другом форуме хорошие дефайны выложили: electronix.ru/forum/index.php?showtopic=92322&st=0&gopid=951155&#entry951155.

Еще вопрос: зачем устанавливается частота выходной ножки, что это даёт, по моему разумению бесполезная функция, всёравно использую настройку 50МГц всегда?

Я бы поспорил насчёт хорошести тех дефайнов. Особенно того что там на C++ выложено. По обьекту на ножку порта? О_О Прощай память, прощай процессорное время :( Дожили.
Это же блин регистр! Обычный регистр! И записать туда значение две команды на асме. И конфигурировать его ИМХО лучше сразу весь или как можно большими кусками дабы не плодить чтения-записи ато получается что инициализация порта, где надо всего-то две записи констант по константным же адресам сделать, разворачивается в такую монструозную конструкцию на асме что страшно просто становится.
Может я старомодно мыслю, но меня немного удивляет такой подход. Особенно как это сделано в StdPeriphLib: ради настройки порта - структура которая будет использована всего пару раз и подпрограмма ещё которая эту структуру должна обработать и записать всё те-же значения по тем-же адресам.
Каких-то несколько тактов на один порт для 2х ldr И 2х str против времени выполнения подпрограммы? Мдя.

ИМХО нужно не впихивать в МК куски HAL как это сделано в CMSIS и иже с ними а расширять препроцессор. Тоесть в идеале было бы хорошо если бы препроцессор умел такие вещи как те-же циклы, адекватную проверку условий и т.д. а не просто работал с текстом. Таким образом весь этот HAL как в данном случае расчёт значений регистров CRL и CRH на основе значений из структуры GPIO_InitStructure выполнялся бы при компиляции а в бинарник улшло бы только две записи констант по адресам. И все были бы довольны: и те кому давай HAL и чтобы даташит не читать и те кому не хочется лишний мусор в памяти МК держать.

Вроде конкретно нигде не написано, но теоретически настройка частоты тут должна менять время спада/нарастания сигнала на выходе таким образом снижая помехи и уменьшая ток при изменении значения на выходе. Но тут я не уверен. В даташите конкретно не написано или я плохо искал.

pavel2661, вы деасемблер смотрели от этих дефайнов? от 3 до 5 команд, там занимает например установка соответствующего состояния ножки или смена режима работы, на С++ не использовал, только чистый С.

Одной да, но если вам нужно выставить параметры нескольких ножек подряд то код полученный в результате разворачивания этих макросов будет выполнять чтение-модификацию-запись для КАЖДОЙ ножки порта, что не оптимально.
Про стандартную библиотеку вообще молчу.
А использование макросов типа off(PB6) on(PB6) в случае нескольких ножек ещё и ведет к неодновременному изменению сигналов на порте. Может вызвать баги которые отлавливаются только осциллографом/лог.анализатором.

Ну спорить не буду, но мне кажеться для частот не более 500кГц это будет не критично