Stm32 с чего начать изучение...

[Cap.NA]

Не, Восьмерка.
Спасибо!

[Reflector]

Cap.NA писал(а):

Судя по "..._noAssert" - Вы пишете на SPL? Я вот тоже думал - а что если все эти Assert'ы поотключать - сильно код уменьшится?

Никакого SPL, там большинство проверок связаны со слабой типизацией, когда передают аргументы как uint32_t и потом проверяют их допустимость. Части из них можно избежать даже в С, а в С++ они не нужны практически все. У меня assert-ов довольно много, но только там где или так, или никак. Большинство выбирает второй вариант поскольку в принципе мало кто пишет достаточно сложные либы внутри которых assert-ы и живут, постоянно по ходу написания добавлять необязательные проверки было бы лениво даже мне

[VladislavS]

Reflector писал(а):

Никакого SPL

У многих даже мысль не рождается, что можно не использовать библиотеки, а писать их

[Cap.NA]

Так, как Вы, ув.VladislavS, говорили-то?

VladislavS писал(а):

За это время уже можно было всё поставить, попробовать, удалить и снова поставить.

Ага... щщщаззззз!!! Нет, на третий-пятый раз, оно, наверное, будет попроще, но пока... -

Вот только полчаса, как прервался в том процессе! У Кейла процесс установки паков - это квест!
И хоть ушло на это несколько часов, всё равно процесс еще не закончен. Четыре часа - это только их установка. А потом, в процессе создания пробного проекта, ещё часа два перетасовывания паков. Скажем, добавляю паки с CMSIS (ARM.CMSIS.5.6.0.pack, Keil.STM32F1xx_DFP.2.3.0.pack), а подключить их в проект не получается - нету их в списках.
(Хорошо хоть IAR установился как обычно, без неожиданностей.)
Может, подскажете - что почитать по этому поводу? А-то, там не просто пара древовидных структур (RTE packs, да Software packs), а еще какие-то невидимые связи между нодами этих деревьев просматриваются (если судить по поведению RTE Manager'а).

Завтра продолжу войнушку.
_____
P.S. А за inspiration - спасибо!

added:

Reflector писал(а):

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

Ясно, спасибо.

VladislavS писал(а):

У многих даже мысль не рождается, что можно не использовать библиотеки, а писать их

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

[Ярослав555]

Cap.NA писал(а):

И что же перевешивает такой набор минусов, в пользу 'кактуса'?

А выбор был между ИАР-ом (потому что я к нему привык еще с аврок) и Эклипсом (потому что редактор получше и под линух есть). Но под ИАР ST дает примеры, а под эклипс нет. Вот и все.

[Cap.NA]

Ярослав555 писал(а):

... под ИАР ST дает примеры, а под эклипс нет. Вот и все.

А, так дело в наличии примеров... Теперь понял.

[VladislavS]

Cap.NA писал(а):

Четыре часа - это только их установка.

Что-то вы усложняете всё. Вам надо то для начала работы 4 пака, три из которых скорее всего будут по умолчанию установлены. Keil минут 5 ставится от силы.

pack.png

(176.21 KiB) Скачиваний: 630

Добавлено after 8 minutes 10 seconds:

Cap.NA писал(а):

А потом, в процессе создания пробного проекта, ещё часа два перетасовывания паков. Скажем, добавляю паки с CMSIS (ARM.CMSIS.5.6.0.pack, Keil.STM32F1xx_DFP.2.3.0.pack), а подключить их в проект не получается - нету их в списках.

Не надо их в проект тащить. Зачем? Я же кидал проект не просто так. Вам надо то стартап-файл из пака дёрнуть или свой сделать и всё.

Project.png

(92.16 KiB) Скачиваний: 677

[dosikus]

VladislavS, им бы сперва на травке ...
Знай они основы компиляции и структуру проекта, не было бы этих тупых споров .
Из обязательного - нужен лишь стартап, хэдер с описанием регистров и их бит и хэдеры CMSIS...

[Eddy_Em]

Ярослав555 писал(а):

под ИАР ST дает примеры, а под эклипс нет. Вот и все.

Чооо?
У ST вообще никаких примеров, кроме сниппетов для STM32F0, нет!
Но т.к. F1 довольно близки к F0, можно эти сниппеты и на F1 расширить, у меня получается по крайней мере.
P.S. вантузячий софт в глаза не видел, но вот зачем вам эклипсина — не понимаю. Оно же на жабке написано, т.е. тормозное от природы! Есть уйма более приличных IDE: geany, sublime, qtcreator и т.п.

[VladislavS]

dosikus писал(а):

Знай они основы компиляции и структуру проекта, не было бы этих тупых споров .

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

[Trully]

F0 от F1 отличается как земля и море... вообщето.
В референс мануале примеры есть, только они описаны обычными словами, а не программным кодом.
И еще смотрим различные аппноты (они есть на сайте st.com в списке ресурсов), там практически все описано - как словами, так и программным кодом. Да еще и схемы подключений есть.

[dosikus]

Trully писал(а):

F0 от F1 отличается как земля и море... вообщето.

Вообще-то таймеры, к примеру, мало чем отличаются.

Добавлено after 1 minute 20 seconds:

VladislavS писал(а):

Человек пишет, что работал в IAR для AVR. Там всё это было.

Наверняка тыкал по кухаркиной методичке, бездумно...

[Ярослав555]

Eddy_Em писал(а):

У ST вообще никаких примеров, кроме сниппетов для STM32F0, нет!

https://www.st.com/en/embedded-software ... ubef0.html
https://www.st.com/en/embedded-software ... ubef1.html
https://www.st.com/en/embedded-software ... ubef2.html
https://www.st.com/en/embedded-software ... ubef3.html
https://www.st.com/en/embedded-software ... ubef4.html
https://www.st.com/en/embedded-software ... ubef7.html
https://www.st.com/en/embedded-software ... ubeh7.html

Добавлено after 7 minutes 14 seconds:

VladislavS писал(а):

Чем и хорош IAR, что хрен поймёшь под какой проц ты сейчас кодишь

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

[Cap.NA]

VladislavS писал(а):

Что-то вы усложняете всё. Вам надо то для начала работы 4 пака, три из которых скорее всего будут по умолчанию установлены. Keil минут 5 ставится от силы.

Ни на секунду не сомневаюсь, что перемудрил, но в первый раз же! Насчет пяти минут - "да, у меня тоже есть такой автомобиль" (c)

VladislavS писал(а):

Не надо их в проект тащить. Зачем?

Не, я не имел ввиду тащить физически (трудности перевода?) я имел ввиду простановку галочек напротив паков в RTE Manager'е, ровно как здесь:Однако, ни один из подгруженных Import'ом cmsis-паков в этом RTE-дереве не появился. Вот о чем я говорил.
Если Вам известна какая дока с пояснениями относительно устройства этого RTE или ссыль на таковые, буду весьма признателен.

VladislavS писал(а):

Я же кидал проект не просто так.

Признаюсь, хочется чистоты эксперимента (и свежести ощущений?), поэтому проект я (обязательно!) посмотрю, но чуть позже. Первые грабли - самые вкусные!

VladislavS писал(а):

Вам надо то стартап-файл из пака дёрнуть или свой сделать и всё.

А вот это самое "дернуть", как я понимаю, означет именно "скопировать в свой проект"? Я-то, как умная Маша, думал, что нужно в конце создания проекта, когда открывается окно RTE manager'а, поставить галочку напротив CMSIS-пака... это я заблуждался?

dosikus писал(а):

...

Ооо!!! "А вот и начальник трааанспортного цеха!"(с) Еще раз спасибо за ссылки на книгу и сорцы к ней!

dosikus писал(а):

VladislavS, им бы сперва на травке ... Знай они основы компиляции и структуру проекта,...

Да не-не, дело не в этом! Знаю я и основы, и компиляции, и структуру, и проекта. И даже не только основы. Просто оченна хочется с места в карьер, а лыжи-то еще несмазанные. Ща, немного подразберусь и все будет путем!

dosikus писал(а):

не было бы этих тупых споров.

Эээ, тараписса нинааада! Я не являюсь профессиональным программистом или электронщиком и для меня несколько часов в неделю за платами/процами/IDE'ями - уже, в общем-то, роскошь. Так-что, кидаться в меня такими какашк тяжелыми обвинениями столь же просто, сколь и незаслуженно.

VladislavS писал(а):

Человек пишет, что работал в IAR для AVR.

В том-то и дело, что в IAR'е не было менеджера RTE. Там все было попроще. Мне даже кажется - на порядок. Я вчера с большим интересом присматривался к этому менеджеру RTE - у него действительно есть некие relations между элементами rt-окружения, которые отрабатывают всякий раз, как поставишь/снимешь к-л галку - меняются подсвечиваемые элементы в соотетствии с релевантностью.
Ну, сову эту мы разъясним.(c)

[VladislavS]

Cap.NA писал(а):

Признаюсь, хочется чистоты эксперимента (и свежести ощущений?)

Ну можно и так, конечно. Но IAR-овец так никогда не сделает. Лучше все исходники иметь в проекте. Тогда их можно чем угодно собирать.

cmsis_startup.png

(92.75 KiB) Скачиваний: 542

Добавлено after 13 minutes 13 seconds:
В Iar, кстати, тоже такая возможность есть.

cmsis_iar.png

(123.38 KiB) Скачиваний: 533

[dosikus]

Я и в кайло RTE не использую и в яре галки не ставлю.
Лучше в самом деле все в папке проекта держать, тем более это не спл и не калокуб, с их тоннами г.кода..

[Cap.NA]

VladislavS писал(а):

В Iar, кстати, тоже такая возможность есть.

Есть-то она есть, только она на порядок проще, нет там автомата, который отслеживал бы действия юзера и что релевантно текущему проекту, а что нет.
Да ладно, оставим это на факультативное изучение.

dosikus писал(а):

Я и в кайло RTE не использую и в яре галки не ставлю.
Лучше в самом деле все в папке проекта держать, ...

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

[dosikus]

Инит тактовой элементарная вещь и библиотеки здесь не нужны...

[Cap.NA]

dosikus писал(а):

Инит тактовой элементарная вещь и библиотеки здесь не нужны...

Ну, раз своими словами не получается, прибегну к цитатам:

Вложения

SetupCodeOverwrite2.png

Yiu J. - The Definitive Guide to ARM Cortex-M3 and Cortex-M4 Processors, 3rd Edition - 2014

(50.97 KiB) Скачиваний: 473

SetupCodeOverwrite.png

Yiu J. - The Definitive Guide to ARM Cortex-M3 and Cortex-M4 Processors, 3rd Edition - 2014

(63.46 KiB) Скачиваний: 468

[VladislavS]

Вы нас поучить решили? Ну-ну.