STM32F103 - как получить на выходе пина меандр в половину тактовой частоты? Опции

[zheka]

STM32F103 - как получить на выходе пина меандр в половину тактовой частоты?
Хочу настроить тактовый генератор на 64 МГц и получить на выходе 32 МГц.
Перерыл интернет - я наверное даже не знаю по каким ключевым словам искать
В какой режим нужно отправить таймер, чтобы получить желаемое?

[ViKo]

MCO смотрите.

[zheka]

спасибо, но мне бы с таймером. Я хочу в определенные моменты знать, сколько тактов отсчиталось, прерывания хочу.

в частности, хочу запустить таймер, вывести на пин ровно 1024 клока и остановиться. Возможно такое?

[ViKo]

Таймер может работать на частоте шины. Делить на 2 тоже. Но как задать количество ттактов? Другим таймером попробовать задать интервал, а с него подать сигнал разрешения. Конкретнее не скажу.

[adnega]

вывести на пин ровно 1024 клока и остановиться. Возможно такое?

А задачку целиком озвучить можете?
Сначала просто 32МГц, сейчас уже 1024 клока...
Если супер стабильность не важна, а важно лишь ограничение частоты сверху, то можно и SPI + DMA настроить.
А так, как правильно сказали, читайте про каскадное соединение таймеров. При работе на частоте FCPU/2 про прерывания можно забыть.
Только аппаратная реализация с опциональным прерыванием в конце пачки.

[zheka]

Вот что мне нужно было:

Код

TIM_TimeBaseStructInit(&TIM_InitStructure);
  TIM_InitStructure.TIM_Prescaler = 1000;  
  TIM_InitStructure.TIM_Period = 1000;
  TIM_TimeBaseInit(TIM4, &TIM_InitStructure);

  TIM_OCStructInit(&TIM_OCConfig);
  TIM_OCConfig.TIM_OCMode = TIM_OCMode_Toggle;
  TIM_OCConfig.TIM_OutputState = TIM_OutputState_Enable;
  TIM_OC1Init(TIM4, &TIM_OCConfig);
  TIM_ITConfig(TIM4, TIM_DIER_UIE, ENABLE);

  TIM_Cmd(TIM4, ENABLE);

Но это пока без отсчета тактов. Делители поставил такими, чтобы наносекунды превратились в миллисекунды. Вроде работает.
Что-то не густо в сети про каскадное соединение таймеров. Этот термин означает конкретный режим или фишку контроллера? Или эже этим термином обозначается прием - включать и выключать таймер, дергающий ножкой, другим таймером, тупо отсчитывающим временные интервалы?

А задачку целиком озвучить можете?

Да я все SDRAMом хочу рулить. Не отговаривайте. Долно и нудно объяснять почему я не хочу использовать контроллер с аппаратным SDRAM.
Хочу запустить таймер, управляющий клоком, на строго определенное число тактов.

[SSerge]

Что-то не густо в сети про каскадное соединение таймеров. Этот термин означает конкретный режим или фишку контроллера? Или эже этим термином обозначается прием - включать и выключать таймер, дергающий ножкой, другим таймером, тупо отсчитывающим временные интервалы?

Есть только один способ разобраться - читать реф.мануал, писать код и смотреть что получается.

Смотрите Figure 52, ведущий таймер надо настроить на генерацию подходящего сигнала TRGO, а ведомый получит этот сигнал на один из своих входов ITR0 .. ITR3 (см. Table 82, описание регистров TIMx_CR2, TIMx_SMCR).

[zheka]

И при этом ведущий же таймер будет дергать клоком, я правильно понял? А ведомый будет считать клоки?

[SSerge]

Подойдёт, я думаю, режим Gated Mode - The counter clock is enabled when the trigger input (TRGI) is high,
это в поле SMS регистра SMCR.
Ведущий будет своим сигналом разрешать/запрещать клок для ведомого.

[zheka]

Подойдёт, я думаю, режим Gated Mode - The counter clock is enabled when the trigger input (TRGI) is high,
это в поле SMS регистра SMCR.
Ведущий будет своим сигналом разрешать/запрещать клок для ведомого.

Спасибо, получилось. РАзобрался с каскадами. Вывел мастер и слейв на осциллограф.
Вот код

Код

    GPIO_InitStructure.GPIO_Pin = (GPIO_Pin_6 | GPIO_Pin_0);
    GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
    GPIO_InitStructure.GPIO_Speed = GPIO_Speed_2MHz;
  GPIO_Init(GPIOA, &GPIO_InitStructure);
    
    
    
  TIM_TimeBaseStructInit(&TIM_InitStructure);
  TIM_InitStructure.TIM_Prescaler = 1000-1;  
  TIM_InitStructure.TIM_Period = 1000;
  TIM_TimeBaseInit(TIM2, &TIM_InitStructure);

  TIM_OCStructInit(&TIM_OCConfig);
  TIM_OCConfig.TIM_OCMode = TIM_OCMode_Toggle;
  TIM_OCConfig.TIM_OutputState = TIM_OutputState_Enable;
  TIM_OC1Init(TIM2, &TIM_OCConfig);

  /* Select the Master Slave Mode */
  TIM_SelectMasterSlaveMode(TIM2, TIM_MasterSlaveMode_Enable);
  /* Master Mode selection */
  TIM_SelectOutputTrigger(TIM2, TIM_TRGOSource_Update);


  TIM_Cmd(TIM2, ENABLE);

  TIM_TimeBaseStructInit(&TIM_InitStructure);
  TIM_InitStructure.TIM_Prescaler = 1-1;  
  TIM_InitStructure.TIM_Period = 10;
  TIM_TimeBaseInit(TIM3, &TIM_InitStructure);

  TIM_OCStructInit(&TIM_OCConfig);
  TIM_OCConfig.TIM_OCMode = TIM_OCMode_Toggle;
  TIM_OCConfig.TIM_OutputState = TIM_OutputState_Enable;
  TIM_OC1Init(TIM3, &TIM_OCConfig);

  /* Slave Mode selection: TIM3 */
    TIM_SelectSlaveMode(TIM3, TIM_SlaveMode_Gated);
    TIM_SelectInputTrigger(TIM3, TIM_TS_ITR1);

    /* Select the Master Slave Mode */
    TIM_SelectMasterSlaveMode(TIM3, TIM_MasterSlaveMode_Enable);

    /* Master Mode selection: TIM3 */
    TIM_SelectOutputTrigger(TIM3, TIM_TRGOSource_Update);
  TIM_Cmd(TIM3, ENABLE);

Прилагаю ниже осциллограмму. Настроил на 10 клоков (красные клоки), но реакция ведомого таймера (спад синего графика) почему-то на одиннадцатый клок. Чем объяснить?

Сообщение отредактировал zheka - Mar 3 2015, 17:46

[SSerge]

Настроил на 10 клоков (красные клоки), но реакция ведомого таймера (спад синего графика) почему-то на одиннадцатый клок. Чем объяснить?

Может потому, что таймер считает от 0 до 10?

Тут вообще не очень понятно.
TIM_SelectOutputTrigger(TIM2, TIM_TRGOSource_Update); приведёт к тому, что TIM2 на своём выходе TRGO будет формировать импульс длительностью в 1 такт в момент апдейта, через каждые 1000*1001 тактов.

Только в этот момент на TIM3 будет поступать входной клок, по одному клоку на каждый импульс TRGO.
Поскольку в TIM3->ARR заряжено 10, то TIM3 отсчитает 11 таких клоков до своего апдейта.

[zheka]

Значит нужно 999 для TIM2 и 9 для TIM3 ?
Не... я понимаю, что математически это сработает, просто хочется делать правильно, а не "подравнивать ножки стула подпиливанием".
Ладно, разберусь.

Есть другой вопрос - а нельзя ли как-то, путем хитрых манипуляций с PLL заставить контроллер работать на частоте 72 МГц, а таймеры тактировать 32 МГц? 32 ведь кратно 8-ми, нельзя ли как-то отдельно эти 8 МГц умножать на 4 и от результата тактировать таймер?


ТАКИ ФИГНЯ ПОЛУЧАЕТСЯ...
Не могу один клок отсечь (то бишь один полупериод).
Ставлю Period = 1 - получаю 2 смены состояния, ставлю 0 - не получаю ничего.

[SSerge]

Figure 8. Clock tree в реф. мануале.
Видим что все клоки для периферии делаются из SYSCLK посредством двух прескалеров: AHB Prescaler и после него APB1 или APB2 Prescaler.
Так что 32 МГц можно получить только делением SYSCLK=64МГц на два.

[zheka]

Вот ведущий таймер
TIM_InitStructure.TIM_Prescaler = 1-1;
TIM_InitStructure.TIM_Period = 1;

Вот ведомый
TIM_InitStructure.TIM_Prescaler = 1000-1;
TIM_InitStructure.TIM_Period = 1;
Осциллографом получаю 9 кГц на выходе ведомого.
Хотя по идее должно быть - 72 000 000/2/1000/2 = 18 кГц.
Где ошибка закралась?


С тактироваинем все нормально, при одиночной работе таймера по стандартным настройкам секундные импульсы генерируются правильно.
Вот мой PLL на всякий случай.

Код

/* Enable HSE */
  RCC_HSEConfig(RCC_HSE_ON);

  /* Wait till HSE is ready */
  HSEStartUpStatus = RCC_WaitForHSEStartUp();

  if (HSEStartUpStatus == SUCCESS)
  {
    /* Enable Prefetch Buffer */
    FLASH_PrefetchBufferCmd(FLASH_PrefetchBuffer_Enable);

    /* Flash 2 wait state */
    FLASH_SetLatency(FLASH_Latency_2);

    /* HCLK = SYSCLK */
    RCC_HCLKConfig(RCC_SYSCLK_Div1);

    /* PCLK2 = HCLK */
    RCC_PCLK2Config(RCC_HCLK_Div1);

    /* PCLK1 = HCLK/2 */
    RCC_PCLK1Config(RCC_HCLK_Div2);

    /* PLLCLK = 8MHz * 9 = 72 MHz */
    RCC_PLLConfig(RCC_PLLSource_HSE_Div1, RCC_PLLMul_9);

    /* Enable PLL */
    RCC_PLLCmd(ENABLE);

    /* Wait till PLL is ready */
    while (RCC_GetFlagStatus(RCC_FLAG_PLLRDY) == RESET)
    {}

    /* Select PLL as system clock source */
    RCC_SYSCLKConfig(RCC_SYSCLKSource_PLLCLK);

    /* Wait till PLL is used as system clock source */
    while (RCC_GetSYSCLKSource() != 0x08)
    {}
  }

  /* TIM2 and TIM3 clocks enable */
  RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2 | RCC_APB1Periph_TIM3 , ENABLE);

   /* Enable GPIOA, GPIOC, ADC1 , AFIO and TIM1 clock */
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_ADC1 | RCC_APB2Periph_GPIOA| RCC_APB2Periph_GPIOC | RCC_APB2Periph_TIM1 | RCC_APB2Periph_AFIO, ENABLE);

Сообщение отредактировал zheka - Mar 3 2015, 19:30

[SSerge]

Так.
SYSCLK=72 000 000
прескалер AHB = 1
прескалер APB1 (на которой сидят TIM2 и TIM3) = 2
таким образом на TIM2 приходит клок 72e6/2

прескалер TIM2 = 1
период TIM2 =2
при этом если по-прежнему TRGO генерируется по событию апдейта, то получается что импульс на TRGO длительностью в один такт таймера формируется каждые два такта. В одном такте на TRGO 1, в другом 0, и опять 1, опять 0. Это явно не то, что требовалось для первоначальной задачи, ну да ладно.

TIM3 тактируется тем же клоком, что и TIM2, но из-за gate mode входным сигналом ITR1 (он-же TRGO от TIM2) один клок пропускается, один запрещается. На собственно счётчик TIM3 приходит только каждый второй импульс его входного клока.
Итого, эквивалентный входной клок TIM3 уже 72e6/2/2.
Далее он делится на 1000.
и ещё одно деление на 2 - из-за режима toggle для OC1
72e6/2/2/1000/2 = 9000
вроде совпадает.