От вчера пробвам Atollic (free версията TrueSTORE 8.1).
Играя си с една платка STM32F429-discovery.
Закачил съм се с ST-Link през USB и тествам Atollic демото за бутлодер [*1].
(но мисля, че проблемът му не касае пряко бутлодера - там е друга ракия, до която още не съм стигнал)

Във Workspace имам няколко проекта - мисля, че за сега нямат връзка помежду си.
Проектът, върху който съм се съсредоточил е от
Download new example projects from TrueSTORE "STM32F4_Bootloader_APP"
(ПП - това е проектът, на който бутлодера предава управлението, но този проект има и самостоятелен живот - може напълно отделно да се тества - с това ви занимавам тук )

След като го заредих, за да съответства на stm32F429I_Discovery му смених:
- конфигурацията (properties, C/C++ Build, settings)
- flash.ld файла
- DebugAs, debug конфигурацията, указах му:
- elf файла;
- проекта;
- избрах STM-LINK в дебъгера;
- промених Start Script, както се иска в документа на Атолик ([*1])
- смених пиновете на LEDs

почти ВСИЧКО е ОК - компилира се, зарежда се, LED мигат (щото в main.c им казах да мигат)

ОБАЧЕ по време на стартиране на дебъга (след зареждане на програмния флаш) в конзолата излиза едно червено съобщение - КАРТИНКАТА ДОЛУ - че го нямалo файла main.c !!! - ПРИ ТОВА - в друг проект, не в тоя, който дебъгвам.
Кое е в основата на тая боза и как да се преборя с нея?
(за сега съм решил да си направя нов workspace, да видим какво ще стане )

В новия workspace сложих само тоя проект и тоя червения ред не се появава. Егати!
Сега един по един ще преместя и другите проекти , дървена работа.
(Вероятно предкпмпютърния девай нещо е объркал )

Това се случва понякога - по спомен проблемите идват при миксиране на версии на компилатор и дебъгер, или на настройки на двата.
Точният проблем е че в ELF файла пише мисля релативен път спрямо нещо си, а дебъгера не се оправя с това да го развие правилно - няма базовия или нещо такова. Т.е. цялото е вследствие на начино по който е генериран елф-a който ще дебъгваш.
Ако не бъркам, едно от нещата които влияеха, освен онова с версиите, е типа на дебъг лаунча - имаше мисля legacy и GDB/DSF опции в настройките на дебъга.
Това на прост еклипс с CDT - на атолик не очаквам да има такива проблеми, но ако билда е с външа билд система (makefile например) може там да се омотва.
Но ако ти го прави от пример на атолика са за бой - или поне за бъг рипорт
В оригиналния проект (за другия стм) прави ли го това или не можеш да тестваш?

Благодаря за отговора!

Не, когато са оригиналните проекти няма проблем. Те са ОК.
Мисля, че ще се оправя.

Средата е доста по-добра от CooCox, с който работех до сега (когато се наложеше).

ПП
Оригиналните проекти, всичи, които съм пробвал (4-5) имат едно предупреждение (info) за един цикъл:
нещо такова:

оплаква се заради точкат и запетаята преди изпълнимия блок на while.
Не знам защо така са ги оставили .