atmega168pa programmieren

Stephan B. #3196371
Lesenswert?
• ▲
▼ 
Hallo Forum,

ich komme mit einem atmega168pa nicht klar. Ich wollte ein auf einem 
atmega8 schon laufendes Programm - mal eben - auf diesem in Gang setzen. 
Letztlich läuft irgendwie gar nichts.

Inzwischen habe ich ein simples Testprogramm geschrieben und geflasht.

1
#include <avr/io.h>

2


3
int main(void)

4
{

5


6
   DDRC = 0xff;

7
   PORTC = 0x00;

8


9
   while(1) {

10
   }

11


12
}

1
avr-gcc -mmcu=atmega168 -Wall -DF_CPU=1000000UL  -Os  -Wall   -I/usr/lib/avr/include  -c main.c -o obj/Release/main.o

2
avr-g++ -L/usr/lib  -o bin/Release/Testprojekt.elf obj/Release/main.o   -mmcu=at90s2313 -Wl,-Map=bin/Release/Testprojekt.elf.map,--cref  

3
Output size is 3,36 KB

4
Running project post-build steps

5
avr-objcopy -O ihex -R .eeprom -R .eesafe bin/Release/Testprojekt.elf bin/Release/Testprojekt.elf.hex

6
avr-objcopy --no-change-warnings -j .eeprom --change-section-lma .eeprom=0 -O ihex bin/Release/Testprojekt.elf bin/Release/Testprojekt.elf.eep.hex

7
Process terminated with status 0 (0 minutes, 0 seconds)

8
0 errors, 0 warnings (0 minutes, 0 seconds)


Die fuses habe ich nicht verändert:
1
Testprojekt$ avrdude -P /dev/ttyS0 -c stk500 -p m168p -U lfuse:r:-:h -U hfuse:r:-:h -U efuse:r:-:h

2


3
avrdude: AVR device initialized and ready to accept instructions

4
Reading | ################################################## | 100% 0.01s

5
avrdude: Device signature = 0x1e940b

6


7
avrdude: reading lfuse memory:

8
Reading | ################################################## | 100% 0.00s

9
avrdude: writing output file "<stdout>"

10
0x62

11


12
avrdude: reading hfuse memory:

13
Reading | ################################################## | 100% 0.00s

14
avrdude: writing output file "<stdout>"

15
0xdf

16


17
avrdude: reading efuse memory:

18
Reading | ################################################## | 100% 0.00s

19
avrdude: writing output file "<stdout>"

20
0x1

21


22
avrdude: safemode: Fuses OK

23
avrdude done.  Thank you.


Der atmega168pa steckt in einem STK500, PC0 ist mit LED0 verbunden.

Ich habe erwartet, daß die LED einfach leuchtet, sie blinkt jedoch mit 
einigen Hz.

Für mich sieht das aus, als würde der Controller ständig einen reset 
machen. Nicht ganz das, was ich wollte.

Habt Ihr einen Rat für mich?

Gruß,
Stephan

  





  

    Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
  








      

      





      

      



  

    

      Stephan B.
      



    

    
    #3196398
  




  

  Lesenswert?
  

  •
  
  ▲  
  

  ▼  
  		
  

  


  

      
Detlef Freckel schrieb:
> Stephan Busch schrieb:
>> -mmcu=at90s2313
>
> ist kein mega168pa

... wie peinlich, beim Kopieren zu wenig nachgedacht, gehört dort 
ohnehin nicht hin.

Neuer Versuch, leider gleiches Ergebnis:

1
avr-gcc -Wall -mmcu=atmega168p -DF_CPU=1000000UL  -Os  -Wall   -I/usr/lib/avr/include  -c main.c -o obj/Release/main.o

2
avr-gcc -L/usr/lib  -o bin/Release/Testprojekt.elf obj/Release/main.o   -Wl,-Map=bin/Release/Testprojekt.elf.map,--cref  

3
Output size is 965,00 bytes

4
Running project post-build steps

5
avr-objcopy -O ihex -R .eeprom -R .eesafe bin/Release/Testprojekt.elf bin/Release/Testprojekt.elf.hex

6
avr-objcopy --no-change-warnings -j .eeprom --change-section-lma .eeprom=0 -O ihex bin/Release/Testprojekt.elf bin/Release/Testprojekt.elf.eep.hex

7
Process terminated with status 0 (0 minutes, 0 seconds)

8
0 errors, 0 warnings (0 minutes, 0 seconds)


  





  

    Antwort Zitieren Bearbeiten Löschen Beitrag melden
  








      

      





      

      





      

      



  

    

      Stephan B.
      



    

    
    #3196465
  




  

  Lesenswert?
  

  •
  
  ▲  
  

  ▼  
  		
  

  


  

      
Ja, bisher habe ich beim AVR weder mit Debugger noch mit Simulator 
gearbeitet. Da muß ich mich denn wohl mal schlau machen.

Simulavr unterstützt leider den Controller nicht. Womit macht Ihr das?


Inzwischen habe ich jetzt folgendes merkwürdiges Verhalten erzeugt: Im 
Programm eine Zeile eingefügt, um einen ggf. aktiven Watchdog langsamer 
zu machen:

1
WDTCSR |= (1 << WDP3);


Ergebnis: Programm arbeitet wie vorgesehen. Ausgeschaltet, 
eingeschaltet, Programm geht nicht mehr, auch nicht nach reset. Nur 
einige der PORTC-Pins sind low. Neu geflasht, geht das Programm wieder. 
Das ist reproduzierbar nach Spannungsverlust so. Die Zeile aus dem 
Programm habe ich wieder entfernt, das Verhalten bleibt, das Blinken 
kehrt auch nicht wieder.

Ich glaube, ich sehe den Wald vor lauter Bäumen nicht. Für heute reicht 
es mir.

Gruß,
Stephan

  





  

    Antwort Zitieren Bearbeiten Löschen Beitrag melden
  








      

      





      

      



  

    

      Stephan B.
      



    

    
    #3199990
  




  

  Lesenswert?
  

  •
  
  ▲  
  

  ▼  
  		
  

  


  

      
Liebe Leute,

es ist wie immer: Das Problem sitzt vor der Tastatur.

Erst zu unkonzentriert ein Projekt geändert, dann ein Programm 
halbherzig kopiert und dann auch noch einen guten Rat nicht verstanden.

Detlef Freckel schrieb:
> ist kein mega168pa

Ich hatte "-mmcu=at90s2313" aus dem Aufruf des loaders entfernt, hätte 
jedoch "-mmcu=atmega168" statt dessen einsetzen müssen.

Kaum macht man es richtig, schon geht es. Immer wieder verblüffend.

Danke für Euren Rat,
Stephan

  





  

    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