да да - не нарушайте атмосферу. у них здесь сбитый коллектив, пионерские соревнования по миганию светодиодиком, своя атмосфера по академическому программированию регистров. Один заявляет что отладчик не нужен, второй что калокуб ниочем... Может еще какие постулаты (я здесь не частый гость).
Ярослав555, и чего ты в меня тыкаешь калокубом? Фу таким быть!
какая разница? там проекта куба нет, как раз. там библиотеки и куча примеров на HAL, железно рабочих. Если что-то не понятно или не получается - можно подсмотреть через отладчик как правильно регистры инициировать... ах стоп - отладчик не работает в кутэ... да, здесь тупик. сорян
Ярослав555, калокуб - это нечто сродни абдурине. Какой смысл лезть на форумы, если ты ничего не делаешь, а тупо кнопочки жамкаешь и говнокод генерируешь?
Что-то обьяснять не вижу смысла - Вы сидите в домике и имеете на все свое непоколебимое мнение, это я уже понял. Живите так и дальше, а я буду деньги зарабатывать.
Приглашаем 20 мая на вебинар, посвященный линейке поставок компании MEAN WELL и ее подходу к производству источников питания — как экосистемы продукции и услуг, которая позволяет подобрать оптимальный источник питания для любых задач электропитания.
Рассмотрим весь спектр выпускаемой продукции MEAN WELL в области AC/DC-, DC/DC- и DC/AC-преобразователей с подробным разбором интересных и уникальных новинок, их применении и многое другое.
Посмотрю я на это "деньги зарабатывать", как понадобится отладить глючащую железяку лет через пять. Посмотришь в код: а там все генератором уродливым создано… И 0 логики.
Компания Infineon представила новое семейство защищенных силовых ключей PROFET™+2 12V. Изделия объединяют в себе функции диагностики и различные защиты. Ключи PROFET™+2 12V имеют одно из самых низких в отрасли сопротивлений в открытом состоянии RDS(ON) (от 2,6 мОм) и выпускаются в миниатюрном корпусе TSDSO-14 с шагом выводов 0,65 мм. Благодаря функции ReverseON все семейство соответствует строгим требованиям по защите от обратной полярности питания, впервые реализованной в одном чипе.
для ОТЛАДКИ создан ОТЛАДЧИК, который Вы назвали по сути "не нужным хламом". Для отладки кубовский код в printf пишет логи - написал выхлоп в юарт и смотрю всю отладку: где что валится, с какими кодами ошибок и даже указывается номер строчки кода где произошел асерт. Но Вам это не надо, сидите в своем мирке и дальше.
Но Вам это не надо, сидите в своем мирке и дальше.
Что, будем гитхабами мериться? =D У меня уже достаточно много всякого накопилось. Абсолютно без внутрисхемной отладки — только иногда использую отладочные сообщения в USART1 или USB! Из последнего у меня свой CAN-сниффер. Без калокубов, SPL'ей и прочей дряни.
VladislavS: "Я, игемон, никогда и ни за что не решился бы кого-нибудь поучать. Разве я похож на слабоумного?" (c) Просто, мне не удалось с первого раза изложить мысль своими словами и ув.dosikus понял меня неточно, тогда я попробовал цитаты, в качестве уточнений.
О, вот это обязательно и с большим удовольствием! Жаль только не всякий день находится время для этого. Сегодня, например, не нашлось. За ссылочки спасибо - очень вкусные!
Моё мнение: 1. Статья хорошая. Автор молодец. Даже я всё понял 2. Наличие подобных возможностей всегда лучше их отсутствия. 3. Лично для меня "свистоперделки" в редакторе не сильно важны и даже отвлекают от мыслей о коде. Но я не против их наличия, хай буде. 4. На Clion смотрел давно, но не в связке с IAR, а как приблуда к GCC. В плюсе кроссплатформенность, в минусе сложность создания проекта и платность. 5. Ну и жирная ложка дёгтя - отладка никакая. Где окно дизассемблера? Основной мой паттерн отладки: поставить точку останова на С-шном коде, дойти до неё, перейти в окно дизассемблера и там пошагово выполнять асм-код параллельно наблюдая за регистрами CPU и периферии. Этого нет. Неудобное отображение регистров. Лазить по дереву svd это бред. Обычно мне нужны параллельно регистры CPU и одна из групп периферии. Это меня и в visualgdb, кстати, бесит. Можно ли смотреть содержимое произвольного участка памяти? Ну и т.д. и т.п. А самое печальное, что авторы это никогда не сделают, ибо не считают необходимым.
Итого: на поиграться пойдёт, как основной инструмент - нет.
Пока сервер в дауне был попробовал я этот Clion. Это полное непотребсто.
1. Управления проектом фактически нет. На диске нет файла, который надо ткнуть, чтобы проект открылся. В редакторе нет дерева файлов проекта. Где проект то? Это не IDE, а продвинутый блокнот для написания cmake-файлов.
2. Про задание типа процессора, настроек компиляции и т.д. в среде забудь. Будь добр вынуть их из головы и прописать в ключи компилятора и линкера. С таким же успехом я это просто в makefile делал, зачем мне ещё одна прослойка?
3. Автодополнение кода считай не работает. Заголовочный файл со всеми регистрами подключен строкой выше, а он их в упор не видит. А если чуть глубже запрятано, то вообще никакого шанса.
4. Ошибки в коде не только при наборе не показывает, но даже после компиляции не выделяет ни место, ни даже строку с ошибкой. Смотри их в терминале.
5. Да и редактор я бы не сказал что фантастический. Вопрос привычки, конечно, но многое через одно место сделано.
Отладку даже не стал настраивать - времени жалко. И это всё платный продукт 2020 года, Карл!
VladislavS, qtcreator еще не пробовал? Возможно, тебе понравится: он-то на С++ рассчитан, с С там не так круто… Правда, мне эти вантузячьи подходы с "нажать кнопочку, чтобы скомпилировать" непонятны, я make из консоли всегда запускаю. Зато там куча удобных плюшек — и автодополнение нормально работает, и clang'овский статический анализатор кода рисует ошибки (вот здесь-то и вылезает косяк: он думает, что это С++ и подчеркивает как ошибку то, что ошибкой не является: скажем, вложенные функции или объявление не func(void), а func() ).
Я в нём для ПК развлекаюсь. Для микроконтроллеров прикручивать особого смысла не вижу. Для GCC сильно лучше справляется VS, а для остального свои IDE есть. Clion ну просто так все пиарят - решил посмотреть. В эмбедде ему не место.
Спасибо за аргументированную оценку - сэкономили мне время и нервы. Чуда опять не произошло. Я то уже наигрался с H743 - запустил и сеть, и разобрался как делать mqtt с ssl шифрованием. Сравнивать работу с иаровскими примерами мне больше не нужно, поэтому отложил ИАР и вернулся к своему проекту на st-шном эклипсе. И знаете что первое произошло когда я открыл старый проект в свежем CUBEIDE? Он такой спросил - а давай обновим проект? Я такой - а давай. Ну первое что пока вылезло - пропали прописанные пути к стандартным инклюдам. Ну фиксится, но неприятно.
Добавлено after 1 minute 24 seconds: я бы плюсики проставил, да чет барахлит форум.
Я в нём для ПК развлекаюсь. Для микроконтроллеров прикручивать особого смысла не вижу. Для GCC сильно лучше справляется VS, а для остального свои IDE есть. Clion ну просто так все пиарят - решил посмотреть. В эмбедде ему не место.
Ваше дело. Лично мне, наоборот, удобно, когда для всего одна-единственная IDE. Я в qcreator вообще все, что только пишу на сях, разрабатываю (МК, утилиты для ПК, демоны всякие сетевые и т.д., и т.п.). Разве что для html+javascript использую sublime или geany (но, к счастью, не так часто возникает потребность в полноценных веб-мордах, а тупую страничку с 5-10 ссылками я и в mcedit быстренько набросать могу).
Пока сервер в дауне был попробовал я этот Clion. Это полное непотребсто.
кажца, чот вы не то или не так делаете) когда я пару лет назад clion тыкал, он не был так уж ужасен. Не так хорош, как их же idea, но вполне юзабелен. Попробую сейчас новый скачать поглядеть.
UPD поставил, завел, пообновлял куб раз десять (с 17 года на этом компе последняя версия))). Да вроде норм все.
если добавлять левый набор файлов - тут да, надо cmake руками тыкать носом где там чего лежит, только после этого подхватывает.
Что такое "левый набор файлов"? Вот смотрите. У меня есть директория, в которой в SRC сложены абсолютно все исходники моего проекта. Простого, кстати, проекта - никаких тебе HAL и прочей мутотени. Тут же лежат проекты в IAR, Keil, VisualGDB и чисто makefile, которые никаких проблем с этими исходниками не имеют.
надо cmake руками тыкать носом где там чего лежит, только после этого подхватывает.
Да собственно и cmake (тот что в CLion) тоже проблем не имеет. Все пути прописаны, проект собирается. Но как мои исходники сделать "правыми" для редактора кода Clion? Перенос в правую панель файлового броузера не помогает
Понимаете, мне работать надо, а бороться с недоIDE не выгодно - денежки тю-тю.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 13
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
да да - не нарушайте атмосферу. у них здесь сбитый коллектив, пионерские соревнования по миганию светодиодиком, своя атмосфера по академическому программированию регистров. Один заявляет что отладчик не нужен, второй что калокуб ниочем... Может еще какие постулаты (я здесь не частый гость).
