Forum: Mikrocontroller und Digitale Elektronik Context Switching auf 8051 (xc866) mit SDCC


von krümel (Gast)


Lesenswert?

Hallo zusammen,

ich schreibe im Moment einen kleine Scheduler. FreeRTOS könnte ich zwar 
nehmen, aber ich mache das rein aus Interesse und um was zu lernen. Ich 
verwende einen XC866 von Infineon und programmiere in C mit SDCC.
Unten ist ein Ausschnitt aus dem Programm angehängt. Und im Moment 
schalte ich auch nur zwischen zwei Funktionen hin und her, ohne vorher 
Stack und Register zu sichern. Das kommt noch. Erstmal zu meinem 
Problem:

Meine Lösung zum Funktion umschalten funktioniert zwar, aber ich finde 
Sie nicht besonders schön. Die Adresse der Funktion schreibe ich vor dem 
ASM-Teil in zwei Byte (Low/High) Variablen, auf die ich dann in ASM 
zugreife.
Kann man nich in ASM direkt auf die Funktionsadresse zugreifen? Ich habe 
dann immer Fehler bekommen (falsche Adressierung oder so...). Kann ich 
auf Elemente der Struktur in ASM zugreifen und dazu Variablen als Index 
benutzen? Dann könnte ich direkt auf den Funktionszeiger in dem 
TaskArray zugreifen.


Danke schonmal für die Hilfe
 Krümel
1
struct xTask {
2
  ubyte reg[8];
3
  ubyte PC;
4
  ubyte SP;
5
  ubyte stack[xStackSize];
6
  xPVoidFunc FuncPointer;
7
};
8
struct xTask myTaskList[2];
9
10
11
void func1 ( void ) {
12
  while (1) {
13
    P1_DATA = 0x20;
14
  }
15
}
16
17
18
void func2 ( void ) {
19
  while (1) {
20
    P1_DATA = 0x00;
21
  }
22
}
23
24
void main (void)
25
{
26
27
  myTaskList[0].FuncPointer = func1;
28
  myTaskList[1].FuncPointer = func2;
29
}
30
31
32
void T01_viTmr0(void) interrupt T0INT _naked
33
{
34
35
  // USER CODE BEGIN (T01_IsrTmr0,2)
36
  TF0 = 0;
37
  
38
  xGlobalInt_off;
39
  if(adrL == (ubyte) myTaskList[0].FuncPointer) {
40
  
41
  adrL = (ubyte) myTaskList[1].FuncPointer;
42
  adrH = (unsigned char) ((unsigned int)myTaskList[1].FuncPointer >> 8);
43
  
44
  _asm
45
    mov dptr, #_adrL
46
    movx a, @dptr
47
    push acc
48
    
49
    mov dptr, #_adrH
50
    movx a, @dptr
51
    push acc
52
  _endasm;
53
  
54
  xGlobalInt_on;
55
  
56
  _asm
57
    reti
58
  _endasm;
59
  
60
  } else {  
61
  
62
  adrL = (ubyte) myTaskList[0].FuncPointer;
63
  adrH = (unsigned char) ((unsigned int)myTaskList[0].FuncPointer >> 8);
64
  
65
  _asm
66
    mov dptr, #_adrL
67
    movx a, @dptr
68
    push acc
69
    
70
    mov dptr, #_adrH
71
    movx a, @dptr
72
    push acc
73
  _endasm;
74
  
75
  xGlobalInt_on;
76
  
77
  _asm
78
    reti
79
  _endasm;
80
  
81
  }
82
  // USER CODE END
83
84
} //  End of function T01_viTmr0

von Tobias P. (hubertus)


Lesenswert?

Mal ne Frage, rein weil mich die Thematik interessiert:
was passiert denn, nun, wenn im Interrupt zum Beispiel func1 aufgerufen 
wird. Dann führt der Prozessor ja die Instruktion P1_DATA = 0x20 aus. 
Und nachher? Nachdem func1 beendet ist muss ja nicht zwingend sofort 
wieder ein Timerinterrupt kommen. Mal angenommen, der Timer tickt alle 1 
ms und func1 dauert 1 us - was macht denn der Prozessor in den 
restlichen 999 us, bis der nächste Timerinterrupt kommt?

Übrigens: Es hängt vom verwendeten Compiler ab, ob du aus dem 
Inline-Assembler auf Variablen und Struktur-Member zugreifen kannst. Bei 
einigen Compilern gehts (bei meinem für nen Freescale 68k klappt das), 
beim SDCC jedoch (den ich z.B. für 8051 verwende) gehts irgendwie nicht. 
Ist also von Compiler zu Compiler unterschiedlich....

von krümel (Gast)


Lesenswert?

Das ganze ist ja nur mal eine Machbarkeitsstudie.
Func1 ist doch eine Dauerschleife, d.h. er macht erstmal die ganze Zeit 
nix anderes als den Pin zu setzen. Danach löscht er ihn die ganze Zeit 
wieder.
Mein Hauptptoblem ist ja der Zugriff auf Arrays oder Strukturen in ASM.

Naja, wenn das nicht anders geht muss ich wohl den Offset vom ersten 
Byte an berechnen (so machts der Compiler zumindest).

Tortzdem Danke
 Krümel

von Tobias P. (hubertus)


Lesenswert?

> Func1 ist doch eine Dauerschleife

Das sehe ich auch. Aber was ich mich frage ist, ob das auch ohne 
Endlosschleife gehen würde?

von krümel (Gast)


Lesenswert?

Ja, das geht natürlich. Ich will ja auch später einen "Idle"-Task 
einführen. Der legt dann entweder den Prozessor schlafen um Energie zu 
sparen oder erledigt Aufgaben, die nicht Zeitkritisch sind.

von Peter D. (peda)


Lesenswert?

krümel wrote:
> Das ganze ist ja nur mal eine Machbarkeitsstudie.

Zwischen machbar und sinnvoll gibt es leider oft große Unterschiede.
Du benutzt den externen Memory, also das LARGE Speichermodell. Damit 
reduziert sich schonmal die Geschwindigkeit drastisch. Und 8051-er ohne 
XDATA kannst Du damit garnicht verwenden.

Der 8051 ist eigentlich für Steuerungsaufgaben optimiert, d.h. daß man 
möglichst alle Variablen im sauschnellen IDATA (max 256 Byte) hält.


Ich benutze den 8051 sehr gerne, weil der sehr viel kann, wenn man ihn 
richtig programmiert. Ich mache daher alle Tasks in der Mainloop 
hintereinander. Der Trick ist, daß jede Task selber zur Mainloop 
zurückkehrt, wenn sie grad nichts zu tun hat. Damit brauche ich keinen 
Scheduler und bin sauschnell. Außerdem brauche ich nicht die Übergabe 
von Parametern kapseln, da ja immer die aktuelle Task vollen Zugriff 
hat. Es kann also nicht passieren, daß ne andere Task nen 
Mehrbyte-Parameter unterm Hintern wegändert (außer Interrupts).
Natürlich müssen sich dann manche Tasks merken, wo sie weitermachen 
sollen, wenn sie auf ein Ereignis warten.

Klingt natürlich völlig unspannend und einfach und auch Zeit, SRAM und 
Flash sparend diese Lösung, aber dafür funktioniert sie saugut.


Peter


P.S.:
Ich wil auch dem Compiler nicht ins Handwerk pfuschen, weil das oft 
Ärger geben kann. Daher habe ich in nem C-Programm grundsätzlich Null 
Assembler drin. Und damit bin ich immer gut gefahren.
Ich hab auch nicht die Zeit, mich mit dem Compiler-Internas zu 
beschäftigen. Genau deshalb nehme ich ja C, um mir die ganze Low-Level 
Arbeit zu sparen.

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.