LPC1111/101 LPC Xpresso optimierungen gehen nicht

[Michael B. (bubi)]

Hallo!

ich habe eine Frage bezüglich des Compilers für den Cortex M0 von NXP.

Ich habe eine Software geschrieben auf einen LPC1114 die lief dort 
eigentlich einwandfrei.Mittlerweile ist das Board gestorben und ich hab 
die Software auf die eigentliche Zielplatform portiert. Leider habe ich 
dabei vollkommen übersehn das der Speicher knapp nicht reicht...sobald 
ich die Optimierung (egal welche, am liebsten -Os) aktiviere läuft das 
nichtmehr, bzw genau 1mal durch die while(1) und dann ist es vorbei, 
laut Debugger steht es am Ende von main()

int main (void){


  float acc_x, acc_z, gyro_x;
  float acc_angle,kal_angle;

  /* Init Systick to 1ms */
  SysTick_Config( SystemCoreClock / 1000);

  /* Initialize GPIO (sets up clock) */
  LPC_SYSCON->SYSAHBCLKCTRL |= (1<<6);
  SERVO_init();


  if(I2CInit(I2CMASTER) == FALSE){
    while(1);  /* fatal error */
  }

  if(MPU6050_init()){
    return 0;
  }

  MPU6050_setZero();

  kalman_init();

  while(1){

    /* 100Hz loop */
    if(gSysTick_10 >= 9){
      gSysTick_10 = 0;

      /* get sensor values */
      gyro_x   =   MPU6050_getGyroRoll_degree();
      acc_x   =      -MPU6050_getAccel_x();
      acc_z   =   MPU6050_getAccel_z();

      /* acc angle */
      acc_angle = atan2(acc_x , -acc_z) * 180/3.14159 ; // calculate accel angle

      kal_angle = kalman_update(acc_angle,gyro_x, 0.0093);

      //SERVO_set_slew((-kal_angle) - MECH_OFFSET);
      SERVO_set_slew(acc_angle++);
    }
  }
}

(SERVO_set_slew(acc_angle++); ist für Debugzwecke um zu sehen ob der 
Code läuft)
der Code ist generell nicht so groß, nur durch die Kalman, atan2 und 
float schießt der Speicherbedarf halt in die Höhe. Gerade für die 
Standardbibliotheken hat -Os immer viel gebracht...funktioniert hier nur 
nicht...Hat jemand Erfahrungen mit dem gcc für M0 in dem Bereich?

Vielen Dank fürs lesen!

[Andreas B. (andreas_b77)]

Michael B. schrieb:
> laut Debugger steht es am Ende von main()

Oder es "steht" in der while-Endlosschleife und tut nichts mehr weil 
gSysTick_10 nie mehr >= 9 wird. Schließlich steht gleich als erstes nach 
der Abfrage des Wertes gSysTick_10 = 0 und aus Sicht des Compilers wird 
das vermutlich nirgends geändert. Also ist die Optimierung "1 Durchlauf, 
dann in Endlosschleife auf das Ende der Welt warten" wohl korrekt.

Mit anderen Worten: Zeig den Rest vom Programm.

[Michael B. (bubi)]

Ups vergessen:

#include "driver_config.h"
#include "target_config.h"

#include "i2c.h"
#include "type.h"


#include "servo.h"
#include "mpu6050.h"
#include "kalman.h"

#include <math.h>

volatile uint8_t gSysTick_10 = 0;


void SysTick_Handler(void){
  gSysTick_10++;
}

also auch nicht der typische volatile fehler den ich zuerst vermutet 
hab...

Das Gute ist jetzt aber, dass es geht. Nur warum weiß ich nicht.
In der Nacht habe ich aufeinmal -O1 zum laufen bekommen, nachdem ich in 
den Projekteinstellungen rumgespielt habe, leider weiß ich auf Grund von 
Müdigkeit nicht welche es letzendlich ausgelöst hat. Hab das parallel 
gemacht zu einem Toolchain Update...mit dem gehen komplett alle 
Optimierungsstufen einwandfrei. Ein komplett frisches Programm 
funktionierte übrigens auch auf der alten Toolchain :/

Danke für die Hilfe auf alle Fälle!