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

[imsushka]

Хуже
Он уверенный пользователь компьютера, не умеющий пользовацца поиском

[Dimon456]

Были предприняты еще две попытки "обуздать" IAR, но увы, полный 0, скрипт линкера другой это где-то изучать надо, с GCC не подойдет, свои макросы свои переменные. Ладно оставил этот проект.

Другой проект с микро-меню, то дупликате то еще что-то, видать свои правила оформления проекта, как же это все собирал GCC. Тем более щелкая мышкой по ошибке на дупликате - ни куда не видет, только по описанию ошибке смотришь в каких файлах.о находится, какой недочет IDE, а еще платный, за что - за 5 Гигов мусора на жестком диске.
Одним словом IAR хуже Notepadа, за 20 лет не продвинулся не на шаг. Так же как собирал проект долго, так и собирает, замучишься ждать.

20 лет лежал в "ящике", пусть еще столько же лежит, только 5 Гигов мусора на жестком диске. В топку.

Для сравнения, тем IDE которым я пользуюсь на жестком диске занимает всего 1,5 Гига. Работает из "коробки", кроме отладчика, с отладчиком возится надо, но не столько сколько в еклипс.

Тем более вот тут человек привел сравнение компиляторов.

Теперь CubeIDE, тот же еклипс, что бы собрать проект нужно указать пути к файлам проекта, началось, что автоматом нельзя проставить, ладно хоть не падает, как еклипс. Ну а в конечном итоге тот же GCC, ожидать не чего.

[Ярослав555]

Dimon456 писал(а):

Теперь CubeIDE, тот же еклипс, что бы собрать проект нужно указать пути к файлам проекта, началось, что автоматом нельзя проставить, ладно хоть не падает, как еклипс. Ну а в конечном итоге тот же GCC, ожидать не чего.

У меня все указывается автоматом. Если я свои либы из других папок указываю, то да - нужно прописать пути хидеров и файлы в дерево затянуть. И все.

[VladislavS]

Dimon456 писал(а):

В топку.

Отлично! Нам потом меньше на идиотские вопросы отвечать.

Это при том, что у IAR самый простой стартап и скрипт линкера из всех IDE что я пробовал. И всего несколько страниц назад я получил на нём самый быстрый код прерывания. Размер меня обычно не сильно волнует.

[Мурик]

Это при том, что у IAR самый простой стартап и скрипт линкера из всех IDE что я пробовал.

Не сказал бы что у GCC он сверхсложный. Касаемо ld скрипта, у GCC это именно скрипт, в котором может быть код исполняемый на этапе линковки, например проверяющий чтобы стек не затирал используемую память. В IAR насколько помню используется обычный INI файл и ничего выполнить при линковке нельзя.

[VladislavS]

Reflector писал(а):

Static нужен - это поле класса

Если оно не используется в статических методах, то не нужно. Вопрос как раз с подвохом. В примере оно напрямую в методе не используется, а только в концепте. Это считается или нет?

Reflector писал(а):

inline, даже если у меня используется, я обычно из примеров удаляю, для наглядности

Зря. static inline constexpr auto на местных хорошо действовать должно.

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

Мурик писал(а):

В IAR насколько помню используется обычный INI файл и ничего выполнить при линковке нельзя.

Это не так. В том то и прикол, что он может быть как минимальным ini, конфигурируемым из IDE в стандартных случаях, так и навороченным скриптом.

[Reflector]

VladislavS писал(а):

Если оно не используется в статических методах, то не нужно. Вопрос как раз с подвохом.

Простейший пример без static:

Код:

class Tim
{
   constexpr auto info = 0;
};

Error: non-static data member declared with placeholder 'const auto'
Error: non-static data member 'info' declared 'constexpr'

А вообще info минимум "static const" должно быть, так уже не компилируется:

Код:

template<int tim>
class Tim
{
public:
   inline static int info = 0;
   void func() requires(info == 0) {}
};

ps. В gcc 10 новая разновидность дженерик лямбд заработала:

Код:

[](auto pin) { return expandPL<decltype(pin)>(); }
[]<typename T>(T) { return expandPL<T>(); }   // теперь можно и сразу так

[VladislavS]

Reflector писал(а):

теперь можно и сразу так

[a5021]

Сподобился посмотреть клок на выходе MCO у голубой пилюли (STM32F103C8T6). Сначала HSE:

Зубчики -- это заслуга проводков из макетки, т.ч. на это можно внимание не обращать. Но вот на дрожание HSI не обратить внимание невозможно:

Чет я был лучшего мнения о внутреннем генераторе. Один раз увидеть, как говорится.

[ARV]

на местных хорошо действовать должно

собственно, этим всегда кончается участие профессионалов в темах любительских форумов: профессионалы начинают глумиться над любителями, а между собой занимаются исключительно писькомерством. демонстрация элитности среди "чайников" - это так по-нашему!

во что тема превращается? и, заметьте, не я её загаживаю...

[Ярослав555]

a5021 писал(а):

Но вот на дрожание HSI не обратить внимание невозможно. Чет я был лучшего мнения о внутреннем генераторе. Один раз увидеть, как говорится.

Дрожание чего?
Триггера осциллографа? От того что крутизна фронта гуляет?

[a5021]

А вы не поясните, как изменение одного байта в прошивке столь существенным образом влияет на этот ваш "триггер" ?

[Reflector]

a5021 писал(а):

А вы не поясните, как изменение одного байта в прошивке столь существенным образом влияет на этот ваш "триггер" ?

Частота скакнула максимум на 1KHz, а это сотые процента, визуально от HSE если и отличить, то очень трудно, но видимо этого достаточно чтобы по триггеру захват начался в другое время, в результате визуально все сдвинулось на 1/20 периода, хотя сами периоды при раздвоении выглядят практически одинаково.

[a5021]

Reflector писал(а):

Частота скакнула максимум на 1KHz,

"Частота скакнула" -- это и есть суть явления, упомянутого мной, как "дрожание". Совершенно точно, что ни "триггер", ни "крутизна" никак на него не влияют.

[Reflector]

a5021 писал(а):

"Частота скакнула" -- это и есть суть явления, упомянутого мной, как "дрожание". Совершенно точно, что ни "триггер", ни "крутизна" никак на него не влияют.

Суть в том, что частота HSI дрожит на порядки меньше, чем может показаться по видео и в таком случае ничего в этом удивительного нет. Вероятно такие-же скачки можно получить и для HSE если заставить мк чуть больше пошуметь, например, вывести сигнал другой частоты на еще один пин...

[Мурик]

ARV, вижу вы частый гость в этой теме? Таки начали изучать STM32?

[a5021]

Reflector писал(а):

Суть в том, что частота HSI дрожит на порядки меньше, чем может показаться по видео и в таком случае ничего в этом удивительного нет. Вероятно такие-же скачки можно получить и для HSE если заставить мк чуть больше пошуметь, например, вывести сигнал другой частоты на еще один пин...

Давайте без вот этих вот фантазий про "на порядки", "может показаться" и "вероятно.. можно получить". Два видео отсняты с одного и того же осциллографа с неизменными настройками, подключенного к одной и той же схеме. Разница лишь в том, что в одном случае к выходу MCO внутри мк скоммутирован генератор HSE, а в другом HSI.

[ARV]

Таки начали изучать STM32?

нет. но пока не потерял надежду найти причину это сделать. потому слежу за содержимым. причин же пока не нахожу...

[Мурик]

причин же пока не нахожу

Тот кто не хочет найти ни когда не найдет (даже если найдет, сделает вид что не видел).

[a797945]

a5021 писал(а):

Давайте без вот ...

просто Вы не показали момент синхронизации, поэтому и пошел такой разговор.
если б по видео было видно - что фронт, по которому синхронизируется развертка "стоит как вкопанный", а далее вправо от него фронты "пляшут" - все б было понятно и разговора за триггер не было б.