[AVR-GCC - AtTiny2313] Schwierigkeiten mit modularer programmierung

[Marcel A. (peter_lustig)]

Hallo!
Für ein aktuelles Projekt würde ich gerne ein eigenes µC-Board mit einem 
AtTiny2313 verwenden. Allerdings bring mich der Controller seit tagen 
zur Verzweiflung.

Kurze Infos im Voraus:
  - Ich arbeite unter Linux (eOS Freya - Ubuntukern 14.04)
  - gcc version 4.8.2 (GCC)
  - Ich verwende zum kompilieren ein eigenes makefile (siehe Anhang)
    das hier angebotene diente als Vorlage und wurde auch getestet.
  - Ich besitze keinen ISP Adapter. Hierfür wird mein Arduino Uno
    verwendet schein meiner Meinung nach aber nicht des Fehlers
    Uhrsache zu sein.
  - Fuses: 1.8432 MHz - ext. crystal: LF=0xDA | HF=0x99 | EF=0xFF
    (Mit den Standard Fuses für 1MHz zeigt sich das selbe Problem)


Das Problem erklärt sich am besten an folgendem Beispielcode:

Das eigentliche Blinkprogramm funktioniert tadellos, füge ich jedoch 
über oder unter der main() eine Funktion oder Funktionsdefinition ein, 
macht der Controller nichts mehr.
Der gleich Effekt zeigt sich auch beim inkludieren eigene Headerfiles, 
was natürlich denkbar unpraktisch ist.
Im Simulator lauft jedoch alles wie am Schnürchen. Wo ist mein Fehler?

#include <avr/io.h>

#define F_CPU 1000000UL  // 1 MHz
#include <util/delay.h>

int main(void)
{
    DDRD |= _BV(PD6); 
    while (1){
        PORTD &= ~_BV(PD6);   //PD6 = low -> LED an
        _delay_ms(500);
        PORTD |= _BV(PD6);    //PD6 = high -> LED aus
        _delay_ms(500);
    };
    return 0;
};

void f( void ){}  // Mit dieser Zeile funktioniert nichts mehr

Ich hoffe jemand kann mir bei diesem verwirrenden Problem weiterhelfen.

Liebe Grüße
Marcel

[Peter II (Gast)]

Marcel A. schrieb:
> Ich hoffe jemand kann mir bei diesem verwirrenden Problem weiterhelfen.

hast du mal die lss Datei verglichen? Da sollte sich nichts ändern.

[Marcel A. (peter_lustig)]

Das ist anscheinen nicht der Fall.
Allerdings hab ich etwas Schwierigkeiten die Ursache dafür auszumachen.

Hier der vergleich der beiden Dateien die einzel Files finden sich im 
anhang.

Danke für die schnelle Antwort!

--- /home/marcel/Arduino/Projekte/TEST/blink test ISP 2313/test/ohne/main.lss
+++ /home/marcel/Arduino/Projekte/TEST/blink test ISP 2313/test/mit/main.lss
@@ -3,29 +3,29 @@
 
 Sections:
 Idx Name          Size      VMA       LMA       File off  Algn
-  0 .text         00000064  00000000  00000000  00000074  2**1
+  0 .text         00000066  00000000  00000000  00000074  2**1
                   CONTENTS, ALLOC, LOAD, READONLY, CODE
-  1 .data         00000000  00800060  00000064  000000d8  2**0
+  1 .data         00000000  00800060  00000066  000000da  2**0
                   CONTENTS, ALLOC, LOAD, DATA
-  2 .stab         000006b4  00000000  00000000  000000d8  2**2
+  2 .stab         000006b4  00000000  00000000  000000dc  2**2
                   CONTENTS, READONLY, DEBUGGING
-  3 .stabstr      00000054  00000000  00000000  0000078c  2**0
+  3 .stabstr      00000054  00000000  00000000  00000790  2**0
                   CONTENTS, READONLY, DEBUGGING
-  4 .comment      00000011  00000000  00000000  000007e0  2**0
+  4 .comment      00000011  00000000  00000000  000007e4  2**0
                   CONTENTS, READONLY
-  5 .debug_aranges 00000020  00000000  00000000  000007f1  2**0
+  5 .debug_aranges 00000028  00000000  00000000  000007f5  2**0
                   CONTENTS, READONLY, DEBUGGING
-  6 .debug_info   00000165  00000000  00000000  00000811  2**0
+  6 .debug_info   00000179  00000000  00000000  0000081d  2**0
                   CONTENTS, READONLY, DEBUGGING
-  7 .debug_abbrev 000000da  00000000  00000000  00000976  2**0
+  7 .debug_abbrev 000000f2  00000000  00000000  00000996  2**0
                   CONTENTS, READONLY, DEBUGGING
-  8 .debug_line   0000009c  00000000  00000000  00000a50  2**0
+  8 .debug_line   000000a9  00000000  00000000  00000a88  2**0
                   CONTENTS, READONLY, DEBUGGING
-  9 .debug_frame  00000024  00000000  00000000  00000aec  2**2
+  9 .debug_frame  00000034  00000000  00000000  00000b34  2**2
                   CONTENTS, READONLY, DEBUGGING
- 10 .debug_str    00000160  00000000  00000000  00000b10  2**0
+ 10 .debug_str    0000015f  00000000  00000000  00000b68  2**0
                   CONTENTS, READONLY, DEBUGGING
- 11 .debug_ranges 00000010  00000000  00000000  00000c70  2**0
+ 11 .debug_ranges 00000018  00000000  00000000  00000cc7  2**0
                   CONTENTS, READONLY, DEBUGGING
 
 Disassembly of section .text:
@@ -56,55 +56,62 @@
   28:  1f be         out  0x3f, r1  ; 63
   2a:  cf ed         ldi  r28, 0xDF  ; 223
   2c:  cd bf         out  0x3d, r28  ; 61
-  2e:  02 d0         rcall  .+4        ; 0x34 <main>
-  30:  17 c0         rjmp  .+46       ; 0x60 <_exit>
+  2e:  03 d0         rcall  .+6        ; 0x36 <main>
+  30:  18 c0         rjmp  .+48       ; 0x62 <_exit>
 
 00000032 <__bad_interrupt>:
   32:  e6 cf         rjmp  .-52       ; 0x0 <__vectors>
 
-00000034 <main>:
+00000034 <f>:
+//#define F_CPU 1000000UL  // 1 MHz
+#define F_CPU  1843200UL  // CPU Frq.: 1.8432MHz
 
-//void f( void ){}
+#include <util/delay.h>
+
+void f( void ){}
+  34:  08 95         ret
+
+00000036 <main>:
 
 int main(void)
 {
     DDRD |= _BV(PD6); // Make PD6 Output
-  34:  8e 9a         sbi  0x11, 6  ; 17
+  36:  8e 9a         sbi  0x11, 6  ; 17
     //blink, blink:
     while (1){
         PORTD &= ~_BV(PD6);     //PD6 = low -> LED an
-  36:  96 98         cbi  0x12, 6  ; 18
+  38:  96 98         cbi  0x12, 6  ; 18
   #else
     //round up by default
     __ticks_dc = (uint32_t)(ceil(fabs(__tmp)));
   #endif
 
   __builtin_avr_delay_cycles(__ticks_dc);
-  38:  2f ef         ldi  r18, 0xFF  ; 255
-  3a:  8f e9         ldi  r24, 0x9F  ; 159
-  3c:  95 e0         ldi  r25, 0x05  ; 5
-  3e:  21 50         subi  r18, 0x01  ; 1
-  40:  80 40         sbci  r24, 0x00  ; 0
-  42:  90 40         sbci  r25, 0x00  ; 0
-  44:  e1 f7         brne  .-8        ; 0x3e <__SP_L__+0x1>
-  46:  00 c0         rjmp  .+0        ; 0x48 <__SREG__+0x9>
-  48:  00 00         nop
+  3a:  2f ef         ldi  r18, 0xFF  ; 255
+  3c:  8f e9         ldi  r24, 0x9F  ; 159
+  3e:  95 e0         ldi  r25, 0x05  ; 5
+  40:  21 50         subi  r18, 0x01  ; 1
+  42:  80 40         sbci  r24, 0x00  ; 0
+  44:  90 40         sbci  r25, 0x00  ; 0
+  46:  e1 f7         brne  .-8        ; 0x40 <__SREG__+0x1>
+  48:  00 c0         rjmp  .+0        ; 0x4a <__SREG__+0xb>
+  4a:  00 00         nop
         _delay_ms(1000);         //1000 ms warten
         PORTD |= _BV(PD6);      //PD6 = high -> LED aus
-  4a:  96 9a         sbi  0x12, 6  ; 18
-  4c:  2f ef         ldi  r18, 0xFF  ; 255
-  4e:  8f e9         ldi  r24, 0x9F  ; 159
-  50:  95 e0         ldi  r25, 0x05  ; 5
-  52:  21 50         subi  r18, 0x01  ; 1
-  54:  80 40         sbci  r24, 0x00  ; 0
-  56:  90 40         sbci  r25, 0x00  ; 0
-  58:  e1 f7         brne  .-8        ; 0x52 <__SREG__+0x13>
-  5a:  00 c0         rjmp  .+0        ; 0x5c <__SREG__+0x1d>
-  5c:  00 00         nop
-  5e:  eb cf         rjmp  .-42       ; 0x36 <main+0x2>
+  4c:  96 9a         sbi  0x12, 6  ; 18
+  4e:  2f ef         ldi  r18, 0xFF  ; 255
+  50:  8f e9         ldi  r24, 0x9F  ; 159
+  52:  95 e0         ldi  r25, 0x05  ; 5
+  54:  21 50         subi  r18, 0x01  ; 1
+  56:  80 40         sbci  r24, 0x00  ; 0
+  58:  90 40         sbci  r25, 0x00  ; 0
+  5a:  e1 f7         brne  .-8        ; 0x54 <__SREG__+0x15>
+  5c:  00 c0         rjmp  .+0        ; 0x5e <__SREG__+0x1f>
+  5e:  00 00         nop
+  60:  eb cf         rjmp  .-42       ; 0x38 <main+0x2>
 
-00000060 <_exit>:
-  60:  f8 94         cli
+00000062 <_exit>:
+  62:  f8 94         cli
 
-00000062 <__stop_program>:
-  62:  ff cf         rjmp  .-2        ; 0x62 <__stop_program>
+00000064 <__stop_program>:
+  64:  ff cf         rjmp  .-2        ; 0x64 <__stop_program>

[Peter II (Gast)]

merkwürdig, es ist nur ein Versatz um 2 Byte vorhanden. Das sollte am 
Verhalten aber nicht ändern.

Der Optimiere hätte die Funktion auch rausschmeißen können, keine Ahnung 
warum er das nicht macht.

Kann leider nicht weiterhelfen.

[Stefan E. (sternst)]

Marcel A. schrieb:
> - Ich verwende zum kompilieren ein eigenes makefile (siehe Anhang)

Welches fehlerhaft ist und dazu führt, dass der Code für den falschen 
Controller gelinkt wird.

[Marcel A. (peter_lustig)]

Stefan E. schrieb:
> Welches fehlerhaft ist und dazu führt, dass der Code für den falschen
> Controller gelinkt wird.

Tatsächlich ist das der Fehler! Vielen Danke.
All meine Probleme lagen bisher am Makefile, aber so langsam steig ich 
durch :D

Vielen Dank für die schnelle Hilfe!

[Bastler (Gast)]

> Der Optimiere hätte die Funktion auch rausschmeißen können, keine Ahnung warum 
er das nicht macht.

Er kann nicht, denn er optimiert eine Compilation-Unit, sprich ein 
C-File. Und f() ist nicht static, also implizit global. Nur mit LTO kann 
er das. Jede CompUnit wird "Vorübersetzt" und die eigentliche 
Optimierung/Codegenerierung findet im Linker statt. Der kennt ALLES zu 
dem Programm, kann also das unbenutzte f() rausschmeisen.