Habe schon gesucht, aber nichts gefunden.. Kann mir jmd kurz schreiben, wie ich beim Atmega8 mit internem Oszi die Fuses setzen muss und welche C Macros den Watchdog deaktivieren? WDTCR = 0x1F; WDTCR = 0x07; und wdt_disable(); gehen nicht. Fuses: hfuse: 0xD9 lfuse: 0x24 Danke schonmal!
Gast
#1381181
Florian Sc schrieb: > Habe schon gesucht, aber nichts gefunden.. Quatsch mit Soße... Liest Du kein Datenblatt? > Kann mir jmd kurz schreiben, wie ich beim Atmega8 mit internem Oszi die > Fuses setzen muss und welche C Macros den Watchdog deaktivieren? Warum deaktivieren? Hast du den Watchdog denn vorher in Deinem Programm aktiviert? Wie kommst du zu der Erkenntnis, dass der Watchdog läuft? Regelmäßiger Neustart des Programms? Dies könnte auch durch einen auftretenden Interrupt ausgelöst werden, für den Du keinen Interrupthandler geschrieben hast.
Ich muss in die Programmschleife cli(); einfügen, sonst läuft es nicht - daher denke ich der Watchdog ist es..
Gast
#1381199
atmega8 hat afaik keinen watchdog interrupt. der watchdog wird immer aufgerufen egal ob mit oder ohne cli und sei ich denke du hast deinen stack nicht/fehlerhaft initialisiert. sind alle interruptvektoren richtig drin?
Gast
#1381202
Florian Sc schrieb: > Ich muss in die Programmschleife cli(); einfügen, sonst läuft es nicht - Häää? Wie bitte? Lass mal die Hose runter und poste deinen Code als Anhang... > daher denke ich der Watchdog ist es.. Guuuute Kombinationsgabe.... ;)
Es ist nur ein einfaches Blinken.. siehe Anhang.
Gast
#1381208
retreti schrieb: > atmega8 hat afaik keinen watchdog interrupt. Den hat KEIN AVR. Der Watchdog, sofern er denn überhaupt einmal gestartet wurde, löst im Falle des nicht rechtzeitigen Zurücksetzens einen Reset aus. > der watchdog wird immer aufgerufen egal ob mit oder ohne cli und sei Der Watchdog wird nicht aufgerufen. Er wird gestartet, gestoppt oder zurückgesetzt. Dass das Ganze dann unabhängig von cli und sei läuft stimmt allerdings.
Gast
#1381216
Dein Programm wackelt, wenn überhaupt, nur zwei mal an dem Portpin und verharrt dann in einer Endlosschleife. Wo meintest Du, müsstest Du ein cli() einfügen, dass die Klospülung funktioniert?
Gast
#1381218
Ah... hab das cli() eben entdeckt. Ist aber trotzdem blanker Unsinn! Wo ist der Rest von Deinem Problemcode?
das ganze sollte 30000mal blinken:
for(i=0;i< 30000;i++){
Gast
#1381232
Ui... allen Ernstes übersehen. Doch schon so spät? Trotzdem werde ich das Gefühl nicht los, dass Dein Problemcode auf deinem Rechner ein wenig umfangreicher ist.
es ist genau der Code. Wenn ich cli() auskommentiere, leuchtet die LED kurz auf, dann geht sie aus. Mit cli() blinkt es schön im Sekundentakt.
Gast
#1381249
Wie dem auch sei. cli() hat in keinster Weise Einfluss auf einen laufenden Watchdog. Und selbst wenn es etwas mit dem Watchdog zu tun hätte, müsste Deine LED trotzdem blinken (wenn auch anders), da der Watchdog den Controller regelmäßig neu starten würde. Bin kurz davor, mein STK500 rauszukramen und den Schlonz durch nen Mega8 zu drücken....
Gast
#1381264
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
Ohne dein "cli();) wird die Warteschleife komplett wegoptimiert. Woher hast du dieses merkwürdige Gebilde?
Hat noch jemand anders ne Idee? Macht auf jeden Fall nen Unterschied mit oder ohne cli();
Gast
#1381272
Warum benutzt du nicht die vorhandenen delay-Funktionen?
Gast
#1381292
Ich schließe mich mal dem Herrn Müller an. Ohne das cli ist die Schleife wirklich sinnlos und wird mit 99,9%iger Sicherheit wegoptimiert. Und wozu bitte ist das k darin gut?
Magnus Müller schrieb: > retreti schrieb: > atmega8 hat afaik keinen watchdog interrupt. Richtig. > Den hat KEIN AVR. Der Watchdog, sofern er denn überhaupt einmal > gestartet wurde, löst im Falle des nicht rechtzeitigen Zurücksetzens > einen Reset aus. Da muß ich Dich enttäuschen, das ist falsch. Die neueren Avr's , wei z.B. Atmega88 oder 644 gehen erst in den WDT-Interrupt, sofern sei() gesetzt (äußerst schön um erst ein paar Sachen zu sichern) und gehen dann erst in den Reset. >@ Florian Sc: >Hat noch jemand anders ne Idee? Macht auf jeden Fall nen Unterschied mit >oder ohne cli(); Naja ich vermute auch mal das die schleife wegoptimiert wird, da ja in ihr nix passiert, wenn cli() fehlt. Schon mal ohne Optimierung compiliert ? Dann optimiert der compiler auch nix raus.Zeig doch mal deine .LSS Datei. Da kann man im Assembler Code genau sehen ob die Schleife fehlt oder nit! Besser benutze einfach util\delay.h, da kannste nix falsch machen. Oder noch besser Timer. Gruß
Gast
#1381357
Die Schleife wird ohne cli() definitiv wegoptimiert. Habe das Ganze mal zur Probe compiliert. Im Anhang das .lss MIT cli().
Gast
#1381358
...und das .lss OHNE cli().