Timer Probleme ATMEGA128

Atmega103-Fuse.

mfg.

Thomas Eckmann schrieb:
> Atmega103-Fuse.
>
> mfg.


Erstmal danke für die Antwort, aber wie bekommen wir mit code vision avr 
das 103c fuse gesetzt bzw. nicht gesetzt.

mfg

Markus Sch schrieb:
> Thomas Eckmann schrieb:
>> Atmega103-Fuse.
>>
>> mfg.
>
>
> Erstmal danke für die Antwort, aber wie bekommen wir mit code vision avr
> das 103c fuse gesetzt bzw. nicht gesetzt.

Fuses setzen bzw. löschen ist eine Tätigkeit, die dein Brennprogramm 
unterstützt.

D.h. du musst in dem Programm nachsehen, mit dem du deine Ergüsse in den 
µC brennst.
Dabei:
  Fuses auslesen
  Wenn das Brennprogramm die Bits nicht aufschlüsselt, dann benutze
  den Fuse-Calculator
  http://www.engbedded.com/fusecalc
  um sie zu identifizieren.
  Dann verschaff dir einen Überblick, indem du zb die ausgelesenen
  Fuses mit den im Datenblatt angegebenen Default-Werten vergleichst

  Die Fuses setzen, die du gesetzt haben willst

  und brennen.


Bei den Fuses sind die Fuses über die Taktversorgung kritisch. Wenn du 
die falsch setzt, dann sperrst du dich aus dem µC aus. Daher: die 
unbedingt in Ruhe lassen, solange du daran nicht rumfummeln musst. Und 
daher solltest du auch immer die Fuses erst mal auselesen, damit du 
tatsächlich und wirklich nur die Fuses umstellst, die umgestellt werden 
sollen.

Aber so wie es aussieht, steht die M103-Fuse ohnehin korrekt. Eine 
falsche Einstellung würde zu dem Symptom führen, dass der µC beim Return 
vom ersten Funktionsaufruf abstürzt. Und den Fall habt ihr ja nicht.

Allerdings solltet ihr auf diesen Code-Wizard verzichten, bzw. das was 
der euch generiert hat aufarbeiten.

Der COde ist extrem in die Länge gezogen und daurch extrem 
unübersichtlich. Damit ist euch auch entgangen, dass TIMSK falsch 
benutzt wird und das zweite Bit-Setzen die erste Einstellung wieder 
löscht.
Diese anfängliche Registersetzorgie (selbst von Dingen die im Programm 
gar nicht vorkommen), ist einfach nur unübersichtlich und schwer zu 
warten.

Karl Heinz Buchegger schrieb:
> Allerdings solltet ihr auf diesen Code-Wizard verzichten, bzw. das was
> der euch generiert hat aufarbeiten.
>
> Der COde ist extrem in die Länge gezogen und daurch extrem
> unübersichtlich. Damit ist euch auch entgangen, dass TIMSK falsch
> benutzt wird und das zweite Bit-Setzen die erste Einstellung wieder
> löscht.
> Diese anfängliche Registersetzorgie (selbst von Dingen die im Programm
> gar nicht vorkommen), ist einfach nur unübersichtlich und schwer zu
> warten.


Hallo Karl Heinz du hast recht das der Timer 0 interuppt dadurch nicht 
funktioniert.

Nur blicken wir momentan nicht durch wie wir das Problem beseitigen und 
wo der Timer zurück gesetzt wird?

mfg

Hallo,

ich habe noch eine Verständnis Frage, im Code wird keine der AVR 
Headerdateien geladen.

Bei avr-gcc also so etwas:

1

// avr gcc include

2

#include <avr/io.h>

3

#include <avr/interrupt.h>

4

#include <avr/pgmspace.h>

5

#include <avr/wdt.h>

6

7

// std c include

8

#include <stdint.h>

9

#include <stdlib.h>

10

// :

Wie ist das Bei deinem Paket ?

Uwe S. schrieb:
> Hallo,
>
> ich habe noch eine Verständnis Frage, im Code wird keine der AVR
> Headerdateien geladen.

Der Code ist ganz offensichtlich nicht vollständig gepostet.

Es gibt ja zb auch kein

1

int main()

2

{

3

  ...

obwohl es das ja offensichtlich geben MUSS.

Markus Sch schrieb:

> Nur blicken wir momentan nicht durch wie wir das Problem beseitigen und
> wo der Timer zurück gesetzt wird?

Ich würd mal hergehen und alles rauswerfen, was im Projekt nicht 
gebraucht wird (zumindest jetzt noch nicht)

Kommt ein ADC vor?
Nein!
Dann weg damit

Kommt ein Timer 2 vor?
Nein!
Dann weg damit

etc. etc.
Und diese ganze ZUweisungen von Hex-Zahlen an die 
Konfigurationsregister. Mir ist bis heute rätselhaft, warum Codevision 
das so macht. Auf der einen Seite generieren sie da Kommentare, welche 
Einstellung realisiert wird (was grundsätzlich eine gute Sache ist), auf 
der anderen Seite generieren sie den (fast) schlechtest möglich lesbaren 
Code dafür.
Und den dann auch noch in die Länge gezogen.

Aufräumen!
Oder den Code noch mal neu, aber diesmal leselich(!) schreiben!

ja das geht. Die ganze Initialisierung lässt sich in ca. 10 Zeilen 
ausdrücken anstatt sich über 3 Seiten hinzuziehen.

Und dann verliert man auch nicht den Überblick, welche Komponenten mit 
welcher Konfiguration aktiviert wurden und welche nicht.


Und wie man einzelne Bits in einem Register gezielt auf 1 setzt, 
brauchen wir uns ja hoffentlich bei einer Abschlussarbeit nicht mehr 
unterhalten.

Schabbi schrieb:

>> Und wie man einzelne Bits in einem Register gezielt auf 1 setzt,
>> brauchen wir uns ja hoffentlich bei einer Abschlussarbeit nicht mehr
>> unterhalten.
>
>
> Dann werden wir das mal tun.
>  TIMSK0=0b00000001

Es ging eher um den Unterschied von

TIMSK=1<<TOIE1;
und
TIMSK|=1<<TOIE1;