#include - оптимальное использование директивы

[Исбанни]

Ой, да никаких там "вирусов" нету и впомине! Это известный сайт по GNU. Вашему файрфоксу мерещатся какие-то ужасы цивилизации. Зато вот на гитхабе полно всякого бесполезного дерьма, которое в избытке генерирует всяк, кому не лень. Взять че-то с гитхаба - это еще не факт, что не занесешь "вируса" к себе в МК в виде криво работающего кода.
Я уж лучше стандартный printf буду использовать, чем брать чето "вирусное" с гитхаба ))

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

[mike-y-k]

parovoZZ, собственно примеры использования лучше посмотреть в нормальных проектах kernel.org, gnu.org, LibreOffice/OpenOffice,… там есть достаточно исходников для изучения.
А дальше уже просто выработка собственного или использование чужого варианта…
Ну и литература по препроцессору тоже для уверенного владения.

[CERGEI1982]

Хорошо запоминается на своем опыте проб и ошибок.

[Easyrider83]

Уровень высокомерия подозрительно низок. STM32F0, нам стоит попросить администрацию проверить ваш аккаунт? Есть вероятность, что его взломали.

[eddy]

любое программирование - изобретение велосипеда, как ни крути

Так и есть: либо то, что тебе нужно, вообще никем не реализовано, и приходится с нуля велосипедить; либо же оно имеет 100500 реализаций, все из которых — говно, и тоже приходится с нуля велосипедить.
Я уверен, что у каждого МК-щика, кто работает не на "отЪ…сь", а пытается в проблеме разобраться, есть полный набор велосипедов: для работы с датчиками, экранчиками, GPS/GSM и т.д., и т.п., т.к. чужое просто неприемлемо использовать (либо глючное, либо быдлокод, либо использует какие-нибудь свистоперделки вроде калокуба/SPL).
И у разработчика на компе тоже есть толпа своих сниппетов. Я, например, сделал обертку вокруг getopt для упрощения своей работы; набор макросов для отладки кода; толпу сниппетов по наиболее часто используемым вещам...

[CERGEI1982]

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

[parovoZZ]

С другой стороны, древовидные подключения более сложны для восприятия. Проще конечно свалить в одну кучу и знать, что в этой куче "как то всё само собой выберется что надо".


.

Это да. Сейчас разбираю исходники для Кейла на стм. Кейла у меня нет, поэтому разгребать кучу файлов, да и ещё под разные железки - это жесть. В противовес этому исходник на гитхабе одним файлом - милое дело. Правда, на гитхабе под линух, но делает тоже самое.

[eddy]

на гитхабе под линух

Кто-то на STM32 умудрился линукс поставить? Нафига!!?

[Исбанни]

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

Исходники для СТМ часто пишутся на HAL или SPL, а это еще та замута, без слишком усложненная, с многофайловыми связями и постоянными пересылками между функциями и файлами. Без помощи IDE разбираться муторно.
Да и на гитхабе много всякой ерунды валяется, туда ж пишут все кому не лень, одних только "световых эффектов" штук сто вариантов валяется, кто во что горазд.

[eddy]

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

triple facepalm!
Набрать git push — и все! Разницы 0: что 1 файл, что сто!

Исходники для СТМ часто пишутся на HAL или SPL

Я в подобный кал даже нос не сую, ибо уже приговор!