Seltsames Verhalten: bumper_right

[radbruch]

Hallo,

genau über das bin ich bei meinen allerersten Spielereien mit meinem RP6 auch gestolpert:

#include "RP6RobotBaseLib.h"

#define blinkLED6 statusLEDs.LED6=(getStopwatch1() & (1<<6)) && 1

uint8_t blink3;

int main(void)
{
    initRobotBase();
    setLEDs(0);

    //Zeitgeber für das Blinken starten
    startStopwatch1();

    while(true)
    {
        //LED1 blinkt langsam
        statusLEDs.LED1 ^=(getStopwatch1() & (1<<9));

        //LED2 blinkt schnell
        statusLEDs.LED2=(getStopwatch1() & (1<<7)) && 1;

        //LED3 blinkt variabel (0 bedeutet aus)
        blink3=8;
        statusLEDs.LED3=(getStopwatch1() & (1<<blink3)) && 1;

        //LED4 flasht
        statusLEDs.LED4=!(getStopwatch1() & (0b101<<6)) && 1;

        //LED5 flackert
        statusLEDs.LED5=(getStopwatch1() & (0b1001<<5)) && 1;

        //LED6 blinkt mit #define
        blinkLED6;

        //LED-Status aktuallisieren
        updateStatusLEDs();

        //das funktioniert natürlich auch mit der pwrLED
        if (!(getStopwatch1() & (9<<8)) && 1) powerON(); else powerOFF();
    }
    return 0;
} 

(Aus: https://www.roboternetz.de/community...l=1#post315277)

... und habe dann festgestellt, dass ein schlichtes " && 1" ausreicht um das Problem zu beheben.

Gruß

mic

[stereolog]

Danke für die Aufklärung, SlyD!
Aber wie ist es denn mit den Variablen obstacle_left und obstacle_right?
Im Beispiel "Example_04_ACS" wir das Gleiche damit gemacht:

statusLEDs.LED5 = obstacle_left;
statusLEDs.LED4 = (!obstacle_left);
statusLEDs.LED2 = obstacle_right;
statusLEDs.LED1 = (!obstacle_right);

Und das funktioniert ja einwandfrei. Haben diese Variablen denn definierte boolsche Werte?

[SlyD]

Die ACS routinen sind ja anders als die der Bumper.
Schau einfach in die task_ACS() Funktion rein - da sieht man das obstacle_left und right nur true und false zugewiesen werden.

MfG,
SlyD