RGB-Fernbedienung am AVR - Problem mit IRMP

[Martin R. (martin84)]

Guten Abend,

ich versuche gerade eine 44-Tasten-RGB-Fernbedienung eines 5m 
LED-Streifens am Atmega88 zum laufen zu kriegen. Der RGB Streifen wurde 
in der Bucht gekauft und beinhaltet bereits einen Controller und eine 
Fernbedienung.

Ich will nun den Streifen und die Fernbedienung am Atmega einsetzen.

Das IR-Protokoll ist das NEC-Protokoll. Im Anhang habe ich das Timing 
für die "Rot"-Taste.
In der IRMPconfig.h wurde nur das NEC-Protokoll aktiviert.

Der Atmega88 wurde, wie in der main.c beschrieben, für interne 8MHz 
gefused. Für die Übertragung der "Rot"-Taste habe ich folgende Werte 
erhalten:

Startbit > 0x00 (Adressbyte) > 0xFF (inv. Adressbyte) > 0x1A 
(Commandbyte) > 0xE5 (inv. Commandbyte) > Stopbit

Könnt ihr bitte mal über meine Switch-Case-Anweisung drüber schauen, ob 
die Abfrage des irmp_data.command richtig ist?

Gruß Martin
#define F_CPU 8000000UL
#include <inttypes.h>
#include <avr/io.h>
#include <util/delay.h>
#include <avr/pgmspace.h>
#include <avr/interrupt.h>

#include "irmpconfig.h"
#include "irmp.c"

...

int
main (void)
{
    IRMP_DATA irmp_data;

    irmp_init();                                                            // initialize irmp
    timer1_init();                                                          // initialize timer 1
    sei ();                                                                 // enable interrupts

  DDRC |= (1 << DDC1) | (1 << DDC2) | (1<<DDC3);

    for (;;)
    {
        if (irmp_get_data (&irmp_data))
        {
            //if (irmp_data.protocol == IRMP_NEC_PROTOCOL)// &&     // NEC-Protokoll
        //irmp_data.address == 0x00FF)                   // Adresse 0x1234
        //{
          switch (irmp_data.command)
          {
            case 0x9A65: PORTC|=(1<<PC1); break;          // Taste grün
            case 0x18E7: PORTC|=(1<<PC2); break;          // Taste gelb
            case 0x1AE5: PORTC|=(1<<PC3); break;          // Taste rot
          }
  }
    }
}

[Martin R. (martin84)]

Das "Gruß Martin" sollte nicht mit in den C-Code sondern an den Schluß 
;-)

[Martin R. (martin84)]

In der IRMPconfig.h habe ich den Pin für den Empfänger auf PB.5 gesetzt 
und den Empfänger auch an diesen angeschlossen, könnte das Probleme 
bereiten?

[Thomas B. (nichtessbar)]

Hm... wo liegt dein Problem und was geht nicht?

Warum sollte das Probleme bereiten wenn du den Empfänger dort anschließt 
wo auch in der Headerdatei eingestellt wird? Das muss so sein, ist ja 
der Sinn hinter der Einstellmöglichkeit im Header... oder hab ich deinen 
Post missverstanden?

[Martin (Gast)]

Guten Morgen Thomas,

du hast recht, am PB.5 liegts bestimmt nicht. Ich vermute mal, dass die 
Case Abfrage meines irmp_data.command nicht stimmt. Frank schrieb in 
seinem Thread, dass command mit 8 Bit abgefragt werden muss. Ich frage 
ja das Commandbyte und das invertierte Commandbyte ab. Ich werde gleich 
mal probieren ob es mit nur einem von beiden funktioniert.

Frohe Ostern

Martin

[Thomas B. (nichtessbar)]

Aus irmp.h

typedef struct
{
  uint8_t               protocol;    // protocol, i.e. NEC_PROTOCOL
  uint16_t              address;     // address
  uint16_t              command;     // command
  uint8_t               flags;      // flags, e.g. repetition
} IRMP_DATA;

Mit 8 Bit nicht unbedingt, da command 16 Bit sind. Aber aus dem 
Codebeispiel hier http://www.mikrocontroller.net/articles/IRMP wird 
ersichtlich, dass du nicht das invertierte Signal mitbetrachten musst 
sondern einfach die ersten zwei Stellen 0 setzt.


Probiers mal mit 0x0065, 0x00E7 und 0x00E5

[Martin (Gast)]

Jetzt hab ichs. Ich darf nur das 8-Bit-Commandbyte verwenden. Jetzt 
gehts:-) Das IRMP ist ein Spitzenprojekt!!:-) Danke an dieser Stelle an 
Frank M.

Frohe Ostern