Maskinnära programmering i C och assembler

Arbetsbok för MC12
{
}
102
__asm(" LDAB %a", c);
__asm(" STAB %a", ML4OUT);
Den slutgiltiga assemblerkoden kan du studera om
du kompilerar med '-S'-flaggan, funktionerna ser ut
på följande sätt:
* unsigned char ML4_DipSwitch( void )
segment text
define _ML4_DipSwitch
_ML4_DipSwitch:
pshy
tfr sp,y
* 0010 |{
* 0011 | __asm(" LDAB %a",0x600 );
.stab stmt 11,2
LDAB 0x600
* 0012 |}
puly
rts
* void ML4_Diodes( unsigned char c)
define _ML4_Diodes
_ML4_Diodes:
pshy
tfr sp,y
* 0015 |{
* 0016 | __asm(" LDAB %a", c);
LDAB 5,y
* 0017 | __asm(" STAB %a",0x400);
STAB 0x400
* 0018 |}
puly
rts
Rätt använt, ger inbäddad assemblerkod möjlighet
att implementera funktioner på ett mycket effektivt
sätt vare sig det gäller kodstorlek eller prestanda.
Vi måste dock komma i håg att metoden är tveksam
då det gäller skalbarhet (har vi skrivit de optimala
instruktionerna för den använda processorn?) såväl
som portabilitet (fungerar den inbäddade koden
under en annan kompilator).
Maskinnära programmering med XCC
Vi har nu klarat av det mesta av konstigheterna som
innefattas av en modern utvecklingsmiljö och det är
alltså dags för mer konkreta uppgifter med vars
hjälp du kan kontrollera dina kunskaper. Vi
kommer att göra detta genom att återkoppla till alla
tidigare avsnitt i denna arbetsbok.
I detta moment bygger vi succesivt upp ett
programbibliotek med drivrutiner för några MLkort.
Vi visar, med exempel hur drivrutiner för ML4
kan utformas. Därefter specificeras drivrutiner för
tangentbord (ML2) och displaykort (ML3) . Din
uppgift blir att konstruera och testa dessa
drivrutiner. Då detta är klart kommer vi att sätta
samman alltihop i ett helt nytt programbibliotek
”mllib.e12”. Vi visar hur detta nya
programbibliotet kan underhållas, dvs hur man tar
bort, lägger till eller uppdaterar moduler i
biblioteket. Du ska därefter modifiera dina
testprogram så att de använder biblioteket.
Drivrutiner för ML4
Vi måste börja med att specificera drivrutinerna på
ett entydigt sätt, dvs tala om exakt vad dom utför,
eventuella parametrar och returvärden. Vi har här
tre rutiner att specificera:
ML4_DipSwitch
ML4_Output
ML4_7Seg
Vi börjar med ML4_DipSwitch, sedan tidigare
vet vi att detta är en enhet som vi kan läsa en byte
ifrån. En lämplig deklaration blir därför:
unsigned char ML4DipSwitch(void);
dvs en funktion som returnerar en byte. Genom att
dessutom ange denna unsigned försäkrar vi oss
om att inga eventuella typkonverteringar kommer
att ändra på ett värde från funktionen.
Funktionerna ML4_Output och ML4_7Seg skriver
en byte till utenheten. Det är lämpligt att skicka
värdet via en parameter. Deklarationerna blir då:
void ML4_Output( unsigned char );
void ML4_Output( unsigned char );
Vi använder definitionsfilen PORTADD.H för
adressdefinitionerna.
Med detta blir nu de båda första funktionerna
triviala. ”Skalet” för våra drivrutiner får följande
utseende: