einfache tests mit der lib 2.7

hi allerseits,

bin schon wieder da...

ein einfaches progrämmchen, rauskopiert aus der encoder.c und um ein paar zeilen ergänzt:

Code:

---

#include "asuro.h"
#include "inka.h"

int i=0;
int main(void)
{
  Init();
  WaitforStart();
/*-------------------------------------------*/
EncoderInit ();
  for (int i = 0; i < 4; i++)
  {
    Go (200, 150);
    Turn (90, 150);
  }
/*---------------------------------------------*/
return 0;
}

---

was bedeutet in diesem zusammenhang diese fehlermeldung beim compilieren?
../test_lib_2_7.c:13: error: 'for' loop initial declaration used outside C99 mode

bin etwas verwirrt...

Das geht in C so nicht, nur in C++:

C++

Code:

---

for (int i = 0; i < 4; i++)
  {
    Go (200, 150);
    Turn (90, 150);
  }

---

C

Code:

---

int i;
for (i = 0; i < 4; i++)
  {
    Go (200, 150);
    Turn (90, 150);
  }

---

http://www.it-academy.cc/article/1446/ANSI+C99+Grundlagen.html#1.9.4.Die%20for-Schleife|outline

Hallo,

wenn man den C-Standard ändert kann man u.a. die Variable auch im for deklarieren, zB:

Code:

---

CFLAGS += -std=gnu99

---

im makefile mit dazuschreiben

Erklärung:
http://ccrma.stanford.edu/planetccrm...avr-gcc.1.html

Ja, das mag richtig sein. Aus Gründen der Übertragbarkeit von Sourcecode hier im Forum sollte man auf diese Kunstgriffe bei ASURO vielleicht besser verzichten.

Wenn man es schafft die neue Lib zu verwenden, schafft man es auch diesen Kunstgriff anzubringen.
Wobei ich der Meinung bin, das die Lib in diesem Fall der grössere Kunstgriff ist.

Ich rate aus Kompatibilitätsgründen davon ab.

Bezüglich CFLAGS:
http://en.wikipedia.org/wiki/CFLAGS
http://gentoo-wiki.com/CFLAGS
http://www.henkessoft.de/C++/C++%20F...mpileroptionen

nach dem entfernen des "int" aus der zählschleife ist die fehlermeldung weg. Es ging mir nur darum zu wissen woher diese kommt. Der codeschnipsel steht in der encoder.c zwar "nur" im komentar, ist aber nicht desto trotz falsch, vielleicht sollte man es irgendwo vermerken, sonst fallen noch mehr anfänger drauf rein...

Hauptsache, Du hast es nun verstanden. ;-)

also ich denke es ist egal, wo die variable deklariert ist, zwar ist es im for-header schcieker als in der zeile drüber, aber ich würde auch auf kompatibilität setzen...

jetzt habe ich vorsichtshalber das original selftest geflasht und ablaufen lassen, alles funktioniert tadellos, wenn ich allerdings das programm

Code:

---

#include "asuro.h"
#include "inka.h"

int i=0;
int main(void)
{
  Init();
  WaitforStart();
/*-------------------------------------------*/
EncoderInit ();
  for (i = 0; i < 4; i++)
  {
    Go (200, 150);
    Turn (90, 150);
  }
/*---------------------------------------------*/
return 0;
}

---

flashe und starte, ruckt der asuro nur 4x nacheinander ca 3cm mit ein bischen ausschlag nach rechts, aber von einem rechteck/quadrat kann keine rede sein.
Die odoscheiben sind nicht original, sie haben 6x sw und 6x ws, allerdings laufen die inneren spitzen nicht zu radmitte, sondern tangential zum innenkreis des rades (wurde mal so probiert im thread "asuro will nach hause"). Ich denke aber dass das keine rolle spielen kann. Werden die funktionen go und turn aus irgendwelchen gründen (einbinden von bibliotheken??) nicht richtig interpretiert?