[uquote="ARV",url="/forum/viewtopic.php?p=4350654#p4350654"]а разве я не русским языком написал свой вопрос: меня интересует HAL и CubeMX[/uquote]
Так я сразу и сказал, что вы прямым текстом отказались от любой помощи, которую мы можем оказать. И продолжаете демонстративно отказываться.
Причем наличие костылей, напоминаю, не говорит будто разработчики дураки.
Но у ST есть и откровенно дурацкие решения, оправдания которым я придумать не могу. Например, организация буферов в USB у F1 или EPnR там же.
И да, если во время выполнения функции возникнет прерывание, счетчик не остановится, поэтому будьте внимательны при подобном расчете быстродействия.
Так я сразу и сказал, что вы прямым текстом отказались от любой помощи, которую мы можем оказать. И продолжаете демонстративно отказываться.
Тогда чем вы недовольны? Именно адекватную помощь вам и пытаются оказать. Еще раз: изучать ради вас тот же ST-HAL никто не будет.ARV писал(а):я ожидаю адекватной помощи:
Я бы это интерпретировал как попытку выяснить нужно ли это хоть кому-то. Будь я на месте ARV, то подобная фраза означала бы, что 1-2 интересующимся объяснил бы в личку, а если больше, то уже отдельным постом или темой. Но хватит ли самоому ARV добросовестности на это, не знаю.VladislavS писал(а):А чё так? Почувствовав себя гуру 1 lvl сразу на остальных плевать можно? Что тогда о гуру 80 lvl говорить.
Ну, интерпретацией сказанного вами оно являться не может по определению. А так, причина почему я назвал такое объединение костылем, уже названа: просто добавить адресов прерываний было бы несложно, но это ломает совместимость, а заранее такое количество таймеров не предусмотрели. Вот и все.КРАМ писал(а):Я готов извиниться, если вы озвучите свое знание и оно не окажется фейком или иной интерпретацией мною сказанного...
Причем наличие костылей, напоминаю, не говорит будто разработчики дураки.
Но у ST есть и откровенно дурацкие решения, оправдания которым я придумать не могу. Например, организация буферов в USB у F1 или EPnR там же.
Сейчас это бесполезно. Воспринимать советы более опытных людей, противоречащие его представлениям, он не хочет. Возможно, когда получит граблями по лбу, мнение поменяется. В любом случае для этого нужно время и мыслительный процесс.Eddy_Em писал(а):ARV, ни в коем случае нельзя начинать изучение STM32 с калокуба.
Нам, конечно, очень лестно, что вы считаете всех присутствующих телепатами и предсказателями, способными из ничего угадать, какую же ошибку вы допустили в непонятно какой программе, вводя непонятно какие настройки. Ах да, ни эту программу, ни этих настроек у нас, разумеется, нет.ARV писал(а):но ведь вы этого не посоветовали? значит, видимо, секрет...
На форуме. Что на этом, что на многих других.ARV писал(а):ну, чтобы начинающие знали, где им помогут, как смогут.
Это вы очень... ОЧЕНЬ мягко выразились. Что бы там маркетологи не плели, переносимости ST-HAL не добавляет, а скорее наоборот, убавляет. Впрочем, желающие могут продемонстрировать как они портируют хотя бы ногодрыг между stm32, at91sam и gd32. При помощи ST-HAL, конечно.tonyk писал(а):Ещё заметь, что HAL в общем случае не обеспечивает переноса один-в-один кода с одного МК на другой.
Не уверен как там в ARM (скорее всего, так же), но в RISCV есть системный регистр (m)cycle, ровно за это отвечающий: увеличивать свое значение на каждом такте. IDE тут вообще никаким боком, я с ним игрался при помощи обычной отладки.Dimon456 писал(а):ARV, в IARе есть"фишка", которая не доступна в некоторых других IDE. Проверьте в своей IDE.
И да, если во время выполнения функции возникнет прерывание, счетчик не остановится, поэтому будьте внимательны при подобном расчете быстродействия.
если звезды зажигают, значит, это кому-нибудь нужно...
