Изучаем STM32 Cortex M3

[akegor]

И вы знаете а разницы никакой и не где не в размере не в скорости

История "обкаливания" HAL-a тянется с момента его появления. Естественно, появился сырой и громоздкий продукт по причине его универсальности. Естественно, что он развивается. Но первые впечатления до сих пор довлеют над сектой рукоблудцев, потому и плюются. И будут плеваться - против религии не попрешь, никакие доводы и факты восприняты не будут.
Удачи на пути!

[eddy]

do-vitas, нельзя писать с волатильными переменными

var |= flag;
var &= ~mask;
var |= flag; …

Компилятор же не сможет оптимизировать запись в один присест, т.к. переменная волатильная. Надо самому писать

var &= ~(mask1 | mask2 ...);
var = flag1 | flag2 | ...

Ну и да: не может такого быть, чтобы калокубный бинарник был меньше CMSIS'ного и работал с такой же скоростью (если, конечно, тот написан правильно): ведь на каждый чих в калокубе вызывается функция - вот вам и накладные расходы. Написать калокуб на шаблонах С++, чтобы весь оверхед был во время компиляции, а в бинарник ничего лишнего не попадало, убогие ST'шные индусы, похоже, не могут.
Ну, а еще одним минусом калокуба является то, что в этих сгенерированных простынях просто нереально ориентироватсья. Код получается неподдерживаемым.

[do-vitas]

Совсем меньше конечно не может! т.к. ll это надставка к cmsis, а сам hal к этим двум. Но по факту пользуясь и самим cmsis это тоже не ассемблер. В кейле тоже встроенные генератор инициализации и что или вы каждый раз всегда регистры дергаете под все кравцы и частоты?.... считаю для себя использование LL вполне уместно сокращает время сильно! HAL конечно да перегружен тут речи нет. Но вот кто лучше и оптимальнее инициализацию сделает вы, кубик или кейл тут еще вопрос. Ну это лишь мое мение а так каждый вправе развлекаться как хочет. Удачи в хобби!

Ну, а еще одним минусом калокуба является то, что в этих сгенерированных простынях просто нереально ориентироватсья. Код получается неподдерживаемым

тут дело привычки мне вот допустим все равно т.к. до этого не видел не того не того!

[eddy]

Но вот кто лучше и оптимальнее инициализацию сделает

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

мне вот допустим все равно

Вот я и говорю: калокуб заставляет писать в духе абдурины (сейчас это тяп-ляп наговняем, а если через какое-то время понадобится внести изменения, сделаем опять с нуля).

[vavan1983]

ProtAS-13, вы мыслите широкими категориями! Мы же люди простые! Я пишу отталкиваясь от своих хотелок и возможностей! А о том как космические корабли бороздят просторы вселенной даже не поспоришь!
Теперь о своих "бздених" выходные убил на изучение CMSIS и таки все запустил и на нем! Зацепили меня эти антиХаловцы. Кварц у меня 24Mz и получились настройки не такие как у всех, не типичные, ну как бы со всем разобрался. Теперь по сути на выходе получились 2 проекта на cmsis и LL ну не HAL конечно. И вы знаете а разницы никакой и не где не в размере не в скорости Щас меня конечно закидают тапками лица приближенные к всевышнему но как бы так....

Хал это вещь однако. В полне годная штука с ним очень легко стартовать. А адептов не слушайте те что строго всё по ДШ и только в Keil. Таким дай мерседес с ДВС они его выкинут и коней впрягут, найдут 1000 аргументов почему так.

[eddy]

В полне годная штука с ним очень легко стартовать.

Понятное дело: если даже родной язык не в состоянии осилить, куда уж там железо?

[do-vitas]

eddy, Спасибо за совет о волатильных переменных! Это хорошо когда не важна последовательность действий!
А вот о русском языке негоже одергивать когда сам говоришь по "нерусски"

Тот, кто сделает ее по даташиту и без оверхеда

для меня вот закончившего обычную школу времен СССР непонятный термин пришлось искать в интернете, что это но кроме как классификации из бокса там ничего путевого не ответили!
Да в плане самообразования конечно же необходимо разбираться в регистрах, но вот отрицать простое. Тут срабатывает другой принцип человек ленив как правило.
Ну и наконец cmsis это тоже не ассемблер это тоже модель...
Меня вот другой вопрос волнует, каким IDE пользоваться, у меня сейчас вообще 3 стоит и как бы полностью в какой либо все что нужно я не нашел. Изначально я пользовался keil-ом. Но вот последние проекты он как-то уж очень долго собирал, как только включаешь ему нечто большее чем кнопки и выходы. Потом я перешел на CubeIDE и все бы хорошо и проекты залетали и пустые под cmsis осилил, но вот дернуло меня установить последнюю версию, и тут началось то то не шью то другое....Сейчас установил IAR ну как-то не впечатлил может просто непривычно да еще какие то ошибки вылетаю то с ланчером связанные то пространством памяти, в общем буду признателен совету!

[eddy]

каким IDE пользоваться

Все попробовать, а потом выбрать наиболее подходящее. Я вот долгое время в geany работал. Потом он мне своими глюками надоел (да и не IDE это, а просто продвинутый редактор). Попробовал sublime — не понравилось. Попробовал qt-creator — как раз то, что мне нужно было! Теперь разрабатываю все в qt-creator (кроме веба: с жабоскриптом и хытымлем qt-creator плохо работает, для него у меня bluefish, да или даже sublime).

[sat_art]

каким IDE пользоваться

А мне Атмел Студия нравится. Я под нее даже сам собрал atpack-и под нужные мне STMы. Отладкой не пользуюсь, а компилит шустренько. И редактор хороший.

[do-vitas]

еще вопрос задам маленький собираю бп себе, для него хочу сделать индикацию на том дисплее что вы уже видели. Хочу построить так 2 внешних операционника будут отслеживать напряжение и ток на выходе, и 2 операционника будут управлять выходными транзисторами. Управление будет при помощи формирования опорного напряжения на операционниках, через DAC. Так то я уже со всем разобрался, но вот терзают мысли имеет смысл заморочатся с сигма-дельта ацп для измерения выходных параметров, или хватит обычного ацп ведь все равно по факту измерения будут с внешнего операционника... МК у меня есть и с этим ацп и без него. Заранее спасибо за мнение.