- LiFePO4 Speicher Test         
Ergebnis 1 bis 6 von 6

Thema: Clock-Einstellungen am Atmega32U2 mit AVR Studio 4

  1. #1

    Clock-Einstellungen am Atmega32U2 mit AVR Studio 4

    Anzeige

    E-Bike
    Hallo Forum,

    ich habe ein Problem mit einem Atmega32U2 (Breakout Board von ehajo, 16MHz-Quartz, Flip als Bootloader). Ich hatte ihn bereits mit BascomAVR programmiert möchte aber auf AVR Studio 4 umsteigen. Die Anleitung hab ich von Stefan Frings.
    Das einfache Blink-Programm läuft auf dem µC, aber die erwarteten Zeiten stimmen nicht, anstatt 8s braucht die Hauptschleife 8x solange. Das Timing ist mir sehr wichtig, denn ich will später noch einen virtuellen Com-Port auf dem Chip betreiben.
    Im AVR-Studio hab ich 16MHz und Atmega32U2 eingestellt.

    Hier der Code:
    Code:
    #include <avr/io.h>
    #include <stdint.h>
    // #define F_CPU 2000000UL // <- damit komm ich auf die 8s
    #include <util/delay.h>
    
    int main(){
    	CLKSEL0 |= (1 << EXTE);   // CKSEL0.EXTE = 1; // Enable_external_clock();
    	while ( (CLKSTA & (1 << EXTON)) == 0 ){} // while (CLKSTA.EXTON != 1);    // while (!External_clock_ready()); 
    	CLKSEL0 |= (1 << CLKS);   // CLKSEL0.CLKS = 1;    //  Select_external_clock(); 
    	CLKPR = 0b10000000;  // Unterschiedliche Einstellungen des Prescalers wirken sich nicht aus.
    	uint8_t aPLLCSR = PLLE;
    	aPLLCSR |= PLLP0;  // Damit sollten die 16MHz halbiert werden-
    	PLLCSR |= aPLLCSR;    // PLLCSR.PLLE = 1; // Enable_pll(); 
    	CLKSEL0 &= ~(1 << RCE);   // CLKSEL0.RCE = 0; // Disable_RC_clock(); 
    	while ( (PLLCSR & (1 << PLOCK)) == 0){}   // while (PLLCSR.PLOCK != 1);   // while (!Pll_ready()); 
    	USBCON &= ~(1 << FRZCLK); // USBCON.FRZCLK = 0;   // Usb_unfreeze_clock(); 
    	
    	DDRB=1;
    	while(1) {
    		for (uint8_t i=0; i<5; i++){ // 5x1s -> 5s
    			PORTB=0;
    			_delay_ms(500);
    			PORTB=1;
    			_delay_ms(500);
    		}
    		for (uint8_t i=0; i<30; i++){ // 30x 0,1s -> 3s
    			PORTB=0;
    			_delay_ms(50);
    			PORTB=1;
    			_delay_ms(50);
    		}
    	} // Insgesamt 8s, aber es dauert ca. 64s
    }
    Und die Compiler-Ausgabe:
    Code:
    rm -rf AVR_Test001.o  AVR_Test001.elf dep/* AVR_Test001.hex AVR_Test001.eep AVR_Test001.lss AVR_Test001.map
    Build succeeded with 0 Warnings...
    avr-gcc  -mmcu=atmega32u2 -Wall -gdwarf-2 -std=gnu99         -gstrict-dwarf                   -DF_CPU=16000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT AVR_Test001.o -MF dep/AVR_Test001.o.d  -c  ../AVR_Test001.c
    avr-gcc -mmcu=atmega32u2 -Wl,-Map=AVR_Test001.map AVR_Test001.o     -o AVR_Test001.elf
    avr-objcopy -O ihex -R .eeprom -R .fuse -R .lock -R .signature  AVR_Test001.elf AVR_Test001.hex
    avr-objcopy -j .eeprom --set-section-flags=.eeprom="alloc,load" --change-section-lma .eeprom=0 --no-change-warnings -O ihex AVR_Test001.elf AVR_Test001.eep || exit 0
    avr-objdump -h -S AVR_Test001.elf > AVR_Test001.lss
    Build succeeded with 0 Warnings...
    Ich würd gern wissen wie es funktioniert, aber zur Not langt mir auch ein funtionierender Code-Schnipsel.

    Danke im voraus.
    MfG,
    pweyrich

  2. #2
    Erfahrener Benutzer Robotik Einstein Avatar von Searcher
    Registriert seit
    07.06.2009
    Ort
    NRW
    Beiträge
    1.703
    Blog-Einträge
    133
    Zitat Zitat von pweyrich Beitrag anzeigen
    Das einfache Blink-Programm läuft auf dem µC, aber die erwarteten Zeiten stimmen nicht, anstatt 8s braucht die Hauptschleife 8x solange.
    Hallo,
    klingt danach, als wenn die CKDIV8 fuse programmed ist. Die teilt den Takt im Prescaler noch durch 8. Also Fuse Bit unprogrammen oder:

    Im CLKPR Register kann man die, von der Fuse gesetzten CLKPS0 und CLKPS1 Bits wieder löschen. Allerdings muß man erst das CLKPCE Bit setzen. Hast Du schon richtig gemacht. Aber es fehlt das Löschen der CLKPCE Bits innerhalb von vier Taktzyklen nach setzen des CLKPCE Bits. Also einfach nochmal das gleiche "CLKPR = 0b10000000;" hinterher

    Code:
    #include <avr/io.h>
    #include <stdint.h>
    // #define F_CPU 2000000UL // <- damit komm ich auf die 8s
    #include <util/delay.h>
    
    int main(){
        CLKSEL0 |= (1 << EXTE);   // CKSEL0.EXTE = 1; // Enable_external_clock();
        while ( (CLKSTA & (1 << EXTON)) == 0 ){} // while (CLKSTA.EXTON != 1);    // while (!External_clock_ready()); 
        CLKSEL0 |= (1 << CLKS);   // CLKSEL0.CLKS = 1;    //  Select_external_clock(); 
        CLKPR = 0b10000000;  // Unterschiedliche Einstellungen des Prescalers wirken sich nicht aus.
        CLKPR = 0b10000000;    
        uint8_t aPLLCSR = PLLE;
        aPLLCSR |= PLLP0;  // Damit sollten die 16MHz halbiert werden-
        PLLCSR |= aPLLCSR;    // PLLCSR.PLLE = 1; // Enable_pll(); 
        CLKSEL0 &= ~(1 << RCE);   // CLKSEL0.RCE = 0; // Disable_RC_clock(); 
        while ( (PLLCSR & (1 << PLOCK)) == 0){}   // while (PLLCSR.PLOCK != 1);   // while (!Pll_ready()); 
        USBCON &= ~(1 << FRZCLK); // USBCON.FRZCLK = 0;   // Usb_unfreeze_clock(); 
        
        DDRB=1;
        while(1) {
            for (uint8_t i=0; i<5; i++){ // 5x1s -> 5s
                PORTB=0;
                _delay_ms(500);
                PORTB=1;
                _delay_ms(500);
            }
            for (uint8_t i=0; i<30; i++){ // 30x 0,1s -> 3s
                PORTB=0;
                _delay_ms(50);
                PORTB=1;
                _delay_ms(50);
            }
        } // Insgesamt 8s, aber es dauert ca. 64s
    }
    Auszug aus Datenblatt 7799E–AVR–09/2012 zum CLKPR Register im ATmega32U2:
    • Bit 7 – CLKPCE: Clock Prescaler Change Enable
    The CLKPCE bit must be written to logic one to enable change of the CLKPS bits. The CLKPCE
    bit is only updated when the other bits in CLKPR are simultaneously written to zero. CLKPCE is
    cleared by hardware four cycles after it is written or when CLKPS bits are written. Rewriting the
    CLKPCE bit within this time-out period does neither extend the time-out period, nor clear the
    CLKPCE bit.

    Gruß
    Searcher
    Hoffentlich liegt das Ziel auch am Weg
    ..................................................................Der Weg zu einigen meiner Konstruktionen

  3. #3
    Hallo Searcher,

    es ist die CLKPR wie vermutet. Allerdings ist die Beschreibung des Datenblatts nicht sehr klar - ein Timing-Sheet wäre schön.
    Klicke auf die Grafik für eine größere Ansicht

Name:	TimingCLKPR.png
Hits:	4
Größe:	7,7 KB
ID:	34551

    Die Lösung geht aber ein wenig anders als du es gedacht hast.

    Code:
    // Vorteiler -> 1
    CLKPR = 0b1000000; //Enable gesetzt und gleichzeitig alle anderen Bits auf NULL
    CLKPR = 0b0000000; //Danach Enable wegnehmen und die gewünschte CLKPS setzen, hier Faktor 1 deshalb die letzten 4 Bits 0000.
    Code:
    // Vorteiler -> 4
    CLKPR = 0b1000000; //Enable gesetzt und gleichzeitig alle anderen Bits auf NULL
    CLKPR = 0b0000010; //Danach Enable wegnehmen und die gewünschte CLKPS setzen, hier Faktor 4 deshalb die letzten 4 Bits 0010.
    Warum sehe ich die Taste für die Code-Formatierung nicht??!! -> Weil ich unten auf die Taste ERWEITERT klicken muss!

    Ich stell den Beitrag noch nicht auf gelöst, denn ich will erst noch abwarten ob der virtuelle COM-Port auch funktioniert.
    Damit mich nichts anderes stört hab ich alle anderen Clock-Settings auskommentiert.
    MfG,
    pweyrich

  4. #4
    Erfahrener Benutzer Robotik Einstein Avatar von Searcher
    Registriert seit
    07.06.2009
    Ort
    NRW
    Beiträge
    1.703
    Blog-Einträge
    133
    Zitat Zitat von pweyrich Beitrag anzeigen
    ... es ist die CLKPR wie vermutet. ...
    Die Lösung geht aber ein wenig anders als du es gedacht hast. ...
    Ich hatte vor einiger Zeit auch mit der Taktumstellung experimentiert. Konnte mich aber nur sicher an das zweimalige Schreiben innerhalb einer gewissen Zeit erinnern. Schön, daß es wenigstens zur richtigen Richtung gereicht hat.

    Gruß
    Searcher
    Hoffentlich liegt das Ziel auch am Weg
    ..................................................................Der Weg zu einigen meiner Konstruktionen

  5. #5
    Hallo Forum,

    ich hab jetzt den virtuellen COM-Port mit LUFA und AS4 zum Laufen bekommen - hat ein bißchen gedauert, aber jetzt läufts. Ich hab dann zusätzlich den Blinker in die Hauptschleife gesetzt um zu die Blinkfrequenz zu testen und siehe da, durch den ganzen LUFA-Source brauch ich gar nichts mehr einzustellen.

    So jetzt will ich das Thema noch auf gelöst stellen.

    Habt nochmal Dank für Eure Hilfe, ganz besonders Searcher.

    PS: Wie kann ich das Thema als gelöst, erledigt oder ähnliches stellen??
    Geändert von pweyrich (07.12.2019 um 17:40 Uhr)
    MfG,
    pweyrich

  6. #6
    Super-Moderator Lebende Robotik Legende Avatar von Manf
    Registriert seit
    30.01.2004
    Ort
    München
    Alter
    71
    Beiträge
    13.075
    Das Erledigt gibt es in der Kopfzeile unter Themen Optionen

    Klicke auf die Grafik für eine größere Ansicht

Name:	Themen Optionen.jpg
Hits:	6
Größe:	44,8 KB
ID:	34552

Ähnliche Themen

  1. Xbee Pro s2b einstellungen
    Von Thalhammer im Forum Offtopic und Community Tratsch
    Antworten: 2
    Letzter Beitrag: 14.07.2012, 14:19
  2. AVR Studio 5 Clock Settings
    Von mr.burns im Forum AVR Hardwarethemen
    Antworten: 3
    Letzter Beitrag: 08.11.2011, 19:01
  3. PN2 Einstellungen
    Von cupdriver im Forum Robby RP6
    Antworten: 10
    Letzter Beitrag: 23.08.2010, 06:21
  4. X-UFO Einstellungen
    Von serdarxxx im Forum Sonstige Roboter- und artverwandte Modelle
    Antworten: 2
    Letzter Beitrag: 30.06.2005, 20:15
  5. Einstellungen von Bascom-AVR
    Von Björn im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 6
    Letzter Beitrag: 09.02.2005, 16:33

Stichworte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Solar Speicher und Akkus Tests