Використання середовища розробки code

У світлі останніх чудових танців з бубном навколо Code Compose Studio і усвідомленням неможливості складання і компіляції проектів, написаних для вільно-розповсюджуваного під ліцензією GNU GPL, компілятора «mspgcc», я був змушений провести деякі пошуки альтернативного середовища розробки. І тут, на 43oh.com раптово матеріалізувалася чудова інструкція, як подружити чудову середу розробки «Code :: Blocks» - на відміну від інших, пропонованих Texas Instruments - більш людську, вільно поширювану і безкоштовну, що не має обмежень за розміром коду.

Використання середовища розробки code

(Інструкція перекладена, зібрана зі шматочків звідси)
кросспост звідси

1. Беремо з офіційного сайту середу розробки Code :: Blocks
2. Завантажуємо набір компілятора mspgcc

3. Створюємо папку туди розпаковуємо архів з компілятором, в папку "msp430";

Використання середовища розробки code

Використання середовища розробки code

4. Якщо ще не встановили, - встановлюємо «Code :: Blocks», в перший запуск повинен відбутися автоматичний пошук і виявлення компілятора для MSP430;

5. Створюємо новий проект: -> вибираємо порожній проект -> тиснемо кнопку «go».

Задаємо проекту ім'я, наприклад «msp430-test». Саме ім'я проекту тут не важливо, але воно буде використовуватися в майбутньому для створення шаблону, тому вибираємо на свій розсуд. Бажано не використовувати пробіли, це може привести до неможливості подальшої компіляції. У перший раз програма зажадає завдання папки для зберігання проектів, - вказуємо їй шлях і тиснемо далі;

Використання середовища розробки code

Використання середовища розробки code

7. Тепер необхідно вибрати наш компілятор, - вибираємо зі списку «GNU GCC compiler for MSP430» і тиснемо «finish». Сode :: blocks видасть близько 3сообщеній про неможливість встановити деякі настройки для компілятора, - ігноруємо ці повідомлення;

Використання середовища розробки code

8. Налаштовуємо компілятор:
  • Вибираємо меню settings -> compiler. У верхній частині необхідно знову вибрати тип компілятора зі списку, - вибираємо «GNU GCC compiler for MSP430»;
Використання середовища розробки code

  • Переходимо на вкладку «Toolchain executables». У внутрішній вкладці «Program files» повинен відобразитися автоматично виявлений компілятор, поля повинні відповідати наступним:

Використання середовища розробки code

  • -Переходимо у вкладку «Additional paths» Додаємо шлях до стандартних бібліотекам
Використання середовища розробки code

  • На вкладці "Compiler setting" вибираємо "other options" Додаємо туди наступний рядок:
Використання середовища розробки code

  • Переходимо на вкладку "Linker settings", в ній у вікні "other linker options" додаємо рядок
Використання середовища розробки code

  • Зберігаємо налаштування;

9. Збираємо проект. В панелі меню вибираємо "Project / Properties / Build targets". Прибираємо галочки з поля "auto-generate filename extension". В імені вихідного файлу міняємо розширення з * .exe на * .elf. Тиснемо «ok», зберігається і виходимо з цього діалогу;

Використання середовища розробки code

10. Створюємо новий файл в проекті. В панелі меню вибираємо "File / new / file C / C ++ file -> go -> next", задаємо ім'я файлу і повний шлях, вибираємо все опції і тиснемо "Finish";

Використання середовища розробки code

Додаємо в файл наступне вміст (для прикладу, можете додати щось своє):


і зберігаємо його.

Використання середовища розробки code

11. Скомпілюємо наш проект. В панелі меню вибираємо "build -> build workspace". На виході у вікні логів повинні отримати щось на зразок такого повідомлення:


12. Зберігаємо наш проект як шаблон. щоб в подальшому використовувати його для створення нових проектів, для цього в панелі меню вибираємо "file -> save project as template name the template" і тиснемо «Ok»;

Використання середовища розробки code

Тепер ми можемо створити новий проект з нашого шаблону:

Використання середовища розробки code

"File -> New -> Project" вибираємо наш шаблон, - готово! Залишається навчити наш компілятор дебажіть і заливати прошивку в контролер.

1. Для відображення інформації про нашу прошивці додамо автоматичний запуск після компіляції інформаційного файлу msp430-size.exe з комплекту mspgcc. Для цього вибираємо в панелі меню "Project / Build options." Переходимо на варіант "Debug" у вкладку "Pre / Post build steps", в поле "Post-build steps" додаємо рядок (без лапок, в один рядок) і зберігаємо;

Використання середовища розробки code

Після складання проекту буде виводитися інформація про розмір файлу для завантаження в контроллер і інша інформація, приблизно така:


2. Створимо макроси для заливки прошивки в контролер, для цього створимо своє меню в панелі "Tools":

Переходимо в меню "Tools / configure tools" і додаємо нове меню, наприклад - "Upload". Вказуємо в якості параметрів:

Використання середовища розробки code

Параметри внизу можна налаштувати як зручніше, у мене встановлений чекбокс на першому пункті, - це дозволить не закритися вікна прошівальщіка після заливки.

Тепер щоб завантажити наш проект в контролер, - потрібно виконати наступні дії:

2. Зібрати (Build) наш проект для launchpad. переконатися у відсутності помилок у висновку компілятора

3. Завантажити файл, в контролер (Tools / Upload)

Використання середовища розробки code

Завантажуємо в контролер наш тестовий проект: "Tools / Upload":
Використання середовища розробки code

(Я використовував приклад з миготінням світлодіода, використовуючи переривання)

В результаті отримуємо:

Використання середовища розробки code

Можна без всяких cmd.
У домашній папці розміщується файл .mspdebug з вмістом:
opg gdb_loop true
gdb

В окремому віконці запускаємо mspdebug rf2500
- і він сам вступає в цикл конекту.

А в настройках проекту (на картинці - у вкладці Additional GDB Commands) додаємо після підключення команди
erase
load

Відповідно, запускаємо проект не зеленої стрілочкою (запуск), а червоною (debug / continue). При цьому C :: B чіпляється до отладчику, завантажує в нього програму, ставить крапки зупинки - і налагодження пiшло!

Що НЕ працює - відображення регістрів процесора.
Але це завжди можна виправити командою info registers прямо в панелі відладчика.
Або display $ регістр - якщо хочеться відстежувати значення після кожного кроку програми.

Не виходить. Уже мажеться, але все ще смердить. детально:
1) в директорії / home створив файл .mspdebug з вмістом:

Ну, це я з Енергії дістав. Ща як-то працює, хоча налагодження я так і не зміг запустити.
Але хочу звернути увагу на одну помилочку, яку колега amx (на форумі) допоміг мені знайти: в Compiler settings -> Toolchain executables -> Linker for static libs вказано msp430-gcc.exe. Це не дозволяє створювати біблотеки. Потрібно вказати:
msp430-ar.exe

Калич, увага, питання. яким МПХ твоє запитання стосується мсп430? наявністю кодеблока як середовища?

він не відноситься до мсп430
він відноситься до иде і якщо він підтримує автокомпліт і все таке, то я б замінив їм всі інші

я Новомосковскл про екліпс і вінавр, ось і запитав, чи може бути це середовище теж підтримує інші мк

Я аж світився від радості, коли проекти, які видавали 100500+ помилок під CCS (наприклад - libemb), раптом дивним чином взагалі без проблем скомпілювати в C :: B. У CCS чомусь навіть предпроцессор відмовлявся працювати, ігнорую дефайни для мсп430 і лаючись на дефайни для стм.

запили MSP430 Wizard, підтримку середовищем msp430-gcc в Лінуксі
ток цю справу в загальному виявилося тупиковим походу, в СВН зараз немає ні msp430 ні avr
(В IRC ніхто не розповів чому так)
тому розробникам патчі відправляти не буду, якщо треба пишіть вишлю або deb або вихідні

Звідки дровишки? Я постійно збирати заново C :: B з SVN під Линух і щось поки не помітив, що б у мене звідти зник AVR =)
Відправляти wizard розробникам треба, якщо він не заточений під застарілий фреймфорк компіллеров. Тепер, до речі, опис компіляторів живе в src / plugins / compilergcc / resources / compilers і MSP430-GCC там є (в тому числі і для лінукс).

Дякуємо! ймовірно я не там шукав
піду дивитися