scmRtos для медных чайников Опции

[varvar]

Прерывание вызывается?
А приоритет какой у него?

Для проверки в прерывание могралку ставлю:

CODE

static void TIM3_Event()
{
static uint16_t counter=0;
counter++;
if(counter>100)
{
digitalWrite(PC13,!digitalRead(PC13));
counter=0;
}
OS::system_timer_isr();
}

Если процесс выглядит так:

CODE

namespace OS
{
template<> void TProc0::exec()
{
for (;;)
{
delay(100);
}
}
}

все моргает, стоит заменить на

CODE

namespace OS
{
template<> void TProc0::exec()
{
for (;;)
{
OS::sleep(100);
}
}
}

моргание прекращается.

Какой приоритет - это надо в ардуиновские исходники лезть смотреть, так что пока не знаю.

Сообщение отредактировал varvar - Jun 10 2018, 10:43

[AHTOXA]

Так у вас, получается, само прерывание затыкается?

Может, надо сбрасывать флаг прерывания в обработчике?

Ну и приоритет должен быть ниже всех остальных прерываний в системе (кроме PendSV).

[varvar]

Так у вас, получается, само прерывание затыкается?

Может, надо сбрасывать флаг прерывания в обработчике?

Ну и приоритет должен быть ниже всех остальных прерываний в системе (кроме PendSV).

Да, затыкается прерывание. Но что его может затыкать?
Флаг поначалу сбрасывался, потом убрал - никак не влияет.
Если бы и влиял - влиял бы в обоих случаях.
А приоритет попробую порыть как в STM32duino изменить.

[varvar]

добавил в инициализацию

nvic_irq_set_priority(NVIC_TIMER3, (0xFEUL << (8-(CORE_PRIORITY_BITS))) & 0xFF);

хорошая новость - прерывания перестали затыкаться.
Плохая - система по-прежнему не работает, тут:

CODE

template<> void TProc0::exec()
{
for (;;)
{
digitalWrite(PC13,!digitalRead(PC13));
OS::sleep(100);
}
}

ничего не моргает.
Если sleep заменить ардуиновским delay, то светодиод моргает

[AHTOXA]

Во-первых, для надёжности лучше пишите в приоритет 0xFF, и без всяких сдвигов.

Во-вторых, убедитесь, что вызывается осёвый обработчик PendSV_Handler. А то кто его знает, что там в недрах mbed-а делается.

Кстати, вы OS:run() не забыли вызвать?

[varvar]

Во-первых, для надёжности лучше пишите в приоритет 0xFF, и без всяких сдвигов.

Во-вторых, убедитесь, что вызывается осёвый обработчик PendSV_Handler. А то кто его знает, что там в недрах mbed-а делается.

Кстати, вы OS:run() не забыли вызвать?

OS:run() не забыл.
Приоритет, наверно, 0xFE? С 0xFF не работает - прерывние теряется.
PendSV_Handler не вызывается

[varvar]

почему-то

CODE

nvic_set_vector_table((uint32_t)&PendSV_Handler, (uint32)VECT_TAB_ADDR+0x38);

не помогает - что я не так делаю?

[varvar]

Заработало!!! (с) Кот Матроскин

По крайней мере на первый взгляд, одна задача мигает светодиодом, вторая в USB что-то гонит.
Помогла замена

#pragma weak PendSVC_ISR = PendSV_Handler

в os_target.cpp на

#pragma weak __exc_pendsv = PendSV_Handler

Может я и не прав, и надо было по другому сделать - но таки моргает

AHTOXA, спасибо огромное!

[AHTOXA]

Ну и отлично