IR-bake

[inka]

Hi,

mit den änderungen

case 2://
    setLEDs(0b0010);
    writeString_P("\n\n messung feldvariable\n");

    initRP6Control();
    initLCD();

    while(true)
    {
//    rotate (20, RIGHT, 3, false);

//    read_IR_value();
        uint8_t i = 0;
    for(i = 0; i < 499; i++)
        {
        temp_IR[i] = read_IR_value();
        feld_IR[i] = temp_IR[i];
//        feld_IR[i] = read_IR_value();
        writeIntegerLength(temp_IR[i],DEC,4);
        if(i % 7 == 0)
            writeChar('\n');
        else
            writeString_P(" | ");
        mSleep(100);
//        move(50, FWD, DIST_MM(100), false);
        }

    clearLCD();

    setCursorPosLCD(0, 0);
    writeStringLCD_P("bin: ");
    setCursorPosLCD(0, 8);
    writeIntegerLengthLCD(temp_IR[0], BIN, 8);
    mSleep(300);
    setMultiIOLED3(0);

    readAllRegisters();
    mSleep(100);


        /**************************/
        uint8_t key_1 = getMultiIOPressedButtonNumber();
        key_1 = getMultiIOPressedButtonNumber();
        if(key_1 != 0) break;

        /**************************/
    }

    break;

konnte ich nun herausfinden, wie oft, bzw. mit welchem muster meine IR-bake sendet - und empfangen wird. Hier ein teilinhalt der feldvariablen "uint8_t feld_IR[500]" :

es ist folgendes muster, welches empfangen wird:

4x nichts / treffer / 3x nichts / treffer / 4x nichts / treffer usw, usw...

ich nehme an, dass der IR empfänger nicht dauernd empfängt, sondern in einem bestimmten rhythmus. Das würde evtl. erklären warum die optische anzeige (LED)

  case 1://
    setLEDs(0b0001);
    writeString_P("\n\n messung einzelsignal\n");

    initRP6Control();
    initLCD();

    // ---------------------------------------
    WDT_setRequestHandler(watchDogRequest);

/*************************************************************/

    while(true)
    {
//    rotate (20, RIGHT, 3, false);

        temp = read_IR_value();

        mSleep(100);

    if (temp == 0)
        {
        setMultiIOLED3(1);
        mSleep(100);
        setMultiIOLED3(0);
//        move(50, FWD, DIST_MM(100), false);
        }

    clearLCD();

    setCursorPosLCD(0, 0);
    writeStringLCD_P("dec: ");
    setCursorPosLCD(0, 8);
    writeIntegerLengthLCD(temp, DEC, 1);
    mSleep(300);
//    setMultiIOLED3(0);

    readAllRegisters();
    mSleep(100);


        /**************************/
        uint8_t key_1 = getMultiIOPressedButtonNumber();
        key_1 = getMultiIOPressedButtonNumber();
        if(key_1 != 0) break;

        /**************************/
    }
break;

zwar funktioniert (reaktion auf einzelne empfangene IR-signale), aber in wesentlich unregelmäßigen abständen als dieses 3 - 1 - 4 - 1 - 3 - 1 - 4 - 1 -...
Diesen rhythmuss möchte ich beibehalten, er scheint mir insofern günstig, weil man mit diesem rhythmus die IR-bake identifizieren könnte...

es beschäftigen mich nun folgende fragen:

- wie finde ich den IR-empfangsrhythmus des RP6 raus?
- Ist er irgendwo angegeben, muss ich ihn irgendwie berechnen/messen (stopwatches?)?
- wie passe ich die beiden frequenzen aneinander an?

für ideen und tipps bin ich wie immer dankbar...

[Dirk]

Hi inka,
da bist du ja schon etwas weiter gekommen!

Diesen rhythmuss möchte ich beibehalten, er scheint mir insofern günstig, weil man mit diesem rhythmus die IR-bake identifizieren könnte...

Tatsächlich könnte man Baken mit unterschiedlicher Modulationsfrequenz so erkennen.
Dein Ausdruck der Werte scheint zu sagen, dass die Bake in regelmäßigen Abständen erkannt wird, wobei die AN-Phase nur kurz (1-3 Werte) erscheint und die AUS-Phase wohl etwa 4x so lang ist. Halt mal das Oszilloskop an den Treiber der Bake, um zu sehen, ob das so etwa auch gesendet wird (AN-AUS = 1-4).
Der "Leserhythmus" des IR-Signals wird im Wesentlichen bestimmt durch die zeitliche Länge der for(i = 0; i < 499; i++) - Schleife. Darin gibt es einerseits die feste Pause von 100ms (mSleep(100); ), dann die Zeit, die die UART-Ausgabe der Werte (writeIntegerLength(...) u.a.) braucht und die Zeit für die I2C-Kommunikation in der IR-Lesefunktion (read_IR_value(); ).
Messen kann man die Zyklusdauer der Schleife z.B. mit den Stopwatches:
1. Starten am Programmanfang mit: startStopwatch1();
2. Variable definieren: uint16_t zeitdauer;
3. Zurücksetzen auf 0 am Anfang der for(i = 0; i < 499; i++) - Schleife: if (i==498 ) setStopwatch1(0);
4. Lesen des Stopwatch Werts mit: if (i==498 ) zeitdauer = getStopwatch1(); am Ende der Schleife
5. Nach der Schleife den Wert von zeitdauer ausgeben.
Damit wird im letzten Schleifendurchlauf die Dauer in Millisekunden gemessen. Man kann das dann in die Frequenz umrechnen.

[inka]

hi Dirk,
den "rest" dann in aller ruhe, zunächst zu der interpretation der IR-logdatei:

Dein Ausdruck der Werte scheint zu sagen, dass die Bake in regelmäßigen Abständen erkannt wird, wobei die AN-Phase nur kurz (1-3 Werte) erscheint und die AUS-Phase wohl etwa 4x so lang ist. Halt mal das Oszilloskop an den Treiber der Bake, um zu sehen, ob das so etwa auch gesendet wird (AN-AUS = 1-4).

das mit derm oszi funktioniert nicht, ich sehe bei allen möglichen einstellungen nur einen waagerechten strich, der seine lage im blinkinterwall der bake rauf und runter ändert, bekomme also keine darstellung der abwechselnden phasen in waagerechetn richtung aneinander gereiht, keine ahnung warum...

nun zu der logdatei:

ich würde die AN/AUS phasen anders interpretieren:

0004 bedeute kein signal
0000 bedeutet signal empfangen

in der reienfolge aus dem bild ist es dann doch so:

aus aus aus aus an aus aus aus an aus aus aus aus an aus aus aus an .............

also hätte die AN-phase jeweils nur ein wert und die AUS-phase abwechselnd 3 oder 4 werte. oder sehe ich da was falsch?

[Dirk]

Hi,

also hätte die AN-phase jeweils nur ein wert und die AUS-phase abwechselnd 3 oder 4 werte. oder sehe ich da was falsch?

Ne, habe ich genau so gesehen. S.o.!