Atmel Studio 7 bug?

Attila C. schrieb:
> ergibt für i den Wert 16346 und nicht wie zu erwarten wäre: 62
Welchen Wert haben j und i vor dem Start? Oder anders: das Problem liegt 
nicht in den geposteten Zeilen, wie sieht der gesamte Code aus?

BTW: bitte die [c] Tokens für Quellcode verwenden.

Attila C. schrieb:
> ergibt für i den Wert 16346 und nicht wie zu erwarten wäre: 62

 Wieso wäre da 62 zu erwarten ?


> Woran könnte das liegen?

 Am Brett ?

Was sind [c] Tokens?

Der Code ist eine Funktion. i und j sind beim Aufruf dieser Funktion 0.

@Marc: Wenn in einem Array nach 62 Zeichen 50 "Nicht-Kommata" übrig 
bleiben kann man davon ausgehen dass 12 von den 62 Zeichen ein Komma 
waren.

Wenn man innerhalb des gleichen Arrays nach 12 Kommata sucht ist zu 
erwarten das diese nach 62 Zeichen alle aufgefunden sein sollten.

Oder etwa nicht? Verwirrend!

Attila C. schrieb:
> Was sind...

1

[c]

2

 Dein gepostetes C-Code

 [/c]

Attila C. schrieb:
> @Marc: Wenn in einem Array nach 62 Zeichen 50 "Nicht-Kommata" übrig
> bleiben kann man davon ausgehen dass 12 von den 62 Zeichen ein Komma
> waren.

 LOL.
 Da wird nirgendwo auf die Arraygrenze geprüft - mit diesem Code
 kannst du genausogut nur 3 Komma im Array haben, aber dafür  4 Mal
 durch den ganzen Array (und den Rest der RAM, falls es sich um
 Integer handelt) durchpfeifen...

 Falls es aber uint8_t sind, wird dein Array solange von 0 bis 255
 abgefragt, bis 12 Komma zusammenkommen...

Attila C. schrieb:
> Was sind [c] Tokens?
Das wird direkt über jeder Eingabebox beschreiben. Gleich nach
*Wichtige Regeln - erst lesen dann posten!*

Attila C. schrieb:
> Wenn man innerhalb des gleichen Arrays nach 12 Kommata sucht ist zu
> erwarten das diese nach 62 Zeichen alle aufgefunden sein sollten.
> Oder etwa nicht?
Was, wenn das unbekannte Array 1234567 Zeichen aufnehmen kann? Nur du 
kennst bisher dein Array? Wie soll dir da irgendwer sonst helfen 
könnnen? Du musst schon ausführliche und brauchbare Informationen 
beisteuern.

> Re: Atmel Studio 7 bug?
Die Antwort auf diese Frage lautet "Sicherlich einige. Aber nicht in 
diesem Fall".

Attila C. schrieb:
> while (j<=12)
> {
>    i++;
>    if (data[i]==',')
>    j++;
> }
>
> ergibt für i den Wert 16346 und nicht wie zu erwarten wäre: 62

Ich sehe keine Endbedingung für i ... Angenommen, es wäre ein 
0-terminierter String in C würde das ewig weiter laufen ...

Mach mal eine Abbruchbedingung rein ála if (!data[i]) break;

Es handelt sich um ein NMEA Protokoll. Wenn ich nicht auf Kommata prüfe 
und es so mache........

1

while (i<62)

2

{

3

  test[k]=data[i];

4

  i++;

5

  k++;

6

}

(So richtig mit den Tokens?)

.......dann sehe ich auf dem Display die korrekten Daten.

Ich verstehe nicht warum die Array-Größe oder Array-Grenze eine Rolle 
spielt. Die Prüfung auf nicht-Komma ist korrekt. Das Array enthält 
innerhalb der 62 Zeichen 12 Kommata und 50 nicht-Kommata. Warum ergibt 
dann die Prüfung auf 12 Kommata einen solch absurden Wert?

Ach so: test[] ist für die Ausgabe auf dem Display.

@Mampf: Wenn j größer 12 ist wird i nicht weiter hochgezählt. Reicht das 
nicht als Abbruchbedingung?

Attila C. schrieb:
> @Mampf: Wenn j größer 12 ist wird i nicht weiter hochgezählt. Reicht das
> nicht als Abbruchbedingung?
j wird aber erst größer 12, nachdem das 13te Komma gefunden wurde.

mfg

@Felix: Hast recht!

Felix F. schrieb:
> j wird aber erst größer 12, nachdem das 13te Komma gefunden wurde.

Jau genau ... :)

So:Nach 3 Tagen funktioniert dieses völlig kranke Konstrukt:

1

void fetchGPS (char datensatz)

2

{

3

  int i=0,j=0,k=0;

4

  float wert=0;

5

  char test[100];

6

7

  while (j<=datensatz)

8

  {

9

    i++;

10

    if (gpsdata[i]==',')

11

    j++;

12

13

    if (j==datensatz)

14

    {

15

      i++;

16

      while(j==datensatz)

17

      {

18

        test[k]=gpsdata[i];

19

        k++;

20

        i++;

21

          if (gpsdata[i]==',')

22

          j++;

23

      }

24

    }

25

  }

26

string(test);

27

cursorhome();

28

}

Warum , z.B. in der letzten while Schleife ein "while (gpsdata[i]!=',') 
partout nicht funktionieren will erschleisst sich mir nicht. Nur der 
Umweg über j führt zum Ergebnis.

Debugger? Das habe ich noch nie gemacht.

Attila C. schrieb:
> Warum , z.B. in der letzten while Schleife ein "while (gpsdata[i]!=',')
> partout nicht funktionieren will erschleisst sich mir nicht.

 Und mir erschliesst sich nicht warum du es nicht mit strtok() oder
 strtok_r() versuchst.

ich wäre dann mal wieder mit meinem Latein am Ende:

1

float fetchGPS (char datensatz)

2

{

3

  int i=0,j=0,k=0;

4

  float wert=0.0;

5

  char nmea[20];

6

7

  while (j<=datensatz)

8

  {

9

    i++;

10

    if (gpsdata[i]==',')

11

    j++;

12

13

    if (j==datensatz)

14

    {

15

      i++;

16

      while(j==datensatz)

17

      {

18

        nmea[k]=gpsdata[i];

19

        k++;

20

        i++;

21

          if (gpsdata[i]==',')

22

          j++;

23

      }

24

    }

25

  }

26

27

  wert=atof(nmea);

28

29

      //string(nmea);

30

      //cursorhome();

31

32

  if (nmea=='A')

33

  wert=123.45;

34

35

  return wert;

36

}

Lasse ich mir den auskommentierten string anzeigen steht da ein "A". 
Lasse ich mir den return Wert anzeigen steht da 0.00. Numerische return 
Werte werden ansonsten korrekt angezeigt.

AUA! Blöd!  if (nmea[0]=='A')

So funktioniert es!