Tényleg jó hosszú!
Kicsit azért szeretnék érvelni a C mellett. Ne feledjük, hogy a Linux ami már csaknem egy tucat architektúrán fut (Debian stable) is tartalmaz némi assembly kódot, de elenyésző a C -hez képest. Ezért találták ki a C -t.
A C -hez, számtalan olyan library van készen amit ha magadnak kell megírnod (minden egyes procira külön-külön) akkor sosem lesz belőle produktum (pl. a lebegő- és a fixpontos aritmetika). Nem szeretném ezeket újra írni.
Az avr-gcc -t lelkes emberek csinálták, szabadidejükben és nem is vállalnak rá semmilyen garanciát.
Nem hiszem el, hogy az ilyen alapvető kódok, mint az uart kezelés hibás lenne, de mióta megírták, már több új verzió jelent meg az avr toolchain -ből. Az író megpróbálta a különféle AVR architektúrákhoz illeszteni, de mindet nem próbálhatta ki (mondjuk ez kicsit gyenge érv, mivel az ATmega16 egy régi, alap játékos).
Nem rég alkalmam nyílt i386 -os assembly kód vizsgálatára (nem én írtam), mely már több mint egy évtizede fejlődött - huhhhhh!
Egy-egy eszköz meghajtó megírása OK, de hogy az egész az nagyon durva.
Szerintem okosan kellene a kettőt vegyíteni.
Az én problémám a tudatlanságom és hogy azt reméltem ezeket az alap dolgokat mint az uart kezelés készen, "tálcán" megkapom - tévedtem. A mi szintünkön, a mi feladatainkban a két sorban megírok valamit és a munkát elintézi a már kész engine nem működik - de az is lehet, hogy "begyöpösödtem" és nem tudom ezt a szintet megugrani.
* Én egy indián vagyok. Minden indián hazudik.