Ярослав555, и чего ты в меня тыкаешь калокубом? Фу таким быть!

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

Добавлено after 2 minutes 3 seconds:

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

Ярослав555, калокуб - это нечто сродни абдурине. Какой смысл лезть на форумы, если ты ничего не делаешь, а тупо кнопочки жамкаешь и говнокод генерируешь?

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

Выбираем индустриальные и медицинские источники питания MEAN WELL в открытом исполнении

Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.

Подробнее>>

Посмотрю я на это "деньги зарабатывать", как понадобится отладить глючащую железяку лет через пять.
Посмотришь в код: а там все генератором уродливым создано… И 0 логики.

для ОТЛАДКИ создан ОТЛАДЧИК, который Вы назвали по сути "не нужным хламом". Для отладки кубовский код в printf пишет логи - написал выхлоп в юарт и смотрю всю отладку: где что валится, с какими кодами ошибок и даже указывается номер строчки кода где произошел асерт. Но Вам это не надо, сидите в своем мирке и дальше.

Лучше пробуй, смекай и делай выводы - http://mcu.goodboard.ru/viewtopic.php?id=15

http://mcu.goodboard.ru/viewtopic.php?id=11

Что, будем гитхабами мериться? =D
У меня уже достаточно много всякого накопилось. Абсолютно без внутрисхемной отладки — только иногда использую отладочные сообщения в USART1 или USB!
Из последнего у меня свой CAN-сниффер. Без калокубов, SPL'ей и прочей дряни.

VladislavS: "Я, игемон, никогда и ни за что не решился бы кого-нибудь поучать. Разве я похож на слабоумного?" (c)
Просто, мне не удалось с первого раза изложить мысль своими словами и ув.dosikus понял меня неточно, тогда я попробовал цитаты, в качестве уточнений.

О, вот это обязательно и с большим удовольствием! Жаль только не всякий день находится время для этого. Сегодня, например, не нашлось.
За ссылочки спасибо - очень вкусные!

https://habr.com/ru/post/498390/
Ваше мнение господа? Еще не пользовался, только ставлю и запускаю.

Моё мнение:
1. Статья хорошая. Автор молодец. Даже я всё понял
2. Наличие подобных возможностей всегда лучше их отсутствия.
3. Лично для меня "свистоперделки" в редакторе не сильно важны и даже отвлекают от мыслей о коде. Но я не против их наличия, хай буде.
4. На Clion смотрел давно, но не в связке с IAR, а как приблуда к GCC. В плюсе кроссплатформенность, в минусе сложность создания проекта и платность.
5. Ну и жирная ложка дёгтя - отладка никакая. Где окно дизассемблера? Основной мой паттерн отладки: поставить точку останова на С-шном коде, дойти до неё, перейти в окно дизассемблера и там пошагово выполнять асм-код параллельно наблюдая за регистрами CPU и периферии. Этого нет. Неудобное отображение регистров. Лазить по дереву svd это бред. Обычно мне нужны параллельно регистры CPU и одна из групп периферии. Это меня и в visualgdb, кстати, бесит. Можно ли смотреть содержимое произвольного участка памяти? Ну и т.д. и т.п. А самое печальное, что авторы это никогда не сделают, ибо не считают необходимым.

Итого: на поиграться пойдёт, как основной инструмент - нет.

Там регистры CPU в двух окнах, одно из которых довольно корявенькое, но при необходимости можно сделать так:

Спойлер

Вот и приходится выбирать "свистоперделки" в редакторе или в отладчике. Мне второе важнее. И это далеко не всё.

Спойлер

Вложение:

Iar_Debug.jpg [242.43 KiB]
Скачиваний: 139

Пока сервер в дауне был попробовал я этот Clion. Это полное непотребсто.

1. Управления проектом фактически нет. На диске нет файла, который надо ткнуть, чтобы проект открылся. В редакторе нет дерева файлов проекта. Где проект то? Это не IDE, а продвинутый блокнот для написания cmake-файлов.

2. Про задание типа процессора, настроек компиляции и т.д. в среде забудь. Будь добр вынуть их из головы и прописать в ключи компилятора и линкера. С таким же успехом я это просто в makefile делал, зачем мне ещё одна прослойка?

3. Автодополнение кода считай не работает. Заголовочный файл со всеми регистрами подключен строкой выше, а он их в упор не видит. А если чуть глубже запрятано, то вообще никакого шанса.

Спойлер

4. Ошибки в коде не только при наборе не показывает, но даже после компиляции не выделяет ни место, ни даже строку с ошибкой. Смотри их в терминале.

Спойлер

5. Да и редактор я бы не сказал что фантастический. Вопрос привычки, конечно, но многое через одно место сделано.

Отладку даже не стал настраивать - времени жалко. И это всё платный продукт 2020 года, Карл!




Добавлено after 12 minutes 18 seconds:
Вот ещё автодополнение в одном и том же месте кода IAR, Keil, VS и Clion.

Спойлер

VladislavS, qtcreator еще не пробовал?
Возможно, тебе понравится: он-то на С++ рассчитан, с С там не так круто…
Правда, мне эти вантузячьи подходы с "нажать кнопочку, чтобы скомпилировать" непонятны, я make из консоли всегда запускаю. Зато там куча удобных плюшек — и автодополнение нормально работает, и clang'овский статический анализатор кода рисует ошибки (вот здесь-то и вылезает косяк: он думает, что это С++ и подчеркивает как ошибку то, что ошибкой не является: скажем, вложенные функции или объявление не func(void), а func() ).

Я в нём для ПК развлекаюсь. Для микроконтроллеров прикручивать особого смысла не вижу. Для GCC сильно лучше справляется VS, а для остального свои IDE есть. Clion ну просто так все пиарят - решил посмотреть. В эмбедде ему не место.

В VS всё это есть и работает хорошо. Плюс нормальное управление проектом и отладка.

Спасибо за аргументированную оценку - сэкономили мне время и нервы. Чуда опять не произошло.
Я то уже наигрался с H743 - запустил и сеть, и разобрался как делать mqtt с ssl шифрованием. Сравнивать работу с иаровскими примерами мне больше не нужно, поэтому отложил ИАР и вернулся к своему проекту на st-шном эклипсе. И знаете что первое произошло когда я открыл старый проект в свежем CUBEIDE? Он такой спросил - а давай обновим проект? Я такой - а давай. Ну первое что пока вылезло - пропали прописанные пути к стандартным инклюдам. Ну фиксится, но неприятно.

Добавлено after 1 minute 24 seconds:
я бы плюсики проставил, да чет барахлит форум.

Ваше дело.
Лично мне, наоборот, удобно, когда для всего одна-единственная IDE. Я в qcreator вообще все, что только пишу на сях, разрабатываю (МК, утилиты для ПК, демоны всякие сетевые и т.д., и т.п.). Разве что для html+javascript использую sublime или geany (но, к счастью, не так часто возникает потребность в полноценных веб-мордах, а тупую страничку с 5-10 ссылками я и в mcedit быстренько набросать могу).

кажца, чот вы не то или не так делаете) когда я пару лет назад clion тыкал, он не был так уж ужасен. Не так хорош, как их же idea, но вполне юзабелен. Попробую сейчас новый скачать поглядеть.

UPD поставил, завел, пообновлял куб раз десять (с 17 года на этом компе последняя версия))). Да вроде норм все.


если добавлять левый набор файлов - тут да, надо cmake руками тыкать носом где там чего лежит, только после этого подхватывает.

Что такое "левый набор файлов"? Вот смотрите. У меня есть директория, в которой в SRC сложены абсолютно все исходники моего проекта. Простого, кстати, проекта - никаких тебе HAL и прочей мутотени. Тут же лежат проекты в IAR, Keil, VisualGDB и чисто makefile, которые никаких проблем с этими исходниками не имеют.

Да собственно и cmake (тот что в CLion) тоже проблем не имеет. Все пути прописаны, проект собирается. Но как мои исходники сделать "правыми" для редактора кода Clion? Перенос в правую панель файлового броузера не помогает

Спойлер

Вот CMakeLists.txt Что ещё не хватает?

Код:

cmake_minimum_required(VERSION 3.16)
project(F303-CDC)

set(CMAKE_CXX_STANDARD 14)

include(iarconfig.cmake)

include_directories(../Src/Inc
                    ../Src/Inc/CMSIS)

add_executable(F303-CDC
               ../Src/low_level_init.cpp
               ../Src/main.cpp
               ../Src/usb/stm32_usb.cpp
               ../Src/rtt/SEGGER_RTT.cpp
               ../Src/rtt/SEGGER_RTT_printf.cpp
               ../Src/rtt/SEGGER_RTT_Syscalls_GCC.cpp
               ../Src/startup_iar_gcc_keil_stm32f303xc.c)

Понимаете, мне работать надо, а бороться с недоIDE не выгодно - денежки тю-тю.