C pre MCU- prehladnost kodu

[vylo]

Zdravim priatelia

Mam nasledovny problem:
Po napisani zdrojaku pre MCU v jazyku C zvycajne MCU robi to co ocakavam co znamena ze dosiahnem co som od MCU chcel.
Problem je ze ked sa vo vysledku pozriem na cely zdrojak nie som s nim vnutorne spokojny. Zdrojak je neprehladny duplikuju sa glob. premenne funkcie si odovzdavaju parametre raz cez pointre raz cez glob. premenne a nie je to ako celok jednotne a zrozumitle napisane.

Existuju akesi dizajnove vzory ako by idealne napisany FW mal vypadat pre embedded systemy pisane v jazyku C?
Nasiel som nasledovnu literaturu ale nie som si isty ci to mam hned objednavat za 60$ a ci nepoznate nieco pristupnejsie, overene.
https://www.google.sk/imgres?imgurl=htt ... _B0ImgEwCg

Nejedna sa o konfikuraciu periferii v MCU ani zaklady programovacieho jazyka C. Skor mi ide o akesi odporucania resp stabnu kulturu zdrojakov pre embedded systemy bez RTOS, bez objektov jednoducho standardne C. A hlavne aby moje zdrojaky boli dobre citatalne a mali akusi referenciu takto sa to robi... a takto zas nie...

[jirka.jirka.]

Možná hledáš toto:
https://cs.wikipedia.org/wiki/MISRA_C

[Tribec Zacks]

Vylo, tazko ti takto povedat, ale nauc sa poriadne pracu s pointrami a struct-urami. Kod netahaj ako spagetu, ale rozdeluj do funkcii a drz sa rovnakeho stylu pisania. Ak mas problem s premennymi vo funkciach co sa maju pamatat, tak na to je static premenna atd. Dobre pisany c kod sa na prvy pohlad podoba cpp. Popripade skus mrknut na zdrojak nejakeho linuxackeho ovladaca.

[Mishung]

Co sa "prehladnosti" kodu tyka musis sa zamerat na tri veci.

• a) Coding style
• b) Design patterns
• c) Comments

-Co sa tyka coding style tak vysoko doporucujem google style guide pre C++. Ide o subor stylistickych pravidiel ktorym sa riadia koderi v google. Da sa to presne aplikovat aj na C-cko len vynechas pravidla pre objekty. https://github.com/google/styleguide
-Co do design patterns taky dobry start pre embedded vyvojarov je "Making embedded systems". Mam ju v PDF-ku. Ak mas zaujem napis SS.
-Pokial ide o comments tak univerzalny standard je aby boli doxygen compliant. Z takto okomentovaneho kodu sa da automaticky uz generovat aj dokumentacia. Tu mas link: https://www.stack.nl/~dimitri/doxygen/m ... locks.html

Bonusovy level su unit testy. Ked budes mat zvladnute vsetko vyssie spomenute tak si precitaj knihu "Test driven development for embedded C" (mam v PDF). Unit testy, okrem toho ze umoznuju automaticke testovanie kodu, ta prinutia pisat maximalne strukturovany kod. Asi tolko teda... ak by si mal nejaku konkretnu otazku kludne pis. Dovolim si tvrdit ze v tomto som doma.

PS: Mam elektronicky aj tu knihu na ktoru si daval link keby si mal zaujem.