Ich hab mir dieses Ding gekauft: eStick
http://www.technikum-wien.at/studien/bachelorstudi...
Das Ding wird von der FH Technikum Wien für wenig Geld am Tag der
offenen Tür verkauft.

Das ist ein µC Starterkit mit einem at90usb162 der mit 8Mhz getaktet ist
und per Flip über USB Programmiert wird.

Funktioniert auch wunderbar nur folgendes:

Wenn ich eine Schleife Programmiere die ein _delay_ms enthält zB:

  while(1)
  {
  PORTB = 0xFF;

    for(i=0;i<256;i++)
    {
      PORTB = ~i;  /* Wert an LED */
      _delay_ms(10);
   
    }
  }

Dann dauert ein Durchlauf der for-Schleife nicht 2,56 Sekunden sondern
20,5 Sekunden. Exakt 8-mal solange wie eigentlich gewünscht.

Die Frequenzangabe im AVR-Studio ist mit 8000000 auch korrekt
eingestellt und das Ding ist wirklich mit 8Mhz getaktet (oder zumindest
ungefähr, habe es nur mit dem Oszi überprüft)

Man verzeihe mir meine blöde Frage: Was mache ich falsch?
Kann da noch irgendwo irgendwas falsch eingestellt sein?

Danke schon mal im Voraus

Es soll AVRs mit integrierten Timern geben...

...

Und die CKDIV8 Fuse?

Danke für den Hinweis!
Mit Flip kann ich Fusebits weder auslesen noch verändern.

Irgendwie Doof, ich mal ein pin togglen und schauen ob ich so irgendwie
auf den Takt komme.

Takt im Studio auf 1MHz definieren, dann passt das Delay wieder.

Ja, das stimmt natürlich auch wieder.
Es wundert mich nur, weil in den Beispielen und in den Unterlagen von
8Mhz die Rede ist.

Ich werde mich bei Gelegenheit mal dort erkundigen.

Man kann die Fuses auch ohne Programmer per Programm auslesen.

#ifndef SPMCSR
#define SPMCSR SPMCR
#endif

void fuses(void)
{
    SPMCSR = 1<<BLBSET | 1<<SPMEN;
    uint8_t lo = pgm_read_byte(0);
    SPMCSR = 1<<BLBSET | 1<<SPMEN;
    uint8_t hi = pgm_read_byte(3);
    PRINTF("Fuses: low=%02X high=%02X\n", lo, hi);
}

Obacht: Die exakte Code-Sequenz ist hier wichtig, die ersten 4 Zeilen
der Funktion sollten also exakt so bleiben und Optimierung muss
eingeschaltet sein. Getestet mit WinAVR 20070525 ATmega32.

Danke!

Sofern ich das jetzt Richtig kapiert habe, ist das entsprechende
Fuse-bit gesetzt.

Obacht Sprache. Bei einer gesetzten (programmierten) Fuse ist das
Fusebit gelöscht und umgekehrt:

CKDIV=1 = /1 = Fuse gelöscht
CKDIV=0 = /8 = Fuse programmiert

Das hat schon manchen Einsteiger aus der Kurve geworfen.

Optimierung aktiviert?  Gibt zwar eine Warnung, wenn du's nicht
machst, aber hast du dir die Warnungen auch angesehen?

Der Controller hat 4 Fusebytes

void fuses(void)
{
    SPMCSR = 1<<BLBSET | 1<<SPMEN;
    uint8_t lo = pgm_read_byte(0);
    SPMCSR = 1<<BLBSET | 1<<SPMEN;
    uint8_t hi = pgm_read_byte(3);
//    PRINTF("Fuses: low=%02X high=%02X\n", lo, hi);
  PORTB = lo;
}

So komme ich IMO an das richtige Fusebit
(Wie das Wirklich funktioniert habe, ich gestehe, überhauptnicht
verstanden)

Gesetzt = 0, ist mir klar!



Warnung hats nicht gegeben (ausgenommen, die nicht verwendete Variable
"hi")

Optimierung hab ich im Avr-Studio unter "Project Options"
auf "-Os" gestellt(also nichts verändert). Ist das Richtig?

Yep, stimmt so. Wenn also CKDIV8=0 dabei rauskam passt es, denn der
effektive Takt ist dann 1MHz.

Christian M. wrote:

> (Wie das Wirklich funktioniert habe, ich gestehe, überhauptnicht
> verstanden)

Ist nichts anderes als das was im Datasheet steht (Boot Loader../Self
Programming.../Reading the Fuse...). Die 2 Bits setzen und innerhalb von
3 Takten das entsprechende Byte per LPM lesen.

Okay, danke!

Eine, möglicherweise blöde, Frage habe ich noch.

Kann die USB Funktion und der Bootloader funktionieren, wenn das CKDIV8
fuse versehentlich gesetzt ist?

Spricht wäre es möglich, dass das Fuse-Bit falsch programmiert ist aber
der  Controller trotzdem funktioniert nur langsamer?

danke, Christian

Der USB Takt ist von der Fuse nicht betroffen.