Ausführung in C 16mal zu schnell, in Bascom richtig

AnoBit Gast #1679056 
Moin!

Ich habe zur Zeit folgendes Problem:

Mein AtMega8 läuft, sofern ich ihn in C programmiere, 16x mal zu 
schnell.
Mit Bascom blinkt die LED immer schön im Sekundentakt (was sie auch 
soll).

Zuerst dachte ich daran, dass C Probleme mit _delay_ms mit größeren 
Werten hat. Also habe ich das umgeändert in

void delay_second()
{
  int x;
  for (x=0;x<=50;x++)
  {
  _delay_ms(20);
  }
}

Immernoch dasselbe Problem.
Der Takt ist in der makefile richtig eingestellt. (16000000)
Testweise habe ich den Takt in dem C code auch definiert, mit dem selben 
ergebnis.
Für mich klingt das im moment so, als würde C mein "F_OSC = 16000000" 
ignorieren.

Langsam werde ich verrückt. In Bascom funktioniert alles wunderbar, in C 
rennt mir der Controller hoffnungslos davon.

Hat irgendwer eine Idee was des Übels Wurzel sein könnte?
Die Suche hat mir bisher noch nicht geholfen...

MfG AnoBit
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
AnoBit Gast #1679067 
Das "F_OSC = 16000000" steht in der makefile.
Im C-Code ists "#define F_CPU 16000000L"
Ist imho richtig so... Oder habe ich gerade ein Brett vorm Kopf?

MfG AnoBit
Antwort Zitieren Bearbeiten Löschen Melden Danke
David M. #1679068 
Es muss 16000000UL heißen (oder auch nur L). Das Makefile überschreibt 
die Einstellungen im C-Code, deswegen funktioniert es nicht (vermutlich 
kein L-Suffix im Makefile).

Nachtrag 2: es muss natürlich auch F_CPU heißen, sonst ist das der 
delay.h egal. Und im C-Code muss die Definition VOR dem Inkludieren der 
delay.h geschehen.

und bezüglich Genauigkeit:
1
void delay_second()

2
{

3
  int x;

4
  for (x=0;x<=50;x++)

5
  {

6
  _delay_ms(20);

7
  }

8
}


diese Schleife läuft 51-mal durch und erzeugt damit einen Delay von 1020 
ms.

Gruß
David
Antwort Zitieren Bearbeiten Löschen Melden Danke
AnoBit Gast #1679076 
Ah, ok. Der Fehler lag darin, dass ich F_CPU erst nach dem einbinden der 
delay.h definiert habe. -.-

'tschuldigung. Doofer Fehler...


Jap, da war wohl ein = zu viel.

Dankeschön ^^

MfG AnoBit
Antwort Zitieren Bearbeiten Löschen Melden Danke
Peter D. #1679397 
Michael schrieb:
> Irgendwie typisch. Ich hasse C und muss mit diesem Dreck jeden Tag
> arbeiten. Ekelhafter alter Grind unterm Zehenagel.

Oder einfach mal an die eigene Nase fassen, weil man die Warnungen nicht 
liest:

c:/avr/winavr/lib/gcc/../../avr/include/util/delay.h:85:3: warning: 
#warning "F_CPU not defined for <util/delay.h>"


Peter
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 16 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.