- MultiPlus Wechselrichter Insel und Nulleinspeisung Conrad         
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 255

Thema: IR-bake

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Hi,
    Kommentare im Codeblock!
    Code:
    while(true) //start endlosschleife
        startStopwatch1(); // start stopwatches <== Das gehört VOR die while(true) Schleife
        {
            if(getStopwatch1() > 100) // messe IR empfang wenn 100ms abgelaufen sind
            {
            temp = read_IR_value(); //einlesen IR-empfang
    //        mSleep(50);
            if (temp == 0) //abfrage treffer/empfang
            {
            setMultiIOLED3(1); //LED an
            setMultiIOLED3(0); //LED aus
            setStopwatch1(0); //stopwatches auf null stellen <== Gehört ans Ende der if(getStopwatch1() > 100) Klammer, siehe <<<>>> !
            }
            // <<<>>>
            }
    
        /**************************/ 
        uint8_t key_1 = getMultiIOPressedButtonNumber(); //tastenabfrage
        key_1 = getMultiIOPressedButtonNumber();
        if(key_1 != 0) break;
    
        /**************************/
        }
    
        break;
    Gruß
    Dirk

  2. #2
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    Hi Dirk,

    danke für die korrekturen, es funktioniert nun...

    Würde für mein verstzändnis der stopwatches bedeuten, dass man diese an einer beliebigen stelle im vorderen bereich des programmes startet (einmal) und dann im ersten durchlauf der while(true) schleife auf null stellt und dann im zweiten durchlauf den Ir-empfang prüft...

    zwei dinge haben sich jetzt herausgestellt:
    1) die probleme beim empfang der von der bake gesendeten signale gründeten nicht in der zu kleinen leistung der IR-LEDs, sondern in der schlechten koordination des senders mit dem empfänger. Ich habe jetzt die vorwiderstände der IR-dioden wieder auf 47 ohm erhöht, der empfang funktioniert nach wie vor über ca. 4 meter.
    Im gegenteil: Ich habe nun beim erkennen der richtung aus der die IR-strahlen kommen probleme mit reflektionen, auch über zwei "ecken"! Der bereich um die 5cm über dem boden ist quasi IR-verseucht...
    Da muss ich mir noch etwas einfallen lassen (bündeln des sendestrahls und einengen des empfangskorridors)...

    2) hat zwar mit der IR-bake nur am rande zu tun, ein problem ist es aber:

    das starten der vier teilprogramme über die 4 multiIO taster.

    zwischen diesem
    Code:
    ------------------------------------------
        clearLCD();
        pressedMultiIOButtonNumber = getMultiIOPressedButtonNumber();
    
        setCursorPosLCD(0, 0);
        writeStringLCD("1: test_einzelsignal");
        setCursorPosLCD(1, 0);
        writeStringLCD("2: test_feldvariable");
        setCursorPosLCD(2, 0);
        writeStringLCD("3: Suche der bake");
        setCursorPosLCD(3, 0);
        writeStringLCD("4: test_button_4");
        mSleep(1500);
    
        uint8_t key = getMultiIOPressedButtonNumber();
    ----------------------------------------------
    und diesem
    Code:
    -------------------------------------------------
        uint8_t key_1 = getMultiIOPressedButtonNumber(); //tastenabfrage
        key_1 = getMultiIOPressedButtonNumber();
        if(key_1 != 0) break;
    
    ---------------------------------------------
    liegen jeweils die vier programmteile. Die software reagiert sehr eigenartig auf das drücken der buttons: mal garnicht, mal mit kurzem start mit sofort erfolgtem break, mal richtig. Wie könnte ich da was verbessern? Verzögerungen in der tastenabfrage z.b.?

    ich habe hier wegen der besseren verständlichkeit meiner frage bzw. meines problems den code einer schablobe für die abfrage der vier tasten eingefügt (obwohl das problem hier kaum auftritt) - hängt das mit der dauer des programms, welches ausgeführt wird zusammen?
    btw: die korrekturwerte für die taster sind in der RP6Control_MultiIO.h eingetragen...

    Code:
    #include "RP6ControlLib.h"
    #include "RP6I2CmasterTWI.h"
    #include "RP6Control_MultiIOLib.h"
    #include "RP6Control_I2CMasterLib.h"
    
    #include "RP6ControlServoLib.h"
    #include "standard.h"
    
    #define I2C_RP6_BASE_ADR 10
    
    
    
    /*********************I2C-fehlermeldungen******************/
    /*
    void I2C_transmissionError(uint8_t errorState) //gibt I2C fehlermeldungen über LCD aus
    {
        clearLCD();
        writeStringLCD_P("I2C ERROR -->");
        setCursorPosLCD(1, 0);        // line 2
        writeStringLCD_P("TWI STATE: 0x");
        writeIntegerLCD(errorState, HEX);
    }
    */
    
    /*************** hauptprogramm ***********/
    
    int main(void)
    {
    
    
    initRP6Control();
    multiio_init();
    initLCD();
    //orientation_init();
    
    
    setLEDs(0b1111);
    mSleep(500);
    setLEDs(0b0000);
    
    I2CTWI_initMaster(100);
    I2CTWI_setTransmissionErrorHandler(I2C_transmissionError); //aktiviert I2C fehlermeldungen
    
    showScreenLCD(" RP6Control M32", " schablone", " 4 taster " , " mit ruecksprung ");
    mSleep(2500);
    clearLCD();
    
    
    
    while(true)
    {
    
    /*****************anzeige gedrückter buttons****************/
    //        clearLCD();
    
    //    accuspannung();
    //    mSleep(500);
        clearLCD();
        pressedMultiIOButtonNumber = getMultiIOPressedButtonNumber();
    //    setCursorPosLCD(0, 0);
    //    writeStringLCD("Button: ");
    //    writeIntegerLCD(pressedMultiIOButtonNumber, DEC);
    
        setCursorPosLCD(0, 0);
        writeStringLCD("1 - button_1_test");
        setCursorPosLCD(1, 0);
        writeStringLCD("2 - button_2_test");
        setCursorPosLCD(2, 0);
        writeStringLCD("3 - button_3_test");
        setCursorPosLCD(3, 0);
        writeStringLCD("4 - button_4_test");
        mSleep(1500);
        uint8_t key = getMultiIOPressedButtonNumber();
    
    
    
    /********************funktion der buttons*********************/
        if(key)
        {
        switch(key)
        {
        case 1://
        setLEDs(0b0001);
    
        while(true)
        {
            uint8_t key_1 = getMultiIOPressedButtonNumber();
        clearLCD();
        setCursorPosLCD(0, 0);
        writeStringLCD("test button 1 ");
        mSleep(1500);
        clearLCD();
        writeStringLCD("test break all ");
        mSleep(1500);
        key_1 = getMultiIOPressedButtonNumber();
        if(key_1 != 0) break;
        }
    
        break;
    
        case 2://
        setLEDs(0b0010);
    
        while(true)
        {
            uint8_t key_1 = getMultiIOPressedButtonNumber();
        clearLCD();
        setCursorPosLCD(0, 0);
        writeStringLCD("test button 2 ");
        mSleep(1500);
        clearLCD();
        writeStringLCD("test break all ");
        mSleep(1500);
        key_1 = getMultiIOPressedButtonNumber();
        if(key_1 != 0) break;
        }
    
        break;
    
        case 3://
        setLEDs(0b0100);
    
        while(true)
        {
            uint8_t key_1 = getMultiIOPressedButtonNumber();
        clearLCD();
        setCursorPosLCD(0, 0);
        writeStringLCD("test button 3 ");
        mSleep(1500);
        clearLCD();
        writeStringLCD("test break all ");
        mSleep(1500);
        key_1 = getMultiIOPressedButtonNumber();
        if(key_1 != 0) break;
        }
    
        break;
    
        case 4://
        setLEDs(0b1000);
    
        while(true)
        {
            uint8_t key_1 = getMultiIOPressedButtonNumber();
        clearLCD();
        setCursorPosLCD(0, 0);
        writeStringLCD("test button 4 ");
        mSleep(1500);
        clearLCD();
        writeStringLCD("test break all ");
        mSleep(1500);
        key_1 = getMultiIOPressedButtonNumber();
        if(key_1 != 0) break;
        }
    
        break;
    
        }
        }
    
    
    }
    
    
        return 0;
    }
    Geändert von inka (21.01.2014 um 10:32 Uhr)
    gruß inka

  3. #3
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Hi,
    Würde für mein verstzändnis der stopwatches bedeuten, dass man diese an einer beliebigen stelle im vorderen bereich des programmes startet (einmal) und dann im ersten durchlauf der while(true) schleife auf null stellt und dann im zweiten durchlauf den Ir-empfang prüft...
    Ja... Das startStopwatchX(); brauchst du nur EINMAL am Programmanfang, d.h. später normalerweise nicht wieder.

    Die Benutzung geht dann so:
    if(getStopwatchX() > 100) // mach was alle 100ms
    {
    // Was alles zu tun ist ...
    setStopwatchX(0); // Stopwatch auf Null stellen
    }

    Die software reagiert sehr eigenartig auf das drücken der buttons: mal garnicht, mal mit kurzem start mit sofort erfolgtem break, mal richtig. Wie könnte ich da was verbessern? Verzögerungen in der tastenabfrage z.b.?
    Ich würde 2 Sachen ändern:
    1. In der SWITCH-CASE-Struktur sieh dir die while(true) Schleifen an: Alle Pausen (mSleep) dort und im Bereich "anzeige gedrückter buttons" müssen raus,- d.h.: Die Haupt-while(true)-Schleife muss ohne Unterbrechungen/Pausen ablaufen. Wenn man Texte länger lesen soll, müßte man das auch mit einer weiteren Stopwatch machen.
    2. Die Zeile uint8_t key_1 = getMultiIOPressedButtonNumber(); brauchst du nicht. Es reicht: uint8_t key_1; (Grund: Weiter unten wird die Taste ja wieder eingelesen: key_1 = getMultiIOPressedButtonNumber(); )
    Gruß
    Dirk

  4. #4
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    Hi Dirk,
    Zitat Zitat von Dirk Beitrag anzeigen
    Die Benutzung geht dann so:
    if(getStopwatchX() > 100) // mach was alle 100ms
    {
    // Was alles zu tun ist ...
    setStopwatchX(0); // Stopwatch auf Null stellen
    }
    macht das programm wirklich ALLE 100ms etwas oder immer dann wenns mal größer als 100ms ist? Also 101/102/105 - wanns gerade abgefragt wird? Ich glaube, wenn die funktionen im ablauf länger/komplizierter werden klappt es mit der abfrage nicht mehr so genau?

    ich habe nun den zweiten abschnitt meines
    Code:
    case 2:
        setLEDs(0b0010);
        writeString_P("\n\n messung feldvariable\n\n");
        writeChar('\n');
        initRP6Control();
        initLCD();
    
        startStopwatch2();//neu
    
        while(true)
        {
        uint8_t i = 0;
        for(i = 0; i < 199; i++)
            {
            temp_IR[i] = read_IR_value();
            feld_IR[i] = temp_IR[i];
            if(getStopwatch2() > 50)//neu
            {
            writeIntegerLength(temp_IR[i],DEC,4);
            if(i % 12 == 0)
                {
                writeChar('\n');
                setStopwatch2(0);//neu
                }
            else
                {
                writeString_P(" | ");
                setStopwatch2(0);//neu
                }
    
    //        mSleep(50);//entfallen
            }
    
            }
    
            /**************************/
            uint8_t key_1;
            key_1 = getMultiIOPressedButtonNumber();
            if(key_1 != 0) break;
    
            /**************************/
        }
    
        break;
    durch die stopwatches ergänzt, es läuft im prinzip, aber eben nur im prinzip. Mit dem mSleep(50) war die ausgabe so:

    Code:
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004

    mit stopwatches ist sie so:

    Code:
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004 | 0004
    der code raegiert nun williger auf den druck auf die buttons, kann ich die ausgabe regelmäßiger machen?
    gruß inka

  5. #5
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    02.09.2009
    Ort
    Berlin (Mariendorf)
    Beiträge
    1.023
    Zitat Zitat von inka Beitrag anzeigen
    macht das programm wirklich ALLE 100ms etwas oder immer dann wenns mal größer als 100ms ist? Also 101/102/105 - wanns gerade abgefragt wird? Ich glaube, wenn die funktionen im ablauf länger/komplizierter werden klappt es mit der abfrage nicht mehr so genau?
    Genau SO ist es, so steht es ja auch im Code, nämlich >100. Versuche ruhig mal "=100", dann wird es noch schlimmer werden!
    Was in einem harten Zeitraster abgearbeitet bzw. getestet werden soll, muss
    - entweder schnell pollend, also häufiger als die Zeitzähleinheit angegangen werden
    - oder besser noch: als (hochpriorer) Interrupt implementiert werden.

  6. #6
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Hi inka,
    macht das programm wirklich ALLE 100ms etwas oder immer dann wenns mal größer als 100ms ist? Also 101/102/105 - wanns gerade abgefragt wird?
    Ja, genau. Es kann ja immer nur etwas alle 100ms gemacht werden, wenn die Hauptschleife, in der die if(getStopwatchX() > 100 steht, nicht regelmäßig wieder bei der Abfrage ankommt. Hat also die Hauptschleife so viel zu tun, dass sie z.B. für einen kompletten Durchlauf 200ms braucht, dann kann die o.g. Stopwatch-Abfrage natürlich auch nur alle 200ms laufen.
    Ist die Hauptschleife schnell (das sollte sie!), dann kommt das mit den 100ms ganz gut hin. Der Ablauf ist dann in der if(getStopwatchX() Schleife:
    - Stopwatch > 100 ?
    - Alles, was gemacht werden muss
    - Stopwatch = 0
    Das bedeutet auch, dass wenn "Alles, was gemacht werden muss" etwas länger dauert, diese Zeit zum Intervall noch addiert werden muss.
    Wenn du wissen willst, mit welchem Stopwatchwert du in die Abfrage gehst, dann gib den Wert der Stopwatch doch am Anfang der if(getStopwatchX() Schleife aus. Dann kannst du sehen, wie die Intervalle aussehen: writeInteger(getStopwatchX(), DEC);

    Was kann man machen:
    - Hauptschleife optimieren (Sleeps raus, keine UART/WiFi/LCD-Ausgaben, kein Warten auf Bedingungen ...)
    - Auch in den if(getStopwatchX() Schleifen keine Verzögerungen, wenn sie NUR ZUM MESSEN dienen. Daneben kann es natürlich auch noch solche Schleifen zur Textausgabe geben,- die braucht man aber meist selten (alle 0,5 oder 1 s).

    der code raegiert nun williger auf den druck auf die buttons, kann ich die ausgabe regelmäßiger machen?
    Die Ausgabe wird "unregelmäßig", weil du in der for(i = 0; i < 199; i++) Schleife die Ausgabe mit einer Stopwatch machst. Dann passiert es manchmal, dass die for-Schleife schneller ist als die 50ms der Stopwatch, dann ist die Stopwatch noch <= 50 und eine Ausgabe wird übersprungen.
    Du must die ganze Ausgabe in die Stopwatch-Abfrage bringen und darin nicht eine for-Schleife nehmen, sondern eine Schleife mit einem globalen Zähler.
    Gruß
    Dirk

  7. #7
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    hi Dirk,

    im code werden die variablen t1, t2 und tg verwendet

    wenn ich diese variablen t1, t2 und tg als uint8_t definiere (so wie sie im code nachher verwendet werden) passieren die seltsamsten dinge:

    auch wenn diese variablen nur den abschnitt im case3 bertreffen, haben sie einfluss auf das verhalten im abschnitt case1 und case2 und zwar NUR die reine definition, auch wenn der code, wo sie verwendet werden auskommentiert wird!

    im case1 wird z.b. die IR bake überhaupt nicht erkannt, auch wenn sie direkt vor dem IR-empfänger steht

    im case2 werden im terminal statt 0000 (empfang) bzw. 0004 (kein empfang) die reinsten fantasiezahlen ausgegeben und die bake nicht erkannt

    definiere ich statt "t1" z.b. "x" und statt "t2" z.b. "y" passiert das nicht, das programm läuft ganz normal ab. Der neue abschnitt case3 läuft noch nicht richtig, aber case1 und 2 laufen ganz normal...

    ich konnte mir jetzt mit dem umdefinieren der variablen helfen, will Dich jetzt auch nicht mit dem ganzen code behelligen, gibt es aber dafür eine erklärung?
    gruß inka

  8. #8
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Hi inka,
    schau dir noch mal die Datentypen in GCC an!

    Hier die Wichtigsten:
    uint8_t -> 0..255
    int8_t -> -128..+127
    uint16_t -> 0..65535
    int16_t -> -32768..+32767
    uint32_t -> 0..4294967295
    int32_t -> -2147483648..+2147483647
    float -> -3.4E38..+3.4E38 (Fließkomma)

    Wenn du negative Zahlen brauchst, must du schon einen intX_t Typ nehmen, bei nur positiven Werten reicht ein uintX_t.
    Deine Werte liegen teils ja schon über/bis 520, also kommst du mit uint8_t nicht hin (Werte passen nicht in die Variablen und machen dann Mist).
    Gruß
    Dirk

  9. #9
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    gruß inka

  10. #10
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    77
    Beiträge
    2.180
    hallo Dirk,


    ich habe den code von vorhin mit kommentaren versehen, so wie sie mir zutreffend scheinen...

    der roboter steht zunächst im raum, ist eingeschaltet, weiss nicht wo er ist, weisst nicht wo die IR-bake ist.

    und das sollte er tun:

    - misst nach 50ms zuerst ob er IR empfang hat
    - hat er empfang, misst er weiter bis er 10x empfang hatte
    - dann prüft er, ob er diese 10 signale innerhalb von 520ms (tg) empfangen hat
    - ist tg<520 fährt er 100mm
    - ist tg>520 rotiert er um 1 grad
    - fängt wieder mit IR messung an


    Code:
    case 3://
                    setLEDs(0b0100);
    
                    writeString_P("suche der bake   \n");
                    writeChar('\n');
                    initRP6Control();
                    initLCD();
                    startStopwatch3();
                    t=0; //t, t1, t2, tg sind am programmanfang definiert (unint_8)
    
                    while(true) //schleife bis button gedrückt
                    {
    
    
                        while(true) //dauerschleife - wie komme ich da raus?
                        {
    
                            if(getStopwatch3() > 50) //wenn stopwatch3 > 50ms messe IR empfang
                            {
                                temp = read_IR_value(); //Ir empfang (PB2) messen
    
    
                                if (temp == 0) //wenn IR empfang dann schleifendurchlauf, sonst rotate
    
                                {
                                    t1 = getStopwatch3(); // stopwatch3 wert beim ersten "treffer"
                                    setMultiIOLED3(1);
                                    setMultiIOLED3(0);
                                    if (t<10) // schleife für 10 treffer
                                    {
                                    t++;
                                    setStopwatch3(0); // stopwatch nach treffern 1 - 9 auf 0
                                    if (t == 10) // wenn t=10 dann
                                    {
                                    t2 = getStopwatch3(); // stopwatch3 wert für den 10. treffer
                                    tg = t2-t1;
                                    if (tg<520) // wenn tg < 520 move
                                    {
                                    move(100, FWD, DIST_MM(100), false);
                                    setStopwatch3(0); //stopwatch3 na 10 treffern auf 0
                                    t=0;
                                    }
    
                                    }
    
                                    }
                                }
    
                                else
                                {
                                    setMultiIOLED1(1);
                                    setMultiIOLED1(0);
                                    rotate(80, RIGHT, 1, false); // drehe rechts um 1 grad, nicht blockierend
                                    setStopwatch3(0); //stopwatch3 nach rotate auf 0
                                }
    
                            }
                        }
                            /**************************/
                            uint8_t key_1;
                            key_1 = getMultiIOPressedButtonNumber();
                            if(key_1 != 0) break;
                            /**************************/
                    }
    
    
    
                        break;
    gruß inka

Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. IR-Bake
    Von tornado im Forum Elektronik
    Antworten: 9
    Letzter Beitrag: 05.07.2007, 17:37
  2. IR-Bake
    Von Bernd-das-Brot im Forum Sensoren / Sensorik
    Antworten: 38
    Letzter Beitrag: 13.12.2005, 16:14
  3. ir-bake
    Von pebisoft im Forum Vorstellungen+Bilder von fertigen Projekten/Bots
    Antworten: 8
    Letzter Beitrag: 17.01.2005, 13:41
  4. ir-bake
    Von pebisoft im Forum Sensoren / Sensorik
    Antworten: 2
    Letzter Beitrag: 17.01.2005, 07:01
  5. Bake
    Von techboy im Forum Elektronik
    Antworten: 6
    Letzter Beitrag: 02.11.2004, 10:17

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

12V Akku bauen