STM32 новичку в ARM что к чему

Eddy_Em

VladislavS, хватит уже цирк этот разводить!
Контроль в консоли намного более полноценный, нежели мышкой тыкать в IDE!
В терминале ты можешь сделать намного больше, чем любая IDE!!
Что до "своих параметров компиляции для каждого файла" — это что еще за бред такой? Типа, один файл с оптимизацией 0, другой — 3? Ну так пропиши в Makefile цели, все будет. И сделать это будет быстрей, чем натыкать нужный пункт в менюшке IDE и тыкать там мышкой флажки с параметрами компиляции!
А вот так легко и просто прошивается МК. Хоть st-link'ом, хоть через USART-бутлоадер, хоть при помощи DFU.
DFU, кстати, вообще классная вещь: в терминале даю команду, МК переходит в режим загрузчика, дальше пишу make dfuboot, МК прошивается без отрыва от компьютера и без всяких лишних железяк. Разве что приходится потом жамкнуть reset, и можно опять открывать терминал и соединяться с МК по CDC.

Реклама

Reflector

[uquote="VladislavS",url="/forum/viewtopic.php?p=3929321#p3929321"]А в данном примере если info без static объявить, скомпилируется? Ведь она в статическом методе фактически не используется (скорее всего в других используется), а только в концепте. И метод так и просит inline. Компилятор, конечно, разберётся сам, но для наглядности

[/uquote]
Static нужен - это поле класса, а inline, даже если у меня используется, я обычно из примеров удаляю, для наглядности

Реклама

Ярослав555

[uquote="Dimon456",url="/forum/viewtopic.php?p=3929370#p3929370"]Ну "зависимость" IAR так же строит не умеет, слева все в "каше", справа вроде что-то есть, но не то, не для новичков.[/uquote]
Ну, IAR никогда не славился удобным интерфейсом. Зато там очень мощные средства отладки, и например покажите мне среду разработки которая на автомате может посчитать контрольную сумму прошивки и положить в саму прошивку.
Какие зависимости Вам надо получить? Вы проект реверсите? Для этого есть совсем другие инструменты. Например Source Insight.

Eddy_Em

[uquote="Ярослав555",url="/forum/viewtopic.php?p=3929421#p3929421"]покажите мне среду разработки которая на автомате может посчитать контрольную сумму прошивки и положить в саму прошивку[/uquote]
Это элементарно делается в Makefile! Просто делаем основной целью запуск чего-то вроде
MD5=`md5sum $(BIN) `
echo $MD5 >> $(BIN)

Реклама

Ярослав555

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=3929422#p3929422"]Это элементарно делается в Makefile! Просто делаем основной целью запуск чего-то вроде
MD5=`md5sum $(BIN) `
еchо $MD5 >> $(BIN)[/uquote]
Не, это уже костыли. Покажите мне менюшку в эклипсе для этого.

Реклама

Eddy_Em

[uquote="Ярослав555",url="/forum/viewtopic.php?p=3929428#p3929428"]Покажите мне менюшку в эклипсе для этого.[/uquote]
Это вам к любителям мышкой тыкать куда попало! Я предпочитаю консоль.

Реклама

Ярослав555

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=3929442#p3929442"]Это вам к любителям мышкой тыкать куда попало! Я предпочитаю консоль.[/uquote]
Мне к любителям? Я так понял предмет обсуждения IDE? Я отвечал по теме обсуждения. А Вы влезли со своей консолью. Странно как-то.

Eddy_Em

Задача IDE - облегчить набор кода. Это - подсветка синтаксиса, автодополнение, удобные средства для рефакторинга, стат. анализатор и т.п.
А компилять в задачи IDE не входит! Можно, конечно, настроить клавосочетание на запуск make и т.п., но зачем?

Ярослав555

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=3929452#p3929452"]Задача IDE - облегчить набор кода. Это - подсветка синтаксиса, автодополнение, удобные средства для рефакторинга, стат. анализатор и т.п.
А компилять в задачи IDE не входит! Можно, конечно, настроить клавосочетание на запуск make и т.п., но зачем?[/uquote]
Входит конфигурирование компилятора. Зачем? Затем что это удобно.

VladislavS

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=3929452#p3929452"]А компилять в задачи IDE не входит![/uquote]Это ты сам придумал? И компиляция, и отладка, и прошивка - всё входит.

Вот сейчас занимаюсь FPGA. Рисую (verilog + редактор) схему, добавляю процессор, рисую к нему периферию. Компилирую и прошиваю схему. Пишу для неё прошивку, отлаживаю и опять прошиваю уже программу. Всё в одной IDE. На С++. Можно и схему на С++, но я пока не освоил.

А тут какой-то красноглазик лечит, что IDE чего-то не должна делать. Ага.

Dimon456

Эклипс как раз и умеет строить "зависимости", вот если бы его еще поддерживали в разработке то ..., а так это постоянно "падающая" IDE.
На текущий момент тот Эклипс который есть не совмести с текущими JDK и JRE.

Ярослав555 писал(а): Зато там очень мощные средства отладки

Эти мощные средства отладки как раз зависят от программатора-отладчика, и увы, текущему ST-LINKV2 они не по зубам.

VladislavS

Смешно слушать про IAR от нуба, который его 2 часа потыркал, пользователю с 20-летним стажем. Давай, расскажи ещё чего-нибудь, так забавно получается.

Ярослав555

[uquote="Dimon456",url="/forum/viewtopic.php?p=3929498#p3929498"]Эклипс как раз и умеет строить "зависимости", вот если бы его еще поддерживали в разработке то ..., а так это постоянно "падающая" IDE.
На текущий момент тот Эклипс который есть не совмести с текущими JDK и JRE.
Эти мощные средства отладки как раз зависят от программатора-отладчика, и увы, текущему ST-LINKV2 они не по зубам.[/uquote]
Какие-то странные истории. Я работаю в CubeIde - тот же эклипс, каждый день. Падает раз в две недели.
По поводу отладчика - покупается китайский st-link и перешивается в джилинк, и все. Можете купить клон джилинка в большом черном корпусе. Его там тоже надо перешить, но инструкции гуглятся. И все. У меня что один, что второй имеется.

Dimon456

Ярослав555 писал(а):Я работаю в CubeIde - тот же эклипс,

В той ide в которой я пользуюсь, тот же эклипс, и не разу еще не падала, может по тому что ее поддерживают.

VladislavS писал(а):Смешно слушать про IAR от нуба, который его 2 часа потыркал

Достаточно и 2 часов что бы сделать выводы.
Я как-то не привык бегать с "бубном" вокруг IDE что бы понять что да как, может вам с 20 летним стажем и кажется это смешно, а мне вот нет. Чего только один эклипс стоит. Не, может быть, конечно, и крутая среда разработки, но не до такой же степени, чтоб один "бубен" истучать и второй достать, а потоп тупо плюнуть и удалить.

Ярослав555

Здесь падает
[uquote="Dimon456",url="/forum/viewtopic.php?p=3929498#p3929498"]Эклипс как раз и умеет строить "зависимости", вот если бы его еще поддерживали в разработке то ..., а так это постоянно "падающая" IDE.[/uquote]

Добавлено after 32 seconds:
Здесь уже не падает
[uquote="Dimon456",url="/forum/viewtopic.php?p=3929543#p3929543"]В той ide в которой я пользуюсь, тот же эклипс, и не разу еще не падала, может по тому что ее поддерживают.[/uquote]

Dimon456

Вот это эклипс, или это не эклипс? Вот он и падает. Даже eclipse_luna падает. Да еще JDK и JRE не подберешь, последние версии не совместимы.

Ярослав555

[uquote="Dimon456",url="/forum/viewtopic.php?p=3929554#p3929554"]Вот это эклипс, или это не эклипс? Вот он и падает. Даже eclipse_luna падает. Да еще JDK и JRE не подберешь, последние версии не совместимы.[/uquote]
Это голый эклипс. Его настраивать надо.
А с сайта ST качаются целых ТРИ среды на основе эклипса. Тру студия правда не поддерживается и не рекомендуется. А так - хоть кубиде, хоть систем воркбенч.

Добавлено after 5 minutes 49 seconds:
где-то здесь еще гуляет кадр который использует QtCreator. А на вопросы об отладчике отвечает что он нинужон. Ну такое - на любителя.

Eddy_Em

Ярослав555, для любителей страдать фигней, в qt-creator есть поддержка gdb "из коробки"! Так что, можешь свои регистры смотреть в отладчике. Правда, смысла в этом 0.

Ярослав555

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=3929568#p3929568"]Ярослав555, для любителей страдать фигней, в qt-creator есть поддержка gdb "из коробки"! Так что, можешь свои регистры смотреть в отладчике. Правда, смысла в этом 0.[/uquote]
а плагин для отладки фриртоса мне куда установить? а, фриртос тоже нинужон. забыл, забыл.

WiseLord

Eddy_Em писал(а):можешь свои регистры смотреть в отладчике. Правда, смысла в этом 0.

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