HDMM01 und die orientierungslib von Dirk

[Dirk]

Hi inka:
Glückwunsch zum funktionierenden Programm! Hoffentlich wird deinem RP6 nicht schwindelig vom vielen Drehen!

zu 1 und 2)
Wenn die etwas größeren "Sprünge" nicht durch tatsächliche "Ausreißer" einerseits des Kompass-Richtungswerts, andererseits durch ungenaues Drehen auf der Stelle, verursacht werden (das würdest du ja in deiner Werte-Ausgabe merken!), dann kann das Phänomen auch daran liegen, dass du ja "nicht-blockierend" drehst, d.h. dass sich Drehbefehle "überlappen", weil bei einem neuen Drehbefehl noch evtl. der alte aktiv ist.

[inka]

hi Dirk,

schwindelig sicher nicht, er dreht ja hin und her , allerdings beim ändern des blocking-parameters dreht er nur einmal und bleibt stehen. Im handbuch:

An diesem Beispiel sieht man, wie die beiden Funktionen benutzt werden können:

#include "RP6RobotBaseLib.h"
int main(void)
{
initRobotBase();
setLEDs(0b111111);
mSleep(1500);
powerON(); // Encoder und Motorstromsensoren anschalten!
}
while(true)
{
setLEDs(0b100100);
move(60, FWD, DIST_MM(300), true); // 30cm Vorwärts fahren
setLEDs(0b100000);
rotate(50, LEFT, 180, true); // um 180° nach links drehen
setLEDs(0b100100);
move(60, FWD, DIST_MM(300), true); // 30cm Vorwärts fahren
setLEDs(0b000100);
rotate(50, RIGHT, 180, true); // um 180° nach rechts drehen
}
return 0;

Hier fährt der Roboter zunächst 30cm Vorwärts, dreht dann um 180° nach links, fährt die 30cm zurück, 
dreht um 180° nach rechts und das Spiel beginnt von neuem.

Würde man den blocking Parameter von allen Funktionen false anstatt true setzen, 
würde das Programm überhaupt nicht funktionieren, da aus der Main Funktion nicht die task_motionControl Funktion 
aufgerufen wird und alle Funktionsaufrufe direkt hintereinander stehen.

Ändert man auch nur einen der blocking Parameter in false um, wird das Programm ebenfalls nicht mehr
 wie gewünscht funktionieren – es wird dann eine der Bewegungsphasen komplett übersprungen.

Für solche rein sequentiellen Abläufe muss man den blocking Parameter also immer auf true setzen!

das würde den abbruch der drehungen nach der ersten drehung erklären, es wird auch wieder die "task_motionControl Funktion" erwähnt. Wird die automatisch in dem base-slave-programm aufgerufen?

[Dirk]

Hi inka,
nein, die "task_motionControl Funktion" brauchst du nicht, wenn du mit der M32 als I2C-Master die Base ansteuerst.
Der Grund, warum das rotate blockierend nur 1x ausgeführt wird, liegt wohl daran, dass dein rotate-Block innerhalb der if(key) Abfrage liegt.
Du müßtest dein Programm so umschreiben, dass die Richtungsmessung, -korrektur und (blockierendes) rotate in der while(true)-Schleife unabhängig vom Tastendruck immer durchlaufen kann bis zu einer Abbruchbedingung (z.B. +- 5° vom Zielwert).
Die Tastaturabfrage würde dann parallel laufen und nur ausgewertet, wenn die "richtige" Taste gedrückt wird.

[inka]

hi Dirk,

ich kann mir vorstellen das programm so umzuschreiben dass die abfrage der 4 tasten (himmelsrichtungen) bestandteil von der while(true) schleife ist, also umgekehrt zu derm wie es jetzt ist. Ist es das was du meinst?

Den letzten satz mit der paralellel-lauf und abfrage der tasten - wie meinst du das mit dem parallelem lauf?

[Dirk]

Hi inka,
vergiß es einfach. Ich hatte nicht gesehen, dass du innerhalb der Haupt-while(true)-Schleife noch eine 2. while(true)-Schleife hast, in der dann die Drehung stattfindet. So kann man es natürlich auch gut machen.

[inka]

hi Dirk,

aber woran könnte dann die letzte drehung nach dem break bei "0" liegen?

[Dirk]

Keine Ahnung.
Wenn du rotate nicht blockierend einsetzt, können alle möglichen Effekte eintreten, weil die Drehungen "im Hintergrund" und zeitlich parallel zu deinem Master-Programm auf der M32 ablaufen.