Segger Embedded Studio (где найти Guide for Dummies?)

Pingvin

Подключаю плату с прошивкой

Код:

#include <stdio.h>
#include <stdlib.h>
#include "SEGGER_RTT.h"

/*********************************************************************
*
*       main()
*
*  Function description
*   Application entry point.
*/
 static void _Delay(int period) {

int i = 100000*period;

do { ; } while (i--);

}


void main(void) {
  int i;
 SEGGER_RTT_Init();
SEGGER_RTT_SetTerminal(0);

  for (; ;) {
    printf("Hello World %d!\n", i);
  _Delay(100);
    SEGGER_RTT_WriteString(0, "Hello World from SEGGER RTT!\r\n");
    SEGGER_RTT_TerminalOut (0,  "Hello World from SEGGER RTT!\r\n");
  }
  do {
    i++;
  } while (1);
}

Запускаю RTT Viever, подключаюсь по USB (канал 0), коннект происходит, но в терминале ничего не наблюдаю!
Почему так?
При дебаге вывод есть.

dosikus_2

F0? Reset на плате сделай после коннекта.

Pingvin

dosikus_2 писал(а):

Reset на плате сделай после коннекта.

До этого делал ресет командами
r
Затем
go

Кнопка хардварного ресета давно отломана.
Попробую коротнуть чем-нибудь.

P.S.
Не помогло.

dosikus_2

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

dosikus_2

r , go , ты что через gdb коннектишь?

goreprogrammist

ахаха
release notes для свежей версии:
Modified macOS text editor cursor key mapping to be more like other macOS text editors.

но ставить побаиваюсь из-за всей этой фигни:
Licensing

Fix macro expansion of "Target Device" on license check.
Do license check when active project is changed.
License check now applies to "Library" project types based on the "Core Type".
Fixed installation of license strings containing UNICODE characters.
Fixed wireless network interfaces not being included in list of network adapters on Windows.

goreprogrammist

короче, у меня появилась такая штука, котора системой распознается как jlink:

Цитата:

J-Link:

ID продукта: 0x0101
ID производителя: 0x1366
Версия: 1.00
Серийный номер: 000000123456
Скорость: До 12 Мбит/с
Производитель: SEGGER
ID размещения: 0x1a200000 / 1
Допустимый ток (мА): 1000
Потребляемый ток (мА): 100
Избыточный рабочий ток (мА): 0

Целую тыщу рублей отдал за нее (по-моему ей красная цена - две сотни)

Толком на SES 3,30 я с ней поиграть не упел. Обновился до 3.34, и теперь при дебаге nrf оно не хочет работать и минуты - отваливается без объяснения причин. Хз как выяснить, в чем дело.

Второе. Колупался вчера с одним проектом про nrf. Прописывал недостающие пути в разделе Preprocessor, и под конец стали вылезать ошибки линковщика, как я понял, их пришлось решать добавлением конкретных недостающих файлов в дерево проекта (хотя эти же файлы есть в include) - так и должно быть?

x893

Если проект после добавления собирается - так и должно быть.

goreprogrammist

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

u37

Сделайте не Build, а Rebuild all targets files.

x893

goreprogrammist писал(а):

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

И конечно сильно помогает знание (из книжек), что происходит при переходе NRST в высокий уровень.

goreprogrammist

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

goreprogrammist

блин. чертовщина. однажды даже увидел свой девайс смартфоном. а потом нафигачил кода - и оно перестало видеться.
причем сначала в дебаггере было как будто оно запустилось в каком-то постоянном цикле, но до дела не дошло.
начал постепенно откатывать код назад (сколько чего вспомнил критичного) - и ничего.
теперь в дебаггере вижу unknown function at 0xfffffffe.

погуглил на сайте nrf, нашел в частности такую штуку:

Цитата:

Thanks Asbjorn, I had set the breakpoints in the wrong place. However I've disabled optimization on this project and there's no change in the behaviour of the program. I seem to get stuck in some sort of infinite loop, it says there's an unknown function at 0xFFFFFFFE and all it does it repeat the same instructions in the disassembly view movs r0, r0. EDIT: Figured part of it out, had my debugger entering at the wrong point

что подразумевается под wrong point? куда это нельзя дебаггером соваться?

goreprogrammist

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

x893

Это ЧУДО !!!

goreprogrammist

а про NRST можно разжевать поподробнее?

goreprogrammist

и еще. в обработчике ошибок во время дебага вижу некое значение * @param[in] pc The program counter of the instruction that triggered the fault.
есть способ воспользоваться этой энформацеей?

goreprogrammist

чото фигня какая-то.
объясните глупый вопрос, плз:
вот везде пишут в main.c #include "library.h"
а у меня на такое ругань идет, мол, функция undefined. открываю функцию - декларацию вижу в library.h. тыкаю в поисках дефиниции - а фигушки. но если открыть ручками файл library.c - то все ок.
это где-то у меня пути неправильно прописаны? (я их прописываю относительно самого проекта)
или как? в каком месте вообще прописано, что если сделали include library.h, то автоматически инклюдится и library.c?

dosikus_2

Пути к хэдерам прописать?
В свойствах проекта.

Reflector

goreprogrammist писал(а):

в каком месте вообще прописано, что если сделали include library.h, то автоматически инклюдится и library.c?

library.c должен быть добавлен в сам проект, IDE потом передает компилятору список всех *.c файлов.

goreprogrammist

пути к хэдерам в свойствах проекта прописаны и открываются.

то есть во всех остальных иарах и калокубах как раз все сишные файлы добавляются в проект?

dosikus_2

И исходники и библиотеки должны быть добавлены в проект.
Вы лучше почитайте основы компиляции.

goreprogrammist

нутк я грешным делом и думал, что с помощью include оно туда и добавляется
например, ткнуться куда-нибудь сюда:
https://github.com/wesen/stm32f10x_stdp ... N/LoopBack
заинклюжено только два .h файла. или где-то есть остальная часть айсберга?

dosikus_2

Они подразумевают что SPL сам утянешь с офсайта.
А это ещё одни пи***"тык грабли.
Во первых эта долбанная либа может быть изменена и твой проект уже хрен скомпилишь, придется скакать между версиями.
Я считаю что все исходники нужно держать в проекте, а не надеяться на то что они есть у юзера.

Ну и как всегда -проекты что с спл , что с калокубом надо обходить стороной. Это обыкновенный шлак.

goreprogrammist

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

Easyelectronics.ru

Segger Embedded Studio (где найти Guide for Dummies?)

Кто сейчас на конференции