XMega über MKII erst nach 100 Programmzeilen programmierbar?!

[Chris B. (fetzen)]

Servus,

ich habe heut das EvalBoard von 
ALVIDI(http://www.alvidi.de/shop/product_info.php?info=p34_AVR-ATxmega-USB-Extended-Modul-mit-ATxmega256A3.html) 
bekommen und wollte gleich los legen. Hab mir ein Tutorial gesuch.

Unter Device Programming kann ich mir die Target Voltage und die 
Signatur anschaunen und die Fuse Bits auslesen... also Verbindung habe 
ich.

Mit folgendem Programm wollte ich die Board eigenen LEDs ansteuern:

#include <avr/io.h>

int main(void)
{

  PORTF.DIRSET = 0xFF;
  PORTF.DIRCLR = 0xF0;

  while(1){
  }

}

was aber nicht funktioniert hat die LEDs blieben aus.

Nach ein bissal testen habe ich die Codezeile "PORTF.DORCLR = 0xF0;" 100 
mal kopiert. Nach dem Uploaden haben die 4 LEDs geleuchte.

Nun bin ich am verzweifeln. Hat jemand von euch zufällig einen Plan 
warum das so ist?

Merci schon mal.

[Ronny M. (hobby-coder)]

versuchs mal proberweise so:

#include <avr/io.h>

int main(void)
{

  while(1){
    PORTF.DIRSET = 0xFF;
    PORTF.DIRCLR = 0xF0;
  }

}

[Chris B. (fetzen)]

Nein funktioniert leider auch nicht.

[Timmo H. (masterfx)]

Du schaltest ja nur die Ports auf Output bzw. Input.

Probiere mal das:

#include <avr/io.h>

int main(void)
{

  PORTF.DIRSET = 0xFF;
  PORTF.OUTCLR = 0xF0;

  while(1);

}

[Chris B. (fetzen)]

Ohhh... Sorry hab mich verschrieben hab es gerade noch mal überprüft 
funktioniert mit .OUTSET nicht auser ich kopier den Befehl 100mal :(

[Timmo H. (masterfx)]

OUTCLR musst du machen nicht OUTSET. Die LEDs gehen an, wenn die PINs 
auf LOW geschaltet werden.
Und die Jumper JP5-1 - JP5-4 hast du ja gesteckt, richtig, sonst würde 
ja gar nichts passieren mit den LEDs.

[Detlev T. (detlevt)]

Benutzt du vielleicht das AVR-Studio 6 mit SP2? Da gibt es leider einen 
Bug, weswegen die letzte Seite nicht geschrieben wird. Ohne SP2 gehts.

[Timmo H. (masterfx)]

Achja, wenn das Board mit Bootloader ausgeliefert wird, hast du den 
Bootloader vermutlich beim Brennen auch gelöscht, und musst daher das 
Fuse-bit "BOOTRST" auch wieder auf Application stellen.

[Timmo H. (masterfx)]

Detlev T. schrieb:
> Benutzt du vielleicht das AVR-Studio 6 mit SP2? Da gibt es leider einen
> Bug, weswegen die letzte Seite nicht geschrieben wird. Ohne SP2 gehts.
Wobei da eigentlich dann auch ein Verify Error kommen sollte.

[Gerhard G. (g_g)]

Hallo,

so funktioniert es! Blinken geht sehr schnell! Nur mit Oszi.
Oder halt mehr _delay_ms() einbauen


int main(void)
{

  PORTF.DIRSET = PIN0_bm; // PORTF PIN0 Als Ausgang verwenden


  while(1){

  PORTF.OUTCLR = PIN0_bm; // Ausgang low
  _delay_ms(100);

  PORTF.OUTSET = PIN0_bm;  // Ausgang high
  _delay_ms(100);

   PORTA.OUTCLR = PIN0_bm; // Ausgang low

  }

}


Gruß G.G.

[Ingo (Gast)]

Detlev T. schrieb:
> Benutzt du vielleicht das AVR-Studio 6 mit SP2? Da gibt es leider einen
> Bug, weswegen die letzte Seite nicht geschrieben wird. Ohne SP2 gehts.

??? Was ???

[Timmo H. (masterfx)]

Nur Doof, das bei dem Board vom Chris keine LEDs an PORTF Pin0 sind.
Also wenn dann so:

#include <avr/io.h>
#include <util/delay.h>

int main(void)
{

  PORTF.DIRSET = (1<PIN7) | (1<PIN6) | (1<PIN5) | (1<PIN4); //LED Pins auf Ausgang

  PORTF.OUT = (1<PIN7) | (1<PIN5);  //LED an Pin4 und Pin6 einschalten

  while(1){
     //LEDs Toggeln
    PORTF.OUTTGL = (1<PIN7) | (1<PIN6) | (1<PIN5) | (1<PIN4);
    _delay_ms(500);
  }

}

Dann sollten die LEDs im 500ms-Takt wechselblinken (sofern F_CPU richtig 
gesetzt ist)

Ingo schrieb:
> Detlev T. schrieb:
>> Benutzt du vielleicht das AVR-Studio 6 mit SP2? Da gibt es leider einen
>> Bug, weswegen die letzte Seite nicht geschrieben wird. Ohne SP2 gehts.
>
> ??? Was ???

Ja SP2 hat ein Bug mit einigen Xmegas. Kommt dann auch immer ein Verify 
error. Lieber 6.1 Beta nehmen.

[Detlev T. (detlevt)]

Ingo schrieb:
>> Ohne SP2 gehts.
>
> ??? Was ???

Das Programmieren des Controllers.

[Ingo (Gast)]

Hmm, also ich hatte bisher keine Probleme mit einem Xmega32A4. Wo steht 
der Bug irgendwo? Bin leider gerade mit'n Handy on, da kann man sich 
pdfs schlecht angucken...

[Chris B. (fetzen)]

Also mit dem Atmel Studio 6.1 funktioniert jetz einwandfrei! Vielen 
dankt für die schnelle Hilfe.

Schönen Abend noch
   Chris

[Detlev T. (detlevt)]

Ingo schrieb:
> Wo steht
> der Bug irgendwo?

Guckst du hier: http://asf.atmel.com/bugzilla/show_bug.cgi?id=2941