STM32 новичку в ARM что к чему

balmer

black_lizard писал(а):На данной частоте без проблем можно менять сигнал на GPIO 5 раз в мкс.

Хм, подозрительно мало. Код надо смотреть. Вы настраивали в GPIOx_CRL регистрах скорость? Поставили в "Output mode, max speed 50 MHz." ? Сегодня уже поздно, завтра вечером попробую посмотреть сколько у меня максимальная скорость получится.

Реклама

IRF840

Имеется hex для STM32F100. Как можно определить, хватит ли для него STM32F100C4 или нет?

Реклама

The_D

Просто оставлю это здесь:

В общем случае используем МК stm32f100c8. Рабочая частота 24МГц.

Код: Выделить всё

void vTaskLED3(void *pvParameters) {
        GPIO_TypeDef *GPIO=GPIOA;
        uint32 mask=0x0000000F;
        uint32 cfg=0x00000003;
        mask<<=5*4;
        mask=~mask;
        GPIO->CRL &=mask; //erase configure and mode bits;
        mask=cfg<<5*4;
        GPIO->CRL |=mask; //set configure and mode bits

        for(;;){
                GPIO->BSRR |=1<<5;
                GPIO->BRR |=1<<5;
                GPIO->BSRR |=1<<5;
                GPIO->BRR |=1<<5;
                taskYIELD();
        }
}

То есть дело не в коде, просто больше не дает сам камешек.

dosikus

The_D, что за анализатор?

Реклама

balmer

IRF840 писал(а):Имеется hex

Берешь hex файл, открываешь его в любом текстовом редакторе,
то что заливается во flash выглядит как строчки вида
:1001B00003EB4202EA62AB6A95F90190B3F800C022

смотришь на последнюю
:103D70000000000000000000000000000000000043

3D70 - это получается адреспоследней строчки от начала flash. Прибавляем еще 0x10 длину последней строки
получаем 0x3D80 длинна содержимого, заливаемого во flash

Реклама

uk8amk

black_lizard писал(а):Синхросигнал - 0в, 0.3 - 1.0в это цвет. Это учитывается,

Вообще-то это просто сигнал яркости. Я сомневаюсь, что STM32F100 потянет ногодрыгом формирование цветовых поднесущих без внешнего железа.

первые 12 байт массива нули, так и формируется синхросигнал.

Помимо ССИ надо тыкать еще КСИ и уравнивающие в конце кадра. Без этого будет ерунда и как повезёт в зависимости от умности синхропроцессора телевизора.

Не совсем понял, что вы имеете ввиду. Не могли бы вы пояснить?

Я хочу сказать, что SPI при транзакции в отличие от DMA не занимает шину AHB. И самостоятельно формирует тайминги от системного генератора. А DMA работает на 2 такта из трёх.
Вот, посмотрите как это сделано здесь:
http://vg.ucoz.ru/publ/programmirovanie ... e/3-1-0-12

Реклама

oleg63m

надо попробовать

zöner

Просто оставлю это здесь: В общем случае используем МК stm32f100c8. Рабочая частота 24МГц.

используйте Bitband - можно уложиться в 3 такта (125 нс).
и при доступе к BSRR операция |= не нужна.

The_D

zöner писал(а): используйте Bitband - можно уложиться в 3 такта (125 нс).
и при доступе к BSRR операция |= не нужна.

Код дайте пожалуйста. И почему не нужна |=?

The_D

dosikus, Анализатор Zeroplus LAP-C(16032)
Сейчас под него доступно очень много бесплатных протоколов. Удобно.

zöner

Код дайте пожалуйста

Код: Выделить всё

#define BITBAND_PERI(addr, bit) ((volatile U8 *)((0x42000000 + ((U32)(addr)-0x40000000)*32 + (bit*4))))
#define out *BITBAND_PERI(&GPIOA->ODR, 5)

out = 0; out = 1;
out = 0; out = 1;
out = 0; out = 1;

И почему не нужна |=?

http://eugenemcu.ru/publ/13-1-0-71

Код: Выделить всё

 Для атомарного сброса и установки битов GPIO в микроконтроллерах STM32 предназначен регистр GPIOx_BSRR. Традиционный для архитектуры ARM способ управления битами регистров не требующий применения операции типа "чтение-модификация-запись” позволяет устанавливать и сбрасывать биты порта простой записью единицы в биты установки BS (BitSet) и сброса BR (BitReset)  регистра BSRR. При этом запись в регистр нулевых битов не оказывает влияния на состояние соответствующих выводов.

balmer

Про дерганье с максимальной скоростью.
Через GPIO не вариант, потому как больше пары тактов на бит будет.
Попробовал через SPI. При при частоте ядра 32 MHz выдает максимально возможные 16 MHz сигнала, правда он ужастной формы. А вот 8 MHz более-менее прямоугольные получаются.

Пробовал на STM32LDISCOVERY.

dosikus

balmer писал(а): правда он ужастной формы.

Осцилл сменишь будут лучше...

balmer

dosikus писал(а):Осцилл сменишь будут лучше...

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

Neekeetos

balmer писал(а):
dosikus писал(а):Осцилл сменишь будут лучше...
Не факт, не факт. Не забываем, что у осциллографов входная емкость щупов порядка 10 pF. Так что на такую нагрузку результат вполне ожидаемый по форме.

Может ничего нового не скажу, но больше мегагерца сигналы нужно смотреть с делителем 1:10 на щупе, только тогда полоса будет нормальной. Без делителя любой щуп имеет заявленую полосу в разы меньше даже по паспорту.

ploop

Без делителя любой щуп имеет заявленую полосу в разы меньше даже по паспорту.

Не в разы, а на два порядка в основном. 100-мегагерцовый щуп без делителя по паспорту 1 МГц.

balmer, полоса пропускания у осцилла какая? 16 МГц внятно рассмотреть можно только на 100 (а лучше на 200)-мегагерцовом осцилле.

balmer

ploop писал(а):balmer, полоса пропускания у осцилла какая?

Полоса пропускания 100 MHz. Да, надо таки с 1:10 посмотреть вечерком. Читал про этот совет, но забыл

balmer

И действительно, при включении на щупе осциллографа x10 получаем совсем другую картину. Теперь наоборот волны от индуктивной нагрузки видны.

dosikus

balmer, а щуп то компенсирован ?

Крутил компенсатор ?

sa-ta

никто не пробовал в железе воспроизвести?
http://we.easyelectronics.ru/STM32/sozd ... nk-v2.html