STM32 Embitz: Code optimieren / nano-branch Lib vermeiden

Christian J. Gast #6641202
Lesenswert?
• ▲
▼ 
Mahlzeit!

Im ersten Wurf ein Problem zu lösen entsteht ja erstmal etwas 
Funktionierendes. Tut es auch. Aber leider explodiert mir der Code auch 
inzwischen an die Grenzen der 64kb zusammen mit der SD Karten Verwaltung 
und einer Grafik Library fürs Display, da im Debug Mode keine 
Optimierung erlaubt ist.

Grund: Für das Rechnen mit Geokoordinaten und deren Umwandlung muss ich 
float Libs einbinden, float selbst und leider auch Sachen wie sprintf - 
Float für die Display ausgabe.

Im ersten Schritt versuche ich sprintf(float..) zu vermeiden durch 
Umwandlung von float in Strings, die mit im Ram liegen. Davon habe ich 
noch genug. Das hat mir 7kb Code Size gespart, da ich die nano lib für 
printf nicht mehr einbinden muss.

Jetzt bleiben noch so Kracher wie atof und einge andere. Verwendet man 
eine Funktion bindet der Linker das ganze Modul der nano-branch Lib ein 
mit allen was dazu compiliert wurde. Denn die liegt nur als objekt Code 
vor. Und das Ding sind mal eben so ca 15kb.

Frage: Wo finde ich die Sourcen dieser String Funktionen aber auch 
anderer aus der stdlib. stdio usw, dass ich die vielleicht direkt in den 
Code holen kann?

1
 /* Longtitude (Laenge) 5200.38115 */

2
               char grad[4];

3
               char minuten[10];

4
               memset(grad,0,sizeof(grad));

5
               memset(minuten,0,sizeof(minuten));

6


7
               p = nmea_fields[3];

8
               if (*p != '\0') {

9
                    strncpy(grad,p,2);

10
                    strncpy(minuten,p+2,8);

11
                    gps_info.longtitude = atof(grad) + atof(minuten)/60;

12
                    ftoa(*(double*)&gps_info.longtitude,(char*)&gps_info.longstr,5);

13
               } else

14
                 gps_info.longtitude = 0.0;

15


16
               /* Latitude (Breite) 00910.09884 */

17
               p = nmea_fields[5];

18
               memset(grad,0,sizeof(grad));

19
               memset(minuten,0,sizeof(minuten));

20
               if (*p != '\0') {

21
                   strncpy(grad,p,3);

22
                   strncpy(minuten,p+3,8);

23
                   gps_info.latitude = atof(grad) + (atof(minuten)/60);

24
                   ftoa(*(double*)&gps_info.latitude,(char*)&gps_info.latstr,5);

25
               } else

26
                    gps_info.latitude = 0.0;
Angehängte Dateien:
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Irgend W. (Firma: egal) #6641244
Lesenswert?
• ▲
▼ 
Christian J. schrieb:
> ...da im Debug Mode keine Optimierung erlaubt ist.
> ...muss ich float Libs einbinden
> ...Verwendet man eine Funktion bindet der Linker das ganze Modul der nano-branch 
Lib ein

Du solltest mal den Chef wechseln, wenn der immer meint du "must" 
irgendwas machen, auch wenn es eventuell keinen Sinn macht:-)
Wenn es ein eigenes Projekt ist lautes das höchstens "ich will" dies und 
das verwenden.

Im debugmodus darf man erstmal tun und lasen was man will, da gibt es 
keine Gesetze (höchstens Chefs) die einem sowas verbieten. Auf maximum 
Optimieren kann natürlich dazu führen, dass man sich gewaltig ins Knie 
schießt, weil man im erzeugen Assemblercode nichts mehr aus seinem 
ursprünglichen Code wiedererkennt.
Aber das Thema betrifft sowohl den Compiler als auch die Linke und bei 
beiden kann man in der Regel recht genau einstellen welche Optimierungen 
gemacht werden sollen und welche nicht. Geht halt nur mit Bandwürmern 
und nicht mehr so schön mit -Ox. Gerade dem Linkem sagen das er alle 
unbenutzte rausschmeißen soll kann hier durchaus sinnvoll sein, weil 
diese Teile auch beim Debuggen nie verwendet werden.

eine Funktion die einem irgendwas in eine Bildschirmausgabe umwandelt 
kann man sogar mal selber schreiben. Geht meist schneller als lange was 
zu suchen und ist meist übersichtlicher, weil es eben nur das beinhaltet 
was man auch wirklich benötigt und keine Eierlegendewollmischsau ist wie 
z.B. printf.
Programmieren ist nicht immer nur irgendwelche Teile zusammen zu 
kopieren.

Und mit etwas überlegen kann man vieles von dem float Zeugs auch mit 
integern ausreichend darstellen...
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Christian J. Gast #6641550
Lesenswert?
• ▲
▼ 
Christopher J. schrieb:
> Der F103C8 hat sowieso immer 128kB Flash

Es gibt nur inoffizielle 128kb. Die kannste aber nicht nutzen mit 
st-link. Das geht nur mit openocd. Denn st-link fragt die Chip ID ab und 
daraus bestimmt sich der Wert. Dass dasein Klon ist davon gehe ich stark 
aus, aber er tut es wie er es soll.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren