stm32f4discovery виснет раз в неделю Опции

[сарматъ]

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

[сарматъ]

наваял код на asm для обработчика __attribute__((noreturn, naked)) void Default_Handler(void) проверил его работоспособность эмулируя в программе сбой стека вот таким вот образом

Код

    asm volatile (
                "LDR R1,=0x08008000        \n"
                "MSR MSP, R1            \n"
            :
            :
            :
            );

в терминале любуюсь на

Код

SP_0x20003858 MSP_0x08008000 PSP_0x20003858 LR_0xFFFFFFFF PC_0x08002660        
CF_0x00040000 HF_0x00000000 DF_0x0000000A AF_0x00000000                        
MA_0xE000ED34 BA_0xE000ED38

убираю из программы эмуляцию сбоя, запускаю в работу, 4-ро суток макетка пашет как положено, на пятые сутки зависает, в терминале - тишина, как будто макетка просто в обморок упала и не дышит...

есть какие то предположения?

Сообщение отредактировал IgorKossak - Oct 1 2013, 18:57

Причина редактирования: [codebox] для длинного кода, [code] - для короткого!!!

[Сергей Борщ]

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

У вас программа с ОС? Вставьте в idle task махание ногой. Возможно это не зависание, а взаимная блокировка (deadlock) и ваша программа продолжает крутиться в idle task пока остальные процессы ждут заблокированные друг другом ресурсы. И в этом случае отладчик поможет найти кто кого и откуда заблокировал, без него будет трудно.

[сарматъ]

CODE

/*
* main.c
*
* Created on: 01 окт. 2013 г.
* Author: jura
*/


#include <stm32f4xx.h>

GPIO_InitTypeDef GPIO_InitStructure;

void Delay(__IO uint32_t nCount)
{
while(nCount--)
{
}
}



int main(void)
{


/* включаем тактирование порта D */
RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOD, ENABLE);

/* конфигурируем выводы PD12, PD13, PD14 и PD15 */
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_12 | GPIO_Pin_13| GPIO_Pin_14| GPIO_Pin_15;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_OUT;
GPIO_Init(GPIOD, &GPIO_InitStructure);

while (1)
{
/* зажигаем зеленый (PD12) */
GPIO_SetBits(GPIOD, GPIO_Pin_12);

/* Задержка */
Delay(0x3FFFFF);

/* зажигаем оранжевый (PD13) */
GPIO_SetBits(GPIOD, GPIO_Pin_13);

/* Задержка */
Delay(0x3FFFFF);

/* зажигаем красный (PD14) */
GPIO_SetBits(GPIOD, GPIO_Pin_14);

/* Задержка */
Delay(0x3FFFFF);

/* зажигаем синий (PD15) */
GPIO_SetBits(GPIOD, GPIO_Pin_15);

/* Задержка */
Delay(0x7FFFFF);

/* сбрасываем все 4-ре */
GPIO_ResetBits(GPIOD, GPIO_Pin_12|GPIO_Pin_13|GPIO_Pin_14|GPIO_Pin_15);

/* Задержка */
Delay(0xFFFFFF);
}
}

залил вот, это любуюсь как моргают светодиодики, курю бамбук...

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

У вас программа с ОС? Вставьте в idle task махание ногой. Возможно это не зависание, а взаимная блокировка (deadlock) и ваша программа продолжает крутиться в idle task пока остальные процессы ждут заблокированные друг другом ресурсы. И в этом случае отладчик поможет найти кто кого и откуда заблокировал, без него будет трудно.

а как подключаться к независшей? это без эклипса?

да программка с smcrtos

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

CODE

OS_PROCESS void TProc4::exec()
{//init_stack_frame();
for(;;)
{
for(;;)
{res_table.uregs[104]=Proc4.stack_slack();
GreenLED::On();
sleep(50);
GreenLED::Off();
sleep(950);
;
}
}
}

соотв когда зависает светодиод не моргает


про подключение на лету: это телнетом на openocd наехать и все регистры и память можно просмотреть? круто...
а я себе голову морочил с обработчиками и уартом

Сергей, вопрос: а можно как то не телнетом а сразу эклипсом цепляться к работающей плате?
там какие то заклинания должны стоять на вкладочке железной отладки?

Сообщение отредактировал сарматъ - Oct 1 2013, 13:40

[Сергей Борщ]

Сергей, вопрос: а можно как то не телнетом а сразу эклипсом цепляться к работающей плате?
там какие то заклинания должны стоять на вкладочке железной отладки?

Да, можно. Но нужно исправить две ошибки в openocd и пересобрать его. В эклипсе на вкладке отладчика "Startup" снять галочки "Reset and Delay", Load Image, можно также снять "Halt". Из скрипта openocd (если таковой используете) убрать команду сброса и команды настройки линии сброса, если они там есть. Для надежности отключить линию сброса от отладчика к плате (я ее вообще не испольщую).

Вот исправления в openocd:

CODE

diff --git a/src/jtag/hla/hla_interface.c b/src/jtag/hla/hla_interface.c
index 0176a48..99d0229 100644
--- a/src/jtag/hla/hla_interface.c
+++ b/src/jtag/hla/hla_interface.c
@@ -137,6 +137,11 @@ int hl_interface_init_reset(void)
jtag_add_reset(0, 1);
hl_if.layout->api->assert_srst(hl_if.fd, 0);
}
+ else
+ {
+ jtag_add_reset(0, 0);
+ hl_if.layout->api->assert_srst(hl_if.fd, 1);
+ }

return ERROR_OK;
}
diff --git a/src/target/hla_target.c b/src/target/hla_target.c
index a65ba80..cd7a127 100644
--- a/src/target/hla_target.c
+++ b/src/target/hla_target.c
@@ -484,6 +484,8 @@ static int adapter_poll(struct target *target)

LOG_DEBUG("halted: PC: 0x%08x", buf_get_u32(armv7m->arm.pc->value, 0, 32));
}
+ else
+ target->state = state;

return ERROR_OK;
}

По прводу первого исправления я не уверен, что его надо вносить именно сюда, еще не разобрался в исходниках. Тут он исправляет только stlink(-v2), а вот как обстоят дела у других отладчиков я не в курсе. Возможно надо jtag_add_reset() вставить в такое место, чтобы оно вызывалось для любого отладчика. Собираюсь попросить совета по этому поводу в списке рассылки, да времени нет сесть и написать туда длинное письмо с объяснением. Если кому-то интересно, объясню смысл этих правок здесь.