Atmel Mega 32 hängt sich bei Fast PWM mit Timer2 auf

Und wo wird der OC2 Port auf Ausgang geschaltet ?

STK500-Besitzer schrieb:
> Wo ist das sei()?

Die nächste Frage in diesem Thema wäre dann gewesen, warum der ADC nie 
abgefragt wird.

Rudolf P. schrieb:
> TCCR2 = 0x6B;    //Timer2 Fast-PWM, Prescale von 8

Niemand hier ist sehr glücklich über diese Schreibweise, weil dann alle 
immer ins Datenblatt gucken müssen, ob deine Bits wirklich richtig 
gesetzt sind. Schreib lieber:
TCCR2 = (1<<WGM20) | (1<<COM20) | (1<<WGM21) |(1<<CS21) |(1<<CS20);

ist ausserdem weniger fehlerträchtig.

Layout? Abblockkondensatoren?

AVcc und AREF auch angeschlossen ? Poti sollte an PA1 hängen und du 
solltest ADATE in ADCSRA setzen für den Free run Modus oder am Schluss 
der ISR ADSC wieder setzen.
Sonst siehts nämlich alles richtig aus. Schreib doch mal, mit welcher 
Umgebung du arbeitest.

Rudolf P. schrieb:
> Das passiert aber nur wenn ich PD7 als PWM-Port
> des Timers benutzte, sonst nicht:(.

Also, wenn die LED leuchtet ? Nach 10 Sekunden ? Hmm, ist deine 
Versorgungsspannung einigermassen stabil ?

Rudolf P. schrieb:
> wenn ich in der main z.B. was über
> die UART rausgeben will

Ach, da fehlen aber die Routinen in dem geposteten Programm.

Rudolf P. schrieb:
> Wie ich festgestellt habe hängt sich der µC auf, wenn Timer2 im oben
> genannten Mode läuft und ich gleichzeitig was über I2C auslesen möchte,
> in diesem Fall einen RTC DS1337. Ist sowas bekannt?

Nein.
Du versuchst krampfhaft deiner Hardware einen Fehler anzuhängen, den du 
selber in deinem Programm gemacht hast.

Erst isses der USART, jetzt I2C ? Eins ist klar, wenn der Timer einmal 
im PWM Mode angeschubst wird, macht er das erstmal ohne jeden 
Programmeingriff alleine weiter. Vermutlich hat also der Timer gar 
nichts mit deinem Problem zu tun. Auch ein Schreiben ins OCR Register 
schluckt er einfach und tut seinen Job.

holger schrieb:
> Poste dein komplettes Programm oder such den Fehler selber.
Jup. Sieht mir nach einem Überblick-verloren Problem aus.

Schönen Dank auch. Ich z.B. sitze gerade an einer Debian Squeeze Kiste. 
Auch die Mac User werden sich über RAR sehr freuen.

Hab diese Woche meinen ersten Win7 Rechner in Betrieb genommen. WinRAR 
ist noch nicht drauf.


Rudolf, sei mir nicht böse. Aber du stellst dich an, dass man versucht 
ist, den Hut drauf zu hauen.
Erst postest du unvollständige Programme, dann stellt sich raus, dass da 
noch eine UART im Spiel ist, jetzt ist es plötzlich I2C anstelle der 
UART.

Wir WOLLEN dir doch helfen! Aber du machst es uns nicht leicht.

7z ist doch noch exotischer!

Was spricht gegen ein ganz banales ZIP, so wie es seit 30 Jahren benutzt 
wird, oder die paar Files direkt anhängen? Das werden ja wohl keine 200 
Files sein.

Rudolf P. schrieb:

> Lust hat sich da durch alles durchzuwühlen, deshalb wollte ich das
> Problem soweit eingrenzen wie möglich, leider hab ich mich in der
> Urasche geirrt, sonst hätte ich euch den Programmcode nicht
> vorenthalten...naja für jeden der helfen will, jez hab ich ihn ja
> hochgestellt:)

Wenn wir nichts offensichtliches finden wird dir sowieso nichts anderes 
übrig bleiben, als dein Programm noch mal von 0 auf aufzubauen. 
Komponente für Komponente hinzufügen und nachsehen, bei welcher zuletzt 
hinzugefügten Komponente es hängt.

Wie ich sowas hasse, ich kann es dir gar nicht sagen

1

void Init_Timer0(void)  //Timer für MS und RPM

2

{

3

  cli();

4

  TCCR0 = 0x0A;    //Timer2 Prescale 64, CTC Mode

5

  OCR0 = 200;      //Vergleichswert von 200

6

  TIMSK = 0x02;    //Interrupt Freigabe

7

}

TIMSK = 0x02;

Das ist der Output Compare INterrupt, du hast aber keine ISR dafür. Du 
hast eine Overflow-ISR

SCHREIB DAS DOCH SO

   TIMSK = ( 1 << TOIE0 );

dann passiert dir so ein Scheiss nicht!

Wir predigen doch nicht zum Spass: Benutzt die Bitnamen!

Nee das is für den Timer0 Compare Interrupt. Bisher haben wir immer über 
Timer2 im fast-PWM Betrieb ohne ISR geredet.
Sei mir nicht böse, aber ich glaube wirklich, das du im Moment den 
Überblick über die Software verloren hast.

1

void put_number(float zahl, unsigned char x, unsigned char y, unsigned char laenge, unsigned char prec, unsigned char *font)

2

{  

3

4

  char str_zahl[laenge];

5

  unsigned char cnt;

6

  dtostrf(zahl,laenge,prec, str_zahl);

gefährlich. dtostrf nimmt keine Rücksicht darauf, wenn sich die Sache 
nicht ausgeht und er mehr Speicher im Buffer braucht. Wie auch immer 
str_zahl ist auf jeden Fall um 1 zu klein. Um einen String der l = 
strelen() zu speichern, brauchst du ein Array der Länge l+1

Karl Heinz Buchegger schrieb:
> Wie ich sowas hasse, ich kann es dir gar nicht sagen

Mein Fehler.
Ich hab die ISR übersehen.

Ändert aber nichts daran, dass du die Bitnamen benutzen sollst.

> Ok kannst meinen letzten Beitrag auch löschen;)
Ich habs anders gemacht :-)

Rudolf P. schrieb:
> @Matthias
> Ich hab nen sehr guten Überblick über das Programm, daran solls nicht
> liegen.
>
> @Karl
> Gibts da noch ne bessere Funktion? Ich könnte das warscheinlich auch zu
> Fuß machen, dtostrf war die einzige Funktion die ich gefunden hab :/

Ganz ehrlich:
Benutz halt ein Array, das mit Sicherheit ein bischen zu groß ist. Dann 
bist du auf der sicheren Seite. Die paar Bytes im SRAM hast du so gut 
wie immer. Mach ihn halt 10 oder 15 Zeichen lang.

Sonst seh ich eigentlich beim drüberlesen nichts mehr.

Hmm. Nach 10s hängt sich alles auf?
Hast du tatsächlich externe Ursachen (einbrechende SPannung etc.) in 
Betracht gezogen.

Poste mal was zum  Aufbau - ist das auf einem Steckbrett? Falls ja, 
steckt da vllt. ein Drahtrest drin, brückt Kontakte und treibt einen zur 
Verzweiflung. Hatte ich auch schon öfter. Ich mach zwar nicht so viel 
mit dem Mega32, hatte mit seinen 40 pol. Brüdern aber keine Anomalien, 
wie du sie beschreibst.