Probleme mit unsigned int zahlen

Sehr wirre Fehlerbeschreibung. Du schreibst dauernd was ohne Probleme 
geht, aber bei welcher Rechenoperation der Fehler kommt, schreibst du 
nicht.

Ich kenne VMLab nicht, aber grundsätzlich kannst du auch eine unsigned 
variable subtrahieren mit was du willst. Diesen läuft dann halt über. 
Der Controller kann das. Ob und warum dein Compiler meckert weiß ich 
nicht.

Hier ist dein Problem:

http://www.amctools.com/cgi-bin/yabb2/YaBB.pl?num=1271632105

hättest auch mal selber googlen können...

gruß cyblord

@  Hannes (Gast)

>bekomme ich im Watch Fenster oft die Meldung "Out of scope"!

Was bedeutet das? Dass die Variable ausserhalb ihres Gültigkeitsbereichs 
im Programm liegt, das ist aber KEIN arithmetisher Überlauf.

>gewisse Zahlen die man rechnen kann? Sprich kennt er gewisse Zahlen
>nicht?

Nö, er kennt alle Zahlen. Aber wenn man lokale Variablen in einen 
Unterprogramm anschaut, sind die die nur dann gültig, wenn dieses 
Unterprogramm abgearbeitet wird. Das ist der "scope", sprich der 
Gültigkeitsbereich. Verlässt man im Simulator das Unterprogramm, werden 
alle lokalen Variablen ungültig und verschwinden im Nichts.

MFG
Falk

Versteh doch mal das es nichts mit deinen Rechenoperationen zu tun hat. 
Sondern damit wo (Scope=global, unterprogramm usw.) deine Variable ist.

Auch wird natürlich korrekt gerechnet, der Fehler bezieht sich nur auf 
das Watch-Fenster und nicht auf das Programm selbst.

Poste doch mal den Code.

Hannes schrieb:
> Ok verstehe, Code habe ich grad nicht da aber eine andere Frage die
> Variablen die gerechnet werden dann in ein _delay_ms() eingesetzt.
> Irgendwann steht da ja Null drin also _delay_ms(0) darf das sein oder
> kann dadurch ein Fehler entstehen?

_delay_ms sollte NIE mit Variablen sondern immer mit Konstanten 
aufegrufen werden. Sind halt auch einfach Basics die man wissen sollte.

Hannes schrieb:
> Gut ok wird geändert, aber verursacht die null einen Fehler?

Mglw. wird das abgefangen. Würde mich aber auch nicht wundern, wenn 
nicht.

Wozu soll ein

   _delay_ms( 0 )

gut sein?

Hannes schrieb:
> Gut ist es für nichts, aber es ist halt irgendwann wann drin durch die
> Berechnung

Das kann nicht durch die Berechnung drinnen sein.
An dieser Stelle ist keine Berechnung erlaubt.
D.h. du kannst schon rechnen, aber die Zeiten stimmen nicht.

Hannes schrieb:
> Naja dann denke ich wohl falsch ich hatte _delay_(ms) stehen und ms ist
> zum Start 1000 und wird nach jedem Durchgang um eins weniger also
> irgendwann Null. Dadurch soll eine LED im schneller blinken. Darf man
> das nicht so machen?

Nein.
Lies doch bitte die Doku.
Die steht im Header File delay.h drinnen und hier
AVR-GCC-Tutorial
ebenfalls.
Die Verwendung von _delay_ms ist an 2 Bedingungen geknüpft.

> Wie kann man das sonst realisieren?

1

  for( i = 0; i < Wartezeit; i++ )

2

    _delay_ms( 1 );  // oder _delay_ms( 10 ) oder ... je länger desto besser

Oder eine der Delay-Funktionen verwenden, die ihre Werte nicht in 
Milli-/Mikrosekunden, sondern in Vielfachen von n Takten bekommen. Die 
gehen auch problemlos mit Variablen. Das ist ebenfalls in der 
avr-libc-Doku drin.