Eclipse+ST-LINK_gdbserver+Sourcery -> отладка зависает на запуске (93%) Опции

[barabek]

Добрый день. Пытаюсь опробовать связку. Eclipse проверял версии Luna и kepler. В общем ситуация такая. Сервер (от Atollic) стартует нормально.
пишет в консоль:

Код

Atollic TrueSTUDIO gdbserver for ST-Link.    Version 1.3.0 Pro
Developed by Atollic AB for STMicroelectronics
Copyright 2010-2011, Atollic AB and STMicroelectronics


Starting server with the following options:
        Persistant Mode            : Enabled
        LogFile Name               : debug_log.txt
        Logging Level              : 31
        Listen Port Number         : 61234
        Status Refresh Delay       : 15s
        Verbose Mode               : Enabled
        SWD Debug                  : Enabled
NVIC_DFSR_REG    = 0x00000009
NVIC_CFGFSR_REG    = 0x00000000
ST_LINK Major version =2 Jtag version =21
ST_LINK VID=1155 PID=14152
ST_LINK device status: HALT_MODE
Hardware watchpoint supported by the target
FuncEntry
STM32 device: id =10016413
Connected to the ST-Link Debugger.
Start Logging
Waiting for client to connect on port 61234 ...

Затем нажимаю кнопку дебага, в консоли пишет

Код

Client connected.
Receive buffer size set to 65536 bytes.
ST_LINK device status: HALT_MODE
Reading 0x4 bytes of memory from addr 0x800422e
ST_LINK device status: HALT_MODE

Прогресс-бар висит на 93%, и последняя строка про halt-mode циклически начинает повторяться с интервалом несколько секунд. Это продолжается бесконечность!
Скорее всего ошибка в настройках дебага. Потому как я после запуска сервера запускаю консоль винды, запускаю там arm-none-eabi-gdb. Подключаюсь к порту 61234 и командами могу сбросить контроллер, слить содержимое памяти в файл. Т.е. arm-none-eabi-gdb и st-link server работают нормально. Настройки debug на картинках , вкладки sourse и common не менял. При зависании в диспетчере задач процесс arm-none-eabi-gdb.exe отжирает около 50% ЦП.
Помогите, чем могите! До понедельника нужно маленький проект сделать, а я еще к программированию и не приступал. С установкой мучаюсь. До этого такой связкой не пользовался.

Эскизы прикрепленных изображений

 

[Aaron]

ну судя по последней картинке, надо снять галочку Halt. И наверное по умолчанию МК запускается с включенным WDT, который через 3 секунды нахождения в halt_mode сбрасывает МК.

ну судя по последней картинке, надо снять галочку Halt. И наверное по умолчанию МК запускается с включенным WDT, который через 3 секунды нахождения в halt_mode сбрасывает МК.

[barabek]

ну судя по последней картинке, надо снять галочку Halt. И наверное по умолчанию МК запускается с включенным WDT, который через 3 секунды нахождения в halt_mode сбрасывает МК.

Спасибо за помощь.
Но галочку с Halt снял, лучше не стало. Вообще от этих галочек как-то ни чего не меняется. Как будто дебагер их не считывает. Добавил команду в инициализацию

Код

monitor reset init

Выход стал выглядеть так

Код

Client connected.
Receive buffer size set to 65536 bytes.
ST_LINK device status: HALT_MODE
Reading 0x4 bytes of memory from addr 0x800422e
NVIC_DFSR_REG    = 0x00000009
NVIC_CFGFSR_REG    = 0x00000000

ради прикола нашел и ввел команду dump ihex memory - сработала, т.е. скатала содержимое памяти в файл. Т.е. дебагер (это, наверно, установленный мной " C/C++ GDB Hardware Debugging 8.4.0.201406111759") не выдает ни каких команд, а тупо висит.
Получается, что все команды нужно вручную ввести. а какие - я не знаю. В интернете находил - не подходят. Может есть у кого готовый набор? Описание самих команд можно найти то в консоли в хелпе на arm-none-eabi-gdb, их там сто миллионов, а вот какая последовательность должна быть? И меня волнует смогу ли я вообще таким образом дебажить полноценно. Что бы с брекпоинтами, просмотром внутреннего содержимого и т.п., но в GUI?
Другими словами получится ли ввести такие волшебный набор команд в настройках, чтобы потом только кнопочки нажимать, да плоды пожинать?