LPC2138 nach Timer Interrupt im Schilf

Du solltest void vTickISR(void) mit _attribute_ ((interrupt("IRQ"))) 
versehen.

MfG Mark

Hallo Zusammen,

also zuerst danke für eure Bemühungen! Nun...

@Mark: Habe nun folgende ISR:

1

void vTickISR( void )__attribute__ ((interrupt("IRQ")));

2

void vTickISR( void )

3

{

4

  IOSET0 = 0x80000000;  //LED1 ON

5

  T0IR = 0x00000001;  //Clear Interrupt flag

6

  VICVectAddr = 0;

7

}

leider nützt dies nichts. Der ARM verhält sich immer noch gleich.

@let: habe mein Makefile sowie das crt.S im zip im Anhang untergebracht.

Gruss
Roman

Klar dass er nicht in die ISR springt. Bei einem IRQ wird einfach eine 
Endlos-Schleife ausgeführt. Ersetz mal

1

    ldr pc, IRQAddr      /* IRQ interrupt         */

in Zeile 72 von crt.S durch

1

    ldr   pc,[pc,#-0xFF0]           // IRQ - read the VIC

Dann sollte es eigentlich klappen.

Hallo,

naja klar :-S... aber hey es läuft!! hatte die Hoffnung schon fast 
aufgegeben!

Vielen vielen Dank!

Gruss
Roman

hallo miteinander,

tja habe mich wohl einwenig zu früh gefreut mit dem es geht. Denn 
bereits steht das nächste Problem an! Und auch wieder mit dem Interrupt.
Diese Funktionieren jetzt zwar, leider ist es aber so, dass wenn ich in 
der Interruptroutine eine Funktion aufrufe der ARM wieder ins Schilf 
springt. Nachvorschungen haben ergeben, dass der Ablauf beim verlassen 
einer Funktion (Exception) noch Falsch ist.
Der Aublauf steht im file:
http://infocenter.arm.com/help/topic/com.arm.doc.ddi0234b/DDI0234.pdf
unter punkt 2.9.3 Leaving an exception (Seite 63 bzw. 2-21).
Mein problem ist nur, wo und wie muss ich dies definieren?? Ich nahm an, 
dass dies entweder im ld oder im crt0.s ist also habe ich diese zwei 
Files mal angehängt.
Kann mir da jemand weiter Helfen?
Vielen Dank für die Hilfe.

Gruss
Roman Gassmann

Eigentlich sollte der gcc das richtige machen, wenn die ISR ein 
attribute ((interrupt("IRQ"))) hat. Um das Problem zu klären braucht 
man den Quelltext, mit den beiden Dateien hat das wenig zu tun. Wie 
viele Variablen legt denn diese Funktion an, die aus der ISR heraus 
aufgerufen wird? Wenn es zu viele sind kann es zu einem Stack-Overflow 
kommen, da der IRQ-Stack nur 256 Byte groß ist, also nur 64 Register 
speichern kann.

Tja also mein Ziel wäre das FreeRTOS auf meinem ARM zum laufen zu 
bringen.
Doch sobald ich im vTickISR (Scheduler tick interrupt) eine noch so 
kleine Funktion wie z.b. (led1_on();)

1

static int  initialized = 0;

2

3

static void  led_init(void) {

4

  if (!initialized) {

5

    IODIR0 = 0xc0000000;

6

    initialized = 1;

7

  }

8

}

9

10

void led1_on(void){

11

    led_init();

12

    IOSET0=0x80000000;

13

}

einfüge ists vorbei. Ein Stackoverflow kann es auch nicht sein denn ich 
kann im ld-file den IRQ-stack auch auf 400 anstelle von 100 setzten ohne 
das dies was ändert.
Irgendwie Verlasse ich die IRQ-routine nicht als IRQ-routine womit ich 
dann den falschen Stack verwende was natülich katastrophal endet.

Zeig mal den Code, wo die Funktion aufgerufen wird

1

void vTickISR( void ) __attribute__((interrupt("IRQ")));

2

void vTickISR( void )

3

{

4

    led1_on();

5

  //IOSET0=0x80000000;

6

  /* Save the context of the interrupted task. */

7

  portSAVE_CONTEXT();

8

  /* Increment the RTOS tick count, then look for the highest priority

9

  task that is ready to run. */

10

  vTaskIncrementTick();

11

12

  #if configUSE_PREEMPTION == 1

13

    vTaskSwitchContext();

14

  #endif

15

16

  /* Ready for the next interrupt. */

17

  T0_IR = portTIMER_MATCH_ISR_BIT;

18

  VICVectAddr = portCLEAR_VIC_INTERRUPT;

19

    //led1_off();

20

    IOCLR0=0x80000000;

21

    /* Restore the context of the new task. */

22

  portRESTORE_CONTEXT();

23

}

ich könnte sonst auch mal den ganzen code schicken wenn das besser 
währe?

Ich weiss zwar grad nicht wo das in der Doku steht, bin mir aber fast 
sicher, dass Interrupt-Routinen in freeRTOS mit portSAVE/RETORE_CONTEXT 
nicht als "IRQ" sondern als "naked" deklariert werden müssen.

Update: Jo, so steht's auch im Beispielcode von freeRTOS.

Also bei mir steht diese Funktion in der portISR.c.
Habe das ganze auch mit "naked" versucht. Leider bringt dies keine 
Änderung :-(.

ok stimmt. hab das ganze geändert... jetzt gehts aber leider nur ca 
10-20sec dann ist Schluss.

ok das war jetzt das "naked"... jetzt läufts stetig! hmm für was steht 
denn dieses naked genau?

ah ok, dies bedeuted aber auch, dass ich bei einer Interruptroutine die 
ich selber schreibe die Register sichern muss? oder macht dies auch das 
RTOS??

Habe nun gedacht ich könnte weiter fahren und mein Code wieder langsam 
aufbauen doch irrgendwas scheint da immer noch nicht zu stimmen denn 
jetzt habe ich ein inittask gestarted, und im inittask dann zwei weitere 
Tasks welche die led ein bzw. aus schalted doch auch hier springt der 
ARM ins Nichts.

1

static void  init_task(void *parameters) {

2

3

    xTaskHandle blinkled1, blinkled2;

4

5

    int ld1,ld2;

6

7

8

    //create a tasks

9

    ld1 = xTaskCreate(blink_led1,(signed char *)"led1",512,NULL, 1, &blinkled1);

10

    ld2 = xTaskCreate(blink_led2,(signed char *)"led2",512,NULL, 1, &blinkled2);

11

12

  /* init task terminates */

13

  vTaskDelete(NULL);

14

  taskYIELD();

15

}

16

17

int  main(int argc, char *argv[]) {

18

19

20

    init_pll();

21

    led2_on();

22

    led2_off();

23

24

    xTaskHandle inittask;

25

26

    xTaskCreate(init_task, (signed char *)"init", 256, NULL, configMAX_PRIORITIES - 2, &inittask);

27

28

  /* start the scheduler */

29

  vTaskStartScheduler();

30

  while(1);

31

}

Roman Gassmann wrote:

> oder macht dies auch das RTOS??

Guck doch einfach mal rein, was portSAVE_CONTEXT so macht.

nun gut ich glaube langsam aber sicher habe ich einwenig Übersicht über 
das ganze gewonnen. Nach einigen Tests bin ich mir zumindest sicher, 
dass mein Prozessor in den SWIHandler springt welcher nichts unternimmt. 
Klar denn ich habe im crt.s file die SWIAddr auf den SWIHandler gesetzt 
was ja dann nichts mehr macht (genau gleich wie beim IRQHandler). Das 
Problem ist nur, wie setzte ich ihn auf meine vPortYieldProcessor 
funktion?
Das einfache ersetzen des Funktionsaufrufs (Zeile 78):

1

SWIAddr:       .word SWIHandler

durch

1

SWIAddr:       .word vPortYieldProcessor

ist leider nicht die Lösung. Dann ruft mein compiler aus und meint er 
kenne die Funktion nicht.
Kann mir da jemand weiter Helfen?
Vielen Dank.

Gruss
Roman Gassmann

Du musst dem Compiler durch

1

.extern vPortYieldProcessor

 mitteilen, dass es sie gibt. Die ISR muss dann mit 
__attribute__((interrupt("SWI"))) definiert werden.