Jump to content

    
Sign in to follow this  
1kvi1

Прерывания в Cortex-M3

Recommended Posts

А не поможет тут использование инструкций-барьеров, чтобы гарантировать выполнение?

__DSB();  // Ensure completion of memory access

Вы об этом?

По идее должно помочь. Вот что об этом в CM3_TRM пишут.

To prevent bus wait cycles from stalling the processor during data stores, buffered stores

to the DCode and System buses go through a one-entry write buffer. If the write buffer is full, subsequent accesses to the bus stall until the write buffer has drained.

The write buffer is only used if the bus waits the data phase of the buffered store, otherwise the transaction completes on the bus.

DMB and DSB instructions wait for the write buffer to drain before completing. If an interrupt comes in while DMB/DSB is waiting for the write buffer to drain,

the opcode after the DMB/DSB is returned to on the completion of the interrupt. This is because interrupt processing is a memory barrier operation.

Share this post


Link to post
Share on other sites

А чего-й-то у меня прерывание работает простенько? Правда, только по приему. (Передаю один байт, без прерываний.)

void USART3_IRQHandler(void)  // Прерывание от интерфейса с панелью
{
  uint8_t temp = USART3->DR;  // временное хранение принятого байта
  ... // здесь он кидается в нужное место буфера
} // вот и всё! :)

В настройке использую следующее (уже не знаю, что там, биты расшифровывать лень)

  USART3->BRR = (36000000 / 19200);
  USART3->CR1 = 0x202c;
  USART3->CR2 = 0x2000;
  USART3->CR3 = 0x0000;

P.S. Из других прерываний - только SysTick_Handler.

Share this post


Link to post
Share on other sites
__DSB();  // Ensure completion of memory access

Вы об этом?

По идее должно помочь.

Да, про это. Возможно, в данной ситуации больше подходит ISB, детально не разбирался. Но идея общая - на процах с конвейером типична ситуация, когда данные ходят не совсем так, как можно предположить, глядя в код. Поэтому там обычно (у грамотного производителя) предусмотрены средства для синхронизации потока данных и потока выполнения, что как правило требуется при работе с MMR и подобными ресурсами. У Cortex-M3 это инструкции DMB, DSB, ISB, у Blackfin'а - csync и ssync, у других процов с конвейером и нетривиальными путями данных через это дело тоже должны быть аналогичные средства.

 

Поэтому, имхо, грамотный подход - это использовать представленные специально для этого средства и не заморачиваться на порядок выполнения выражений.

Share this post


Link to post
Share on other sites

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

 

Так как в моем исходнике вставлены инструкции включения-выключения светодиодов, которые вносят необходиму задержку перед выходом из прерывания.

 

В документации PM0056 Programming manual с сайта st натолкнулся на следующий текст

 

пункт 4.3.10

 

Ensure software uses correctly aligned register accesses. The processor does not support

unaligned accesses to NVIC registers. See the individual register descriptions for the

supported access sizes.

A interrupt can enter pending state even it is disabled.

Before programming VTOR to relocate the vector table, ensure the vector table entries of

the new vector table are setup for fault handlers, NMI and all enabled exception like

interrupts. For more information see Section 4.4.4: Vector table offset register (SCB_VTOR)

on page 134.

 

Интересует строка

A interrupt can enter pending state even it is disabled.

 

Правильно ли я понял что прерывания могут произойти даже если они запрещены?

Edited by 1kvi1

Share this post


Link to post
Share on other sites
Интересует строка

A interrupt can enter pending state even it is disabled.

 

Правильно ли я понял что прерывания могут произойти даже если они запрещены?

pending - это прерывание не происходит, а висит в ожидании, т.е. событие-источник прерывания произошло и флаг прерывания встал, но управление к обработчику прерываний не передано по той или иной причине (прерывание запрещено или в данный момент выполняется другое, более приоритетное прерывание).

 

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

Share this post


Link to post
Share on other sites
А чего-й-то у меня прерывание работает простенько?
Так и в чём вопрос-то?

В случае с USART нет нуджы пендинги зачищать - они сами чистятся при чтении-записи DR. Поэтому наверное всё "простенько" и получается.

 

Поэтому, имхо, грамотный подход - это использовать представленные специально для этого средства и не заморачиваться на порядок выполнения выражений.
+1.

Share this post


Link to post
Share on other sites
Так и в чём вопрос-то?

В случае с USART нет нуджы пендинги зачищать - они сами чистятся при чтении-записи DR. Поэтому наверное всё "простенько" и получается.

Это ответ в виде вопроса. :) Ответ на стартовый вопрос.

Share this post


Link to post
Share on other sites
Поэтому, имхо, грамотный подход - это использовать представленные специально для этого средства и не заморачиваться на порядок выполнения выражений.

А как грамотно в данном случае использовать DSB?

 

Например, в случае с таймером:

void TIM4_IRQHandler(void)
{    
    if (TIM_GetITStatus(TIM4, TIM_IT_Update) != RESET)
    {
       ...
        TIM_ClearITPendingBit(TIM4, TIM_IT_Update);
        __DSB();
        ...
    }

}

 

Так верно?

Share this post


Link to post
Share on other sites

Внимательное чтение документации помогло определить проблему.

 

Дело в том что флаг ошибки переполнения ORE при разрешенном прерывании RXNEIE также вызывает прерывание. Поэтому постоянно срабатывало прерывание и сбросить его можно только прочитав данные.

 

Всем спасибо, проблема решена - оказалась проще чем можно себе представить.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this