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

[COKPOWEHEU]

[uquote="linkov1959",url="/forum/viewtopic.php?p=4166552#p4166552"]Библиотеки HAL позволяют переносить код на разное железо[/uquote]
Да ну? С удовольствием посмотрю как вы будете с помощью ST-HAL'а переводить код между At91sam7s256 и LPC4320FBD144.

Так вот, скачал я этот куб и сижу спокойненько занимаюсь распиновкой. Нахер мне скакать по документации туда-сюда по 100 раз, в поисках нужной информации ?

Когда я только начинал работать с f103, нарисовал себе такую табличку под свою отладочную плату. Сравните будет ли ее использовать удобнее, чем разводку по Кубу. Насколько я помню, он плохо показывает конфликты периферии, тогда как в табличке все сразу видно. Заодно можно и комментарии добавлять если надо.

[linkov1959]

Век живи, век учись! А что куб может сам код писать? А я дурак сам пишу:(
Как, хотя бы, его заставить кэлбэки в main писать? Те, что в отдельном файле требуют глобальных переменных, которые еще в .h нужно прописывать.

[Аlex]

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4166898#p4166898"]На МК же никакие библиотеки, кроме своих, не нужны обычно.[/uquote]Это тебе не нужны. Мне не нужны. И половине здесь присутствующим тоже. А многим нужны. И им пофиг, что зажигая светодиод, проходит 100500 тактов. Он зажигается - вот главный итог !
Не все железячники-электронщики (знающие всякие триггеры, счётчики, и прочую лабуду), есть просто программисты. Для них высокий уровень абстракции - единственное решение. Не будут они тратить время на разбор потрохов проца. Некогда им этим заниматься.
Ровно также, как и тебе с ПК. Ты можешь даже не представлять, каков путь между кликом курсором на кнопке в окне и событием в твоей программе. Или когда ты выплёвываешь байтик в СОМ-порт с помощью write_file. Ты просто пишешь программу, не отвлекаясь на весь низкий уровень. Ибо тебе пофиг

Насколько я помню, он плохо показывает конфликты периферии

Как раз - наоборот. Заюзал одно, он сразу подсвечивает то, что уже нельзя использовать. Очень удобно, быстро, просто и все в одном окне перед глазами. Мне понравилось

[COKPOWEHEU]

Как раз - наоборот. Заюзал одно, он сразу подсвечивает то, что уже нельзя использовать.

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

[Eddy_Em]

COKPOWEHEU, насчет этой функции "куба" Аlex прав. Я и сам-то вот здесь баловался этой фигней для того, чтобы ноги разбросать по фукнкционалу (у меня там всего лишь одна нога не используется в LQFP48). Точней, поначалу я себе табличку примерно такую составил, разбросал ноги, все вроде ОК. Но как стал разводить, пришлось ноги туда-сюда дергать, вот здесь "куб" и пригодился как наглядное пособие (у меня там используется шесть таймеров: три для энкодеров и три для тактовых импульсов драйверов шаговиков + USB + CAN + I2C + АЦП. Так что, не очень-то много было простора для действий, чтобы оставшиеся несколько GPIO разместить... С другой стороны, не было бы "куба" - ну, потратил на это на 10 минут больше, делов-то. Все равно это - ничто по сравнению с общим временем на написание прошивки. А я в этой еще и систему команд по-новому организовал (чтобы не запутаться со справкой и мнемокодом команд, сделал это все дело элементами структуры).
P.S. А еще я там впервые сделал удобную штуку: каждый раз, как запускаешь Make, инкрементируется номер сборки и жестко фиксируется в прошивке, а когда help вызываешь, тебе сначала пишется, что это за зверь и какой номер сборки (удобно, особенно когда не помнишь уже, что это за железка такая и где ее исходники у себя на гитхабе искать).

[jcxz]

[uquote="Аlex",url="/forum/viewtopic.php?p=4167153#p4167153"]Ты можешь даже не представлять, каков путь между кликом курсором на кнопке в окне и событием в твоей программе. Или когда ты выплёвываешь байтик в СОМ-порт с помощью write_file. Ты просто пишешь программу, не отвлекаясь на весь низкий уровень. Ибо тебе пофиг [/uquote]Вы только что оскорбили Eddy_Em подозрением что он использует клятую винду!

[GoldenAndy]

Eddy_Em, А можно более подробно, как сделать автоинкремент версии?

[linkov1959]

Советую новичкам начать изучение stm32 в CebeIDE с параллельным изучением отдельного проца по устройству таймеров, АЦП и др. касательно их типовых применений.
Доступно много примеров, изучайте, но старайтесь выйти за их пределы. Идите узким, но осмысленным путем к своим целям, не забывая того, что сам путь может быть целью.

[ARV]

[uquote="GoldenAndy",url="/forum/viewtopic.php?p=4168003#p4168003"]Eddy_Em, А можно более подробно, как сделать автоинкремент версии?[/uquote]
Лет 25 тому назад я делал это при помощи bat-файла... с мейком я и тогда не дружил

[Eddy_Em]

GoldenAndy, вот Makefile.

[ПростоНуб]

GoldenAndy, у меня так:
perl -i -p -e 's/(#define\sREVISION_NUMBER\s+)(\d+)/$1.($2+1)/eg;' revision.h
Предполагается, что в revision.h есть строка типа
#define REVISION_NUMBER 1236

P.S. Через awk тоже можно, как у Eddy_Em, но мне привычней perl

[linkov1959]

Свою первую игру "Морской бой" я написал почти 40 лет назад в TR-DOS. В неё играли мои друзья и несколько старых японских адмиралов. Все корабли с реальным вооружением и каждый залп с реальной вероятностью попадания, но все решал кубик. Это очень азартная игра.

[ПростоНуб]

ARV, а что мешало и 25 лет назад воспользоваться perl? В 1991 году я под DOS его уже использовал. Вот под TKS или VM/SP скомпилировать так и не удалось.

[ARV]

Ну так и перл я не знал, не знаю и не буду знать

[ПростоНуб]

linkov1959, TR-DOS то тут при чем? Он же, по сути, был только лишь драйвером к Beta Disk Interface. Игры все работали в рамках штатной прошивки ZX Spectrum.
Вот именно с TR-DOS я в свое время наигрался, написав программу, сбрасывающую magic-файлы TR-DOS на кассету, с возможностью последующей загрузки с этой кассеты штатным образом. После чего встречал игры, взломанные таким образом, в продаже на кассетах в самых разнообразных местах )

[ARV]

Важен сам принцип, до которого я додумался, когда интернетом и не пахло: править инклюдник с единственной цифрой... А править его можно было и командами command.com

[ПростоНуб]

ARV, Ваше дело, конечно. Но фраза "не буду знать" смущает. Perl до сих пор весьма полезен для выполнения поиска и замены любой сложности в файлах без написания кода, прямо из командной строки. А в IT, если даже всего год не учиться ничему новому, квалификацию теряешь заметно.

Добавлено after 9 minutes 52 seconds:
[uquote="ARV",url="/forum/viewtopic.php?p=4168069#p4168069"]когда интернетом и не пахло[/uquote]
Уже в конце 80-х интернет был общедоступен, пусть даже через FIDONet или UUCP. Или Вы про еще более ранние времена речь ведете?

[GoldenAndy]

Eddy_Em, ПростоНуб, ARV, спасибо за пинок в правильном направлении.

[linkov1959]

[uquote="ПростоНуб",url="/forum/viewtopic.php?p=4168067#p4168067"]linkov1959, TR-DOS то тут при чем?[/uquote]

Программировал в спектрум бейсике, там одним кликом вводилась целая функция или оператор - никакой рутины, чистое творчество!

[ПростоНуб]

linkov1959, там про то и речь, что к TR-DOS это не имеет вообще никакого отношения. К тому же для игр бобик там был непригоден из-за его тормознутости, особенно в части графики и управления спрайтами. Почти все, что я там писал, было на C или ассемблере Z80.