Svenska ElektronikForumet

Även i C är det viktigt att förstå vad som blir effektiv kod eller inte. Kompilatorn kan göra en hel del smarta drag men inte trolla fram lösningar som källkoden inte tillåter, så att säga.

Men det går ju alltid att kolla assembler listningen från kompilatorn och se om det är något som kan göras bättre, antingen genom att justera C koden eller att ersätta delar med inline assembler.

En grej jag upplever med mplab är att all kod blir synliggörs på ett bättre sätt än mikroC. I mikroC är det mycket som sker i bakgrunden som man inte alls ser.

Men visst det kommer ta lite tid att sätta sig in mplab

Skillnaden är väl den att MikroC har en massa inbyggda bibliotek för olika saker. För att abstrahera bort hårdvaran i viss mån.
Bra på ett sätt, kan vara enklare. Men svårare när man behöver förstå vad som faktiskt händer.

Det går att få igång kodgenerering och därigenom få en massa färdiga högnivåfunktioner även i MPLAB, med hjälp av Harmony.
Men där får man i alla fall full tillgång till den genererade koden till de gånger man behöver det.

Japp. Och det kommer jag nog att behöva