Mikrocontroller.net - Benutzerbeiträge [de]

IRSND - english

2023-04-26T09:59:42Z

Tooki:

By '''Frank M. ([http://www.mikrocontroller.net/user/show/ukw ukw])'''

'''This is the English translation of the [[IRSND#top|German ISRND documentation]].'''

= IRSND - Infrared Multi Protocol Encoder =

'''[[Datei:irmp-title.png| |Waveform of an NEC-format remote control signal]]

[[IRSND_-_english#top|IRSND]] is the counterpart to [[IRMP_-_english#top|IRMP]]. [[IRSND_-_english#top|IRSND]] encodes and transmits IR frames.

== Introduction ==

[[Datei:irsnd-sender.png|miniatur|A simple IR transmitter connected to a microcontroller.]]

[[IRSND_-_english#top|IRSND]] is the counterpart to [[IRMP_-_english#top|IRMP]]: it reproduces the original IR frame from data received by [[IRMP_-_english#top|IRMP]], which can then be transmitted over an IR emitter.

== Supported MCUs ==

[[IRSND_-_english#top|IRSND]] runs on numerous MCU families:

'''AVR'''

* ATtiny87, ATtiny167
* ATtiny45, ATtiny85
* ATtiny44, ATtiny84
* ATmega8, ATmega16, ATmega32
* ATmega162
* ATmega164, ATmega324, ATmega644, ATmega644P, ATmega1284
* ATmega88, ATmega88P, ATmega168, ATmega168P, ATmega328P

'''XMega'''

* ATXmega128

'''PIC''' (C18 Compiler)

* PIC12F1840
* PIC18F4520

'''STM32'''

* STM32F4xx
* STM32F10x
* STM32 with HAL library '''(NEW!)'''

'''TEENSY 3.0'''

* MK20DX256VLH7 (ARM Cortex-M4 72MHz)

== Supported Protocols ==

[[IRSND_-_english#top|IRSND]] supports the following IR protocols:

* [[IRMP_-_english#A1TVBOX|A1TVBOX]]
* [[IRMP_-_english#AP24|ACP24]] '''(NEW!)'''
* [[IRMP_-_english#APPLE|APPLE]]
* [[IRMP_-_english#B&O|BANG_OLUFSON]]
* [[IRMP_-_english#BOSE|BOSE]] '''(NEW!)'''
* [[IRMP_-_english#DENON|DENON]]
* [[IRMP_-_english#FAN|FAN]] '''(NEW!)'''
* [[IRMP_-_english#FDC|FDC]] (minimum ~15kHz)
* [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]]
* [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]]
* [[IRMP_-_english#JVC|JVC]]
* [[IRMP_-_english#KASEIKYO|KASEIKYO]]
* [[IRMP_-_english#LEGO|LEGO]]
* [[IRMP_-_english#LGAIR|LGAIR]]
* [[IRMP_-_english#MATSUSHITA|MATSUSHITA]]
* [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
* [[IRMP_-_english#NEC16|NEC16]]
* [[IRMP_-_english#NEC42|NEC42]]
* [[IRMP_-_english#NIKON|NIKON]]
* [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]]
* [[IRMP_-_english#NUBERT|NUBERT]]
* [[IRMP_-_english#PANASONIC|PANASONIC (Beamer)]] '''(NEW!)'''
* [[IRMP_-_english#PENTAX|PENTAX]] '''(NEW!)'''
* [[IRMP_-_english#RC5_+_RC5X|RC5]]
* [[IRMP_-_english#RC6_+_RC6A|RC6]]
* [[IRMP_-_english#RC6_+_RC6A|RC6A]]
* [[IRMP_-_english#RCCAR|RCCAR]] (minimum ~15kHz)
* [[IRMP_-_english#RECS80|RECS80]] (bei mind. ~20kHz)
* [[IRMP_-_english#RECS80EXT|RECS80EXT]] (minimum ~20kHz)
* [[IRMP_-_english#ROOMBA|ROOMBA]]
* [[IRMP_-_english#SAMSUNG|SAMSUNG]]
* [[IRMP_-_english#SAMSUNG32|SAMSUNG32]]
* [[IRMP_-_english#SAMSUNG48|SAMSUNG48]]
* [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] (minimum ~15kHz)
* [[IRMP_-_english#SPEAKER|SPEAKER]]
* [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]]
* [[IRMP_-_english#THOMSON|THOMSON]]
* [[IRMP_-_english#SIRCS|SIRCS]]

[[IRSND_-_english#top|IRSND]] does '''NOT''' yet support the following protocols:

* [[IRMP_-_english#KATHREIN|KATHREIN]]
* [[IRMP_-_english#NETBOX|NETBOX]]
* [[IRMP_-_english#ORTEK|ORTEK]]
* [[IRMP_-_english#RCMM|RCMM]]
* [[IRMP_-_english#MERLIN|MERLIN]]

== Download ==

Version 3.2.6, Date: 2021-01-27

Download stable version: [http://www.mikrocontroller.net/wikifiles/c/c7/Irsnd.zip Irsnd.zip]

[[IRMP_-_english#top|IRMP]] & [[IRSND_-_english#top|IRSND]] is also available by SVN: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP in SVN]

'''You can see the history of the software changes here: [[IRSND_-_english#Software_History|Software History]]'''

== Source Code ==

The source code can be easily compiled for AVR MCUs by loading the project file irsnd.aps in AVR Studio 4.

For other development environments it is simple to create a project or makefile. The source includes:

* [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c] - the IR encoder core
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h] - all protocol definitions
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpsystem.h?view=markup irmpsystem.h] - target-dependent definitions for AVR/PIC/STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h] - include file for the application
* [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h] - user configuration
* [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd-main-avr.c?view=markup irsnd-main-avr.c] - example main

'''IMPORTANT:'''

'''Include only [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h] in your application source code:'''

<syntaxhighlight lang="c">
#include "irsnd.h"
</syntaxhighlight>

All other include files are included within [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h]. See also the sample application [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd-main-avr.c?view=markup irsnd-main-avr.c].

[[IRSND_-_english#top|IRSND]] encodes all protocols listed above in an interrupt service routine (ISR), see also [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c].

=== Settings in irsndconfig.h ===

==== F_INTERRUPTS ====

Number of interrupts per second. The value can be set to a value between 10000 and 20000.

Default value:
<syntaxhighlight lang="c">
#define F_INTERRUPTS 15000 // interrupts per second
</syntaxhighlight>

==== IRSND_SUPPORT_xxx_PROTOCOL ====

Here you can select which protocols to enable in [[IRSND_-_english#top|IRSND]]. Common protocols are emabled by default. To enable additional protocols or disable others to save memory, set the corresponding values in [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h].

<syntaxhighlight lang="c">
// typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS >= 10000 ~200 bytes
#define IRSND_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE >= 10000 ~100 bytes
#define IRSND_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 >= 10000 ~300 bytes
#define IRSND_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita >= 10000 ~200 bytes
#define IRSND_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo >= 10000 ~300 bytes

// more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_DENON_PROTOCOL 0 // DENON, Sharp >= 10000 ~200 bytes
#define IRSND_SUPPORT_RC5_PROTOCOL 0 // RC5 >= 10000 ~150 bytes
#define IRSND_SUPPORT_RC6_PROTOCOL 0 // RC6 >= 10000 ~250 bytes
#define IRSND_SUPPORT_RC6A_PROTOCOL 0 // RC6A >= 10000 ~250 bytes
#define IRSND_SUPPORT_JVC_PROTOCOL 0 // JVC >= 10000 ~150 bytes
#define IRSND_SUPPORT_NEC16_PROTOCOL 0 // NEC16 >= 10000 ~150 bytes
#define IRSND_SUPPORT_NEC42_PROTOCOL 0 // NEC42 >= 10000 ~150 bytes
#define IRSND_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) >= 10000 ~250 bytes
#define IRSND_SUPPORT_GRUNDIG_PROTOCOL 0 // Grundig >= 10000 ~300 bytes
#define IRSND_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens, Gigaset >= 15000 ~150 bytes
#define IRSND_SUPPORT_NOKIA_PROTOCOL 0 // Nokia >= 10000 ~400 bytes

// exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein >= 10000 DON'T CHANGE, NOT SUPPORTED YET!
#define IRSND_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT >= 10000 ~100 bytes
#define IRSND_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang&Olufsen >= 10000 ~250 bytes
#define IRSND_SUPPORT_RECS80_PROTOCOL 0 // RECS80 >= 15000 ~100 bytes
#define IRSND_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT >= 15000 ~100 bytes
#define IRSND_SUPPORT_THOMSON_PROTOCOL 0 // Thomson >= 10000 ~250 bytes
#define IRSND_SUPPORT_NIKON_PROTOCOL 0 // Nikon >= 10000 ~150 bytes
#define IRSND_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard >= 10000 DON'T CHANGE, NOT SUPPORTED YET!
#define IRSND_SUPPORT_FDC_PROTOCOL 0 // FDC IR keyboard >= 10000 (better 15000) ~150 bytes
#define IRSND_SUPPORT_RCCAR_PROTOCOL 0 // RC CAR >= 10000 (better 15000) ~150 bytes
#define IRSND_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba >= 10000 ~150 bytes
#define IRSND_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home >= 15000 ~250 bytes
#define IRSND_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX >= 15000 (better 20000) ~200 bytes
#define IRSND_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC >= 20000 ~150 bytes
</syntaxhighlight>

To enable a protocol, set it to 1, to disable it, set it to 0. Disabled protocols will not be compiled. This saves program space in Flash. (See code comments above.) Refer to the article [[IRMP_-_english|IRMP]] for more tips on saving memory if absolutely necessary.

When using the [[IRMP_-_english#APPLE|APPLE]] protocol, set IRSND_SUPPORT_NEC_PROTOCOL to 1, since it is simply a special case of the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol.

==== IRSND_OCx ====

To transmit IR signals, [[IRSND_-_english#top|IRSND]] needs a PWM-capable output pin, because the signal needs to be modulated. The following settings are possible:

<syntaxhighlight lang="c">
#define IRSND_OCx IRSND_OC2 // OC2 on ATmegas supporting OC2, e.g. ATmega8
#define IRSND_OCx IRSND_OC2A // OC2A on ATmegas supporting OC2A, e.g. ATmega88
#define IRSND_OCx IRSND_OC2B // OC2B on ATmegas supporting OC2B, e.g. ATmega88
#define IRSND_OCx IRSND_OC0 // OC0 on ATmegas supporting OC0, e.g. ATmega162
#define IRSND_OCx IRSND_OC0A // OC0A on ATmegas/ATtinys supporting OC0A, e.g. ATtiny84, ATtiny85
#define IRSND_OCx IRSND_OC0B // OC0B on ATmegas/ATtinys supporting OC0B, e.g. ATtiny84, ATtiny85
</syntaxhighlight>

Default value:
<syntaxhighlight lang="c">
#define IRSND_OCx IRSND_OC2B
</syntaxhighlight>

For PIC and STM32 MCUs use the appropriate values, see comments in [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h].

==== IRSND_USE_CALLBACK ====

Default value:
<syntaxhighlight lang="c">
#define IRSND_USE_CALLBACK 0 // flag: 0 = don't use callbacks, 1 = use callbacks, default is 0
</syntaxhighlight>

If callbacks are enabled, your callback functions will be called whenever the IR signal changes (IR modulation on/off). This can by used to output an unmodulated signal on another pin, for example:

<syntaxhighlight lang="c">
#define LED_PORT PORTD // LED at PD6
#define LED_DDR DDRD
#define LED_PIN 6

/*-----------------------------------------------------------------------------------------------------------------------
* Called (back) from IRSND module
* This example switches a LED (which is connected to Vcc)
*-----------------------------------------------------------------------------------------------------------------------
*/
void
led_callback (uint8_t on)
{
if (on)
{
LED_PORT &= ~(1 << LED_PIN);
}
else
{
LED_PORT |= (1 << LED_PIN);
}
}

int
main ()
{
...
LED_DDR |= (1 << LED_PIN); // LED pin to output
LED_PORT |= (1 << LED_PIN); // switch LED off (active low)
irsnd_init ();
irsnd_set_callback_ptr (led_callback);
sei ();
...
}

</syntaxhighlight>

== Using IRSND ==

[[IRSND_-_english#top|IRSND]] assembles the frame to be transmitted on the fly from the IRMP data structure. It includes:

1. ID for the protocol in use
2. Address or vendor code
3. Command

To transmit the IR frame, call the function

irsnd_send_data (IRMP_DATA * irmp_data_p)

The return value is 1 if the frame can be successfully transmitted, otherwise 0. In the first case the struct members

<syntaxhighlight lang="c">
irmp_data_p->protocol
irmp_data_p->address
irmp_data_p->command
irmp_data_p->flags
</syntaxhighlight>

are read and then transmitted as a frame in the selected IR protocol.

irmp_data_p->flags specifies the number of repetitions, e.g.

irmp_data_p->flags = 0: no repetition
irmp_data_p->flags = 1: 1 repetition
irmp_data_p->flags = 2: 2 repetitions
usw.

'''Important: Make sure that irmp_data_p->flags has a defined value before calling irsnd_send_data()!'''

Example:

<syntaxhighlight lang="c">
IRMP_DATA irmp_data;

irmp_data.protocol = IRMP_NEC_PROTOCOL; // use NEC protocol
irmp_data.address = 0x00FF; // use address 0x00FF
irmp_data.command = 0x0001; // use command 0001
irmp_data.flags = 0; // no repetition!

(void) irsnd_send_data (&irmp_data, FALSE); // transmit, don't wait
</syntaxhighlight>

The frame will be transmitted asynchronously by the interrupt routine irsnd_ISR(), so the function irsnd_send_data() returns immediately. When repetitions are specified, depending on the protocol, the frame will be repeated after a wait specified in the protocol, or a protocol-specific repeat frame (e.g. for NEC) will be sent.

=== NEC Repeat Frames ===

IRSND normally transmits repeat frames itself, according to the number of repetitions specified in the flags. (See above.)

Starting with version 3.2.6 and specifically for the NEC protocol, repeat frames can be transmitted on their own. This is useful for IR repeaters in particular.

The following flags must be set:

<syntaxhighlight lang="c">
IRMP_DATA irmp_data;

irmp_data.protocol = IRMP_NEC_PROTOCOL; // use NEC protocl
irmp_data.address = 0x00FF; // address is ignored
irmp_data.command = 0x0001; // command is ignored
irmp_data.flags = IRSND_RAW_REPETITION_FRAME; // transmit NEC repeat frame

(void) irsnd_send_data (&irmp_data, TRUE); // transmit and wait
</syntaxhighlight>

Multiple repeat frames can be transmitted by setting a repetition value as follows:

<syntaxhighlight lang="c">
irmp_data.flags = IRSND_RAW_REPETITION_FRAME | 0x02; // transmit NEC repeat frame and repeat 2 more times
</syntaxhighlight>

Up to 14 repetitions can be set, so up to 15 repeat frames.

=== Waits ===

When irsnd_send_data() is called again, it waits until the preceding frame has been transmitted completely. You can test whether [[IRSND_-_english#top|IRSND]] is busy or not:

<syntaxhighlight lang="c">
while (irsnd_is_busy ())
{
; // wait here or do something else...
}
(void) irsnd_send_data (&irmp_data, FALSE); // transmit without testing and without waiting
</syntaxhighlight>

When irsnd_send_data() is called with TRUE as the second argument, the function only returns once the frame has been transmitted completely.

In the example source irsnd-main-avr.c, in addition to how to use irsnd_send_data(), the [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|timer]] call is also demonstrated:

<syntaxhighlight lang="c">
ISR(TIMER1_COMPA_vect)
{
irsnd_ISR()) // call irsnd ISR
// call other timer interrupt routines...
}
</syntaxhighlight>

=== Using IRMP and IRSND Simultaneously ===

To use [[IRMP_-_english#top|IRMP]] and [[IRSND_-_english#top|IRSND]] at the same time (that is, both transmitter and receiver), the ISR function should read as follows:

<syntaxhighlight lang="c">
ISR(TIMER1_COMPA_vect)
{
if (! irsnd_ISR()) // call irsnd ISR
{ // if not busy...
irmp_ISR(); // call irmp ISR
}
// call other timer interrupt routines...
}
</syntaxhighlight>

This causes the receiver ISR to be called only when irsnd_ISR() is idle, and thus the receiver is disabled while irsnd_ISR() is transmitting data.

The [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|timer]] initialization routine is identical for [[IRMP_-_english#top|IRMP]] and [[IRSND_-_english#top|IRSND]].

A combined main function could look like:

<syntaxhighlight lang="c">
int
main (void)
{
IRMP_DATA irmp_data;

irmp_init(); // initialize irmp
irsnd_init(); // initialize irsnd
timer_init(); // initialize timer
sei (); // enable interrupts

for (;;)
{
if (irmp_get_data (&irmp_data))
{
irmp_data.flags = 0; // reset flags!
irsnd_send_data (&irmp_data);
}
}
}
</syntaxhighlight>

What the code above does is obvious: A received frame is fully decoded, then reencoded and finally transmitted with the IR emitting diode. This can be used to transmit signals around a corner, or extend them over a wire.

Another application is protocol translation, for example to convert NEC frames to RC5 to substitute a lost RC5 remote control.

Other uses are left to the reader's imagination. ;-)

Here the possible values for irmp_data.protocol, see also [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h]:

<syntaxhighlight lang="c">
#define IRMP_SIRCS_PROTOCOL 1 // Sony
#define IRMP_NEC_PROTOCOL 2 // NEC, Pioneer, JVC, Toshiba, NoName etc.
#define IRMP_SAMSUNG_PROTOCOL 3 // Samsung
#define IRMP_MATSUSHITA_PROTOCOL 4 // Matsushita
#define IRMP_KASEIKYO_PROTOCOL 5 // Kaseikyo (Panasonic etc)
#define IRMP_RECS80_PROTOCOL 6 // Philips, Thomson, Nordmende, Telefunken, Saba
#define IRMP_RC5_PROTOCOL 7 // Philips etc
#define IRMP_DENON_PROTOCOL 8 // Denon, Sharp
#define IRMP_RC6_PROTOCOL 9 // Philips etc
#define IRMP_SAMSUNG32_PROTOCOL 10 // Samsung32: no sync pulse at bit 16, length 32 instead of 37
#define IRMP_APPLE_PROTOCOL 11 // Apple, very similar to NEC
#define IRMP_RECS80EXT_PROTOCOL 12 // Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
#define IRMP_NUBERT_PROTOCOL 13 // Nubert
#define IRMP_BANG_OLUFSEN_PROTOCOL 14 // Bang & Olufsen
#define IRMP_GRUNDIG_PROTOCOL 15 // Grundig
#define IRMP_NOKIA_PROTOCOL 16 // Nokia
#define IRMP_SIEMENS_PROTOCOL 17 // Siemens, e.g. Gigaset
#define IRMP_FDC_PROTOCOL 18 // FDC keyboard
#define IRMP_RCCAR_PROTOCOL 19 // RC Car
#define IRMP_JVC_PROTOCOL 20 // JVC (NEC with 16 bits)
#define IRMP_RC6A_PROTOCOL 21 // RC6A, e.g. Kathrein, XBOX
#define IRMP_NIKON_PROTOCOL 22 // Nikon
#define IRMP_RUWIDO_PROTOCOL 23 // Ruwido, e.g. T-Home Media Receiver
#define IRMP_IR60_PROTOCOL 24 // IR60 (SDA2008)
#define IRMP_KATHREIN_PROTOCOL 25 // Kathrein
#define IRMP_NETBOX_PROTOCOL 26 // Netbox keyboard (bitserial)
#define IRMP_NEC16_PROTOCOL 27 // NEC with 16 bits (incl. sync)
#define IRMP_NEC42_PROTOCOL 28 // NEC with 42 bits
#define IRMP_LEGO_PROTOCOL 29 // LEGO Power Functions RC
#define IRMP_THOMSON_PROTOCOL 30 // Thomson
#define IRMP_BOSE_PROTOCOL 31 // BOSE
#define IRMP_A1TVBOX_PROTOCOL 32 // A1 TV Box
#define IRMP_ORTEK_PROTOCOL 33 // ORTEK - Hama
#define IRMP_TELEFUNKEN_PROTOCOL 34 // Telefunken (1560)
#define IRMP_ROOMBA_PROTOCOL 35 // iRobot Roomba vacuum cleaner
#define IRMP_RCMM32_PROTOCOL 36 // Fujitsu-Siemens (Activy remote control)
#define IRMP_RCMM24_PROTOCOL 37 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_RCMM12_PROTOCOL 38 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_SPEAKER_PROTOCOL 39 // Another loudspeaker protocol, similar to Nubert
#define IRMP_LGAIR_PROTOCOL 40 // LG air conditioner
#define IRMP_SAMSUNG48_PROTOCOL 41 // air conditioner with SAMSUNG protocol (48 bits)
#define IRMP_MERLIN_PROTOCOL 42 // Merlin (Pollin 620 185)
#define IRMP_PENTAX_PROTOCOL 43 // Pentax camera
#define IRMP_FAN_PROTOCOL 44 // FAN (ventilator), very similar to NUBERT, but last bit is data bit instead of stop bit
#define IRMP_S100_PROTOCOL 45 // very similar to RC5, but 14 instead of 13 data bits
#define IRMP_ACP24_PROTOCOL 46 // Stiebel Eltron ACP24 air conditioner
#define IRMP_TECHNICS_PROTOCOL 47 // Technics, similar to Matsushita, but 22 instead of 24 bits
#define IRMP_PANASONIC_PROTOCOL 48 // Panasonic (video projector), start bits similar to KASEIKYO
#define IRMP_MITSU_HEAVY_PROTOCOL 49 // Mitsubishi heavy air conditioner, similar timing to Panasonic video projector
#define IRMP_VINCENT_PROTOCOL 50 // Vincent
#define IRMP_SAMSUNGAH_PROTOCOL 51 // SAMSUNG AH
#define IRMP_IRMP16_PROTOCOL 52 // IRMP specific protocol for data transfer, e.g. between two microcontrollers via IR
#define IRMP_GREE_PROTOCOL 53 // Gree climate
#define IRMP_RCII_PROTOCOL 54 // RC II Infrared Remote Control Protocol for FM8
#define IRMP_METZ_PROTOCOL 55 // METZ
#define IRMP_ONKYO_PROTOCOL 56 // Onkyo
</syntaxhighlight>

The best way to determine the address and command codes is to use [[IRMP_-_english|IRMP]], see above ;-)

== IRSND under Linux and Windows ==

=== Compiling IRSND ===

[http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c] can be compiled under Linux to create frames in the same format as the IRMP scan files. Simply enter:

make -f makefile.unx

=== Starting IRSND ===

To start IRSND, enter:

./irsnd protocol-number hex-address hex-command [repeat] > filename.txt

Example for NEC protocol, address 0x00FF, command 0x0001:

./irsnd 2 00FF 0001 > nec.txt # start irsnd

=== IRSND under Windows ===

You can also use [[IRSND_-_english#top|IRSND]] under Windows:

* start the command line console
* change to the IRSND directory
* enter:

irsnd.exe 2 00FF 0001 > nec.txt

You can then use [[IRMP_-_english#top|IRMP]] to check whether the frame generated by IRSND is correct:

./irmp-15kHz < nec.txt

or under Windows:

irmp.exe < nec.txt

It also works without using an intermediate file, e.g.:

./irsnd-15kHz 2 00FF 0001 | ./irmp-15kHz

or under Windows:

irsnd.exe 2 00FF 0001 | irmp.exe

The output of [[IRMP_-_english#top|IRMP]] is then as follows:

11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00

[[IRMP_-_english#top|IRMP]] identified the frame generated by [[IRSND_-_english#top|IRSND]] as protocol number 2, address 0x00FF and command 0x0001.

Under Linux/Windows, [[IRSND_-_english#top|IRSND]] always emulates a key press twice, with a wait between the frames. The output is therefore:

11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00
11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00

The reason is simple: This makes it easy to test whether [[IRSND_-_english#top|IRSND]] correctly handles the toggle bit used by some protocols:

./irsnd-15kHz 7 2 3 0 | ./irmp-15kHz
1100010000011 p= 7 (RC5), a=0x0002, c=0x0003, f=0x00 '''First key press'''
1000010000011 p= 7 (RC5), a=0x0002, c=0x0003, f=0x00 '''Second key press'''
^
Toggle bit

Note: Depending on the protocol, the bit widths of addresses and commands can differ, see [[IRMP_-_english#IR_Protocols_in_Detail|IR Protocols in Detail]].

Consequently, 16 bit addresses and commands cannot be transmitted transparently with every protocol.

= Appendix =
''' '''
== Software History ==

=== Changes to IRSND in 3.0.x ===

Version 3.2.6:

* 2021-01-27: '''New IR Protocol:''' [[IRMP#MELINERA|MELINERA]]
* 2021-01-27: Protocol [[IRMP#LEGO|LEGO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#RUWIDO|RUWIDO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#NEC|NEC]]: Implemented send of raw NEC reptition frames

Version 3.2.5:

* Modifications for Arduino

Version 3.2.4:

* changed some constants in irsnd.c

Version 3.1.5:

* 2019-08-28: New protocol: ONKYO

Version 3.1.2:

* 2018-09-06: Added support of STM32 with HAL library

Version 3.0.9:

* 2018-02-19: Minor changes

Version 3.0.8:

* 2017-08-25: New protocol: IRMP16 for transparent 16 bit data communication

Version 3.0.2:

* 2016-09-09: New protocol [[IRMP_-_english#MITSU_HEAVY|Mitsubishi Heavy (air conditioner)]]
* 2016-09-09: Some modifications for Compiler PIC C18

Version 3.0.0:

* Renamed example main file to irsnd-main-avr.c

=== Older versions ===

* 2015-11-17: '''New protocol''': [[IRMP_-_english#BOSE|BOSE]]
* 2015-11-17: '''New protocol''': [[IRMP_-_english#PANASONIC|PANASONIC (Beamer)]]
* 2015-11-17: Port to Teensy (3.x)
* 2015-09-20: '''New protocol''': [[IRMP_-_english#TECHNICS|TECHNICS]]
* 2015-06-15: '''New protocol''': [[IRMP_-_english#ACP24|ACP24]]
* 2015-05-28: Timing corrections for [[IRMP_-_english#FAN|FAN]] protocol
* 2015-05-27: '''New protocol''': [[IRMP_-_english#MERLIN|MERLIN]]
* 2015-05-27: '''New protocol''': [[IRMP_-_english#FAN|FAN]]
* 2015-05-18: Added F_CPU macro for STM32L1XX
* 2015-05-07: Some corrections of XMega port
* 2015-04-23: '''New protocol''': [[IRMP_-_english#PENTAX|PENTAX]]
* 2015-04-23: Port to AVR XMega
* 2014-07-10: Some GPIO changes for STM32F10x (in IRSND).
* 2014-07-10: '''New protocol''': [[IRMP_-_english#SAMSUNG48|SAMSUNG48]]
* 2014-06-23: '''New protocol''': [[IRMP_-_english#LGAIR|LGAIR]]
* 2014-06-03: '''New protocol''': [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]]
* 2014-05-30: '''New protocol''': [[IRMP_-_english#SPEAKER|SPEAKER]]
* 2014-05-30: Optimized timings for [[IRMP_-_english#SAMSUNG|SAMSUNG]]
* 2014-02-20: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]]
* 2013-04-09: '''New protocol''': [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-03-12: Allowed 15kHz for [[IRMP_-_english#RECS80|RECS80]] and [[IRMP_-_english#RECS80EXT|RECS80EXT]]
* 2013-01-17: Added support for ATtiny44
* 2012-12-12: '''New protocol''': [[IRMP_-_english#A1TVBOX|A1TVBOX]]
* 2012-12-07: Corrected timing of [[IRMP_-_english#NIKON|NIKON]] protocol
* 2012-10-26: Some timer corrections, adaptions to Arduino
* 2012-06-18: Added support ATtiny87/167
* 2012-06-05: Corrected port to ARM STM32 - now tested
* 2012-05-23: Port to ARM STM32 (untested!)
* 2012-05-23: Bugfix timing for 2nd frame of Denon protocol
* 2012-02-27: '''New protocol''': [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]]
* 2012-02-27: Bugfix sending [[IRMP_-_english#Biphase|Biphase]] frames (Manchester)
* 2012-02-27: Port to C18 Compiler for PIC microcontrollers
* 2012-02-15: Bugfix: only the 1st Frame has been sended
* 2012-02-13: Timing corrections of [[IRMP_-_english#SAMSUNG|SAMSUNG]] and [[IRMP_-_english#SAMSUNG32|SAMSUNG32]]
* 2012-02-13: [[IRMP_-_english#KASEIKYO|KASEIKYO]]: Genre2 bits will be now stored in upper nibble of flags
* 2012-02-13: Additinak pause after sending the last frame
* 2011-09-20: '''New protocol''': [[IRMP_-_english#THOMSON|THOMSON]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#LEGO|LEGO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC16|NEC16]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC42|NEC42]]
* 2011-09-20: Port to ATtiny84 und ATtiny85
* 2011-09-20: Some corrections for pause lengths
* 2011-09-20: Some corrections of irsnd_stop()
* 2011-09-20: Corrected: [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] timings
* 2011-09-20: Changed [[IRMP_-_english#DENON|DENON]] protocol to 36kHz modulation frequency
* 2011-09-20: Corrected Handling of additional bits in [[IRMP_-_english#SIRCS|SIRCS]] protocol
* 2011-01-18: '''New protocol''': [[IRMP_-_english#RC6_+_RC6A|RC6A]]
* 2011-01-18: '''New protocol''': [[IRMP_-_english#RC6_+_RC6A|RC6]]
* 2011-01-18: '''New protocol''': [[IRMP_-_english#NIKON|NIKON]]
* 2011-01-18: Handling of additional bits (>12) in [[IRMP_-_english#SIRCS|SIRCS]] protocol
* 2011-01-18: Corrected some pause lengths
* 2011-01-18: timing corrections for [[IRMP_-_english#DENON|DENON]] protocol

* 2010-09-02: New protocol: [[IRMP_-_english#JVC|JVC]]
* 2010-09-02: Corrected [[IRMP_-_english#APPLE|APPLE]] encoder - now compatible to IRMP-Version 1.7.3.

* 2010-08-29: New protocol: [[IRMP_-_english#KASEIKYO|KASEIKYO]]

* 2010-07-01: Bugfix: deactivating of [[IRMP_-_english#RECS80|RECS80]], [[IRMP_-_english#RECS80EXT|RECS80EXT]] & [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]], if interrupt frequency is too low

* 2010-06-25: New protocol: [[IRMP_-_english#RCCAR|RCCAR]]

* 2010-06-09: New protocol: [[IRMP_-_english#FDC|FDC]] (IR-keyboard)
* 2010-06-09: Corrected timing for [[IRMP_-_english#DENON|DENON]] protocol

* 2010-06-02: New protocol: [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] (Gigaset)
* 2010-06-02: Simulation of long key presses

* 2010-05-26: New protocol: [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]]

* 2010-05-17: New protocol: [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]]
* 2010-05-17: Handling of frame repetitions for [[IRMP_-_english#SIRCS|SIRCS]], [[IRMP_-_english#SAMSUNG32|SAMSUNG32]], and [[IRMP_-_english#NUBERT|NUBERT]]

* 2010-04-28: Support of [[IRMP_-_english#APPLE|APPLE]] protocol
* 2010-04-28: added configuration by [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h]

* 2010-04-16: Optimized all timing tolerancies

* 2010-04-14: New protocol: [[IRMP_-_english#B&O|Bang & Olufsen]]

* 2010-03-17: New protocol: [[IRMP_-_english#NUBERT|NUBERT]]
* 2010-03-17: Corrected length of pauses between frame repetitions

* 2010-03-16: Corrected timer register TCCR2
* 2010-03-16: Corrected [[IRMP_-_english#RECS80|RECS80]] start bit timings
* 2010-03-16: New protocol: [[IRMP_-_english#RECS80EXT|RECS80 Extended]]

* 2010-03-11: Adapted code to several ATMega types

* 2010-03-07: Alpha version

[[Kategorie:Infrarot]]
[[Kategorie:AVR-Projekte]]

IRSND - english

2023-04-26T09:56:07Z

Tooki:

By '''Frank M. ([http://www.mikrocontroller.net/user/show/ukw ukw])'''

'''This is the English translation of the [[IRSND#top|german ISRND documentation]].'''

= IRSND - Infrared Multi Protocol Encoder =

'''[[Datei:irmp-title.png| |Waveform of an NEC-format remote control signal]]

[[IRSND_-_english#top|IRSND]] is the counterpart to [[IRMP_-_english#top|IRMP]]. [[IRSND_-_english#top|IRSND]] encodes and transmits IR frames.

== Introduction ==

[[Datei:irsnd-sender.png|miniatur|A simple IR transmitter connected to a microcontroller.]]

[[IRSND_-_english#top|IRSND]] is the counterpart to [[IRMP_-_english#top|IRMP]]: it reproduces the original IR frame from data received by [[IRMP_-_english#top|IRMP]], which can then be transmitted over an IR emitter.

== Supported MCUs ==

[[IRSND_-_english#top|IRSND]] runs on numerous MCU families:

'''AVR'''

* ATtiny87, ATtiny167
* ATtiny45, ATtiny85
* ATtiny44, ATtiny84
* ATmega8, ATmega16, ATmega32
* ATmega162
* ATmega164, ATmega324, ATmega644, ATmega644P, ATmega1284
* ATmega88, ATmega88P, ATmega168, ATmega168P, ATmega328P

'''XMega'''

* ATXmega128

'''PIC''' (C18 Compiler)

* PIC12F1840
* PIC18F4520

'''STM32'''

* STM32F4xx
* STM32F10x
* STM32 with HAL library '''(NEW!)'''

'''TEENSY 3.0'''

* MK20DX256VLH7 (ARM Cortex-M4 72MHz)

== Supported Protocols ==

[[IRSND_-_english#top|IRSND]] supports the following IR protocols:

* [[IRMP_-_english#A1TVBOX|A1TVBOX]]
* [[IRMP_-_english#AP24|ACP24]] '''(NEW!)'''
* [[IRMP_-_english#APPLE|APPLE]]
* [[IRMP_-_english#B&O|BANG_OLUFSON]]
* [[IRMP_-_english#BOSE|BOSE]] '''(NEW!)'''
* [[IRMP_-_english#DENON|DENON]]
* [[IRMP_-_english#FAN|FAN]] '''(NEW!)'''
* [[IRMP_-_english#FDC|FDC]] (minimum ~15kHz)
* [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]]
* [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]]
* [[IRMP_-_english#JVC|JVC]]
* [[IRMP_-_english#KASEIKYO|KASEIKYO]]
* [[IRMP_-_english#LEGO|LEGO]]
* [[IRMP_-_english#LGAIR|LGAIR]]
* [[IRMP_-_english#MATSUSHITA|MATSUSHITA]]
* [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
* [[IRMP_-_english#NEC16|NEC16]]
* [[IRMP_-_english#NEC42|NEC42]]
* [[IRMP_-_english#NIKON|NIKON]]
* [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]]
* [[IRMP_-_english#NUBERT|NUBERT]]
* [[IRMP_-_english#PANASONIC|PANASONIC (Beamer)]] '''(NEW!)'''
* [[IRMP_-_english#PENTAX|PENTAX]] '''(NEW!)'''
* [[IRMP_-_english#RC5_+_RC5X|RC5]]
* [[IRMP_-_english#RC6_+_RC6A|RC6]]
* [[IRMP_-_english#RC6_+_RC6A|RC6A]]
* [[IRMP_-_english#RCCAR|RCCAR]] (minimum ~15kHz)
* [[IRMP_-_english#RECS80|RECS80]] (bei mind. ~20kHz)
* [[IRMP_-_english#RECS80EXT|RECS80EXT]] (minimum ~20kHz)
* [[IRMP_-_english#ROOMBA|ROOMBA]]
* [[IRMP_-_english#SAMSUNG|SAMSUNG]]
* [[IRMP_-_english#SAMSUNG32|SAMSUNG32]]
* [[IRMP_-_english#SAMSUNG48|SAMSUNG48]]
* [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] (minimum ~15kHz)
* [[IRMP_-_english#SPEAKER|SPEAKER]]
* [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]]
* [[IRMP_-_english#THOMSON|THOMSON]]
* [[IRMP_-_english#SIRCS|SIRCS]]

[[IRSND_-_english#top|IRSND]] does '''NOT''' yet support the following protocols:

* [[IRMP_-_english#KATHREIN|KATHREIN]]
* [[IRMP_-_english#NETBOX|NETBOX]]
* [[IRMP_-_english#ORTEK|ORTEK]]
* [[IRMP_-_english#RCMM|RCMM]]
* [[IRMP_-_english#MERLIN|MERLIN]]

== Download ==

Version 3.2.6, Date: 2021-01-27

Download stable version: [http://www.mikrocontroller.net/wikifiles/c/c7/Irsnd.zip Irsnd.zip]

[[IRMP_-_english#top|IRMP]] & [[IRSND_-_english#top|IRSND]] is also available by SVN: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP in SVN]

'''You can see the history of the software changes here: [[IRSND_-_english#Software_History|Software History]]'''

== Source Code ==

The source code can be easily compiled for AVR MCUs by loading the project file irsnd.aps in AVR Studio 4.

For other development environments it is simple to create a project or makefile. The source includes:

* [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c] - the IR encoder core
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h] - all protocol definitions
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpsystem.h?view=markup irmpsystem.h] - target-dependent definitions for AVR/PIC/STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h] - include file for the application
* [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h] - user configuration
* [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd-main-avr.c?view=markup irsnd-main-avr.c] - example main

'''IMPORTANT:'''

'''Include only [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h] in your application source code:'''

<syntaxhighlight lang="c">
#include "irsnd.h"
</syntaxhighlight>

All other include files are included within [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h]. See also the sample application [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd-main-avr.c?view=markup irsnd-main-avr.c].

[[IRSND_-_english#top|IRSND]] encodes all protocols listed above in an interrupt service routine (ISR), see also [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c].

=== Settings in irsndconfig.h ===

==== F_INTERRUPTS ====

Number of interrupts per second. The value can be set to a value between 10000 and 20000.

Default value:
<syntaxhighlight lang="c">
#define F_INTERRUPTS 15000 // interrupts per second
</syntaxhighlight>

==== IRSND_SUPPORT_xxx_PROTOCOL ====

Here you can select which protocols to enable in [[IRSND_-_english#top|IRSND]]. Common protocols are emabled by default. To enable additional protocols or disable others to save memory, set the corresponding values in [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h].

<syntaxhighlight lang="c">
// typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS >= 10000 ~200 bytes
#define IRSND_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE >= 10000 ~100 bytes
#define IRSND_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 >= 10000 ~300 bytes
#define IRSND_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita >= 10000 ~200 bytes
#define IRSND_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo >= 10000 ~300 bytes

// more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_DENON_PROTOCOL 0 // DENON, Sharp >= 10000 ~200 bytes
#define IRSND_SUPPORT_RC5_PROTOCOL 0 // RC5 >= 10000 ~150 bytes
#define IRSND_SUPPORT_RC6_PROTOCOL 0 // RC6 >= 10000 ~250 bytes
#define IRSND_SUPPORT_RC6A_PROTOCOL 0 // RC6A >= 10000 ~250 bytes
#define IRSND_SUPPORT_JVC_PROTOCOL 0 // JVC >= 10000 ~150 bytes
#define IRSND_SUPPORT_NEC16_PROTOCOL 0 // NEC16 >= 10000 ~150 bytes
#define IRSND_SUPPORT_NEC42_PROTOCOL 0 // NEC42 >= 10000 ~150 bytes
#define IRSND_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) >= 10000 ~250 bytes
#define IRSND_SUPPORT_GRUNDIG_PROTOCOL 0 // Grundig >= 10000 ~300 bytes
#define IRSND_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens, Gigaset >= 15000 ~150 bytes
#define IRSND_SUPPORT_NOKIA_PROTOCOL 0 // Nokia >= 10000 ~400 bytes

// exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein >= 10000 DON'T CHANGE, NOT SUPPORTED YET!
#define IRSND_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT >= 10000 ~100 bytes
#define IRSND_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang&Olufsen >= 10000 ~250 bytes
#define IRSND_SUPPORT_RECS80_PROTOCOL 0 // RECS80 >= 15000 ~100 bytes
#define IRSND_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT >= 15000 ~100 bytes
#define IRSND_SUPPORT_THOMSON_PROTOCOL 0 // Thomson >= 10000 ~250 bytes
#define IRSND_SUPPORT_NIKON_PROTOCOL 0 // Nikon >= 10000 ~150 bytes
#define IRSND_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard >= 10000 DON'T CHANGE, NOT SUPPORTED YET!
#define IRSND_SUPPORT_FDC_PROTOCOL 0 // FDC IR keyboard >= 10000 (better 15000) ~150 bytes
#define IRSND_SUPPORT_RCCAR_PROTOCOL 0 // RC CAR >= 10000 (better 15000) ~150 bytes
#define IRSND_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba >= 10000 ~150 bytes
#define IRSND_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home >= 15000 ~250 bytes
#define IRSND_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX >= 15000 (better 20000) ~200 bytes
#define IRSND_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC >= 20000 ~150 bytes
</syntaxhighlight>

To enable a protocol, set it to 1, to disable it, set it to 0. Disabled protocols will not be compiled. This saves program space in Flash. (See code comments above.) Refer to the article [[IRMP_-_english|IRMP]] for more tips on saving memory if absolutely necessary.

When using the [[IRMP_-_english#APPLE|APPLE]] protocol, set IRSND_SUPPORT_NEC_PROTOCOL to 1, since it is simply a special case of the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol.

==== IRSND_OCx ====

To transmit IR signals, [[IRSND_-_english#top|IRSND]] needs a PWM-capable output pin, because the signal needs to be modulated. The following settings are possible:

<syntaxhighlight lang="c">
#define IRSND_OCx IRSND_OC2 // OC2 on ATmegas supporting OC2, e.g. ATmega8
#define IRSND_OCx IRSND_OC2A // OC2A on ATmegas supporting OC2A, e.g. ATmega88
#define IRSND_OCx IRSND_OC2B // OC2B on ATmegas supporting OC2B, e.g. ATmega88
#define IRSND_OCx IRSND_OC0 // OC0 on ATmegas supporting OC0, e.g. ATmega162
#define IRSND_OCx IRSND_OC0A // OC0A on ATmegas/ATtinys supporting OC0A, e.g. ATtiny84, ATtiny85
#define IRSND_OCx IRSND_OC0B // OC0B on ATmegas/ATtinys supporting OC0B, e.g. ATtiny84, ATtiny85
</syntaxhighlight>

Default value:
<syntaxhighlight lang="c">
#define IRSND_OCx IRSND_OC2B
</syntaxhighlight>

For PIC and STM32 MCUs use the appropriate values, see comments in [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h].

==== IRSND_USE_CALLBACK ====

Default value:
<syntaxhighlight lang="c">
#define IRSND_USE_CALLBACK 0 // flag: 0 = don't use callbacks, 1 = use callbacks, default is 0
</syntaxhighlight>

If callbacks are enabled, your callback functions will be called whenever the IR signal changes (IR modulation on/off). This can by used to output an unmodulated signal on another pin, for example:

<syntaxhighlight lang="c">
#define LED_PORT PORTD // LED at PD6
#define LED_DDR DDRD
#define LED_PIN 6

/*-----------------------------------------------------------------------------------------------------------------------
* Called (back) from IRSND module
* This example switches a LED (which is connected to Vcc)
*-----------------------------------------------------------------------------------------------------------------------
*/
void
led_callback (uint8_t on)
{
if (on)
{
LED_PORT &= ~(1 << LED_PIN);
}
else
{
LED_PORT |= (1 << LED_PIN);
}
}

int
main ()
{
...
LED_DDR |= (1 << LED_PIN); // LED pin to output
LED_PORT |= (1 << LED_PIN); // switch LED off (active low)
irsnd_init ();
irsnd_set_callback_ptr (led_callback);
sei ();
...
}

</syntaxhighlight>

== Using IRSND ==

[[IRSND_-_english#top|IRSND]] assembles the frame to be transmitted on the fly from the IRMP data structure. It includes:

1. ID for the protocol in use
2. Address or vendor code
3. Command

To transmit the IR frame, call the function

irsnd_send_data (IRMP_DATA * irmp_data_p)

The return value is 1 if the frame can be successfully transmitted, otherwise 0. In the first case the struct members

<syntaxhighlight lang="c">
irmp_data_p->protocol
irmp_data_p->address
irmp_data_p->command
irmp_data_p->flags
</syntaxhighlight>

are read and then transmitted as a frame in the selected IR protocol.

irmp_data_p->flags specifies the number of repetitions, e.g.

irmp_data_p->flags = 0: no repetition
irmp_data_p->flags = 1: 1 repetition
irmp_data_p->flags = 2: 2 repetitions
usw.

'''Important: Make sure that irmp_data_p->flags has a defined value before calling irsnd_send_data()!'''

Example:

<syntaxhighlight lang="c">
IRMP_DATA irmp_data;

irmp_data.protocol = IRMP_NEC_PROTOCOL; // use NEC protocol
irmp_data.address = 0x00FF; // use address 0x00FF
irmp_data.command = 0x0001; // use command 0001
irmp_data.flags = 0; // no repetition!

(void) irsnd_send_data (&irmp_data, FALSE); // transmit, don't wait
</syntaxhighlight>

The frame will be transmitted asynchronously by the interrupt routine irsnd_ISR(), so the function irsnd_send_data() returns immediately. When repetitions are specified, depending on the protocol, the frame will be repeated after a wait specified in the protocol, or a protocol-specific repeat frame (e.g. for NEC) will be sent.

=== NEC Repeat Frames ===

IRSND normally transmits repeat frames itself, according to the number of repetitions specified in the flags. (See above.)

Starting with version 3.2.6 and specifically for the NEC protocol, repeat frames can be transmitted on their own. This is useful for IR repeaters in particular.

The following flags must be set:

<syntaxhighlight lang="c">
IRMP_DATA irmp_data;

irmp_data.protocol = IRMP_NEC_PROTOCOL; // use NEC protocl
irmp_data.address = 0x00FF; // address is ignored
irmp_data.command = 0x0001; // command is ignored
irmp_data.flags = IRSND_RAW_REPETITION_FRAME; // transmit NEC repeat frame

(void) irsnd_send_data (&irmp_data, TRUE); // transmit and wait
</syntaxhighlight>

Multiple repeat frames can be transmitted by setting a repetition value as follows:

<syntaxhighlight lang="c">
irmp_data.flags = IRSND_RAW_REPETITION_FRAME | 0x02; // transmit NEC repeat frame and repeat 2 more times
</syntaxhighlight>

Up to 14 repetitions can be set, so up to 15 repeat frames.

=== Waits ===

When irsnd_send_data() is called again, it waits until the preceding frame has been transmitted completely. You can test whether [[IRSND_-_english#top|IRSND]] is busy or not:

<syntaxhighlight lang="c">
while (irsnd_is_busy ())
{
; // wait here or do something else...
}
(void) irsnd_send_data (&irmp_data, FALSE); // transmit without testing and without waiting
</syntaxhighlight>

When irsnd_send_data() is called with TRUE as the second argument, the function only returns once the frame has been transmitted completely.

In the example source irsnd-main-avr.c, in addition to how to use irsnd_send_data(), the [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|timer]] call is also demonstrated:

<syntaxhighlight lang="c">
ISR(TIMER1_COMPA_vect)
{
irsnd_ISR()) // call irsnd ISR
// call other timer interrupt routines...
}
</syntaxhighlight>

=== Using IRMP and IRSND Simultaneously ===

To use [[IRMP_-_english#top|IRMP]] and [[IRSND_-_english#top|IRSND]] at the same time (that is, both transmitter and receiver), the ISR function should read as follows:

<syntaxhighlight lang="c">
ISR(TIMER1_COMPA_vect)
{
if (! irsnd_ISR()) // call irsnd ISR
{ // if not busy...
irmp_ISR(); // call irmp ISR
}
// call other timer interrupt routines...
}
</syntaxhighlight>

This causes the receiver ISR to be called only when irsnd_ISR() is idle, and thus the receiver is disabled while irsnd_ISR() is transmitting data.

The [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|timer]] initialization routine is identical for [[IRMP_-_english#top|IRMP]] and [[IRSND_-_english#top|IRSND]].

A combined main function could look like:

<syntaxhighlight lang="c">
int
main (void)
{
IRMP_DATA irmp_data;

irmp_init(); // initialize irmp
irsnd_init(); // initialize irsnd
timer_init(); // initialize timer
sei (); // enable interrupts

for (;;)
{
if (irmp_get_data (&irmp_data))
{
irmp_data.flags = 0; // reset flags!
irsnd_send_data (&irmp_data);
}
}
}
</syntaxhighlight>

What the code above does is obvious: A received frame is fully decoded, then reencoded and finally transmitted with the IR emitting diode. This can be used to transmit signals around a corner, or extend them over a wire.

Another application is protocol translation, for example to convert NEC frames to RC5 to substitute a lost RC5 remote control.

Other uses are left to the reader's imagination. ;-)

Here the possible values for irmp_data.protocol, see also [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h]:

<syntaxhighlight lang="c">
#define IRMP_SIRCS_PROTOCOL 1 // Sony
#define IRMP_NEC_PROTOCOL 2 // NEC, Pioneer, JVC, Toshiba, NoName etc.
#define IRMP_SAMSUNG_PROTOCOL 3 // Samsung
#define IRMP_MATSUSHITA_PROTOCOL 4 // Matsushita
#define IRMP_KASEIKYO_PROTOCOL 5 // Kaseikyo (Panasonic etc)
#define IRMP_RECS80_PROTOCOL 6 // Philips, Thomson, Nordmende, Telefunken, Saba
#define IRMP_RC5_PROTOCOL 7 // Philips etc
#define IRMP_DENON_PROTOCOL 8 // Denon, Sharp
#define IRMP_RC6_PROTOCOL 9 // Philips etc
#define IRMP_SAMSUNG32_PROTOCOL 10 // Samsung32: no sync pulse at bit 16, length 32 instead of 37
#define IRMP_APPLE_PROTOCOL 11 // Apple, very similar to NEC
#define IRMP_RECS80EXT_PROTOCOL 12 // Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
#define IRMP_NUBERT_PROTOCOL 13 // Nubert
#define IRMP_BANG_OLUFSEN_PROTOCOL 14 // Bang & Olufsen
#define IRMP_GRUNDIG_PROTOCOL 15 // Grundig
#define IRMP_NOKIA_PROTOCOL 16 // Nokia
#define IRMP_SIEMENS_PROTOCOL 17 // Siemens, e.g. Gigaset
#define IRMP_FDC_PROTOCOL 18 // FDC keyboard
#define IRMP_RCCAR_PROTOCOL 19 // RC Car
#define IRMP_JVC_PROTOCOL 20 // JVC (NEC with 16 bits)
#define IRMP_RC6A_PROTOCOL 21 // RC6A, e.g. Kathrein, XBOX
#define IRMP_NIKON_PROTOCOL 22 // Nikon
#define IRMP_RUWIDO_PROTOCOL 23 // Ruwido, e.g. T-Home Media Receiver
#define IRMP_IR60_PROTOCOL 24 // IR60 (SDA2008)
#define IRMP_KATHREIN_PROTOCOL 25 // Kathrein
#define IRMP_NETBOX_PROTOCOL 26 // Netbox keyboard (bitserial)
#define IRMP_NEC16_PROTOCOL 27 // NEC with 16 bits (incl. sync)
#define IRMP_NEC42_PROTOCOL 28 // NEC with 42 bits
#define IRMP_LEGO_PROTOCOL 29 // LEGO Power Functions RC
#define IRMP_THOMSON_PROTOCOL 30 // Thomson
#define IRMP_BOSE_PROTOCOL 31 // BOSE
#define IRMP_A1TVBOX_PROTOCOL 32 // A1 TV Box
#define IRMP_ORTEK_PROTOCOL 33 // ORTEK - Hama
#define IRMP_TELEFUNKEN_PROTOCOL 34 // Telefunken (1560)
#define IRMP_ROOMBA_PROTOCOL 35 // iRobot Roomba vacuum cleaner
#define IRMP_RCMM32_PROTOCOL 36 // Fujitsu-Siemens (Activy remote control)
#define IRMP_RCMM24_PROTOCOL 37 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_RCMM12_PROTOCOL 38 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_SPEAKER_PROTOCOL 39 // Another loudspeaker protocol, similar to Nubert
#define IRMP_LGAIR_PROTOCOL 40 // LG air conditioner
#define IRMP_SAMSUNG48_PROTOCOL 41 // air conditioner with SAMSUNG protocol (48 bits)
#define IRMP_MERLIN_PROTOCOL 42 // Merlin (Pollin 620 185)
#define IRMP_PENTAX_PROTOCOL 43 // Pentax camera
#define IRMP_FAN_PROTOCOL 44 // FAN (ventilator), very similar to NUBERT, but last bit is data bit instead of stop bit
#define IRMP_S100_PROTOCOL 45 // very similar to RC5, but 14 instead of 13 data bits
#define IRMP_ACP24_PROTOCOL 46 // Stiebel Eltron ACP24 air conditioner
#define IRMP_TECHNICS_PROTOCOL 47 // Technics, similar to Matsushita, but 22 instead of 24 bits
#define IRMP_PANASONIC_PROTOCOL 48 // Panasonic (video projector), start bits similar to KASEIKYO
#define IRMP_MITSU_HEAVY_PROTOCOL 49 // Mitsubishi heavy air conditioner, similar timing to Panasonic video projector
#define IRMP_VINCENT_PROTOCOL 50 // Vincent
#define IRMP_SAMSUNGAH_PROTOCOL 51 // SAMSUNG AH
#define IRMP_IRMP16_PROTOCOL 52 // IRMP specific protocol for data transfer, e.g. between two microcontrollers via IR
#define IRMP_GREE_PROTOCOL 53 // Gree climate
#define IRMP_RCII_PROTOCOL 54 // RC II Infrared Remote Control Protocol for FM8
#define IRMP_METZ_PROTOCOL 55 // METZ
#define IRMP_ONKYO_PROTOCOL 56 // Onkyo
</syntaxhighlight>

The best way to determine the address and command codes is to use [[IRMP_-_english|IRMP]], see above ;-)

== IRSND under Linux and Windows ==

=== Compiling IRSND ===

[http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c] can be compiled under Linux to create frames in the same format as the IRMP scan files. Simply enter:

make -f makefile.unx

=== Starting IRSND ===

To start IRSND, enter:

./irsnd protocol-number hex-address hex-command [repeat] > filename.txt

Example for NEC protocol, address 0x00FF, command 0x0001:

./irsnd 2 00FF 0001 > nec.txt # start irsnd

=== IRSND under Windows ===

You can also use [[IRSND_-_english#top|IRSND]] under Windows:

* start the command line console
* change to the IRSND directory
* enter:

irsnd.exe 2 00FF 0001 > nec.txt

You can then use [[IRMP_-_english#top|IRMP]] to check whether the frame generated by IRSND is correct:

./irmp-15kHz < nec.txt

or under Windows:

irmp.exe < nec.txt

It also works without using an intermediate file, e.g.:

./irsnd-15kHz 2 00FF 0001 | ./irmp-15kHz

or under Windows:

irsnd.exe 2 00FF 0001 | irmp.exe

The output of [[IRMP_-_english#top|IRMP]] is then as follows:

11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00

[[IRMP_-_english#top|IRMP]] identified the frame generated by [[IRSND_-_english#top|IRSND]] as protocol number 2, address 0x00FF and command 0x0001.

Under Linux/Windows, [[IRSND_-_english#top|IRSND]] always emulates a key press twice, with a wait between the frames. The output is therefore:

11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00
11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00

The reason is simple: This makes it easy to test whether [[IRSND_-_english#top|IRSND]] correctly handles the toggle bit used by some protocols:

./irsnd-15kHz 7 2 3 0 | ./irmp-15kHz
1100010000011 p= 7 (RC5), a=0x0002, c=0x0003, f=0x00 '''First key press'''
1000010000011 p= 7 (RC5), a=0x0002, c=0x0003, f=0x00 '''Second key press'''
^
Toggle bit

Note: Depending on the protocol, the bit widths of addresses and commands can differ, see [[IRMP_-_english#IR_Protocols_in_Detail|IR Protocols in Detail]].

Consequently, 16 bit addresses and commands cannot be transmitted transparently with every protocol.

= Appendix =
''' '''
== Software History ==

=== Changes to IRSND in 3.0.x ===

Version 3.2.6:

* 2021-01-27: '''New IR Protocol:''' [[IRMP#MELINERA|MELINERA]]
* 2021-01-27: Protocol [[IRMP#LEGO|LEGO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#RUWIDO|RUWIDO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#NEC|NEC]]: Implemented send of raw NEC reptition frames

Version 3.2.5:

* Modifications for Arduino

Version 3.2.4:

* changed some constants in irsnd.c

Version 3.1.5:

* 2019-08-28: New protocol: ONKYO

Version 3.1.2:

* 2018-09-06: Added support of STM32 with HAL library

Version 3.0.9:

* 2018-02-19: Minor changes

Version 3.0.8:

* 2017-08-25: New protocol: IRMP16 for transparent 16 bit data communication

Version 3.0.2:

* 2016-09-09: New protocol [[IRMP_-_english#MITSU_HEAVY|Mitsubishi Heavy (air conditioner)]]
* 2016-09-09: Some modifications for Compiler PIC C18

Version 3.0.0:

* Renamed example main file to irsnd-main-avr.c

=== Older versions ===

* 2015-11-17: '''New protocol''': [[IRMP_-_english#BOSE|BOSE]]
* 2015-11-17: '''New protocol''': [[IRMP_-_english#PANASONIC|PANASONIC (Beamer)]]
* 2015-11-17: Port to Teensy (3.x)
* 2015-09-20: '''New protocol''': [[IRMP_-_english#TECHNICS|TECHNICS]]
* 2015-06-15: '''New protocol''': [[IRMP_-_english#ACP24|ACP24]]
* 2015-05-28: Timing corrections for [[IRMP_-_english#FAN|FAN]] protocol
* 2015-05-27: '''New protocol''': [[IRMP_-_english#MERLIN|MERLIN]]
* 2015-05-27: '''New protocol''': [[IRMP_-_english#FAN|FAN]]
* 2015-05-18: Added F_CPU macro for STM32L1XX
* 2015-05-07: Some corrections of XMega port
* 2015-04-23: '''New protocol''': [[IRMP_-_english#PENTAX|PENTAX]]
* 2015-04-23: Port to AVR XMega
* 2014-07-10: Some GPIO changes for STM32F10x (in IRSND).
* 2014-07-10: '''New protocol''': [[IRMP_-_english#SAMSUNG48|SAMSUNG48]]
* 2014-06-23: '''New protocol''': [[IRMP_-_english#LGAIR|LGAIR]]
* 2014-06-03: '''New protocol''': [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]]
* 2014-05-30: '''New protocol''': [[IRMP_-_english#SPEAKER|SPEAKER]]
* 2014-05-30: Optimized timings for [[IRMP_-_english#SAMSUNG|SAMSUNG]]
* 2014-02-20: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]]
* 2013-04-09: '''New protocol''': [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-03-12: Allowed 15kHz for [[IRMP_-_english#RECS80|RECS80]] and [[IRMP_-_english#RECS80EXT|RECS80EXT]]
* 2013-01-17: Added support for ATtiny44
* 2012-12-12: '''New protocol''': [[IRMP_-_english#A1TVBOX|A1TVBOX]]
* 2012-12-07: Corrected timing of [[IRMP_-_english#NIKON|NIKON]] protocol
* 2012-10-26: Some timer corrections, adaptions to Arduino
* 2012-06-18: Added support ATtiny87/167
* 2012-06-05: Corrected port to ARM STM32 - now tested
* 2012-05-23: Port to ARM STM32 (untested!)
* 2012-05-23: Bugfix timing for 2nd frame of Denon protocol
* 2012-02-27: '''New protocol''': [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]]
* 2012-02-27: Bugfix sending [[IRMP_-_english#Biphase|Biphase]] frames (Manchester)
* 2012-02-27: Port to C18 Compiler for PIC microcontrollers
* 2012-02-15: Bugfix: only the 1st Frame has been sended
* 2012-02-13: Timing corrections of [[IRMP_-_english#SAMSUNG|SAMSUNG]] and [[IRMP_-_english#SAMSUNG32|SAMSUNG32]]
* 2012-02-13: [[IRMP_-_english#KASEIKYO|KASEIKYO]]: Genre2 bits will be now stored in upper nibble of flags
* 2012-02-13: Additinak pause after sending the last frame
* 2011-09-20: '''New protocol''': [[IRMP_-_english#THOMSON|THOMSON]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#LEGO|LEGO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC16|NEC16]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC42|NEC42]]
* 2011-09-20: Port to ATtiny84 und ATtiny85
* 2011-09-20: Some corrections for pause lengths
* 2011-09-20: Some corrections of irsnd_stop()
* 2011-09-20: Corrected: [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] timings
* 2011-09-20: Changed [[IRMP_-_english#DENON|DENON]] protocol to 36kHz modulation frequency
* 2011-09-20: Corrected Handling of additional bits in [[IRMP_-_english#SIRCS|SIRCS]] protocol
* 2011-01-18: '''New protocol''': [[IRMP_-_english#RC6_+_RC6A|RC6A]]
* 2011-01-18: '''New protocol''': [[IRMP_-_english#RC6_+_RC6A|RC6]]
* 2011-01-18: '''New protocol''': [[IRMP_-_english#NIKON|NIKON]]
* 2011-01-18: Handling of additional bits (>12) in [[IRMP_-_english#SIRCS|SIRCS]] protocol
* 2011-01-18: Corrected some pause lengths
* 2011-01-18: timing corrections for [[IRMP_-_english#DENON|DENON]] protocol

* 2010-09-02: New protocol: [[IRMP_-_english#JVC|JVC]]
* 2010-09-02: Corrected [[IRMP_-_english#APPLE|APPLE]] encoder - now compatible to IRMP-Version 1.7.3.

* 2010-08-29: New protocol: [[IRMP_-_english#KASEIKYO|KASEIKYO]]

* 2010-07-01: Bugfix: deactivating of [[IRMP_-_english#RECS80|RECS80]], [[IRMP_-_english#RECS80EXT|RECS80EXT]] & [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]], if interrupt frequency is too low

* 2010-06-25: New protocol: [[IRMP_-_english#RCCAR|RCCAR]]

* 2010-06-09: New protocol: [[IRMP_-_english#FDC|FDC]] (IR-keyboard)
* 2010-06-09: Corrected timing for [[IRMP_-_english#DENON|DENON]] protocol

* 2010-06-02: New protocol: [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] (Gigaset)
* 2010-06-02: Simulation of long key presses

* 2010-05-26: New protocol: [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]]

* 2010-05-17: New protocol: [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]]
* 2010-05-17: Handling of frame repetitions for [[IRMP_-_english#SIRCS|SIRCS]], [[IRMP_-_english#SAMSUNG32|SAMSUNG32]], and [[IRMP_-_english#NUBERT|NUBERT]]

* 2010-04-28: Support of [[IRMP_-_english#APPLE|APPLE]] protocol
* 2010-04-28: added configuration by [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h]

* 2010-04-16: Optimized all timing tolerancies

* 2010-04-14: New protocol: [[IRMP_-_english#B&O|Bang & Olufsen]]

* 2010-03-17: New protocol: [[IRMP_-_english#NUBERT|NUBERT]]
* 2010-03-17: Corrected length of pauses between frame repetitions

* 2010-03-16: Corrected timer register TCCR2
* 2010-03-16: Corrected [[IRMP_-_english#RECS80|RECS80]] start bit timings
* 2010-03-16: New protocol: [[IRMP_-_english#RECS80EXT|RECS80 Extended]]

* 2010-03-11: Adapted code to several ATMega types

* 2010-03-07: Alpha version

[[Kategorie:Infrarot]]
[[Kategorie:AVR-Projekte]]

IRSND - english

2023-04-26T09:55:27Z

Tooki: Überarbeitung der englischen Übersetzung durch erfahrenen Englischmuttersprachler (ehem. tech. Redaktor und -Übersetzer)

By '''Frank M. ([http://www.mikrocontroller.net/user/show/ukw ukw])'''

'''This is the English translation of the [[IRSND#top|german ISRND documentation]].'''

= IRSND - Infrared Multi Protocol Encoder =

'''[[Datei:irmp-title.png| |Waveform of an NEC-format remote control signal]]

[[IRSND_-_english#top|IRSND]] is the counterpart to [[IRMP_-_english#top|IRMP]]. [[IRSND_-_english#top|IRSND]] encodes and transmits IR frames.

== Introduction ==

[[Datei:irsnd-sender.png|miniatur|A simple IR emitter connected to a microcontroller.]]

[[IRSND_-_english#top|IRSND]] is the counterpart to [[IRMP_-_english#top|IRMP]]: it reproduces the original IR frame from data received by [[IRMP_-_english#top|IRMP]], which can then be transmitted over an IR emitter.

== Supported MCUs ==

[[IRSND_-_english#top|IRSND]] runs on numerous MCU families:

'''AVR'''

* ATtiny87, ATtiny167
* ATtiny45, ATtiny85
* ATtiny44, ATtiny84
* ATmega8, ATmega16, ATmega32
* ATmega162
* ATmega164, ATmega324, ATmega644, ATmega644P, ATmega1284
* ATmega88, ATmega88P, ATmega168, ATmega168P, ATmega328P

'''XMega'''

* ATXmega128

'''PIC''' (C18 Compiler)

* PIC12F1840
* PIC18F4520

'''STM32'''

* STM32F4xx
* STM32F10x
* STM32 with HAL library '''(NEW!)'''

'''TEENSY 3.0'''

* MK20DX256VLH7 (ARM Cortex-M4 72MHz)

== Supported Protocols ==

[[IRSND_-_english#top|IRSND]] supports the following IR protocols:

* [[IRMP_-_english#A1TVBOX|A1TVBOX]]
* [[IRMP_-_english#AP24|ACP24]] '''(NEW!)'''
* [[IRMP_-_english#APPLE|APPLE]]
* [[IRMP_-_english#B&O|BANG_OLUFSON]]
* [[IRMP_-_english#BOSE|BOSE]] '''(NEW!)'''
* [[IRMP_-_english#DENON|DENON]]
* [[IRMP_-_english#FAN|FAN]] '''(NEW!)'''
* [[IRMP_-_english#FDC|FDC]] (minimum ~15kHz)
* [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]]
* [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]]
* [[IRMP_-_english#JVC|JVC]]
* [[IRMP_-_english#KASEIKYO|KASEIKYO]]
* [[IRMP_-_english#LEGO|LEGO]]
* [[IRMP_-_english#LGAIR|LGAIR]]
* [[IRMP_-_english#MATSUSHITA|MATSUSHITA]]
* [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
* [[IRMP_-_english#NEC16|NEC16]]
* [[IRMP_-_english#NEC42|NEC42]]
* [[IRMP_-_english#NIKON|NIKON]]
* [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]]
* [[IRMP_-_english#NUBERT|NUBERT]]
* [[IRMP_-_english#PANASONIC|PANASONIC (Beamer)]] '''(NEW!)'''
* [[IRMP_-_english#PENTAX|PENTAX]] '''(NEW!)'''
* [[IRMP_-_english#RC5_+_RC5X|RC5]]
* [[IRMP_-_english#RC6_+_RC6A|RC6]]
* [[IRMP_-_english#RC6_+_RC6A|RC6A]]
* [[IRMP_-_english#RCCAR|RCCAR]] (minimum ~15kHz)
* [[IRMP_-_english#RECS80|RECS80]] (bei mind. ~20kHz)
* [[IRMP_-_english#RECS80EXT|RECS80EXT]] (minimum ~20kHz)
* [[IRMP_-_english#ROOMBA|ROOMBA]]
* [[IRMP_-_english#SAMSUNG|SAMSUNG]]
* [[IRMP_-_english#SAMSUNG32|SAMSUNG32]]
* [[IRMP_-_english#SAMSUNG48|SAMSUNG48]]
* [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] (minimum ~15kHz)
* [[IRMP_-_english#SPEAKER|SPEAKER]]
* [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]]
* [[IRMP_-_english#THOMSON|THOMSON]]
* [[IRMP_-_english#SIRCS|SIRCS]]

[[IRSND_-_english#top|IRSND]] does '''NOT''' yet support the following protocols:

* [[IRMP_-_english#KATHREIN|KATHREIN]]
* [[IRMP_-_english#NETBOX|NETBOX]]
* [[IRMP_-_english#ORTEK|ORTEK]]
* [[IRMP_-_english#RCMM|RCMM]]
* [[IRMP_-_english#MERLIN|MERLIN]]

== Download ==

Version 3.2.6, Date: 2021-01-27

Download stable version: [http://www.mikrocontroller.net/wikifiles/c/c7/Irsnd.zip Irsnd.zip]

[[IRMP_-_english#top|IRMP]] & [[IRSND_-_english#top|IRSND]] is also available by SVN: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP in SVN]

'''You can see the history of the software changes here: [[IRSND_-_english#Software_History|Software History]]'''

== Source Code ==

The source code can be easily compiled for AVR MCUs by loading the project file irsnd.aps in AVR Studio 4.

For other development environments it is simple to create a project or makefile. The source includes:

* [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c] - the IR encoder core
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h] - all protocol definitions
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpsystem.h?view=markup irmpsystem.h] - target-dependent definitions for AVR/PIC/STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h] - include file for the application
* [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h] - user configuration
* [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd-main-avr.c?view=markup irsnd-main-avr.c] - example main

'''IMPORTANT:'''

'''Include only [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h] in your application source code:'''

<syntaxhighlight lang="c">
#include "irsnd.h"
</syntaxhighlight>

All other include files are included within [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.h?view=markup irsnd.h]. See also the sample application [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd-main-avr.c?view=markup irsnd-main-avr.c].

[[IRSND_-_english#top|IRSND]] encodes all protocols listed above in an interrupt service routine (ISR), see also [http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c].

=== Settings in irsndconfig.h ===

==== F_INTERRUPTS ====

Number of interrupts per second. The value can be set to a value between 10000 and 20000.

Default value:
<syntaxhighlight lang="c">
#define F_INTERRUPTS 15000 // interrupts per second
</syntaxhighlight>

==== IRSND_SUPPORT_xxx_PROTOCOL ====

Here you can select which protocols to enable in [[IRSND_-_english#top|IRSND]]. Common protocols are emabled by default. To enable additional protocols or disable others to save memory, set the corresponding values in [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h].

<syntaxhighlight lang="c">
// typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS >= 10000 ~200 bytes
#define IRSND_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE >= 10000 ~100 bytes
#define IRSND_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 >= 10000 ~300 bytes
#define IRSND_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita >= 10000 ~200 bytes
#define IRSND_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo >= 10000 ~300 bytes

// more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_DENON_PROTOCOL 0 // DENON, Sharp >= 10000 ~200 bytes
#define IRSND_SUPPORT_RC5_PROTOCOL 0 // RC5 >= 10000 ~150 bytes
#define IRSND_SUPPORT_RC6_PROTOCOL 0 // RC6 >= 10000 ~250 bytes
#define IRSND_SUPPORT_RC6A_PROTOCOL 0 // RC6A >= 10000 ~250 bytes
#define IRSND_SUPPORT_JVC_PROTOCOL 0 // JVC >= 10000 ~150 bytes
#define IRSND_SUPPORT_NEC16_PROTOCOL 0 // NEC16 >= 10000 ~150 bytes
#define IRSND_SUPPORT_NEC42_PROTOCOL 0 // NEC42 >= 10000 ~150 bytes
#define IRSND_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) >= 10000 ~250 bytes
#define IRSND_SUPPORT_GRUNDIG_PROTOCOL 0 // Grundig >= 10000 ~300 bytes
#define IRSND_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens, Gigaset >= 15000 ~150 bytes
#define IRSND_SUPPORT_NOKIA_PROTOCOL 0 // Nokia >= 10000 ~400 bytes

// exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRSND_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein >= 10000 DON'T CHANGE, NOT SUPPORTED YET!
#define IRSND_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT >= 10000 ~100 bytes
#define IRSND_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang&Olufsen >= 10000 ~250 bytes
#define IRSND_SUPPORT_RECS80_PROTOCOL 0 // RECS80 >= 15000 ~100 bytes
#define IRSND_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT >= 15000 ~100 bytes
#define IRSND_SUPPORT_THOMSON_PROTOCOL 0 // Thomson >= 10000 ~250 bytes
#define IRSND_SUPPORT_NIKON_PROTOCOL 0 // Nikon >= 10000 ~150 bytes
#define IRSND_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard >= 10000 DON'T CHANGE, NOT SUPPORTED YET!
#define IRSND_SUPPORT_FDC_PROTOCOL 0 // FDC IR keyboard >= 10000 (better 15000) ~150 bytes
#define IRSND_SUPPORT_RCCAR_PROTOCOL 0 // RC CAR >= 10000 (better 15000) ~150 bytes
#define IRSND_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba >= 10000 ~150 bytes
#define IRSND_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home >= 15000 ~250 bytes
#define IRSND_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX >= 15000 (better 20000) ~200 bytes
#define IRSND_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC >= 20000 ~150 bytes
</syntaxhighlight>

To enable a protocol, set it to 1, to disable it, set it to 0. Disabled protocols will not be compiled. This saves program space in Flash. (See code comments above.) Refer to the article [[IRMP_-_english|IRMP]] for more tips on saving memory if absolutely necessary.

When using the [[IRMP_-_english#APPLE|APPLE]] protocol, set IRSND_SUPPORT_NEC_PROTOCOL to 1, since it is simply a special case of the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol.

==== IRSND_OCx ====

To transmit IR signals, [[IRSND_-_english#top|IRSND]] needs a PWM-capable output pin, because the signal needs to be modulated. The following settings are possible:

<syntaxhighlight lang="c">
#define IRSND_OCx IRSND_OC2 // OC2 on ATmegas supporting OC2, e.g. ATmega8
#define IRSND_OCx IRSND_OC2A // OC2A on ATmegas supporting OC2A, e.g. ATmega88
#define IRSND_OCx IRSND_OC2B // OC2B on ATmegas supporting OC2B, e.g. ATmega88
#define IRSND_OCx IRSND_OC0 // OC0 on ATmegas supporting OC0, e.g. ATmega162
#define IRSND_OCx IRSND_OC0A // OC0A on ATmegas/ATtinys supporting OC0A, e.g. ATtiny84, ATtiny85
#define IRSND_OCx IRSND_OC0B // OC0B on ATmegas/ATtinys supporting OC0B, e.g. ATtiny84, ATtiny85
</syntaxhighlight>

Default value:
<syntaxhighlight lang="c">
#define IRSND_OCx IRSND_OC2B
</syntaxhighlight>

For PIC and STM32 MCUs use the appropriate values, see comments in [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h].

==== IRSND_USE_CALLBACK ====

Default value:
<syntaxhighlight lang="c">
#define IRSND_USE_CALLBACK 0 // flag: 0 = don't use callbacks, 1 = use callbacks, default is 0
</syntaxhighlight>

If callbacks are enabled, your callback functions will be called whenever the IR signal changes (IR modulation on/off). This can by used to output an unmodulated signal on another pin, for example:

<syntaxhighlight lang="c">
#define LED_PORT PORTD // LED at PD6
#define LED_DDR DDRD
#define LED_PIN 6

/*-----------------------------------------------------------------------------------------------------------------------
* Called (back) from IRSND module
* This example switches a LED (which is connected to Vcc)
*-----------------------------------------------------------------------------------------------------------------------
*/
void
led_callback (uint8_t on)
{
if (on)
{
LED_PORT &= ~(1 << LED_PIN);
}
else
{
LED_PORT |= (1 << LED_PIN);
}
}

int
main ()
{
...
LED_DDR |= (1 << LED_PIN); // LED pin to output
LED_PORT |= (1 << LED_PIN); // switch LED off (active low)
irsnd_init ();
irsnd_set_callback_ptr (led_callback);
sei ();
...
}

</syntaxhighlight>

== Using IRSND ==

[[IRSND_-_english#top|IRSND]] assembles the frame to be transmitted on the fly from the IRMP data structure. It includes:

1. ID for the protocol in use
2. Address or vendor code
3. Command

To transmit the IR frame, call the function

irsnd_send_data (IRMP_DATA * irmp_data_p)

The return value is 1 if the frame can be successfully transmitted, otherwise 0. In the first case the struct members

<syntaxhighlight lang="c">
irmp_data_p->protocol
irmp_data_p->address
irmp_data_p->command
irmp_data_p->flags
</syntaxhighlight>

are read and then transmitted as a frame in the selected IR protocol.

irmp_data_p->flags specifies the number of repetitions, e.g.

irmp_data_p->flags = 0: no repetition
irmp_data_p->flags = 1: 1 repetition
irmp_data_p->flags = 2: 2 repetitions
usw.

'''Important: Make sure that irmp_data_p->flags has a defined value before calling irsnd_send_data()!'''

Example:

<syntaxhighlight lang="c">
IRMP_DATA irmp_data;

irmp_data.protocol = IRMP_NEC_PROTOCOL; // use NEC protocol
irmp_data.address = 0x00FF; // use address 0x00FF
irmp_data.command = 0x0001; // use command 0001
irmp_data.flags = 0; // no repetition!

(void) irsnd_send_data (&irmp_data, FALSE); // transmit, don't wait
</syntaxhighlight>

The frame will be transmitted asynchronously by the interrupt routine irsnd_ISR(), so the function irsnd_send_data() returns immediately. When repetitions are specified, depending on the protocol, the frame will be repeated after a wait specified in the protocol, or a protocol-specific repeat frame (e.g. for NEC) will be sent.

=== NEC Repeat Frames ===

IRSND normally transmits repeat frames itself, according to the number of repetitions specified in the flags. (See above.)

Starting with version 3.2.6 and specifically for the NEC protocol, repeat frames can be transmitted on their own. This is useful for IR repeaters in particular.

The following flags must be set:

<syntaxhighlight lang="c">
IRMP_DATA irmp_data;

irmp_data.protocol = IRMP_NEC_PROTOCOL; // use NEC protocl
irmp_data.address = 0x00FF; // address is ignored
irmp_data.command = 0x0001; // command is ignored
irmp_data.flags = IRSND_RAW_REPETITION_FRAME; // transmit NEC repeat frame

(void) irsnd_send_data (&irmp_data, TRUE); // transmit and wait
</syntaxhighlight>

Multiple repeat frames can be transmitted by setting a repetition value as follows:

<syntaxhighlight lang="c">
irmp_data.flags = IRSND_RAW_REPETITION_FRAME | 0x02; // transmit NEC repeat frame and repeat 2 more times
</syntaxhighlight>

Up to 14 repetitions can be set, so up to 15 repeat frames.

=== Waits ===

When irsnd_send_data() is called again, it waits until the preceding frame has been transmitted completely. You can test whether [[IRSND_-_english#top|IRSND]] is busy or not:

<syntaxhighlight lang="c">
while (irsnd_is_busy ())
{
; // wait here or do something else...
}
(void) irsnd_send_data (&irmp_data, FALSE); // transmit without testing and without waiting
</syntaxhighlight>

When irsnd_send_data() is called with TRUE as the second argument, the function only returns once the frame has been transmitted completely.

In the example source irsnd-main-avr.c, in addition to how to use irsnd_send_data(), the [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|timer]] call is also demonstrated:

<syntaxhighlight lang="c">
ISR(TIMER1_COMPA_vect)
{
irsnd_ISR()) // call irsnd ISR
// call other timer interrupt routines...
}
</syntaxhighlight>

=== Using IRMP and IRSND Simultaneously ===

To use [[IRMP_-_english#top|IRMP]] and [[IRSND_-_english#top|IRSND]] at the same time (that is, both transmitter and receiver), the ISR function should read as follows:

<syntaxhighlight lang="c">
ISR(TIMER1_COMPA_vect)
{
if (! irsnd_ISR()) // call irsnd ISR
{ // if not busy...
irmp_ISR(); // call irmp ISR
}
// call other timer interrupt routines...
}
</syntaxhighlight>

This causes the receiver ISR to be called only when irsnd_ISR() is idle, and thus the receiver is disabled while irsnd_ISR() is transmitting data.

The [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|timer]] initialization routine is identical for [[IRMP_-_english#top|IRMP]] and [[IRSND_-_english#top|IRSND]].

A combined main function could look like:

<syntaxhighlight lang="c">
int
main (void)
{
IRMP_DATA irmp_data;

irmp_init(); // initialize irmp
irsnd_init(); // initialize irsnd
timer_init(); // initialize timer
sei (); // enable interrupts

for (;;)
{
if (irmp_get_data (&irmp_data))
{
irmp_data.flags = 0; // reset flags!
irsnd_send_data (&irmp_data);
}
}
}
</syntaxhighlight>

What the code above does is obvious: A received frame is fully decoded, then reencoded and finally transmitted with the IR emitting diode. This can be used to transmit signals around a corner, or extend them over a wire.

Another application is protocol translation, for example to convert NEC frames to RC5 to substitute a lost RC5 remote control.

Other uses are left to the reader's imagination. ;-)

Here the possible values for irmp_data.protocol, see also [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h]:

<syntaxhighlight lang="c">
#define IRMP_SIRCS_PROTOCOL 1 // Sony
#define IRMP_NEC_PROTOCOL 2 // NEC, Pioneer, JVC, Toshiba, NoName etc.
#define IRMP_SAMSUNG_PROTOCOL 3 // Samsung
#define IRMP_MATSUSHITA_PROTOCOL 4 // Matsushita
#define IRMP_KASEIKYO_PROTOCOL 5 // Kaseikyo (Panasonic etc)
#define IRMP_RECS80_PROTOCOL 6 // Philips, Thomson, Nordmende, Telefunken, Saba
#define IRMP_RC5_PROTOCOL 7 // Philips etc
#define IRMP_DENON_PROTOCOL 8 // Denon, Sharp
#define IRMP_RC6_PROTOCOL 9 // Philips etc
#define IRMP_SAMSUNG32_PROTOCOL 10 // Samsung32: no sync pulse at bit 16, length 32 instead of 37
#define IRMP_APPLE_PROTOCOL 11 // Apple, very similar to NEC
#define IRMP_RECS80EXT_PROTOCOL 12 // Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
#define IRMP_NUBERT_PROTOCOL 13 // Nubert
#define IRMP_BANG_OLUFSEN_PROTOCOL 14 // Bang & Olufsen
#define IRMP_GRUNDIG_PROTOCOL 15 // Grundig
#define IRMP_NOKIA_PROTOCOL 16 // Nokia
#define IRMP_SIEMENS_PROTOCOL 17 // Siemens, e.g. Gigaset
#define IRMP_FDC_PROTOCOL 18 // FDC keyboard
#define IRMP_RCCAR_PROTOCOL 19 // RC Car
#define IRMP_JVC_PROTOCOL 20 // JVC (NEC with 16 bits)
#define IRMP_RC6A_PROTOCOL 21 // RC6A, e.g. Kathrein, XBOX
#define IRMP_NIKON_PROTOCOL 22 // Nikon
#define IRMP_RUWIDO_PROTOCOL 23 // Ruwido, e.g. T-Home Media Receiver
#define IRMP_IR60_PROTOCOL 24 // IR60 (SDA2008)
#define IRMP_KATHREIN_PROTOCOL 25 // Kathrein
#define IRMP_NETBOX_PROTOCOL 26 // Netbox keyboard (bitserial)
#define IRMP_NEC16_PROTOCOL 27 // NEC with 16 bits (incl. sync)
#define IRMP_NEC42_PROTOCOL 28 // NEC with 42 bits
#define IRMP_LEGO_PROTOCOL 29 // LEGO Power Functions RC
#define IRMP_THOMSON_PROTOCOL 30 // Thomson
#define IRMP_BOSE_PROTOCOL 31 // BOSE
#define IRMP_A1TVBOX_PROTOCOL 32 // A1 TV Box
#define IRMP_ORTEK_PROTOCOL 33 // ORTEK - Hama
#define IRMP_TELEFUNKEN_PROTOCOL 34 // Telefunken (1560)
#define IRMP_ROOMBA_PROTOCOL 35 // iRobot Roomba vacuum cleaner
#define IRMP_RCMM32_PROTOCOL 36 // Fujitsu-Siemens (Activy remote control)
#define IRMP_RCMM24_PROTOCOL 37 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_RCMM12_PROTOCOL 38 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_SPEAKER_PROTOCOL 39 // Another loudspeaker protocol, similar to Nubert
#define IRMP_LGAIR_PROTOCOL 40 // LG air conditioner
#define IRMP_SAMSUNG48_PROTOCOL 41 // air conditioner with SAMSUNG protocol (48 bits)
#define IRMP_MERLIN_PROTOCOL 42 // Merlin (Pollin 620 185)
#define IRMP_PENTAX_PROTOCOL 43 // Pentax camera
#define IRMP_FAN_PROTOCOL 44 // FAN (ventilator), very similar to NUBERT, but last bit is data bit instead of stop bit
#define IRMP_S100_PROTOCOL 45 // very similar to RC5, but 14 instead of 13 data bits
#define IRMP_ACP24_PROTOCOL 46 // Stiebel Eltron ACP24 air conditioner
#define IRMP_TECHNICS_PROTOCOL 47 // Technics, similar to Matsushita, but 22 instead of 24 bits
#define IRMP_PANASONIC_PROTOCOL 48 // Panasonic (video projector), start bits similar to KASEIKYO
#define IRMP_MITSU_HEAVY_PROTOCOL 49 // Mitsubishi heavy air conditioner, similar timing to Panasonic video projector
#define IRMP_VINCENT_PROTOCOL 50 // Vincent
#define IRMP_SAMSUNGAH_PROTOCOL 51 // SAMSUNG AH
#define IRMP_IRMP16_PROTOCOL 52 // IRMP specific protocol for data transfer, e.g. between two microcontrollers via IR
#define IRMP_GREE_PROTOCOL 53 // Gree climate
#define IRMP_RCII_PROTOCOL 54 // RC II Infrared Remote Control Protocol for FM8
#define IRMP_METZ_PROTOCOL 55 // METZ
#define IRMP_ONKYO_PROTOCOL 56 // Onkyo
</syntaxhighlight>

The best way to determine the address and command codes is to use [[IRMP_-_english|IRMP]], see above ;-)

== IRSND under Linux and Windows ==

=== Compiling IRSND ===

[http://www.mikrocontroller.net/svnbrowser/irmp/irsnd.c?view=markup irsnd.c] can be compiled under Linux to create frames in the same format as the IRMP scan files. Simply enter:

make -f makefile.unx

=== Starting IRSND ===

To start IRSND, enter:

./irsnd protocol-number hex-address hex-command [repeat] > filename.txt

Example for NEC protocol, address 0x00FF, command 0x0001:

./irsnd 2 00FF 0001 > nec.txt # start irsnd

=== IRSND under Windows ===

You can also use [[IRSND_-_english#top|IRSND]] under Windows:

* start the command line console
* change to the IRSND directory
* enter:

irsnd.exe 2 00FF 0001 > nec.txt

You can then use [[IRMP_-_english#top|IRMP]] to check whether the frame generated by IRSND is correct:

./irmp-15kHz < nec.txt

or under Windows:

irmp.exe < nec.txt

It also works without using an intermediate file, e.g.:

./irsnd-15kHz 2 00FF 0001 | ./irmp-15kHz

or under Windows:

irsnd.exe 2 00FF 0001 | irmp.exe

The output of [[IRMP_-_english#top|IRMP]] is then as follows:

11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00

[[IRMP_-_english#top|IRMP]] identified the frame generated by [[IRSND_-_english#top|IRSND]] as protocol number 2, address 0x00FF and command 0x0001.

Under Linux/Windows, [[IRSND_-_english#top|IRSND]] always emulates a key press twice, with a wait between the frames. The output is therefore:

11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00
11111111000000001000000001111111 p = 2, a = 0x00ff, c = 0x0001, f = 0x00

The reason is simple: This makes it easy to test whether [[IRSND_-_english#top|IRSND]] correctly handles the toggle bit used by some protocols:

./irsnd-15kHz 7 2 3 0 | ./irmp-15kHz
1100010000011 p= 7 (RC5), a=0x0002, c=0x0003, f=0x00 '''First key press'''
1000010000011 p= 7 (RC5), a=0x0002, c=0x0003, f=0x00 '''Second key press'''
^
Toggle bit

Note: Depending on the protocol, the bit widths of addresses and commands can differ, see [[IRMP_-_english#IR_Protocols_in_Detail|IR Protocols in Detail]].

Consequently, 16 bit addresses and commands cannot be transmitted transparently with every protocol.

= Appendix =
''' '''
== Software History ==

=== Changes to IRSND in 3.0.x ===

Version 3.2.6:

* 2021-01-27: '''New IR Protocol:''' [[IRMP#MELINERA|MELINERA]]
* 2021-01-27: Protocol [[IRMP#LEGO|LEGO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#RUWIDO|RUWIDO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#NEC|NEC]]: Implemented send of raw NEC reptition frames

Version 3.2.5:

* Modifications for Arduino

Version 3.2.4:

* changed some constants in irsnd.c

Version 3.1.5:

* 2019-08-28: New protocol: ONKYO

Version 3.1.2:

* 2018-09-06: Added support of STM32 with HAL library

Version 3.0.9:

* 2018-02-19: Minor changes

Version 3.0.8:

* 2017-08-25: New protocol: IRMP16 for transparent 16 bit data communication

Version 3.0.2:

* 2016-09-09: New protocol [[IRMP_-_english#MITSU_HEAVY|Mitsubishi Heavy (air conditioner)]]
* 2016-09-09: Some modifications for Compiler PIC C18

Version 3.0.0:

* Renamed example main file to irsnd-main-avr.c

=== Older versions ===

* 2015-11-17: '''New protocol''': [[IRMP_-_english#BOSE|BOSE]]
* 2015-11-17: '''New protocol''': [[IRMP_-_english#PANASONIC|PANASONIC (Beamer)]]
* 2015-11-17: Port to Teensy (3.x)
* 2015-09-20: '''New protocol''': [[IRMP_-_english#TECHNICS|TECHNICS]]
* 2015-06-15: '''New protocol''': [[IRMP_-_english#ACP24|ACP24]]
* 2015-05-28: Timing corrections for [[IRMP_-_english#FAN|FAN]] protocol
* 2015-05-27: '''New protocol''': [[IRMP_-_english#MERLIN|MERLIN]]
* 2015-05-27: '''New protocol''': [[IRMP_-_english#FAN|FAN]]
* 2015-05-18: Added F_CPU macro for STM32L1XX
* 2015-05-07: Some corrections of XMega port
* 2015-04-23: '''New protocol''': [[IRMP_-_english#PENTAX|PENTAX]]
* 2015-04-23: Port to AVR XMega
* 2014-07-10: Some GPIO changes for STM32F10x (in IRSND).
* 2014-07-10: '''New protocol''': [[IRMP_-_english#SAMSUNG48|SAMSUNG48]]
* 2014-06-23: '''New protocol''': [[IRMP_-_english#LGAIR|LGAIR]]
* 2014-06-03: '''New protocol''': [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]]
* 2014-05-30: '''New protocol''': [[IRMP_-_english#SPEAKER|SPEAKER]]
* 2014-05-30: Optimized timings for [[IRMP_-_english#SAMSUNG|SAMSUNG]]
* 2014-02-20: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]]
* 2013-04-09: '''New protocol''': [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-03-12: Allowed 15kHz for [[IRMP_-_english#RECS80|RECS80]] and [[IRMP_-_english#RECS80EXT|RECS80EXT]]
* 2013-01-17: Added support for ATtiny44
* 2012-12-12: '''New protocol''': [[IRMP_-_english#A1TVBOX|A1TVBOX]]
* 2012-12-07: Corrected timing of [[IRMP_-_english#NIKON|NIKON]] protocol
* 2012-10-26: Some timer corrections, adaptions to Arduino
* 2012-06-18: Added support ATtiny87/167
* 2012-06-05: Corrected port to ARM STM32 - now tested
* 2012-05-23: Port to ARM STM32 (untested!)
* 2012-05-23: Bugfix timing for 2nd frame of Denon protocol
* 2012-02-27: '''New protocol''': [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]]
* 2012-02-27: Bugfix sending [[IRMP_-_english#Biphase|Biphase]] frames (Manchester)
* 2012-02-27: Port to C18 Compiler for PIC microcontrollers
* 2012-02-15: Bugfix: only the 1st Frame has been sended
* 2012-02-13: Timing corrections of [[IRMP_-_english#SAMSUNG|SAMSUNG]] and [[IRMP_-_english#SAMSUNG32|SAMSUNG32]]
* 2012-02-13: [[IRMP_-_english#KASEIKYO|KASEIKYO]]: Genre2 bits will be now stored in upper nibble of flags
* 2012-02-13: Additinak pause after sending the last frame
* 2011-09-20: '''New protocol''': [[IRMP_-_english#THOMSON|THOMSON]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#LEGO|LEGO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC16|NEC16]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC42|NEC42]]
* 2011-09-20: Port to ATtiny84 und ATtiny85
* 2011-09-20: Some corrections for pause lengths
* 2011-09-20: Some corrections of irsnd_stop()
* 2011-09-20: Corrected: [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] timings
* 2011-09-20: Changed [[IRMP_-_english#DENON|DENON]] protocol to 36kHz modulation frequency
* 2011-09-20: Corrected Handling of additional bits in [[IRMP_-_english#SIRCS|SIRCS]] protocol
* 2011-01-18: '''New protocol''': [[IRMP_-_english#RC6_+_RC6A|RC6A]]
* 2011-01-18: '''New protocol''': [[IRMP_-_english#RC6_+_RC6A|RC6]]
* 2011-01-18: '''New protocol''': [[IRMP_-_english#NIKON|NIKON]]
* 2011-01-18: Handling of additional bits (>12) in [[IRMP_-_english#SIRCS|SIRCS]] protocol
* 2011-01-18: Corrected some pause lengths
* 2011-01-18: timing corrections for [[IRMP_-_english#DENON|DENON]] protocol

* 2010-09-02: New protocol: [[IRMP_-_english#JVC|JVC]]
* 2010-09-02: Corrected [[IRMP_-_english#APPLE|APPLE]] encoder - now compatible to IRMP-Version 1.7.3.

* 2010-08-29: New protocol: [[IRMP_-_english#KASEIKYO|KASEIKYO]]

* 2010-07-01: Bugfix: deactivating of [[IRMP_-_english#RECS80|RECS80]], [[IRMP_-_english#RECS80EXT|RECS80EXT]] & [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]], if interrupt frequency is too low

* 2010-06-25: New protocol: [[IRMP_-_english#RCCAR|RCCAR]]

* 2010-06-09: New protocol: [[IRMP_-_english#FDC|FDC]] (IR-keyboard)
* 2010-06-09: Corrected timing for [[IRMP_-_english#DENON|DENON]] protocol

* 2010-06-02: New protocol: [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] (Gigaset)
* 2010-06-02: Simulation of long key presses

* 2010-05-26: New protocol: [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]]

* 2010-05-17: New protocol: [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]]
* 2010-05-17: Handling of frame repetitions for [[IRMP_-_english#SIRCS|SIRCS]], [[IRMP_-_english#SAMSUNG32|SAMSUNG32]], and [[IRMP_-_english#NUBERT|NUBERT]]

* 2010-04-28: Support of [[IRMP_-_english#APPLE|APPLE]] protocol
* 2010-04-28: added configuration by [http://www.mikrocontroller.net/svnbrowser/irmp/irsndconfig.h?view=markup irsndconfig.h]

* 2010-04-16: Optimized all timing tolerancies

* 2010-04-14: New protocol: [[IRMP_-_english#B&O|Bang & Olufsen]]

* 2010-03-17: New protocol: [[IRMP_-_english#NUBERT|NUBERT]]
* 2010-03-17: Corrected length of pauses between frame repetitions

* 2010-03-16: Corrected timer register TCCR2
* 2010-03-16: Corrected [[IRMP_-_english#RECS80|RECS80]] start bit timings
* 2010-03-16: New protocol: [[IRMP_-_english#RECS80EXT|RECS80 Extended]]

* 2010-03-11: Adapted code to several ATMega types

* 2010-03-07: Alpha version

[[Kategorie:Infrarot]]
[[Kategorie:AVR-Projekte]]

IRMP - english

2023-04-26T08:37:47Z

Tooki:

By '''Frank M. ([http://www.mikrocontroller.net/user/show/ukw ukw])'''

'''This is the English translation of the [[IRMP#top|German IRMP documentation]].

'''[[Datei:irmp-title.png| |Waveform of an NEC-format remote control signal]]

Project Intent:

Because RC5 is not only outdated, but obsolete, and because more and more electronic devices from Asian consumer electronics manufacturers are found in the home, it is time to develop an IR decoder that can 'understand' about 90% of IR remotes that are used in our daily life.

This article introduces 'IRMP' as "Infrared Multi Protocol Decoder" in detail. The counterpart, the [[IRSND_-_english|IRSND]] IR encoder, can be found in this [[IRSND_-_english|document]].

= IRMP - Infrared Multi Protocol Decoder =
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Supported MCUs ===

[[IRMP_-_english#top|IRMP]] runs on numerous MCU families:

'''AVR'''

* ATtiny87, ATtiny167
* ATtiny45, ATtiny85
* ATtiny44, ATtiny84
* ATmega8, ATmega16, ATmega32
* ATmega162
* ATmega164, ATmega324, ATmega644, ATmega644P, ATmega1284
* ATmega88, ATmega88P, ATmega168, ATmega168P, ATmega328P

'''XMega'''

* ATXmega128

'''PIC''' (CCS and XC8/C18 compiler)

* PIC12F1840
* PIC18F4520

'''STM32'''

* STM32F4xx (tested on STM32F401RE/F411RE Nucleo, STM32F4 Discovery)
* STM32F10x (tested on STM32F103C8T6 Mini Development Board)
* STM32 with HAL library '''(NEW!)'''

'''STM8'''

* STM8S103F3

'''TI Stellaris'''

* LM4F120 Launchpad (ARM Cortex M4)

'''ESP8266 (NEW!)'''

* ESP8266-EVB

'''TEENSY 3.0'''

* MK20DX256VLH7 (ARM Cortex-M4 72MHz)

'''MBED (NEW!)'''

* LPC1347 Cortex-M3 72 MHz
* LPC4088 (Embedded Artists)

'''ChibiOS HAL (NEW!)'''

* Various ARM Cortex MCUss, for example STM32, Kinetis, and NRF5
* [https://sourceforge.net/p/chibios/svn2/HEAD/tree/trunk/os/hal/ports/ Officially supported MCU series]
* [https://github.com/ChibiOS/ChibiOS-Contrib/tree/master/os/hal/ports More MCU series, community supported]
||
[[Datei:irmp-empfaenger.png|miniatur|Connection of a IR receiver module to MCU]]
|}
=== Supported IR Protocols ===

[[IRMP_-_english#top|IRMP]] - the infrared remote decoder, which can decode several protocols at once - is capable of decoding the following protocols (in alphabetical order):

{| {{Tabelle}}
|+ '''Supported Protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol || Vendor
|-
| [[IRMP_-_english#A1TVBOX|A1TVBOX]] || ADB (Advanced Digital Broadcast), e.g. A1 TV Box
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple
|-
| [[IRMP_-_english#ACP24|ACP24]] || Stiebel Eltron
|-
| [[IRMP_-_english#B&O|B&O]] || Bang & Olufsen
|-
| [[IRMP_-_english#BOSE|BOSE]] || Bose
|-
| [[IRMP_-_english#DENON|DENON]] || Denon, Sharp
|-
| [[IRMP_-_english#FAN|FAN]] || FAN, remote for fans
|-
| [[IRMP_-_english#FDC|FDC]] || FDC Keyboard
|-
| [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]] || Grundig
|-
| [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]] || Nokia, e.g. D-Box
|-
| [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]] || various European vendors
|-
| [[IRMP_-_english#JVC|JVC]] || JVC
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Panasonic, Technics, Denon and other vendors which are members of the Japanese "Association for Electric Home Appliances" (AEHA).
|-
| [[IRMP_-_english#KATHREIN|KATHREIN]] || KATHREIN
|-
| [[IRMP_-_english#LEGO|LEGO]] || Lego
|-
| [[IRMP_-_english#LGAIR|LGAIR]] || LG air conditioners
|-
| [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] || Matsushita
|-
| [[IRMP_-_english#MITSU_HEAVY|MITSU_HEAVY]] || Mitsubishi air conditioners
|-
| [[IRMP_-_english#NEC16|NEC16]] || JVC, Daewoo
|-
| [[IRMP_-_english#NEC42|NEC42]] || JVC
|-
| [[IRMP_-_english#MERLIN|MERLIN]] || MERLIN remote (Pollin article number: 620 185)
|-
| [[IRMP_-_english#NEC_+_extended_NEC|NEC]] || NEC, Yamaha, Canon, Tevion, Harman/Kardon, Hitachi, JVC, Pioneer, Toshiba, Xoro, Orion, generic and many other Asian vendors.
|-
| [[IRMP_-_english#NETBOX|NETBOX]] || Netbox
|-
| [[IRMP_-_english#Nikon|Nikon]] || Nikon
|-
| [[IRMP_-_english#NUBERT|NUBERT]] || Nubert, e.g. Subwoofer Systems
|-
| [[IRMP_-_english#ORTEK|ORTEK]] || Ortek, Hama
|-
| [[IRMP_-_english#PANASONIC|PANASONIC]] || PANASONIC video projectors
|-
| [[IRMP_-_english#PENTAX|PENTAX]] || PENTAX
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Philips and other European vendors
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6A]] || Philips, Kathrein and others, e.g. XBOX
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips and other European vendors
|-
| [[IRMP_-_english#RCCAR|RCCAR]] || RC Car: IR remote for RC toys
|-
| [[IRMP_-_english#RCII|RCII]] || T+A '''(NEW!)'''
|-
| [[IRMP_-_english#RECS80|RECS80]] || Philips, Nokia, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP_-_english#RECS80EXT|RECS80EXT]] || Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP_-_english#RCMM|RCMM]] || Fujitsu-Siemens e.g. Activy keyboard
|-
| [[IRMP_-_english#ROOMBA|ROOMBA]] || iRobot Roomba vacuum cleaner
|-
| [[IRMP_-_english#S100|S100]] || similar to RC5, but 14 instead of 13 bits and 56kHz modulation. Vendor unknown.
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung
|-
| [[IRMP_-_english#SAMSUNG48|SAMSUNG48]] || various air conditioners
|-
| [[IRMP_-_english#SAMSUNG|SAMSUNG]] || Samsung
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]] || RUWIDO (e.g. T-Home Media Receiver, MERLIN keyboard(Pollin))
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] || Siemens, e.g. Gigaset M740AV
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony
|-
| [[IRMP_-_english#SPEAKER|SPEAKER]] || Speaker systems like X-Tensions
|-
| [[IRMP_-_english#TECHNICS|TECHNICS]] || Technics
|-
| [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]] || Telefunken
|-
| [[IRMP_-_english#THOMSON|THOMSON]] || Thomson
|-
| [[IRMP_-_english#VINCENT|VINCENT]] || Vincent
|}

'''New:'''

'''Starting with version 3.2, IRMP can also decode 433 MHz RF radio protocols.'''

{| {{Tabelle}}
|+ '''Supported RF Protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol
! style="width:100em" | Vendor
|-
| [[IRMP#RF_GEN24|RF_GEN24]] || Generiv 24-bit format, e.g. Pollin 550666 radio-controlled receptacle
|-
| [[IRMP#RF_X10|RF_X10]] || X10 PC RF remote control (Medion), Pollin 721815
|}

Each of these protocols can be activated separately. If you want, you can activate all protocols. If you need only one protocol, you can disable all others. Only the code selected by the user will be compiled .

=== History ===

The [[IRMP_-_english#top|IRMP]] source for the AVR and PIC MCUs was created as part of the [[Word Clock]] project.

=== Thread in Forum ===

Intention for an own IRMP article is the following thread in Projects&Code [http://www.mikrocontroller.net/topic/162119 IRMP - Infrared Multi Protocol Decoder] (in German language).

== IR Protocols ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
Some vendors use their own proprietary protocols, such as Sony, Samsung, and Matsushita. Philips developed and used [[IRMP_-_english#RC5 + RC5X|RC5]].
[[IRMP_-_english#RC5 + RC5X|RC5]] was seen in Europe as ''the'' standard IR protocol which was adopted by many European vendors. Nowadays [[IRMP_-_english#RC5 + RC5X|RC5]] is practically not used and can be considered "dead". Although the successor [[IRMP_-_english#RC6_+_RC6A|RC6]] is used in current European hardware, it is also used rarely.

Japanese vendors also tried to establish their own standard, the so called [[IRMP_-_english#KASEIKYO|Kaseikyo]] (or "Japan") protocol. With a word length of 48 bits, it is more versatile. But it has not found wide use, though it is found in some appliances.

Nowadays the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol is used (also mainly in Japanese devices) in both premium and generic products. I estimate the market share at 80% for the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol. Nearly all remotes in my daily use utilize the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] IR code. This starts with the TV set, continues with the DVD player and the notebook remote all the way to the generic multimedia hard drive, just to mention a few examples.
||
[[Datei:nec-protocol.png|miniatur|NEC protocol, RGB remote control, T->A: 9.14ms, A->B: 4.42ms, B->C: 660us]]
|}

== Coding methods ==

[[IRMP_-_english#top|IRMP]] supports the following IR coding methods:

* [[IRMP_-_english#Pulse Distance|Pulse Distance]], typ. Example: [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
* [[IRMP_-_english#Pulse Width|Pulse Width]], typ. Example: [[IRMP_-_english#SIRCS|Sony SIRCS]]
* [[IRMP_-_english#Biphase|Biphase (Manchester)]], typ. Example: Philips [[IRMP_-_english#RC5_+_RC5X|RC5]], [[IRMP_-_english#RC6_+_RC6A|RC6]]
* [[IRMP_-_english#Pulse Position|Pulse Position (NRZ)]], typ. Example: [[IRMP_-_english#NETBOX|Netbox]]
* [[IRMP_-_english#Pulse Distance Width|Pulse Distance Width]], typ. Example: [[IRMP_-_english#NUBERT|Nubert]]

The pulses are modulated - usually at 36 kHz or 38 kHz - to reduce environmental influences such as indoor lighting or sunlight.

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance ===

Pulse distance coding can be identified by the following rule:

* there is only '''one pulse length''' and there are '''two different space lengths'''
||
[[Datei:Pulse-Distance.png|miniatur|Pulse distance coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Width ===

Pulse width coding can be identified by the following rule:

* there are '''two different pulse lengths''' and '''only one space length'''
||
[[Datei:Pulse-Width.png|miniatur|Pulse width coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Width ===

This is a mix of pulse distance and pulse width coding. Often the sum of pulse and space length is constant. The rule is:

* there are '''two different pulse lengths''' and '''two different space lengths.'''
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse distance width coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Biphase ===

In biphase coding the order of pulse and space gives the bit value.
Therefore a biphase boding can be identified by this criteria:

* there is exactly '''one''' pulse and space length, as well as the '''double''' pulse/space length

Usually the length for the pulse and space are equal, meaning that the signal shape is symmetric. But IRMP also recognizes protocols which use different pulse and space lengths, for example the [[IRMP_-_english#A1TVBOX|A1TVBOX]] protocol.
||
[[Datei:Biphase-Coding.png|miniatur|Biphase coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Position ===

Pulse position coding is known from commmon UARTs. Here, every bit has a fixed length. Depending on the value (0 or 1), it is a pulse or a space.

Typical criteria for a '''pulse position protocol''' are:
* there are '''multiples''' of a basic pulse/space length

'''A tabular listing of different IR protocols can be found here: [[IRMP_-_english#IR_Protocols_in_Detail|IR Protocols in Detail]].'''
The specified timings are typical values. In some remotes they differ up to 40% in real life. Therefore [[IRMP_-_english#top|IRMP]] uses minimum/maximum limits to be tolerant with the timing.
||
[[Datei:Pulse-Position.png|miniatur|Pulse position coding]]
|}

== Protocol Detection ==

Most of the protocols [[IRMP_-_english#top|IRMP]] decodes have something in common: they exhibit a start bit whose timing is unique.

According to this start bit timing, most protocols can be identified. [[IRMP_-_english#top|IRMP]] measures the timing of the start bit and adjusts its timing tables "on-the-fly" to the discovered protocol. Subsequent bits can then be read sequentially without the need to first store a complete frame.
Thus, [[IRMP_-_english#top|IRMP]] does not wait to read a complete frame but starts decoding directly after detecting the first pulse.

If the start bit is not unique, [[IRMP_-_english#top|IRMP]] proceeds in parallel with multiple possible protocols. For example with two candidate protocols, once plausible reasons disqualify one protocol, the other protocol is used.

Detection is implemented as an interrupt-driven [[Statemachine|state machine]] which is called at a frequency of typically 15000 times per second. Among others, the [[Statemachine|state machine]] has the following states:

* detect the first pulse length of the start bit
* detect the space length of the start bit
* detect the space length of the first data bit

After that, the pulse and space lengths of the start bit are known. Now all enabled protocols are searched for these lengths. If a protocol matches, the timing table for this protocol is loaded. Subsequent bits are checked against the timing table to ensure they conform to it.

The [[Statemachine|state machine]] continues with the following states:

* detect the spaces of the data bits
* detect the pulse length of the data bits
* check timing. If different, switch back to another valid IR protocol, otherwise return
* detect the stop bit, if present in the protocol
* check data for plausibility, like CRC or other redundancy bits
* convert data to device address and command
* detect code repetition by long key press, set corresponding flag

Indeed the [[Statemachine|state machine]] is even more complex because some protocols have no start bit (e.g. [[IRMP_-_english#DENON|Denon]]) or have multiple start bits (4 in [[IRMP_-_english#B.26O|B&O]]) or have another sync bit within the frame (e.g. [[IRMP_-_english#SAMSUNG|Samsung]]). These extra conditions are caught in the code by protocol-specific "special cases".

Switching to an other protocol can happen multiple times while receiving a frame, e.g. from [[IRMP_-_english#NEC42|NEC42]] (42 bits) to [[IRMP_-_english#NEC16|NEC16]] (8 bits + sync bit + 8 bits), if a premature sync bit is detected. Or from [[IRMP_-_english#NEC + extended NEC|NEC]]/[[IRMP_-_english#NEC42|NEC42]] (32/42 bits) to [[IRMP_-_english#JVC|JVC]] (16 bits) if the stop bit occurs prematurely. It becomes difficult when, after detecting the start bit, two possible protocols use different coding methods, e.g. when the one protocol uses [[IRMP_-_english#Pulse Distance|pulse distance coding]] and the other uses [[IRMP_-_english#Biphase|biphase coding (Manchester)]]. In this case [[IRMP_-_english#top|IRMP]] stores the necessary bits for both coding methods and later discards one or the other.

Furthermore, some remotes using particular protocols transmit repeat frames, either for redundancy (error detection) or for long key presses. Both kinds are detected by IRMP: error detection frames are detected by IRMP, but not passed to the application. Others are detected as long key presses and flagged by IRMP.

== Download ==

Version 3.2.6, Date: 2021-01-27

Download stable version: [http://www.mikrocontroller.net/wikifiles/7/79/Irmp.zip Irmp.zip]

Current development version of [[IRMP_-_english#top|IRMP]] & [[IRSND_-_english|IRSND]]:

* SVN link: [svn://mikrocontroller.net/irmp/ SVN]
* SVN browser: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP in SVN]
* Download tarball: [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball].

Download Arduino library: [https://github.com/ukw100/IRMP GitHub] or use Arduino "''Tools / Manage Libraries...''" and search for IRMP.

'''You can see the history of the software changes here: [[IRMP_-_english#Software_History|Software History]]'''

== License ==

IRMP is Open Source Software and is released under the [https://www.gnu.org/licenses/old-licenses/gpl-2.0.html GPL v2], or
(at your option) any later version.

== Source Code ==

The source code can be easily compiled for AVR MCUs by loading the project file irmp.aps in AVR Studio 4.

For other development environments it is simple to create a project or makefile. The source includes:

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] - IR decoder core
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h] - all protocol definitions
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpsystem.h?view=markup irmpsystem.h] - target-independent definitions for AVR/PIC/STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.h?view=markup irmp.h] - include file for the application
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] - user configuration

Sample applications (main functions and timer configurations):

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] - AVR
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr-uart.c?view=markup irmp-main-avr-uart.c] - AVR with UART output
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-xc8.c?view=markup irmp-main-pic-xc8.c] - PIC18F4520
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-12F1840.c?view=markup irmp-main-pic-12F1840.c] - PIC12F1840
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stm32.c?view=markup irmp-main-stm32.c] - STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stellaris-arm.c?view=markup irmp-main-stellaris-arm.c] - TI Stellaris LM4F120 Launchpad
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-esp8266.c?view=markup irmp-main-esp8266.c] - ESP8266
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-mbed.cpp?view=markup irmp-main-mbed.cpp] - MBED
* [http://www.mikrocontroller.net/svnbrowser/irmp/examples/Arduino/Arduino.ino?view=markup examples/Arduino/Arduino.ino] - Teensy 3.x
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c] - ChibiOS

{{Warnung|
;Important: include only irmp.h in your application:
<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
</syntaxhighlight>

All other include files are included within irmp.h. See also the sample application irmp-main-avr.c.

Furthermore, the preprocessor constant '''F_CPU in project or makefile''' must be defined. This should have at least the value of 8000000UL, processor speed should be at least 8 MHz. This applies to AVR targets and not for MCUs with PLL.
}}

[[IRMP_-_english#top|IRMP]] also runs on PIC processors. For the PIC-CCS compiler the necessary preprocessor defines are already set, such that [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] can be directly used in the CCS environment. Only a short interrupt service routine like

<syntaxhighlight lang="c" style="font-size:85%;">
void TIMER2_isr(void)
{
irmp_ISR ();
}
</syntaxhighlight>

must be added. The interrupt period time must be set to 66 µs (15 kHz).

For AVR processors you will find an example for the usage of [[IRMP_-_english#top|IRMP]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c]. The main things are the [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|Timer]] initializing of the timer and the processing of received IR commands. The received protocol, the device address and the command will be output on the HW-UART.

For the Stellaris LM4F120 Launchpad from TI (ARM Cortex M4) is a propriate timer init function already integrated in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c].

[[IRMP_-_english#top|IRMP]] can be used also with STM32 microcontrollers.

Another new implementation is available on the mbed platform.

=== avr-gcc Optimizations ===

From version 4.7.x of avr-gcc, the [https://gcc.gnu.org/onlinedocs/gccint/LTO.html#LTO LTO option] can be used to make the call of the external function irmp_ISR() from the main ISR more efficient. This improves the performance of the ISR a little.

Add the following compiler and linker options:

* additional compiler option: -flto
* additional linker options: -flto -Os

If you forget the additional linker option -Os, the binary will be significantly larger as it will not be optimized further. Also, the option -flto must be passed to the linker, otherwise link time optimization will not work.

=== Configuration ===

[[IRMP_-_english#top|IRMP]] is configured by parameters in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h]:

* [[IRMP_-_english#F_INTERRUPTS|number of interrupts per second]]
* [[IRMP_-_english#IRMP_SUPPORT_xxx_PROTOCOL|supported IR protocols]]
* [[IRMP_-_english#IRMP_PORT_LETTER + IRMP_BIT_NUMBER|hardware pin for IR receiver]]
* [[IRMP_-_english#IRMP_LOGGING|IR logging]]

=== Settings in irmpconfig.h ===

[[IRMP_-_english#top|IRMP]] will decode all protocols listed above in one ISR. For this, some settings are needed. These are set in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h].

==== F_INTERRUPTS ====

Number of interrupts per second. Should be set to a value from 10000 to 20000. The higher the value, the better the resolution and therefore the quality of detection. But a higher interrupt rate means also higher CPU load. A value of 15000 is usually a good compromise.

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define F_INTERRUPTS 15000 // interrupts per second
</syntaxhighlight>

On AVR controllers, the [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] example uses Timer1 with 16 bits of resolution. If for any reasons Timer1 is not available, you can also use Timer2 with 8 bits of resolution.

In that case, configure Timer2 as follows:

<syntaxhighlight lang="c" style="font-size:85%;">
OCR2 = (uint8_t) ((F_CPU / F_INTERRUPTS) / 8) - 1 + 0.5); // Compare Register OCR2
TCCR2 = (1 << WGM21) | (1 << CS21); // CTC Mode, prescaler = 8
TIMSK = 1 << OCIE2; // enable Timer2 interrupt
</syntaxhighlight>

The above example is valid for ATmega88/ATmega168/ATmega328. For other AVR MCUs check the datasheet.

You must not forget to change the ISR to Timer2 as well:

<syntaxhighlight lang="c" style="font-size:85%;">
ISR(TIMER2_COMP_vect)
{
(void) irmp_ISR();
}
</syntaxhighlight>

==== IRMP_SUPPORT_xxx_PROTOCOL ====

Here you can select which protocols to enable in [[IRMP_-_english#top|IRMP]]. Common protocols are emabled by default.

To enable additional protocols or disable others to save memory, set the corresponding values in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h].

<syntaxhighlight lang="c" style="font-size:85%;">
// typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE >= 10000 ~300 bytes
#define IRMP_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 >= 10000 ~300 bytes
#define IRMP_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita >= 10000 ~50 bytes
#define IRMP_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo >= 10000 ~250 bytes

// more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_DENON_PROTOCOL 0 // DENON, Sharp >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC5_PROTOCOL 0 // RC5 >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC6_PROTOCOL 0 // RC6 & RC6A >= 10000 ~250 bytes
#define IRMP_SUPPORT_JVC_PROTOCOL 0 // JVC >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC16_PROTOCOL 0 // NEC16 >= 10000 ~100 bytes
#define IRMP_SUPPORT_NEC42_PROTOCOL 0 // NEC42 >= 10000 ~300 bytes
#define IRMP_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) >= 10000 ~300 bytes
#define IRMP_SUPPORT_GRUNDIG_PROTOCOL 0 // Grundig >= 10000 ~300 bytes
#define IRMP_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens Gigaset >= 15000 ~550 bytes
#define IRMP_SUPPORT_NOKIA_PROTOCOL 0 // Nokia >= 10000 ~300 bytes

// exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_BOSE_PROTOCOL 0 // BOSE >= 10000 ~150 bytes
#define IRMP_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein >= 10000 ~200 bytes
#define IRMP_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT >= 10000 ~50 bytes
#define IRMP_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang & Olufsen >= 10000 ~200 bytes
#define IRMP_SUPPORT_RECS80_PROTOCOL 0 // RECS80 (SAA3004) >= 15000 ~50 bytes
#define IRMP_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT (SAA3008) >= 15000 ~50 bytes
#define IRMP_SUPPORT_THOMSON_PROTOCOL 0 // Thomson >= 10000 ~250 bytes
#define IRMP_SUPPORT_NIKON_PROTOCOL 0 // Nikon camera >= 10000 ~250 bytes
#define IRMP_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard >= 10000 ~400 bytes (PROTOTYPE!)
#define IRMP_SUPPORT_ORTEK_PROTOCOL 0 // ORTEK (Hama) >= 10000 ~150 bytes
#define IRMP_SUPPORT_TELEFUNKEN_PROTOCOL 0 // Telefunken 1560 >= 10000 ~150 bytes
#define IRMP_SUPPORT_FDC_PROTOCOL 0 // FDC3402 keyboard >= 10000 (better 15000) ~150 bytes (~400 in combination with RC5)
#define IRMP_SUPPORT_RCCAR_PROTOCOL 0 // RC Car >= 10000 (better 15000) ~150 bytes (~500 in combination with RC5)
#define IRMP_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba >= 10000 ~150 bytes
#define IRMP_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home >= 15000 ~550 bytes
#define IRMP_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX >= 15000 (better 20000) ~300 bytes
#define IRMP_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC >= 20000 ~150 bytes
#define IRMP_SUPPORT_RCMM_PROTOCOL 0 // RCMM 12, 24, or 32 >= 20000 ~150 bytes
</syntaxhighlight>

Each IR protocol enabled in [[IRMP_-_english#top|IRMP]] consumes the amount of code noted above. Here you can apply optimizations: for example, the modulation frequency of 455 kHz for the [[IRMP_-_english#B&O|B&O]] protocol is far away from the frequencies that are used by other protocols. This usually requires a different IR receiver, so without that, you can disable these protocols. For example, you cannot receive the [[IRMP_-_english#B&O|B&O]] protocol (455kHz) with a TSOP1738/TSOP31238.

Additionally, the [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]]/[[IRMP_-_english#FDC|FDC]]/[[IRMP_-_english#RCCAR|RCCAR]] can only be detected reliably at a frequency of 15 kHz or higher. For [[IRMP_-_english#LEGO|LEGO]], 20 kHz is needed. To use these protocols, you must modify [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]]. Otherwise, during compilation you will get a warning and the corresponding protocols will automatically be disabled.

==== IRMP_PORT_LETTER + IRMP_BIT_NUMBER ====

This constant defines the pin where the IR receiver is connected.

Default value is PORT B6:
<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------
* Change hardware pin here for ATMEL AVR
*---------------------------------------------------------------------------
*/
#if defined (ATMEL_AVR) // use PB6 as IR input on AVR
# define IRMP_PORT_LETTER B
# define IRMP_BIT_NUMBER 6
</syntaxhighlight>

These two values must match your hardware configuration.

This applies also to STM32 MCUs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for ARM STM32
*----------------------------------------------------------------------------
*/
#elif defined (ARM_STM32) // use C13 as IR input on STM32
# define IRMP_PORT_LETTER C
# define IRMP_BIT_NUMBER 13
</syntaxhighlight>

When using STM32 HAL library, define the constants IRSND_Transmit_GPIO_Port and IRSND_Transmit_Pin in STM32Cube (Main.h). In this case, it is not necessary to change the constants in irmpconfig.h:
<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* ARM STM32 with HAL section - don't change here, define IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin in STM32Cube (Main.h)
*---------------------------------------------------------------------------------------------------------------------------------------------------
*/
#elif defined (ARM_STM32_HAL) // IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin must be defined in STM32Cube
# define IRSND_PORT_LETTER IRSND_Transmit_GPIO_Port//Port of Transmit PWM Pin e.g.
# define IRSND_BIT_NUMBER IRSND_Transmit_Pin //Pim of Transmit PWM Pin e.g.
# define IRSND_TIMER_HANDLER htim2 //Handler of Timer e.g. htim (see tim.h)
# define IRSND_TIMER_CHANNEL_NUMBER TIM_CHANNEL_2 //Channel of the used Timer PWM Pin e.g. TIM_CHANNEL_2
# define IRSND_TIMER_SPEED_APBX 64000000 //Speed of the corresponding APBx. (see STM32CubeMX: Clock Configuration)
</syntaxhighlight>

And the corresponding section for STM8 MCUs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for STM8
*----------------------------------------------------------------------------
*/
#elif defined (SDCC_STM8) // use PA1 as IR input on STM8
# define IRMP_PORT_LETTER A
# define IRMP_BIT_NUMBER 1
</syntaxhighlight>

For PIC microcontrollers only the constant '''IRMP_PIN''' needs to be changed - depending on the compiler:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for PIC C18 compiler
*----------------------------------------------------------------------------
*/
#elif defined (PIC_C18) // use RB4 as IR input on PIC
# define IRMP_PIN PORTBbits.RB4

/*----------------------------------------------------------------------------
* Change hardware pin here for PIC CCS compiler
*----------------------------------------------------------------------------
*/
#elif defined (PIC_CCS) // use PB4 as IR input on PIC
# define IRMP_PIN PIN_B4
</syntaxhighlight>

When using ChibiOS HAL, define a pin with the name '''IR_IN''' in your board config (board.chcfg) of ChibiOS and regenerate the board files. To use another name for the pin, edit the constant '''IRMP_PIN''' in irmpconfig.h. Use the name of the pin from the board config and prefix it with "LINE_", as IRMP is using the "line" variant of the PAL interface:

<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* Change hardware pin here for ChibiOS HAL
*---------------------------------------------------------------------------------------------------------------------------------------------------
*/
#elif defined(_CHIBIOS_HAL_)
# define IRMP_PIN LINE_IR_IN // use pin names as defined in the board config file, prefixed with "LINE_"
</syntaxhighlight>

==== IRMP_HIGH_ACTIVE ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_HIGH_ACTIVE 0 // set to 1 if you use a RF receiver!
</syntaxhighlight>

Most RF receivers use active-high signals, so when using an RF receiver instead of an IR sensor, set this value to 1.

'''NEU:'''

==== IRMP_ENABLE_RELEASE_DETECTION ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_ENABLE_RELEASE_DETECTION 0 // enable detection of key releases
</syntaxhighlight>

Set this value to 1 to enable detection of button release events. The function irmp_get_data() then sets the IRMP_FLAG_RELEASE bit in the struct member irmp_data.flags once code transmission ends. See the example in the section '''[[IRMP_-_english#Debouncing|Debouncing]]'''.

==== IRMP_USE_CALLBACK ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_USE_CALLBACK 0 // flag: 0 = don't use callbacks, 1 = use callbacks, default is 0
</syntaxhighlight>

When you turn on callbacks, any level change at the input causes the callback function to be called. This can be used to visualize incoming IR signals by driving another output pin.

Here is an example:

<syntaxhighlight lang="c" style="font-size:85%;">
#define LED_PORT PORTD // LED at PD6
#define LED_DDR DDRD
#define LED_PIN 6

/*-----------------------------------------------------------------------------------------------------------------------
* Called (back) from IRMP module
* This example switches a LED (which is connected to Vcc)
*-----------------------------------------------------------------------------------------------------------------------
*/
void
led_callback (uint_fast8_t on)
{
if (on)
{
LED_PORT &= ~(1 << LED_PIN);
}
else
{
LED_PORT |= (1 << LED_PIN);
}
}

int
main ()
{
...
irmp_init ();

LED_DDR |= (1 << LED_PIN); // LED pin to output
LED_PORT |= (1 << LED_PIN); // switch LED off (active low)
irmp_set_callback_ptr (led_callback);

sei ();
...
}
</syntaxhighlight>

==== IRMP_USE_IDLE_CALL ====

Normally the irmp_ISR() function is called continuously at the F_INTERRUPTS (10-20kHz) frequency. The microcontroller can rarely enter an energy-saving sleep mode, or must constantly wake up from it. If power consumption is important, e.g. on battery power, this approach is not optimal.

If ''IRMP_USE_IDLE_CALL''' is enabled, IRMP detects if no IR transmission is ongoing and then calls the function '''irmp_idle()'''. This is microcontroller-specific and must be provided and linked by the user. The microcontroller can then be put to sleep while there is no ongoing transmission, thus reducing energy consumption.

It is recommended to deactivate the timer interrupt in irmp_idle() and to activate a pin change interrupt instead. Then the microcontroller can be put to sleep. When a falling edge is detected on the IR input pin, the pin change interrupt is disabled, the timer is reenabled and irmp_ISR() is called immediately. You can find an example for the use of irmp_idle() in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c].

Using IRMP purely with pin change interrupts and without timer interrupts is not supported.

==== IRMP_USE_EVENT ====

When using IRMP with ChibiOS/RT or ChibiOS/NIL, you can use their Event module to wake a thread as soon as new IR data is received and decoded.

Set the '''IRMP_USE_EVENT''' constant in irmpconfig.h to 1 to enable this. '''IRMP_EVENT_BIT''' definies the value in the Event bitmask that should symbolize the IRMP event. Use '''IRMP_EVENT_THREAD_PTR''' to define the variable name of the thread pointer that the event is sent to.

Change irmpconfig.h like this:
<syntaxhighlight lang="c" style="font-size:85%;">
/*------------------------------------------------------------------------------------------------------------------------------
* Use ChibiOS Events to signal that valid IR data was received
*------------------------------------------------------------------------------------------------------------------------------
*/
#if defined(_CHIBIOS_RT_) || defined(_CHIBIOS_NIL_)

# ifndef IRMP_USE_EVENT
# define IRMP_USE_EVENT 1 // 1: use event. 0: do not. default is 0
# endif

# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_BIT)
# define IRMP_EVENT_BIT 1 // event flag or bit to send
# endif
# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_THREAD_PTR)
# define IRMP_EVENT_THREAD_PTR ir_receive_thread_p // pointer to the thread to send the event to
extern thread_t *IRMP_EVENT_THREAD_PTR; // the pointer must be defined and initialized elsewhere
# endif

#endif // _CHIBIOS_RT_ || _CHIBIOS_NIL_
</syntaxhighlight>

Now you can use the event in your ChibiOS project like this:
<syntaxhighlight lang="c" style="font-size:85%;">
thread_t *ir_receive_thread_p = NULL;

static THD_FUNCTION(IRThread, arg)
{
ir_receive_thread_p = chThdGetSelfX();
[...]
while (true)
{
// wait for event sent from irmp_ISR
chEvtWaitAnyTimeout(ALL_EVENTS,TIME_INFINITE);

if (irmp_get_data (&irmp_data))
// use data in irmp_data
</syntaxhighlight>

==== IRMP_LOGGING ====

With IRMP_LOGGING the logging of received IR frames can be turned on.

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not. default is 0
</syntaxhighlight>

Further documentation can be found here: [[IRMP_-_english#Scanning_unknown_IR_Protocols|Scanning Unknown IR Protocols]].

=== Using IRMP ===

The protocols supported by [[IRMP_-_english#top|IRMP]] use partly variable, partly fixed bit lengths from 2 up to 48 bits. These are described by preprocessor defines.

[[IRMP_-_english#top|IRMP]] separates these IR frames into 3 sections:

1. protocol ID
2. address or vendor code
3. command

With the function

irmp_get_data (IRMP_DATA * irmp_data_p)

you can recall a decoded message. The return value is 1 if a message has been received, otherwise it is 0. In the first case the struct members

<syntaxhighlight lang="c" style="font-size:85%;">
irmp_data_p->protocol (8 Bit)
irmp_data_p->address (16 Bit)
irmp_data_p->command (16 Bit)
irmp_data_p->flags (8 Bit)
</syntaxhighlight>

contain valid information.

That means that ultimately, you have three values (protocol, address and command) that can be evaluated with an if or switch statement.
Here is a sample decoder which listens for keys 1-9 on a remote:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == IRMP_NEC_PROTOCOL && // NEC protocol
irmp_data.address == 0x1234) // Address 0x1234
{
switch (irmp_data.command)
{
case 0x0001: key1_pressed(); break; // Key 1
case 0x0002: key2_pressed(); break; // Key 2
...
case 0x0009: key9_pressed(); break; // Key 9
}
}
}
</syntaxhighlight>

Here are possible constants for irmp_data.protocol, see also [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h]:

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_SIRCS_PROTOCOL 1 // Sony
#define IRMP_NEC_PROTOCOL 2 // NEC, Pioneer, JVC, Toshiba, generic, etc.
#define IRMP_SAMSUNG_PROTOCOL 3 // Samsung
#define IRMP_MATSUSHITA_PROTOCOL 4 // Matsushita
#define IRMP_KASEIKYO_PROTOCOL 5 // Kaseikyo (Panasonic, etc.)
#define IRMP_RECS80_PROTOCOL 6 // Philips, Thomson, Nordmende, Telefunken, Saba
#define IRMP_RC5_PROTOCOL 7 // Philips etc
#define IRMP_DENON_PROTOCOL 8 // Denon, Sharp
#define IRMP_RC6_PROTOCOL 9 // Philips etc
#define IRMP_SAMSUNG32_PROTOCOL 10 // Samsung32: no sync pulse at bit 16, length 32 instead of 37
#define IRMP_APPLE_PROTOCOL 11 // Apple, very similar to NEC
#define IRMP_RECS80EXT_PROTOCOL 12 // Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
#define IRMP_NUBERT_PROTOCOL 13 // Nubert
#define IRMP_BANG_OLUFSEN_PROTOCOL 14 // Bang & Olufsen
#define IRMP_GRUNDIG_PROTOCOL 15 // Grundig
#define IRMP_NOKIA_PROTOCOL 16 // Nokia
#define IRMP_SIEMENS_PROTOCOL 17 // Siemens, e.g. Gigaset
#define IRMP_FDC_PROTOCOL 18 // FDC keyboard
#define IRMP_RCCAR_PROTOCOL 19 // RC Car
#define IRMP_JVC_PROTOCOL 20 // JVC (NEC with 16 bits)
#define IRMP_RC6A_PROTOCOL 21 // RC6A, e.g. Kathrein, XBOX
#define IRMP_NIKON_PROTOCOL 22 // Nikon
#define IRMP_RUWIDO_PROTOCOL 23 // Ruwido, e.g. T-Home Media Receiver
#define IRMP_IR60_PROTOCOL 24 // IR60 (SDA2008)
#define IRMP_KATHREIN_PROTOCOL 25 // Kathrein
#define IRMP_NETBOX_PROTOCOL 26 // Netbox keyboard (bitserial)
#define IRMP_NEC16_PROTOCOL 27 // NEC with 16 bits (incl. sync)
#define IRMP_NEC42_PROTOCOL 28 // NEC with 42 bits
#define IRMP_LEGO_PROTOCOL 29 // LEGO Power Functions RC
#define IRMP_THOMSON_PROTOCOL 30 // Thomson
#define IRMP_BOSE_PROTOCOL 31 // BOSE
#define IRMP_A1TVBOX_PROTOCOL 32 // A1 TV Box
#define IRMP_ORTEK_PROTOCOL 33 // ORTEK - Hama
#define IRMP_TELEFUNKEN_PROTOCOL 34 // Telefunken (1560)
#define IRMP_ROOMBA_PROTOCOL 35 // iRobot Roomba vacuum cleaner
#define IRMP_RCMM32_PROTOCOL 36 // Fujitsu-Siemens (Activy remote control)
#define IRMP_RCMM24_PROTOCOL 37 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_RCMM12_PROTOCOL 38 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_SPEAKER_PROTOCOL 39 // Another loudspeaker protocol, similar to Nubert
#define IRMP_LGAIR_PROTOCOL 40 // LG air conditioner
#define IRMP_SAMSUNG48_PROTOCOL 41 // air conditioner with Samsung protocol (48 bits)
#define IRMP_MERLIN_PROTOCOL 42 // Merlin (Pollin 620 185)
#define IRMP_PENTAX_PROTOCOL 43 // Pentax camera
#define IRMP_FAN_PROTOCOL 44 // FAN (ventilator), very similar to NUBERT, but last bit is data bit instead of stop bit
#define IRMP_S100_PROTOCOL 45 // very similar to RC5, but 14 instead of 13 data bits
#define IRMP_ACP24_PROTOCOL 46 // Stiebel Eltron ACP24 air conditioner
#define IRMP_TECHNICS_PROTOCOL 47 // Technics, similar to Matsushita, but 22 instead of 24 bits
#define IRMP_PANASONIC_PROTOCOL 48 // Panasonic (video projector), start bits similar to KASEIKYO
#define IRMP_MITSU_HEAVY_PROTOCOL 49 // Mitsubishi heavy air conditioner, similar timing to Panasonic video projector
#define IRMP_VINCENT_PROTOCOL 50 // Vincent
#define IRMP_SAMSUNGAH_PROTOCOL 51 // Samsung AH
#define IRMP_IRMP16_PROTOCOL 52 // IRMP specific protocol for data transfer, e.g. between two microcontrollers via IR
#define IRMP_GREE_PROTOCOL 53 // Gree climate
#define IRMP_RCII_PROTOCOL 54 // RC II Infrared Remote Control Protocol for FM8
#define IRMP_METZ_PROTOCOL 55 // METZ
#define IRMP_ONKYO_PROTOCOL 56 // Onkyo
</syntaxhighlight>

The values of address and the command code of an unknown remote can be received and printed to UART or LCD. Then these values can be hard-coded in your decoder routine. Or you can write a learning routine, where you press keys to store the code into EEPROM. A sample for this can be found in [http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP Lernfähige IR-Fernbedienung mit IRMP].

Another [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup example main function] is included in the zip file, showing also the timer initialization.

=== Debouncing ===

To distinguish between a long key press or a single press, the IRMP_FLAG_REPETITION bit is provided. It is set in the struct member '''flags''' when a key on the remote is held, causing the same command to be repeated within a short period of time.

Example:

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_data.flags & IRMP_FLAG_REPETITION)
{
// long key press
// either:
// ignore the (repeated) key
// or:
// use this information for a repeat function
}
else
{
// key was pressed again
}
</syntaxhighlight>

This can be used to debounce the keys 0-9 by ignoring commands with the IRMP_FLAG_REPETITION bit set. For keys like 'VOLUME+' or 'VOLUME-' using the repetition can be useful, for example to [[LED-Fading|fade a LED]].

If you want to decode only single keys, you can reduce the block above to:

<syntaxhighlight lang="c" style="font-size:85%;">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// New key
// ACTION!
}
</syntaxhighlight>

'''NEW:'''

From version 3.2.2, key releases can be detected. In this case, the IRMP_FLAG_RELEASE flag is set once the remote control has ceased sending IR or RF frames.

Example:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

while (1)
{
if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == NEC_PROTOCOL && irmp_data.address == 0x1234)
{
if (irmp_data.command == 0x42 && irmp_data.flags == 0x00) // First frame, flags not set
{
motor_on ();
}
else if (irmp_data.flags & IRMP_FLAG_RELEASE) // Key is released
{
motor_off ();
}
}
}
}
</syntaxhighlight>

In the above example, a motor is turned on when a specific button on the remote control is pressed. The motor will not stop again until you release the button.

'''Important when evaluating IRMP_FLAG_RELEASE:'''

You must not rely on irmp_data.command to still contain the original command code (0x42 here). There are remote controls (e.g. RF remotes for remote controlled receptacles) which send a special key release code when the key is released. Simply check that the irmp_data.address matches before evaluating the flag.

'''This feature must be enabled explicitly in irmpconfig.h by changing the configuration variable IRMP_ENABLE_RELEASE_DETECTION'''.

== Principles of Operation ==

The "workhorse" of [[IRMP_-_english#top|IRMP]] is the interrupt service routine irmp_ISR() which should be called 15000 times per second. When using a different rate, the constant [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] needs to be modified accordingly.

First, irmp_ISR() detects the length and the type of the start bit(s) and uses this to determine the protocol in use. As soon as the protocol is identified, subsequent bits are parametrized to read them efficiently until the IR transmission is complete.

To cut off critics:

I know that the ISR is quite large. But since it behaves like a state machine, the effective executed code per cycle is relatively small. As long as the input is "dark" (and that is the case most of the time ;-)) the spent time is vanishingly short. In the WordClock project for example, 8 ISRs are called with the same timer, of which irmp_ISR() just one of many. With a MCU clock of at least 8 MHz, no timing problems occured. Consequently, I see no problem with the length of the ISR.

A crystal is not mandatory, it works well with the internal AVR oscillator. Remember to set the correct fuses for the CPU to run at 8 MHz, check [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] for correct values for an ATMEGA88.

== Scanning Unknown IR Protocols ==

To enable logging in [[IRMP_-_english#top|IRMP]], modify the value of [[IRMP_-_english#IRMP_LOGGING|IRMP_LOGGING]] to 1 of [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] on the line

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not (default)
</syntaxhighlight>

When logging is enabled, the bright and dark phases are sent via UART at 9600 bits/s: 1=dark, 0=bright. The constants in the functions uart_init() and uart_putc() may need to be modified, depending on the AVR MCU used.

'''Note: for PIC microcontrollers there is a dedicated logging module named [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]. This makes it possible to log via USB. This does not apply to the AVR version'''

By capturing these protocol scans with a terminal program and saving them to a text file, you can use these files to analyze the frames in order to add new protocols to [[IRMP_-_english#top|IRMP]] - see next chapter.

If you have a remote control that is not supported by [[IRMP_-_english#top|IRMP]], you can send me ([http://www.mikrocontroller.net/user/show/ukw ukw]) the scan files. Then I can check if the protocol is compatible with the IRMP model and modify the source code if applicable.

== IRMP under Linux and Windows ==

=== Compilation ===

[http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] can be compiled under Linux for testing IR scans in textfiles. In the subdirectory 'IR-Data' you will find such files that you can use as input files for [[IRMP_-_english#top|IRMP]].

To compile [[IRMP_-_english#top|IRMP]], enter:

make -f makefile.lnx

This will generate 3 IRMP versions:

* irmp-10kHz: Version for 10kHz scans
* irmp-15kHz: Version for 15kHz scans
* irmp-20kHz: Version for 20kHz scans

=== Starting IRMP ===

The calling syntax is:

./irmp-nnkHz [-l|-p|-a|-v] < scan-file

Options are mutually exclusive, so only one option per call is valid:

Option:

-l List print a list with pulses and pauses
-a analyze analyse the pulses/pauses and write a "spectrum" in ASCII format
-v verbose verbose output
-p Print Timings print a timing table for all protocols

Samples:

=== Normal Output ===

./irmp-10kHz < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------
# Taste 1
00000001110111101000000001111111 p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------
# Taste 2
00000001110111100100000010111111 p = 2, a = 0x7b80, c = 0x0002, f = 0x00
-------------------------------------------------------------------------
# Taste 3
00000001110111101100000000111111 p = 2, a = 0x7b80, c = 0x0003, f = 0x00
-------------------------------------------------------------------------
# Taste 4
00000001110111100010000011011111 p = 2, a = 0x7b80, c = 0x0004, f = 0x00
-------------------------------------------------------------------------
...
</syntaxhighlight>

=== Output Lists ===

./irmp-10kHz -l < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
# Taste 1
pulse: 91 pause: 44
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 16
...
</syntaxhighlight>

=== Analysis ===

./irmp-10kHz -a < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------------
START PULSES:
90 o 1
91 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 33
92 ooo 2
pulse avg: 91.0=9102.8 us, min: 90=9000.0 us, max: 92=9200.0 us, tol: 1.1%
-------------------------------------------------------------------------------
START PAUSES:
43 oo 1
44 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 25
45 oooooooooooooooooooooooo 10
pause avg: 44.2=4425.0 us, min: 43=4300.0 us, max: 45=4500.0 us, tol: 2.8%
-------------------------------------------------------------------------------
PULSES:
5 o 17
6 ooooooooooooooooooooooooooooooooooooooooooooooooooooooo 562
7 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 609
pulse avg: 6.5= 649.8 us, min: 5= 500.0 us, max: 7= 700.0 us, tol: 23.1%
-------------------------------------------------------------------------------
PAUSES:
4 ooooooooooooooooooooooo 169
5 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 412
6 oooo 31
pause avg: 4.8= 477.5 us, min: 4= 400.0 us, max: 6= 600.0 us, tol: 25.7%
15 oooooo 43
16 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 425
17 oooooooooo 72
pause avg: 16.1=1605.4 us, min: 15=1500.0 us, max: 17=1700.0 us, tol: 6.6%
-------------------------------------------------------------------------------
</syntaxhighlight>

Here you see the measured times of all pulses and pauses (spaces) as horizontal bar graphs, whose distributions are not ideal bell curves due to the ASCII formatting. The narrower the measured peaks, the better the timing of the remote.

The above output can be read as:

* the start bit has a pulse length between 9000 and 9200 µs, on average 9102 µs. The deviation from this average is about 1.1%

* the start bit has a space length between 4300 and 4500 µs, the average is 4424 µs. The error is about 2.8%.

* the pulse length of a data bit is between 500 and 700 µs, on average 650 µs, the error is (quite large!) 23.1%

Further there are two more spaces of different lengths (for bits 0 and 1). Reading these is left as an exercise to the reader. ;-)

=== Verbose Output ===

./irmp-10kHz -v < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------------
# 1 - IR-cmd: 0x0001
0.200ms [starting pulse]
13.700ms [start-bit: pulse = 91, pause = 44]
protocol = NEC, start bit timings: pulse: 62 - 118, pause: 30 - 60
pulse_1: 3 - 8
pause_1: 11 - 23
pulse_0: 3 - 8
pause_0: 3 - 8
command_offset: 16
command_len: 16
complete_len: 32
stop_bit: 1
14.800ms [bit 0: pulse = 6, pause = 5] 0
16.000ms [bit 1: pulse = 6, pause = 6] 0
17.100ms [bit 2: pulse = 6, pause = 5] 0
18.200ms [bit 3: pulse = 6, pause = 5] 0
19.300ms [bit 4: pulse = 6, pause = 5] 0
20.500ms [bit 5: pulse = 6, pause = 6] 0
21.600ms [bit 6: pulse = 6, pause = 5] 0
23.800ms [bit 7: pulse = 6, pause = 16] 1
26.100ms [bit 8: pulse = 6, pause = 17] 1
28.300ms [bit 9: pulse = 6, pause = 16] 1
29.500ms [bit 10: pulse = 6, pause = 6] 0
31.700ms [bit 11: pulse = 6, pause = 16] 1
34.000ms [bit 12: pulse = 6, pause = 17] 1
36.200ms [bit 13: pulse = 6, pause = 16] 1
38.500ms [bit 14: pulse = 6, pause = 17] 1
39.600ms [bit 15: pulse = 6, pause = 5] 0
41.900ms [bit 16: pulse = 6, pause = 17] 1
43.000ms [bit 17: pulse = 6, pause = 5] 0
44.100ms [bit 18: pulse = 6, pause = 5] 0
45.200ms [bit 19: pulse = 6, pause = 5] 0
46.400ms [bit 20: pulse = 7, pause = 5] 0
47.500ms [bit 21: pulse = 6, pause = 5] 0
48.600ms [bit 22: pulse = 6, pause = 5] 0
49.800ms [bit 23: pulse = 6, pause = 6] 0
50.900ms [bit 24: pulse = 5, pause = 6] 0
53.100ms [bit 25: pulse = 6, pause = 16] 1
55.400ms [bit 26: pulse = 6, pause = 17] 1
57.600ms [bit 27: pulse = 6, pause = 16] 1
59.900ms [bit 28: pulse = 6, pause = 17] 1
62.100ms [bit 29: pulse = 6, pause = 16] 1
64.400ms [bit 30: pulse = 6, pause = 17] 1
66.700ms [bit 31: pulse = 6, pause = 17] 1
stop bit detected
67.300ms code detected, length = 32
67.300ms p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------------
</syntaxhighlight>

=== Starting under Windows ===

[[IRMP_-_english#top|IRMP]] can be used under Windows as well:

* start command line console
* change to directory 'irmp'
* enter:
irmp-10kHz.exe < IR-Data\rc5x.txt

The same options apply as for the Linux version.

=== Long Output ===

As some output is very long, it is recommended to redirect the output to a file or filter for paging:

Linux:

./irmp-10kHz < IR-Data/rc5x.txt | less

Windows:

irmp-10kHz.exe < IR-Data\rc5x.txt | more

== Remote Controls ==

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! Protocol || Name || Device || Device Address
|-
| [[IRMP_-_english#NEC_+_extended_NEC|NEC]] || Toshiba CT-9859 || TV || 0x5F40
|-
VCR|-
| || Elta 8848 MP 4 || DVD player || 0x7F00
|-
| || AS-218 || Askey TV-View CHP03X (TV tuner card) || 0x3B86
|-
| || Cyberhome ??? || Cyberhome DVD player || 0x6D72
|-
| || WD TV Live || Western Digital Multimediaplayer || 0x1F30
|-
| || Canon WL-DC100 || Kamera Canon PowerShot G5 || 0xB1CA
|-
| [[IRMP_-_english#NEC16|NEC16]] || Daewoo || VCR || 0x0015
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Technics EUR646497 || SA-AX 730 AV receiver || 0x2002
|-
| || Panasonic TV || TX-L32EW6 TV || 0x2002
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Loewe Assist/RC3/RC4 || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips TV || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony RM-816 || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#DENON|DENON]] || DENON RC970 || AVR3805 AV receiver || 0x0008
|-
| || DENON RC970 || DVD/CD player || 0x0002
|-
| || DENON RC970 || Tuner || 0x0006
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung AA59-00484A || LE40D550 TV || 0x0707
|-
| || LG AKB72033901 || BD370 Blu-Ray player || 0x2D2D
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple || Apple iPod Dock || 0x0020
|-
|}

----

== Cameras ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
[[IRMP_-_english#top|IRMP]] supports more and more camera remotes like:

* [[IRMP_-_english#PENTAX|PENTAX]]
* [[IRMP_-_english#Nikon|Nikon]]

The array of commands is quite limited. Cameras understand only the shutter release command.
||
[[Datei:Irmp-pentax.png|miniatur|PENTAX protocol]]
|}

Here is a short table for [[IRMP_-_english#PENTAX|PENTAX]] cameras:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Command || Function
|-
| 0x0000 || Shutter release
|-
| 0x0001 || change zoom level
|-
|}

Because there is no address designated in the [[IRMP_-_english#PENTAX|PENTAX]] protocol, for transmitting, it should be set to 0x0000 in [[IRSND_-_english|IRSND]].

For Nikon cameras, a crystal should be used because these cameras are quite sensitive to timing accuracy.

== IR Keyboards ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
From version 1.7.0 on, [[IRMP_-_english#top|IRMP]] also supports IR keyboards, namely the FDC-3402 <s> from www.pollin.de (partno. 711 056) for less than 2 Euro.</s> (not available as of 19.09.2017 )

On detection of a key press the following data is returned:

Protocol number (irmp_data.protocol): 18
Address (irmp_data.address) : 0x003F
||
[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402 keyboard]]
|}

The following values are returned as commands (irmp_data.command) :

{| class="wikitable" style="font-size:50%; text-align:center;"
|- style="background-color:#eeeeee"
! Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key
|-
| 0x0000 || || 0x0010 || TAB || 0x0020 || 's' || 0x0030 || 'c' || 0x0040 || || 0x0050 || HOME || 0x0060 || || 0x0070 || MENUE
|-
| 0x0001 || '^' || 0x0011 || 'q' || 0x0021 || 'd' || 0x0031 || 'v' || 0x0041 || || 0x0051 || END || 0x0061 || || 0x0071 || BACK
|-
| 0x0002 || '1' || 0x0012 || 'w' || 0x0022 || 'f' || 0x0032 || 'b' || 0x0042 || || 0x0052 || || 0x0062 || || 0x0072 || FORWARD
|-
| 0x0003 || '2' || 0x0013 || 'e' || 0x0023 || 'g' || 0x0033 || 'n' || 0x0043 || || 0x0053 || UP || 0x0063 || || 0x0073 || ADDRESS
|-
| 0x0004 || '3' || 0x0014 || 'r' || 0x0024 || 'h' || 0x0034 || 'm' || 0x0044 || || 0x0054 || DOWN || 0x0064 || || 0x0074 || WINDOW
|-
| 0x0005 || '4' || 0x0015 || 't' || 0x0025 || 'j' || 0x0035 || ',' || 0x0045 || || 0x0055 || PAGE_UP || 0x0065 || || 0x0075 || 1ST_PAGE
|-
| 0x0006 || '5' || 0x0016 || 'z' || 0x0026 || 'k' || 0x0036 || '.' || 0x0046 || || 0x0056 || PAGE_DOWN || 0x0066 || || 0x0076 || STOP
|-
| 0x0007 || '6' || 0x0017 || 'u' || 0x0027 || 'l' || 0x0037 || '-' || 0x0047 || || 0x0057 || || 0x0067 || || 0x0077 || MAIL
|-
| 0x0008 || '7' || 0x0018 || 'i' || 0x0028 || 'ö' || 0x0038 || || 0x0048 || || 0x0058 || || 0x0068 || || 0x0078 || FAVORITES
|-
| 0x0009 || '8' || 0x0019 || 'o' || 0x0029 || 'ä' || 0x0039 || SHIFT_RIGHT || 0x0049 || || 0x0059 || RIGHT || 0x0069 || || 0x0079 || NEW_PAGE
|-
| 0x000A || '9' || 0x001A || 'p' || 0x002A || '#' || 0x003A || CTRL || 0x004A || || 0x005A || || 0x006A || || 0x007A || SETUP
|-
| 0x000B || '0' || 0x001B || 'ü' || 0x002B || CR || 0x003B || || 0x004B || INSERT || 0x005B || || 0x006B || || 0x007B || FONT
|-
| 0x000C || 'ß' || 0x001C || '+' || 0x002C || SHIFT_LEFT || 0x003C || ALT_LEFT || 0x004C || DELETE || 0x005C || || 0x006C || || 0x007C || PRINT
|-
| 0x000D || '´' || 0x001D || || 0x002D || '<' || 0x003D || SPACE || 0x004D || || 0x005D || || 0x006D || || 0x007D ||
|-
| 0x000E || || 0x001E || CAPSLOCK || 0x002E || 'y' || 0x003E || ALT_RIGHT || 0x004E || || 0x005E || || 0x006E || ESCAPE || 0x007E || ON_OFF
|-
| 0x000F || BACKSPACE || 0x001F || 'a' || 0x002F || 'x' || 0x003F || || 0x004F || LEFT || 0x005F || || 0x006F || || 0x007F ||
|-
|}

Special keys on the left:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Code || Key
|-
|-
| 0x0400 || KEY_MOUSE_1
|-
| 0x0800 || KEY_MOUSE_2
|}

The above values are for pressing a key. On release, [[IRMP_-_english#top|IRMP]] sets also bit 8 (0x80) in the command.

Example:

Key 'a' pressed: 0x001F
Key 'a' released: 0x009F

The ON/OFF key is an exception: This key only sends a code for a key press, not for the release.

If a key is held, this is indicated in irmp_data.flag.

Example:

command flag
Key 'a' pressed: 0x001F 0x00
Key 'a' pressed: 0x001F 0x01
Key 'a' pressed: 0x001F 0x01
Key 'a' pressed: 0x001F 0x01
....
Key 'a' released: 0x009F 0x00

When key combinations (like a capital 'A') are pressed, then the return values are a sequence like this:

Left SHIFT-key pressed: 0x0002
Key 'a' pressed: 0x001F
Key 'a' released: 0x009F
Left SHIFT-key released: 0x0082

In [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] you will find a function get_fdc_key() for the Linux version, which can be used as a template to convert the FDC keycodes into the corresponding ASCII codes. This function can be used either locally on the MCU to decode the keycodes, or on the host system (e.g. PC) where the IRMP data structure is sent to. Therefore the function including preprocessor constants should be copied to your application code.

Here is an excerpt:
<syntaxhighlight lang="c" style="font-size:85%;">
#define STATE_LEFT_SHIFT 0x01
#define STATE_RIGHT_SHIFT 0x02
#define STATE_LEFT_CTRL 0x04
#define STATE_LEFT_ALT 0x08
#define STATE_RIGHT_ALT 0x10

#define KEY_ESCAPE 0x1B // keycode = 0x006e
#define KEY_MENUE 0x80 // keycode = 0x0070
#define KEY_BACK 0x81 // keycode = 0x0071
#define KEY_FORWARD 0x82 // keycode = 0x0072
#define KEY_ADDRESS 0x83 // keycode = 0x0073
#define KEY_WINDOW 0x84 // keycode = 0x0074
#define KEY_1ST_PAGE 0x85 // keycode = 0x0075
#define KEY_STOP 0x86 // keycode = 0x0076
#define KEY_MAIL 0x87 // keycode = 0x0077
#define KEY_FAVORITES 0x88 // keycode = 0x0078
#define KEY_NEW_PAGE 0x89 // keycode = 0x0079
#define KEY_SETUP 0x8A // keycode = 0x007a
#define KEY_FONT 0x8B // keycode = 0x007b
#define KEY_PRINT 0x8C // keycode = 0x007c
#define KEY_ON_OFF 0x8E // keycode = 0x007c

#define KEY_INSERT 0x90 // keycode = 0x004b
#define KEY_DELETE 0x91 // keycode = 0x004c
#define KEY_LEFT 0x92 // keycode = 0x004f
#define KEY_HOME 0x93 // keycode = 0x0050
#define KEY_END 0x94 // keycode = 0x0051
#define KEY_UP 0x95 // keycode = 0x0053
#define KEY_DOWN 0x96 // keycode = 0x0054
#define KEY_PAGE_UP 0x97 // keycode = 0x0055
#define KEY_PAGE_DOWN 0x98 // keycode = 0x0056
#define KEY_RIGHT 0x99 // keycode = 0x0059
#define KEY_MOUSE_1 0x9E // keycode = 0x0400
#define KEY_MOUSE_2 0x9F // keycode = 0x0800

static uint8_t
get_fdc_key (uint16_t cmd)
{
static uint8_t key_table[128] =
{
// 0 1 2 3 4 5 6 7 8 9 A B C D E F
0, '^', '1', '2', '3', '4', '5', '6', '7', '8', '9', '0', 0xDF, '´', 0, '\b',
'\t', 'q', 'w', 'e', 'r', 't', 'z', 'u', 'i', 'o', 'p', 0xFC, '+', 0, 0, 'a',
's', 'd', 'f', 'g', 'h', 'j', 'k', 'l', 0xF6, 0xE4, '#', '\r', 0, '<', 'y', 'x',
'c', 'v', 'b', 'n', 'm', ',', '.', '-', 0, 0, 0, 0, 0, ' ', 0, 0,

0, '°', '!', '"', '§', '$', '%', '&', '/', '(', ')', '=', '?', '`', 0, '\b',
'\t', 'Q', 'W', 'E', 'R', 'T', 'Z', 'U', 'I', 'O', 'P', 0xDC, '*', 0, 0, 'A',
'S', 'D', 'F', 'G', 'H', 'J', 'K', 'L', 0xD6, 0xC4, '\'', '\r', 0, '>', 'Y', 'X',
'C', 'V', 'B', 'N', 'M', ';', ':', '_', 0, 0, 0, 0, 0, ' ', 0, 0
};
static uint8_t state;

uint8_t key = 0;

switch (cmd)
{
case 0x002C: state |= STATE_LEFT_SHIFT; break; // pressed left shift
case 0x00AC: state &= ~STATE_LEFT_SHIFT; break; // released left shift
case 0x0039: state |= STATE_RIGHT_SHIFT; break; // pressed right shift
case 0x00B9: state &= ~STATE_RIGHT_SHIFT; break; // released right shift
case 0x003A: state |= STATE_LEFT_CTRL; break; // pressed left ctrl
case 0x00BA: state &= ~STATE_LEFT_CTRL; break; // released left ctrl
case 0x003C: state |= STATE_LEFT_ALT; break; // pressed left alt
case 0x00BC: state &= ~STATE_LEFT_ALT; break; // released left alt
case 0x003E: state |= STATE_RIGHT_ALT; break; // pressed left alt
case 0x00BE: state &= ~STATE_RIGHT_ALT; break; // released left alt

case 0x006e: key = KEY_ESCAPE; break;
case 0x004b: key = KEY_INSERT; break;
case 0x004c: key = KEY_DELETE; break;
case 0x004f: key = KEY_LEFT; break;
case 0x0050: key = KEY_HOME; break;
case 0x0051: key = KEY_END; break;
case 0x0053: key = KEY_UP; break;
case 0x0054: key = KEY_DOWN; break;
case 0x0055: key = KEY_PAGE_UP; break;
case 0x0056: key = KEY_PAGE_DOWN; break;
case 0x0059: key = KEY_RIGHT; break;
case 0x0400: key = KEY_MOUSE_1; break;
case 0x0800: key = KEY_MOUSE_2; break;

default:
{
if (!(cmd & 0x80)) // pressed key
{
if (cmd >= 0x70 && cmd <= 0x7F) // function keys
{
key = cmd + 0x10; // 7x -> 8x
}
else if (cmd < 64) // key listed in key_table
{
if (state & (STATE_LEFT_ALT | STATE_RIGHT_ALT))
{
switch (cmd)
{
case 0x0003: key = 0xB2; break; // ²
case 0x0008: key = '{'; break;
case 0x0009: key = '['; break;
case 0x000A: key = ']'; break;
case 0x000B: key = '}'; break;
case 0x000C: key = '\\'; break;
case 0x001C: key = '~'; break;
case 0x002D: key = '|'; break;
case 0x0034: key = 0xB5; break; // µ
}
}
else if (state & (STATE_LEFT_CTRL))
{
if (key_table[cmd] >= 'a' && key_table[cmd] <= 'z')
{
key = key_table[cmd] - 'a' + 1;
}
else
{
key = key_table[cmd];
}
}
else
{
int idx = cmd + ((state & (STATE_LEFT_SHIFT | STATE_RIGHT_SHIFT)) ? 64 : 0);

if (key_table[idx])
{
key = key_table[idx];
}
}
}
}
break;
}
}

return (key);
}
</syntaxhighlight>

As a final example, use of the get_fdc_key() function:

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_get_data (&irmp_data))
{
uint8_t key;

if (irmp_data.protocol == IRMP_FDC_PROTOCOL &&
(key = get_fdc_key (irmp_data.command)) != 0)
{
if ((key >= 0x20 && key < 0x7F) || key >= 0xA0) // show only printable characters
{
printf ("ascii-code = 0x%02x, character = '%c'\n", key, key);
}
else // it's a non-printable key
{
printf ("ascii-code = 0x%02x\n", key);
}
}
}
</syntaxhighlight>

Non-printable characters are coded as follows:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Key || Constant || Value
|-
| ESC || KEY_ESCAPE || 0x1B
|-
| Menu || KEY_MENUE || 0x80
|-
| Back || KEY_BACK || 0x81
|-
| Forward || KEY_FORWARD || 0x82
|-
| Adress || KEY_ADDRESS || 0x83
|-
| Window || KEY_WINDOW || 0x84
|-
| 1. Page || KEY_1ST_PAGE || 0x85
|-
| Stop || KEY_STOP || 0x86
|-
| Mail || KEY_MAIL || 0x87
|-
| Fav. || KEY_FAVORITES || 0x88
|-
| New Page || KEY_NEW_PAGE || 0x89
|-
| Setup || KEY_SETUP || 0x8A
|-
| Font || KEY_FONT || 0x8B
|-
| Print || KEY_PRINT || 0x8C
|-
| On/Off || KEY_ON_OFF || 0x8E
|-
| Backspace || '\b' || 0x08
|-
| CR/ENTER || '\r' || 0x0C
|-
| TAB || '\t' || 0x09
|-
| Insert || KEY_INSERT || 0x90
|-
| Delete || KEY_DELETE || 0x91
|-
| Cursor left || KEY_LEFT || 0x92
|-
| Pos1 || KEY_HOME || 0x93
|-
| End || KEY_END || 0x94
|-
| Cursor right || KEY_UP || 0x95
|-
| Cursor down || KEY_DOWN || 0x96
|-
| Page up || KEY_PAGE_UP || 0x97
|-
| Page down || KEY_PAGE_DOWN || 0x98
|-
| Cursor left || KEY_RIGHT || 0x99
|-
| Left Mousebutton || KEY_MOUSE_1 || 0x9E
|-
| Right Mousebutton || KEY_MOUSE_2 || 0x9F
|-
|}

The get_fdc_key() function considers the state of the Shift, Ctrl, and Alt keys. As a result, not only capital letters can be entered, but also special characters with Alt + key combinations, e.g. Alt + m -> µ or Alt + q -> @. You can also send Ctrl + A to Ctrl + Z by using the Ctrl key. The Caps Lock key is ignored, as I regard this key as the most unnecessary key at all ;-)

= Appendix =

== IR Protocols in Detail ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Protocols ===
||
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]
|}

==== NEC + extended NEC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#NEC Protocol|NEC + extended NEC]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz / 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data NEC || 8 address bits + 8 inverted address bits + 8 command bits + 8 inverted command bits
|-
| Data ext. NEC || 16 address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || 9000µs pulse, 2250µs pause, 560µs pulse, ~100ms pause
|-
| Bit order || LSB first
|-
|}

==== JVC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#NEC16 Protocol (JVC)|JVC]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 4 address bits + 12 command bits
|-
| Start bit || 9000µs pulse, 4500µs pause, 6000µs pause if key repeat
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after pause of 25ms
|-
| Bit order || LSB first
|-
|}

==== NEC16 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC16''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 8 address bits + 1 sync bit + 8 data bits + 1 stop bit
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| sync bit || 560µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after pause of 25ms?
|-
| Bit order || LSB first
|-
|}

==== NEC42 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC42''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 42 data bits + 1 stop bit
|-
| Data || 13 address bits + 13 inverted address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after 110ms (beginning from start bit), 9000µs pulse, 2250µs pause, 560µs pulse
|-
| Bit order || LSB first
|-
|}

==== ACP24 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#ACP24 Protocol|ACP24]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 70 data bits + 1 stop bit
|-
| Data || 0 address bits + 70 command bits
|-
| Start bit || 390µs pulse, 950µs pause
|-
| 0 bit || 390µs pulse, 950µs pause
|-
| 1 bit || 390µs pulse, 13000µs pause
|-
| Stop bit || 390µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== LGAIR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#LGAIR Protocol|LGAIR]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 28 data bits + 1 stop bit
|-
| Data || 8 address bits + 16 command bits + 4 checksum bits
|-
| Start bit || 9000µs pulse, 4500µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 0 bit || 560µs pulse, 560µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 1 bit || 560µs pulse, 1690µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Stop bit || 560µs pulse (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first ('''differs''' from [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
|}

==== SAMSUNG ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#SAMSUNG Protocol|SAMSUNG]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || ?? kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data(1) bits + 1 sync bit + 20 data(2)-bits + 1 stop bit
|-
| Data(1) || 16 address bits
|-
| Data(2) || 4 ID bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| sync bit || 550µs pulse, 4500µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || LSB first
|-
|}

==== SAMSUNG32 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG32''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 16 command bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 47msec
|-
| Bit order || LSB first
|-
|}

==== SAMSUNG48 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG48''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 48 data bits + 1 stop bit
|-
| Data || 16 address bits + 32 command bits
|-
| Command || 8 bits + 8 inverted bits + 8 bits + 8 inverted bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || one after approx. 5 msec
|-
| Key repeat || after approx. 45 msec
|-
| Bit order || LSB first
|-
|}

==== MATSUSHITA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#MATSUHITA Protocol|MATSUSHITA]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance, timing identical to [[IRMP_-_english#TECHNICS|TECHNICS]]
|-
| Frame || 1 start bit + 24 data bits + 1 stop bit
|-
| Data || 6 customer bits + 6 command bits + 12 address bits
|-
| Start bit || 3488µs pulse, 3488µs pause
|-
| 0 bit || 872µs pulse, 872µs pause
|-
| 1 bit || 872µs pulse, 2616µs pause
|-
| Stop bit || 872µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms pause
|-
| Bit order || LSB first?
|-
|}

==== TECHNICS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TECHNICS''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz?
|-
| Coding || pulse distance, timing identical to [[IRMP_-_english#MATSUSHITA|MATSUSHITA]]
|-
| Frame || 1 start bit + 22 data bits + 1 stop bit
|-
| Data || 11 command bits + 11 inverted command bits
|-
| Start bit || 3488µs pulse, 3488µs pause
|-
| 0 bit || 872µs pulse, 872µs pause
|-
| 1 bit || 872µs pulse, 2616µs pause
|-
| Stop bit || 872µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms pause
|-
| Bit order || LSB first?
|-
|}

==== KASEIKYO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#KASEIKYO_Protocol_.28.22Japan Protocol.22.29|KASEIKYO]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 48 data bits + 1 stop bit
|-
| Data || 16 customer bits + 4 parity bits + 4 genre1 bits + 4 genre2 bits + 10 command bits + 2 ID bits + 8 parity bits
|-
| Start bit || 3380µs pulse, 1690µs pause
|-
| 0 bit || 423µs pulse, 423µs pause
|-
| 1 bit || 423µs pulse, 1269µs pause
|-
| Stop bit || 423µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 80ms pause
|-
| Bit order || LSB first?
|-
|}

==== RECS80 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RECS80 and RECS80 Extended Protocol|RECS80]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bits + 10 data bits + 1 stop bit
|-
| Data || 1 toggle bit + 3 address bits + 6 command bits
|-
| Start bit || 158µs pulse, 7432µs pause
|-
| 0 bit || 158µs pulse, 4902µs pause
|-
| 1 bit || 158µs pulse, 7432µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RECS80EXT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RECS80 and RECS80 Extended Protocol|RECS80EXT]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 2 start bits + 11 data bits + 1 stop bit
|-
| Data || 1 toggle bit + 4 address bits + 6 command bits
|-
| Start bit || 158µs pulse, 3637µs pause
|-
| 0 bit || 158µs pulse, 4902µs pause
|-
| 1 bit || 158µs pulse, 7432µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== DENON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Denon Protocol|DENON]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz (in practice, theoretically: 32 kHz)
|-
| Coding || pulse distance
|-
| Frame || 0 start bits + 15 data bits + 1 stop bit
|-
| Data || 5 address bits + 10 command bits
|-
| Command || 6 data bits + 2 extension bits + 2 data construction bits (normal: 00, inverted: 11)
|-
| Start bit || none
|-
| 0 bit || 310µs pulse, 745µs pause (in practice, theoretically: 275µs pulse, 775µs pause)
|-
| 1 bit || 310µs pulse, 1780µs pause (in practice, theoretically: 275µs pulse, 1900µs pause)
|-
| Stop bit || 310µs pulse (310µs pulse, 745µs pause (in practice, theoretically: 275µs pulse)
|-
| Repetition || after 65ms with inverted command bits (data construction bits = 11)
|-
| Key repeat || both frames after 65ms
|-
| Bit order || MSB first
|-
|}

==== APPLE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''APPLE''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 11100000 + 8 command bits
|-
| Start bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| 0 bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| 1 bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| Stop bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || LSB first
|-
|}

==== BOSE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''BOSE''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 0 address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 1060µs pulse, 1425µs pause
|-
| 0 bit || 550µs pulse, 437µs pause
|-
| 1 bit || 550µs pulse, 1425µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || LSB first
|-
|}

==== B&O ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Bang & Olufsen|B&O]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 455 kHz
|-
| Coding || pulse distance
|-
| Frame || 4 start bits + 16 data bits + 1 trailer bit + 1 stop bit
|-
| Data || 0 address bits + 16 command bits
|-
| Start bit 1 || 200µs pulse, 2925µs pause
|-
| Start bit 2 || 200µs pulse, 2925µs pause
|-
| Start bit 3 || 200µs pulse, 15425µs pause
|-
| Start bit 4 || 200µs pulse, 2925µs pause
|-
| 0 bit || 200µs pulse, 2925µs pause
|-
| 1 bit || 200µs pulse, 9175µs pause
|-
| R bit || 200µs pulse, 6050µs pause, repeats the last bit
|-
| Trailer bit || 200µs pulse, 12300µs pause
|-
| Stop bit || 200µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== FDC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FDC''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 40 data bits + 1 stop bit
|-
| Data || 8 address bits + 12 x 0 bits + 4 press/release bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 2085µs pulse, 966µs pause
|-
| 0 bit || 300µs pulse, 220µs pause
|-
| 1 bit || 300µs pulse, 715µs pause
|-
| Stop bit || 300µs pulse
|-
| Repetition || none
|-
| Press Key || press/release bits = 0000
|-
| Release Key || press/release bits = 1111
|-
| Key repeat || after pause of approx. 60ms
|-
| Bit order || LSB first
|-
|}

==== Nikon ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''Nikon''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 2 data bits + 1 stop bit
|-
| Data || 2 command bits
|-
| Start bit || 2200µs pulse, 27100µs pause
|-
| 0 bit || 500µs pulse, 1500µs pause
|-
| 1 bit || 500µs pulse, 3500µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== PANASONIC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PANASONIC''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 56 data bits + 1 stop bit
|-
| Data || 24 bits (010000000000010000000001) + 16 address bits + 16 command bits
|-
| Start bit || 3600µs pulse, 1600µs pause
|-
| 0 bit || 565µs pulse, 316µs pause
|-
| 1 bit || 565µs pulse, 1140µs pause
|-
| Stop bit || 565µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || LSB first?
|-
|}

==== PENTAX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PENTAX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 6 data bits + 1 stop bit
|-
| Data || 6 command bits
|-
| Start bit || 2200µs pulse, 27100µs pause
|-
| 0 bit || 1000µs pulse, 1000µs pause
|-
| 1 bit || 1000µs pulse, 3000µs pause
|-
| Stop bit || 1000µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== KATHREIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''KATHREIN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 11 data bits + 1 stop bit
|-
| Data || 4 address bits + 7 command bits
|-
| Start bit || 210µs pulse, 6218µs pause
|-
| 0 bit || 210µs pulse, 1400µs pause
|-
| 1 bit || 210µs pulse, 3000µs pause
|-
| Stop bit || 210µs pulse
|-
| Repetition || none
|-
| Key repeat || after 35ms?
|-
| Bit order || MSB first
|-
|}

==== LEGO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#LEGO Power Functions RC|LEGO]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 12 command bits + 4 crc bits
|-
| Start bit || 158µs pulse, 1026µs pause
|-
| 0 bit || 158µs pulse, 263µs pause
|-
| 1 bit || 158µs pulse, 553µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== VINCENT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#VINCENT|VINCENT]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 8 command bits + 8 repeated command bits
|-
| Start bit || 2500µs pulse, 4600µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1540µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first?
|-
|}

==== THOMSON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''THOMSON''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 33 kHz
|-
| Coding || pulse distance
|-
| Frame || 0 start bits + 12 data bits + 1 stop bit
|-
| Data || 4 address bits + 1 toggle bit + 7 command bits
|-
| 0 bit || 550µs pulse, 2000µs pause
|-
| 1 bit || 550µs pulse, 4500µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after 35ms
|-
| Bit order || MSB first?
|-
|}

==== TELEFUNKEN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TELEFUNKEN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 15 data bits + 1 stop bit
|-
| Data || 0 address bits + 15 command bits
|-
| Start bit || 600µs pulse, 1500µs pause
|-
| 0 bit || 600µs pulse, 600µs pause
|-
| 1 bit || 600µs pulse, 1500µs pause
|-
| Stop bit || 600µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first?
|-
|}

==== RCCAR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCCAR''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 13 data bits + 1 stop bit
|-
| Data || 13 command bits
|-
| Start bit || 2000µs pulse, 2000µs pause
|-
| 0 bit || 600µs pulse, 900µs pause
|-
| 1 bit || 600µs pulse, 450µs pause
|-
| Stop bit || 600µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms?
|-
| Bit order || LSB first
|-
|}

==== RCMM ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RCMM_Protocol|RCMM]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance
|-
| Frame RCMM32 || 1 start bit + 32 data bits + 1 stop bit
|-
| Frame RCMM24 || 1 start bit + 24 data bits + 1 stop bit
|-
| Frame RCMM12 || 1 start bit + 12 data bits + 1 stop bit
|-
| Data RCMM32 || 16 address bits (= 4 mode bits + 12 device bits) + 1 toggle bit + 15 command bits
|-
| Data RCMM24 || 16 address bits (= 4 mode bits + 12 device bits) + 1 toggle bit + 7 command bits
|-
| Data RCMM12 || 4 address bits (= 2 mode bits + 2 device bits) + 8 command bits
|-
| Start bit || 500µs pulse, 220µs pause
|-
| 00 bits || 230µs pulse, 220µs pause
|-
| 01 bits || 230µs pulse, 380µs pause
|-
| 10 bits || 230µs pulse, 550µs pause
|-
| 11 bits || 230µs pulse, 720µs pause
|-
| Stop bit || 230µs pulse
|-
| Repetition || none
|-
| Key repeat || after 80ms
|-
| Bit order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Width Protocols ===
||
[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]
|}

==== SIRCS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#SIRCS_Protocol|SIRCS]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
|Frequency ||40 kHz
|-
| Coding || pulse width
|-
| Frame || 1 start bit + 12-20 data bits, no stop bit
|-
| Data || 7 command bits + 5 address bits + up to 8 additional bits
|-
| Start bit || 2400µs pulse, 600µs pause
|-
| 0 bit || 600µs pulse, 600µs pause
|-
| 1 bit || 1200µs pulse, 600µs pause
|-
| Repetition || twice after approx. 25ms, that means: 2nd and 3rd frame
|-
| Key repeat || starting with 4th identical frame, distance approx. 25ms
|-
| Bit order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse distance Width Protocols ===
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]
|}

==== NUBERT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NUBERT''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 10 data bits + 1 stop bit
|-
| Data || 0 address bits + 10 command bits ?
|-
| Start bit || 1340µs pulse, 340µs pause
|-
| 0 bit || 500µs pulse, 1300µs pause
|-
| 1 bit || 1340µs pulse, 340µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || once after 35ms
|-
| Key repeat || 3rd, 5th, 7th etc. indentical frame
|-
| Bit order || MSB first?
|-
|}

==== FAN ====

This protocol is very similar to [[IRMP_-_english#NUBERT|NUBERT]], but here it will be sent only one frame. Additionally there are 11 instead of 10 data bits and no stop bit. The pause time between frame repetitions is substantial lower.

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FAN ''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 11 data bits + 0 stop bits
|-
| Data || 0 address bits + 11 command bits
|-
| Start bit || 1280µs pulse, 380µs pause
|-
| 0 bit || 380µs pulse, 1280µs pause
|-
| 1 bit || 1280µs pulse, 380µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || none
|-
| Key repeat || after 6.6ms pause
|-
| Bit order || MSB first
|-
|}

==== SPEAKER ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SPEAKER''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 10 data bits + 1 stop bit
|-
| Data || 0 address bits + 10 command bits ?
|-
| Start bit || 440µs pulse, 1250µs pause
|-
| 0 bit || 440µs pulse, 1250µs pause
|-
| 1 bit || 1250µs pulse, 440µs pause
|-
| Stop bit || 440µs pulse
|-
| Repetition || once after approx. 38ms
|-
| Key repeat || 3rd, 5th, 7th ... identical frame
|-
| Bit order || MSB first?
|-
|}

==== ROOMBA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ROOMBA''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 7 data bits + 0 stop bits
|-
| Data || 0 address bits + 7 command bits
|-
| Start bit || 2790µs pulse, 930µs pause
|-
| 0 bit || 930µs pulse, 2790µs pause
|-
| 1 bit || 2790µs pulse, 930µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || 3 times after 18ms?
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Biphase Protocols ===
||
[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]
|}

==== RC5 + RC5X ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RC5 and RC5x Protocol|RC5 + RC5X]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame RC5 || 2 start bits + 12 data bits + 0 stop bits
|-
| Data RC5 || 1 toggle bit + 5 address bits + 6 command bits
|-
| Frame RC5X || 1 start bit + 13 data bits + 0 stop bits
|-
| Data RC5X || 1 inverteds command bit + 1 toggle bit + 5 address bits + 6 command bits
|-
| Start bit || 889µs pause, 889µs pulse
|-
| 0 bit || 889µs pulse, 889µs pause
|-
| 1 bit || 889µs pause, 889µs pulse
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RCII ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCII''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 31.25 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame || 1 pre bit + 1 start bit + 9 data bits + 0 stop bits
|-
| Data || 0 address bits + 9 command bits
|-
| Pre Bit || 512µs pulse, 2560µs pause
|-
| Start bit || 1024µs pulse, '''no space'''
|-
| 0 bit || 512µs pause, 512µs pulse
|-
| 1 bit || 512µs pulse, 512µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 118ms
|-
| Remarks || An end command (111111111 = 0x1FF) is sent immediately after the button is released.
|-
| Bit-Order || MSB first
|-
|}

==== S100 ====

Similar to RC5x, but 14 instead of 13 data bits and 56kHz modulation

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''S100''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 56 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame || 1 start bit + 14 data bits + 0 stop bits
|-
| Data || 1 inverted command bit + 1 toggle bit + 5 address bits + 7 command bits
|-
| Start bit || 889µs pause, 889µs pulse
|-
| 0 bit || 889µs pulse, 889µs pause
|-
| 1 bit || 889µs pause, 889µs pulse
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RC6 + RC6A ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RC6 and RC6A Protocol|RC6 + RC6A]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame RC6 || 1 start bit + 1 bit "1" + 3 mode bits ("000") + 1 toggle bit + 16 data bits + 2666µs pause
|-
| Frame RC6A || 1 start bit + 1 bit "1" + 3 mode bits ("110") + 1 toggle bit + 31 data bits + 2666µs pause
|-
| Data RC6 || 8 address bits + 8 Command Bits
|-
| Data RC6A || "1" + 14 customer bits + 8 system bits + 8 command bits
|-
| Data RC6A Pace (Sky) || "1" + 3 mode bits ("110") + 1 toggle bit (UNUSED "0") + 16 bits + 1 toggle(!) + 15 command bits
|-
| Start bit || 2666µs pulse, 889µs pause
|-
| Toggle 0 bit || 889µs pause, 889µs pulse
|-
| Toggle 1 bit || 889µs pulse, 889µs pause
|-
| 0 bit || 444µs pause, 444µs pulse
|-
| 1 bit || 444µs pulse, 444µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== GRUNDIG + NOKIA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Grundig Protocol|GRUNDIG + NOKIA]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz (?)
|-
| Coding || Biphase (Manchester)
|-
| Frame packet || 1 start frame + 19.968ms pause + N data frames + 117.76ms pause + 1 stop frame
|-
| Start frame || 1 pre bit + 1 start bit + 9 data bits (all 1) + 0 stop bits
|-
| Data frame || 1 pre bit + 1 start bit + 9 data bits + 0 stop bits
|-
| Stop frame || 1 pre bit + 1 start bit + 9 data bits (all 1) + 0 stop bits
|-
| Data Grundig || 9 command bits + 0 address bits
|-
| Data Nokia || 8 command bits + 8 address bits
|-
| Pre bit || 528µs pulse, 2639µs pause
|-
| Start bit || 528µs pulse, 528µs pause
|-
| 0 bit || 528µs pause, 528µs pulse
|-
| 1 bit || 528µs pulse, 528µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 117.76ms
|-
| Bit order || LSB first
|-
|}

==== IR60 (SDA2008) ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#IR60_.28SDA2008_and_MC14497P.29|IR60]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 30 kHz
|-
| Coding || Biphase (Manchester)
|-
| Start frame || 1 start bit + 101111 + 0 stop bits + 22ms pause
|-
| Data frame || 1 start bit + 7 data bits + 0 stop bits
|-
| Data || 0 address bits + 7 command bits
|-
| Start bit || 528µs pulse, 2639µs pause
|-
| 0 bit || 528µs pause, 528µs pulse
|-
| 1 bit || 528µs pulse, 528µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 117.76ms
|-
| Bit order || LSB first
|-
|}

==== SIEMENS + RUWIDO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SIEMENS + RUWIDO''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz? (Merlin keyboard with Ruwido protocol: 56 kHz)
|-
| Coding || Biphase (Manchester)
|-
| Frame Siemens || 1 start bit + 22 data bits + 0 stop bits
|-
| Frame Ruwido || 1 start bit + 17 data bits + 0 stop bits
|-
| Data Siemens || 11 address bits + 10 command bits + 1 inverted bit (preceding bit inverted)
|-
| Data Ruwido || 9 address bits + 7 command bits + 1 inverted bit (preceding bit inverted)
|-
| Start bit || 275µs pulse, 275µs pause
|-
| 0 bit || 275µs pause, 275µs pulse
|-
| 1 bit || 275µs pulse, 275µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || once with repeat bit set (?)
|-
| Key repeat || after approx. 100ms (?)
|-
| Bit order || MSB first
|-
|}

==== A1TVBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''A1TVBOX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || Biphase (Manchester) asymmetric
|-
| Frame || 2 start bits + 16 data bits + 0 stop bits
|-
| Data || 8 address bits + 8 command bits
|-
| Start bits || "10", also 250µs pulse, 150µs + 150µs pause, 250µs pulse
|-
| 0 bit || 150µs pause, 250µs pulse
|-
| 1 bit || 250µs pulse, 150µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== MERLIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''MERLIN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 56 kHz
|-
| Coding || Biphase (Manchester) asymmetric
|-
| Frame || 2 start bits + 18 data bits + 0 stop bits
|-
| Data || 8 address bits + 10 command bits
|-
| Start bits || "10", also 210µs pulse, 210µs + 210µs pause, 210µs pulse
|-
| 0 bit || 210µs pause, 210µs pulse
|-
| 1 bit || 210µs pulse, 210µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== ORTEK ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ORTEK''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || Biphase (Manchester) symmetric
|-
| Frame || 2 start bits + 18 data bits + 0 stop bits
|-
| Data || 6 address bits + 2 special bits + 6 command bits + 4 special bits
|-
| Start bit || 2000µs pulse, 1000µs pause
|-
| 0 bit || 500µs pause, 500µs pulse
|-
| 1 bit || 500µs pulse, 500µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || 2 additional frames with special bits set
|-
| Key repeat || only repeats the 2nd frame
|-
| Bit order || MSB first
|-
|}

=== Pulse Position Protocols ===

==== NETBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NETBOX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse position
|-
| Frame || 1 start bit + 16 data bits, no stop bit
|-
| Data || 3 address bits + 13 command bits
|-
| Start bit || 2400µs pulse, 800µs pause
|-
| Bit Length || 800µs
|-
| Repetition || none
|-
| Key repeat || after approx. 35ms?
|-
| Bit order || LSB first
|-
|}

== Software History ==

=== Changes of IRMP in 3.2.x ===

Version 3.2.6:

* 2021-01-27: '''New IR Protocol:''' [[IRMP#MELINERA|MELINERA]]
* 2021-01-27: Protocol [[IRMP#LEGO|LEGO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#RUWIDO|RUWIDO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#NEC|NEC]]: Implemented send of raw NEC repetition frames

Version 3.2.3:

* 2020-08-15: '''New RF Protocol:''' [[IRMP#RF_MEDION|RF_MEDION]]

Version 3.2.2:

* 2020-07-09: Additional recognition of the radio channels with the RF_X10 protocol
* 2020-07-09: Improved RF frame detection with new stop bit handling.
* 2020-07-09: Improved detection of RF_GEN24 protocols
* 2020-07-09: '''NEU:''' Detection if/when a remote control button is released, see chapter '''[[IRMP_-_english#Debouncing|Debouncing]]'''.

Version 3.2.1:

* 2020-06-22: Mini bugfix

Version 3.2.0:

* 2020-06-22: Support of 433MHz RF modules
* 2020-06-22: '''New protocol''': [[IRMP#RF_GEN24|RF_GEN24]]
* 2020-06-22: '''New protocol''': [[IRMP#X10|X10]]

=== Older Versions ===

* 2019-08-26: '''New protocol''': METZ
* 2019-08-26: '''New protocol''': ONKYO
* 2018-09-10: '''New protocol''': [[IRMP#RCII|RCII]]
* 2018-09-06: Added support of STM32 mit HAL-Library
* 2018-08-30: New option: IRMP_USE_IDLE_CALL
* 2018-08-29: Port to ChibiOS
* 2018-08-29: New protocol: GREE
* 2018-02-19: corrected handling of irmp_flags for invalid frames
* 2017-08-25: New protocol: IRMP16 for transparent 16 bit data communication
* 2016-11-18: Corrected buffer overflow in irmp-main-avr-uart.c
* 2016-09-19: New protocol [[IRMP#VINCENT|VINCENT]]
* 2016-09-09: New protocol [[IRMP#MITSU_HEAVY|Mitsubishi Heavy (air conditioner)]]
* 2016-09-09: Some modifications for Compiler PIC C18
* 2016-01-16: Some corrections of port to ESP8266
* 2016-01-16: Added port to MBED
* 2016-01-16: Added several hardware dependent example main source files
* 2015-11-17: '''New protocol''': [[IRMP_-_english#PANASONIC|PANASONIC (Beamer)]]
* 2015-11-17: Port to ESP8266
* 2015-11-17: Port to Teensy (3.x)
* 2015-11-10: Added support for STM8 microcontroller
* 2015-09-20: '''New protocol''': [[IRMP_-_english#TECHNICS|TECHNICS]]
* 2015-06-15: '''New protocol''': [[IRMP_-_english#ACP24|ACP24]]
* 2015-05-29: '''New protocol''': [[IRMP_-_english#S100|S100]]
* 2015-05-29: Some smaller corrections
* 2015-05-28: Added Logging for XMega
* 2015-05-28: Timing corrections for FAN protocol
* 2015-05-27: '''New protocol''': [[IRMP_-_english#MERLIN|MERLIN]]
* 2015-05-27: '''New protocol''': [[IRMP_-_english#FAN|FAN]]
* 2015-05-18: Added F_CPU macro for STM32L1XX
* 2015-05-18: Some corrections for XMega port
* 2015-04-23: '''New protocol''': [[IRMP_-_english#PENTAX|PENTAX]]
* 2015-04-23: Port to AVR XMega
* 2014-09-19: Bugfix: added missing newline before #else
* 2014-09-18: Added logging for ARM STM32F10X
* 2014-09-17: Corrected PROGMEM access to array irmp_protocol_names[].
* 2014-09-15: Changed timing tolerances for [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol
* 2014-09-15: Moved irmp_protocol_names to flash, additional UART routines in irmp-main-avr-uart.c
* 2014-07-21: Port to PIC 12F1840
* 2014-07-09: '''New protocol''': [[IRMP_-_english#SAMSUNG48|SAMSUNG48]]
* 2014-07-09: Some small corrections
* 2014-07-01: Added logging for ARM_STM32F4XX
* 2014-07-01: IRMP port for PIC XC8 compiler, removed variadic macros because of stupid XC8 compiler :-(
* 2014-06-05: '''New protocol''': [[IRMP_-_english#LGAIR|LGAIR]]
* 2014-05-30: '''New protocol''': [[IRMP_-_english#SPEAKER|SPEAKER]]
* 2014-05-30: Optimized timings for [[IRMP_-_english#SAMSUNG|SAMSUNG]] protocol
* 2014-02-20: Corrected decoding of [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] protocol
* 2014-02-19: '''New protocols''': [[IRMP_-_english#RCMM|RCMM32, RCMM24 and RCMM12]]
* 2014-09-17: Optimized timing for [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-04-09: '''New protocol''': [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-04-09: Optimized detection of [[IRMP_-_english#ORTEK|ORTEK (Hama)]] frames
* 2013-03-19: '''New protocol''': [[IRMP_-_english#ORTEK|ORTEK (Hama)]]
* 2013-03-19: '''New protocol''': [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]]
* 2013-03-12: Changed timing tolerancies for [[IRMP_-_english#RECS80|RECS80]]- and [[IRMP_-_english#RECS80EXT|RECS80EXT]] protocol
* 2013-01-21: Corrected detection of repetition frame beim [[IRMP_-_english#DENON|DENON]] protocol
* 2013-01-17: Corrected frame detection beim [[IRMP_-_english#DENON|DENON]] protocol
* 2012-12-11: '''New protocol''': [[IRMP_-_english#A1TVBOX|A1TVBOX]]
* 2012-12-07: Improved detection von [[IRMP_-_english#DENON|DENON]] repetition frame
* 2012-11-19: Port to Stellaris LM4F120 TI Launchpad (ARM Cortex M4)
* 2012-11-06: Corrected [[IRMP_-_english#DENON|DENON]] frame detection
* 2012-10-26: Some timer corrections and adaptations for Arduino
* 2012-07-11: '''New protocol''': [[IRMP_-_english#BOSE|BOSE]]
* 2012-06-18: Added support for ATtiny87/167
* 2012-06-05: Some smaller corrections of port to ARM STM32
* 2012-06-05: Correction of include in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]
* 2012-06-05: Bugfix, if only [[IRMP_-_english#NEC_+_extended_NEC|NEC]] and [[IRMP_-_english#NEC42|NEC42]] activated
* 2012-05-23: Port to ARM STM32
* 2012-05-23: Bugfix frame detection for [[IRMP_-_english#DENON|DENON]] protocol
* 2012-02-27: Bugfix in IR60-Decoder
* 2012-02-27: Bugfix in CRC calculation of [[IRMP_-_english#KASEIKYO|KASEIKYO]] frames
* 2012-02-27: Port to C18 Compiler for PIC microcontrollers
* 2012-02-13: Bugfix: most significant bit in Address wrong in [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol, if [[IRMP_-_english#NEC42|NEC42]] protocol activated, too
* 2012-02-13: Corrected timing of [[IRMP_-_english#SAMSUNG|SAMSUNG]]- and [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] protocol
* 2012-02-13: [[IRMP_-_english#KASEIKYO|KASEIKYO]]: Genre2 bits will be now stored in upper nibble of flags
* 2011-09-20: '''New protocol''': [[IRMP_-_english#KATHREIN|KATHREIN]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#THOMSON|THOMSON]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#LEGO|LEGO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC16|NEC16]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC42|NEC42]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NETBOX|NETBOX]]
* 2011-09-20: Port to ATtiny84 and ATtiny85
* 2011-09-20: Improved key repetition detection in [[IRMP_-_english#RC5_+_RC5X|RC5]] protocol
* 2011-09-20: Improved decoding of [[IRMP_-_english#Biphase|Biphase]] protocols
* 2011-09-20: Fixed some smaller bugs in [[IRMP_-_english#RECS80|RECS80]] decoder
* 2011-09-20: Corrected detection of additional bits in SIRCS protocol
* 2011-01-18: Some corrections for [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] protocol
* 2011-01-18: '''New protocol''': [[IRMP_-_english#Nikon|Nikon]]
* 2011-01-18: [[IRMP_-_english#SIRCS|SIRCS]]: additional bits (>12) will be stored in address
* 2011-01-18: Some timing corrections for [[IRMP_-_english#DENON|DENON]] protocol
* 2010-09-04: Bugfix for F_INTERRUPTS >= 16000
* 2010-09-02: '''New protocol''': [[IRMP_-_english#RC6_+_RC6A|RC6A]]
* 2010-08-29: '''New protocol''': [[IRMP_-_english#JVC|JVC]]
* 2010-08-29: [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol: genre bits will be now stored
* 2010-08-29: [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol: Improved handling of repetition frames
* 2010-08-29: Improved support of [[IRMP_-_english#APPLE|APPLE]] protocols.
* 2010-07-01: Bugfix: added a timeout for [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames. This avoids 'ghost commands'.
* 2010-06-26: Bugfix: deactivated [[IRMP_-_english#RECS80|RECS80]], [[IRMP_-_english#RECS80EXT|RECS80EXT]] & [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] if interrupts frequency is low
* 2010-06-25: '''New protocol''': [[IRMP_-_english#RCCAR|RCCAR]]
* 2010-06-25: Extended keyboard detection for [[IRMP_-_english#FDC|FDC]] protocol (IR keyboard)
* 2010-06-25: Interrupt frequency now up to 20kHz possible
* 2010-06-09: '''New protocol''': [[IRMP_-_english#FDC|FDC]] (IR-keyboard)
* 2010-06-09: Corrected timing for [[IRMP_-_english#DENON|DENON]] protocol
* 2010-06-02: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] (Gigaset)
* 2010-05-26: '''New protocol''': [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]]
* 2010-05-26: Bugfix: detection of long keyboard press for [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]] protocol
* 2010-05-17: Bugfix [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] protocol: corrected command bit mask
* 2010-05-16: '''New protocol''': [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]]
* 2010-05-16: Improved handling of automatic frame repetitions for [[IRMP_-_english#SIRCS|SIRCS]]-, [[IRMP_-_english#SAMSUNG32|SAMSUNG32]]-, and [[IRMP_-_english#NUBERT|NUBERT]] protocol
* 2010-04-28: Only some cosmetic code optimizations
* 2010-04-16: Improved all timing tolerancies
* 2010-04-12: '''New protocol''': [[IRMP_-_english#B&O|Bang & Olufsen]]
* 2010-03-29: Bugfix: detection of multiple [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames
* 2010-03-29: Moved configuration data to [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h]
* 2010-03-29: Introduced a program version in README.txt: Version 1.0
* 2010-03-17: '''New protocol''': [[IRMP_-_english#NUBERT|NUBERT]]
* 2010-03-16: Correction of RECS80 start bit timings
* 2010-03-16: '''New protocol''': [[IRMP_-_english#RECS80EXT|RECS80 Extended]]
* 2010-03-15: Some optimizations
* 2010-03-14: Port to PIC
* 2010-03-11: Some adjustements for some ATMegas
* 2010-03-07: Bugfix: Reset of state machine after a incomplete [[IRMP_-_english#RC5_+_RC5X|RC5]] frame
* 2010-03-05: '''New protocol''': [[IRMP_-_english#APPLE|APPLE]]
* 2010-03-05: Data irmp_data.addr + irmp_data.command will be now stored in the bit order of the appropriate protocol
* 2010-03-04: '''New protocol''': [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] (Mix aus [[IRMP_-_english#SAMSUNG|SAMSUNG]] & [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol)
* 2010-03-04: Changed some timer tolerances changes of [[IRMP_-_english#SIRCS|SIRCS]]- and [[IRMP_-_english#KASEIKYO|KASEIKYO]]
* 2010-03-02: [[IRMP_-_english#SIRCS|SIRCS]]: corrected detection and suppression of automatic frame repetitions
* 2010-03-02: [[IRMP_-_english#SIRCS|SIRCS]]: device ID bits will be now stored in irmp_data.command (not irmp_data.address anymore)
* 2010-03-02: Enlargement of scan buffers (for logging)
* 2010-02-24: New variable flags in IRMP_DATA for detection of long key press
* 2010-02-20: Bugfix [[IRMP_-_english#DENON|DENON]] protocol: repetition frame is now basically inverted
* 2010-02-19: Detection of [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol-Varianten, z. B. [[IRMP_-_english#APPLE|APPLE]]-Fernbedienung
* 2010-02-19: Detection of [[IRMP_-_english#RC6_+_RC6A|RC6]]- and [[IRMP_-_english#DENON|DENON]] protocol
* 2010-02-19: Some improvements for [[IRMP_-_english#RC5_+_RC5X|RC5]] decoders (Bugfixes)
* 2010-02-13: Bugfix: Puls/Pause counters were 1 too low, now better detection of protokols with very short pulses
* 2010-02-13: Improved detection of [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames
* 2010-02-12: New: [[IRMP_-_english#RC5_+_RC5X|RC5]] protocol
* 2010-02-05: Eliminated a conflict between [[IRMP_-_english#SAMSUNG|SAMSUNG]]- and [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] protocol
* 2010-01-07: First version

== Literature ==

=== IR Abstract ===

* http://www.sbprojects.net/knowledge/ir/index.php
* http://www.epanorama.net/links/irremote.html
* http://www.elektor.de/jahrgang/2008/juni/cc2-avr-projekt-%283%29-unsichtbare-kommandos.497184.lynkx?tab=4
* http://mc.mikrocontroller.com/de/IR-Protokolle.php

=== SIRCS Protocol ===

* http://www.sbprojects.net/knowledge/ir/sirc.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#SIRCS
* http://www.ustr.net/infrared/sony.shtml
* http://users.telenet.be/davshomepage/sony.htm
* http://picprojects.org.uk/projects/sirc/
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== NEC Protocol ===

* http://www.sbprojects.net/knowledge/ir/nec.php
* http://www.ustr.net/infrared/nec.shtml
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== ACP24 Protocol ===

The ACP24-Protocol is used by Stiebel-Eltron-Aircons

The structure of the 70 databits is :

1 2 3 4 5 6
0123456789012345678901234567890123456789012345678901234567890123456789
N VVMMM ? ??? t vmA x y TTTT
0011001000000111000010001010000000000000000010000000000000000000001111on, temp=30

These are converted into the following 16 bits from irmp_data.command:

5432109876543210
NAVVvMMMmtxyTTTT

Meaning of the symbols:

TTTT = Temperature + 15 degree
TTTT
----------
0000 ???
0001 ???
0010 ???
0011 18 degree
0100 19 degree
0101 20 degree
0110 21 degree
...
1111 30 degree

N = Nightmode
N
----------
0 off
1 on

VV = fan, v must be 1!
VV v
----------
00 1 level 1
01 1 level 2
10 1 level 3
11 1 Automatic

MMM = Mode
MMM m
----------
000 0 turn off
001 0 turn on
001 1 cooling
010 1 fan
011 1 demist
100 1 ???
101 1 ---
110 1 ---
111 1 ---

A = Automatic-Programm
A
----------
0 off
1 on

t = Timer
t x y
----------
1 1 0 Timer 1
1 0 1 Timer 2

To control the air con via [[IRSND_-_english|IRSND]], the following functions can be used:

<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
#include "irsnd.h"

#define IRMP_ACP24_TEMPERATURE_MASK 0x000F // TTTT

#define IRMP_ACP24_SET_TIMER_MASK (1<<6) // t
#define IRMP_ACP24_TIMER1_MASK (1<<5) // x
#define IRMP_ACP24_TIMER2_MASK (1<<4) // y

#define IRMP_ACP24_SET_MODE_MASK (1<<7) // m
#define IRMP_ACP24_MODE_POWER_ON_MASK (1<<8) // MMMm = 0010 Einschalten
#define IRMP_ACP24_MODE_COOLING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<8)) // MMMm = 0011 Kuehlen
#define IRMP_ACP24_MODE_VENTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<9)) // MMMm = 0101 Lueften
#define IRMP_ACP24_MODE_DEMISTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<10) | (1<<8)) // MMMm = 1001 Entfeuchten

#define IRMP_ACP24_SET_FAN_STEP_MASK (1<<11) // v
#define IRMP_ACP24_FAN_STEP_MASK 0x3000 // VV
#define IRMP24_ACP_FAN_STEP_BIT 12 // VV
#define IRMP_ACP24_AUTOMATIC_MASK (1<<14) // A
#define IRMP_ACP24_NIGHT_MASK (1<<15) // N

// possible values for acp24_set_mode();
#define ACP24_MODE_COOLING 1
#define ACP24_MODE_VENTING 2
#define ACP24_MODE_DEMISTING 3

static uint8_t temperature = 18; // 18 degrees

static void
acp24_send (uint16_t cmd)
{
IRMP_DATA irmp_data;

cmd |= (temperature - 15) & IRMP_ACP24_TEMPERATURE_MASK;

irmp_data.protocol = IRMP_ACP24_PROTOCOL;
irmp_data.address = 0x0000;
irmp_data.command = cmd;
irmp_data.flags = 0;

irsnd_send_data (&irmp_data, 1);
}

void
acp24_set_temperature (uint8_t temp)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

temperature = temp;
acp24_send (cmd);
}

void
acp24_off (void)
{
uint16_t cmd = 0;
acp24_send (cmd);
}

#define ACP_FAN_STEP1 0
#define ACP_FAN_STEP2 1
#define ACP_FAN_STEP3 2
#define ACP_FAN_AUTOMATIC 3

void
acp24_fan (uint8_t fan_step)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

cmd |= IRMP_ACP24_SET_FAN_STEP_MASK | ((fan_step << IRMP24_ACP_FAN_STEP_BIT) & IRMP_ACP24_FAN_STEP_MASK);

acp24_send (cmd);
}

void
acp24_set_mode (uint8_t mode)
{
uint16_t cmd = 0;

switch (mode)
{
case ACP24_MODE_COOLING: cmd = IRMP_ACP24_MODE_COOLING_MASK; break;
case ACP24_MODE_VENTING: cmd = IRMP_ACP24_MODE_VENTING_MASK; break;
case ACP24_MODE_DEMISTING: cmd = IRMP_ACP24_MODE_DEMISTING_MASK; break;
default: return;
}
acp24_send (cmd);
}

void
acp24_program_automatic (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_AUTOMATIC_MASK;
acp24_send (cmd);
}

void
acp24_program_night (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_NIGHT_MASK;
acp24_send (cmd);
}
</syntaxhighlight>

=== LGAIR Protocol ===

The LG Air Con is controlled by an 'intelligent' remote. These are the encoded data:

<code>
Command AAAAAAAA PW Z S T mmm tttt vvvv PPPP
--------------------------------------------------------------------
ON 23C 10001000 00 0 0 0 000 1000 0100 1100
ON 26C 10001000 00 0 0 0 000 1011 0100 1111

OFF 10001000 11 0 0 0 000 0000 0101 0001
TURN OFF 10001000 11 0 0 0 000 0000 0101 0001 (18C currently, identical to off)

TEMP DOWN 23C 10001000 00 0 0 1 000 1000 0100 0100
MODE (to mode0, 23C) 10001000 00 0 0 1 000 1000 0100 0100

TEMP UP (24C) 10001000 00 0 0 1 000 1001 0100 0101
TEMP DOWN 24C 10001000 00 0 0 1 000 1001 0100 0101

TEMP UP (25C) 10001000 00 0 0 1 000 1010 0100 0110
TEMP DOWN 25C 10001000 00 0 0 1 000 1010 0100 0110

TEMP UP (26C) 10001000 00 0 0 1 000 1011 0100 0111

MODE 10001000 00 0 0 1 011 0111 0100 0110 (to mode1, 22C - when switching to mode1 temp automaticall sets to 22C)
ON (mode1, 22C) 10001000 00 0 0 0 011 0111 0100 1110

MODE 10001000 00 0 0 1 001 1000 0100 0101 (to mode2, no temperature displayed)
ON (mode2) 10001000 00 0 0 0 001 1000 0100 1101
MODE (to mode3, 23C) 10001000 00 0 0 1 100 1000 0100 1000
ON (mode3, 23C) 10001000 00 0 0 0 100 1000 0100 0000

VENTILATION SLOW 10001000 00 0 0 1 000 0011 0000 1011
VENTILATION MEDIUM 10001000 00 0 0 1 000 0011 0010 1101
VENTILATION HIGH 10001000 00 0 0 1 000 0011 0100 1111
VENTILATION LIGHT 10001000 00 0 0 1 000 0011 0101 0000

SWING ON/OFF 10001000 00 0 1 0 000 0000 0000 0001

Format: 1 start bit + 8 address bits + 16 data bits + 4 checksum bits + 1 stop bit

Address: AAAAAAAA = 0x88 (8 bits)

Data: PW Z S T MMM tttt vvvv PPPP (16 bits)

PW: Power: 00 = On, 11 = Off

Z: N/A: Always 0

S: Swing: 1 = Toggle swing, all other data bits are zeros.

T: Temp/Vent: 1 = Set temperature and ventilation

MMM: Mode, can be combined with temperature
000=Mode 0
001=Mode 2
010=????
011=Mode 1
100=Mode 3
101=???
111=???

tttt: Temperature:
0000=used by OFF command
0001=????
0010=????
0011=18°C
0100=19°C
0101=20°C
0110=21°C
0111=22°C
1000=23°C
1001=24°C
1010=25°C
1011=26°C
1011=27°C
1100=28°C
1101=29°C
1111=30°C

vvvv: Ventilation:
0000=slow
0010=medium
0011=????
0100=high
0101=light
0110=????
0111=????
...
1111=????

Checksum: PPPP = (DataNibble1 + DataNibble2 + DataNibble3 + DataNibble4) & 0x0F
</code>

=== NEC16 Protocol (JVC) ===

* http://www.sbprojects.net/knowledge/ir/jvc.php
* http://www.ustr.net/infrared/jvc.shtml

=== Samsung Protocol ===

(was reverse engineered by several protocols (Daewoo or similar), so no direct link to Samsung documents is available)

Here is a link to the Daewoo-protocol, which uses the same principle of the sync-bits in the center of a frame, but words with different timings:

* http://users.telenet.be/davshomepage/daewoo.htm

=== MATSUHITA Protocol ===

* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== KASEIKYO Protocol ("Japan Protocol") ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

=== RECS80 and RECS80 Extended Protocol ===

* http://www.sbprojects.net/knowledge/ir/recs80.php

=== RC5 and RC5x Protocol ===

* http://www.sbprojects.net/knowledge/ir/rc5.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#RC5
* http://users.telenet.be/davshomepage/rc5.htm
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.opendcc.de/info/rc5/rc5.html

=== Denon Protocol ===

* http://www.mikrocontroller.com/de/IR-Protokolle.php#DENON
* http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243

=== RC6 and RC6A Protocol ===

* http://www.sbprojects.net/knowledge/ir/rc6.php
* http://www.picbasic.nl/info_rc6_uk.htm

=== Bang & Olufsen ===

* http://www.mikrocontroller.net/attachment/33137/datalink.pdf

=== Grundig Protocol ===

* http://www.see-solutions.de/sonstiges/Grundig_10bit.pdf

=== Nokia Protocol ===

* http://www.sbprojects.net/knowledge/ir/nrc17.php

=== IR60 (SDA2008 and MC14497P) ===

* http://www.datasheetcatalog.org/datasheet/motorola/MC14497P.pdf

=== LEGO Power Functions RC ===

* http://www.philohome.com/pf/LEGO_Power_Functions_RC_v110.pdf

=== RCMM Protocol ===

* http://www.sbprojects.net/knowledge/ir/rcmm.php

=== Other Protocols ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

== IRMP on Youtube ==

* http://www.youtube.com/watch?v=Q7DJvLIyTEI

* http://www.youtube.com/watch?v=1tQ_aqayWZk

* http://www.youtube.com/watch?v=W4tI2axR3-w

* http://www.youtube.com/watch?v=SRs98dIe2WE

== Other Artikels ==

[http://www.infineon.com/dgdl/RF2ir+WhitePaper+V1.0.pdf?folderId=db3a3043191a246301192dd3ee2c2ae4&fileId=db3a30432b57a660012b5c16272c2e81 Whitepaper von Martin Gotschlich, Infineon Technologies AG]

== Hardware / IRMP Projects ==

=== Remote IRMP ===

Infrared sender und receiver controlled via ip network with Android smartphone as remote control:

* http://www.mikrocontroller.net/articles/Remote_IRMP

=== IR Tester ===

IR tester with LCD by Klaus Leidinger:

* http://www.mikrocontroller-projekte.de/Mikrocontroller/index.html

=== IR Tester with AVR-NET-IO ===

IR tester for Pollin AVR-NET-IO with Pollin ADD-ON Board:

* http://son.ffdf-clan.de/include.php?path=forumsthread&threadid=703

=== USB IR Remote Receiver ===

USB IR remote receiver by Hugo Portisch:
* http://www.mikrocontroller.net/articles/USB_IR_Remote_Receiver

=== USB IR Receiver/Sender/Switch with Wakeup-Timer ===

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/123572-fertig-irmp-auf-stm32-ein-usb-ir-empf%C3%A4nger-sender-einschalter-mit-wakeup-timer/

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_ein_USB_IR_Empf%C3%A4nger/Sender/Einschalter_mit_Wakeup-Timer

=== USBASP ===

IR switch based on USBasp
* http://wiki.easy-vdr.de/index.php?title=USBASP_Einschalter

=== Servo controlled IR Sender ===

Servo controlled IR Sender (adaptive) by Stefan Pendsa:
* http://forum.mikrokopter.de/topic-21060.html
* [http://svn.mikrokopter.de/listing.php?repname=Projects&path=%2FServo-Controlled+IR-Transmitter%2F&#Ad2417800d6aa14bf08c571a896e9def7 SVN]

=== Adaptive IR Remote Control ===

Adaptive IR remote control by Robert and Frank M.
* http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP

=== AVR Moodlight ===

AVR Moodlight by Axel Schwenke
* http://www.mikrocontroller.net/topic/244768

STM8 Moodlight by Axel Schwenke
* https://www.mikrocontroller.net/topic/380098

=== Infinity Mirror LED Ceiling Lamp ===

Infinity Mirror LED ceiling lamp with remote control by Philipp Meißner
* http://digital-nw.de/Infinity-Mirror.htm

=== Cinema Control ===

Cinema control by Owagner
* http://ccc.zerties.org/index.php/Benutzer:Owagner

=== Leading-Edge Control ===

leading-edge control:

* http://flosserver.dyndns.org/phasenanschnittsdimmer.php

=== IRDioder – Ikea Dioder Hack ===

Ikea Dioder Hack:

* http://marco-difeo.de/tag/infrared/

=== Expedit Coffee Bar ===

Ikea Expedit as coffee bar:

* http://chaozlabs.blogspot.de/2013/09/expedit-coffee-bar.html

=== Arduino as IR Receiver ===

Arduino as IR Receiver:

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/110918-arduino-als-ir-empf%C3%A4nger-einsetzen/

More example from the Arduino library:

* https://github.com/ukw100/IRMP/tree/master/examples

=== IR Volume Control with Stellaris Launchpad ===

volume control with Stellaris Launchpad (ARM Cortex-M4F):

* http://www.anthonyvh.com/2013/03/31/ir-volume-control/

=== RemotePi Board ===

Shutdown RaspPI with IR remote control:

* http://www.msldigital.com/pages/more-information

=== Ethernut & IRMP ===

IRMP under RTOS Ethernut:

* http://www.klkl.de/ethernut.html

=== LED strip Remote Control ===

LED strip remote control:

* http://www.solderlab.de/index.php/misc/led-strip-remote-control

=== ADAT Audio Mixer ===

Audio Mixer:

* http://mailtonne.de/adat-audio-mixer/

=== Ethersex & IRMP ===

IRMP + IRSND Modul in Ethersex, a modular Firmware for AVR MCUs

* http://ethersex.de/index.php/IRMP

=== Mastermind Solver ===

Mastermind solver with LED stripes and IR remote control:

* http://www.mystrobl.de/Plone/basteleien/weitere-bulls-and-cows-mastermind-implementationen/mm-v1821/mastermind-solver-mit-led-streifen-und-ir-fernbedienung

=== A MythTV Remote Control without LIRC ===

PC Remote Control with ATtiny85

* http://tomscircuits.blogspot.de/2014/12/a-mythtv-remote-control-without-lirc.html

=== IRMP + IRSND Library for STM32F4 ===

IRMP for STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1516

IRSND for STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1940

=== IRMP on STM32 - Construction Guidance ===

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_Bauanleitung

=== Seminar Paper - Extension of Arduino Platform ===

* www.eislab.fim.uni-passau.de/files/publications/2010/StudentDiener_ErweiterungDerArduinoPlattform.pdf

== Acknowledgment ==

I thank Vlad Tepesch, Klaus Leidinger, Peter K., and Dániel Körmendi, who sent me many scan files of their IR remote controls.

I thank Christian F. for his tipps relating to the port to PIC MCUs, gera for the port to PIC-C18 compiler, kichi (Michael K.) for the port to ARM STM32, Markus Schuster for the port to TI's Stellaris LM4F120 Launchpad (ARM Cortex M4), Matthias Frank for the port to XMega, Wolfgang S. for the port to ESP8266, Achill Hasler for the port to Teensy, Axel Schwenke for the port to STM8.

Thanks to Dániel Körmendi, who added the LG-AIR protocol to [[IRSND_-_english|IRSND]]. Thanks to Ulrich v.d. Kammer for the Pentax protocol extension in [[IRSND_-_english|IRSND]].

At least I will thank Jojo S. for his great job translating this documentation!

== Discussion ==

You can discuss IRMP & IRSND in the German thread [http://www.mikrocontroller.net/topic/162119 Infrared Multi Protocol Decoder].

Have fun with IRMP!

[[Kategorie:Infrarot]]
[[Kategorie:AVR-Projekte]]

IRMP - english

2023-04-26T08:28:20Z

Tooki:

By '''Frank M. ([http://www.mikrocontroller.net/user/show/ukw ukw])'''

'''This is the English translation of the [[IRMP#top|German IRMP documentation]].

'''[[Datei:irmp-title.png| |Waveform of an NEC-format remote control signal]]

Project Intent:

Because RC5 is not only outdated, but obsolete, and because more and more electronic devices from Asian consumer electronics manufacturers are found in the home, it is time to develop an IR decoder that can 'understand' about 90% of IR remotes that are used in our daily life.

This article introduces 'IRMP' as "Infrared Multi Protocol Decoder" in detail. The counterpart, the [[IRSND_-_english|IRSND]] IR encoder, can be found in this [[IRSND_-_english|document]].

= IRMP - Infrared Multi Protocol Decoder =
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Supported MCUs ===

[[IRMP_-_english#top|IRMP]] runs on numerous MCU families:

'''AVR'''

* ATtiny87, ATtiny167
* ATtiny45, ATtiny85
* ATtiny44, ATtiny84
* ATmega8, ATmega16, ATmega32
* ATmega162
* ATmega164, ATmega324, ATmega644, ATmega644P, ATmega1284
* ATmega88, ATmega88P, ATmega168, ATmega168P, ATmega328P

'''XMega'''

* ATXmega128

'''PIC''' (CCS and XC8/C18 compiler)

* PIC12F1840
* PIC18F4520

'''STM32'''

* STM32F4xx (tested on STM32F401RE/F411RE Nucleo, STM32F4 Discovery)
* STM32F10x (tested on STM32F103C8T6 Mini Development Board)
* STM32 with HAL library '''(NEW!)'''

'''STM8'''

* STM8S103F3

'''TI Stellaris'''

* LM4F120 Launchpad (ARM Cortex M4)

'''ESP8266 (NEW!)'''

* ESP8266-EVB

'''TEENSY 3.0'''

* MK20DX256VLH7 (ARM Cortex-M4 72MHz)

'''MBED (NEW!)'''

* LPC1347 Cortex-M3 72 MHz
* LPC4088 (Embedded Artists)

'''ChibiOS HAL (NEW!)'''

* Various ARM Cortex MCUss, for example STM32, Kinetis, and NRF5
* [https://sourceforge.net/p/chibios/svn2/HEAD/tree/trunk/os/hal/ports/ Officially supported MCU series]
* [https://github.com/ChibiOS/ChibiOS-Contrib/tree/master/os/hal/ports More MCU series, community supported]
||
[[Datei:irmp-empfaenger.png|miniatur|Connection of a IR receiver module to MCU]]
|}
=== Supported IR Protocols ===

[[IRMP_-_english#top|IRMP]] - the infrared remote decoder, which can decode several protocols at once - is capable of decoding the following protocols (in alphabetical order):

{| {{Tabelle}}
|+ '''Supported Protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol || Vendor
|-
| [[IRMP_-_english#A1TVBOX|A1TVBOX]] || ADB (Advanced Digital Broadcast), e.g. A1 TV Box
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple
|-
| [[IRMP_-_english#ACP24|ACP24]] || Stiebel Eltron
|-
| [[IRMP_-_english#B&O|B&O]] || Bang & Olufsen
|-
| [[IRMP_-_english#BOSE|BOSE]] || Bose
|-
| [[IRMP_-_english#DENON|DENON]] || Denon, Sharp
|-
| [[IRMP_-_english#FAN|FAN]] || FAN, remote for fans
|-
| [[IRMP_-_english#FDC|FDC]] || FDC Keyboard
|-
| [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]] || Grundig
|-
| [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]] || Nokia, e.g. D-Box
|-
| [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]] || various European vendors
|-
| [[IRMP_-_english#JVC|JVC]] || JVC
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Panasonic, Technics, Denon and other vendors which are members of the Japanese "Association for Electric Home Appliances" (AEHA).
|-
| [[IRMP_-_english#KATHREIN|KATHREIN]] || KATHREIN
|-
| [[IRMP_-_english#LEGO|LEGO]] || Lego
|-
| [[IRMP_-_english#LGAIR|LGAIR]] || LG air conditioners
|-
| [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] || Matsushita
|-
| [[IRMP_-_english#MITSU_HEAVY|MITSU_HEAVY]] || Mitsubishi air conditioners
|-
| [[IRMP_-_english#NEC16|NEC16]] || JVC, Daewoo
|-
| [[IRMP_-_english#NEC42|NEC42]] || JVC
|-
| [[IRMP_-_english#MERLIN|MERLIN]] || MERLIN remote (Pollin article number: 620 185)
|-
| [[IRMP_-_english#NEC_+_extended_NEC|NEC]] || NEC, Yamaha, Canon, Tevion, Harman/Kardon, Hitachi, JVC, Pioneer, Toshiba, Xoro, Orion, generic and many other Asian vendors.
|-
| [[IRMP_-_english#NETBOX|NETBOX]] || Netbox
|-
| [[IRMP_-_english#Nikon|Nikon]] || Nikon
|-
| [[IRMP_-_english#NUBERT|NUBERT]] || Nubert, e.g. Subwoofer Systems
|-
| [[IRMP_-_english#ORTEK|ORTEK]] || Ortek, Hama
|-
| [[IRMP_-_english#PANASONIC|PANASONIC]] || PANASONIC video projectors
|-
| [[IRMP_-_english#PENTAX|PENTAX]] || PENTAX
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Philips and other European vendors
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6A]] || Philips, Kathrein and others, e.g. XBOX
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips and other European vendors
|-
| [[IRMP_-_english#RCCAR|RCCAR]] || RC Car: IR remote for RC toys
|-
| [[IRMP_-_english#RCII|RCII]] || T+A '''(NEW!)'''
|-
| [[IRMP_-_english#RECS80|RECS80]] || Philips, Nokia, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP_-_english#RECS80EXT|RECS80EXT]] || Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP_-_english#RCMM|RCMM]] || Fujitsu-Siemens e.g. Activy keyboard
|-
| [[IRMP_-_english#ROOMBA|ROOMBA]] || iRobot Roomba vacuum cleaner
|-
| [[IRMP_-_english#S100|S100]] || similar to RC5, but 14 instead of 13 bits and 56kHz modulation. Vendor unknown.
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung
|-
| [[IRMP_-_english#SAMSUNG48|SAMSUNG48]] || various air conditioners
|-
| [[IRMP_-_english#SAMSUNG|SAMSUNG]] || Samsung
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]] || RUWIDO (e.g. T-Home Media Receiver, MERLIN keyboard(Pollin))
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] || Siemens, e.g. Gigaset M740AV
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony
|-
| [[IRMP_-_english#SPEAKER|SPEAKER]] || Speaker systems like X-Tensions
|-
| [[IRMP_-_english#TECHNICS|TECHNICS]] || Technics
|-
| [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]] || Telefunken
|-
| [[IRMP_-_english#THOMSON|THOMSON]] || Thomson
|-
| [[IRMP_-_english#VINCENT|VINCENT]] || Vincent
|}

'''New:'''

'''Starting with version 3.2, IRMP can also decode 433 MHz RF radio protocols.'''

{| {{Tabelle}}
|+ '''Supported RF Protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol
! style="width:100em" | Vendor
|-
| [[IRMP#RF_GEN24|RF_GEN24]] || Generiv 24-bit format, e.g. Pollin 550666 radio-controlled receptacle
|-
| [[IRMP#RF_X10|RF_X10]] || X10 PC RF remote control (Medion), Pollin 721815
|}

Each of these protocols can be activated separately. If you want, you can activate all protocols. If you need only one protocol, you can disable all others. Only the code selected by the user will be compiled .

=== History ===

The [[IRMP_-_english#top|IRMP]] source for the AVR and PIC MCUs was created as part of the [[Word Clock]] project.

=== Thread in Forum ===

Intention for an own IRMP article is the following thread in Projects&Code [http://www.mikrocontroller.net/topic/162119 IRMP - Infrared Multi Protocol Decoder] (in German language).

== IR Protocols ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
Some vendors use their own proprietary protocols, such as Sony, Samsung, and Matsushita. Philips developed and used [[IRMP_-_english#RC5 + RC5X|RC5]].
[[IRMP_-_english#RC5 + RC5X|RC5]] was seen in Europe as ''the'' standard IR protocol which was adopted by many European vendors. Nowadays [[IRMP_-_english#RC5 + RC5X|RC5]] is practically not used and can be considered "dead". Although the successor [[IRMP_-_english#RC6_+_RC6A|RC6]] is used in current European hardware, it is also used rarely.

Japanese vendors also tried to establish their own standard, the so called [[IRMP_-_english#KASEIKYO|Kaseikyo]] (or "Japan") protocol. With a word length of 48 bits, it is more versatile. But it has not found wide use, though it is found in some appliances.

Nowadays the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol is used (also mainly in Japanese devices) in both premium and generic products. I estimate the market share at 80% for the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol. Nearly all remotes in my daily use utilize the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] IR code. This starts with the TV set, continues with the DVD player and the notebook remote all the way to the generic multimedia hard drive, just to mention a few examples.
||
[[Datei:nec-protocol.png|miniatur|NEC protocol, RGB remote control, T->A: 9.14ms, A->B: 4.42ms, B->C: 660us]]
|}

== Coding methods ==

[[IRMP_-_english#top|IRMP]] supports the following IR coding methods:

* [[IRMP_-_english#Pulse Distance|Pulse Distance]], typ. Example: [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
* [[IRMP_-_english#Pulse Width|Pulse Width]], typ. Example: [[IRMP_-_english#SIRCS|Sony SIRCS]]
* [[IRMP_-_english#Biphase|Biphase (Manchester)]], typ. Example: Philips [[IRMP_-_english#RC5_+_RC5X|RC5]], [[IRMP_-_english#RC6_+_RC6A|RC6]]
* [[IRMP_-_english#Pulse Position|Pulse Position (NRZ)]], typ. Example: [[IRMP_-_english#NETBOX|Netbox]]
* [[IRMP_-_english#Pulse Distance Width|Pulse Distance Width]], typ. Example: [[IRMP_-_english#NUBERT|Nubert]]

The pulses are modulated - usually at 36 kHz or 38 kHz - to reduce environmental influences such as indoor lighting or sunlight.

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance ===

Pulse distance coding can be identified by the following rule:

* there is only '''one pulse length''' and there are '''two different space lengths'''
||
[[Datei:Pulse-Distance.png|miniatur|Pulse distance coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Width ===

Pulse width coding can be identified by the following rule:

* there are '''two different pulse lengths''' and '''only one space length'''
||
[[Datei:Pulse-Width.png|miniatur|Pulse width coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Width ===

This is a mix of pulse distance and pulse width coding. Often the sum of pulse and space length is constant. The rule is:

* there are '''two different pulse lengths''' and '''two different space lengths.'''
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse distance width coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Biphase ===

In biphase coding the order of pulse and space gives the bit value.
Therefore a biphase boding can be identified by this criteria:

* there is exactly '''one''' pulse and space length, as well as the '''double''' pulse/space length

Usually the length for the pulse and space are equal, meaning that the signal shape is symmetric. But IRMP also recognizes protocols which use different pulse and space lengths, for example the [[IRMP_-_english#A1TVBOX|A1TVBOX]] protocol.
||
[[Datei:Biphase-Coding.png|miniatur|Biphase coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Position ===

Pulse position coding is known from commmon UARTs. Here, every bit has a fixed length. Depending on the value (0 or 1), it is a pulse or a space.

Typical criteria for a '''pulse position protocol''' are:
* there are '''multiples''' of a basic pulse/space length

'''A tabular listing of different IR protocols can be found here: [[IRMP_-_english#IR_Protocols_in_Detail|IR Protocols in Detail]].'''
The specified timings are typical values. In some remotes they differ up to 40% in real life. Therefore [[IRMP_-_english#top|IRMP]] uses minimum/maximum limits to be tolerant with the timing.
||
[[Datei:Pulse-Position.png|miniatur|Pulse position coding]]
|}

== Protocol Detection ==

Most of the protocols [[IRMP_-_english#top|IRMP]] decodes have something in common: they exhibit a start bit whose timing is unique.

According to this start bit timing, most protocols can be identified. [[IRMP_-_english#top|IRMP]] measures the timing of the start bit and adjusts its timing tables "on-the-fly" to the discovered protocol. Subsequent bits can then be read sequentially without the need to first store a complete frame.
Thus, [[IRMP_-_english#top|IRMP]] does not wait to read a complete frame but starts decoding directly after detecting the first pulse.

If the start bit is not unique, [[IRMP_-_english#top|IRMP]] proceeds in parallel with multiple possible protocols. For example with two candidate protocols, once plausible reasons disqualify one protocol, the other protocol is used.

Detection is implemented as an interrupt-driven [[Statemachine|state machine]] which is called at a frequency of typically 15000 times per second. Among others, the [[Statemachine|state machine]] has the following states:

* detect the first pulse length of the start bit
* detect the space length of the start bit
* detect the space length of the first data bit

After that, the pulse and space lengths of the start bit are known. Now all enabled protocols are searched for these lengths. If a protocol matches, the timing table for this protocol is loaded. Subsequent bits are checked against the timing table to ensure they conform to it.

The [[Statemachine|state machine]] continues with the following states:

* detect the spaces of the data bits
* detect the pulse length of the data bits
* check timing. If different, switch back to another valid IR protocol, otherwise return
* detect the stop bit, if present in the protocol
* check data for plausibility, like CRC or other redundancy bits
* convert data to device address and command
* detect code repetition by long key press, set corresponding flag

Indeed the [[Statemachine|state machine]] is even more complex because some protocols have no start bit (e.g. [[IRMP_-_english#DENON|Denon]]) or have multiple start bits (4 in [[IRMP_-_english#B.26O|B&O]]) or have another sync bit within the frame (e.g. [[IRMP_-_english#SAMSUNG|Samsung]]). These extra conditions are caught in the code by protocol-specific "special cases".

Switching to an other protocol can happen multiple times while receiving a frame, e.g. from [[IRMP_-_english#NEC42|NEC42]] (42 bits) to [[IRMP_-_english#NEC16|NEC16]] (8 bits + sync bit + 8 bits), if a premature sync bit is detected. Or from [[IRMP_-_english#NEC + extended NEC|NEC]]/[[IRMP_-_english#NEC42|NEC42]] (32/42 bits) to [[IRMP_-_english#JVC|JVC]] (16 bits) if the stop bit occurs prematurely. It becomes difficult when, after detecting the start bit, two possible protocols use different coding methods, e.g. when the one protocol uses [[IRMP_-_english#Pulse Distance|pulse distance coding]] and the other uses [[IRMP_-_english#Biphase|biphase coding (Manchester)]]. In this case [[IRMP_-_english#top|IRMP]] stores the necessary bits for both coding methods and later discards one or the other.

Furthermore, some remotes using particular protocols transmit repeat frames, either for redundancy (error detection) or for long key presses. Both kinds are detected by IRMP: error detection frames are detected by IRMP, but not passed to the application. Others are detected as long key presses and flagged by IRMP.

== Download ==

Version 3.2.6, Date: 2021-01-27

Download stable version: [http://www.mikrocontroller.net/wikifiles/7/79/Irmp.zip Irmp.zip]

Current development version of [[IRMP_-_english#top|IRMP]] & [[IRSND_-_english|IRSND]]:

* SVN link: [svn://mikrocontroller.net/irmp/ SVN]
* SVN browser: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP in SVN]
* Download tarball: [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball].

Download Arduino library: [https://github.com/ukw100/IRMP GitHub] or use Arduino "''Tools / Manage Libraries...''" and search for IRMP.

'''You can see the history of the software changes here: [[IRMP_-_english#Software_History|Software History]]'''

== License ==

IRMP is Open Source Software and is released under the [https://www.gnu.org/licenses/old-licenses/gpl-2.0.html GPL v2], or
(at your option) any later version.

== Source Code ==

The source code can be easily compiled for AVR MCUs by loading the project file irmp.aps in AVR Studio 4.

For other development environments it is simple to create a project or makefile. The source includes:

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] - IR decoder core
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h] - all protocol definitions
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpsystem.h?view=markup irmpsystem.h] - target-independent definitions for AVR/PIC/STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.h?view=markup irmp.h] - include file for the application
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] - user configuration

Sample applications (main functions and timer configurations):

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] - AVR
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr-uart.c?view=markup irmp-main-avr-uart.c] - AVR with UART output
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-xc8.c?view=markup irmp-main-pic-xc8.c] - PIC18F4520
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-12F1840.c?view=markup irmp-main-pic-12F1840.c] - PIC12F1840
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stm32.c?view=markup irmp-main-stm32.c] - STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stellaris-arm.c?view=markup irmp-main-stellaris-arm.c] - TI Stellaris LM4F120 Launchpad
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-esp8266.c?view=markup irmp-main-esp8266.c] - ESP8266
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-mbed.cpp?view=markup irmp-main-mbed.cpp] - MBED
* [http://www.mikrocontroller.net/svnbrowser/irmp/examples/Arduino/Arduino.ino?view=markup examples/Arduino/Arduino.ino] - Teensy 3.x
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c] - ChibiOS

{{Warnung|
;Important: include only irmp.h in your application:
<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
</syntaxhighlight>

All other include files are included within irmp.h. See also the sample application irmp-main-avr.c.

Furthermore, the preprocessor constant '''F_CPU in project or makefile''' must be defined. This should have at least the value of 8000000UL, processor speed should be at least 8 MHz. This applies to AVR targets and not for MCUs with PLL.
}}

[[IRMP_-_english#top|IRMP]] also runs on PIC processors. For the PIC-CCS compiler the necessary preprocessor defines are already set, such that [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] can be directly used in the CCS environment. Only a short interrupt service routine like

<syntaxhighlight lang="c" style="font-size:85%;">
void TIMER2_isr(void)
{
irmp_ISR ();
}
</syntaxhighlight>

must be added. The interrupt period time must be set to 66 µs (15 kHz).

For AVR processors you will find an example for the usage of [[IRMP_-_english#top|IRMP]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c]. The main things are the [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|Timer]] initializing of the timer and the processing of received IR commands. The received protocol, the device address and the command will be output on the HW-UART.

For the Stellaris LM4F120 Launchpad from TI (ARM Cortex M4) is a propriate timer init function already integrated in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c].

[[IRMP_-_english#top|IRMP]] can be used also with STM32 microcontrollers.

Another new implementation is available on the mbed platform.

=== avr-gcc Optimizations ===

From version 4.7.x of avr-gcc, the [https://gcc.gnu.org/onlinedocs/gccint/LTO.html#LTO LTO option] can be used to make the call of the external function irmp_ISR() from the main ISR more efficient. This improves the performance of the ISR a little.

Add the following compiler and linker options:

* additional compiler option: -flto
* additional linker options: -flto -Os

If you forget the additional linker option -Os, the binary will be significantly larger as it will not be optimized further. Also, the option -flto must be passed to the linker, otherwise link time optimization will not work.

=== Configuration ===

[[IRMP_-_english#top|IRMP]] is configured by parameters in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h]:

* [[IRMP_-_english#F_INTERRUPTS|number of interrupts per second]]
* [[IRMP_-_english#IRMP_SUPPORT_xxx_PROTOCOL|supported IR protocols]]
* [[IRMP_-_english#IRMP_PORT_LETTER + IRMP_BIT_NUMBER|hardware pin for IR receiver]]
* [[IRMP_-_english#IRMP_LOGGING|IR logging]]

=== Settings in irmpconfig.h ===

[[IRMP_-_english#top|IRMP]] will decode all protocols listed above in one ISR. For this, some settings are needed. These are set in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h].

==== F_INTERRUPTS ====

Number of interrupts per second. Should be set to a value from 10000 to 20000. The higher the value, the better the resolution and therefore the quality of detection. But a higher interrupt rate means also higher CPU load. A value of 15000 is usually a good compromise.

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define F_INTERRUPTS 15000 // interrupts per second
</syntaxhighlight>

On AVR controllers, the [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] example uses Timer1 with 16 bits of resolution. If for any reasons Timer1 is not available, you can also use Timer2 with 8 bits of resolution.

In that case, configure Timer2 as follows:

<syntaxhighlight lang="c" style="font-size:85%;">
OCR2 = (uint8_t) ((F_CPU / F_INTERRUPTS) / 8) - 1 + 0.5); // Compare Register OCR2
TCCR2 = (1 << WGM21) | (1 << CS21); // CTC Mode, prescaler = 8
TIMSK = 1 << OCIE2; // enable Timer2 interrupt
</syntaxhighlight>

The above example is valid for ATmega88/ATmega168/ATmega328. For other AVR MCUs check the datasheet.

You must not forget to change the ISR to Timer2 as well:

<syntaxhighlight lang="c" style="font-size:85%;">
ISR(TIMER2_COMP_vect)
{
(void) irmp_ISR();
}
</syntaxhighlight>

==== IRMP_SUPPORT_xxx_PROTOCOL ====

Here you can select which protocols to enable in [[IRMP_-_english#top|IRMP]]. Common protocols are emabled by default.

To enable additional protocols or disable others to save memory, set the corresponding values in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h].

<syntaxhighlight lang="c" style="font-size:85%;">
// typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE >= 10000 ~300 bytes
#define IRMP_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 >= 10000 ~300 bytes
#define IRMP_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita >= 10000 ~50 bytes
#define IRMP_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo >= 10000 ~250 bytes

// more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_DENON_PROTOCOL 0 // DENON, Sharp >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC5_PROTOCOL 0 // RC5 >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC6_PROTOCOL 0 // RC6 & RC6A >= 10000 ~250 bytes
#define IRMP_SUPPORT_JVC_PROTOCOL 0 // JVC >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC16_PROTOCOL 0 // NEC16 >= 10000 ~100 bytes
#define IRMP_SUPPORT_NEC42_PROTOCOL 0 // NEC42 >= 10000 ~300 bytes
#define IRMP_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) >= 10000 ~300 bytes
#define IRMP_SUPPORT_GRUNDIG_PROTOCOL 0 // Grundig >= 10000 ~300 bytes
#define IRMP_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens Gigaset >= 15000 ~550 bytes
#define IRMP_SUPPORT_NOKIA_PROTOCOL 0 // Nokia >= 10000 ~300 bytes

// exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_BOSE_PROTOCOL 0 // BOSE >= 10000 ~150 bytes
#define IRMP_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein >= 10000 ~200 bytes
#define IRMP_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT >= 10000 ~50 bytes
#define IRMP_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang & Olufsen >= 10000 ~200 bytes
#define IRMP_SUPPORT_RECS80_PROTOCOL 0 // RECS80 (SAA3004) >= 15000 ~50 bytes
#define IRMP_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT (SAA3008) >= 15000 ~50 bytes
#define IRMP_SUPPORT_THOMSON_PROTOCOL 0 // Thomson >= 10000 ~250 bytes
#define IRMP_SUPPORT_NIKON_PROTOCOL 0 // Nikon camera >= 10000 ~250 bytes
#define IRMP_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard >= 10000 ~400 bytes (PROTOTYPE!)
#define IRMP_SUPPORT_ORTEK_PROTOCOL 0 // ORTEK (Hama) >= 10000 ~150 bytes
#define IRMP_SUPPORT_TELEFUNKEN_PROTOCOL 0 // Telefunken 1560 >= 10000 ~150 bytes
#define IRMP_SUPPORT_FDC_PROTOCOL 0 // FDC3402 keyboard >= 10000 (better 15000) ~150 bytes (~400 in combination with RC5)
#define IRMP_SUPPORT_RCCAR_PROTOCOL 0 // RC Car >= 10000 (better 15000) ~150 bytes (~500 in combination with RC5)
#define IRMP_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba >= 10000 ~150 bytes
#define IRMP_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home >= 15000 ~550 bytes
#define IRMP_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX >= 15000 (better 20000) ~300 bytes
#define IRMP_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC >= 20000 ~150 bytes
#define IRMP_SUPPORT_RCMM_PROTOCOL 0 // RCMM 12, 24, or 32 >= 20000 ~150 bytes
</syntaxhighlight>

Each [[IRMP_-_english#top|IRMP]] enabled IR protocol consumes amount of code noted above. Here you can apply optimizations: for example, the modulation frequency of 455 kHz for the [[IRMP_-_english#B&O|B&O]] protocol is far away from the frequencies that are used by other protocols. This usually requires a different IR receiver, so without that, you can disable these protocols. For example, you cannot receive the [[IRMP_-_english#B&O|B&O]] protocol (455kHz) with a TSOP1738/TSOP31238.

Additionally, the [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]]/[[IRMP_-_english#FDC|FDC]]/[[IRMP_-_english#RCCAR|RCCAR]] can only be detected reliably at a frequency of 15 kHz or higher. For [[IRMP_-_english#LEGO|LEGO]], 20 kHz is needed. To use these protocols, you must modify [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]]. Otherwise, during compilation you will get a warning and the corresponding protocols will automatically be disabled.

==== IRMP_PORT_LETTER + IRMP_BIT_NUMBER ====

This constant defines the pin where the IR receiver is connected.

Default value is PORT B6:
<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------
* Change hardware pin here for ATMEL AVR
*---------------------------------------------------------------------------
*/
#if defined (ATMEL_AVR) // use PB6 as IR input on AVR
# define IRMP_PORT_LETTER B
# define IRMP_BIT_NUMBER 6
</syntaxhighlight>

These two values must match your hardware configuration.

This applies also to STM32 MCUs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for ARM STM32
*----------------------------------------------------------------------------
*/
#elif defined (ARM_STM32) // use C13 as IR input on STM32
# define IRMP_PORT_LETTER C
# define IRMP_BIT_NUMBER 13
</syntaxhighlight>

When using STM32 HAL library, define the constants IRSND_Transmit_GPIO_Port and IRSND_Transmit_Pin in STM32Cube (Main.h). In this case, it is not necessary to change the constants in irmpconfig.h:
<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* ARM STM32 with HAL section - don't change here, define IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin in STM32Cube (Main.h)
*---------------------------------------------------------------------------------------------------------------------------------------------------
*/
#elif defined (ARM_STM32_HAL) // IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin must be defined in STM32Cube
# define IRSND_PORT_LETTER IRSND_Transmit_GPIO_Port//Port of Transmit PWM Pin e.g.
# define IRSND_BIT_NUMBER IRSND_Transmit_Pin //Pim of Transmit PWM Pin e.g.
# define IRSND_TIMER_HANDLER htim2 //Handler of Timer e.g. htim (see tim.h)
# define IRSND_TIMER_CHANNEL_NUMBER TIM_CHANNEL_2 //Channel of the used Timer PWM Pin e.g. TIM_CHANNEL_2
# define IRSND_TIMER_SPEED_APBX 64000000 //Speed of the corresponding APBx. (see STM32CubeMX: Clock Configuration)
</syntaxhighlight>

And the corresponding section for STM8 MCUs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for STM8
*----------------------------------------------------------------------------
*/
#elif defined (SDCC_STM8) // use PA1 as IR input on STM8
# define IRMP_PORT_LETTER A
# define IRMP_BIT_NUMBER 1
</syntaxhighlight>

For PIC microcontrollers only the constant '''IRMP_PIN''' needs to be changed - depending on the compiler:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for PIC C18 compiler
*----------------------------------------------------------------------------
*/
#elif defined (PIC_C18) // use RB4 as IR input on PIC
# define IRMP_PIN PORTBbits.RB4

/*----------------------------------------------------------------------------
* Change hardware pin here for PIC CCS compiler
*----------------------------------------------------------------------------
*/
#elif defined (PIC_CCS) // use PB4 as IR input on PIC
# define IRMP_PIN PIN_B4
</syntaxhighlight>

When using ChibiOS HAL, define a pin with the name '''IR_IN''' in your board config (board.chcfg) of ChibiOS and regenerate the board files. To use another name for the pin, edit the constant '''IRMP_PIN''' in irmpconfig.h. Use the name of the pin from the board config and prefix it with "LINE_", as IRMP is using the "line" variant of the PAL interface:

<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* Change hardware pin here for ChibiOS HAL
*---------------------------------------------------------------------------------------------------------------------------------------------------
*/
#elif defined(_CHIBIOS_HAL_)
# define IRMP_PIN LINE_IR_IN // use pin names as defined in the board config file, prefixed with "LINE_"
</syntaxhighlight>

==== IRMP_HIGH_ACTIVE ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_HIGH_ACTIVE 0 // set to 1 if you use a RF receiver!
</syntaxhighlight>

Most RF receivers use active-high signals, so when using an RF receiver instead of an IR sensor, set this value to 1.

'''NEU:'''

==== IRMP_ENABLE_RELEASE_DETECTION ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_ENABLE_RELEASE_DETECTION 0 // enable detection of key releases
</syntaxhighlight>

Set this value to 1 to enable detection of button release events. The function irmp_get_data() then sets the IRMP_FLAG_RELEASE bit in the struct member irmp_data.flags once code transmission ends. See the example in the section '''[[IRMP_-_english#Debouncing|Debouncing]]'''.

==== IRMP_USE_CALLBACK ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_USE_CALLBACK 0 // flag: 0 = don't use callbacks, 1 = use callbacks, default is 0
</syntaxhighlight>

When you turn on callbacks, any level change at the input causes the callback function to be called. This can be used to visualize incoming IR signals by driving another output pin.

Here is an example:

<syntaxhighlight lang="c" style="font-size:85%;">
#define LED_PORT PORTD // LED at PD6
#define LED_DDR DDRD
#define LED_PIN 6

/*-----------------------------------------------------------------------------------------------------------------------
* Called (back) from IRMP module
* This example switches a LED (which is connected to Vcc)
*-----------------------------------------------------------------------------------------------------------------------
*/
void
led_callback (uint_fast8_t on)
{
if (on)
{
LED_PORT &= ~(1 << LED_PIN);
}
else
{
LED_PORT |= (1 << LED_PIN);
}
}

int
main ()
{
...
irmp_init ();

LED_DDR |= (1 << LED_PIN); // LED pin to output
LED_PORT |= (1 << LED_PIN); // switch LED off (active low)
irmp_set_callback_ptr (led_callback);

sei ();
...
}
</syntaxhighlight>

==== IRMP_USE_IDLE_CALL ====

Normally the irmp_ISR() function is called continuously at the F_INTERRUPTS (10-20kHz) frequency. The microcontroller can rarely enter an energy-saving sleep mode, or must constantly wake up from it. If power consumption is important, e.g. on battery power, this approach is not optimal.

If ''IRMP_USE_IDLE_CALL''' is enabled, IRMP detects if no IR transmission is ongoing and then calls the function '''irmp_idle()'''. This is microcontroller-specific and must be provided and linked by the user. The microcontroller can then be put to sleep while there is no ongoing transmission, thus reducing energy consumption.

It is recommended to deactivate the timer interrupt in irmp_idle() and to activate a pin change interrupt instead. Then the microcontroller can be put to sleep. When a falling edge is detected on the IR input pin, the pin change interrupt is disabled, the timer is reenabled and irmp_ISR() is called immediately. You can find an example for the use of irmp_idle() in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c].

Using IRMP purely with pin change interrupts and without timer interrupts is not supported.

==== IRMP_USE_EVENT ====

When using IRMP with ChibiOS/RT or ChibiOS/NIL, you can use their Event module to wake a thread as soon as new IR data is received and decoded.

Set the '''IRMP_USE_EVENT''' constant in irmpconfig.h to 1 to enable this. '''IRMP_EVENT_BIT''' definies the value in the Event bitmask that should symbolize the IRMP event. Use '''IRMP_EVENT_THREAD_PTR''' to define the variable name of the thread pointer that the event is sent to.

Change irmpconfig.h like this:
<syntaxhighlight lang="c" style="font-size:85%;">
/*------------------------------------------------------------------------------------------------------------------------------
* Use ChibiOS Events to signal that valid IR data was received
*------------------------------------------------------------------------------------------------------------------------------
*/
#if defined(_CHIBIOS_RT_) || defined(_CHIBIOS_NIL_)

# ifndef IRMP_USE_EVENT
# define IRMP_USE_EVENT 1 // 1: use event. 0: do not. default is 0
# endif

# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_BIT)
# define IRMP_EVENT_BIT 1 // event flag or bit to send
# endif
# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_THREAD_PTR)
# define IRMP_EVENT_THREAD_PTR ir_receive_thread_p // pointer to the thread to send the event to
extern thread_t *IRMP_EVENT_THREAD_PTR; // the pointer must be defined and initialized elsewhere
# endif

#endif // _CHIBIOS_RT_ || _CHIBIOS_NIL_
</syntaxhighlight>

Now you can use the event in your ChibiOS project like this:
<syntaxhighlight lang="c" style="font-size:85%;">
thread_t *ir_receive_thread_p = NULL;

static THD_FUNCTION(IRThread, arg)
{
ir_receive_thread_p = chThdGetSelfX();
[...]
while (true)
{
// wait for event sent from irmp_ISR
chEvtWaitAnyTimeout(ALL_EVENTS,TIME_INFINITE);

if (irmp_get_data (&irmp_data))
// use data in irmp_data
</syntaxhighlight>

==== IRMP_LOGGING ====

With IRMP_LOGGING the logging of received IR frames can be turned on.

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not. default is 0
</syntaxhighlight>

Further documentation can be found here: [[IRMP_-_english#Scanning_unknown_IR_Protocols|Scanning Unknown IR Protocols]].

=== Using IRMP ===

The protocols supported by [[IRMP_-_english#top|IRMP]] use partly variable, partly fixed bit lengths from 2 up to 48 bits. These are described by preprocessor defines.

[[IRMP_-_english#top|IRMP]] separates these IR frames into 3 sections:

1. protocol ID
2. address or vendor code
3. command

With the function

irmp_get_data (IRMP_DATA * irmp_data_p)

you can recall a decoded message. The return value is 1 if a message has been received, otherwise it is 0. In the first case the struct members

<syntaxhighlight lang="c" style="font-size:85%;">
irmp_data_p->protocol (8 Bit)
irmp_data_p->address (16 Bit)
irmp_data_p->command (16 Bit)
irmp_data_p->flags (8 Bit)
</syntaxhighlight>

contain valid information.

That means that ultimately, you have three values (protocol, address and command) that can be evaluated with an if or switch statement.
Here is a sample decoder which listens for keys 1-9 on a remote:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == IRMP_NEC_PROTOCOL && // NEC protocol
irmp_data.address == 0x1234) // Address 0x1234
{
switch (irmp_data.command)
{
case 0x0001: key1_pressed(); break; // Key 1
case 0x0002: key2_pressed(); break; // Key 2
...
case 0x0009: key9_pressed(); break; // Key 9
}
}
}
</syntaxhighlight>

Here are possible constants for irmp_data.protocol, see also [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h]:

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_SIRCS_PROTOCOL 1 // Sony
#define IRMP_NEC_PROTOCOL 2 // NEC, Pioneer, JVC, Toshiba, generic, etc.
#define IRMP_SAMSUNG_PROTOCOL 3 // Samsung
#define IRMP_MATSUSHITA_PROTOCOL 4 // Matsushita
#define IRMP_KASEIKYO_PROTOCOL 5 // Kaseikyo (Panasonic, etc.)
#define IRMP_RECS80_PROTOCOL 6 // Philips, Thomson, Nordmende, Telefunken, Saba
#define IRMP_RC5_PROTOCOL 7 // Philips etc
#define IRMP_DENON_PROTOCOL 8 // Denon, Sharp
#define IRMP_RC6_PROTOCOL 9 // Philips etc
#define IRMP_SAMSUNG32_PROTOCOL 10 // Samsung32: no sync pulse at bit 16, length 32 instead of 37
#define IRMP_APPLE_PROTOCOL 11 // Apple, very similar to NEC
#define IRMP_RECS80EXT_PROTOCOL 12 // Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
#define IRMP_NUBERT_PROTOCOL 13 // Nubert
#define IRMP_BANG_OLUFSEN_PROTOCOL 14 // Bang & Olufsen
#define IRMP_GRUNDIG_PROTOCOL 15 // Grundig
#define IRMP_NOKIA_PROTOCOL 16 // Nokia
#define IRMP_SIEMENS_PROTOCOL 17 // Siemens, e.g. Gigaset
#define IRMP_FDC_PROTOCOL 18 // FDC keyboard
#define IRMP_RCCAR_PROTOCOL 19 // RC Car
#define IRMP_JVC_PROTOCOL 20 // JVC (NEC with 16 bits)
#define IRMP_RC6A_PROTOCOL 21 // RC6A, e.g. Kathrein, XBOX
#define IRMP_NIKON_PROTOCOL 22 // Nikon
#define IRMP_RUWIDO_PROTOCOL 23 // Ruwido, e.g. T-Home Media Receiver
#define IRMP_IR60_PROTOCOL 24 // IR60 (SDA2008)
#define IRMP_KATHREIN_PROTOCOL 25 // Kathrein
#define IRMP_NETBOX_PROTOCOL 26 // Netbox keyboard (bitserial)
#define IRMP_NEC16_PROTOCOL 27 // NEC with 16 bits (incl. sync)
#define IRMP_NEC42_PROTOCOL 28 // NEC with 42 bits
#define IRMP_LEGO_PROTOCOL 29 // LEGO Power Functions RC
#define IRMP_THOMSON_PROTOCOL 30 // Thomson
#define IRMP_BOSE_PROTOCOL 31 // BOSE
#define IRMP_A1TVBOX_PROTOCOL 32 // A1 TV Box
#define IRMP_ORTEK_PROTOCOL 33 // ORTEK - Hama
#define IRMP_TELEFUNKEN_PROTOCOL 34 // Telefunken (1560)
#define IRMP_ROOMBA_PROTOCOL 35 // iRobot Roomba vacuum cleaner
#define IRMP_RCMM32_PROTOCOL 36 // Fujitsu-Siemens (Activy remote control)
#define IRMP_RCMM24_PROTOCOL 37 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_RCMM12_PROTOCOL 38 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_SPEAKER_PROTOCOL 39 // Another loudspeaker protocol, similar to Nubert
#define IRMP_LGAIR_PROTOCOL 40 // LG air conditioner
#define IRMP_SAMSUNG48_PROTOCOL 41 // air conditioner with Samsung protocol (48 bits)
#define IRMP_MERLIN_PROTOCOL 42 // Merlin (Pollin 620 185)
#define IRMP_PENTAX_PROTOCOL 43 // Pentax camera
#define IRMP_FAN_PROTOCOL 44 // FAN (ventilator), very similar to NUBERT, but last bit is data bit instead of stop bit
#define IRMP_S100_PROTOCOL 45 // very similar to RC5, but 14 instead of 13 data bits
#define IRMP_ACP24_PROTOCOL 46 // Stiebel Eltron ACP24 air conditioner
#define IRMP_TECHNICS_PROTOCOL 47 // Technics, similar to Matsushita, but 22 instead of 24 bits
#define IRMP_PANASONIC_PROTOCOL 48 // Panasonic (video projector), start bits similar to KASEIKYO
#define IRMP_MITSU_HEAVY_PROTOCOL 49 // Mitsubishi heavy air conditioner, similar timing to Panasonic video projector
#define IRMP_VINCENT_PROTOCOL 50 // Vincent
#define IRMP_SAMSUNGAH_PROTOCOL 51 // Samsung AH
#define IRMP_IRMP16_PROTOCOL 52 // IRMP specific protocol for data transfer, e.g. between two microcontrollers via IR
#define IRMP_GREE_PROTOCOL 53 // Gree climate
#define IRMP_RCII_PROTOCOL 54 // RC II Infrared Remote Control Protocol for FM8
#define IRMP_METZ_PROTOCOL 55 // METZ
#define IRMP_ONKYO_PROTOCOL 56 // Onkyo
</syntaxhighlight>

The values of address and the command code of an unknown remote can be received and printed to UART or LCD. Then these values can be hard-coded in your decoder routine. Or you can write a learning routine, where you press keys to store the code into EEPROM. A sample for this can be found in [http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP Lernfähige IR-Fernbedienung mit IRMP].

Another [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup example main function] is included in the zip file, showing also the timer initialization.

=== Debouncing ===

To distinguish between a long key press or a single press, the IRMP_FLAG_REPETITION bit is provided. It is set in the struct member '''flags''' when a key on the remote is held, causing the same command to be repeated within a short period of time.

Example:

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_data.flags & IRMP_FLAG_REPETITION)
{
// long key press
// either:
// ignore the (repeated) key
// or:
// use this information for a repeat function
}
else
{
// key was pressed again
}
</syntaxhighlight>

This can be used to debounce the keys 0-9 by ignoring commands with the IRMP_FLAG_REPETITION bit set. For keys like 'VOLUME+' or 'VOLUME-' using the repetition can be useful, for example to [[LED-Fading|fade a LED]].

If you want to decode only single keys, you can reduce the block above to:

<syntaxhighlight lang="c" style="font-size:85%;">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// New key
// ACTION!
}
</syntaxhighlight>

'''NEW:'''

From version 3.2.2, key releases can be detected. In this case, the IRMP_FLAG_RELEASE flag is set once the remote control has ceased sending IR or RF frames.

Example:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

while (1)
{
if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == NEC_PROTOCOL && irmp_data.address == 0x1234)
{
if (irmp_data.command == 0x42 && irmp_data.flags == 0x00) // First frame, flags not set
{
motor_on ();
}
else if (irmp_data.flags & IRMP_FLAG_RELEASE) // Key is released
{
motor_off ();
}
}
}
}
</syntaxhighlight>

In the above example, a motor is turned on when a specific button on the remote control is pressed. The motor will not stop again until you release the button.

'''Important when evaluating IRMP_FLAG_RELEASE:'''

You must not rely on irmp_data.command to still contain the original command code (0x42 here). There are remote controls (e.g. RF remotes for remote controlled receptacles) which send a special key release code when the key is released. Simply check that the irmp_data.address matches before evaluating the flag.

'''This feature must be enabled explicitly in irmpconfig.h by changing the configuration variable IRMP_ENABLE_RELEASE_DETECTION'''.

== Principles of Operation ==

The "workhorse" of [[IRMP_-_english#top|IRMP]] is the interrupt service routine irmp_ISR() which should be called 15000 times per second. When using a different rate, the constant [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] needs to be modified accordingly.

First, irmp_ISR() detects the length and the type of the start bit(s) and uses this to determine the protocol in use. As soon as the protocol is identified, subsequent bits are parametrized to read them efficiently until the IR transmission is complete.

To cut off critics:

I know that the ISR is quite large. But since it behaves like a state machine, the effective executed code per cycle is relatively small. As long as the input is "dark" (and that is the case most of the time ;-)) the spent time is vanishingly short. In the WordClock project for example, 8 ISRs are called with the same timer, of which irmp_ISR() just one of many. With a MCU clock of at least 8 MHz, no timing problems occured. Consequently, I see no problem with the length of the ISR.

A crystal is not mandatory, it works well with the internal AVR oscillator. Remember to set the correct fuses for the CPU to run at 8 MHz, check [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] for correct values for an ATMEGA88.

== Scanning Unknown IR Protocols ==

To enable logging in [[IRMP_-_english#top|IRMP]], modify the value of [[IRMP_-_english#IRMP_LOGGING|IRMP_LOGGING]] to 1 of [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] on the line

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not (default)
</syntaxhighlight>

When logging is enabled, the bright and dark phases are sent via UART at 9600 bits/s: 1=dark, 0=bright. The constants in the functions uart_init() and uart_putc() may need to be modified, depending on the AVR MCU used.

'''Note: for PIC microcontrollers there is a dedicated logging module named [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]. This makes it possible to log via USB. This does not apply to the AVR version'''

By capturing these protocol scans with a terminal program and saving them to a text file, you can use these files to analyze the frames in order to add new protocols to [[IRMP_-_english#top|IRMP]] - see next chapter.

If you have a remote control that is not supported by [[IRMP_-_english#top|IRMP]], you can send me ([http://www.mikrocontroller.net/user/show/ukw ukw]) the scan files. Then I can check if the protocol is compatible with the IRMP model and modify the source code if applicable.

== IRMP under Linux and Windows ==

=== Compilation ===

[http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] can be compiled under Linux for testing IR scans in textfiles. In the subdirectory 'IR-Data' you will find such files that you can use as input files for [[IRMP_-_english#top|IRMP]].

To compile [[IRMP_-_english#top|IRMP]], enter:

make -f makefile.lnx

This will generate 3 IRMP versions:

* irmp-10kHz: Version for 10kHz scans
* irmp-15kHz: Version for 15kHz scans
* irmp-20kHz: Version for 20kHz scans

=== Starting IRMP ===

The calling syntax is:

./irmp-nnkHz [-l|-p|-a|-v] < scan-file

Options are mutually exclusive, so only one option per call is valid:

Option:

-l List print a list with pulses and pauses
-a analyze analyse the pulses/pauses and write a "spectrum" in ASCII format
-v verbose verbose output
-p Print Timings print a timing table for all protocols

Samples:

=== Normal Output ===

./irmp-10kHz < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------
# Taste 1
00000001110111101000000001111111 p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------
# Taste 2
00000001110111100100000010111111 p = 2, a = 0x7b80, c = 0x0002, f = 0x00
-------------------------------------------------------------------------
# Taste 3
00000001110111101100000000111111 p = 2, a = 0x7b80, c = 0x0003, f = 0x00
-------------------------------------------------------------------------
# Taste 4
00000001110111100010000011011111 p = 2, a = 0x7b80, c = 0x0004, f = 0x00
-------------------------------------------------------------------------
...
</syntaxhighlight>

=== Output Lists ===

./irmp-10kHz -l < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
# Taste 1
pulse: 91 pause: 44
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 16
...
</syntaxhighlight>

=== Analysis ===

./irmp-10kHz -a < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------------
START PULSES:
90 o 1
91 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 33
92 ooo 2
pulse avg: 91.0=9102.8 us, min: 90=9000.0 us, max: 92=9200.0 us, tol: 1.1%
-------------------------------------------------------------------------------
START PAUSES:
43 oo 1
44 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 25
45 oooooooooooooooooooooooo 10
pause avg: 44.2=4425.0 us, min: 43=4300.0 us, max: 45=4500.0 us, tol: 2.8%
-------------------------------------------------------------------------------
PULSES:
5 o 17
6 ooooooooooooooooooooooooooooooooooooooooooooooooooooooo 562
7 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 609
pulse avg: 6.5= 649.8 us, min: 5= 500.0 us, max: 7= 700.0 us, tol: 23.1%
-------------------------------------------------------------------------------
PAUSES:
4 ooooooooooooooooooooooo 169
5 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 412
6 oooo 31
pause avg: 4.8= 477.5 us, min: 4= 400.0 us, max: 6= 600.0 us, tol: 25.7%
15 oooooo 43
16 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 425
17 oooooooooo 72
pause avg: 16.1=1605.4 us, min: 15=1500.0 us, max: 17=1700.0 us, tol: 6.6%
-------------------------------------------------------------------------------
</syntaxhighlight>

Here you see the measured times of all pulses and pauses (spaces) as horizontal bar graphs, whose distributions are not ideal bell curves due to the ASCII formatting. The narrower the measured peaks, the better the timing of the remote.

The above output can be read as:

* the start bit has a pulse length between 9000 and 9200 µs, on average 9102 µs. The deviation from this average is about 1.1%

* the start bit has a space length between 4300 and 4500 µs, the average is 4424 µs. The error is about 2.8%.

* the pulse length of a data bit is between 500 and 700 µs, on average 650 µs, the error is (quite large!) 23.1%

Further there are two more spaces of different lengths (for bits 0 and 1). Reading these is left as an exercise to the reader. ;-)

=== Verbose Output ===

./irmp-10kHz -v < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------------
# 1 - IR-cmd: 0x0001
0.200ms [starting pulse]
13.700ms [start-bit: pulse = 91, pause = 44]
protocol = NEC, start bit timings: pulse: 62 - 118, pause: 30 - 60
pulse_1: 3 - 8
pause_1: 11 - 23
pulse_0: 3 - 8
pause_0: 3 - 8
command_offset: 16
command_len: 16
complete_len: 32
stop_bit: 1
14.800ms [bit 0: pulse = 6, pause = 5] 0
16.000ms [bit 1: pulse = 6, pause = 6] 0
17.100ms [bit 2: pulse = 6, pause = 5] 0
18.200ms [bit 3: pulse = 6, pause = 5] 0
19.300ms [bit 4: pulse = 6, pause = 5] 0
20.500ms [bit 5: pulse = 6, pause = 6] 0
21.600ms [bit 6: pulse = 6, pause = 5] 0
23.800ms [bit 7: pulse = 6, pause = 16] 1
26.100ms [bit 8: pulse = 6, pause = 17] 1
28.300ms [bit 9: pulse = 6, pause = 16] 1
29.500ms [bit 10: pulse = 6, pause = 6] 0
31.700ms [bit 11: pulse = 6, pause = 16] 1
34.000ms [bit 12: pulse = 6, pause = 17] 1
36.200ms [bit 13: pulse = 6, pause = 16] 1
38.500ms [bit 14: pulse = 6, pause = 17] 1
39.600ms [bit 15: pulse = 6, pause = 5] 0
41.900ms [bit 16: pulse = 6, pause = 17] 1
43.000ms [bit 17: pulse = 6, pause = 5] 0
44.100ms [bit 18: pulse = 6, pause = 5] 0
45.200ms [bit 19: pulse = 6, pause = 5] 0
46.400ms [bit 20: pulse = 7, pause = 5] 0
47.500ms [bit 21: pulse = 6, pause = 5] 0
48.600ms [bit 22: pulse = 6, pause = 5] 0
49.800ms [bit 23: pulse = 6, pause = 6] 0
50.900ms [bit 24: pulse = 5, pause = 6] 0
53.100ms [bit 25: pulse = 6, pause = 16] 1
55.400ms [bit 26: pulse = 6, pause = 17] 1
57.600ms [bit 27: pulse = 6, pause = 16] 1
59.900ms [bit 28: pulse = 6, pause = 17] 1
62.100ms [bit 29: pulse = 6, pause = 16] 1
64.400ms [bit 30: pulse = 6, pause = 17] 1
66.700ms [bit 31: pulse = 6, pause = 17] 1
stop bit detected
67.300ms code detected, length = 32
67.300ms p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------------
</syntaxhighlight>

=== Starting under Windows ===

[[IRMP_-_english#top|IRMP]] can be used under Windows as well:

* start command line console
* change to directory 'irmp'
* enter:
irmp-10kHz.exe < IR-Data\rc5x.txt

The same options apply as for the Linux version.

=== Long Output ===

As some output is very long, it is recommended to redirect the output to a file or filter for paging:

Linux:

./irmp-10kHz < IR-Data/rc5x.txt | less

Windows:

irmp-10kHz.exe < IR-Data\rc5x.txt | more

== Remote Controls ==

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! Protocol || Name || Device || Device Address
|-
| [[IRMP_-_english#NEC_+_extended_NEC|NEC]] || Toshiba CT-9859 || TV || 0x5F40
|-
VCR|-
| || Elta 8848 MP 4 || DVD player || 0x7F00
|-
| || AS-218 || Askey TV-View CHP03X (TV tuner card) || 0x3B86
|-
| || Cyberhome ??? || Cyberhome DVD player || 0x6D72
|-
| || WD TV Live || Western Digital Multimediaplayer || 0x1F30
|-
| || Canon WL-DC100 || Kamera Canon PowerShot G5 || 0xB1CA
|-
| [[IRMP_-_english#NEC16|NEC16]] || Daewoo || VCR || 0x0015
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Technics EUR646497 || SA-AX 730 AV receiver || 0x2002
|-
| || Panasonic TV || TX-L32EW6 TV || 0x2002
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Loewe Assist/RC3/RC4 || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips TV || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony RM-816 || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#DENON|DENON]] || DENON RC970 || AVR3805 AV receiver || 0x0008
|-
| || DENON RC970 || DVD/CD player || 0x0002
|-
| || DENON RC970 || Tuner || 0x0006
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung AA59-00484A || LE40D550 TV || 0x0707
|-
| || LG AKB72033901 || BD370 Blu-Ray player || 0x2D2D
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple || Apple iPod Dock || 0x0020
|-
|}

----

== Cameras ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
[[IRMP_-_english#top|IRMP]] supports more and more camera remotes like:

* [[IRMP_-_english#PENTAX|PENTAX]]
* [[IRMP_-_english#Nikon|Nikon]]

The array of commands is quite limited. Cameras understand only the shutter release command.
||
[[Datei:Irmp-pentax.png|miniatur|PENTAX protocol]]
|}

Here is a short table for [[IRMP_-_english#PENTAX|PENTAX]] cameras:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Command || Function
|-
| 0x0000 || Shutter release
|-
| 0x0001 || change zoom level
|-
|}

Because there is no address designated in the [[IRMP_-_english#PENTAX|PENTAX]] protocol, for transmitting, it should be set to 0x0000 in [[IRSND_-_english|IRSND]].

For Nikon cameras, a crystal should be used because these cameras are quite sensitive to timing accuracy.

== IR Keyboards ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
From version 1.7.0 on, [[IRMP_-_english#top|IRMP]] also supports IR keyboards, namely the FDC-3402 <s> from www.pollin.de (partno. 711 056) for less than 2 Euro.</s> (not available as of 19.09.2017 )

On detection of a key press the following data is returned:

Protocol number (irmp_data.protocol): 18
Address (irmp_data.address) : 0x003F
||
[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402 keyboard]]
|}

The following values are returned as commands (irmp_data.command) :

{| class="wikitable" style="font-size:50%; text-align:center;"
|- style="background-color:#eeeeee"
! Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key
|-
| 0x0000 || || 0x0010 || TAB || 0x0020 || 's' || 0x0030 || 'c' || 0x0040 || || 0x0050 || HOME || 0x0060 || || 0x0070 || MENUE
|-
| 0x0001 || '^' || 0x0011 || 'q' || 0x0021 || 'd' || 0x0031 || 'v' || 0x0041 || || 0x0051 || END || 0x0061 || || 0x0071 || BACK
|-
| 0x0002 || '1' || 0x0012 || 'w' || 0x0022 || 'f' || 0x0032 || 'b' || 0x0042 || || 0x0052 || || 0x0062 || || 0x0072 || FORWARD
|-
| 0x0003 || '2' || 0x0013 || 'e' || 0x0023 || 'g' || 0x0033 || 'n' || 0x0043 || || 0x0053 || UP || 0x0063 || || 0x0073 || ADDRESS
|-
| 0x0004 || '3' || 0x0014 || 'r' || 0x0024 || 'h' || 0x0034 || 'm' || 0x0044 || || 0x0054 || DOWN || 0x0064 || || 0x0074 || WINDOW
|-
| 0x0005 || '4' || 0x0015 || 't' || 0x0025 || 'j' || 0x0035 || ',' || 0x0045 || || 0x0055 || PAGE_UP || 0x0065 || || 0x0075 || 1ST_PAGE
|-
| 0x0006 || '5' || 0x0016 || 'z' || 0x0026 || 'k' || 0x0036 || '.' || 0x0046 || || 0x0056 || PAGE_DOWN || 0x0066 || || 0x0076 || STOP
|-
| 0x0007 || '6' || 0x0017 || 'u' || 0x0027 || 'l' || 0x0037 || '-' || 0x0047 || || 0x0057 || || 0x0067 || || 0x0077 || MAIL
|-
| 0x0008 || '7' || 0x0018 || 'i' || 0x0028 || 'ö' || 0x0038 || || 0x0048 || || 0x0058 || || 0x0068 || || 0x0078 || FAVORITES
|-
| 0x0009 || '8' || 0x0019 || 'o' || 0x0029 || 'ä' || 0x0039 || SHIFT_RIGHT || 0x0049 || || 0x0059 || RIGHT || 0x0069 || || 0x0079 || NEW_PAGE
|-
| 0x000A || '9' || 0x001A || 'p' || 0x002A || '#' || 0x003A || CTRL || 0x004A || || 0x005A || || 0x006A || || 0x007A || SETUP
|-
| 0x000B || '0' || 0x001B || 'ü' || 0x002B || CR || 0x003B || || 0x004B || INSERT || 0x005B || || 0x006B || || 0x007B || FONT
|-
| 0x000C || 'ß' || 0x001C || '+' || 0x002C || SHIFT_LEFT || 0x003C || ALT_LEFT || 0x004C || DELETE || 0x005C || || 0x006C || || 0x007C || PRINT
|-
| 0x000D || '´' || 0x001D || || 0x002D || '<' || 0x003D || SPACE || 0x004D || || 0x005D || || 0x006D || || 0x007D ||
|-
| 0x000E || || 0x001E || CAPSLOCK || 0x002E || 'y' || 0x003E || ALT_RIGHT || 0x004E || || 0x005E || || 0x006E || ESCAPE || 0x007E || ON_OFF
|-
| 0x000F || BACKSPACE || 0x001F || 'a' || 0x002F || 'x' || 0x003F || || 0x004F || LEFT || 0x005F || || 0x006F || || 0x007F ||
|-
|}

Special keys on the left:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Code || Key
|-
|-
| 0x0400 || KEY_MOUSE_1
|-
| 0x0800 || KEY_MOUSE_2
|}

The above values are for pressing a key. On release, [[IRMP_-_english#top|IRMP]] sets also bit 8 (0x80) in the command.

Example:

Key 'a' pressed: 0x001F
Key 'a' released: 0x009F

The ON/OFF key is an exception: This key only sends a code for a key press, not for the release.

If a key is held, this is indicated in irmp_data.flag.

Example:

command flag
Key 'a' pressed: 0x001F 0x00
Key 'a' pressed: 0x001F 0x01
Key 'a' pressed: 0x001F 0x01
Key 'a' pressed: 0x001F 0x01
....
Key 'a' released: 0x009F 0x00

When key combinations (like a capital 'A') are pressed, then the return values are a sequence like this:

Left SHIFT-key pressed: 0x0002
Key 'a' pressed: 0x001F
Key 'a' released: 0x009F
Left SHIFT-key released: 0x0082

In [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] you will find a function get_fdc_key() for the Linux version, which can be used as a template to convert the FDC keycodes into the corresponding ASCII codes. This function can be used either locally on the MCU to decode the keycodes, or on the host system (e.g. PC) where the IRMP data structure is sent to. Therefore the function including preprocessor constants should be copied to your application code.

Here is an excerpt:
<syntaxhighlight lang="c" style="font-size:85%;">
#define STATE_LEFT_SHIFT 0x01
#define STATE_RIGHT_SHIFT 0x02
#define STATE_LEFT_CTRL 0x04
#define STATE_LEFT_ALT 0x08
#define STATE_RIGHT_ALT 0x10

#define KEY_ESCAPE 0x1B // keycode = 0x006e
#define KEY_MENUE 0x80 // keycode = 0x0070
#define KEY_BACK 0x81 // keycode = 0x0071
#define KEY_FORWARD 0x82 // keycode = 0x0072
#define KEY_ADDRESS 0x83 // keycode = 0x0073
#define KEY_WINDOW 0x84 // keycode = 0x0074
#define KEY_1ST_PAGE 0x85 // keycode = 0x0075
#define KEY_STOP 0x86 // keycode = 0x0076
#define KEY_MAIL 0x87 // keycode = 0x0077
#define KEY_FAVORITES 0x88 // keycode = 0x0078
#define KEY_NEW_PAGE 0x89 // keycode = 0x0079
#define KEY_SETUP 0x8A // keycode = 0x007a
#define KEY_FONT 0x8B // keycode = 0x007b
#define KEY_PRINT 0x8C // keycode = 0x007c
#define KEY_ON_OFF 0x8E // keycode = 0x007c

#define KEY_INSERT 0x90 // keycode = 0x004b
#define KEY_DELETE 0x91 // keycode = 0x004c
#define KEY_LEFT 0x92 // keycode = 0x004f
#define KEY_HOME 0x93 // keycode = 0x0050
#define KEY_END 0x94 // keycode = 0x0051
#define KEY_UP 0x95 // keycode = 0x0053
#define KEY_DOWN 0x96 // keycode = 0x0054
#define KEY_PAGE_UP 0x97 // keycode = 0x0055
#define KEY_PAGE_DOWN 0x98 // keycode = 0x0056
#define KEY_RIGHT 0x99 // keycode = 0x0059
#define KEY_MOUSE_1 0x9E // keycode = 0x0400
#define KEY_MOUSE_2 0x9F // keycode = 0x0800

static uint8_t
get_fdc_key (uint16_t cmd)
{
static uint8_t key_table[128] =
{
// 0 1 2 3 4 5 6 7 8 9 A B C D E F
0, '^', '1', '2', '3', '4', '5', '6', '7', '8', '9', '0', 0xDF, '´', 0, '\b',
'\t', 'q', 'w', 'e', 'r', 't', 'z', 'u', 'i', 'o', 'p', 0xFC, '+', 0, 0, 'a',
's', 'd', 'f', 'g', 'h', 'j', 'k', 'l', 0xF6, 0xE4, '#', '\r', 0, '<', 'y', 'x',
'c', 'v', 'b', 'n', 'm', ',', '.', '-', 0, 0, 0, 0, 0, ' ', 0, 0,

0, '°', '!', '"', '§', '$', '%', '&', '/', '(', ')', '=', '?', '`', 0, '\b',
'\t', 'Q', 'W', 'E', 'R', 'T', 'Z', 'U', 'I', 'O', 'P', 0xDC, '*', 0, 0, 'A',
'S', 'D', 'F', 'G', 'H', 'J', 'K', 'L', 0xD6, 0xC4, '\'', '\r', 0, '>', 'Y', 'X',
'C', 'V', 'B', 'N', 'M', ';', ':', '_', 0, 0, 0, 0, 0, ' ', 0, 0
};
static uint8_t state;

uint8_t key = 0;

switch (cmd)
{
case 0x002C: state |= STATE_LEFT_SHIFT; break; // pressed left shift
case 0x00AC: state &= ~STATE_LEFT_SHIFT; break; // released left shift
case 0x0039: state |= STATE_RIGHT_SHIFT; break; // pressed right shift
case 0x00B9: state &= ~STATE_RIGHT_SHIFT; break; // released right shift
case 0x003A: state |= STATE_LEFT_CTRL; break; // pressed left ctrl
case 0x00BA: state &= ~STATE_LEFT_CTRL; break; // released left ctrl
case 0x003C: state |= STATE_LEFT_ALT; break; // pressed left alt
case 0x00BC: state &= ~STATE_LEFT_ALT; break; // released left alt
case 0x003E: state |= STATE_RIGHT_ALT; break; // pressed left alt
case 0x00BE: state &= ~STATE_RIGHT_ALT; break; // released left alt

case 0x006e: key = KEY_ESCAPE; break;
case 0x004b: key = KEY_INSERT; break;
case 0x004c: key = KEY_DELETE; break;
case 0x004f: key = KEY_LEFT; break;
case 0x0050: key = KEY_HOME; break;
case 0x0051: key = KEY_END; break;
case 0x0053: key = KEY_UP; break;
case 0x0054: key = KEY_DOWN; break;
case 0x0055: key = KEY_PAGE_UP; break;
case 0x0056: key = KEY_PAGE_DOWN; break;
case 0x0059: key = KEY_RIGHT; break;
case 0x0400: key = KEY_MOUSE_1; break;
case 0x0800: key = KEY_MOUSE_2; break;

default:
{
if (!(cmd & 0x80)) // pressed key
{
if (cmd >= 0x70 && cmd <= 0x7F) // function keys
{
key = cmd + 0x10; // 7x -> 8x
}
else if (cmd < 64) // key listed in key_table
{
if (state & (STATE_LEFT_ALT | STATE_RIGHT_ALT))
{
switch (cmd)
{
case 0x0003: key = 0xB2; break; // ²
case 0x0008: key = '{'; break;
case 0x0009: key = '['; break;
case 0x000A: key = ']'; break;
case 0x000B: key = '}'; break;
case 0x000C: key = '\\'; break;
case 0x001C: key = '~'; break;
case 0x002D: key = '|'; break;
case 0x0034: key = 0xB5; break; // µ
}
}
else if (state & (STATE_LEFT_CTRL))
{
if (key_table[cmd] >= 'a' && key_table[cmd] <= 'z')
{
key = key_table[cmd] - 'a' + 1;
}
else
{
key = key_table[cmd];
}
}
else
{
int idx = cmd + ((state & (STATE_LEFT_SHIFT | STATE_RIGHT_SHIFT)) ? 64 : 0);

if (key_table[idx])
{
key = key_table[idx];
}
}
}
}
break;
}
}

return (key);
}
</syntaxhighlight>

As a final example, use of the get_fdc_key() function:

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_get_data (&irmp_data))
{
uint8_t key;

if (irmp_data.protocol == IRMP_FDC_PROTOCOL &&
(key = get_fdc_key (irmp_data.command)) != 0)
{
if ((key >= 0x20 && key < 0x7F) || key >= 0xA0) // show only printable characters
{
printf ("ascii-code = 0x%02x, character = '%c'\n", key, key);
}
else // it's a non-printable key
{
printf ("ascii-code = 0x%02x\n", key);
}
}
}
</syntaxhighlight>

Non-printable characters are coded as follows:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Key || Constant || Value
|-
| ESC || KEY_ESCAPE || 0x1B
|-
| Menu || KEY_MENUE || 0x80
|-
| Back || KEY_BACK || 0x81
|-
| Forward || KEY_FORWARD || 0x82
|-
| Adress || KEY_ADDRESS || 0x83
|-
| Window || KEY_WINDOW || 0x84
|-
| 1. Page || KEY_1ST_PAGE || 0x85
|-
| Stop || KEY_STOP || 0x86
|-
| Mail || KEY_MAIL || 0x87
|-
| Fav. || KEY_FAVORITES || 0x88
|-
| New Page || KEY_NEW_PAGE || 0x89
|-
| Setup || KEY_SETUP || 0x8A
|-
| Font || KEY_FONT || 0x8B
|-
| Print || KEY_PRINT || 0x8C
|-
| On/Off || KEY_ON_OFF || 0x8E
|-
| Backspace || '\b' || 0x08
|-
| CR/ENTER || '\r' || 0x0C
|-
| TAB || '\t' || 0x09
|-
| Insert || KEY_INSERT || 0x90
|-
| Delete || KEY_DELETE || 0x91
|-
| Cursor left || KEY_LEFT || 0x92
|-
| Pos1 || KEY_HOME || 0x93
|-
| End || KEY_END || 0x94
|-
| Cursor right || KEY_UP || 0x95
|-
| Cursor down || KEY_DOWN || 0x96
|-
| Page up || KEY_PAGE_UP || 0x97
|-
| Page down || KEY_PAGE_DOWN || 0x98
|-
| Cursor left || KEY_RIGHT || 0x99
|-
| Left Mousebutton || KEY_MOUSE_1 || 0x9E
|-
| Right Mousebutton || KEY_MOUSE_2 || 0x9F
|-
|}

The get_fdc_key() function considers the state of the Shift, Ctrl, and Alt keys. As a result, not only capital letters can be entered, but also special characters with Alt + key combinations, e.g. Alt + m -> µ or Alt + q -> @. You can also send Ctrl + A to Ctrl + Z by using the Ctrl key. The Caps Lock key is ignored, as I regard this key as the most unnecessary key at all ;-)

= Appendix =

== IR Protocols in Detail ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Protocols ===
||
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]
|}

==== NEC + extended NEC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#NEC Protocol|NEC + extended NEC]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz / 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data NEC || 8 address bits + 8 inverted address bits + 8 command bits + 8 inverted command bits
|-
| Data ext. NEC || 16 address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || 9000µs pulse, 2250µs pause, 560µs pulse, ~100ms pause
|-
| Bit order || LSB first
|-
|}

==== JVC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#NEC16 Protocol (JVC)|JVC]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 4 address bits + 12 command bits
|-
| Start bit || 9000µs pulse, 4500µs pause, 6000µs pause if key repeat
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after pause of 25ms
|-
| Bit order || LSB first
|-
|}

==== NEC16 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC16''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 8 address bits + 1 sync bit + 8 data bits + 1 stop bit
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| sync bit || 560µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after pause of 25ms?
|-
| Bit order || LSB first
|-
|}

==== NEC42 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC42''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 42 data bits + 1 stop bit
|-
| Data || 13 address bits + 13 inverted address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after 110ms (beginning from start bit), 9000µs pulse, 2250µs pause, 560µs pulse
|-
| Bit order || LSB first
|-
|}

==== ACP24 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#ACP24 Protocol|ACP24]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 70 data bits + 1 stop bit
|-
| Data || 0 address bits + 70 command bits
|-
| Start bit || 390µs pulse, 950µs pause
|-
| 0 bit || 390µs pulse, 950µs pause
|-
| 1 bit || 390µs pulse, 13000µs pause
|-
| Stop bit || 390µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== LGAIR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#LGAIR Protocol|LGAIR]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 28 data bits + 1 stop bit
|-
| Data || 8 address bits + 16 command bits + 4 checksum bits
|-
| Start bit || 9000µs pulse, 4500µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 0 bit || 560µs pulse, 560µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 1 bit || 560µs pulse, 1690µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Stop bit || 560µs pulse (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first ('''differs''' from [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
|}

==== SAMSUNG ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#SAMSUNG Protocol|SAMSUNG]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || ?? kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data(1) bits + 1 sync bit + 20 data(2)-bits + 1 stop bit
|-
| Data(1) || 16 address bits
|-
| Data(2) || 4 ID bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| sync bit || 550µs pulse, 4500µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || LSB first
|-
|}

==== SAMSUNG32 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG32''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 16 command bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 47msec
|-
| Bit order || LSB first
|-
|}

==== SAMSUNG48 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG48''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 48 data bits + 1 stop bit
|-
| Data || 16 address bits + 32 command bits
|-
| Command || 8 bits + 8 inverted bits + 8 bits + 8 inverted bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || one after approx. 5 msec
|-
| Key repeat || after approx. 45 msec
|-
| Bit order || LSB first
|-
|}

==== MATSUSHITA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#MATSUHITA Protocol|MATSUSHITA]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance, timing identical to [[IRMP_-_english#TECHNICS|TECHNICS]]
|-
| Frame || 1 start bit + 24 data bits + 1 stop bit
|-
| Data || 6 customer bits + 6 command bits + 12 address bits
|-
| Start bit || 3488µs pulse, 3488µs pause
|-
| 0 bit || 872µs pulse, 872µs pause
|-
| 1 bit || 872µs pulse, 2616µs pause
|-
| Stop bit || 872µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms pause
|-
| Bit order || LSB first?
|-
|}

==== TECHNICS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TECHNICS''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz?
|-
| Coding || pulse distance, timing identical to [[IRMP_-_english#MATSUSHITA|MATSUSHITA]]
|-
| Frame || 1 start bit + 22 data bits + 1 stop bit
|-
| Data || 11 command bits + 11 inverted command bits
|-
| Start bit || 3488µs pulse, 3488µs pause
|-
| 0 bit || 872µs pulse, 872µs pause
|-
| 1 bit || 872µs pulse, 2616µs pause
|-
| Stop bit || 872µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms pause
|-
| Bit order || LSB first?
|-
|}

==== KASEIKYO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#KASEIKYO_Protocol_.28.22Japan Protocol.22.29|KASEIKYO]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 48 data bits + 1 stop bit
|-
| Data || 16 customer bits + 4 parity bits + 4 genre1 bits + 4 genre2 bits + 10 command bits + 2 ID bits + 8 parity bits
|-
| Start bit || 3380µs pulse, 1690µs pause
|-
| 0 bit || 423µs pulse, 423µs pause
|-
| 1 bit || 423µs pulse, 1269µs pause
|-
| Stop bit || 423µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 80ms pause
|-
| Bit order || LSB first?
|-
|}

==== RECS80 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RECS80 and RECS80 Extended Protocol|RECS80]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bits + 10 data bits + 1 stop bit
|-
| Data || 1 toggle bit + 3 address bits + 6 command bits
|-
| Start bit || 158µs pulse, 7432µs pause
|-
| 0 bit || 158µs pulse, 4902µs pause
|-
| 1 bit || 158µs pulse, 7432µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RECS80EXT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RECS80 and RECS80 Extended Protocol|RECS80EXT]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 2 start bits + 11 data bits + 1 stop bit
|-
| Data || 1 toggle bit + 4 address bits + 6 command bits
|-
| Start bit || 158µs pulse, 3637µs pause
|-
| 0 bit || 158µs pulse, 4902µs pause
|-
| 1 bit || 158µs pulse, 7432µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== DENON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Denon Protocol|DENON]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz (in practice, theoretically: 32 kHz)
|-
| Coding || pulse distance
|-
| Frame || 0 start bits + 15 data bits + 1 stop bit
|-
| Data || 5 address bits + 10 command bits
|-
| Command || 6 data bits + 2 extension bits + 2 data construction bits (normal: 00, inverted: 11)
|-
| Start bit || none
|-
| 0 bit || 310µs pulse, 745µs pause (in practice, theoretically: 275µs pulse, 775µs pause)
|-
| 1 bit || 310µs pulse, 1780µs pause (in practice, theoretically: 275µs pulse, 1900µs pause)
|-
| Stop bit || 310µs pulse (310µs pulse, 745µs pause (in practice, theoretically: 275µs pulse)
|-
| Repetition || after 65ms with inverted command bits (data construction bits = 11)
|-
| Key repeat || both frames after 65ms
|-
| Bit order || MSB first
|-
|}

==== APPLE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''APPLE''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 11100000 + 8 command bits
|-
| Start bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| 0 bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| 1 bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| Stop bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || LSB first
|-
|}

==== BOSE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''BOSE''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 0 address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 1060µs pulse, 1425µs pause
|-
| 0 bit || 550µs pulse, 437µs pause
|-
| 1 bit || 550µs pulse, 1425µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || LSB first
|-
|}

==== B&O ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Bang & Olufsen|B&O]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 455 kHz
|-
| Coding || pulse distance
|-
| Frame || 4 start bits + 16 data bits + 1 trailer bit + 1 stop bit
|-
| Data || 0 address bits + 16 command bits
|-
| Start bit 1 || 200µs pulse, 2925µs pause
|-
| Start bit 2 || 200µs pulse, 2925µs pause
|-
| Start bit 3 || 200µs pulse, 15425µs pause
|-
| Start bit 4 || 200µs pulse, 2925µs pause
|-
| 0 bit || 200µs pulse, 2925µs pause
|-
| 1 bit || 200µs pulse, 9175µs pause
|-
| R bit || 200µs pulse, 6050µs pause, repeats the last bit
|-
| Trailer bit || 200µs pulse, 12300µs pause
|-
| Stop bit || 200µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== FDC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FDC''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 40 data bits + 1 stop bit
|-
| Data || 8 address bits + 12 x 0 bits + 4 press/release bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 2085µs pulse, 966µs pause
|-
| 0 bit || 300µs pulse, 220µs pause
|-
| 1 bit || 300µs pulse, 715µs pause
|-
| Stop bit || 300µs pulse
|-
| Repetition || none
|-
| Press Key || press/release bits = 0000
|-
| Release Key || press/release bits = 1111
|-
| Key repeat || after pause of approx. 60ms
|-
| Bit order || LSB first
|-
|}

==== Nikon ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''Nikon''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 2 data bits + 1 stop bit
|-
| Data || 2 command bits
|-
| Start bit || 2200µs pulse, 27100µs pause
|-
| 0 bit || 500µs pulse, 1500µs pause
|-
| 1 bit || 500µs pulse, 3500µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== PANASONIC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PANASONIC''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 56 data bits + 1 stop bit
|-
| Data || 24 bits (010000000000010000000001) + 16 address bits + 16 command bits
|-
| Start bit || 3600µs pulse, 1600µs pause
|-
| 0 bit || 565µs pulse, 316µs pause
|-
| 1 bit || 565µs pulse, 1140µs pause
|-
| Stop bit || 565µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || LSB first?
|-
|}

==== PENTAX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PENTAX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 6 data bits + 1 stop bit
|-
| Data || 6 command bits
|-
| Start bit || 2200µs pulse, 27100µs pause
|-
| 0 bit || 1000µs pulse, 1000µs pause
|-
| 1 bit || 1000µs pulse, 3000µs pause
|-
| Stop bit || 1000µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== KATHREIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''KATHREIN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 11 data bits + 1 stop bit
|-
| Data || 4 address bits + 7 command bits
|-
| Start bit || 210µs pulse, 6218µs pause
|-
| 0 bit || 210µs pulse, 1400µs pause
|-
| 1 bit || 210µs pulse, 3000µs pause
|-
| Stop bit || 210µs pulse
|-
| Repetition || none
|-
| Key repeat || after 35ms?
|-
| Bit order || MSB first
|-
|}

==== LEGO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#LEGO Power Functions RC|LEGO]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 12 command bits + 4 crc bits
|-
| Start bit || 158µs pulse, 1026µs pause
|-
| 0 bit || 158µs pulse, 263µs pause
|-
| 1 bit || 158µs pulse, 553µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== VINCENT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#VINCENT|VINCENT]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 8 command bits + 8 repeated command bits
|-
| Start bit || 2500µs pulse, 4600µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1540µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first?
|-
|}

==== THOMSON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''THOMSON''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 33 kHz
|-
| Coding || pulse distance
|-
| Frame || 0 start bits + 12 data bits + 1 stop bit
|-
| Data || 4 address bits + 1 toggle bit + 7 command bits
|-
| 0 bit || 550µs pulse, 2000µs pause
|-
| 1 bit || 550µs pulse, 4500µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after 35ms
|-
| Bit order || MSB first?
|-
|}

==== TELEFUNKEN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TELEFUNKEN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 15 data bits + 1 stop bit
|-
| Data || 0 address bits + 15 command bits
|-
| Start bit || 600µs pulse, 1500µs pause
|-
| 0 bit || 600µs pulse, 600µs pause
|-
| 1 bit || 600µs pulse, 1500µs pause
|-
| Stop bit || 600µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first?
|-
|}

==== RCCAR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCCAR''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 13 data bits + 1 stop bit
|-
| Data || 13 command bits
|-
| Start bit || 2000µs pulse, 2000µs pause
|-
| 0 bit || 600µs pulse, 900µs pause
|-
| 1 bit || 600µs pulse, 450µs pause
|-
| Stop bit || 600µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms?
|-
| Bit order || LSB first
|-
|}

==== RCMM ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RCMM_Protocol|RCMM]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance
|-
| Frame RCMM32 || 1 start bit + 32 data bits + 1 stop bit
|-
| Frame RCMM24 || 1 start bit + 24 data bits + 1 stop bit
|-
| Frame RCMM12 || 1 start bit + 12 data bits + 1 stop bit
|-
| Data RCMM32 || 16 address bits (= 4 mode bits + 12 device bits) + 1 toggle bit + 15 command bits
|-
| Data RCMM24 || 16 address bits (= 4 mode bits + 12 device bits) + 1 toggle bit + 7 command bits
|-
| Data RCMM12 || 4 address bits (= 2 mode bits + 2 device bits) + 8 command bits
|-
| Start bit || 500µs pulse, 220µs pause
|-
| 00 bits || 230µs pulse, 220µs pause
|-
| 01 bits || 230µs pulse, 380µs pause
|-
| 10 bits || 230µs pulse, 550µs pause
|-
| 11 bits || 230µs pulse, 720µs pause
|-
| Stop bit || 230µs pulse
|-
| Repetition || none
|-
| Key repeat || after 80ms
|-
| Bit order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Width Protocols ===
||
[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]
|}

==== SIRCS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#SIRCS_Protocol|SIRCS]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
|Frequency ||40 kHz
|-
| Coding || pulse width
|-
| Frame || 1 start bit + 12-20 data bits, no stop bit
|-
| Data || 7 command bits + 5 address bits + up to 8 additional bits
|-
| Start bit || 2400µs pulse, 600µs pause
|-
| 0 bit || 600µs pulse, 600µs pause
|-
| 1 bit || 1200µs pulse, 600µs pause
|-
| Repetition || twice after approx. 25ms, that means: 2nd and 3rd frame
|-
| Key repeat || starting with 4th identical frame, distance approx. 25ms
|-
| Bit order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse distance Width Protocols ===
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]
|}

==== NUBERT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NUBERT''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 10 data bits + 1 stop bit
|-
| Data || 0 address bits + 10 command bits ?
|-
| Start bit || 1340µs pulse, 340µs pause
|-
| 0 bit || 500µs pulse, 1300µs pause
|-
| 1 bit || 1340µs pulse, 340µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || once after 35ms
|-
| Key repeat || 3rd, 5th, 7th etc. indentical frame
|-
| Bit order || MSB first?
|-
|}

==== FAN ====

This protocol is very similar to [[IRMP_-_english#NUBERT|NUBERT]], but here it will be sent only one frame. Additionally there are 11 instead of 10 data bits and no stop bit. The pause time between frame repetitions is substantial lower.

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FAN ''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 11 data bits + 0 stop bits
|-
| Data || 0 address bits + 11 command bits
|-
| Start bit || 1280µs pulse, 380µs pause
|-
| 0 bit || 380µs pulse, 1280µs pause
|-
| 1 bit || 1280µs pulse, 380µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || none
|-
| Key repeat || after 6.6ms pause
|-
| Bit order || MSB first
|-
|}

==== SPEAKER ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SPEAKER''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 10 data bits + 1 stop bit
|-
| Data || 0 address bits + 10 command bits ?
|-
| Start bit || 440µs pulse, 1250µs pause
|-
| 0 bit || 440µs pulse, 1250µs pause
|-
| 1 bit || 1250µs pulse, 440µs pause
|-
| Stop bit || 440µs pulse
|-
| Repetition || once after approx. 38ms
|-
| Key repeat || 3rd, 5th, 7th ... identical frame
|-
| Bit order || MSB first?
|-
|}

==== ROOMBA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ROOMBA''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 7 data bits + 0 stop bits
|-
| Data || 0 address bits + 7 command bits
|-
| Start bit || 2790µs pulse, 930µs pause
|-
| 0 bit || 930µs pulse, 2790µs pause
|-
| 1 bit || 2790µs pulse, 930µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || 3 times after 18ms?
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Biphase Protocols ===
||
[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]
|}

==== RC5 + RC5X ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RC5 and RC5x Protocol|RC5 + RC5X]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame RC5 || 2 start bits + 12 data bits + 0 stop bits
|-
| Data RC5 || 1 toggle bit + 5 address bits + 6 command bits
|-
| Frame RC5X || 1 start bit + 13 data bits + 0 stop bits
|-
| Data RC5X || 1 inverteds command bit + 1 toggle bit + 5 address bits + 6 command bits
|-
| Start bit || 889µs pause, 889µs pulse
|-
| 0 bit || 889µs pulse, 889µs pause
|-
| 1 bit || 889µs pause, 889µs pulse
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RCII ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCII''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 31.25 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame || 1 pre bit + 1 start bit + 9 data bits + 0 stop bits
|-
| Data || 0 address bits + 9 command bits
|-
| Pre Bit || 512µs pulse, 2560µs pause
|-
| Start bit || 1024µs pulse, '''no space'''
|-
| 0 bit || 512µs pause, 512µs pulse
|-
| 1 bit || 512µs pulse, 512µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 118ms
|-
| Remarks || An end command (111111111 = 0x1FF) is sent immediately after the button is released.
|-
| Bit-Order || MSB first
|-
|}

==== S100 ====

Similar to RC5x, but 14 instead of 13 data bits and 56kHz modulation

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''S100''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 56 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame || 1 start bit + 14 data bits + 0 stop bits
|-
| Data || 1 inverted command bit + 1 toggle bit + 5 address bits + 7 command bits
|-
| Start bit || 889µs pause, 889µs pulse
|-
| 0 bit || 889µs pulse, 889µs pause
|-
| 1 bit || 889µs pause, 889µs pulse
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RC6 + RC6A ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RC6 and RC6A Protocol|RC6 + RC6A]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame RC6 || 1 start bit + 1 bit "1" + 3 mode bits ("000") + 1 toggle bit + 16 data bits + 2666µs pause
|-
| Frame RC6A || 1 start bit + 1 bit "1" + 3 mode bits ("110") + 1 toggle bit + 31 data bits + 2666µs pause
|-
| Data RC6 || 8 address bits + 8 Command Bits
|-
| Data RC6A || "1" + 14 customer bits + 8 system bits + 8 command bits
|-
| Data RC6A Pace (Sky) || "1" + 3 mode bits ("110") + 1 toggle bit (UNUSED "0") + 16 bits + 1 toggle(!) + 15 command bits
|-
| Start bit || 2666µs pulse, 889µs pause
|-
| Toggle 0 bit || 889µs pause, 889µs pulse
|-
| Toggle 1 bit || 889µs pulse, 889µs pause
|-
| 0 bit || 444µs pause, 444µs pulse
|-
| 1 bit || 444µs pulse, 444µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== GRUNDIG + NOKIA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Grundig Protocol|GRUNDIG + NOKIA]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz (?)
|-
| Coding || Biphase (Manchester)
|-
| Frame packet || 1 start frame + 19.968ms pause + N data frames + 117.76ms pause + 1 stop frame
|-
| Start frame || 1 pre bit + 1 start bit + 9 data bits (all 1) + 0 stop bits
|-
| Data frame || 1 pre bit + 1 start bit + 9 data bits + 0 stop bits
|-
| Stop frame || 1 pre bit + 1 start bit + 9 data bits (all 1) + 0 stop bits
|-
| Data Grundig || 9 command bits + 0 address bits
|-
| Data Nokia || 8 command bits + 8 address bits
|-
| Pre bit || 528µs pulse, 2639µs pause
|-
| Start bit || 528µs pulse, 528µs pause
|-
| 0 bit || 528µs pause, 528µs pulse
|-
| 1 bit || 528µs pulse, 528µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 117.76ms
|-
| Bit order || LSB first
|-
|}

==== IR60 (SDA2008) ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#IR60_.28SDA2008_and_MC14497P.29|IR60]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 30 kHz
|-
| Coding || Biphase (Manchester)
|-
| Start frame || 1 start bit + 101111 + 0 stop bits + 22ms pause
|-
| Data frame || 1 start bit + 7 data bits + 0 stop bits
|-
| Data || 0 address bits + 7 command bits
|-
| Start bit || 528µs pulse, 2639µs pause
|-
| 0 bit || 528µs pause, 528µs pulse
|-
| 1 bit || 528µs pulse, 528µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 117.76ms
|-
| Bit order || LSB first
|-
|}

==== SIEMENS + RUWIDO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SIEMENS + RUWIDO''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz? (Merlin keyboard with Ruwido protocol: 56 kHz)
|-
| Coding || Biphase (Manchester)
|-
| Frame Siemens || 1 start bit + 22 data bits + 0 stop bits
|-
| Frame Ruwido || 1 start bit + 17 data bits + 0 stop bits
|-
| Data Siemens || 11 address bits + 10 command bits + 1 inverted bit (preceding bit inverted)
|-
| Data Ruwido || 9 address bits + 7 command bits + 1 inverted bit (preceding bit inverted)
|-
| Start bit || 275µs pulse, 275µs pause
|-
| 0 bit || 275µs pause, 275µs pulse
|-
| 1 bit || 275µs pulse, 275µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || once with repeat bit set (?)
|-
| Key repeat || after approx. 100ms (?)
|-
| Bit order || MSB first
|-
|}

==== A1TVBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''A1TVBOX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || Biphase (Manchester) asymmetric
|-
| Frame || 2 start bits + 16 data bits + 0 stop bits
|-
| Data || 8 address bits + 8 command bits
|-
| Start bits || "10", also 250µs pulse, 150µs + 150µs pause, 250µs pulse
|-
| 0 bit || 150µs pause, 250µs pulse
|-
| 1 bit || 250µs pulse, 150µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== MERLIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''MERLIN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 56 kHz
|-
| Coding || Biphase (Manchester) asymmetric
|-
| Frame || 2 start bits + 18 data bits + 0 stop bits
|-
| Data || 8 address bits + 10 command bits
|-
| Start bits || "10", also 210µs pulse, 210µs + 210µs pause, 210µs pulse
|-
| 0 bit || 210µs pause, 210µs pulse
|-
| 1 bit || 210µs pulse, 210µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== ORTEK ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ORTEK''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || Biphase (Manchester) symmetric
|-
| Frame || 2 start bits + 18 data bits + 0 stop bits
|-
| Data || 6 address bits + 2 special bits + 6 command bits + 4 special bits
|-
| Start bit || 2000µs pulse, 1000µs pause
|-
| 0 bit || 500µs pause, 500µs pulse
|-
| 1 bit || 500µs pulse, 500µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || 2 additional frames with special bits set
|-
| Key repeat || only repeats the 2nd frame
|-
| Bit order || MSB first
|-
|}

=== Pulse Position Protocols ===

==== NETBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NETBOX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse position
|-
| Frame || 1 start bit + 16 data bits, no stop bit
|-
| Data || 3 address bits + 13 command bits
|-
| Start bit || 2400µs pulse, 800µs pause
|-
| Bit Length || 800µs
|-
| Repetition || none
|-
| Key repeat || after approx. 35ms?
|-
| Bit order || LSB first
|-
|}

== Software History ==

=== Changes of IRMP in 3.2.x ===

Version 3.2.6:

* 2021-01-27: '''New IR Protocol:''' [[IRMP#MELINERA|MELINERA]]
* 2021-01-27: Protocol [[IRMP#LEGO|LEGO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#RUWIDO|RUWIDO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#NEC|NEC]]: Implemented send of raw NEC repetition frames

Version 3.2.3:

* 2020-08-15: '''New RF Protocol:''' [[IRMP#RF_MEDION|RF_MEDION]]

Version 3.2.2:

* 2020-07-09: Additional recognition of the radio channels with the RF_X10 protocol
* 2020-07-09: Improved RF frame detection with new stop bit handling.
* 2020-07-09: Improved detection of RF_GEN24 protocols
* 2020-07-09: '''NEU:''' Detection if/when a remote control button is released, see chapter '''[[IRMP_-_english#Debouncing|Debouncing]]'''.

Version 3.2.1:

* 2020-06-22: Mini bugfix

Version 3.2.0:

* 2020-06-22: Support of 433MHz RF modules
* 2020-06-22: '''New protocol''': [[IRMP#RF_GEN24|RF_GEN24]]
* 2020-06-22: '''New protocol''': [[IRMP#X10|X10]]

=== Older Versions ===

* 2019-08-26: '''New protocol''': METZ
* 2019-08-26: '''New protocol''': ONKYO
* 2018-09-10: '''New protocol''': [[IRMP#RCII|RCII]]
* 2018-09-06: Added support of STM32 mit HAL-Library
* 2018-08-30: New option: IRMP_USE_IDLE_CALL
* 2018-08-29: Port to ChibiOS
* 2018-08-29: New protocol: GREE
* 2018-02-19: corrected handling of irmp_flags for invalid frames
* 2017-08-25: New protocol: IRMP16 for transparent 16 bit data communication
* 2016-11-18: Corrected buffer overflow in irmp-main-avr-uart.c
* 2016-09-19: New protocol [[IRMP#VINCENT|VINCENT]]
* 2016-09-09: New protocol [[IRMP#MITSU_HEAVY|Mitsubishi Heavy (air conditioner)]]
* 2016-09-09: Some modifications for Compiler PIC C18
* 2016-01-16: Some corrections of port to ESP8266
* 2016-01-16: Added port to MBED
* 2016-01-16: Added several hardware dependent example main source files
* 2015-11-17: '''New protocol''': [[IRMP_-_english#PANASONIC|PANASONIC (Beamer)]]
* 2015-11-17: Port to ESP8266
* 2015-11-17: Port to Teensy (3.x)
* 2015-11-10: Added support for STM8 microcontroller
* 2015-09-20: '''New protocol''': [[IRMP_-_english#TECHNICS|TECHNICS]]
* 2015-06-15: '''New protocol''': [[IRMP_-_english#ACP24|ACP24]]
* 2015-05-29: '''New protocol''': [[IRMP_-_english#S100|S100]]
* 2015-05-29: Some smaller corrections
* 2015-05-28: Added Logging for XMega
* 2015-05-28: Timing corrections for FAN protocol
* 2015-05-27: '''New protocol''': [[IRMP_-_english#MERLIN|MERLIN]]
* 2015-05-27: '''New protocol''': [[IRMP_-_english#FAN|FAN]]
* 2015-05-18: Added F_CPU macro for STM32L1XX
* 2015-05-18: Some corrections for XMega port
* 2015-04-23: '''New protocol''': [[IRMP_-_english#PENTAX|PENTAX]]
* 2015-04-23: Port to AVR XMega
* 2014-09-19: Bugfix: added missing newline before #else
* 2014-09-18: Added logging for ARM STM32F10X
* 2014-09-17: Corrected PROGMEM access to array irmp_protocol_names[].
* 2014-09-15: Changed timing tolerances for [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol
* 2014-09-15: Moved irmp_protocol_names to flash, additional UART routines in irmp-main-avr-uart.c
* 2014-07-21: Port to PIC 12F1840
* 2014-07-09: '''New protocol''': [[IRMP_-_english#SAMSUNG48|SAMSUNG48]]
* 2014-07-09: Some small corrections
* 2014-07-01: Added logging for ARM_STM32F4XX
* 2014-07-01: IRMP port for PIC XC8 compiler, removed variadic macros because of stupid XC8 compiler :-(
* 2014-06-05: '''New protocol''': [[IRMP_-_english#LGAIR|LGAIR]]
* 2014-05-30: '''New protocol''': [[IRMP_-_english#SPEAKER|SPEAKER]]
* 2014-05-30: Optimized timings for [[IRMP_-_english#SAMSUNG|SAMSUNG]] protocol
* 2014-02-20: Corrected decoding of [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] protocol
* 2014-02-19: '''New protocols''': [[IRMP_-_english#RCMM|RCMM32, RCMM24 and RCMM12]]
* 2014-09-17: Optimized timing for [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-04-09: '''New protocol''': [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-04-09: Optimized detection of [[IRMP_-_english#ORTEK|ORTEK (Hama)]] frames
* 2013-03-19: '''New protocol''': [[IRMP_-_english#ORTEK|ORTEK (Hama)]]
* 2013-03-19: '''New protocol''': [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]]
* 2013-03-12: Changed timing tolerancies for [[IRMP_-_english#RECS80|RECS80]]- and [[IRMP_-_english#RECS80EXT|RECS80EXT]] protocol
* 2013-01-21: Corrected detection of repetition frame beim [[IRMP_-_english#DENON|DENON]] protocol
* 2013-01-17: Corrected frame detection beim [[IRMP_-_english#DENON|DENON]] protocol
* 2012-12-11: '''New protocol''': [[IRMP_-_english#A1TVBOX|A1TVBOX]]
* 2012-12-07: Improved detection von [[IRMP_-_english#DENON|DENON]] repetition frame
* 2012-11-19: Port to Stellaris LM4F120 TI Launchpad (ARM Cortex M4)
* 2012-11-06: Corrected [[IRMP_-_english#DENON|DENON]] frame detection
* 2012-10-26: Some timer corrections and adaptations for Arduino
* 2012-07-11: '''New protocol''': [[IRMP_-_english#BOSE|BOSE]]
* 2012-06-18: Added support for ATtiny87/167
* 2012-06-05: Some smaller corrections of port to ARM STM32
* 2012-06-05: Correction of include in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]
* 2012-06-05: Bugfix, if only [[IRMP_-_english#NEC_+_extended_NEC|NEC]] and [[IRMP_-_english#NEC42|NEC42]] activated
* 2012-05-23: Port to ARM STM32
* 2012-05-23: Bugfix frame detection for [[IRMP_-_english#DENON|DENON]] protocol
* 2012-02-27: Bugfix in IR60-Decoder
* 2012-02-27: Bugfix in CRC calculation of [[IRMP_-_english#KASEIKYO|KASEIKYO]] frames
* 2012-02-27: Port to C18 Compiler for PIC microcontrollers
* 2012-02-13: Bugfix: most significant bit in Address wrong in [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol, if [[IRMP_-_english#NEC42|NEC42]] protocol activated, too
* 2012-02-13: Corrected timing of [[IRMP_-_english#SAMSUNG|SAMSUNG]]- and [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] protocol
* 2012-02-13: [[IRMP_-_english#KASEIKYO|KASEIKYO]]: Genre2 bits will be now stored in upper nibble of flags
* 2011-09-20: '''New protocol''': [[IRMP_-_english#KATHREIN|KATHREIN]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#THOMSON|THOMSON]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#LEGO|LEGO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC16|NEC16]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC42|NEC42]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NETBOX|NETBOX]]
* 2011-09-20: Port to ATtiny84 and ATtiny85
* 2011-09-20: Improved key repetition detection in [[IRMP_-_english#RC5_+_RC5X|RC5]] protocol
* 2011-09-20: Improved decoding of [[IRMP_-_english#Biphase|Biphase]] protocols
* 2011-09-20: Fixed some smaller bugs in [[IRMP_-_english#RECS80|RECS80]] decoder
* 2011-09-20: Corrected detection of additional bits in SIRCS protocol
* 2011-01-18: Some corrections for [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] protocol
* 2011-01-18: '''New protocol''': [[IRMP_-_english#Nikon|Nikon]]
* 2011-01-18: [[IRMP_-_english#SIRCS|SIRCS]]: additional bits (>12) will be stored in address
* 2011-01-18: Some timing corrections for [[IRMP_-_english#DENON|DENON]] protocol
* 2010-09-04: Bugfix for F_INTERRUPTS >= 16000
* 2010-09-02: '''New protocol''': [[IRMP_-_english#RC6_+_RC6A|RC6A]]
* 2010-08-29: '''New protocol''': [[IRMP_-_english#JVC|JVC]]
* 2010-08-29: [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol: genre bits will be now stored
* 2010-08-29: [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol: Improved handling of repetition frames
* 2010-08-29: Improved support of [[IRMP_-_english#APPLE|APPLE]] protocols.
* 2010-07-01: Bugfix: added a timeout for [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames. This avoids 'ghost commands'.
* 2010-06-26: Bugfix: deactivated [[IRMP_-_english#RECS80|RECS80]], [[IRMP_-_english#RECS80EXT|RECS80EXT]] & [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] if interrupts frequency is low
* 2010-06-25: '''New protocol''': [[IRMP_-_english#RCCAR|RCCAR]]
* 2010-06-25: Extended keyboard detection for [[IRMP_-_english#FDC|FDC]] protocol (IR keyboard)
* 2010-06-25: Interrupt frequency now up to 20kHz possible
* 2010-06-09: '''New protocol''': [[IRMP_-_english#FDC|FDC]] (IR-keyboard)
* 2010-06-09: Corrected timing for [[IRMP_-_english#DENON|DENON]] protocol
* 2010-06-02: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] (Gigaset)
* 2010-05-26: '''New protocol''': [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]]
* 2010-05-26: Bugfix: detection of long keyboard press for [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]] protocol
* 2010-05-17: Bugfix [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] protocol: corrected command bit mask
* 2010-05-16: '''New protocol''': [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]]
* 2010-05-16: Improved handling of automatic frame repetitions for [[IRMP_-_english#SIRCS|SIRCS]]-, [[IRMP_-_english#SAMSUNG32|SAMSUNG32]]-, and [[IRMP_-_english#NUBERT|NUBERT]] protocol
* 2010-04-28: Only some cosmetic code optimizations
* 2010-04-16: Improved all timing tolerancies
* 2010-04-12: '''New protocol''': [[IRMP_-_english#B&O|Bang & Olufsen]]
* 2010-03-29: Bugfix: detection of multiple [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames
* 2010-03-29: Moved configuration data to [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h]
* 2010-03-29: Introduced a program version in README.txt: Version 1.0
* 2010-03-17: '''New protocol''': [[IRMP_-_english#NUBERT|NUBERT]]
* 2010-03-16: Correction of RECS80 start bit timings
* 2010-03-16: '''New protocol''': [[IRMP_-_english#RECS80EXT|RECS80 Extended]]
* 2010-03-15: Some optimizations
* 2010-03-14: Port to PIC
* 2010-03-11: Some adjustements for some ATMegas
* 2010-03-07: Bugfix: Reset of state machine after a incomplete [[IRMP_-_english#RC5_+_RC5X|RC5]] frame
* 2010-03-05: '''New protocol''': [[IRMP_-_english#APPLE|APPLE]]
* 2010-03-05: Data irmp_data.addr + irmp_data.command will be now stored in the bit order of the appropriate protocol
* 2010-03-04: '''New protocol''': [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] (Mix aus [[IRMP_-_english#SAMSUNG|SAMSUNG]] & [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol)
* 2010-03-04: Changed some timer tolerances changes of [[IRMP_-_english#SIRCS|SIRCS]]- and [[IRMP_-_english#KASEIKYO|KASEIKYO]]
* 2010-03-02: [[IRMP_-_english#SIRCS|SIRCS]]: corrected detection and suppression of automatic frame repetitions
* 2010-03-02: [[IRMP_-_english#SIRCS|SIRCS]]: device ID bits will be now stored in irmp_data.command (not irmp_data.address anymore)
* 2010-03-02: Enlargement of scan buffers (for logging)
* 2010-02-24: New variable flags in IRMP_DATA for detection of long key press
* 2010-02-20: Bugfix [[IRMP_-_english#DENON|DENON]] protocol: repetition frame is now basically inverted
* 2010-02-19: Detection of [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol-Varianten, z. B. [[IRMP_-_english#APPLE|APPLE]]-Fernbedienung
* 2010-02-19: Detection of [[IRMP_-_english#RC6_+_RC6A|RC6]]- and [[IRMP_-_english#DENON|DENON]] protocol
* 2010-02-19: Some improvements for [[IRMP_-_english#RC5_+_RC5X|RC5]] decoders (Bugfixes)
* 2010-02-13: Bugfix: Puls/Pause counters were 1 too low, now better detection of protokols with very short pulses
* 2010-02-13: Improved detection of [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames
* 2010-02-12: New: [[IRMP_-_english#RC5_+_RC5X|RC5]] protocol
* 2010-02-05: Eliminated a conflict between [[IRMP_-_english#SAMSUNG|SAMSUNG]]- and [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] protocol
* 2010-01-07: First version

== Literature ==

=== IR Abstract ===

* http://www.sbprojects.net/knowledge/ir/index.php
* http://www.epanorama.net/links/irremote.html
* http://www.elektor.de/jahrgang/2008/juni/cc2-avr-projekt-%283%29-unsichtbare-kommandos.497184.lynkx?tab=4
* http://mc.mikrocontroller.com/de/IR-Protokolle.php

=== SIRCS Protocol ===

* http://www.sbprojects.net/knowledge/ir/sirc.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#SIRCS
* http://www.ustr.net/infrared/sony.shtml
* http://users.telenet.be/davshomepage/sony.htm
* http://picprojects.org.uk/projects/sirc/
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== NEC Protocol ===

* http://www.sbprojects.net/knowledge/ir/nec.php
* http://www.ustr.net/infrared/nec.shtml
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== ACP24 Protocol ===

The ACP24-Protocol is used by Stiebel-Eltron-Aircons

The structure of the 70 databits is :

1 2 3 4 5 6
0123456789012345678901234567890123456789012345678901234567890123456789
N VVMMM ? ??? t vmA x y TTTT
0011001000000111000010001010000000000000000010000000000000000000001111on, temp=30

These are converted into the following 16 bits from irmp_data.command:

5432109876543210
NAVVvMMMmtxyTTTT

Meaning of the symbols:

TTTT = Temperature + 15 degree
TTTT
----------
0000 ???
0001 ???
0010 ???
0011 18 degree
0100 19 degree
0101 20 degree
0110 21 degree
...
1111 30 degree

N = Nightmode
N
----------
0 off
1 on

VV = fan, v must be 1!
VV v
----------
00 1 level 1
01 1 level 2
10 1 level 3
11 1 Automatic

MMM = Mode
MMM m
----------
000 0 turn off
001 0 turn on
001 1 cooling
010 1 fan
011 1 demist
100 1 ???
101 1 ---
110 1 ---
111 1 ---

A = Automatic-Programm
A
----------
0 off
1 on

t = Timer
t x y
----------
1 1 0 Timer 1
1 0 1 Timer 2

To control the air con via [[IRSND_-_english|IRSND]], the following functions can be used:

<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
#include "irsnd.h"

#define IRMP_ACP24_TEMPERATURE_MASK 0x000F // TTTT

#define IRMP_ACP24_SET_TIMER_MASK (1<<6) // t
#define IRMP_ACP24_TIMER1_MASK (1<<5) // x
#define IRMP_ACP24_TIMER2_MASK (1<<4) // y

#define IRMP_ACP24_SET_MODE_MASK (1<<7) // m
#define IRMP_ACP24_MODE_POWER_ON_MASK (1<<8) // MMMm = 0010 Einschalten
#define IRMP_ACP24_MODE_COOLING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<8)) // MMMm = 0011 Kuehlen
#define IRMP_ACP24_MODE_VENTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<9)) // MMMm = 0101 Lueften
#define IRMP_ACP24_MODE_DEMISTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<10) | (1<<8)) // MMMm = 1001 Entfeuchten

#define IRMP_ACP24_SET_FAN_STEP_MASK (1<<11) // v
#define IRMP_ACP24_FAN_STEP_MASK 0x3000 // VV
#define IRMP24_ACP_FAN_STEP_BIT 12 // VV
#define IRMP_ACP24_AUTOMATIC_MASK (1<<14) // A
#define IRMP_ACP24_NIGHT_MASK (1<<15) // N

// possible values for acp24_set_mode();
#define ACP24_MODE_COOLING 1
#define ACP24_MODE_VENTING 2
#define ACP24_MODE_DEMISTING 3

static uint8_t temperature = 18; // 18 degrees

static void
acp24_send (uint16_t cmd)
{
IRMP_DATA irmp_data;

cmd |= (temperature - 15) & IRMP_ACP24_TEMPERATURE_MASK;

irmp_data.protocol = IRMP_ACP24_PROTOCOL;
irmp_data.address = 0x0000;
irmp_data.command = cmd;
irmp_data.flags = 0;

irsnd_send_data (&irmp_data, 1);
}

void
acp24_set_temperature (uint8_t temp)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

temperature = temp;
acp24_send (cmd);
}

void
acp24_off (void)
{
uint16_t cmd = 0;
acp24_send (cmd);
}

#define ACP_FAN_STEP1 0
#define ACP_FAN_STEP2 1
#define ACP_FAN_STEP3 2
#define ACP_FAN_AUTOMATIC 3

void
acp24_fan (uint8_t fan_step)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

cmd |= IRMP_ACP24_SET_FAN_STEP_MASK | ((fan_step << IRMP24_ACP_FAN_STEP_BIT) & IRMP_ACP24_FAN_STEP_MASK);

acp24_send (cmd);
}

void
acp24_set_mode (uint8_t mode)
{
uint16_t cmd = 0;

switch (mode)
{
case ACP24_MODE_COOLING: cmd = IRMP_ACP24_MODE_COOLING_MASK; break;
case ACP24_MODE_VENTING: cmd = IRMP_ACP24_MODE_VENTING_MASK; break;
case ACP24_MODE_DEMISTING: cmd = IRMP_ACP24_MODE_DEMISTING_MASK; break;
default: return;
}
acp24_send (cmd);
}

void
acp24_program_automatic (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_AUTOMATIC_MASK;
acp24_send (cmd);
}

void
acp24_program_night (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_NIGHT_MASK;
acp24_send (cmd);
}
</syntaxhighlight>

=== LGAIR Protocol ===

The LG Air Con is controlled by an 'intelligent' remote. These are the encoded data:

<code>
Command AAAAAAAA PW Z S T mmm tttt vvvv PPPP
--------------------------------------------------------------------
ON 23C 10001000 00 0 0 0 000 1000 0100 1100
ON 26C 10001000 00 0 0 0 000 1011 0100 1111

OFF 10001000 11 0 0 0 000 0000 0101 0001
TURN OFF 10001000 11 0 0 0 000 0000 0101 0001 (18C currently, identical to off)

TEMP DOWN 23C 10001000 00 0 0 1 000 1000 0100 0100
MODE (to mode0, 23C) 10001000 00 0 0 1 000 1000 0100 0100

TEMP UP (24C) 10001000 00 0 0 1 000 1001 0100 0101
TEMP DOWN 24C 10001000 00 0 0 1 000 1001 0100 0101

TEMP UP (25C) 10001000 00 0 0 1 000 1010 0100 0110
TEMP DOWN 25C 10001000 00 0 0 1 000 1010 0100 0110

TEMP UP (26C) 10001000 00 0 0 1 000 1011 0100 0111

MODE 10001000 00 0 0 1 011 0111 0100 0110 (to mode1, 22C - when switching to mode1 temp automaticall sets to 22C)
ON (mode1, 22C) 10001000 00 0 0 0 011 0111 0100 1110

MODE 10001000 00 0 0 1 001 1000 0100 0101 (to mode2, no temperature displayed)
ON (mode2) 10001000 00 0 0 0 001 1000 0100 1101
MODE (to mode3, 23C) 10001000 00 0 0 1 100 1000 0100 1000
ON (mode3, 23C) 10001000 00 0 0 0 100 1000 0100 0000

VENTILATION SLOW 10001000 00 0 0 1 000 0011 0000 1011
VENTILATION MEDIUM 10001000 00 0 0 1 000 0011 0010 1101
VENTILATION HIGH 10001000 00 0 0 1 000 0011 0100 1111
VENTILATION LIGHT 10001000 00 0 0 1 000 0011 0101 0000

SWING ON/OFF 10001000 00 0 1 0 000 0000 0000 0001

Format: 1 start bit + 8 address bits + 16 data bits + 4 checksum bits + 1 stop bit

Address: AAAAAAAA = 0x88 (8 bits)

Data: PW Z S T MMM tttt vvvv PPPP (16 bits)

PW: Power: 00 = On, 11 = Off

Z: N/A: Always 0

S: Swing: 1 = Toggle swing, all other data bits are zeros.

T: Temp/Vent: 1 = Set temperature and ventilation

MMM: Mode, can be combined with temperature
000=Mode 0
001=Mode 2
010=????
011=Mode 1
100=Mode 3
101=???
111=???

tttt: Temperature:
0000=used by OFF command
0001=????
0010=????
0011=18°C
0100=19°C
0101=20°C
0110=21°C
0111=22°C
1000=23°C
1001=24°C
1010=25°C
1011=26°C
1011=27°C
1100=28°C
1101=29°C
1111=30°C

vvvv: Ventilation:
0000=slow
0010=medium
0011=????
0100=high
0101=light
0110=????
0111=????
...
1111=????

Checksum: PPPP = (DataNibble1 + DataNibble2 + DataNibble3 + DataNibble4) & 0x0F
</code>

=== NEC16 Protocol (JVC) ===

* http://www.sbprojects.net/knowledge/ir/jvc.php
* http://www.ustr.net/infrared/jvc.shtml

=== Samsung Protocol ===

(was reverse engineered by several protocols (Daewoo or similar), so no direct link to Samsung documents is available)

Here is a link to the Daewoo-protocol, which uses the same principle of the sync-bits in the center of a frame, but words with different timings:

* http://users.telenet.be/davshomepage/daewoo.htm

=== MATSUHITA Protocol ===

* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== KASEIKYO Protocol ("Japan Protocol") ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

=== RECS80 and RECS80 Extended Protocol ===

* http://www.sbprojects.net/knowledge/ir/recs80.php

=== RC5 and RC5x Protocol ===

* http://www.sbprojects.net/knowledge/ir/rc5.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#RC5
* http://users.telenet.be/davshomepage/rc5.htm
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.opendcc.de/info/rc5/rc5.html

=== Denon Protocol ===

* http://www.mikrocontroller.com/de/IR-Protokolle.php#DENON
* http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243

=== RC6 and RC6A Protocol ===

* http://www.sbprojects.net/knowledge/ir/rc6.php
* http://www.picbasic.nl/info_rc6_uk.htm

=== Bang & Olufsen ===

* http://www.mikrocontroller.net/attachment/33137/datalink.pdf

=== Grundig Protocol ===

* http://www.see-solutions.de/sonstiges/Grundig_10bit.pdf

=== Nokia Protocol ===

* http://www.sbprojects.net/knowledge/ir/nrc17.php

=== IR60 (SDA2008 and MC14497P) ===

* http://www.datasheetcatalog.org/datasheet/motorola/MC14497P.pdf

=== LEGO Power Functions RC ===

* http://www.philohome.com/pf/LEGO_Power_Functions_RC_v110.pdf

=== RCMM Protocol ===

* http://www.sbprojects.net/knowledge/ir/rcmm.php

=== Other Protocols ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

== IRMP on Youtube ==

* http://www.youtube.com/watch?v=Q7DJvLIyTEI

* http://www.youtube.com/watch?v=1tQ_aqayWZk

* http://www.youtube.com/watch?v=W4tI2axR3-w

* http://www.youtube.com/watch?v=SRs98dIe2WE

== Other Artikels ==

[http://www.infineon.com/dgdl/RF2ir+WhitePaper+V1.0.pdf?folderId=db3a3043191a246301192dd3ee2c2ae4&fileId=db3a30432b57a660012b5c16272c2e81 Whitepaper von Martin Gotschlich, Infineon Technologies AG]

== Hardware / IRMP Projects ==

=== Remote IRMP ===

Infrared sender und receiver controlled via ip network with Android smartphone as remote control:

* http://www.mikrocontroller.net/articles/Remote_IRMP

=== IR Tester ===

IR tester with LCD by Klaus Leidinger:

* http://www.mikrocontroller-projekte.de/Mikrocontroller/index.html

=== IR Tester with AVR-NET-IO ===

IR tester for Pollin AVR-NET-IO with Pollin ADD-ON Board:

* http://son.ffdf-clan.de/include.php?path=forumsthread&threadid=703

=== USB IR Remote Receiver ===

USB IR remote receiver by Hugo Portisch:
* http://www.mikrocontroller.net/articles/USB_IR_Remote_Receiver

=== USB IR Receiver/Sender/Switch with Wakeup-Timer ===

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/123572-fertig-irmp-auf-stm32-ein-usb-ir-empf%C3%A4nger-sender-einschalter-mit-wakeup-timer/

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_ein_USB_IR_Empf%C3%A4nger/Sender/Einschalter_mit_Wakeup-Timer

=== USBASP ===

IR switch based on USBasp
* http://wiki.easy-vdr.de/index.php?title=USBASP_Einschalter

=== Servo controlled IR Sender ===

Servo controlled IR Sender (adaptive) by Stefan Pendsa:
* http://forum.mikrokopter.de/topic-21060.html
* [http://svn.mikrokopter.de/listing.php?repname=Projects&path=%2FServo-Controlled+IR-Transmitter%2F&#Ad2417800d6aa14bf08c571a896e9def7 SVN]

=== Adaptive IR Remote Control ===

Adaptive IR remote control by Robert and Frank M.
* http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP

=== AVR Moodlight ===

AVR Moodlight by Axel Schwenke
* http://www.mikrocontroller.net/topic/244768

STM8 Moodlight by Axel Schwenke
* https://www.mikrocontroller.net/topic/380098

=== Infinity Mirror LED Ceiling Lamp ===

Infinity Mirror LED ceiling lamp with remote control by Philipp Meißner
* http://digital-nw.de/Infinity-Mirror.htm

=== Cinema Control ===

Cinema control by Owagner
* http://ccc.zerties.org/index.php/Benutzer:Owagner

=== Leading-Edge Control ===

leading-edge control:

* http://flosserver.dyndns.org/phasenanschnittsdimmer.php

=== IRDioder – Ikea Dioder Hack ===

Ikea Dioder Hack:

* http://marco-difeo.de/tag/infrared/

=== Expedit Coffee Bar ===

Ikea Expedit as coffee bar:

* http://chaozlabs.blogspot.de/2013/09/expedit-coffee-bar.html

=== Arduino as IR Receiver ===

Arduino as IR Receiver:

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/110918-arduino-als-ir-empf%C3%A4nger-einsetzen/

More example from the Arduino library:

* https://github.com/ukw100/IRMP/tree/master/examples

=== IR Volume Control with Stellaris Launchpad ===

volume control with Stellaris Launchpad (ARM Cortex-M4F):

* http://www.anthonyvh.com/2013/03/31/ir-volume-control/

=== RemotePi Board ===

Shutdown RaspPI with IR remote control:

* http://www.msldigital.com/pages/more-information

=== Ethernut & IRMP ===

IRMP under RTOS Ethernut:

* http://www.klkl.de/ethernut.html

=== LED strip Remote Control ===

LED strip remote control:

* http://www.solderlab.de/index.php/misc/led-strip-remote-control

=== ADAT Audio Mixer ===

Audio Mixer:

* http://mailtonne.de/adat-audio-mixer/

=== Ethersex & IRMP ===

IRMP + IRSND Modul in Ethersex, a modular Firmware for AVR MCUs

* http://ethersex.de/index.php/IRMP

=== Mastermind Solver ===

Mastermind solver with LED stripes and IR remote control:

* http://www.mystrobl.de/Plone/basteleien/weitere-bulls-and-cows-mastermind-implementationen/mm-v1821/mastermind-solver-mit-led-streifen-und-ir-fernbedienung

=== A MythTV Remote Control without LIRC ===

PC Remote Control with ATtiny85

* http://tomscircuits.blogspot.de/2014/12/a-mythtv-remote-control-without-lirc.html

=== IRMP + IRSND Library for STM32F4 ===

IRMP for STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1516

IRSND for STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1940

=== IRMP on STM32 - Construction Guidance ===

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_Bauanleitung

=== Seminar Paper - Extension of Arduino Platform ===

* www.eislab.fim.uni-passau.de/files/publications/2010/StudentDiener_ErweiterungDerArduinoPlattform.pdf

== Acknowledgment ==

I thank Vlad Tepesch, Klaus Leidinger, Peter K., and Dániel Körmendi, who sent me many scan files of their IR remote controls.

I thank Christian F. for his tipps relating to the port to PIC MCUs, gera for the port to PIC-C18 compiler, kichi (Michael K.) for the port to ARM STM32, Markus Schuster for the port to TI's Stellaris LM4F120 Launchpad (ARM Cortex M4), Matthias Frank for the port to XMega, Wolfgang S. for the port to ESP8266, Achill Hasler for the port to Teensy, Axel Schwenke for the port to STM8.

Thanks to Dániel Körmendi, who added the LG-AIR protocol to [[IRSND_-_english|IRSND]]. Thanks to Ulrich v.d. Kammer for the Pentax protocol extension in [[IRSND_-_english|IRSND]].

At least I will thank Jojo S. for his great job translating this documentation!

== Discussion ==

You can discuss IRMP & IRSND in the German thread [http://www.mikrocontroller.net/topic/162119 Infrared Multi Protocol Decoder].

Have fun with IRMP!

[[Kategorie:Infrarot]]
[[Kategorie:AVR-Projekte]]

IRMP - english

2023-04-26T08:17:46Z

Tooki:

By '''Frank M. ([http://www.mikrocontroller.net/user/show/ukw ukw])'''

'''This is the English translation of the [[IRMP#top|German IRMP documentation]].

'''[[Datei:irmp-title.png| |Waveform of an NEC-format remote control signal]]

Project Intent:

Because RC5 is not only outdated, but obsolete, and because more and more electronic devices from Asian consumer electronics manufacturers are found in the home, it is time to develop an IR decoder that can 'understand' about 90% of IR remotes that are used in our daily life.

This article introduces 'IRMP' as "Infrared Multi Protocol Decoder" in detail. The counterpart, the [[IRSND_-_english|IRSND]] IR encoder, can be found in this [[IRSND_-_english|document]].

= IRMP - Infrared Multi Protocol Decoder =
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Supported MCUs ===

[[IRMP_-_english#top|IRMP]] runs on numerous MCU families:

'''AVR'''

* ATtiny87, ATtiny167
* ATtiny45, ATtiny85
* ATtiny44, ATtiny84
* ATmega8, ATmega16, ATmega32
* ATmega162
* ATmega164, ATmega324, ATmega644, ATmega644P, ATmega1284
* ATmega88, ATmega88P, ATmega168, ATmega168P, ATmega328P

'''XMega'''

* ATXmega128

'''PIC''' (CCS and XC8/C18 compiler)

* PIC12F1840
* PIC18F4520

'''STM32'''

* STM32F4xx (tested on STM32F401RE/F411RE Nucleo, STM32F4 Discovery)
* STM32F10x (tested on STM32F103C8T6 Mini Development Board)
* STM32 with HAL library '''(NEW!)'''

'''STM8'''

* STM8S103F3

'''TI Stellaris'''

* LM4F120 Launchpad (ARM Cortex M4)

'''ESP8266 (NEW!)'''

* ESP8266-EVB

'''TEENSY 3.0'''

* MK20DX256VLH7 (ARM Cortex-M4 72MHz)

'''MBED (NEW!)'''

* LPC1347 Cortex-M3 72 MHz
* LPC4088 (Embedded Artists)

'''ChibiOS HAL (NEW!)'''

* Various ARM Cortex MCUss, for example STM32, Kinetis, and NRF5
* [https://sourceforge.net/p/chibios/svn2/HEAD/tree/trunk/os/hal/ports/ Officially supported MCU series]
* [https://github.com/ChibiOS/ChibiOS-Contrib/tree/master/os/hal/ports More MCU series, community supported]
||
[[Datei:irmp-empfaenger.png|miniatur|Connection of a IR receiver module to MCU]]
|}
=== Supported IR Protocols ===

[[IRMP_-_english#top|IRMP]] - the infrared remote decoder, which can decode several protocols at once - is capable of decoding the following protocols (in alphabetical order):

{| {{Tabelle}}
|+ '''Supported Protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol || Vendor
|-
| [[IRMP_-_english#A1TVBOX|A1TVBOX]] || ADB (Advanced Digital Broadcast), e.g. A1 TV Box
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple
|-
| [[IRMP_-_english#ACP24|ACP24]] || Stiebel Eltron
|-
| [[IRMP_-_english#B&O|B&O]] || Bang & Olufsen
|-
| [[IRMP_-_english#BOSE|BOSE]] || Bose
|-
| [[IRMP_-_english#DENON|DENON]] || Denon, Sharp
|-
| [[IRMP_-_english#FAN|FAN]] || FAN, remote for fans
|-
| [[IRMP_-_english#FDC|FDC]] || FDC Keyboard
|-
| [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]] || Grundig
|-
| [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]] || Nokia, e.g. D-Box
|-
| [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]] || various European vendors
|-
| [[IRMP_-_english#JVC|JVC]] || JVC
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Panasonic, Technics, Denon and other vendors which are members of the Japanese "Association for Electric Home Appliances" (AEHA).
|-
| [[IRMP_-_english#KATHREIN|KATHREIN]] || KATHREIN
|-
| [[IRMP_-_english#LEGO|LEGO]] || Lego
|-
| [[IRMP_-_english#LGAIR|LGAIR]] || LG air conditioners
|-
| [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] || Matsushita
|-
| [[IRMP_-_english#MITSU_HEAVY|MITSU_HEAVY]] || Mitsubishi air conditioners
|-
| [[IRMP_-_english#NEC16|NEC16]] || JVC, Daewoo
|-
| [[IRMP_-_english#NEC42|NEC42]] || JVC
|-
| [[IRMP_-_english#MERLIN|MERLIN]] || MERLIN remote (Pollin article number: 620 185)
|-
| [[IRMP_-_english#NEC_+_extended_NEC|NEC]] || NEC, Yamaha, Canon, Tevion, Harman/Kardon, Hitachi, JVC, Pioneer, Toshiba, Xoro, Orion, generic and many other Asian vendors.
|-
| [[IRMP_-_english#NETBOX|NETBOX]] || Netbox
|-
| [[IRMP_-_english#Nikon|Nikon]] || Nikon
|-
| [[IRMP_-_english#NUBERT|NUBERT]] || Nubert, e.g. Subwoofer Systems
|-
| [[IRMP_-_english#ORTEK|ORTEK]] || Ortek, Hama
|-
| [[IRMP_-_english#PANASONIC|PANASONIC]] || PANASONIC video projectors
|-
| [[IRMP_-_english#PENTAX|PENTAX]] || PENTAX
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Philips and other European vendors
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6A]] || Philips, Kathrein and others, e.g. XBOX
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips and other European vendors
|-
| [[IRMP_-_english#RCCAR|RCCAR]] || RC Car: IR remote for RC toys
|-
| [[IRMP_-_english#RCII|RCII]] || T+A '''(NEW!)'''
|-
| [[IRMP_-_english#RECS80|RECS80]] || Philips, Nokia, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP_-_english#RECS80EXT|RECS80EXT]] || Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP_-_english#RCMM|RCMM]] || Fujitsu-Siemens e.g. Activy keyboard
|-
| [[IRMP_-_english#ROOMBA|ROOMBA]] || iRobot Roomba vacuum cleaner
|-
| [[IRMP_-_english#S100|S100]] || similar to RC5, but 14 instead of 13 bits and 56kHz modulation. Vendor unknown.
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung
|-
| [[IRMP_-_english#SAMSUNG48|SAMSUNG48]] || various air conditioners
|-
| [[IRMP_-_english#SAMSUNG|SAMSUNG]] || Samsung
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]] || RUWIDO (e.g. T-Home Media Receiver, MERLIN keyboard(Pollin))
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] || Siemens, e.g. Gigaset M740AV
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony
|-
| [[IRMP_-_english#SPEAKER|SPEAKER]] || Speaker systems like X-Tensions
|-
| [[IRMP_-_english#TECHNICS|TECHNICS]] || Technics
|-
| [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]] || Telefunken
|-
| [[IRMP_-_english#THOMSON|THOMSON]] || Thomson
|-
| [[IRMP_-_english#VINCENT|VINCENT]] || Vincent
|}

'''New:'''

'''Starting with version 3.2, IRMP can also decode 433 MHz RF radio protocols.'''

{| {{Tabelle}}
|+ '''Supported RF Protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol
! style="width:100em" | Vendor
|-
| [[IRMP#RF_GEN24|RF_GEN24]] || Generiv 24-bit format, e.g. Pollin 550666 radio-controlled receptacle
|-
| [[IRMP#RF_X10|RF_X10]] || X10 PC RF remote control (Medion), Pollin 721815
|}

Each of these protocols can be activated separately. If you want, you can activate all protocols. If you need only one protocol, you can disable all others. Only the code selected by the user will be compiled .

=== History ===

The [[IRMP_-_english#top|IRMP]] source for the AVR and PIC MCUs was created as part of the [[Word Clock]] project.

=== Thread in Forum ===

Intention for an own IRMP article is the following thread in Projects&Code [http://www.mikrocontroller.net/topic/162119 IRMP - Infrared Multi Protocol Decoder] (in German language).

== IR Protocols ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
Some vendors use their own proprietary protocols, such as Sony, Samsung, and Matsushita. Philips developed and used [[IRMP_-_english#RC5 + RC5X|RC5]].
[[IRMP_-_english#RC5 + RC5X|RC5]] was seen in Europe as ''the'' standard IR protocol which was adopted by many European vendors. Nowadays [[IRMP_-_english#RC5 + RC5X|RC5]] is practically not used and can be considered "dead". Although the successor [[IRMP_-_english#RC6_+_RC6A|RC6]] is used in current European hardware, it is also used rarely.

Japanese vendors also tried to establish their own standard, the so called [[IRMP_-_english#KASEIKYO|Kaseikyo]] (or "Japan") protocol. With a word length of 48 bits, it is more versatile. But it has not found wide use, though it is found in some appliances.

Nowadays the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol is used (also mainly in Japanese devices) in both premium and generic products. I estimate the market share at 80% for the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol. Nearly all remotes in my daily use utilize the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] IR code. This starts with the TV set, continues with the DVD player and the notebook remote all the way to the generic multimedia hard drive, just to mention a few examples.
||
[[Datei:nec-protocol.png|miniatur|NEC protocol, RGB remote control, T->A: 9.14ms, A->B: 4.42ms, B->C: 660us]]
|}

== Coding methods ==

[[IRMP_-_english#top|IRMP]] supports the following IR coding methods:

* [[IRMP_-_english#Pulse Distance|Pulse Distance]], typ. Example: [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
* [[IRMP_-_english#Pulse Width|Pulse Width]], typ. Example: [[IRMP_-_english#SIRCS|Sony SIRCS]]
* [[IRMP_-_english#Biphase|Biphase (Manchester)]], typ. Example: Philips [[IRMP_-_english#RC5_+_RC5X|RC5]], [[IRMP_-_english#RC6_+_RC6A|RC6]]
* [[IRMP_-_english#Pulse Position|Pulse Position (NRZ)]], typ. Example: [[IRMP_-_english#NETBOX|Netbox]]
* [[IRMP_-_english#Pulse Distance Width|Pulse Distance Width]], typ. Example: [[IRMP_-_english#NUBERT|Nubert]]

The pulses are modulated - usually at 36 kHz or 38 kHz - to reduce environmental influences such as indoor lighting or sunlight.

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance ===

Pulse distance coding can be identified by the following rule:

* there is only '''one pulse length''' and there are '''two different space lengths'''
||
[[Datei:Pulse-Distance.png|miniatur|Pulse distance coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Width ===

Pulse width coding can be identified by the following rule:

* there are '''two different pulse lengths''' and '''only one space length'''
||
[[Datei:Pulse-Width.png|miniatur|Pulse width coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Width ===

This is a mix of pulse distance and pulse width coding. Often the sum of pulse and space length is constant. The rule is:

* there are '''two different pulse lengths''' and '''two different space lengths.'''
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse distance width coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Biphase ===

In biphase coding the order of pulse and space gives the bit value.
Therefore a biphase boding can be identified by this criteria:

* there is exactly '''one''' pulse and space length, as well as the '''double''' pulse/space length

Usually the length for the pulse and space are equal, meaning that the signal shape is symmetric. But IRMP also recognizes protocols which use different pulse and space lengths, for example the [[IRMP_-_english#A1TVBOX|A1TVBOX]] protocol.
||
[[Datei:Biphase-Coding.png|miniatur|Biphase coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Position ===

Pulse position coding is known from commmon UARTs. Here, every bit has a fixed length. Depending on the value (0 or 1), it is a pulse or a space.

Typical criteria for a '''pulse position protocol''' are:
* there are '''multiples''' of a basic pulse/space length

'''A tabular listing of different IR protocols can be found here: [[IRMP_-_english#IR_Protocols_in_Detail|IR Protocols in Detail]].'''
The specified timings are typical values. In some remotes they differ up to 40% in real life. Therefore [[IRMP_-_english#top|IRMP]] uses minimum/maximum limits to be tolerant with the timing.
||
[[Datei:Pulse-Position.png|miniatur|Pulse position coding]]
|}

== Protocol Detection ==

Most of the protocols [[IRMP_-_english#top|IRMP]] decodes have something in common: they exhibit a start bit whose timing is unique.

According to this start bit timing, most protocols can be identified. [[IRMP_-_english#top|IRMP]] measures the timing of the start bit and adjusts its timing tables "on-the-fly" to the discovered protocol. Subsequent bits can then be read sequentially without the need to first store a complete frame.
Thus, [[IRMP_-_english#top|IRMP]] does not wait to read a complete frame but starts decoding directly after detecting the first pulse.

If the start bit is not unique, [[IRMP_-_english#top|IRMP]] proceeds in parallel with multiple possible protocols. For example with two candidate protocols, once plausible reasons disqualify one protocol, the other protocol is used.

Detection is implemented as an interrupt-driven [[Statemachine|state machine]] which is called at a frequency of typically 15000 times per second. Among others, the [[Statemachine|state machine]] has the following states:

* detect the first pulse length of the start bit
* detect the space length of the start bit
* detect the space length of the first data bit

After that, the pulse and space lengths of the start bit are known. Now all enabled protocols are searched for these lengths. If a protocol matches, the timing table for this protocol is loaded. Subsequent bits are checked against the timing table to ensure they conform to it.

The [[Statemachine|state machine]] continues with the following states:

* detect the spaces of the data bits
* detect the pulse length of the data bits
* check timing. If different, switch back to another valid IR protocol, otherwise return
* detect the stop bit, if present in the protocol
* check data for plausibility, like CRC or other redundancy bits
* convert data to device address and command
* detect code repetition by long key press, set corresponding flag

Indeed the [[Statemachine|state machine]] is even more complex because some protocols have no start bit (e.g. [[IRMP_-_english#DENON|Denon]]) or have multiple start bits (4 in [[IRMP_-_english#B.26O|B&O]]) or have another sync bit within the frame (e.g. [[IRMP_-_english#SAMSUNG|Samsung]]). These extra conditions are caught in the code by protocol-specific "special cases".

Switching to an other protocol can happen multiple times while receiving a frame, e.g. from [[IRMP_-_english#NEC42|NEC42]] (42 bits) to [[IRMP_-_english#NEC16|NEC16]] (8 bits + sync bit + 8 bits), if a premature sync bit is detected. Or from [[IRMP_-_english#NEC + extended NEC|NEC]]/[[IRMP_-_english#NEC42|NEC42]] (32/42 bits) to [[IRMP_-_english#JVC|JVC]] (16 bits) if the stop bit occurs prematurely. It becomes difficult when, after detecting the start bit, two possible protocols use different coding methods, e.g. when the one protocol uses [[IRMP_-_english#Pulse Distance|pulse distance coding]] and the other uses [[IRMP_-_english#Biphase|biphase coding (Manchester)]]. In this case [[IRMP_-_english#top|IRMP]] stores the necessary bits for both coding methods and later discards one or the other.

Furthermore, some remotes using particular protocols transmit repeat frames, either for redundancy (error detection) or for long key presses. Both kinds are detected by IRMP: error detection frames are detected by IRMP, but not passed to the application. Others are detected as long key presses and flagged by IRMP.

== Download ==

Version 3.2.6, Date: 2021-01-27

Download stable version: [http://www.mikrocontroller.net/wikifiles/7/79/Irmp.zip Irmp.zip]

Current development version of [[IRMP_-_english#top|IRMP]] & [[IRSND_-_english|IRSND]]:

* SVN link: [svn://mikrocontroller.net/irmp/ SVN]
* SVN browser: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP in SVN]
* Download tarball: [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball].

Download Arduino library: [https://github.com/ukw100/IRMP GitHub] or use Arduino "''Tools / Manage Libraries...''" and search for IRMP.

'''You can see the history of the software changes here: [[IRMP_-_english#Software_History|Software History]]'''

== License ==

IRMP is Open Source Software and is released under the [https://www.gnu.org/licenses/old-licenses/gpl-2.0.html GPL v2], or
(at your option) any later version.

== Source Code ==

The source code can be easily compiled for AVR MCUs by loading the project file irmp.aps in AVR Studio 4.

For other development environments it is simple to create a project or makefile. The source includes:

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] - IR decoder core
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h] - all protocol definitions
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpsystem.h?view=markup irmpsystem.h] - target-independent definitions for AVR/PIC/STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.h?view=markup irmp.h] - include file for the application
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] - user configuration

Sample applications (main functions and timer configurations):

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] - AVR
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr-uart.c?view=markup irmp-main-avr-uart.c] - AVR with UART output
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-xc8.c?view=markup irmp-main-pic-xc8.c] - PIC18F4520
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-12F1840.c?view=markup irmp-main-pic-12F1840.c] - PIC12F1840
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stm32.c?view=markup irmp-main-stm32.c] - STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stellaris-arm.c?view=markup irmp-main-stellaris-arm.c] - TI Stellaris LM4F120 Launchpad
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-esp8266.c?view=markup irmp-main-esp8266.c] - ESP8266
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-mbed.cpp?view=markup irmp-main-mbed.cpp] - MBED
* [http://www.mikrocontroller.net/svnbrowser/irmp/examples/Arduino/Arduino.ino?view=markup examples/Arduino/Arduino.ino] - Teensy 3.x
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c] - ChibiOS

{{Warnung|
;Important: include only irmp.h in your application:
<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
</syntaxhighlight>

All other include files are included within irmp.h. See also the sample application irmp-main-avr.c.

Furthermore, the preprocessor constant '''F_CPU in project or makefile''' must be defined. This should have at least the value of 8000000UL, processor speed should be at least 8 MHz. This applies to AVR targets and not for MCUs with PLL.
}}

[[IRMP_-_english#top|IRMP]] also runs on PIC processors. For the PIC-CCS compiler the necessary preprocessor defines are already set, such that [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] can be directly used in the CCS environment. Only a short interrupt service routine like

<syntaxhighlight lang="c" style="font-size:85%;">
void TIMER2_isr(void)
{
irmp_ISR ();
}
</syntaxhighlight>

must be added. The interrupt period time must be set to 66 µs (15 kHz).

For AVR processors you will find an example for the usage of [[IRMP_-_english#top|IRMP]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c]. The main things are the [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|Timer]] initializing of the timer and the processing of received IR commands. The received protocol, the device address and the command will be output on the HW-UART.

For the Stellaris LM4F120 Launchpad from TI (ARM Cortex M4) is a propriate timer init function already integrated in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c].

[[IRMP_-_english#top|IRMP]] can be used also with STM32 microcontrollers.

Another new implementation is available on the mbed platform.

=== avr-gcc Optimizations ===

From version 4.7.x of avr-gcc, the [https://gcc.gnu.org/onlinedocs/gccint/LTO.html#LTO LTO option] can be used to make the call of the external function irmp_ISR() from the main ISR more efficient. This improves the performance of the ISR a little.

Add the following compiler and linker options:

* additional compiler option: -flto
* additional linker options: -flto -Os

If you forget the additional linker option -Os, the binary will be significantly larger as it will not be optimized further. Also, the option -flto must be passed to the linker, otherwise link time optimization will not work.

=== Configuration ===

[[IRMP_-_english#top|IRMP]] is configured by parameters in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h]:

* [[IRMP_-_english#F_INTERRUPTS|number of interrupts per second]]
* [[IRMP_-_english#IRMP_SUPPORT_xxx_PROTOCOL|supported IR protocols]]
* [[IRMP_-_english#IRMP_PORT_LETTER + IRMP_BIT_NUMBER|hardware pin for IR receiver]]
* [[IRMP_-_english#IRMP_LOGGING|IR logging]]

=== Settings in irmpconfig.h ===

[[IRMP_-_english#top|IRMP]] will decode all protocols listed above in one ISR. For this, some settings are needed. These are set in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h].

==== F_INTERRUPTS ====

Number of interrupts per second. Should be set to a value from 10000 to 20000. The higher the value, the better the resolution and therefore the quality of detection. But a higher interrupt rate means also higher CPU load. A value of 15000 is usually a good compromise.

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define F_INTERRUPTS 15000 // interrupts per second
</syntaxhighlight>

On AVR controllers, the [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] example uses Timer1 with 16 bits of resolution. If for any reasons Timer1 is not available, you can also use Timer2 with 8 bits of resolution.

In that case, configure Timer2 as follows:

<syntaxhighlight lang="c" style="font-size:85%;">
OCR2 = (uint8_t) ((F_CPU / F_INTERRUPTS) / 8) - 1 + 0.5); // Compare Register OCR2
TCCR2 = (1 << WGM21) | (1 << CS21); // CTC Mode, prescaler = 8
TIMSK = 1 << OCIE2; // enable Timer2 interrupt
</syntaxhighlight>

The above example is valid for ATmega88/ATmega168/ATmega328. For other AVR MCUs check the datasheet.

You must not forget to change the ISR to Timer2 as well:

<syntaxhighlight lang="c" style="font-size:85%;">
ISR(TIMER2_COMP_vect)
{
(void) irmp_ISR();
}
</syntaxhighlight>

==== IRMP_SUPPORT_xxx_PROTOCOL ====

Here you can select which protocols to enable in [[IRMP_-_english#top|IRMP]]. Common protocols are emabled by default.

To enable additional protocols or disable others to save memory, set the corresponding values in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h].

<syntaxhighlight lang="c" style="font-size:85%;">
// typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE >= 10000 ~300 bytes
#define IRMP_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 >= 10000 ~300 bytes
#define IRMP_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita >= 10000 ~50 bytes
#define IRMP_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo >= 10000 ~250 bytes

// more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_DENON_PROTOCOL 0 // DENON, Sharp >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC5_PROTOCOL 0 // RC5 >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC6_PROTOCOL 0 // RC6 & RC6A >= 10000 ~250 bytes
#define IRMP_SUPPORT_JVC_PROTOCOL 0 // JVC >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC16_PROTOCOL 0 // NEC16 >= 10000 ~100 bytes
#define IRMP_SUPPORT_NEC42_PROTOCOL 0 // NEC42 >= 10000 ~300 bytes
#define IRMP_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) >= 10000 ~300 bytes
#define IRMP_SUPPORT_GRUNDIG_PROTOCOL 0 // Grundig >= 10000 ~300 bytes
#define IRMP_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens Gigaset >= 15000 ~550 bytes
#define IRMP_SUPPORT_NOKIA_PROTOCOL 0 // Nokia >= 10000 ~300 bytes

// exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_BOSE_PROTOCOL 0 // BOSE >= 10000 ~150 bytes
#define IRMP_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein >= 10000 ~200 bytes
#define IRMP_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT >= 10000 ~50 bytes
#define IRMP_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang & Olufsen >= 10000 ~200 bytes
#define IRMP_SUPPORT_RECS80_PROTOCOL 0 // RECS80 (SAA3004) >= 15000 ~50 bytes
#define IRMP_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT (SAA3008) >= 15000 ~50 bytes
#define IRMP_SUPPORT_THOMSON_PROTOCOL 0 // Thomson >= 10000 ~250 bytes
#define IRMP_SUPPORT_NIKON_PROTOCOL 0 // Nikon camera >= 10000 ~250 bytes
#define IRMP_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard >= 10000 ~400 bytes (PROTOTYPE!)
#define IRMP_SUPPORT_ORTEK_PROTOCOL 0 // ORTEK (Hama) >= 10000 ~150 bytes
#define IRMP_SUPPORT_TELEFUNKEN_PROTOCOL 0 // Telefunken 1560 >= 10000 ~150 bytes
#define IRMP_SUPPORT_FDC_PROTOCOL 0 // FDC3402 keyboard >= 10000 (better 15000) ~150 bytes (~400 in combination with RC5)
#define IRMP_SUPPORT_RCCAR_PROTOCOL 0 // RC Car >= 10000 (better 15000) ~150 bytes (~500 in combination with RC5)
#define IRMP_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba >= 10000 ~150 bytes
#define IRMP_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home >= 15000 ~550 bytes
#define IRMP_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX >= 15000 (better 20000) ~300 bytes
#define IRMP_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC >= 20000 ~150 bytes
#define IRMP_SUPPORT_RCMM_PROTOCOL 0 // RCMM 12, 24, or 32 >= 20000 ~150 bytes
</syntaxhighlight>

Each [[IRMP_-_english#top|IRMP]] supported IR protocol consumes the noted amount of code. Here you can apply optimizations: for example, the modulation frequency of 455 kHz for the [[IRMP_-_english#B&O|B&O]] protocol is far away from the frequencies that are used by other protocols. This usually requires a different IR receiver, so without that, you can disable these protocols. For example, you cannot receive the [[IRMP_-_english#B&O|B&O]] protocol (455kHz) with a TSOP1738/TSOP31238.

Additionally, the [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]]/[[IRMP_-_english#FDC|FDC]]/[[IRMP_-_english#RCCAR|RCCAR]] can only be detected reliably at a frequency of 15 kHz or higher. For [[IRMP_-_english#LEGO|LEGO]], 20 kHz is needed. To use these protocols, you must modify [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]]. Otherwise, during compilation you will get a warning and the corresponding protocols will automatically be disabled.

==== IRMP_PORT_LETTER + IRMP_BIT_NUMBER ====

This constant defines the pin where the IR receiver is connected.

Default value is PORT B6:
<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------
* Change hardware pin here for ATMEL AVR
*---------------------------------------------------------------------------
*/
#if defined (ATMEL_AVR) // use PB6 as IR input on AVR
# define IRMP_PORT_LETTER B
# define IRMP_BIT_NUMBER 6
</syntaxhighlight>

These two values must match your hardware configuration.

This applies also to STM32 MCUs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for ARM STM32
*----------------------------------------------------------------------------
*/
#elif defined (ARM_STM32) // use C13 as IR input on STM32
# define IRMP_PORT_LETTER C
# define IRMP_BIT_NUMBER 13
</syntaxhighlight>

When using STM32 HAL library, define the constants IRSND_Transmit_GPIO_Port and IRSND_Transmit_Pin in STM32Cube (Main.h). In this case, it is not necessary to change the constants in irmpconfig.h:
<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* ARM STM32 with HAL section - don't change here, define IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin in STM32Cube (Main.h)
*---------------------------------------------------------------------------------------------------------------------------------------------------
*/
#elif defined (ARM_STM32_HAL) // IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin must be defined in STM32Cube
# define IRSND_PORT_LETTER IRSND_Transmit_GPIO_Port//Port of Transmit PWM Pin e.g.
# define IRSND_BIT_NUMBER IRSND_Transmit_Pin //Pim of Transmit PWM Pin e.g.
# define IRSND_TIMER_HANDLER htim2 //Handler of Timer e.g. htim (see tim.h)
# define IRSND_TIMER_CHANNEL_NUMBER TIM_CHANNEL_2 //Channel of the used Timer PWM Pin e.g. TIM_CHANNEL_2
# define IRSND_TIMER_SPEED_APBX 64000000 //Speed of the corresponding APBx. (see STM32CubeMX: Clock Configuration)
</syntaxhighlight>

And the corresponding section for STM8 MCUs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for STM8
*----------------------------------------------------------------------------
*/
#elif defined (SDCC_STM8) // use PA1 as IR input on STM8
# define IRMP_PORT_LETTER A
# define IRMP_BIT_NUMBER 1
</syntaxhighlight>

For PIC microcontrollers only the constant '''IRMP_PIN''' needs to be changed - depending on the compiler:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for PIC C18 compiler
*----------------------------------------------------------------------------
*/
#elif defined (PIC_C18) // use RB4 as IR input on PIC
# define IRMP_PIN PORTBbits.RB4

/*----------------------------------------------------------------------------
* Change hardware pin here for PIC CCS compiler
*----------------------------------------------------------------------------
*/
#elif defined (PIC_CCS) // use PB4 as IR input on PIC
# define IRMP_PIN PIN_B4
</syntaxhighlight>

When using ChibiOS HAL, define a pin with the name '''IR_IN''' in your board config (board.chcfg) of ChibiOS and regenerate the board files. To use another name for the pin, edit the constant '''IRMP_PIN''' in irmpconfig.h. Use the name of the pin from the board config and prefix it with "LINE_", as IRMP is using the "line" variant of the PAL interface:

<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* Change hardware pin here for ChibiOS HAL
*---------------------------------------------------------------------------------------------------------------------------------------------------
*/
#elif defined(_CHIBIOS_HAL_)
# define IRMP_PIN LINE_IR_IN // use pin names as defined in the board config file, prefixed with "LINE_"
</syntaxhighlight>

==== IRMP_HIGH_ACTIVE ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_HIGH_ACTIVE 0 // set to 1 if you use a RF receiver!
</syntaxhighlight>

Most RF receivers use active-high signals, so when using an RF receiver instead of an IR sensor, set this value to 1.

'''NEU:'''

==== IRMP_ENABLE_RELEASE_DETECTION ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_ENABLE_RELEASE_DETECTION 0 // enable detection of key releases
</syntaxhighlight>

Set this value to 1 to enable detection of button release events. The function irmp_get_data() then sets the IRMP_FLAG_RELEASE bit in the struct member irmp_data.flags once code transmission ends. See the example in the section '''[[IRMP_-_english#Debouncing|Debouncing]]'''.

==== IRMP_USE_CALLBACK ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_USE_CALLBACK 0 // flag: 0 = don't use callbacks, 1 = use callbacks, default is 0
</syntaxhighlight>

When you turn on callbacks, any level change at the input causes the callback function to be called. This can be used to visualize incoming IR signals by driving another output pin.

Here is an example:

<syntaxhighlight lang="c" style="font-size:85%;">
#define LED_PORT PORTD // LED at PD6
#define LED_DDR DDRD
#define LED_PIN 6

/*-----------------------------------------------------------------------------------------------------------------------
* Called (back) from IRMP module
* This example switches a LED (which is connected to Vcc)
*-----------------------------------------------------------------------------------------------------------------------
*/
void
led_callback (uint_fast8_t on)
{
if (on)
{
LED_PORT &= ~(1 << LED_PIN);
}
else
{
LED_PORT |= (1 << LED_PIN);
}
}

int
main ()
{
...
irmp_init ();

LED_DDR |= (1 << LED_PIN); // LED pin to output
LED_PORT |= (1 << LED_PIN); // switch LED off (active low)
irmp_set_callback_ptr (led_callback);

sei ();
...
}
</syntaxhighlight>

==== IRMP_USE_IDLE_CALL ====

Normally the irmp_ISR() function is called continuously at the F_INTERRUPTS (10-20kHz) frequency. The microcontroller can rarely enter an energy-saving sleep mode, or must constantly wake up from it. If power consumption is important, e.g. on battery power, this approach is not optimal.

If ''IRMP_USE_IDLE_CALL''' is enabled, IRMP detects if no IR transmission is ongoing and then calls the function '''irmp_idle()'''. This is microcontroller-specific and must be provided and linked by the user. The microcontroller can then be put to sleep while there is no ongoing transmission, thus reducing energy consumption.

It is recommended to deactivate the timer interrupt in irmp_idle() and to activate a pin change interrupt instead. Then the microcontroller can be put to sleep. When a falling edge is detected on the IR input pin, the pin change interrupt is disabled, the timer is reenabled and irmp_ISR() is called immediately. You can find an example for the use of irmp_idle() in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c].

Using IRMP purely with pin change interrupts and without timer interrupts is not supported.

==== IRMP_USE_EVENT ====

When using IRMP with ChibiOS/RT or ChibiOS/NIL, you can use their Event module to wake a thread as soon as new IR data is received and decoded.

Set the '''IRMP_USE_EVENT''' constant in irmpconfig.h to 1 to enable this. '''IRMP_EVENT_BIT''' definies the value in the Event bitmask that should symbolize the IRMP event. Use '''IRMP_EVENT_THREAD_PTR''' to define the variable name of the thread pointer that the event is sent to.

Change irmpconfig.h like this:
<syntaxhighlight lang="c" style="font-size:85%;">
/*------------------------------------------------------------------------------------------------------------------------------
* Use ChibiOS Events to signal that valid IR data was received
*------------------------------------------------------------------------------------------------------------------------------
*/
#if defined(_CHIBIOS_RT_) || defined(_CHIBIOS_NIL_)

# ifndef IRMP_USE_EVENT
# define IRMP_USE_EVENT 1 // 1: use event. 0: do not. default is 0
# endif

# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_BIT)
# define IRMP_EVENT_BIT 1 // event flag or bit to send
# endif
# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_THREAD_PTR)
# define IRMP_EVENT_THREAD_PTR ir_receive_thread_p // pointer to the thread to send the event to
extern thread_t *IRMP_EVENT_THREAD_PTR; // the pointer must be defined and initialized elsewhere
# endif

#endif // _CHIBIOS_RT_ || _CHIBIOS_NIL_
</syntaxhighlight>

Now you can use the event in your ChibiOS project like this:
<syntaxhighlight lang="c" style="font-size:85%;">
thread_t *ir_receive_thread_p = NULL;

static THD_FUNCTION(IRThread, arg)
{
ir_receive_thread_p = chThdGetSelfX();
[...]
while (true)
{
// wait for event sent from irmp_ISR
chEvtWaitAnyTimeout(ALL_EVENTS,TIME_INFINITE);

if (irmp_get_data (&irmp_data))
// use data in irmp_data
</syntaxhighlight>

==== IRMP_LOGGING ====

With IRMP_LOGGING the logging of received IR frames can be turned on.

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not. default is 0
</syntaxhighlight>

Further documentation can be found here: [[IRMP_-_english#Scanning_unknown_IR_Protocols|Scanning Unknown IR Protocols]].

=== Using IRMP ===

The protocols supported by [[IRMP_-_english#top|IRMP]] use partly variable, partly fixed bit lengths from 2 up to 48 bits. These are described by preprocessor defines.

[[IRMP_-_english#top|IRMP]] separates these IR frames into 3 sections:

1. protocol ID
2. address or vendor code
3. command

With the function

irmp_get_data (IRMP_DATA * irmp_data_p)

you can recall a decoded message. The return value is 1 if a message has been received, otherwise it is 0. In the first case the struct members

<syntaxhighlight lang="c" style="font-size:85%;">
irmp_data_p->protocol (8 Bit)
irmp_data_p->address (16 Bit)
irmp_data_p->command (16 Bit)
irmp_data_p->flags (8 Bit)
</syntaxhighlight>

contain valid information.

That means that ultimately, you have three values (protocol, address and command) that can be evaluated with an if or switch statement.
Here is a sample decoder which listens for keys 1-9 on a remote:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == IRMP_NEC_PROTOCOL && // NEC protocol
irmp_data.address == 0x1234) // Address 0x1234
{
switch (irmp_data.command)
{
case 0x0001: key1_pressed(); break; // Key 1
case 0x0002: key2_pressed(); break; // Key 2
...
case 0x0009: key9_pressed(); break; // Key 9
}
}
}
</syntaxhighlight>

Here are possible constants for irmp_data.protocol, see also [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h]:

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_SIRCS_PROTOCOL 1 // Sony
#define IRMP_NEC_PROTOCOL 2 // NEC, Pioneer, JVC, Toshiba, generic, etc.
#define IRMP_SAMSUNG_PROTOCOL 3 // Samsung
#define IRMP_MATSUSHITA_PROTOCOL 4 // Matsushita
#define IRMP_KASEIKYO_PROTOCOL 5 // Kaseikyo (Panasonic, etc.)
#define IRMP_RECS80_PROTOCOL 6 // Philips, Thomson, Nordmende, Telefunken, Saba
#define IRMP_RC5_PROTOCOL 7 // Philips etc
#define IRMP_DENON_PROTOCOL 8 // Denon, Sharp
#define IRMP_RC6_PROTOCOL 9 // Philips etc
#define IRMP_SAMSUNG32_PROTOCOL 10 // Samsung32: no sync pulse at bit 16, length 32 instead of 37
#define IRMP_APPLE_PROTOCOL 11 // Apple, very similar to NEC
#define IRMP_RECS80EXT_PROTOCOL 12 // Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
#define IRMP_NUBERT_PROTOCOL 13 // Nubert
#define IRMP_BANG_OLUFSEN_PROTOCOL 14 // Bang & Olufsen
#define IRMP_GRUNDIG_PROTOCOL 15 // Grundig
#define IRMP_NOKIA_PROTOCOL 16 // Nokia
#define IRMP_SIEMENS_PROTOCOL 17 // Siemens, e.g. Gigaset
#define IRMP_FDC_PROTOCOL 18 // FDC keyboard
#define IRMP_RCCAR_PROTOCOL 19 // RC Car
#define IRMP_JVC_PROTOCOL 20 // JVC (NEC with 16 bits)
#define IRMP_RC6A_PROTOCOL 21 // RC6A, e.g. Kathrein, XBOX
#define IRMP_NIKON_PROTOCOL 22 // Nikon
#define IRMP_RUWIDO_PROTOCOL 23 // Ruwido, e.g. T-Home Media Receiver
#define IRMP_IR60_PROTOCOL 24 // IR60 (SDA2008)
#define IRMP_KATHREIN_PROTOCOL 25 // Kathrein
#define IRMP_NETBOX_PROTOCOL 26 // Netbox keyboard (bitserial)
#define IRMP_NEC16_PROTOCOL 27 // NEC with 16 bits (incl. sync)
#define IRMP_NEC42_PROTOCOL 28 // NEC with 42 bits
#define IRMP_LEGO_PROTOCOL 29 // LEGO Power Functions RC
#define IRMP_THOMSON_PROTOCOL 30 // Thomson
#define IRMP_BOSE_PROTOCOL 31 // BOSE
#define IRMP_A1TVBOX_PROTOCOL 32 // A1 TV Box
#define IRMP_ORTEK_PROTOCOL 33 // ORTEK - Hama
#define IRMP_TELEFUNKEN_PROTOCOL 34 // Telefunken (1560)
#define IRMP_ROOMBA_PROTOCOL 35 // iRobot Roomba vacuum cleaner
#define IRMP_RCMM32_PROTOCOL 36 // Fujitsu-Siemens (Activy remote control)
#define IRMP_RCMM24_PROTOCOL 37 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_RCMM12_PROTOCOL 38 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_SPEAKER_PROTOCOL 39 // Another loudspeaker protocol, similar to Nubert
#define IRMP_LGAIR_PROTOCOL 40 // LG air conditioner
#define IRMP_SAMSUNG48_PROTOCOL 41 // air conditioner with Samsung protocol (48 bits)
#define IRMP_MERLIN_PROTOCOL 42 // Merlin (Pollin 620 185)
#define IRMP_PENTAX_PROTOCOL 43 // Pentax camera
#define IRMP_FAN_PROTOCOL 44 // FAN (ventilator), very similar to NUBERT, but last bit is data bit instead of stop bit
#define IRMP_S100_PROTOCOL 45 // very similar to RC5, but 14 instead of 13 data bits
#define IRMP_ACP24_PROTOCOL 46 // Stiebel Eltron ACP24 air conditioner
#define IRMP_TECHNICS_PROTOCOL 47 // Technics, similar to Matsushita, but 22 instead of 24 bits
#define IRMP_PANASONIC_PROTOCOL 48 // Panasonic (video projector), start bits similar to KASEIKYO
#define IRMP_MITSU_HEAVY_PROTOCOL 49 // Mitsubishi heavy air conditioner, similar timing to Panasonic video projector
#define IRMP_VINCENT_PROTOCOL 50 // Vincent
#define IRMP_SAMSUNGAH_PROTOCOL 51 // Samsung AH
#define IRMP_IRMP16_PROTOCOL 52 // IRMP specific protocol for data transfer, e.g. between two microcontrollers via IR
#define IRMP_GREE_PROTOCOL 53 // Gree climate
#define IRMP_RCII_PROTOCOL 54 // RC II Infrared Remote Control Protocol for FM8
#define IRMP_METZ_PROTOCOL 55 // METZ
#define IRMP_ONKYO_PROTOCOL 56 // Onkyo
</syntaxhighlight>

The values of address and the command code of an unknown remote can be received and printed to UART or LCD. Then these values can be hard-coded in your decoder routine. Or you can write a learning routine, where you press keys to store the code into EEPROM. A sample for this can be found in [http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP Lernfähige IR-Fernbedienung mit IRMP].

Another [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup example main function] is included in the zip file, showing also the timer initialization.

=== Debouncing ===

To distinguish between a long key press or a single press, the IRMP_FLAG_REPETITION bit is provided. It is set in the struct member '''flags''' when a key on the remote is held, causing the same command to be repeated within a short period of time.

Example:

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_data.flags & IRMP_FLAG_REPETITION)
{
// long key press
// either:
// ignore the (repeated) key
// or:
// use this information for a repeat function
}
else
{
// key was pressed again
}
</syntaxhighlight>

This can be used to debounce the keys 0-9 by ignoring commands with the IRMP_FLAG_REPETITION bit set. For keys like 'VOLUME+' or 'VOLUME-' using the repetition can be useful, for example to [[LED-Fading|fade a LED]].

If you want to decode only single keys, you can reduce the block above to:

<syntaxhighlight lang="c" style="font-size:85%;">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// New key
// ACTION!
}
</syntaxhighlight>

'''NEW:'''

From version 3.2.2, key releases can be detected. In this case, the IRMP_FLAG_RELEASE flag is set once the remote control has ceased sending IR or RF frames.

Example:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

while (1)
{
if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == NEC_PROTOCOL && irmp_data.address == 0x1234)
{
if (irmp_data.command == 0x42 && irmp_data.flags == 0x00) // First frame, flags not set
{
motor_on ();
}
else if (irmp_data.flags & IRMP_FLAG_RELEASE) // Key is released
{
motor_off ();
}
}
}
}
</syntaxhighlight>

In the above example, a motor is turned on when a specific button on the remote control is pressed. The motor will not stop again until you release the button.

'''Important when evaluating IRMP_FLAG_RELEASE:'''

You must not rely on irmp_data.command to still contain the original command code (0x42 here). There are remote controls (e.g. RF remotes for remote controlled receptacles) which send a special key release code when the key is released. Simply check that the irmp_data.address matches before evaluating the flag.

'''This feature must be enabled explicitly in irmpconfig.h by changing the configuration variable IRMP_ENABLE_RELEASE_DETECTION'''.

== Principles of Operation ==

The "workhorse" of [[IRMP_-_english#top|IRMP]] is the interrupt service routine irmp_ISR() which should be called 15000 times per second. When using a different rate, the constant [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] needs to be modified accordingly.

First, irmp_ISR() detects the length and the type of the start bit(s) and uses this to determine the protocol in use. As soon as the protocol is identified, subsequent bits are parametrized to read them efficiently until the IR transmission is complete.

To cut off critics:

I know that the ISR is quite large. But since it behaves like a state machine, the effective executed code per cycle is relatively small. As long as the input is "dark" (and that is the case most of the time ;-)) the spent time is vanishingly short. In the WordClock project for example, 8 ISRs are called with the same timer, of which irmp_ISR() just one of many. With a MCU clock of at least 8 MHz, no timing problems occured. Consequently, I see no problem with the length of the ISR.

A crystal is not mandatory, it works well with the internal AVR oscillator. Remember to set the correct fuses for the CPU to run at 8 MHz, check [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] for correct values for an ATMEGA88.

== Scanning Unknown IR Protocols ==

To enable logging in [[IRMP_-_english#top|IRMP]], modify the value of [[IRMP_-_english#IRMP_LOGGING|IRMP_LOGGING]] to 1 of [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] on the line

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not (default)
</syntaxhighlight>

When logging is enabled, the bright and dark phases are sent via UART at 9600 bits/s: 1=dark, 0=bright. The constants in the functions uart_init() and uart_putc() may need to be modified, depending on the AVR MCU used.

'''Note: for PIC microcontrollers there is a dedicated logging module named [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]. This makes it possible to log via USB. This does not apply to the AVR version'''

By capturing these protocol scans with a terminal program and saving them to a text file, you can use these files to analyze the frames in order to add new protocols to [[IRMP_-_english#top|IRMP]] - see next chapter.

If you have a remote control that is not supported by [[IRMP_-_english#top|IRMP]], you can send me ([http://www.mikrocontroller.net/user/show/ukw ukw]) the scan files. Then I can check if the protocol is compatible with the IRMP model and modify the source code if applicable.

== IRMP under Linux and Windows ==

=== Compilation ===

[http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] can be compiled under Linux for testing IR scans in textfiles. In the subdirectory 'IR-Data' you will find such files that you can use as input files for [[IRMP_-_english#top|IRMP]].

To compile [[IRMP_-_english#top|IRMP]], enter:

make -f makefile.lnx

This will generate 3 IRMP versions:

* irmp-10kHz: Version for 10kHz scans
* irmp-15kHz: Version for 15kHz scans
* irmp-20kHz: Version for 20kHz scans

=== Starting IRMP ===

The calling syntax is:

./irmp-nnkHz [-l|-p|-a|-v] < scan-file

Options are mutually exclusive, so only one option per call is valid:

Option:

-l List print a list with pulses and pauses
-a analyze analyse the pulses/pauses and write a "spectrum" in ASCII format
-v verbose verbose output
-p Print Timings print a timing table for all protocols

Samples:

=== Normal Output ===

./irmp-10kHz < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------
# Taste 1
00000001110111101000000001111111 p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------
# Taste 2
00000001110111100100000010111111 p = 2, a = 0x7b80, c = 0x0002, f = 0x00
-------------------------------------------------------------------------
# Taste 3
00000001110111101100000000111111 p = 2, a = 0x7b80, c = 0x0003, f = 0x00
-------------------------------------------------------------------------
# Taste 4
00000001110111100010000011011111 p = 2, a = 0x7b80, c = 0x0004, f = 0x00
-------------------------------------------------------------------------
...
</syntaxhighlight>

=== Output Lists ===

./irmp-10kHz -l < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
# Taste 1
pulse: 91 pause: 44
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 16
...
</syntaxhighlight>

=== Analysis ===

./irmp-10kHz -a < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------------
START PULSES:
90 o 1
91 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 33
92 ooo 2
pulse avg: 91.0=9102.8 us, min: 90=9000.0 us, max: 92=9200.0 us, tol: 1.1%
-------------------------------------------------------------------------------
START PAUSES:
43 oo 1
44 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 25
45 oooooooooooooooooooooooo 10
pause avg: 44.2=4425.0 us, min: 43=4300.0 us, max: 45=4500.0 us, tol: 2.8%
-------------------------------------------------------------------------------
PULSES:
5 o 17
6 ooooooooooooooooooooooooooooooooooooooooooooooooooooooo 562
7 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 609
pulse avg: 6.5= 649.8 us, min: 5= 500.0 us, max: 7= 700.0 us, tol: 23.1%
-------------------------------------------------------------------------------
PAUSES:
4 ooooooooooooooooooooooo 169
5 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 412
6 oooo 31
pause avg: 4.8= 477.5 us, min: 4= 400.0 us, max: 6= 600.0 us, tol: 25.7%
15 oooooo 43
16 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 425
17 oooooooooo 72
pause avg: 16.1=1605.4 us, min: 15=1500.0 us, max: 17=1700.0 us, tol: 6.6%
-------------------------------------------------------------------------------
</syntaxhighlight>

Here you see the measured times of all pulses and pauses (spaces) as horizontal bar graphs, whose distributions are not ideal bell curves due to the ASCII formatting. The narrower the measured peaks, the better the timing of the remote.

The above output can be read as:

* the start bit has a pulse length between 9000 and 9200 µs, on average 9102 µs. The deviation from this average is about 1.1%

* the start bit has a space length between 4300 and 4500 µs, the average is 4424 µs. The error is about 2.8%.

* the pulse length of a data bit is between 500 and 700 µs, on average 650 µs, the error is (quite large!) 23.1%

Further there are two more spaces of different lengths (for bits 0 and 1). Reading these is left as an exercise to the reader. ;-)

=== Verbose Output ===

./irmp-10kHz -v < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------------
# 1 - IR-cmd: 0x0001
0.200ms [starting pulse]
13.700ms [start-bit: pulse = 91, pause = 44]
protocol = NEC, start bit timings: pulse: 62 - 118, pause: 30 - 60
pulse_1: 3 - 8
pause_1: 11 - 23
pulse_0: 3 - 8
pause_0: 3 - 8
command_offset: 16
command_len: 16
complete_len: 32
stop_bit: 1
14.800ms [bit 0: pulse = 6, pause = 5] 0
16.000ms [bit 1: pulse = 6, pause = 6] 0
17.100ms [bit 2: pulse = 6, pause = 5] 0
18.200ms [bit 3: pulse = 6, pause = 5] 0
19.300ms [bit 4: pulse = 6, pause = 5] 0
20.500ms [bit 5: pulse = 6, pause = 6] 0
21.600ms [bit 6: pulse = 6, pause = 5] 0
23.800ms [bit 7: pulse = 6, pause = 16] 1
26.100ms [bit 8: pulse = 6, pause = 17] 1
28.300ms [bit 9: pulse = 6, pause = 16] 1
29.500ms [bit 10: pulse = 6, pause = 6] 0
31.700ms [bit 11: pulse = 6, pause = 16] 1
34.000ms [bit 12: pulse = 6, pause = 17] 1
36.200ms [bit 13: pulse = 6, pause = 16] 1
38.500ms [bit 14: pulse = 6, pause = 17] 1
39.600ms [bit 15: pulse = 6, pause = 5] 0
41.900ms [bit 16: pulse = 6, pause = 17] 1
43.000ms [bit 17: pulse = 6, pause = 5] 0
44.100ms [bit 18: pulse = 6, pause = 5] 0
45.200ms [bit 19: pulse = 6, pause = 5] 0
46.400ms [bit 20: pulse = 7, pause = 5] 0
47.500ms [bit 21: pulse = 6, pause = 5] 0
48.600ms [bit 22: pulse = 6, pause = 5] 0
49.800ms [bit 23: pulse = 6, pause = 6] 0
50.900ms [bit 24: pulse = 5, pause = 6] 0
53.100ms [bit 25: pulse = 6, pause = 16] 1
55.400ms [bit 26: pulse = 6, pause = 17] 1
57.600ms [bit 27: pulse = 6, pause = 16] 1
59.900ms [bit 28: pulse = 6, pause = 17] 1
62.100ms [bit 29: pulse = 6, pause = 16] 1
64.400ms [bit 30: pulse = 6, pause = 17] 1
66.700ms [bit 31: pulse = 6, pause = 17] 1
stop bit detected
67.300ms code detected, length = 32
67.300ms p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------------
</syntaxhighlight>

=== Starting under Windows ===

[[IRMP_-_english#top|IRMP]] can be used under Windows as well:

* start command line console
* change to directory 'irmp'
* enter:
irmp-10kHz.exe < IR-Data\rc5x.txt

The same options apply as for the Linux version.

=== Long Output ===

As some output is very long, it is recommended to redirect the output to a file or filter for paging:

Linux:

./irmp-10kHz < IR-Data/rc5x.txt | less

Windows:

irmp-10kHz.exe < IR-Data\rc5x.txt | more

== Remote Controls ==

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! Protocol || Name || Device || Device Address
|-
| [[IRMP_-_english#NEC_+_extended_NEC|NEC]] || Toshiba CT-9859 || TV || 0x5F40
|-
VCR|-
| || Elta 8848 MP 4 || DVD player || 0x7F00
|-
| || AS-218 || Askey TV-View CHP03X (TV tuner card) || 0x3B86
|-
| || Cyberhome ??? || Cyberhome DVD player || 0x6D72
|-
| || WD TV Live || Western Digital Multimediaplayer || 0x1F30
|-
| || Canon WL-DC100 || Kamera Canon PowerShot G5 || 0xB1CA
|-
| [[IRMP_-_english#NEC16|NEC16]] || Daewoo || VCR || 0x0015
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Technics EUR646497 || SA-AX 730 AV receiver || 0x2002
|-
| || Panasonic TV || TX-L32EW6 TV || 0x2002
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Loewe Assist/RC3/RC4 || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips TV || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony RM-816 || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#DENON|DENON]] || DENON RC970 || AVR3805 AV receiver || 0x0008
|-
| || DENON RC970 || DVD/CD player || 0x0002
|-
| || DENON RC970 || Tuner || 0x0006
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung AA59-00484A || LE40D550 TV || 0x0707
|-
| || LG AKB72033901 || BD370 Blu-Ray player || 0x2D2D
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple || Apple iPod Dock || 0x0020
|-
|}

----

== Cameras ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
[[IRMP_-_english#top|IRMP]] supports more and more camera remotes like:

* [[IRMP_-_english#PENTAX|PENTAX]]
* [[IRMP_-_english#Nikon|Nikon]]

The array of commands is quite limited. Cameras understand only the shutter release command.
||
[[Datei:Irmp-pentax.png|miniatur|PENTAX protocol]]
|}

Here is a short table for [[IRMP_-_english#PENTAX|PENTAX]] cameras:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Command || Function
|-
| 0x0000 || Shutter release
|-
| 0x0001 || change zoom level
|-
|}

Because there is no address designated in the [[IRMP_-_english#PENTAX|PENTAX]] protocol, for transmitting, it should be set to 0x0000 in [[IRSND_-_english|IRSND]].

For Nikon cameras, a crystal should be used because these cameras are quite sensitive to timing accuracy.

== IR Keyboards ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
From version 1.7.0 on, [[IRMP_-_english#top|IRMP]] also supports IR keyboards, namely the FDC-3402 <s> from www.pollin.de (partno. 711 056) for less than 2 Euro.</s> (not available as of 19.09.2017 )

On detection of a key press the following data is returned:

Protocol number (irmp_data.protocol): 18
Address (irmp_data.address) : 0x003F
||
[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402 keyboard]]
|}

The following values are returned as commands (irmp_data.command) :

{| class="wikitable" style="font-size:50%; text-align:center;"
|- style="background-color:#eeeeee"
! Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key
|-
| 0x0000 || || 0x0010 || TAB || 0x0020 || 's' || 0x0030 || 'c' || 0x0040 || || 0x0050 || HOME || 0x0060 || || 0x0070 || MENUE
|-
| 0x0001 || '^' || 0x0011 || 'q' || 0x0021 || 'd' || 0x0031 || 'v' || 0x0041 || || 0x0051 || END || 0x0061 || || 0x0071 || BACK
|-
| 0x0002 || '1' || 0x0012 || 'w' || 0x0022 || 'f' || 0x0032 || 'b' || 0x0042 || || 0x0052 || || 0x0062 || || 0x0072 || FORWARD
|-
| 0x0003 || '2' || 0x0013 || 'e' || 0x0023 || 'g' || 0x0033 || 'n' || 0x0043 || || 0x0053 || UP || 0x0063 || || 0x0073 || ADDRESS
|-
| 0x0004 || '3' || 0x0014 || 'r' || 0x0024 || 'h' || 0x0034 || 'm' || 0x0044 || || 0x0054 || DOWN || 0x0064 || || 0x0074 || WINDOW
|-
| 0x0005 || '4' || 0x0015 || 't' || 0x0025 || 'j' || 0x0035 || ',' || 0x0045 || || 0x0055 || PAGE_UP || 0x0065 || || 0x0075 || 1ST_PAGE
|-
| 0x0006 || '5' || 0x0016 || 'z' || 0x0026 || 'k' || 0x0036 || '.' || 0x0046 || || 0x0056 || PAGE_DOWN || 0x0066 || || 0x0076 || STOP
|-
| 0x0007 || '6' || 0x0017 || 'u' || 0x0027 || 'l' || 0x0037 || '-' || 0x0047 || || 0x0057 || || 0x0067 || || 0x0077 || MAIL
|-
| 0x0008 || '7' || 0x0018 || 'i' || 0x0028 || 'ö' || 0x0038 || || 0x0048 || || 0x0058 || || 0x0068 || || 0x0078 || FAVORITES
|-
| 0x0009 || '8' || 0x0019 || 'o' || 0x0029 || 'ä' || 0x0039 || SHIFT_RIGHT || 0x0049 || || 0x0059 || RIGHT || 0x0069 || || 0x0079 || NEW_PAGE
|-
| 0x000A || '9' || 0x001A || 'p' || 0x002A || '#' || 0x003A || CTRL || 0x004A || || 0x005A || || 0x006A || || 0x007A || SETUP
|-
| 0x000B || '0' || 0x001B || 'ü' || 0x002B || CR || 0x003B || || 0x004B || INSERT || 0x005B || || 0x006B || || 0x007B || FONT
|-
| 0x000C || 'ß' || 0x001C || '+' || 0x002C || SHIFT_LEFT || 0x003C || ALT_LEFT || 0x004C || DELETE || 0x005C || || 0x006C || || 0x007C || PRINT
|-
| 0x000D || '´' || 0x001D || || 0x002D || '<' || 0x003D || SPACE || 0x004D || || 0x005D || || 0x006D || || 0x007D ||
|-
| 0x000E || || 0x001E || CAPSLOCK || 0x002E || 'y' || 0x003E || ALT_RIGHT || 0x004E || || 0x005E || || 0x006E || ESCAPE || 0x007E || ON_OFF
|-
| 0x000F || BACKSPACE || 0x001F || 'a' || 0x002F || 'x' || 0x003F || || 0x004F || LEFT || 0x005F || || 0x006F || || 0x007F ||
|-
|}

Special keys on the left:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Code || Key
|-
|-
| 0x0400 || KEY_MOUSE_1
|-
| 0x0800 || KEY_MOUSE_2
|}

The above values are for pressing a key. On release, [[IRMP_-_english#top|IRMP]] sets also bit 8 (0x80) in the command.

Example:

Key 'a' pressed: 0x001F
Key 'a' released: 0x009F

The ON/OFF key is an exception: This key only sends a code for a key press, not for the release.

If a key is held, this is indicated in irmp_data.flag.

Example:

command flag
Key 'a' pressed: 0x001F 0x00
Key 'a' pressed: 0x001F 0x01
Key 'a' pressed: 0x001F 0x01
Key 'a' pressed: 0x001F 0x01
....
Key 'a' released: 0x009F 0x00

When key combinations (like a capital 'A') are pressed, then the return values are a sequence like this:

Left SHIFT-key pressed: 0x0002
Key 'a' pressed: 0x001F
Key 'a' released: 0x009F
Left SHIFT-key released: 0x0082

In [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] you will find a function get_fdc_key() for the Linux version, which can be used as a template to convert the FDC keycodes into the corresponding ASCII codes. This function can be used either locally on the MCU to decode the keycodes, or on the host system (e.g. PC) where the IRMP data structure is sent to. Therefore the function including preprocessor constants should be copied to your application code.

Here is an excerpt:
<syntaxhighlight lang="c" style="font-size:85%;">
#define STATE_LEFT_SHIFT 0x01
#define STATE_RIGHT_SHIFT 0x02
#define STATE_LEFT_CTRL 0x04
#define STATE_LEFT_ALT 0x08
#define STATE_RIGHT_ALT 0x10

#define KEY_ESCAPE 0x1B // keycode = 0x006e
#define KEY_MENUE 0x80 // keycode = 0x0070
#define KEY_BACK 0x81 // keycode = 0x0071
#define KEY_FORWARD 0x82 // keycode = 0x0072
#define KEY_ADDRESS 0x83 // keycode = 0x0073
#define KEY_WINDOW 0x84 // keycode = 0x0074
#define KEY_1ST_PAGE 0x85 // keycode = 0x0075
#define KEY_STOP 0x86 // keycode = 0x0076
#define KEY_MAIL 0x87 // keycode = 0x0077
#define KEY_FAVORITES 0x88 // keycode = 0x0078
#define KEY_NEW_PAGE 0x89 // keycode = 0x0079
#define KEY_SETUP 0x8A // keycode = 0x007a
#define KEY_FONT 0x8B // keycode = 0x007b
#define KEY_PRINT 0x8C // keycode = 0x007c
#define KEY_ON_OFF 0x8E // keycode = 0x007c

#define KEY_INSERT 0x90 // keycode = 0x004b
#define KEY_DELETE 0x91 // keycode = 0x004c
#define KEY_LEFT 0x92 // keycode = 0x004f
#define KEY_HOME 0x93 // keycode = 0x0050
#define KEY_END 0x94 // keycode = 0x0051
#define KEY_UP 0x95 // keycode = 0x0053
#define KEY_DOWN 0x96 // keycode = 0x0054
#define KEY_PAGE_UP 0x97 // keycode = 0x0055
#define KEY_PAGE_DOWN 0x98 // keycode = 0x0056
#define KEY_RIGHT 0x99 // keycode = 0x0059
#define KEY_MOUSE_1 0x9E // keycode = 0x0400
#define KEY_MOUSE_2 0x9F // keycode = 0x0800

static uint8_t
get_fdc_key (uint16_t cmd)
{
static uint8_t key_table[128] =
{
// 0 1 2 3 4 5 6 7 8 9 A B C D E F
0, '^', '1', '2', '3', '4', '5', '6', '7', '8', '9', '0', 0xDF, '´', 0, '\b',
'\t', 'q', 'w', 'e', 'r', 't', 'z', 'u', 'i', 'o', 'p', 0xFC, '+', 0, 0, 'a',
's', 'd', 'f', 'g', 'h', 'j', 'k', 'l', 0xF6, 0xE4, '#', '\r', 0, '<', 'y', 'x',
'c', 'v', 'b', 'n', 'm', ',', '.', '-', 0, 0, 0, 0, 0, ' ', 0, 0,

0, '°', '!', '"', '§', '$', '%', '&', '/', '(', ')', '=', '?', '`', 0, '\b',
'\t', 'Q', 'W', 'E', 'R', 'T', 'Z', 'U', 'I', 'O', 'P', 0xDC, '*', 0, 0, 'A',
'S', 'D', 'F', 'G', 'H', 'J', 'K', 'L', 0xD6, 0xC4, '\'', '\r', 0, '>', 'Y', 'X',
'C', 'V', 'B', 'N', 'M', ';', ':', '_', 0, 0, 0, 0, 0, ' ', 0, 0
};
static uint8_t state;

uint8_t key = 0;

switch (cmd)
{
case 0x002C: state |= STATE_LEFT_SHIFT; break; // pressed left shift
case 0x00AC: state &= ~STATE_LEFT_SHIFT; break; // released left shift
case 0x0039: state |= STATE_RIGHT_SHIFT; break; // pressed right shift
case 0x00B9: state &= ~STATE_RIGHT_SHIFT; break; // released right shift
case 0x003A: state |= STATE_LEFT_CTRL; break; // pressed left ctrl
case 0x00BA: state &= ~STATE_LEFT_CTRL; break; // released left ctrl
case 0x003C: state |= STATE_LEFT_ALT; break; // pressed left alt
case 0x00BC: state &= ~STATE_LEFT_ALT; break; // released left alt
case 0x003E: state |= STATE_RIGHT_ALT; break; // pressed left alt
case 0x00BE: state &= ~STATE_RIGHT_ALT; break; // released left alt

case 0x006e: key = KEY_ESCAPE; break;
case 0x004b: key = KEY_INSERT; break;
case 0x004c: key = KEY_DELETE; break;
case 0x004f: key = KEY_LEFT; break;
case 0x0050: key = KEY_HOME; break;
case 0x0051: key = KEY_END; break;
case 0x0053: key = KEY_UP; break;
case 0x0054: key = KEY_DOWN; break;
case 0x0055: key = KEY_PAGE_UP; break;
case 0x0056: key = KEY_PAGE_DOWN; break;
case 0x0059: key = KEY_RIGHT; break;
case 0x0400: key = KEY_MOUSE_1; break;
case 0x0800: key = KEY_MOUSE_2; break;

default:
{
if (!(cmd & 0x80)) // pressed key
{
if (cmd >= 0x70 && cmd <= 0x7F) // function keys
{
key = cmd + 0x10; // 7x -> 8x
}
else if (cmd < 64) // key listed in key_table
{
if (state & (STATE_LEFT_ALT | STATE_RIGHT_ALT))
{
switch (cmd)
{
case 0x0003: key = 0xB2; break; // ²
case 0x0008: key = '{'; break;
case 0x0009: key = '['; break;
case 0x000A: key = ']'; break;
case 0x000B: key = '}'; break;
case 0x000C: key = '\\'; break;
case 0x001C: key = '~'; break;
case 0x002D: key = '|'; break;
case 0x0034: key = 0xB5; break; // µ
}
}
else if (state & (STATE_LEFT_CTRL))
{
if (key_table[cmd] >= 'a' && key_table[cmd] <= 'z')
{
key = key_table[cmd] - 'a' + 1;
}
else
{
key = key_table[cmd];
}
}
else
{
int idx = cmd + ((state & (STATE_LEFT_SHIFT | STATE_RIGHT_SHIFT)) ? 64 : 0);

if (key_table[idx])
{
key = key_table[idx];
}
}
}
}
break;
}
}

return (key);
}
</syntaxhighlight>

As a final example, use of the get_fdc_key() function:

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_get_data (&irmp_data))
{
uint8_t key;

if (irmp_data.protocol == IRMP_FDC_PROTOCOL &&
(key = get_fdc_key (irmp_data.command)) != 0)
{
if ((key >= 0x20 && key < 0x7F) || key >= 0xA0) // show only printable characters
{
printf ("ascii-code = 0x%02x, character = '%c'\n", key, key);
}
else // it's a non-printable key
{
printf ("ascii-code = 0x%02x\n", key);
}
}
}
</syntaxhighlight>

Non-printable characters are coded as follows:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Key || Constant || Value
|-
| ESC || KEY_ESCAPE || 0x1B
|-
| Menu || KEY_MENUE || 0x80
|-
| Back || KEY_BACK || 0x81
|-
| Forward || KEY_FORWARD || 0x82
|-
| Adress || KEY_ADDRESS || 0x83
|-
| Window || KEY_WINDOW || 0x84
|-
| 1. Page || KEY_1ST_PAGE || 0x85
|-
| Stop || KEY_STOP || 0x86
|-
| Mail || KEY_MAIL || 0x87
|-
| Fav. || KEY_FAVORITES || 0x88
|-
| New Page || KEY_NEW_PAGE || 0x89
|-
| Setup || KEY_SETUP || 0x8A
|-
| Font || KEY_FONT || 0x8B
|-
| Print || KEY_PRINT || 0x8C
|-
| On/Off || KEY_ON_OFF || 0x8E
|-
| Backspace || '\b' || 0x08
|-
| CR/ENTER || '\r' || 0x0C
|-
| TAB || '\t' || 0x09
|-
| Insert || KEY_INSERT || 0x90
|-
| Delete || KEY_DELETE || 0x91
|-
| Cursor left || KEY_LEFT || 0x92
|-
| Pos1 || KEY_HOME || 0x93
|-
| End || KEY_END || 0x94
|-
| Cursor right || KEY_UP || 0x95
|-
| Cursor down || KEY_DOWN || 0x96
|-
| Page up || KEY_PAGE_UP || 0x97
|-
| Page down || KEY_PAGE_DOWN || 0x98
|-
| Cursor left || KEY_RIGHT || 0x99
|-
| Left Mousebutton || KEY_MOUSE_1 || 0x9E
|-
| Right Mousebutton || KEY_MOUSE_2 || 0x9F
|-
|}

The get_fdc_key() function considers the state of the Shift, Ctrl, and Alt keys. As a result, not only capital letters can be entered, but also special characters with Alt + key combinations, e.g. Alt + m -> µ or Alt + q -> @. You can also send Ctrl + A to Ctrl + Z by using the Ctrl key. The Caps Lock key is ignored, as I regard this key as the most unnecessary key at all ;-)

= Appendix =

== IR Protocols in Detail ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Protocols ===
||
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]
|}

==== NEC + extended NEC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#NEC Protocol|NEC + extended NEC]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz / 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data NEC || 8 address bits + 8 inverted address bits + 8 command bits + 8 inverted command bits
|-
| Data ext. NEC || 16 address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || 9000µs pulse, 2250µs pause, 560µs pulse, ~100ms pause
|-
| Bit order || LSB first
|-
|}

==== JVC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#NEC16 Protocol (JVC)|JVC]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 4 address bits + 12 command bits
|-
| Start bit || 9000µs pulse, 4500µs pause, 6000µs pause if key repeat
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after pause of 25ms
|-
| Bit order || LSB first
|-
|}

==== NEC16 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC16''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 8 address bits + 1 sync bit + 8 data bits + 1 stop bit
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| sync bit || 560µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after pause of 25ms?
|-
| Bit order || LSB first
|-
|}

==== NEC42 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC42''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 42 data bits + 1 stop bit
|-
| Data || 13 address bits + 13 inverted address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after 110ms (beginning from start bit), 9000µs pulse, 2250µs pause, 560µs pulse
|-
| Bit order || LSB first
|-
|}

==== ACP24 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#ACP24 Protocol|ACP24]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 70 data bits + 1 stop bit
|-
| Data || 0 address bits + 70 command bits
|-
| Start bit || 390µs pulse, 950µs pause
|-
| 0 bit || 390µs pulse, 950µs pause
|-
| 1 bit || 390µs pulse, 13000µs pause
|-
| Stop bit || 390µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== LGAIR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#LGAIR Protocol|LGAIR]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 28 data bits + 1 stop bit
|-
| Data || 8 address bits + 16 command bits + 4 checksum bits
|-
| Start bit || 9000µs pulse, 4500µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 0 bit || 560µs pulse, 560µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 1 bit || 560µs pulse, 1690µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Stop bit || 560µs pulse (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first ('''differs''' from [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
|}

==== SAMSUNG ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#SAMSUNG Protocol|SAMSUNG]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || ?? kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data(1) bits + 1 sync bit + 20 data(2)-bits + 1 stop bit
|-
| Data(1) || 16 address bits
|-
| Data(2) || 4 ID bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| sync bit || 550µs pulse, 4500µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || LSB first
|-
|}

==== SAMSUNG32 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG32''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 16 command bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 47msec
|-
| Bit order || LSB first
|-
|}

==== SAMSUNG48 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG48''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 48 data bits + 1 stop bit
|-
| Data || 16 address bits + 32 command bits
|-
| Command || 8 bits + 8 inverted bits + 8 bits + 8 inverted bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || one after approx. 5 msec
|-
| Key repeat || after approx. 45 msec
|-
| Bit order || LSB first
|-
|}

==== MATSUSHITA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#MATSUHITA Protocol|MATSUSHITA]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance, timing identical to [[IRMP_-_english#TECHNICS|TECHNICS]]
|-
| Frame || 1 start bit + 24 data bits + 1 stop bit
|-
| Data || 6 customer bits + 6 command bits + 12 address bits
|-
| Start bit || 3488µs pulse, 3488µs pause
|-
| 0 bit || 872µs pulse, 872µs pause
|-
| 1 bit || 872µs pulse, 2616µs pause
|-
| Stop bit || 872µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms pause
|-
| Bit order || LSB first?
|-
|}

==== TECHNICS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TECHNICS''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz?
|-
| Coding || pulse distance, timing identical to [[IRMP_-_english#MATSUSHITA|MATSUSHITA]]
|-
| Frame || 1 start bit + 22 data bits + 1 stop bit
|-
| Data || 11 command bits + 11 inverted command bits
|-
| Start bit || 3488µs pulse, 3488µs pause
|-
| 0 bit || 872µs pulse, 872µs pause
|-
| 1 bit || 872µs pulse, 2616µs pause
|-
| Stop bit || 872µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms pause
|-
| Bit order || LSB first?
|-
|}

==== KASEIKYO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#KASEIKYO_Protocol_.28.22Japan Protocol.22.29|KASEIKYO]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 48 data bits + 1 stop bit
|-
| Data || 16 customer bits + 4 parity bits + 4 genre1 bits + 4 genre2 bits + 10 command bits + 2 ID bits + 8 parity bits
|-
| Start bit || 3380µs pulse, 1690µs pause
|-
| 0 bit || 423µs pulse, 423µs pause
|-
| 1 bit || 423µs pulse, 1269µs pause
|-
| Stop bit || 423µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 80ms pause
|-
| Bit order || LSB first?
|-
|}

==== RECS80 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RECS80 and RECS80 Extended Protocol|RECS80]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bits + 10 data bits + 1 stop bit
|-
| Data || 1 toggle bit + 3 address bits + 6 command bits
|-
| Start bit || 158µs pulse, 7432µs pause
|-
| 0 bit || 158µs pulse, 4902µs pause
|-
| 1 bit || 158µs pulse, 7432µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RECS80EXT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RECS80 and RECS80 Extended Protocol|RECS80EXT]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 2 start bits + 11 data bits + 1 stop bit
|-
| Data || 1 toggle bit + 4 address bits + 6 command bits
|-
| Start bit || 158µs pulse, 3637µs pause
|-
| 0 bit || 158µs pulse, 4902µs pause
|-
| 1 bit || 158µs pulse, 7432µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== DENON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Denon Protocol|DENON]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz (in practice, theoretically: 32 kHz)
|-
| Coding || pulse distance
|-
| Frame || 0 start bits + 15 data bits + 1 stop bit
|-
| Data || 5 address bits + 10 command bits
|-
| Command || 6 data bits + 2 extension bits + 2 data construction bits (normal: 00, inverted: 11)
|-
| Start bit || none
|-
| 0 bit || 310µs pulse, 745µs pause (in practice, theoretically: 275µs pulse, 775µs pause)
|-
| 1 bit || 310µs pulse, 1780µs pause (in practice, theoretically: 275µs pulse, 1900µs pause)
|-
| Stop bit || 310µs pulse (310µs pulse, 745µs pause (in practice, theoretically: 275µs pulse)
|-
| Repetition || after 65ms with inverted command bits (data construction bits = 11)
|-
| Key repeat || both frames after 65ms
|-
| Bit order || MSB first
|-
|}

==== APPLE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''APPLE''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 11100000 + 8 command bits
|-
| Start bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| 0 bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| 1 bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| Stop bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || LSB first
|-
|}

==== BOSE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''BOSE''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 0 address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 1060µs pulse, 1425µs pause
|-
| 0 bit || 550µs pulse, 437µs pause
|-
| 1 bit || 550µs pulse, 1425µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || LSB first
|-
|}

==== B&O ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Bang & Olufsen|B&O]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 455 kHz
|-
| Coding || pulse distance
|-
| Frame || 4 start bits + 16 data bits + 1 trailer bit + 1 stop bit
|-
| Data || 0 address bits + 16 command bits
|-
| Start bit 1 || 200µs pulse, 2925µs pause
|-
| Start bit 2 || 200µs pulse, 2925µs pause
|-
| Start bit 3 || 200µs pulse, 15425µs pause
|-
| Start bit 4 || 200µs pulse, 2925µs pause
|-
| 0 bit || 200µs pulse, 2925µs pause
|-
| 1 bit || 200µs pulse, 9175µs pause
|-
| R bit || 200µs pulse, 6050µs pause, repeats the last bit
|-
| Trailer bit || 200µs pulse, 12300µs pause
|-
| Stop bit || 200µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== FDC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FDC''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 40 data bits + 1 stop bit
|-
| Data || 8 address bits + 12 x 0 bits + 4 press/release bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 2085µs pulse, 966µs pause
|-
| 0 bit || 300µs pulse, 220µs pause
|-
| 1 bit || 300µs pulse, 715µs pause
|-
| Stop bit || 300µs pulse
|-
| Repetition || none
|-
| Press Key || press/release bits = 0000
|-
| Release Key || press/release bits = 1111
|-
| Key repeat || after pause of approx. 60ms
|-
| Bit order || LSB first
|-
|}

==== Nikon ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''Nikon''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 2 data bits + 1 stop bit
|-
| Data || 2 command bits
|-
| Start bit || 2200µs pulse, 27100µs pause
|-
| 0 bit || 500µs pulse, 1500µs pause
|-
| 1 bit || 500µs pulse, 3500µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== PANASONIC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PANASONIC''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 56 data bits + 1 stop bit
|-
| Data || 24 bits (010000000000010000000001) + 16 address bits + 16 command bits
|-
| Start bit || 3600µs pulse, 1600µs pause
|-
| 0 bit || 565µs pulse, 316µs pause
|-
| 1 bit || 565µs pulse, 1140µs pause
|-
| Stop bit || 565µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || LSB first?
|-
|}

==== PENTAX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PENTAX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 6 data bits + 1 stop bit
|-
| Data || 6 command bits
|-
| Start bit || 2200µs pulse, 27100µs pause
|-
| 0 bit || 1000µs pulse, 1000µs pause
|-
| 1 bit || 1000µs pulse, 3000µs pause
|-
| Stop bit || 1000µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== KATHREIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''KATHREIN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 11 data bits + 1 stop bit
|-
| Data || 4 address bits + 7 command bits
|-
| Start bit || 210µs pulse, 6218µs pause
|-
| 0 bit || 210µs pulse, 1400µs pause
|-
| 1 bit || 210µs pulse, 3000µs pause
|-
| Stop bit || 210µs pulse
|-
| Repetition || none
|-
| Key repeat || after 35ms?
|-
| Bit order || MSB first
|-
|}

==== LEGO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#LEGO Power Functions RC|LEGO]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 12 command bits + 4 crc bits
|-
| Start bit || 158µs pulse, 1026µs pause
|-
| 0 bit || 158µs pulse, 263µs pause
|-
| 1 bit || 158µs pulse, 553µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== VINCENT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#VINCENT|VINCENT]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 8 command bits + 8 repeated command bits
|-
| Start bit || 2500µs pulse, 4600µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1540µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first?
|-
|}

==== THOMSON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''THOMSON''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 33 kHz
|-
| Coding || pulse distance
|-
| Frame || 0 start bits + 12 data bits + 1 stop bit
|-
| Data || 4 address bits + 1 toggle bit + 7 command bits
|-
| 0 bit || 550µs pulse, 2000µs pause
|-
| 1 bit || 550µs pulse, 4500µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after 35ms
|-
| Bit order || MSB first?
|-
|}

==== TELEFUNKEN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TELEFUNKEN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 15 data bits + 1 stop bit
|-
| Data || 0 address bits + 15 command bits
|-
| Start bit || 600µs pulse, 1500µs pause
|-
| 0 bit || 600µs pulse, 600µs pause
|-
| 1 bit || 600µs pulse, 1500µs pause
|-
| Stop bit || 600µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first?
|-
|}

==== RCCAR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCCAR''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 13 data bits + 1 stop bit
|-
| Data || 13 command bits
|-
| Start bit || 2000µs pulse, 2000µs pause
|-
| 0 bit || 600µs pulse, 900µs pause
|-
| 1 bit || 600µs pulse, 450µs pause
|-
| Stop bit || 600µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms?
|-
| Bit order || LSB first
|-
|}

==== RCMM ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RCMM_Protocol|RCMM]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance
|-
| Frame RCMM32 || 1 start bit + 32 data bits + 1 stop bit
|-
| Frame RCMM24 || 1 start bit + 24 data bits + 1 stop bit
|-
| Frame RCMM12 || 1 start bit + 12 data bits + 1 stop bit
|-
| Data RCMM32 || 16 address bits (= 4 mode bits + 12 device bits) + 1 toggle bit + 15 command bits
|-
| Data RCMM24 || 16 address bits (= 4 mode bits + 12 device bits) + 1 toggle bit + 7 command bits
|-
| Data RCMM12 || 4 address bits (= 2 mode bits + 2 device bits) + 8 command bits
|-
| Start bit || 500µs pulse, 220µs pause
|-
| 00 bits || 230µs pulse, 220µs pause
|-
| 01 bits || 230µs pulse, 380µs pause
|-
| 10 bits || 230µs pulse, 550µs pause
|-
| 11 bits || 230µs pulse, 720µs pause
|-
| Stop bit || 230µs pulse
|-
| Repetition || none
|-
| Key repeat || after 80ms
|-
| Bit order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Width Protocols ===
||
[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]
|}

==== SIRCS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#SIRCS_Protocol|SIRCS]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
|Frequency ||40 kHz
|-
| Coding || pulse width
|-
| Frame || 1 start bit + 12-20 data bits, no stop bit
|-
| Data || 7 command bits + 5 address bits + up to 8 additional bits
|-
| Start bit || 2400µs pulse, 600µs pause
|-
| 0 bit || 600µs pulse, 600µs pause
|-
| 1 bit || 1200µs pulse, 600µs pause
|-
| Repetition || twice after approx. 25ms, that means: 2nd and 3rd frame
|-
| Key repeat || starting with 4th identical frame, distance approx. 25ms
|-
| Bit order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse distance Width Protocols ===
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]
|}

==== NUBERT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NUBERT''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 10 data bits + 1 stop bit
|-
| Data || 0 address bits + 10 command bits ?
|-
| Start bit || 1340µs pulse, 340µs pause
|-
| 0 bit || 500µs pulse, 1300µs pause
|-
| 1 bit || 1340µs pulse, 340µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || once after 35ms
|-
| Key repeat || 3rd, 5th, 7th etc. indentical frame
|-
| Bit order || MSB first?
|-
|}

==== FAN ====

This protocol is very similar to [[IRMP_-_english#NUBERT|NUBERT]], but here it will be sent only one frame. Additionally there are 11 instead of 10 data bits and no stop bit. The pause time between frame repetitions is substantial lower.

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FAN ''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 11 data bits + 0 stop bits
|-
| Data || 0 address bits + 11 command bits
|-
| Start bit || 1280µs pulse, 380µs pause
|-
| 0 bit || 380µs pulse, 1280µs pause
|-
| 1 bit || 1280µs pulse, 380µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || none
|-
| Key repeat || after 6.6ms pause
|-
| Bit order || MSB first
|-
|}

==== SPEAKER ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SPEAKER''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 10 data bits + 1 stop bit
|-
| Data || 0 address bits + 10 command bits ?
|-
| Start bit || 440µs pulse, 1250µs pause
|-
| 0 bit || 440µs pulse, 1250µs pause
|-
| 1 bit || 1250µs pulse, 440µs pause
|-
| Stop bit || 440µs pulse
|-
| Repetition || once after approx. 38ms
|-
| Key repeat || 3rd, 5th, 7th ... identical frame
|-
| Bit order || MSB first?
|-
|}

==== ROOMBA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ROOMBA''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 7 data bits + 0 stop bits
|-
| Data || 0 address bits + 7 command bits
|-
| Start bit || 2790µs pulse, 930µs pause
|-
| 0 bit || 930µs pulse, 2790µs pause
|-
| 1 bit || 2790µs pulse, 930µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || 3 times after 18ms?
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Biphase Protocols ===
||
[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]
|}

==== RC5 + RC5X ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RC5 and RC5x Protocol|RC5 + RC5X]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame RC5 || 2 start bits + 12 data bits + 0 stop bits
|-
| Data RC5 || 1 toggle bit + 5 address bits + 6 command bits
|-
| Frame RC5X || 1 start bit + 13 data bits + 0 stop bits
|-
| Data RC5X || 1 inverteds command bit + 1 toggle bit + 5 address bits + 6 command bits
|-
| Start bit || 889µs pause, 889µs pulse
|-
| 0 bit || 889µs pulse, 889µs pause
|-
| 1 bit || 889µs pause, 889µs pulse
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RCII ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCII''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 31.25 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame || 1 pre bit + 1 start bit + 9 data bits + 0 stop bits
|-
| Data || 0 address bits + 9 command bits
|-
| Pre Bit || 512µs pulse, 2560µs pause
|-
| Start bit || 1024µs pulse, '''no space'''
|-
| 0 bit || 512µs pause, 512µs pulse
|-
| 1 bit || 512µs pulse, 512µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 118ms
|-
| Remarks || An end command (111111111 = 0x1FF) is sent immediately after the button is released.
|-
| Bit-Order || MSB first
|-
|}

==== S100 ====

Similar to RC5x, but 14 instead of 13 data bits and 56kHz modulation

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''S100''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 56 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame || 1 start bit + 14 data bits + 0 stop bits
|-
| Data || 1 inverted command bit + 1 toggle bit + 5 address bits + 7 command bits
|-
| Start bit || 889µs pause, 889µs pulse
|-
| 0 bit || 889µs pulse, 889µs pause
|-
| 1 bit || 889µs pause, 889µs pulse
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RC6 + RC6A ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RC6 and RC6A Protocol|RC6 + RC6A]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame RC6 || 1 start bit + 1 bit "1" + 3 mode bits ("000") + 1 toggle bit + 16 data bits + 2666µs pause
|-
| Frame RC6A || 1 start bit + 1 bit "1" + 3 mode bits ("110") + 1 toggle bit + 31 data bits + 2666µs pause
|-
| Data RC6 || 8 address bits + 8 Command Bits
|-
| Data RC6A || "1" + 14 customer bits + 8 system bits + 8 command bits
|-
| Data RC6A Pace (Sky) || "1" + 3 mode bits ("110") + 1 toggle bit (UNUSED "0") + 16 bits + 1 toggle(!) + 15 command bits
|-
| Start bit || 2666µs pulse, 889µs pause
|-
| Toggle 0 bit || 889µs pause, 889µs pulse
|-
| Toggle 1 bit || 889µs pulse, 889µs pause
|-
| 0 bit || 444µs pause, 444µs pulse
|-
| 1 bit || 444µs pulse, 444µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== GRUNDIG + NOKIA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Grundig Protocol|GRUNDIG + NOKIA]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz (?)
|-
| Coding || Biphase (Manchester)
|-
| Frame packet || 1 start frame + 19.968ms pause + N data frames + 117.76ms pause + 1 stop frame
|-
| Start frame || 1 pre bit + 1 start bit + 9 data bits (all 1) + 0 stop bits
|-
| Data frame || 1 pre bit + 1 start bit + 9 data bits + 0 stop bits
|-
| Stop frame || 1 pre bit + 1 start bit + 9 data bits (all 1) + 0 stop bits
|-
| Data Grundig || 9 command bits + 0 address bits
|-
| Data Nokia || 8 command bits + 8 address bits
|-
| Pre bit || 528µs pulse, 2639µs pause
|-
| Start bit || 528µs pulse, 528µs pause
|-
| 0 bit || 528µs pause, 528µs pulse
|-
| 1 bit || 528µs pulse, 528µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 117.76ms
|-
| Bit order || LSB first
|-
|}

==== IR60 (SDA2008) ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#IR60_.28SDA2008_and_MC14497P.29|IR60]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 30 kHz
|-
| Coding || Biphase (Manchester)
|-
| Start frame || 1 start bit + 101111 + 0 stop bits + 22ms pause
|-
| Data frame || 1 start bit + 7 data bits + 0 stop bits
|-
| Data || 0 address bits + 7 command bits
|-
| Start bit || 528µs pulse, 2639µs pause
|-
| 0 bit || 528µs pause, 528µs pulse
|-
| 1 bit || 528µs pulse, 528µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 117.76ms
|-
| Bit order || LSB first
|-
|}

==== SIEMENS + RUWIDO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SIEMENS + RUWIDO''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz? (Merlin keyboard with Ruwido protocol: 56 kHz)
|-
| Coding || Biphase (Manchester)
|-
| Frame Siemens || 1 start bit + 22 data bits + 0 stop bits
|-
| Frame Ruwido || 1 start bit + 17 data bits + 0 stop bits
|-
| Data Siemens || 11 address bits + 10 command bits + 1 inverted bit (preceding bit inverted)
|-
| Data Ruwido || 9 address bits + 7 command bits + 1 inverted bit (preceding bit inverted)
|-
| Start bit || 275µs pulse, 275µs pause
|-
| 0 bit || 275µs pause, 275µs pulse
|-
| 1 bit || 275µs pulse, 275µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || once with repeat bit set (?)
|-
| Key repeat || after approx. 100ms (?)
|-
| Bit order || MSB first
|-
|}

==== A1TVBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''A1TVBOX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || Biphase (Manchester) asymmetric
|-
| Frame || 2 start bits + 16 data bits + 0 stop bits
|-
| Data || 8 address bits + 8 command bits
|-
| Start bits || "10", also 250µs pulse, 150µs + 150µs pause, 250µs pulse
|-
| 0 bit || 150µs pause, 250µs pulse
|-
| 1 bit || 250µs pulse, 150µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== MERLIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''MERLIN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 56 kHz
|-
| Coding || Biphase (Manchester) asymmetric
|-
| Frame || 2 start bits + 18 data bits + 0 stop bits
|-
| Data || 8 address bits + 10 command bits
|-
| Start bits || "10", also 210µs pulse, 210µs + 210µs pause, 210µs pulse
|-
| 0 bit || 210µs pause, 210µs pulse
|-
| 1 bit || 210µs pulse, 210µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== ORTEK ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ORTEK''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || Biphase (Manchester) symmetric
|-
| Frame || 2 start bits + 18 data bits + 0 stop bits
|-
| Data || 6 address bits + 2 special bits + 6 command bits + 4 special bits
|-
| Start bit || 2000µs pulse, 1000µs pause
|-
| 0 bit || 500µs pause, 500µs pulse
|-
| 1 bit || 500µs pulse, 500µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || 2 additional frames with special bits set
|-
| Key repeat || only repeats the 2nd frame
|-
| Bit order || MSB first
|-
|}

=== Pulse Position Protocols ===

==== NETBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NETBOX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse position
|-
| Frame || 1 start bit + 16 data bits, no stop bit
|-
| Data || 3 address bits + 13 command bits
|-
| Start bit || 2400µs pulse, 800µs pause
|-
| Bit Length || 800µs
|-
| Repetition || none
|-
| Key repeat || after approx. 35ms?
|-
| Bit order || LSB first
|-
|}

== Software History ==

=== Changes of IRMP in 3.2.x ===

Version 3.2.6:

* 2021-01-27: '''New IR Protocol:''' [[IRMP#MELINERA|MELINERA]]
* 2021-01-27: Protocol [[IRMP#LEGO|LEGO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#RUWIDO|RUWIDO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#NEC|NEC]]: Implemented send of raw NEC repetition frames

Version 3.2.3:

* 2020-08-15: '''New RF Protocol:''' [[IRMP#RF_MEDION|RF_MEDION]]

Version 3.2.2:

* 2020-07-09: Additional recognition of the radio channels with the RF_X10 protocol
* 2020-07-09: Improved RF frame detection with new stop bit handling.
* 2020-07-09: Improved detection of RF_GEN24 protocols
* 2020-07-09: '''NEU:''' Detection if/when a remote control button is released, see chapter '''[[IRMP_-_english#Debouncing|Debouncing]]'''.

Version 3.2.1:

* 2020-06-22: Mini bugfix

Version 3.2.0:

* 2020-06-22: Support of 433MHz RF modules
* 2020-06-22: '''New protocol''': [[IRMP#RF_GEN24|RF_GEN24]]
* 2020-06-22: '''New protocol''': [[IRMP#X10|X10]]

=== Older Versions ===

* 2019-08-26: '''New protocol''': METZ
* 2019-08-26: '''New protocol''': ONKYO
* 2018-09-10: '''New protocol''': [[IRMP#RCII|RCII]]
* 2018-09-06: Added support of STM32 mit HAL-Library
* 2018-08-30: New option: IRMP_USE_IDLE_CALL
* 2018-08-29: Port to ChibiOS
* 2018-08-29: New protocol: GREE
* 2018-02-19: corrected handling of irmp_flags for invalid frames
* 2017-08-25: New protocol: IRMP16 for transparent 16 bit data communication
* 2016-11-18: Corrected buffer overflow in irmp-main-avr-uart.c
* 2016-09-19: New protocol [[IRMP#VINCENT|VINCENT]]
* 2016-09-09: New protocol [[IRMP#MITSU_HEAVY|Mitsubishi Heavy (air conditioner)]]
* 2016-09-09: Some modifications for Compiler PIC C18
* 2016-01-16: Some corrections of port to ESP8266
* 2016-01-16: Added port to MBED
* 2016-01-16: Added several hardware dependent example main source files
* 2015-11-17: '''New protocol''': [[IRMP_-_english#PANASONIC|PANASONIC (Beamer)]]
* 2015-11-17: Port to ESP8266
* 2015-11-17: Port to Teensy (3.x)
* 2015-11-10: Added support for STM8 microcontroller
* 2015-09-20: '''New protocol''': [[IRMP_-_english#TECHNICS|TECHNICS]]
* 2015-06-15: '''New protocol''': [[IRMP_-_english#ACP24|ACP24]]
* 2015-05-29: '''New protocol''': [[IRMP_-_english#S100|S100]]
* 2015-05-29: Some smaller corrections
* 2015-05-28: Added Logging for XMega
* 2015-05-28: Timing corrections for FAN protocol
* 2015-05-27: '''New protocol''': [[IRMP_-_english#MERLIN|MERLIN]]
* 2015-05-27: '''New protocol''': [[IRMP_-_english#FAN|FAN]]
* 2015-05-18: Added F_CPU macro for STM32L1XX
* 2015-05-18: Some corrections for XMega port
* 2015-04-23: '''New protocol''': [[IRMP_-_english#PENTAX|PENTAX]]
* 2015-04-23: Port to AVR XMega
* 2014-09-19: Bugfix: added missing newline before #else
* 2014-09-18: Added logging for ARM STM32F10X
* 2014-09-17: Corrected PROGMEM access to array irmp_protocol_names[].
* 2014-09-15: Changed timing tolerances for [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol
* 2014-09-15: Moved irmp_protocol_names to flash, additional UART routines in irmp-main-avr-uart.c
* 2014-07-21: Port to PIC 12F1840
* 2014-07-09: '''New protocol''': [[IRMP_-_english#SAMSUNG48|SAMSUNG48]]
* 2014-07-09: Some small corrections
* 2014-07-01: Added logging for ARM_STM32F4XX
* 2014-07-01: IRMP port for PIC XC8 compiler, removed variadic macros because of stupid XC8 compiler :-(
* 2014-06-05: '''New protocol''': [[IRMP_-_english#LGAIR|LGAIR]]
* 2014-05-30: '''New protocol''': [[IRMP_-_english#SPEAKER|SPEAKER]]
* 2014-05-30: Optimized timings for [[IRMP_-_english#SAMSUNG|SAMSUNG]] protocol
* 2014-02-20: Corrected decoding of [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] protocol
* 2014-02-19: '''New protocols''': [[IRMP_-_english#RCMM|RCMM32, RCMM24 and RCMM12]]
* 2014-09-17: Optimized timing for [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-04-09: '''New protocol''': [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-04-09: Optimized detection of [[IRMP_-_english#ORTEK|ORTEK (Hama)]] frames
* 2013-03-19: '''New protocol''': [[IRMP_-_english#ORTEK|ORTEK (Hama)]]
* 2013-03-19: '''New protocol''': [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]]
* 2013-03-12: Changed timing tolerancies for [[IRMP_-_english#RECS80|RECS80]]- and [[IRMP_-_english#RECS80EXT|RECS80EXT]] protocol
* 2013-01-21: Corrected detection of repetition frame beim [[IRMP_-_english#DENON|DENON]] protocol
* 2013-01-17: Corrected frame detection beim [[IRMP_-_english#DENON|DENON]] protocol
* 2012-12-11: '''New protocol''': [[IRMP_-_english#A1TVBOX|A1TVBOX]]
* 2012-12-07: Improved detection von [[IRMP_-_english#DENON|DENON]] repetition frame
* 2012-11-19: Port to Stellaris LM4F120 TI Launchpad (ARM Cortex M4)
* 2012-11-06: Corrected [[IRMP_-_english#DENON|DENON]] frame detection
* 2012-10-26: Some timer corrections and adaptations for Arduino
* 2012-07-11: '''New protocol''': [[IRMP_-_english#BOSE|BOSE]]
* 2012-06-18: Added support for ATtiny87/167
* 2012-06-05: Some smaller corrections of port to ARM STM32
* 2012-06-05: Correction of include in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]
* 2012-06-05: Bugfix, if only [[IRMP_-_english#NEC_+_extended_NEC|NEC]] and [[IRMP_-_english#NEC42|NEC42]] activated
* 2012-05-23: Port to ARM STM32
* 2012-05-23: Bugfix frame detection for [[IRMP_-_english#DENON|DENON]] protocol
* 2012-02-27: Bugfix in IR60-Decoder
* 2012-02-27: Bugfix in CRC calculation of [[IRMP_-_english#KASEIKYO|KASEIKYO]] frames
* 2012-02-27: Port to C18 Compiler for PIC microcontrollers
* 2012-02-13: Bugfix: most significant bit in Address wrong in [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol, if [[IRMP_-_english#NEC42|NEC42]] protocol activated, too
* 2012-02-13: Corrected timing of [[IRMP_-_english#SAMSUNG|SAMSUNG]]- and [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] protocol
* 2012-02-13: [[IRMP_-_english#KASEIKYO|KASEIKYO]]: Genre2 bits will be now stored in upper nibble of flags
* 2011-09-20: '''New protocol''': [[IRMP_-_english#KATHREIN|KATHREIN]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#THOMSON|THOMSON]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#LEGO|LEGO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC16|NEC16]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC42|NEC42]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NETBOX|NETBOX]]
* 2011-09-20: Port to ATtiny84 and ATtiny85
* 2011-09-20: Improved key repetition detection in [[IRMP_-_english#RC5_+_RC5X|RC5]] protocol
* 2011-09-20: Improved decoding of [[IRMP_-_english#Biphase|Biphase]] protocols
* 2011-09-20: Fixed some smaller bugs in [[IRMP_-_english#RECS80|RECS80]] decoder
* 2011-09-20: Corrected detection of additional bits in SIRCS protocol
* 2011-01-18: Some corrections for [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] protocol
* 2011-01-18: '''New protocol''': [[IRMP_-_english#Nikon|Nikon]]
* 2011-01-18: [[IRMP_-_english#SIRCS|SIRCS]]: additional bits (>12) will be stored in address
* 2011-01-18: Some timing corrections for [[IRMP_-_english#DENON|DENON]] protocol
* 2010-09-04: Bugfix for F_INTERRUPTS >= 16000
* 2010-09-02: '''New protocol''': [[IRMP_-_english#RC6_+_RC6A|RC6A]]
* 2010-08-29: '''New protocol''': [[IRMP_-_english#JVC|JVC]]
* 2010-08-29: [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol: genre bits will be now stored
* 2010-08-29: [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol: Improved handling of repetition frames
* 2010-08-29: Improved support of [[IRMP_-_english#APPLE|APPLE]] protocols.
* 2010-07-01: Bugfix: added a timeout for [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames. This avoids 'ghost commands'.
* 2010-06-26: Bugfix: deactivated [[IRMP_-_english#RECS80|RECS80]], [[IRMP_-_english#RECS80EXT|RECS80EXT]] & [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] if interrupts frequency is low
* 2010-06-25: '''New protocol''': [[IRMP_-_english#RCCAR|RCCAR]]
* 2010-06-25: Extended keyboard detection for [[IRMP_-_english#FDC|FDC]] protocol (IR keyboard)
* 2010-06-25: Interrupt frequency now up to 20kHz possible
* 2010-06-09: '''New protocol''': [[IRMP_-_english#FDC|FDC]] (IR-keyboard)
* 2010-06-09: Corrected timing for [[IRMP_-_english#DENON|DENON]] protocol
* 2010-06-02: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] (Gigaset)
* 2010-05-26: '''New protocol''': [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]]
* 2010-05-26: Bugfix: detection of long keyboard press for [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]] protocol
* 2010-05-17: Bugfix [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] protocol: corrected command bit mask
* 2010-05-16: '''New protocol''': [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]]
* 2010-05-16: Improved handling of automatic frame repetitions for [[IRMP_-_english#SIRCS|SIRCS]]-, [[IRMP_-_english#SAMSUNG32|SAMSUNG32]]-, and [[IRMP_-_english#NUBERT|NUBERT]] protocol
* 2010-04-28: Only some cosmetic code optimizations
* 2010-04-16: Improved all timing tolerancies
* 2010-04-12: '''New protocol''': [[IRMP_-_english#B&O|Bang & Olufsen]]
* 2010-03-29: Bugfix: detection of multiple [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames
* 2010-03-29: Moved configuration data to [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h]
* 2010-03-29: Introduced a program version in README.txt: Version 1.0
* 2010-03-17: '''New protocol''': [[IRMP_-_english#NUBERT|NUBERT]]
* 2010-03-16: Correction of RECS80 start bit timings
* 2010-03-16: '''New protocol''': [[IRMP_-_english#RECS80EXT|RECS80 Extended]]
* 2010-03-15: Some optimizations
* 2010-03-14: Port to PIC
* 2010-03-11: Some adjustements for some ATMegas
* 2010-03-07: Bugfix: Reset of state machine after a incomplete [[IRMP_-_english#RC5_+_RC5X|RC5]] frame
* 2010-03-05: '''New protocol''': [[IRMP_-_english#APPLE|APPLE]]
* 2010-03-05: Data irmp_data.addr + irmp_data.command will be now stored in the bit order of the appropriate protocol
* 2010-03-04: '''New protocol''': [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] (Mix aus [[IRMP_-_english#SAMSUNG|SAMSUNG]] & [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol)
* 2010-03-04: Changed some timer tolerances changes of [[IRMP_-_english#SIRCS|SIRCS]]- and [[IRMP_-_english#KASEIKYO|KASEIKYO]]
* 2010-03-02: [[IRMP_-_english#SIRCS|SIRCS]]: corrected detection and suppression of automatic frame repetitions
* 2010-03-02: [[IRMP_-_english#SIRCS|SIRCS]]: device ID bits will be now stored in irmp_data.command (not irmp_data.address anymore)
* 2010-03-02: Enlargement of scan buffers (for logging)
* 2010-02-24: New variable flags in IRMP_DATA for detection of long key press
* 2010-02-20: Bugfix [[IRMP_-_english#DENON|DENON]] protocol: repetition frame is now basically inverted
* 2010-02-19: Detection of [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol-Varianten, z. B. [[IRMP_-_english#APPLE|APPLE]]-Fernbedienung
* 2010-02-19: Detection of [[IRMP_-_english#RC6_+_RC6A|RC6]]- and [[IRMP_-_english#DENON|DENON]] protocol
* 2010-02-19: Some improvements for [[IRMP_-_english#RC5_+_RC5X|RC5]] decoders (Bugfixes)
* 2010-02-13: Bugfix: Puls/Pause counters were 1 too low, now better detection of protokols with very short pulses
* 2010-02-13: Improved detection of [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames
* 2010-02-12: New: [[IRMP_-_english#RC5_+_RC5X|RC5]] protocol
* 2010-02-05: Eliminated a conflict between [[IRMP_-_english#SAMSUNG|SAMSUNG]]- and [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] protocol
* 2010-01-07: First version

== Literature ==

=== IR Abstract ===

* http://www.sbprojects.net/knowledge/ir/index.php
* http://www.epanorama.net/links/irremote.html
* http://www.elektor.de/jahrgang/2008/juni/cc2-avr-projekt-%283%29-unsichtbare-kommandos.497184.lynkx?tab=4
* http://mc.mikrocontroller.com/de/IR-Protokolle.php

=== SIRCS Protocol ===

* http://www.sbprojects.net/knowledge/ir/sirc.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#SIRCS
* http://www.ustr.net/infrared/sony.shtml
* http://users.telenet.be/davshomepage/sony.htm
* http://picprojects.org.uk/projects/sirc/
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== NEC Protocol ===

* http://www.sbprojects.net/knowledge/ir/nec.php
* http://www.ustr.net/infrared/nec.shtml
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== ACP24 Protocol ===

The ACP24-Protocol is used by Stiebel-Eltron-Aircons

The structure of the 70 databits is :

1 2 3 4 5 6
0123456789012345678901234567890123456789012345678901234567890123456789
N VVMMM ? ??? t vmA x y TTTT
0011001000000111000010001010000000000000000010000000000000000000001111on, temp=30

These are converted into the following 16 bits from irmp_data.command:

5432109876543210
NAVVvMMMmtxyTTTT

Meaning of the symbols:

TTTT = Temperature + 15 degree
TTTT
----------
0000 ???
0001 ???
0010 ???
0011 18 degree
0100 19 degree
0101 20 degree
0110 21 degree
...
1111 30 degree

N = Nightmode
N
----------
0 off
1 on

VV = fan, v must be 1!
VV v
----------
00 1 level 1
01 1 level 2
10 1 level 3
11 1 Automatic

MMM = Mode
MMM m
----------
000 0 turn off
001 0 turn on
001 1 cooling
010 1 fan
011 1 demist
100 1 ???
101 1 ---
110 1 ---
111 1 ---

A = Automatic-Programm
A
----------
0 off
1 on

t = Timer
t x y
----------
1 1 0 Timer 1
1 0 1 Timer 2

To control the air con via [[IRSND_-_english|IRSND]], the following functions can be used:

<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
#include "irsnd.h"

#define IRMP_ACP24_TEMPERATURE_MASK 0x000F // TTTT

#define IRMP_ACP24_SET_TIMER_MASK (1<<6) // t
#define IRMP_ACP24_TIMER1_MASK (1<<5) // x
#define IRMP_ACP24_TIMER2_MASK (1<<4) // y

#define IRMP_ACP24_SET_MODE_MASK (1<<7) // m
#define IRMP_ACP24_MODE_POWER_ON_MASK (1<<8) // MMMm = 0010 Einschalten
#define IRMP_ACP24_MODE_COOLING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<8)) // MMMm = 0011 Kuehlen
#define IRMP_ACP24_MODE_VENTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<9)) // MMMm = 0101 Lueften
#define IRMP_ACP24_MODE_DEMISTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<10) | (1<<8)) // MMMm = 1001 Entfeuchten

#define IRMP_ACP24_SET_FAN_STEP_MASK (1<<11) // v
#define IRMP_ACP24_FAN_STEP_MASK 0x3000 // VV
#define IRMP24_ACP_FAN_STEP_BIT 12 // VV
#define IRMP_ACP24_AUTOMATIC_MASK (1<<14) // A
#define IRMP_ACP24_NIGHT_MASK (1<<15) // N

// possible values for acp24_set_mode();
#define ACP24_MODE_COOLING 1
#define ACP24_MODE_VENTING 2
#define ACP24_MODE_DEMISTING 3

static uint8_t temperature = 18; // 18 degrees

static void
acp24_send (uint16_t cmd)
{
IRMP_DATA irmp_data;

cmd |= (temperature - 15) & IRMP_ACP24_TEMPERATURE_MASK;

irmp_data.protocol = IRMP_ACP24_PROTOCOL;
irmp_data.address = 0x0000;
irmp_data.command = cmd;
irmp_data.flags = 0;

irsnd_send_data (&irmp_data, 1);
}

void
acp24_set_temperature (uint8_t temp)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

temperature = temp;
acp24_send (cmd);
}

void
acp24_off (void)
{
uint16_t cmd = 0;
acp24_send (cmd);
}

#define ACP_FAN_STEP1 0
#define ACP_FAN_STEP2 1
#define ACP_FAN_STEP3 2
#define ACP_FAN_AUTOMATIC 3

void
acp24_fan (uint8_t fan_step)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

cmd |= IRMP_ACP24_SET_FAN_STEP_MASK | ((fan_step << IRMP24_ACP_FAN_STEP_BIT) & IRMP_ACP24_FAN_STEP_MASK);

acp24_send (cmd);
}

void
acp24_set_mode (uint8_t mode)
{
uint16_t cmd = 0;

switch (mode)
{
case ACP24_MODE_COOLING: cmd = IRMP_ACP24_MODE_COOLING_MASK; break;
case ACP24_MODE_VENTING: cmd = IRMP_ACP24_MODE_VENTING_MASK; break;
case ACP24_MODE_DEMISTING: cmd = IRMP_ACP24_MODE_DEMISTING_MASK; break;
default: return;
}
acp24_send (cmd);
}

void
acp24_program_automatic (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_AUTOMATIC_MASK;
acp24_send (cmd);
}

void
acp24_program_night (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_NIGHT_MASK;
acp24_send (cmd);
}
</syntaxhighlight>

=== LGAIR Protocol ===

The LG Air Con is controlled by an 'intelligent' remote. These are the encoded data:

<code>
Command AAAAAAAA PW Z S T mmm tttt vvvv PPPP
--------------------------------------------------------------------
ON 23C 10001000 00 0 0 0 000 1000 0100 1100
ON 26C 10001000 00 0 0 0 000 1011 0100 1111

OFF 10001000 11 0 0 0 000 0000 0101 0001
TURN OFF 10001000 11 0 0 0 000 0000 0101 0001 (18C currently, identical to off)

TEMP DOWN 23C 10001000 00 0 0 1 000 1000 0100 0100
MODE (to mode0, 23C) 10001000 00 0 0 1 000 1000 0100 0100

TEMP UP (24C) 10001000 00 0 0 1 000 1001 0100 0101
TEMP DOWN 24C 10001000 00 0 0 1 000 1001 0100 0101

TEMP UP (25C) 10001000 00 0 0 1 000 1010 0100 0110
TEMP DOWN 25C 10001000 00 0 0 1 000 1010 0100 0110

TEMP UP (26C) 10001000 00 0 0 1 000 1011 0100 0111

MODE 10001000 00 0 0 1 011 0111 0100 0110 (to mode1, 22C - when switching to mode1 temp automaticall sets to 22C)
ON (mode1, 22C) 10001000 00 0 0 0 011 0111 0100 1110

MODE 10001000 00 0 0 1 001 1000 0100 0101 (to mode2, no temperature displayed)
ON (mode2) 10001000 00 0 0 0 001 1000 0100 1101
MODE (to mode3, 23C) 10001000 00 0 0 1 100 1000 0100 1000
ON (mode3, 23C) 10001000 00 0 0 0 100 1000 0100 0000

VENTILATION SLOW 10001000 00 0 0 1 000 0011 0000 1011
VENTILATION MEDIUM 10001000 00 0 0 1 000 0011 0010 1101
VENTILATION HIGH 10001000 00 0 0 1 000 0011 0100 1111
VENTILATION LIGHT 10001000 00 0 0 1 000 0011 0101 0000

SWING ON/OFF 10001000 00 0 1 0 000 0000 0000 0001

Format: 1 start bit + 8 address bits + 16 data bits + 4 checksum bits + 1 stop bit

Address: AAAAAAAA = 0x88 (8 bits)

Data: PW Z S T MMM tttt vvvv PPPP (16 bits)

PW: Power: 00 = On, 11 = Off

Z: N/A: Always 0

S: Swing: 1 = Toggle swing, all other data bits are zeros.

T: Temp/Vent: 1 = Set temperature and ventilation

MMM: Mode, can be combined with temperature
000=Mode 0
001=Mode 2
010=????
011=Mode 1
100=Mode 3
101=???
111=???

tttt: Temperature:
0000=used by OFF command
0001=????
0010=????
0011=18°C
0100=19°C
0101=20°C
0110=21°C
0111=22°C
1000=23°C
1001=24°C
1010=25°C
1011=26°C
1011=27°C
1100=28°C
1101=29°C
1111=30°C

vvvv: Ventilation:
0000=slow
0010=medium
0011=????
0100=high
0101=light
0110=????
0111=????
...
1111=????

Checksum: PPPP = (DataNibble1 + DataNibble2 + DataNibble3 + DataNibble4) & 0x0F
</code>

=== NEC16 Protocol (JVC) ===

* http://www.sbprojects.net/knowledge/ir/jvc.php
* http://www.ustr.net/infrared/jvc.shtml

=== Samsung Protocol ===

(was reverse engineered by several protocols (Daewoo or similar), so no direct link to Samsung documents is available)

Here is a link to the Daewoo-protocol, which uses the same principle of the sync-bits in the center of a frame, but words with different timings:

* http://users.telenet.be/davshomepage/daewoo.htm

=== MATSUHITA Protocol ===

* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== KASEIKYO Protocol ("Japan Protocol") ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

=== RECS80 and RECS80 Extended Protocol ===

* http://www.sbprojects.net/knowledge/ir/recs80.php

=== RC5 and RC5x Protocol ===

* http://www.sbprojects.net/knowledge/ir/rc5.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#RC5
* http://users.telenet.be/davshomepage/rc5.htm
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.opendcc.de/info/rc5/rc5.html

=== Denon Protocol ===

* http://www.mikrocontroller.com/de/IR-Protokolle.php#DENON
* http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243

=== RC6 and RC6A Protocol ===

* http://www.sbprojects.net/knowledge/ir/rc6.php
* http://www.picbasic.nl/info_rc6_uk.htm

=== Bang & Olufsen ===

* http://www.mikrocontroller.net/attachment/33137/datalink.pdf

=== Grundig Protocol ===

* http://www.see-solutions.de/sonstiges/Grundig_10bit.pdf

=== Nokia Protocol ===

* http://www.sbprojects.net/knowledge/ir/nrc17.php

=== IR60 (SDA2008 and MC14497P) ===

* http://www.datasheetcatalog.org/datasheet/motorola/MC14497P.pdf

=== LEGO Power Functions RC ===

* http://www.philohome.com/pf/LEGO_Power_Functions_RC_v110.pdf

=== RCMM Protocol ===

* http://www.sbprojects.net/knowledge/ir/rcmm.php

=== Other Protocols ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

== IRMP on Youtube ==

* http://www.youtube.com/watch?v=Q7DJvLIyTEI

* http://www.youtube.com/watch?v=1tQ_aqayWZk

* http://www.youtube.com/watch?v=W4tI2axR3-w

* http://www.youtube.com/watch?v=SRs98dIe2WE

== Other Artikels ==

[http://www.infineon.com/dgdl/RF2ir+WhitePaper+V1.0.pdf?folderId=db3a3043191a246301192dd3ee2c2ae4&fileId=db3a30432b57a660012b5c16272c2e81 Whitepaper von Martin Gotschlich, Infineon Technologies AG]

== Hardware / IRMP Projects ==

=== Remote IRMP ===

Infrared sender und receiver controlled via ip network with Android smartphone as remote control:

* http://www.mikrocontroller.net/articles/Remote_IRMP

=== IR Tester ===

IR tester with LCD by Klaus Leidinger:

* http://www.mikrocontroller-projekte.de/Mikrocontroller/index.html

=== IR Tester with AVR-NET-IO ===

IR tester for Pollin AVR-NET-IO with Pollin ADD-ON Board:

* http://son.ffdf-clan.de/include.php?path=forumsthread&threadid=703

=== USB IR Remote Receiver ===

USB IR remote receiver by Hugo Portisch:
* http://www.mikrocontroller.net/articles/USB_IR_Remote_Receiver

=== USB IR Receiver/Sender/Switch with Wakeup-Timer ===

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/123572-fertig-irmp-auf-stm32-ein-usb-ir-empf%C3%A4nger-sender-einschalter-mit-wakeup-timer/

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_ein_USB_IR_Empf%C3%A4nger/Sender/Einschalter_mit_Wakeup-Timer

=== USBASP ===

IR switch based on USBasp
* http://wiki.easy-vdr.de/index.php?title=USBASP_Einschalter

=== Servo controlled IR Sender ===

Servo controlled IR Sender (adaptive) by Stefan Pendsa:
* http://forum.mikrokopter.de/topic-21060.html
* [http://svn.mikrokopter.de/listing.php?repname=Projects&path=%2FServo-Controlled+IR-Transmitter%2F&#Ad2417800d6aa14bf08c571a896e9def7 SVN]

=== Adaptive IR Remote Control ===

Adaptive IR remote control by Robert and Frank M.
* http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP

=== AVR Moodlight ===

AVR Moodlight by Axel Schwenke
* http://www.mikrocontroller.net/topic/244768

STM8 Moodlight by Axel Schwenke
* https://www.mikrocontroller.net/topic/380098

=== Infinity Mirror LED Ceiling Lamp ===

Infinity Mirror LED ceiling lamp with remote control by Philipp Meißner
* http://digital-nw.de/Infinity-Mirror.htm

=== Cinema Control ===

Cinema control by Owagner
* http://ccc.zerties.org/index.php/Benutzer:Owagner

=== Leading-Edge Control ===

leading-edge control:

* http://flosserver.dyndns.org/phasenanschnittsdimmer.php

=== IRDioder – Ikea Dioder Hack ===

Ikea Dioder Hack:

* http://marco-difeo.de/tag/infrared/

=== Expedit Coffee Bar ===

Ikea Expedit as coffee bar:

* http://chaozlabs.blogspot.de/2013/09/expedit-coffee-bar.html

=== Arduino as IR Receiver ===

Arduino as IR Receiver:

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/110918-arduino-als-ir-empf%C3%A4nger-einsetzen/

More example from the Arduino library:

* https://github.com/ukw100/IRMP/tree/master/examples

=== IR Volume Control with Stellaris Launchpad ===

volume control with Stellaris Launchpad (ARM Cortex-M4F):

* http://www.anthonyvh.com/2013/03/31/ir-volume-control/

=== RemotePi Board ===

Shutdown RaspPI with IR remote control:

* http://www.msldigital.com/pages/more-information

=== Ethernut & IRMP ===

IRMP under RTOS Ethernut:

* http://www.klkl.de/ethernut.html

=== LED strip Remote Control ===

LED strip remote control:

* http://www.solderlab.de/index.php/misc/led-strip-remote-control

=== ADAT Audio Mixer ===

Audio Mixer:

* http://mailtonne.de/adat-audio-mixer/

=== Ethersex & IRMP ===

IRMP + IRSND Modul in Ethersex, a modular Firmware for AVR MCUs

* http://ethersex.de/index.php/IRMP

=== Mastermind Solver ===

Mastermind solver with LED stripes and IR remote control:

* http://www.mystrobl.de/Plone/basteleien/weitere-bulls-and-cows-mastermind-implementationen/mm-v1821/mastermind-solver-mit-led-streifen-und-ir-fernbedienung

=== A MythTV Remote Control without LIRC ===

PC Remote Control with ATtiny85

* http://tomscircuits.blogspot.de/2014/12/a-mythtv-remote-control-without-lirc.html

=== IRMP + IRSND Library for STM32F4 ===

IRMP for STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1516

IRSND for STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1940

=== IRMP on STM32 - Construction Guidance ===

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_Bauanleitung

=== Seminar Paper - Extension of Arduino Platform ===

* www.eislab.fim.uni-passau.de/files/publications/2010/StudentDiener_ErweiterungDerArduinoPlattform.pdf

== Acknowledgment ==

I thank Vlad Tepesch, Klaus Leidinger, Peter K., and Dániel Körmendi, who sent me many scan files of their IR remote controls.

I thank Christian F. for his tipps relating to the port to PIC MCUs, gera for the port to PIC-C18 compiler, kichi (Michael K.) for the port to ARM STM32, Markus Schuster for the port to TI's Stellaris LM4F120 Launchpad (ARM Cortex M4), Matthias Frank for the port to XMega, Wolfgang S. for the port to ESP8266, Achill Hasler for the port to Teensy, Axel Schwenke for the port to STM8.

Thanks to Dániel Körmendi, who added the LG-AIR protocol to [[IRSND_-_english|IRSND]]. Thanks to Ulrich v.d. Kammer for the Pentax protocol extension in [[IRSND_-_english|IRSND]].

At least I will thank Jojo S. for his great job translating this documentation!

== Discussion ==

You can discuss IRMP & IRSND in the German thread [http://www.mikrocontroller.net/topic/162119 Infrared Multi Protocol Decoder].

Have fun with IRMP!

[[Kategorie:Infrarot]]
[[Kategorie:AVR-Projekte]]

IRMP - english

2023-04-26T08:15:01Z

Tooki:

By '''Frank M. ([http://www.mikrocontroller.net/user/show/ukw ukw])'''

'''This is the English translation of the [[IRMP#top|German IRMP documentation]].

'''[[Datei:irmp-title.png| |Waveform of an NEC-format remote control signal]]

Project Intent:

Because RC5 is not only outdated, but obsolete, and because more and more electronic devices from Asian consumer electronics manufacturers are found in the home, it is time to develop an IR decoder that can 'understand' about 90% of IR remotes that are used in our daily life.

This article introduces 'IRMP' as "Infrared Multi Protocol Decoder" in detail. The counterpart, the [[IRSND_-_english|IRSND]] IR encoder, can be found in this [[IRSND_-_english|document]].

= IRMP - Infrared Multi Protocol Decoder =
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Supported MCUs ===

[[IRMP_-_english#top|IRMP]] runs on numerous MCU families:

'''AVR'''

* ATtiny87, ATtiny167
* ATtiny45, ATtiny85
* ATtiny44, ATtiny84
* ATmega8, ATmega16, ATmega32
* ATmega162
* ATmega164, ATmega324, ATmega644, ATmega644P, ATmega1284
* ATmega88, ATmega88P, ATmega168, ATmega168P, ATmega328P

'''XMega'''

* ATXmega128

'''PIC''' (CCS and XC8/C18 compiler)

* PIC12F1840
* PIC18F4520

'''STM32'''

* STM32F4xx (tested on STM32F401RE/F411RE Nucleo, STM32F4 Discovery)
* STM32F10x (tested on STM32F103C8T6 Mini Development Board)
* STM32 with HAL library '''(NEW!)'''

'''STM8'''

* STM8S103F3

'''TI Stellaris'''

* LM4F120 Launchpad (ARM Cortex M4)

'''ESP8266 (NEW!)'''

* ESP8266-EVB

'''TEENSY 3.0'''

* MK20DX256VLH7 (ARM Cortex-M4 72MHz)

'''MBED (NEW!)'''

* LPC1347 Cortex-M3 72 MHz
* LPC4088 (Embedded Artists)

'''ChibiOS HAL (NEW!)'''

* Various ARM Cortex MCUss, for example STM32, Kinetis, and NRF5
* [https://sourceforge.net/p/chibios/svn2/HEAD/tree/trunk/os/hal/ports/ Officially supported MCU series]
* [https://github.com/ChibiOS/ChibiOS-Contrib/tree/master/os/hal/ports More MCU series, community supported]
||
[[Datei:irmp-empfaenger.png|miniatur|Connection of a IR receiver module to MCU]]
|}
=== Supported IR Protocols ===

[[IRMP_-_english#top|IRMP]] - the infrared remote decoder, which can decode several protocols at once - is capable of decoding the following protocols (in alphabetical order):

{| {{Tabelle}}
|+ '''Supported Protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol || Vendor
|-
| [[IRMP_-_english#A1TVBOX|A1TVBOX]] || ADB (Advanced Digital Broadcast), e.g. A1 TV Box
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple
|-
| [[IRMP_-_english#ACP24|ACP24]] || Stiebel Eltron
|-
| [[IRMP_-_english#B&O|B&O]] || Bang & Olufsen
|-
| [[IRMP_-_english#BOSE|BOSE]] || Bose
|-
| [[IRMP_-_english#DENON|DENON]] || Denon, Sharp
|-
| [[IRMP_-_english#FAN|FAN]] || FAN, remote for fans
|-
| [[IRMP_-_english#FDC|FDC]] || FDC Keyboard
|-
| [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]] || Grundig
|-
| [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]] || Nokia, e.g. D-Box
|-
| [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]] || various European vendors
|-
| [[IRMP_-_english#JVC|JVC]] || JVC
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Panasonic, Technics, Denon and other vendors which are members of the Japanese "Association for Electric Home Appliances" (AEHA).
|-
| [[IRMP_-_english#KATHREIN|KATHREIN]] || KATHREIN
|-
| [[IRMP_-_english#LEGO|LEGO]] || Lego
|-
| [[IRMP_-_english#LGAIR|LGAIR]] || LG air conditioners
|-
| [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] || Matsushita
|-
| [[IRMP_-_english#MITSU_HEAVY|MITSU_HEAVY]] || Mitsubishi air conditioners
|-
| [[IRMP_-_english#NEC16|NEC16]] || JVC, Daewoo
|-
| [[IRMP_-_english#NEC42|NEC42]] || JVC
|-
| [[IRMP_-_english#MERLIN|MERLIN]] || MERLIN remote (Pollin article number: 620 185)
|-
| [[IRMP_-_english#NEC_+_extended_NEC|NEC]] || NEC, Yamaha, Canon, Tevion, Harman/Kardon, Hitachi, JVC, Pioneer, Toshiba, Xoro, Orion, generic and many other Asian vendors.
|-
| [[IRMP_-_english#NETBOX|NETBOX]] || Netbox
|-
| [[IRMP_-_english#Nikon|Nikon]] || Nikon
|-
| [[IRMP_-_english#NUBERT|NUBERT]] || Nubert, e.g. Subwoofer Systems
|-
| [[IRMP_-_english#ORTEK|ORTEK]] || Ortek, Hama
|-
| [[IRMP_-_english#PANASONIC|PANASONIC]] || PANASONIC video projectors
|-
| [[IRMP_-_english#PENTAX|PENTAX]] || PENTAX
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Philips and other European vendors
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6A]] || Philips, Kathrein and others, e.g. XBOX
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips and other European vendors
|-
| [[IRMP_-_english#RCCAR|RCCAR]] || RC Car: IR remote for RC toys
|-
| [[IRMP_-_english#RCII|RCII]] || T+A '''(NEW!)'''
|-
| [[IRMP_-_english#RECS80|RECS80]] || Philips, Nokia, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP_-_english#RECS80EXT|RECS80EXT]] || Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP_-_english#RCMM|RCMM]] || Fujitsu-Siemens e.g. Activy keyboard
|-
| [[IRMP_-_english#ROOMBA|ROOMBA]] || iRobot Roomba vacuum cleaner
|-
| [[IRMP_-_english#S100|S100]] || similar to RC5, but 14 instead of 13 bits and 56kHz modulation. Vendor unknown.
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung
|-
| [[IRMP_-_english#SAMSUNG48|SAMSUNG48]] || various air conditioners
|-
| [[IRMP_-_english#SAMSUNG|SAMSUNG]] || Samsung
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]] || RUWIDO (e.g. T-Home Media Receiver, MERLIN keyboard(Pollin))
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] || Siemens, e.g. Gigaset M740AV
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony
|-
| [[IRMP_-_english#SPEAKER|SPEAKER]] || Speaker systems like X-Tensions
|-
| [[IRMP_-_english#TECHNICS|TECHNICS]] || Technics
|-
| [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]] || Telefunken
|-
| [[IRMP_-_english#THOMSON|THOMSON]] || Thomson
|-
| [[IRMP_-_english#VINCENT|VINCENT]] || Vincent
|}

'''New:'''

'''Starting with version 3.2, IRMP can also decode 433 MHz RF radio protocols.'''

{| {{Tabelle}}
|+ '''Supported RF Protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol
! style="width:100em" | Vendor
|-
| [[IRMP#RF_GEN24|RF_GEN24]] || Generiv 24-bit format, e.g. Pollin 550666 radio-controlled receptacle
|-
| [[IRMP#RF_X10|RF_X10]] || X10 PC RF remote control (Medion), Pollin 721815
|}

Each of these protocols can be activated separately. If you want, you can activate all protocols. If you need only one protocol, you can disable all others. Only the code selected by the user will be compiled .

=== History ===

The [[IRMP_-_english#top|IRMP]] source for the AVR and PIC MCUs was created as part of the [[Word Clock]] project.

=== Thread in Forum ===

Intention for an own IRMP article is the following thread in Projects&Code [http://www.mikrocontroller.net/topic/162119 IRMP - Infrared Multi Protocol Decoder] (in German language).

== IR Protocols ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
Some vendors use their own proprietary protocols, such as Sony, Samsung, and Matsushita. Philips developed and used [[IRMP_-_english#RC5 + RC5X|RC5]].
[[IRMP_-_english#RC5 + RC5X|RC5]] was seen in Europe as ''the'' standard IR protocol which was adopted by many European vendors. Nowadays [[IRMP_-_english#RC5 + RC5X|RC5]] is practically not used and can be considered "dead". Although the successor [[IRMP_-_english#RC6_+_RC6A|RC6]] is used in current European hardware, it is also used rarely.

Japanese vendors also tried to establish their own standard, the so called [[IRMP_-_english#KASEIKYO|Kaseikyo]] (or "Japan") protocol. With a word length of 48 bits, it is more versatile. But it has not found wide use, though it is found in some appliances.

Nowadays the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol is used (also mainly in Japanese devices) in both premium and generic products. I estimate the market share at 80% for the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol. Nearly all remotes in my daily use utilize the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] IR code. This starts with the TV set, continues with the DVD player and the notebook remote all the way to the generic multimedia hard drive, just to mention a few examples.
||
[[Datei:nec-protocol.png|miniatur|NEC protocol, RGB remote control, T->A: 9.14ms, A->B: 4.42ms, B->C: 660us]]
|}

== Coding methods ==

[[IRMP_-_english#top|IRMP]] supports the following IR coding methods:

* [[IRMP_-_english#Pulse Distance|Pulse Distance]], typ. Example: [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
* [[IRMP_-_english#Pulse Width|Pulse Width]], typ. Example: [[IRMP_-_english#SIRCS|Sony SIRCS]]
* [[IRMP_-_english#Biphase|Biphase (Manchester)]], typ. Example: Philips [[IRMP_-_english#RC5_+_RC5X|RC5]], [[IRMP_-_english#RC6_+_RC6A|RC6]]
* [[IRMP_-_english#Pulse Position|Pulse Position (NRZ)]], typ. Example: [[IRMP_-_english#NETBOX|Netbox]]
* [[IRMP_-_english#Pulse Distance Width|Pulse Distance Width]], typ. Example: [[IRMP_-_english#NUBERT|Nubert]]

The pulses are modulated - usually at 36 kHz or 38 kHz - to reduce environmental influences such as indoor lighting or sunlight.

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance ===

Pulse distance coding can be identified by the following rule:

* there is only '''one pulse length''' and there are '''two different space lengths'''
||
[[Datei:Pulse-Distance.png|miniatur|Pulse distance coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Width ===

Pulse width coding can be identified by the following rule:

* there are '''two different pulse lengths''' and '''only one space length'''
||
[[Datei:Pulse-Width.png|miniatur|Pulse width coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Width ===

This is a mix of pulse distance and pulse width coding. Often the sum of pulse and space length is constant. The rule is:

* there are '''two different pulse lengths''' and '''two different space lengths.'''
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse distance width coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Biphase ===

In biphase coding the order of pulse and space gives the bit value.
Therefore a biphase boding can be identified by this criteria:

* there is exactly '''one''' pulse and space length, as well as the '''double''' pulse/space length

Usually the length for the pulse and space are equal, meaning that the signal shape is symmetric. But IRMP also recognizes protocols which use different pulse and space lengths, for example the [[IRMP_-_english#A1TVBOX|A1TVBOX]] protocol.
||
[[Datei:Biphase-Coding.png|miniatur|Biphase coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Position ===

Pulse position coding is known from commmon UARTs. Here, every bit has a fixed length. Depending on the value (0 or 1), it is a pulse or a space.

Typical criteria for a '''pulse position protocol''' are:
* there are '''multiples''' of a basic pulse/space length

'''A tabular listing of different IR protocols can be found here: [[IRMP_-_english#IR_Protocols_in_Detail|IR Protocols in Detail]].'''
The specified timings are typical values. In some remotes they differ up to 40% in real life. Therefore [[IRMP_-_english#top|IRMP]] uses minimum/maximum limits to be tolerant with the timing.
||
[[Datei:Pulse-Position.png|miniatur|Pulse position coding]]
|}

== Protocol Detection ==

Most of the protocols [[IRMP_-_english#top|IRMP]] decodes have something in common: they exhibit a start bit whose timing is unique.

According to this start bit timing, most protocols can be identified. [[IRMP_-_english#top|IRMP]] measures the timing of the start bit and adjusts its timing tables "on-the-fly" to the discovered protocol. Subsequent bits can then be read sequentially without the need to first store a complete frame.
Thus, [[IRMP_-_english#top|IRMP]] does not wait to read a complete frame but starts decoding directly after detecting the first pulse.

If the start bit is not unique, [[IRMP_-_english#top|IRMP]] proceeds in parallel with multiple possible protocols. For example with two candidate protocols, once plausible reasons disqualify one protocol, the other protocol is used.

Detection is implemented as an interrupt-driven [[Statemachine|state machine]] which is called at a frequency of typically 15000 times per second. Among others, the [[Statemachine|state machine]] has the following states:

* detect the first pulse length of the start bit
* detect the space length of the start bit
* detect the space length of the first data bit

After that, the pulse and space lengths of the start bit are known. Now all enabled protocols are searched for these lengths. If a protocol matches, the timing table for this protocol is loaded. Subsequent bits are checked against the timing table to ensure they conform to it.

The [[Statemachine|state machine]] continues with the following states:

* detect the spaces of the data bits
* detect the pulse length of the data bits
* check timing. If different, switch back to another valid IR protocol, otherwise return
* detect the stop bit, if present in the protocol
* check data for plausibility, like CRC or other redundancy bits
* convert data to device address and command
* detect code repetition by long key press, set corresponding flag

Indeed the [[Statemachine|state machine]] is even more complex because some protocols have no start bit (e.g. [[IRMP_-_english#DENON|Denon]]) or have multiple start bits (4 in [[IRMP_-_english#B.26O|B&O]]) or have another sync bit within the frame (e.g. [[IRMP_-_english#SAMSUNG|Samsung]]). These extra conditions are caught in the code by protocol-specific "special cases".

Switching to an other protocol can happen multiple times while receiving a frame, e.g. from [[IRMP_-_english#NEC42|NEC42]] (42 bits) to [[IRMP_-_english#NEC16|NEC16]] (8 bits + sync bit + 8 bits), if a premature sync bit is detected. Or from [[IRMP_-_english#NEC + extended NEC|NEC]]/[[IRMP_-_english#NEC42|NEC42]] (32/42 bits) to [[IRMP_-_english#JVC|JVC]] (16 bits) if the stop bit occurs prematurely. It becomes difficult when, after detecting the start bit, two possible protocols use different coding methods, e.g. when the one protocol uses [[IRMP_-_english#Pulse Distance|pulse distance coding]] and the other uses [[IRMP_-_english#Biphase|biphase coding (Manchester)]]. In this case [[IRMP_-_english#top|IRMP]] stores the necessary bits for both coding methods and later discards one or the other.

Furthermore, some remotes using particular protocols transmit repeat frames, either for redundancy (error detection) or for long key presses. Both kinds are detected by IRMP: error detection frames are detected by IRMP, but not passed to the application. Others are detected as long key presses and flagged by IRMP.

== Download ==

Version 3.2.6, Date: 2021-01-27

Download stable version: [http://www.mikrocontroller.net/wikifiles/7/79/Irmp.zip Irmp.zip]

Current development version of [[IRMP_-_english#top|IRMP]] & [[IRSND_-_english|IRSND]]:

* SVN link: [svn://mikrocontroller.net/irmp/ SVN]
* SVN browser: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP in SVN]
* Download tarball: [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball].

Download Arduino library: [https://github.com/ukw100/IRMP GitHub] or use Arduino "''Tools / Manage Libraries...''" and search for IRMP.

'''You can see the history of the software changes here: [[IRMP_-_english#Software_History|Software History]]'''

== License ==

IRMP is Open Source Software and is released under the [https://www.gnu.org/licenses/old-licenses/gpl-2.0.html GPL v2], or
(at your option) any later version.

== Source Code ==

The source code can be easily compiled for AVR MCUs by loading the project file irmp.aps in AVR Studio 4.

For other development environments it is simple to create a project or makefile. The source includes:

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] - IR decoder core
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h] - all protocoll definitions
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpsystem.h?view=markup irmpsystem.h] - target-independent definitions for AVR/PIC/STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.h?view=markup irmp.h] - include file for the application
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] - user configuration

Sample applications (main functions and timer configurations):

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] - AVR
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr-uart.c?view=markup irmp-main-avr-uart.c] - AVR with UART output
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-xc8.c?view=markup irmp-main-pic-xc8.c] - PIC18F4520
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-12F1840.c?view=markup irmp-main-pic-12F1840.c] - PIC12F1840
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stm32.c?view=markup irmp-main-stm32.c] - STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stellaris-arm.c?view=markup irmp-main-stellaris-arm.c] - TI Stellaris LM4F120 Launchpad
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-esp8266.c?view=markup irmp-main-esp8266.c] - ESP8266
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-mbed.cpp?view=markup irmp-main-mbed.cpp] - MBED
* [http://www.mikrocontroller.net/svnbrowser/irmp/examples/Arduino/Arduino.ino?view=markup examples/Arduino/Arduino.ino] - Teensy 3.x
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c] - ChibiOS

{{Warnung|
;Important: include only irmp.h in your application:
<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
</syntaxhighlight>

All other include files are included within irmp.h. See also the sample application irmp-main-avr.c.

Furthermore, the preprocessor constant '''F_CPU in project or makefile''' must be defined. This should have at least the value of 8000000UL, processor speed should be at least 8 MHz. This applies to AVR targets and not for MCUs with PLL.
}}

[[IRMP_-_english#top|IRMP]] also runs on PIC processors. For the PIC-CCS compiler the necessary preprocessor defines are already set, such that [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] can be directly used in the CCS environment. Only a short interrupt service routine like

<syntaxhighlight lang="c" style="font-size:85%;">
void TIMER2_isr(void)
{
irmp_ISR ();
}
</syntaxhighlight>

must be added. The interrupt period time must be set to 66 µs (15 kHz).

For AVR processors you will find an example for the usage of [[IRMP_-_english#top|IRMP]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c]. The main things are the [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|Timer]] initializing of the timer and the processing of received IR commands. The received protocoll, the device address and the command will be output on the HW-UART.

For the Stellaris LM4F120 Launchpad from TI (ARM Cortex M4) is a propriate timer init function already integrated in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c].

[[IRMP_-_english#top|IRMP]] can be used also with STM32 microcontrollers.

Another new implementation is available on the mbed platform.

=== avr-gcc Optimizations ===

From version 4.7.x of avr-gcc, the [https://gcc.gnu.org/onlinedocs/gccint/LTO.html#LTO LTO option] can be used to make the call of the external function irmp_ISR() from the main ISR more efficient. This improves the performance of the ISR a little.

Add the following compiler and linker options:

* additional compiler option: -flto
* additional linker options: -flto -Os

If you forget the additional linker option -Os, the binary will be significantly larger as it will not be optimized further. Also, the option -flto must be passed to the linker, otherwise link time optimization will not work.

=== Configuration ===

[[IRMP_-_english#top|IRMP]] is configured by parameters in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h]:

* [[IRMP_-_english#F_INTERRUPTS|number of interrupts per second]]
* [[IRMP_-_english#IRMP_SUPPORT_xxx_PROTOCOL|supported IR protocols]]
* [[IRMP_-_english#IRMP_PORT_LETTER + IRMP_BIT_NUMBER|hardware pin for IR receiver]]
* [[IRMP_-_english#IRMP_LOGGING|IR logging]]

=== Settings in irmpconfig.h ===

[[IRMP_-_english#top|IRMP]] will decode all protocols listed above in one ISR. For this, some settings are needed. These are set in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h].

==== F_INTERRUPTS ====

Number of interrupts per second. Should be set to a value from 10000 to 20000. The higher the value, the better the resolution and therefore the quality of detection. But a higher interrupt rate means also higher CPU load. A value of 15000 is usually a good compromise.

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define F_INTERRUPTS 15000 // interrupts per second
</syntaxhighlight>

On AVR controllers, the [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] example uses Timer1 with 16 bits of resolution. If for any reasons Timer1 is not available, you can also use Timer2 with 8 bits of resolution.

In that case, configure Timer2 as follows:

<syntaxhighlight lang="c" style="font-size:85%;">
OCR2 = (uint8_t) ((F_CPU / F_INTERRUPTS) / 8) - 1 + 0.5); // Compare Register OCR2
TCCR2 = (1 << WGM21) | (1 << CS21); // CTC Mode, prescaler = 8
TIMSK = 1 << OCIE2; // enable Timer2 interrupt
</syntaxhighlight>

The above example is valid for ATmega88/ATmega168/ATmega328. For other AVR MCUs check the datasheet.

You must not forget to change the ISR to Timer2 as well:

<syntaxhighlight lang="c" style="font-size:85%;">
ISR(TIMER2_COMP_vect)
{
(void) irmp_ISR();
}
</syntaxhighlight>

==== IRMP_SUPPORT_xxx_PROTOCOL ====

Here you can select which protocols to enable in [[IRMP_-_english#top|IRMP]]. Common protocols are emabled by default.

To enable additional protocols or disable others to save memory, set the corresponding values in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h].

<syntaxhighlight lang="c" style="font-size:85%;">
// typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE >= 10000 ~300 bytes
#define IRMP_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 >= 10000 ~300 bytes
#define IRMP_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita >= 10000 ~50 bytes
#define IRMP_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo >= 10000 ~250 bytes

// more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_DENON_PROTOCOL 0 // DENON, Sharp >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC5_PROTOCOL 0 // RC5 >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC6_PROTOCOL 0 // RC6 & RC6A >= 10000 ~250 bytes
#define IRMP_SUPPORT_JVC_PROTOCOL 0 // JVC >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC16_PROTOCOL 0 // NEC16 >= 10000 ~100 bytes
#define IRMP_SUPPORT_NEC42_PROTOCOL 0 // NEC42 >= 10000 ~300 bytes
#define IRMP_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) >= 10000 ~300 bytes
#define IRMP_SUPPORT_GRUNDIG_PROTOCOL 0 // Grundig >= 10000 ~300 bytes
#define IRMP_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens Gigaset >= 15000 ~550 bytes
#define IRMP_SUPPORT_NOKIA_PROTOCOL 0 // Nokia >= 10000 ~300 bytes

// exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_BOSE_PROTOCOL 0 // BOSE >= 10000 ~150 bytes
#define IRMP_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein >= 10000 ~200 bytes
#define IRMP_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT >= 10000 ~50 bytes
#define IRMP_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang & Olufsen >= 10000 ~200 bytes
#define IRMP_SUPPORT_RECS80_PROTOCOL 0 // RECS80 (SAA3004) >= 15000 ~50 bytes
#define IRMP_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT (SAA3008) >= 15000 ~50 bytes
#define IRMP_SUPPORT_THOMSON_PROTOCOL 0 // Thomson >= 10000 ~250 bytes
#define IRMP_SUPPORT_NIKON_PROTOCOL 0 // Nikon camera >= 10000 ~250 bytes
#define IRMP_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard >= 10000 ~400 bytes (PROTOTYPE!)
#define IRMP_SUPPORT_ORTEK_PROTOCOL 0 // ORTEK (Hama) >= 10000 ~150 bytes
#define IRMP_SUPPORT_TELEFUNKEN_PROTOCOL 0 // Telefunken 1560 >= 10000 ~150 bytes
#define IRMP_SUPPORT_FDC_PROTOCOL 0 // FDC3402 keyboard >= 10000 (better 15000) ~150 bytes (~400 in combination with RC5)
#define IRMP_SUPPORT_RCCAR_PROTOCOL 0 // RC Car >= 10000 (better 15000) ~150 bytes (~500 in combination with RC5)
#define IRMP_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba >= 10000 ~150 bytes
#define IRMP_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home >= 15000 ~550 bytes
#define IRMP_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX >= 15000 (better 20000) ~300 bytes
#define IRMP_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC >= 20000 ~150 bytes
#define IRMP_SUPPORT_RCMM_PROTOCOL 0 // RCMM 12, 24, or 32 >= 20000 ~150 bytes
</syntaxhighlight>

Each [[IRMP_-_english#top|IRMP]] supported IR protocol consumes the noted amount of code. Here you can apply optimizations: for example, the modulation frequency of 455 kHz for the [[IRMP_-_english#B&O|B&O]] protocol is far away from the frequencies that are used by other protocols. This usually requires a different IR receiver, so without that, you can disable these protocols. For example, you cannot receive the [[IRMP_-_english#B&O|B&O]] protocol (455kHz) with a TSOP1738/TSOP31238.

Additionally, the [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]]/[[IRMP_-_english#FDC|FDC]]/[[IRMP_-_english#RCCAR|RCCAR]] can only be detected reliably at a frequency of 15 kHz or higher. For [[IRMP_-_english#LEGO|LEGO]], 20 kHz is needed. To use these protocols, you must modify [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]]. Otherwise, during compilation you will get a warning and the corresponding protocols will automatically be disabled.

==== IRMP_PORT_LETTER + IRMP_BIT_NUMBER ====

This constant defines the pin where the IR receiver is connected.

Default value is PORT B6:
<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------
* Change hardware pin here for ATMEL AVR
*---------------------------------------------------------------------------
*/
#if defined (ATMEL_AVR) // use PB6 as IR input on AVR
# define IRMP_PORT_LETTER B
# define IRMP_BIT_NUMBER 6
</syntaxhighlight>

These two values must match your hardware configuration.

This applies also to STM32 MCUs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for ARM STM32
*----------------------------------------------------------------------------
*/
#elif defined (ARM_STM32) // use C13 as IR input on STM32
# define IRMP_PORT_LETTER C
# define IRMP_BIT_NUMBER 13
</syntaxhighlight>

When using STM32 HAL library, define the constants IRSND_Transmit_GPIO_Port and IRSND_Transmit_Pin in STM32Cube (Main.h). In this case, it is not necessary to change the constants in irmpconfig.h:
<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* ARM STM32 with HAL section - don't change here, define IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin in STM32Cube (Main.h)
*---------------------------------------------------------------------------------------------------------------------------------------------------
*/
#elif defined (ARM_STM32_HAL) // IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin must be defined in STM32Cube
# define IRSND_PORT_LETTER IRSND_Transmit_GPIO_Port//Port of Transmit PWM Pin e.g.
# define IRSND_BIT_NUMBER IRSND_Transmit_Pin //Pim of Transmit PWM Pin e.g.
# define IRSND_TIMER_HANDLER htim2 //Handler of Timer e.g. htim (see tim.h)
# define IRSND_TIMER_CHANNEL_NUMBER TIM_CHANNEL_2 //Channel of the used Timer PWM Pin e.g. TIM_CHANNEL_2
# define IRSND_TIMER_SPEED_APBX 64000000 //Speed of the corresponding APBx. (see STM32CubeMX: Clock Configuration)
</syntaxhighlight>

And the corresponding section for STM8 MCUs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for STM8
*----------------------------------------------------------------------------
*/
#elif defined (SDCC_STM8) // use PA1 as IR input on STM8
# define IRMP_PORT_LETTER A
# define IRMP_BIT_NUMBER 1
</syntaxhighlight>

For PIC microcontrollers only the constant '''IRMP_PIN''' needs to be changed - depending on the compiler:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for PIC C18 compiler
*----------------------------------------------------------------------------
*/
#elif defined (PIC_C18) // use RB4 as IR input on PIC
# define IRMP_PIN PORTBbits.RB4

/*----------------------------------------------------------------------------
* Change hardware pin here for PIC CCS compiler
*----------------------------------------------------------------------------
*/
#elif defined (PIC_CCS) // use PB4 as IR input on PIC
# define IRMP_PIN PIN_B4
</syntaxhighlight>

When using ChibiOS HAL, define a pin with the name '''IR_IN''' in your board config (board.chcfg) of ChibiOS and regenerate the board files. To use another name for the pin, edit the constant '''IRMP_PIN''' in irmpconfig.h. Use the name of the pin from the board config and prefix it with "LINE_", as IRMP is using the "line" variant of the PAL interface:

<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* Change hardware pin here for ChibiOS HAL
*---------------------------------------------------------------------------------------------------------------------------------------------------
*/
#elif defined(_CHIBIOS_HAL_)
# define IRMP_PIN LINE_IR_IN // use pin names as defined in the board config file, prefixed with "LINE_"
</syntaxhighlight>

==== IRMP_HIGH_ACTIVE ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_HIGH_ACTIVE 0 // set to 1 if you use a RF receiver!
</syntaxhighlight>

Most RF receivers use active-high signals, so when using an RF receiver instead of an IR sensor, set this value to 1.

'''NEU:'''

==== IRMP_ENABLE_RELEASE_DETECTION ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_ENABLE_RELEASE_DETECTION 0 // enable detection of key releases
</syntaxhighlight>

Set this value to 1 to enable detection of button release events. The function irmp_get_data() then sets the IRMP_FLAG_RELEASE bit in the struct member irmp_data.flags once code transmission ends. See the example in the section '''[[IRMP_-_english#Debouncing|Debouncing]]'''.

==== IRMP_USE_CALLBACK ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_USE_CALLBACK 0 // flag: 0 = don't use callbacks, 1 = use callbacks, default is 0
</syntaxhighlight>

When you turn on callbacks, any level change at the input causes the callback function to be called. This can be used to visualize incoming IR signals by driving another output pin.

Here is an example:

<syntaxhighlight lang="c" style="font-size:85%;">
#define LED_PORT PORTD // LED at PD6
#define LED_DDR DDRD
#define LED_PIN 6

/*-----------------------------------------------------------------------------------------------------------------------
* Called (back) from IRMP module
* This example switches a LED (which is connected to Vcc)
*-----------------------------------------------------------------------------------------------------------------------
*/
void
led_callback (uint_fast8_t on)
{
if (on)
{
LED_PORT &= ~(1 << LED_PIN);
}
else
{
LED_PORT |= (1 << LED_PIN);
}
}

int
main ()
{
...
irmp_init ();

LED_DDR |= (1 << LED_PIN); // LED pin to output
LED_PORT |= (1 << LED_PIN); // switch LED off (active low)
irmp_set_callback_ptr (led_callback);

sei ();
...
}
</syntaxhighlight>

==== IRMP_USE_IDLE_CALL ====

Normally the irmp_ISR() function is called continuously at the F_INTERRUPTS (10-20kHz) frequency. The microcontroller can rarely enter an energy-saving sleep mode, or must constantly wake up from it. If power consumption is important, e.g. on battery power, this approach is not optimal.

If ''IRMP_USE_IDLE_CALL''' is enabled, IRMP detects if no IR transmission is ongoing and then calls the function '''irmp_idle()'''. This is microcontroller-specific and must be provided and linked by the user. The microcontroller can then be put to sleep while there is no ongoing transmission, thus reducing energy consumption.

It is recommended to deactivate the timer interrupt in irmp_idle() and to activate a pin change interrupt instead. Then the microcontroller can be put to sleep. When a falling edge is detected on the IR input pin, the pin change interrupt is disabled, the timer is reenabled and irmp_ISR() is called immediately. You can find an example for the use of irmp_idle() in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c].

Using IRMP purely with pin change interrupts and without timer interrupts is not supported.

==== IRMP_USE_EVENT ====

When using IRMP with ChibiOS/RT or ChibiOS/NIL, you can use their Event module to wake a thread as soon as new IR data is received and decoded.

Set the '''IRMP_USE_EVENT''' constant in irmpconfig.h to 1 to enable this. '''IRMP_EVENT_BIT''' definies the value in the Event bitmask that should symbolize the IRMP event. Use '''IRMP_EVENT_THREAD_PTR''' to define the variable name of the thread pointer that the event is sent to.

Change irmpconfig.h like this:
<syntaxhighlight lang="c" style="font-size:85%;">
/*------------------------------------------------------------------------------------------------------------------------------
* Use ChibiOS Events to signal that valid IR data was received
*------------------------------------------------------------------------------------------------------------------------------
*/
#if defined(_CHIBIOS_RT_) || defined(_CHIBIOS_NIL_)

# ifndef IRMP_USE_EVENT
# define IRMP_USE_EVENT 1 // 1: use event. 0: do not. default is 0
# endif

# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_BIT)
# define IRMP_EVENT_BIT 1 // event flag or bit to send
# endif
# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_THREAD_PTR)
# define IRMP_EVENT_THREAD_PTR ir_receive_thread_p // pointer to the thread to send the event to
extern thread_t *IRMP_EVENT_THREAD_PTR; // the pointer must be defined and initialized elsewhere
# endif

#endif // _CHIBIOS_RT_ || _CHIBIOS_NIL_
</syntaxhighlight>

Now you can use the event in your ChibiOS project like this:
<syntaxhighlight lang="c" style="font-size:85%;">
thread_t *ir_receive_thread_p = NULL;

static THD_FUNCTION(IRThread, arg)
{
ir_receive_thread_p = chThdGetSelfX();
[...]
while (true)
{
// wait for event sent from irmp_ISR
chEvtWaitAnyTimeout(ALL_EVENTS,TIME_INFINITE);

if (irmp_get_data (&irmp_data))
// use data in irmp_data
</syntaxhighlight>

==== IRMP_LOGGING ====

With IRMP_LOGGING the logging of received IR frames can be turned on.

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not. default is 0
</syntaxhighlight>

Further documentation can be found here: [[IRMP_-_english#Scanning_unknown_IR_Protocols|Scanning Unknown IR Protocols]].

=== Using IRMP ===

The protocols supported by [[IRMP_-_english#top|IRMP]] use partly variable, partly fixed bit lengths from 2 up to 48 bits. These are described by preprocessor defines.

[[IRMP_-_english#top|IRMP]] separates these IR frames into 3 sections:

1. protocol ID
2. address or vendor code
3. command

With the function

irmp_get_data (IRMP_DATA * irmp_data_p)

you can recall a decoded message. The return value is 1 if a message has been received, otherwise it is 0. In the first case the struct members

<syntaxhighlight lang="c" style="font-size:85%;">
irmp_data_p->protocol (8 Bit)
irmp_data_p->address (16 Bit)
irmp_data_p->command (16 Bit)
irmp_data_p->flags (8 Bit)
</syntaxhighlight>

contain valid information.

That means that ultimately, you have three values (protocol, address and command) that can be evaluated with an if or switch statement.
Here is a sample decoder which listens for keys 1-9 on a remote:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == IRMP_NEC_PROTOCOL && // NEC protocol
irmp_data.address == 0x1234) // Address 0x1234
{
switch (irmp_data.command)
{
case 0x0001: key1_pressed(); break; // Key 1
case 0x0002: key2_pressed(); break; // Key 2
...
case 0x0009: key9_pressed(); break; // Key 9
}
}
}
</syntaxhighlight>

Here are possible constants for irmp_data.protocol, see also [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h]:

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_SIRCS_PROTOCOL 1 // Sony
#define IRMP_NEC_PROTOCOL 2 // NEC, Pioneer, JVC, Toshiba, generic, etc.
#define IRMP_SAMSUNG_PROTOCOL 3 // Samsung
#define IRMP_MATSUSHITA_PROTOCOL 4 // Matsushita
#define IRMP_KASEIKYO_PROTOCOL 5 // Kaseikyo (Panasonic, etc.)
#define IRMP_RECS80_PROTOCOL 6 // Philips, Thomson, Nordmende, Telefunken, Saba
#define IRMP_RC5_PROTOCOL 7 // Philips etc
#define IRMP_DENON_PROTOCOL 8 // Denon, Sharp
#define IRMP_RC6_PROTOCOL 9 // Philips etc
#define IRMP_SAMSUNG32_PROTOCOL 10 // Samsung32: no sync pulse at bit 16, length 32 instead of 37
#define IRMP_APPLE_PROTOCOL 11 // Apple, very similar to NEC
#define IRMP_RECS80EXT_PROTOCOL 12 // Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
#define IRMP_NUBERT_PROTOCOL 13 // Nubert
#define IRMP_BANG_OLUFSEN_PROTOCOL 14 // Bang & Olufsen
#define IRMP_GRUNDIG_PROTOCOL 15 // Grundig
#define IRMP_NOKIA_PROTOCOL 16 // Nokia
#define IRMP_SIEMENS_PROTOCOL 17 // Siemens, e.g. Gigaset
#define IRMP_FDC_PROTOCOL 18 // FDC keyboard
#define IRMP_RCCAR_PROTOCOL 19 // RC Car
#define IRMP_JVC_PROTOCOL 20 // JVC (NEC with 16 bits)
#define IRMP_RC6A_PROTOCOL 21 // RC6A, e.g. Kathrein, XBOX
#define IRMP_NIKON_PROTOCOL 22 // Nikon
#define IRMP_RUWIDO_PROTOCOL 23 // Ruwido, e.g. T-Home Media Receiver
#define IRMP_IR60_PROTOCOL 24 // IR60 (SDA2008)
#define IRMP_KATHREIN_PROTOCOL 25 // Kathrein
#define IRMP_NETBOX_PROTOCOL 26 // Netbox keyboard (bitserial)
#define IRMP_NEC16_PROTOCOL 27 // NEC with 16 bits (incl. sync)
#define IRMP_NEC42_PROTOCOL 28 // NEC with 42 bits
#define IRMP_LEGO_PROTOCOL 29 // LEGO Power Functions RC
#define IRMP_THOMSON_PROTOCOL 30 // Thomson
#define IRMP_BOSE_PROTOCOL 31 // BOSE
#define IRMP_A1TVBOX_PROTOCOL 32 // A1 TV Box
#define IRMP_ORTEK_PROTOCOL 33 // ORTEK - Hama
#define IRMP_TELEFUNKEN_PROTOCOL 34 // Telefunken (1560)
#define IRMP_ROOMBA_PROTOCOL 35 // iRobot Roomba vacuum cleaner
#define IRMP_RCMM32_PROTOCOL 36 // Fujitsu-Siemens (Activy remote control)
#define IRMP_RCMM24_PROTOCOL 37 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_RCMM12_PROTOCOL 38 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_SPEAKER_PROTOCOL 39 // Another loudspeaker protocol, similar to Nubert
#define IRMP_LGAIR_PROTOCOL 40 // LG air conditioner
#define IRMP_SAMSUNG48_PROTOCOL 41 // air conditioner with Samsung protocol (48 bits)
#define IRMP_MERLIN_PROTOCOL 42 // Merlin (Pollin 620 185)
#define IRMP_PENTAX_PROTOCOL 43 // Pentax camera
#define IRMP_FAN_PROTOCOL 44 // FAN (ventilator), very similar to NUBERT, but last bit is data bit instead of stop bit
#define IRMP_S100_PROTOCOL 45 // very similar to RC5, but 14 instead of 13 data bits
#define IRMP_ACP24_PROTOCOL 46 // Stiebel Eltron ACP24 air conditioner
#define IRMP_TECHNICS_PROTOCOL 47 // Technics, similar to Matsushita, but 22 instead of 24 bits
#define IRMP_PANASONIC_PROTOCOL 48 // Panasonic (video projector), start bits similar to KASEIKYO
#define IRMP_MITSU_HEAVY_PROTOCOL 49 // Mitsubishi heavy air conditioner, similar timing to Panasonic video projector
#define IRMP_VINCENT_PROTOCOL 50 // Vincent
#define IRMP_SAMSUNGAH_PROTOCOL 51 // Samsung AH
#define IRMP_IRMP16_PROTOCOL 52 // IRMP specific protocol for data transfer, e.g. between two microcontrollers via IR
#define IRMP_GREE_PROTOCOL 53 // Gree climate
#define IRMP_RCII_PROTOCOL 54 // RC II Infrared Remote Control Protocol for FM8
#define IRMP_METZ_PROTOCOL 55 // METZ
#define IRMP_ONKYO_PROTOCOL 56 // Onkyo
</syntaxhighlight>

The values of address and the command code of an unknown remote can be received and printed to UART or LCD. Then these values can be hard-coded in your decoder routine. Or you can write a learning routine, where you press keys to store the code into EEPROM. A sample for this can be found in [http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP Lernfähige IR-Fernbedienung mit IRMP].

Another [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup example main function] is included in the zip file, showing also the timer initialization.

=== Debouncing ===

To distinguish between a long key press or a single press, the IRMP_FLAG_REPETITION bit is provided. It is set in the struct member '''flags''' when a key on the remote is held, causing the same command to be repeated within a short period of time.

Example:

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_data.flags & IRMP_FLAG_REPETITION)
{
// long key press
// either:
// ignore the (repeated) key
// or:
// use this information for a repeat function
}
else
{
// key was pressed again
}
</syntaxhighlight>

This can be used to debounce the keys 0-9 by ignoring commands with the IRMP_FLAG_REPETITION bit set. For keys like 'VOLUME+' or 'VOLUME-' using the repetition can be useful, for example to [[LED-Fading|fade a LED]].

If you want to decode only single keys, you can reduce the block above to:

<syntaxhighlight lang="c" style="font-size:85%;">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// New key
// ACTION!
}
</syntaxhighlight>

'''NEW:'''

From version 3.2.2, key releases can be detected. In this case, the IRMP_FLAG_RELEASE flag is set once the remote control has ceased sending IR or RF frames.

Example:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

while (1)
{
if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == NEC_PROTOCOL && irmp_data.address == 0x1234)
{
if (irmp_data.command == 0x42 && irmp_data.flags == 0x00) // First frame, flags not set
{
motor_on ();
}
else if (irmp_data.flags & IRMP_FLAG_RELEASE) // Key is released
{
motor_off ();
}
}
}
}
</syntaxhighlight>

In the above example, a motor is turned on when a specific button on the remote control is pressed. The motor will not stop again until you release the button.

'''Important when evaluating IRMP_FLAG_RELEASE:'''

You must not rely on irmp_data.command to still contain the original command code (0x42 here). There are remote controls (e.g. RF remotes for remote controlled receptacles) which send a special key release code when the key is released. Simply check that the irmp_data.address matches before evaluating the flag.

'''This feature must be enabled explicitly in irmpconfig.h by changing the configuration variable IRMP_ENABLE_RELEASE_DETECTION'''.

== Principles of Operation ==

The "workhorse" of [[IRMP_-_english#top|IRMP]] is the interrupt service routine irmp_ISR() which should be called 15000 times per second. When using a different rate, the constant [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] needs to be modified accordingly.

First, irmp_ISR() detects the length and the type of the start bit(s) and uses this to determine the protocol in use. As soon as the protocol is identified, subsequent bits are parametrized to read them efficiently until the IR transmission is complete.

To cut off critics:

I know that the ISR is quite large. But since it behaves like a state machine, the effective executed code per cycle is relatively small. As long as the input is "dark" (and that is the case most of the time ;-)) the spent time is vanishingly short. In the WordClock project for example, 8 ISRs are called with the same timer, of which irmp_ISR() just one of many. With a MCU clock of at least 8 MHz, no timing problems occured. Consequently, I see no problem with the length of the ISR.

A crystal is not mandatory, it works well with the internal AVR oscillator. Remember to set the correct fuses for the CPU to run at 8 MHz, check [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] for correct values for an ATMEGA88.

== Scanning Unknown IR Protocols ==

To enable logging in [[IRMP_-_english#top|IRMP]], modify the value of [[IRMP_-_english#IRMP_LOGGING|IRMP_LOGGING]] to 1 of [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] on the line

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not (default)
</syntaxhighlight>

When logging is enabled, the bright and dark phases are sent via UART at 9600 bits/s: 1=dark, 0=bright. The constants in the functions uart_init() and uart_putc() may need to be modified, depending on the AVR MCU used.

'''Note: for PIC microcontrollers there is a dedicated logging module named [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]. This makes it possible to log via USB. This does not apply to the AVR version'''

By capturing these protocol scans with a terminal program and saving them to a text file, you can use these files to analyze the frames in order to add new protocols to [[IRMP_-_english#top|IRMP]] - see next chapter.

If you have a remote control that is not supported by [[IRMP_-_english#top|IRMP]], you can send me ([http://www.mikrocontroller.net/user/show/ukw ukw]) the scan files. Then I can check if the protocol is compatible with the IRMP model and modify the source code if applicable.

== IRMP under Linux and Windows ==

=== Compilation ===

[http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] can be compiled under Linux for testing IR scans in textfiles. In the subdirectory 'IR-Data' you will find such files that you can use as input files for [[IRMP_-_english#top|IRMP]].

To compile [[IRMP_-_english#top|IRMP]], enter:

make -f makefile.lnx

This will generate 3 IRMP versions:

* irmp-10kHz: Version for 10kHz scans
* irmp-15kHz: Version for 15kHz scans
* irmp-20kHz: Version for 20kHz scans

=== Starting IRMP ===

The calling syntax is:

./irmp-nnkHz [-l|-p|-a|-v] < scan-file

Options are mutually exclusive, so only one option per call is valid:

Option:

-l List print a list with pulses and pauses
-a analyze analyse the pulses/pauses and write a "spectrum" in ASCII format
-v verbose verbose output
-p Print Timings print a timing table for all protocols

Samples:

=== Normal Output ===

./irmp-10kHz < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------
# Taste 1
00000001110111101000000001111111 p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------
# Taste 2
00000001110111100100000010111111 p = 2, a = 0x7b80, c = 0x0002, f = 0x00
-------------------------------------------------------------------------
# Taste 3
00000001110111101100000000111111 p = 2, a = 0x7b80, c = 0x0003, f = 0x00
-------------------------------------------------------------------------
# Taste 4
00000001110111100010000011011111 p = 2, a = 0x7b80, c = 0x0004, f = 0x00
-------------------------------------------------------------------------
...
</syntaxhighlight>

=== Output Lists ===

./irmp-10kHz -l < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
# Taste 1
pulse: 91 pause: 44
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 16
...
</syntaxhighlight>

=== Analysis ===

./irmp-10kHz -a < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------------
START PULSES:
90 o 1
91 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 33
92 ooo 2
pulse avg: 91.0=9102.8 us, min: 90=9000.0 us, max: 92=9200.0 us, tol: 1.1%
-------------------------------------------------------------------------------
START PAUSES:
43 oo 1
44 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 25
45 oooooooooooooooooooooooo 10
pause avg: 44.2=4425.0 us, min: 43=4300.0 us, max: 45=4500.0 us, tol: 2.8%
-------------------------------------------------------------------------------
PULSES:
5 o 17
6 ooooooooooooooooooooooooooooooooooooooooooooooooooooooo 562
7 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 609
pulse avg: 6.5= 649.8 us, min: 5= 500.0 us, max: 7= 700.0 us, tol: 23.1%
-------------------------------------------------------------------------------
PAUSES:
4 ooooooooooooooooooooooo 169
5 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 412
6 oooo 31
pause avg: 4.8= 477.5 us, min: 4= 400.0 us, max: 6= 600.0 us, tol: 25.7%
15 oooooo 43
16 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 425
17 oooooooooo 72
pause avg: 16.1=1605.4 us, min: 15=1500.0 us, max: 17=1700.0 us, tol: 6.6%
-------------------------------------------------------------------------------
</syntaxhighlight>

Here you see the measured times of all pulses and pauses (spaces) as horizontal bar graphs, whose distributions are not ideal bell curves due to the ASCII formatting. The narrower the measured peaks, the better the timing of the remote.

The above output can be read as:

* the start bit has a pulse length between 9000 and 9200 µs, on average 9102 µs. The deviation from this average is about 1.1%

* the start bit has a space length between 4300 and 4500 µs, the average is 4424 µs. The error is about 2.8%.

* the pulse length of a data bit is between 500 and 700 µs, on average 650 µs, the error is (quite large!) 23.1%

Further there are two more spaces of different lengths (for bits 0 and 1). Reading these is left as an exercise to the reader. ;-)

=== Verbose Output ===

./irmp-10kHz -v < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------------
# 1 - IR-cmd: 0x0001
0.200ms [starting pulse]
13.700ms [start-bit: pulse = 91, pause = 44]
protocol = NEC, start bit timings: pulse: 62 - 118, pause: 30 - 60
pulse_1: 3 - 8
pause_1: 11 - 23
pulse_0: 3 - 8
pause_0: 3 - 8
command_offset: 16
command_len: 16
complete_len: 32
stop_bit: 1
14.800ms [bit 0: pulse = 6, pause = 5] 0
16.000ms [bit 1: pulse = 6, pause = 6] 0
17.100ms [bit 2: pulse = 6, pause = 5] 0
18.200ms [bit 3: pulse = 6, pause = 5] 0
19.300ms [bit 4: pulse = 6, pause = 5] 0
20.500ms [bit 5: pulse = 6, pause = 6] 0
21.600ms [bit 6: pulse = 6, pause = 5] 0
23.800ms [bit 7: pulse = 6, pause = 16] 1
26.100ms [bit 8: pulse = 6, pause = 17] 1
28.300ms [bit 9: pulse = 6, pause = 16] 1
29.500ms [bit 10: pulse = 6, pause = 6] 0
31.700ms [bit 11: pulse = 6, pause = 16] 1
34.000ms [bit 12: pulse = 6, pause = 17] 1
36.200ms [bit 13: pulse = 6, pause = 16] 1
38.500ms [bit 14: pulse = 6, pause = 17] 1
39.600ms [bit 15: pulse = 6, pause = 5] 0
41.900ms [bit 16: pulse = 6, pause = 17] 1
43.000ms [bit 17: pulse = 6, pause = 5] 0
44.100ms [bit 18: pulse = 6, pause = 5] 0
45.200ms [bit 19: pulse = 6, pause = 5] 0
46.400ms [bit 20: pulse = 7, pause = 5] 0
47.500ms [bit 21: pulse = 6, pause = 5] 0
48.600ms [bit 22: pulse = 6, pause = 5] 0
49.800ms [bit 23: pulse = 6, pause = 6] 0
50.900ms [bit 24: pulse = 5, pause = 6] 0
53.100ms [bit 25: pulse = 6, pause = 16] 1
55.400ms [bit 26: pulse = 6, pause = 17] 1
57.600ms [bit 27: pulse = 6, pause = 16] 1
59.900ms [bit 28: pulse = 6, pause = 17] 1
62.100ms [bit 29: pulse = 6, pause = 16] 1
64.400ms [bit 30: pulse = 6, pause = 17] 1
66.700ms [bit 31: pulse = 6, pause = 17] 1
stop bit detected
67.300ms code detected, length = 32
67.300ms p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------------
</syntaxhighlight>

=== Starting under Windows ===

[[IRMP_-_english#top|IRMP]] can be used under Windows as well:

* start command line console
* change to directory 'irmp'
* enter:
irmp-10kHz.exe < IR-Data\rc5x.txt

The same options apply as for the Linux version.

=== Long Output ===

As some output is very long, it is recommended to redirect the output to a file or filter for paging:

Linux:

./irmp-10kHz < IR-Data/rc5x.txt | less

Windows:

irmp-10kHz.exe < IR-Data\rc5x.txt | more

== Remote Controls ==

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! Protocol || Name || Device || Device Address
|-
| [[IRMP_-_english#NEC_+_extended_NEC|NEC]] || Toshiba CT-9859 || TV || 0x5F40
|-
VCR|-
| || Elta 8848 MP 4 || DVD player || 0x7F00
|-
| || AS-218 || Askey TV-View CHP03X (TV tuner card) || 0x3B86
|-
| || Cyberhome ??? || Cyberhome DVD player || 0x6D72
|-
| || WD TV Live || Western Digital Multimediaplayer || 0x1F30
|-
| || Canon WL-DC100 || Kamera Canon PowerShot G5 || 0xB1CA
|-
| [[IRMP_-_english#NEC16|NEC16]] || Daewoo || VCR || 0x0015
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Technics EUR646497 || SA-AX 730 AV receiver || 0x2002
|-
| || Panasonic TV || TX-L32EW6 TV || 0x2002
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Loewe Assist/RC3/RC4 || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips TV || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony RM-816 || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#DENON|DENON]] || DENON RC970 || AVR3805 AV receiver || 0x0008
|-
| || DENON RC970 || DVD/CD player || 0x0002
|-
| || DENON RC970 || Tuner || 0x0006
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung AA59-00484A || LE40D550 TV || 0x0707
|-
| || LG AKB72033901 || BD370 Blu-Ray player || 0x2D2D
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple || Apple iPod Dock || 0x0020
|-
|}

----

== Cameras ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
[[IRMP_-_english#top|IRMP]] supports more and more camera remotes like:

* [[IRMP_-_english#PENTAX|PENTAX]]
* [[IRMP_-_english#Nikon|Nikon]]

The array of commands is quite limited. Cameras understand only the shutter release command.
||
[[Datei:Irmp-pentax.png|miniatur|PENTAX protocol]]
|}

Here is a short table for [[IRMP_-_english#PENTAX|PENTAX]] cameras:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Command || Function
|-
| 0x0000 || Shutter release
|-
| 0x0001 || change zoom level
|-
|}

Because there is no address designated in the [[IRMP_-_english#PENTAX|PENTAX]] protocol, for transmitting, it should be set to 0x0000 in [[IRSND_-_english|IRSND]].

For Nikon cameras, a crystal should be used because these cameras are quite sensitive to timing accuracy.

== IR Keyboards ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
From version 1.7.0 on, [[IRMP_-_english#top|IRMP]] also supports IR keyboards, namely the FDC-3402 <s> from www.pollin.de (partno. 711 056) for less than 2 Euro.</s> (not available as of 19.09.2017 )

On detection of a key press the following data is returned:

Protocol number (irmp_data.protocol): 18
Address (irmp_data.address) : 0x003F
||
[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402 keyboard]]
|}

The following values are returned as commands (irmp_data.command) :

{| class="wikitable" style="font-size:50%; text-align:center;"
|- style="background-color:#eeeeee"
! Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key
|-
| 0x0000 || || 0x0010 || TAB || 0x0020 || 's' || 0x0030 || 'c' || 0x0040 || || 0x0050 || HOME || 0x0060 || || 0x0070 || MENUE
|-
| 0x0001 || '^' || 0x0011 || 'q' || 0x0021 || 'd' || 0x0031 || 'v' || 0x0041 || || 0x0051 || END || 0x0061 || || 0x0071 || BACK
|-
| 0x0002 || '1' || 0x0012 || 'w' || 0x0022 || 'f' || 0x0032 || 'b' || 0x0042 || || 0x0052 || || 0x0062 || || 0x0072 || FORWARD
|-
| 0x0003 || '2' || 0x0013 || 'e' || 0x0023 || 'g' || 0x0033 || 'n' || 0x0043 || || 0x0053 || UP || 0x0063 || || 0x0073 || ADDRESS
|-
| 0x0004 || '3' || 0x0014 || 'r' || 0x0024 || 'h' || 0x0034 || 'm' || 0x0044 || || 0x0054 || DOWN || 0x0064 || || 0x0074 || WINDOW
|-
| 0x0005 || '4' || 0x0015 || 't' || 0x0025 || 'j' || 0x0035 || ',' || 0x0045 || || 0x0055 || PAGE_UP || 0x0065 || || 0x0075 || 1ST_PAGE
|-
| 0x0006 || '5' || 0x0016 || 'z' || 0x0026 || 'k' || 0x0036 || '.' || 0x0046 || || 0x0056 || PAGE_DOWN || 0x0066 || || 0x0076 || STOP
|-
| 0x0007 || '6' || 0x0017 || 'u' || 0x0027 || 'l' || 0x0037 || '-' || 0x0047 || || 0x0057 || || 0x0067 || || 0x0077 || MAIL
|-
| 0x0008 || '7' || 0x0018 || 'i' || 0x0028 || 'ö' || 0x0038 || || 0x0048 || || 0x0058 || || 0x0068 || || 0x0078 || FAVORITES
|-
| 0x0009 || '8' || 0x0019 || 'o' || 0x0029 || 'ä' || 0x0039 || SHIFT_RIGHT || 0x0049 || || 0x0059 || RIGHT || 0x0069 || || 0x0079 || NEW_PAGE
|-
| 0x000A || '9' || 0x001A || 'p' || 0x002A || '#' || 0x003A || CTRL || 0x004A || || 0x005A || || 0x006A || || 0x007A || SETUP
|-
| 0x000B || '0' || 0x001B || 'ü' || 0x002B || CR || 0x003B || || 0x004B || INSERT || 0x005B || || 0x006B || || 0x007B || FONT
|-
| 0x000C || 'ß' || 0x001C || '+' || 0x002C || SHIFT_LEFT || 0x003C || ALT_LEFT || 0x004C || DELETE || 0x005C || || 0x006C || || 0x007C || PRINT
|-
| 0x000D || '´' || 0x001D || || 0x002D || '<' || 0x003D || SPACE || 0x004D || || 0x005D || || 0x006D || || 0x007D ||
|-
| 0x000E || || 0x001E || CAPSLOCK || 0x002E || 'y' || 0x003E || ALT_RIGHT || 0x004E || || 0x005E || || 0x006E || ESCAPE || 0x007E || ON_OFF
|-
| 0x000F || BACKSPACE || 0x001F || 'a' || 0x002F || 'x' || 0x003F || || 0x004F || LEFT || 0x005F || || 0x006F || || 0x007F ||
|-
|}

Special keys on the left:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Code || Key
|-
|-
| 0x0400 || KEY_MOUSE_1
|-
| 0x0800 || KEY_MOUSE_2
|}

The above values are for pressing a key. On release, [[IRMP_-_english#top|IRMP]] sets also bit 8 (0x80) in the command.

Example:

Key 'a' pressed: 0x001F
Key 'a' released: 0x009F

The ON/OFF key is an exception: This key only sends a code for a key press, not for the release.

If a key is held, this is indicated in irmp_data.flag.

Example:

command flag
Key 'a' pressed: 0x001F 0x00
Key 'a' pressed: 0x001F 0x01
Key 'a' pressed: 0x001F 0x01
Key 'a' pressed: 0x001F 0x01
....
Key 'a' released: 0x009F 0x00

When key combinations (like a capital 'A') are pressed, then the return values are a sequence like this:

Left SHIFT-key pressed: 0x0002
Key 'a' pressed: 0x001F
Key 'a' released: 0x009F
Left SHIFT-key released: 0x0082

In [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] you will find a function get_fdc_key() for the Linux version, which can be used as a template to convert the FDC keycodes into the corresponding ASCII codes. This function can be used either locally on the MCU to decode the keycodes, or on the host system (e.g. PC) where the IRMP data structure is sent to. Therefore the function including preprocessor constants should be copied to your application code.

Here is an excerpt:
<syntaxhighlight lang="c" style="font-size:85%;">
#define STATE_LEFT_SHIFT 0x01
#define STATE_RIGHT_SHIFT 0x02
#define STATE_LEFT_CTRL 0x04
#define STATE_LEFT_ALT 0x08
#define STATE_RIGHT_ALT 0x10

#define KEY_ESCAPE 0x1B // keycode = 0x006e
#define KEY_MENUE 0x80 // keycode = 0x0070
#define KEY_BACK 0x81 // keycode = 0x0071
#define KEY_FORWARD 0x82 // keycode = 0x0072
#define KEY_ADDRESS 0x83 // keycode = 0x0073
#define KEY_WINDOW 0x84 // keycode = 0x0074
#define KEY_1ST_PAGE 0x85 // keycode = 0x0075
#define KEY_STOP 0x86 // keycode = 0x0076
#define KEY_MAIL 0x87 // keycode = 0x0077
#define KEY_FAVORITES 0x88 // keycode = 0x0078
#define KEY_NEW_PAGE 0x89 // keycode = 0x0079
#define KEY_SETUP 0x8A // keycode = 0x007a
#define KEY_FONT 0x8B // keycode = 0x007b
#define KEY_PRINT 0x8C // keycode = 0x007c
#define KEY_ON_OFF 0x8E // keycode = 0x007c

#define KEY_INSERT 0x90 // keycode = 0x004b
#define KEY_DELETE 0x91 // keycode = 0x004c
#define KEY_LEFT 0x92 // keycode = 0x004f
#define KEY_HOME 0x93 // keycode = 0x0050
#define KEY_END 0x94 // keycode = 0x0051
#define KEY_UP 0x95 // keycode = 0x0053
#define KEY_DOWN 0x96 // keycode = 0x0054
#define KEY_PAGE_UP 0x97 // keycode = 0x0055
#define KEY_PAGE_DOWN 0x98 // keycode = 0x0056
#define KEY_RIGHT 0x99 // keycode = 0x0059
#define KEY_MOUSE_1 0x9E // keycode = 0x0400
#define KEY_MOUSE_2 0x9F // keycode = 0x0800

static uint8_t
get_fdc_key (uint16_t cmd)
{
static uint8_t key_table[128] =
{
// 0 1 2 3 4 5 6 7 8 9 A B C D E F
0, '^', '1', '2', '3', '4', '5', '6', '7', '8', '9', '0', 0xDF, '´', 0, '\b',
'\t', 'q', 'w', 'e', 'r', 't', 'z', 'u', 'i', 'o', 'p', 0xFC, '+', 0, 0, 'a',
's', 'd', 'f', 'g', 'h', 'j', 'k', 'l', 0xF6, 0xE4, '#', '\r', 0, '<', 'y', 'x',
'c', 'v', 'b', 'n', 'm', ',', '.', '-', 0, 0, 0, 0, 0, ' ', 0, 0,

0, '°', '!', '"', '§', '$', '%', '&', '/', '(', ')', '=', '?', '`', 0, '\b',
'\t', 'Q', 'W', 'E', 'R', 'T', 'Z', 'U', 'I', 'O', 'P', 0xDC, '*', 0, 0, 'A',
'S', 'D', 'F', 'G', 'H', 'J', 'K', 'L', 0xD6, 0xC4, '\'', '\r', 0, '>', 'Y', 'X',
'C', 'V', 'B', 'N', 'M', ';', ':', '_', 0, 0, 0, 0, 0, ' ', 0, 0
};
static uint8_t state;

uint8_t key = 0;

switch (cmd)
{
case 0x002C: state |= STATE_LEFT_SHIFT; break; // pressed left shift
case 0x00AC: state &= ~STATE_LEFT_SHIFT; break; // released left shift
case 0x0039: state |= STATE_RIGHT_SHIFT; break; // pressed right shift
case 0x00B9: state &= ~STATE_RIGHT_SHIFT; break; // released right shift
case 0x003A: state |= STATE_LEFT_CTRL; break; // pressed left ctrl
case 0x00BA: state &= ~STATE_LEFT_CTRL; break; // released left ctrl
case 0x003C: state |= STATE_LEFT_ALT; break; // pressed left alt
case 0x00BC: state &= ~STATE_LEFT_ALT; break; // released left alt
case 0x003E: state |= STATE_RIGHT_ALT; break; // pressed left alt
case 0x00BE: state &= ~STATE_RIGHT_ALT; break; // released left alt

case 0x006e: key = KEY_ESCAPE; break;
case 0x004b: key = KEY_INSERT; break;
case 0x004c: key = KEY_DELETE; break;
case 0x004f: key = KEY_LEFT; break;
case 0x0050: key = KEY_HOME; break;
case 0x0051: key = KEY_END; break;
case 0x0053: key = KEY_UP; break;
case 0x0054: key = KEY_DOWN; break;
case 0x0055: key = KEY_PAGE_UP; break;
case 0x0056: key = KEY_PAGE_DOWN; break;
case 0x0059: key = KEY_RIGHT; break;
case 0x0400: key = KEY_MOUSE_1; break;
case 0x0800: key = KEY_MOUSE_2; break;

default:
{
if (!(cmd & 0x80)) // pressed key
{
if (cmd >= 0x70 && cmd <= 0x7F) // function keys
{
key = cmd + 0x10; // 7x -> 8x
}
else if (cmd < 64) // key listed in key_table
{
if (state & (STATE_LEFT_ALT | STATE_RIGHT_ALT))
{
switch (cmd)
{
case 0x0003: key = 0xB2; break; // ²
case 0x0008: key = '{'; break;
case 0x0009: key = '['; break;
case 0x000A: key = ']'; break;
case 0x000B: key = '}'; break;
case 0x000C: key = '\\'; break;
case 0x001C: key = '~'; break;
case 0x002D: key = '|'; break;
case 0x0034: key = 0xB5; break; // µ
}
}
else if (state & (STATE_LEFT_CTRL))
{
if (key_table[cmd] >= 'a' && key_table[cmd] <= 'z')
{
key = key_table[cmd] - 'a' + 1;
}
else
{
key = key_table[cmd];
}
}
else
{
int idx = cmd + ((state & (STATE_LEFT_SHIFT | STATE_RIGHT_SHIFT)) ? 64 : 0);

if (key_table[idx])
{
key = key_table[idx];
}
}
}
}
break;
}
}

return (key);
}
</syntaxhighlight>

As a final example, use of the get_fdc_key() function:

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_get_data (&irmp_data))
{
uint8_t key;

if (irmp_data.protocol == IRMP_FDC_PROTOCOL &&
(key = get_fdc_key (irmp_data.command)) != 0)
{
if ((key >= 0x20 && key < 0x7F) || key >= 0xA0) // show only printable characters
{
printf ("ascii-code = 0x%02x, character = '%c'\n", key, key);
}
else // it's a non-printable key
{
printf ("ascii-code = 0x%02x\n", key);
}
}
}
</syntaxhighlight>

Non-printable characters are coded as follows:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Key || Constant || Value
|-
| ESC || KEY_ESCAPE || 0x1B
|-
| Menu || KEY_MENUE || 0x80
|-
| Back || KEY_BACK || 0x81
|-
| Forward || KEY_FORWARD || 0x82
|-
| Adress || KEY_ADDRESS || 0x83
|-
| Window || KEY_WINDOW || 0x84
|-
| 1. Page || KEY_1ST_PAGE || 0x85
|-
| Stop || KEY_STOP || 0x86
|-
| Mail || KEY_MAIL || 0x87
|-
| Fav. || KEY_FAVORITES || 0x88
|-
| New Page || KEY_NEW_PAGE || 0x89
|-
| Setup || KEY_SETUP || 0x8A
|-
| Font || KEY_FONT || 0x8B
|-
| Print || KEY_PRINT || 0x8C
|-
| On/Off || KEY_ON_OFF || 0x8E
|-
| Backspace || '\b' || 0x08
|-
| CR/ENTER || '\r' || 0x0C
|-
| TAB || '\t' || 0x09
|-
| Insert || KEY_INSERT || 0x90
|-
| Delete || KEY_DELETE || 0x91
|-
| Cursor left || KEY_LEFT || 0x92
|-
| Pos1 || KEY_HOME || 0x93
|-
| End || KEY_END || 0x94
|-
| Cursor right || KEY_UP || 0x95
|-
| Cursor down || KEY_DOWN || 0x96
|-
| Page up || KEY_PAGE_UP || 0x97
|-
| Page down || KEY_PAGE_DOWN || 0x98
|-
| Cursor left || KEY_RIGHT || 0x99
|-
| Left Mousebutton || KEY_MOUSE_1 || 0x9E
|-
| Right Mousebutton || KEY_MOUSE_2 || 0x9F
|-
|}

The get_fdc_key() function considers the state of the Shift, Ctrl, and Alt keys. As a result, not only capital letters can be entered, but also special characters with Alt + key combinations, e.g. Alt + m -> µ or Alt + q -> @. You can also send Ctrl + A to Ctrl + Z by using the Ctrl key. The Caps Lock key is ignored, as I regard this key as the most unnecessary key at all ;-)

= Appendix =

== IR Protocols in Detail ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Protocols ===
||
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]
|}

==== NEC + extended NEC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#NEC Protocol|NEC + extended NEC]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz / 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data NEC || 8 address bits + 8 inverted address bits + 8 command bits + 8 inverted command bits
|-
| Data ext. NEC || 16 address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || 9000µs pulse, 2250µs pause, 560µs pulse, ~100ms pause
|-
| Bit order || LSB first
|-
|}

==== JVC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#NEC16 Protocol (JVC)|JVC]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 4 address bits + 12 command bits
|-
| Start bit || 9000µs pulse, 4500µs pause, 6000µs pause if key repeat
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after pause of 25ms
|-
| Bit order || LSB first
|-
|}

==== NEC16 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC16''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 8 address bits + 1 sync bit + 8 data bits + 1 stop bit
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| sync bit || 560µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after pause of 25ms?
|-
| Bit order || LSB first
|-
|}

==== NEC42 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC42''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 42 data bits + 1 stop bit
|-
| Data || 13 address bits + 13 inverted address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after 110ms (beginning from start bit), 9000µs pulse, 2250µs pause, 560µs pulse
|-
| Bit order || LSB first
|-
|}

==== ACP24 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#ACP24 Protocol|ACP24]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 70 data bits + 1 stop bit
|-
| Data || 0 address bits + 70 command bits
|-
| Start bit || 390µs pulse, 950µs pause
|-
| 0 bit || 390µs pulse, 950µs pause
|-
| 1 bit || 390µs pulse, 13000µs pause
|-
| Stop bit || 390µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== LGAIR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#LGAIR Protocol|LGAIR]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 28 data bits + 1 stop bit
|-
| Data || 8 address bits + 16 command bits + 4 checksum bits
|-
| Start bit || 9000µs pulse, 4500µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 0 bit || 560µs pulse, 560µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 1 bit || 560µs pulse, 1690µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Stop bit || 560µs pulse (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first ('''differs''' from [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
|}

==== SAMSUNG ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#SAMSUNG Protocol|SAMSUNG]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || ?? kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data(1) bits + 1 sync bit + 20 data(2)-bits + 1 stop bit
|-
| Data(1) || 16 address bits
|-
| Data(2) || 4 ID bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| sync bit || 550µs pulse, 4500µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || LSB first
|-
|}

==== SAMSUNG32 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG32''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 16 command bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 47msec
|-
| Bit order || LSB first
|-
|}

==== SAMSUNG48 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG48''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 48 data bits + 1 stop bit
|-
| Data || 16 address bits + 32 command bits
|-
| Command || 8 bits + 8 inverted bits + 8 bits + 8 inverted bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || one after approx. 5 msec
|-
| Key repeat || after approx. 45 msec
|-
| Bit order || LSB first
|-
|}

==== MATSUSHITA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#MATSUHITA Protocol|MATSUSHITA]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance, timing identical to [[IRMP_-_english#TECHNICS|TECHNICS]]
|-
| Frame || 1 start bit + 24 data bits + 1 stop bit
|-
| Data || 6 customer bits + 6 command bits + 12 address bits
|-
| Start bit || 3488µs pulse, 3488µs pause
|-
| 0 bit || 872µs pulse, 872µs pause
|-
| 1 bit || 872µs pulse, 2616µs pause
|-
| Stop bit || 872µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms pause
|-
| Bit order || LSB first?
|-
|}

==== TECHNICS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TECHNICS''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz?
|-
| Coding || pulse distance, timing identical to [[IRMP_-_english#MATSUSHITA|MATSUSHITA]]
|-
| Frame || 1 start bit + 22 data bits + 1 stop bit
|-
| Data || 11 command bits + 11 inverted command bits
|-
| Start bit || 3488µs pulse, 3488µs pause
|-
| 0 bit || 872µs pulse, 872µs pause
|-
| 1 bit || 872µs pulse, 2616µs pause
|-
| Stop bit || 872µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms pause
|-
| Bit order || LSB first?
|-
|}

==== KASEIKYO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#KASEIKYO_Protocol_.28.22Japan Protocol.22.29|KASEIKYO]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 48 data bits + 1 stop bit
|-
| Data || 16 customer bits + 4 parity bits + 4 genre1 bits + 4 genre2 bits + 10 command bits + 2 ID bits + 8 parity bits
|-
| Start bit || 3380µs pulse, 1690µs pause
|-
| 0 bit || 423µs pulse, 423µs pause
|-
| 1 bit || 423µs pulse, 1269µs pause
|-
| Stop bit || 423µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 80ms pause
|-
| Bit order || LSB first?
|-
|}

==== RECS80 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RECS80 and RECS80 Extended Protocol|RECS80]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bits + 10 data bits + 1 stop bit
|-
| Data || 1 toggle bit + 3 address bits + 6 command bits
|-
| Start bit || 158µs pulse, 7432µs pause
|-
| 0 bit || 158µs pulse, 4902µs pause
|-
| 1 bit || 158µs pulse, 7432µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RECS80EXT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RECS80 and RECS80 Extended Protocol|RECS80EXT]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 2 start bits + 11 data bits + 1 stop bit
|-
| Data || 1 toggle bit + 4 address bits + 6 command bits
|-
| Start bit || 158µs pulse, 3637µs pause
|-
| 0 bit || 158µs pulse, 4902µs pause
|-
| 1 bit || 158µs pulse, 7432µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== DENON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Denon Protocol|DENON]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz (in practice, theoretically: 32 kHz)
|-
| Coding || pulse distance
|-
| Frame || 0 start bits + 15 data bits + 1 stop bit
|-
| Data || 5 address bits + 10 command bits
|-
| Command || 6 data bits + 2 extension bits + 2 data construction bits (normal: 00, inverted: 11)
|-
| Start bit || none
|-
| 0 bit || 310µs pulse, 745µs pause (in practice, theoretically: 275µs pulse, 775µs pause)
|-
| 1 bit || 310µs pulse, 1780µs pause (in practice, theoretically: 275µs pulse, 1900µs pause)
|-
| Stop bit || 310µs pulse (310µs pulse, 745µs pause (in practice, theoretically: 275µs pulse)
|-
| Repetition || after 65ms with inverted command bits (data construction bits = 11)
|-
| Key repeat || both frames after 65ms
|-
| Bit order || MSB first
|-
|}

==== APPLE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''APPLE''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 11100000 + 8 command bits
|-
| Start bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| 0 bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| 1 bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| Stop bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || LSB first
|-
|}

==== BOSE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''BOSE''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 0 address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 1060µs pulse, 1425µs pause
|-
| 0 bit || 550µs pulse, 437µs pause
|-
| 1 bit || 550µs pulse, 1425µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || LSB first
|-
|}

==== B&O ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Bang & Olufsen|B&O]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 455 kHz
|-
| Coding || pulse distance
|-
| Frame || 4 start bits + 16 data bits + 1 trailer bit + 1 stop bit
|-
| Data || 0 address bits + 16 command bits
|-
| Start bit 1 || 200µs pulse, 2925µs pause
|-
| Start bit 2 || 200µs pulse, 2925µs pause
|-
| Start bit 3 || 200µs pulse, 15425µs pause
|-
| Start bit 4 || 200µs pulse, 2925µs pause
|-
| 0 bit || 200µs pulse, 2925µs pause
|-
| 1 bit || 200µs pulse, 9175µs pause
|-
| R bit || 200µs pulse, 6050µs pause, repeats the last bit
|-
| Trailer bit || 200µs pulse, 12300µs pause
|-
| Stop bit || 200µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== FDC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FDC''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 40 data bits + 1 stop bit
|-
| Data || 8 address bits + 12 x 0 bits + 4 press/release bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 2085µs pulse, 966µs pause
|-
| 0 bit || 300µs pulse, 220µs pause
|-
| 1 bit || 300µs pulse, 715µs pause
|-
| Stop bit || 300µs pulse
|-
| Repetition || none
|-
| Press Key || press/release bits = 0000
|-
| Release Key || press/release bits = 1111
|-
| Key repeat || after pause of approx. 60ms
|-
| Bit order || LSB first
|-
|}

==== Nikon ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''Nikon''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 2 data bits + 1 stop bit
|-
| Data || 2 command bits
|-
| Start bit || 2200µs pulse, 27100µs pause
|-
| 0 bit || 500µs pulse, 1500µs pause
|-
| 1 bit || 500µs pulse, 3500µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== PANASONIC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PANASONIC''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 56 data bits + 1 stop bit
|-
| Data || 24 bits (010000000000010000000001) + 16 address bits + 16 command bits
|-
| Start bit || 3600µs pulse, 1600µs pause
|-
| 0 bit || 565µs pulse, 316µs pause
|-
| 1 bit || 565µs pulse, 1140µs pause
|-
| Stop bit || 565µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || LSB first?
|-
|}

==== PENTAX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PENTAX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 6 data bits + 1 stop bit
|-
| Data || 6 command bits
|-
| Start bit || 2200µs pulse, 27100µs pause
|-
| 0 bit || 1000µs pulse, 1000µs pause
|-
| 1 bit || 1000µs pulse, 3000µs pause
|-
| Stop bit || 1000µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== KATHREIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''KATHREIN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 11 data bits + 1 stop bit
|-
| Data || 4 address bits + 7 command bits
|-
| Start bit || 210µs pulse, 6218µs pause
|-
| 0 bit || 210µs pulse, 1400µs pause
|-
| 1 bit || 210µs pulse, 3000µs pause
|-
| Stop bit || 210µs pulse
|-
| Repetition || none
|-
| Key repeat || after 35ms?
|-
| Bit order || MSB first
|-
|}

==== LEGO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#LEGO Power Functions RC|LEGO]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 12 command bits + 4 crc bits
|-
| Start bit || 158µs pulse, 1026µs pause
|-
| 0 bit || 158µs pulse, 263µs pause
|-
| 1 bit || 158µs pulse, 553µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== VINCENT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#VINCENT|VINCENT]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 8 command bits + 8 repeated command bits
|-
| Start bit || 2500µs pulse, 4600µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1540µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first?
|-
|}

==== THOMSON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''THOMSON''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 33 kHz
|-
| Coding || pulse distance
|-
| Frame || 0 start bits + 12 data bits + 1 stop bit
|-
| Data || 4 address bits + 1 toggle bit + 7 command bits
|-
| 0 bit || 550µs pulse, 2000µs pause
|-
| 1 bit || 550µs pulse, 4500µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after 35ms
|-
| Bit order || MSB first?
|-
|}

==== TELEFUNKEN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TELEFUNKEN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 15 data bits + 1 stop bit
|-
| Data || 0 address bits + 15 command bits
|-
| Start bit || 600µs pulse, 1500µs pause
|-
| 0 bit || 600µs pulse, 600µs pause
|-
| 1 bit || 600µs pulse, 1500µs pause
|-
| Stop bit || 600µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first?
|-
|}

==== RCCAR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCCAR''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 13 data bits + 1 stop bit
|-
| Data || 13 command bits
|-
| Start bit || 2000µs pulse, 2000µs pause
|-
| 0 bit || 600µs pulse, 900µs pause
|-
| 1 bit || 600µs pulse, 450µs pause
|-
| Stop bit || 600µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms?
|-
| Bit order || LSB first
|-
|}

==== RCMM ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RCMM_Protocol|RCMM]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance
|-
| Frame RCMM32 || 1 start bit + 32 data bits + 1 stop bit
|-
| Frame RCMM24 || 1 start bit + 24 data bits + 1 stop bit
|-
| Frame RCMM12 || 1 start bit + 12 data bits + 1 stop bit
|-
| Data RCMM32 || 16 address bits (= 4 mode bits + 12 device bits) + 1 toggle bit + 15 command bits
|-
| Data RCMM24 || 16 address bits (= 4 mode bits + 12 device bits) + 1 toggle bit + 7 command bits
|-
| Data RCMM12 || 4 address bits (= 2 mode bits + 2 device bits) + 8 command bits
|-
| Start bit || 500µs pulse, 220µs pause
|-
| 00 bits || 230µs pulse, 220µs pause
|-
| 01 bits || 230µs pulse, 380µs pause
|-
| 10 bits || 230µs pulse, 550µs pause
|-
| 11 bits || 230µs pulse, 720µs pause
|-
| Stop bit || 230µs pulse
|-
| Repetition || none
|-
| Key repeat || after 80ms
|-
| Bit order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Width Protocols ===
||
[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]
|}

==== SIRCS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#SIRCS_Protocol|SIRCS]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
|Frequency ||40 kHz
|-
| Coding || pulse width
|-
| Frame || 1 start bit + 12-20 data bits, no stop bit
|-
| Data || 7 command bits + 5 address bits + up to 8 additional bits
|-
| Start bit || 2400µs pulse, 600µs pause
|-
| 0 bit || 600µs pulse, 600µs pause
|-
| 1 bit || 1200µs pulse, 600µs pause
|-
| Repetition || twice after approx. 25ms, that means: 2nd and 3rd frame
|-
| Key repeat || starting with 4th identical frame, distance approx. 25ms
|-
| Bit order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse distance Width Protocols ===
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]
|}

==== NUBERT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NUBERT''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 10 data bits + 1 stop bit
|-
| Data || 0 address bits + 10 command bits ?
|-
| Start bit || 1340µs pulse, 340µs pause
|-
| 0 bit || 500µs pulse, 1300µs pause
|-
| 1 bit || 1340µs pulse, 340µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || once after 35ms
|-
| Key repeat || 3rd, 5th, 7th etc. indentical frame
|-
| Bit order || MSB first?
|-
|}

==== FAN ====

This protocol is very similar to [[IRMP_-_english#NUBERT|NUBERT]], but here it will be sent only one frame. Additionally there are 11 instead of 10 data bits and no stop bit. The pause time between frame repetitions is substantial lower.

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FAN ''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 11 data bits + 0 stop bits
|-
| Data || 0 address bits + 11 command bits
|-
| Start bit || 1280µs pulse, 380µs pause
|-
| 0 bit || 380µs pulse, 1280µs pause
|-
| 1 bit || 1280µs pulse, 380µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || none
|-
| Key repeat || after 6.6ms pause
|-
| Bit order || MSB first
|-
|}

==== SPEAKER ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SPEAKER''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 10 data bits + 1 stop bit
|-
| Data || 0 address bits + 10 command bits ?
|-
| Start bit || 440µs pulse, 1250µs pause
|-
| 0 bit || 440µs pulse, 1250µs pause
|-
| 1 bit || 1250µs pulse, 440µs pause
|-
| Stop bit || 440µs pulse
|-
| Repetition || once after approx. 38ms
|-
| Key repeat || 3rd, 5th, 7th ... identical frame
|-
| Bit order || MSB first?
|-
|}

==== ROOMBA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ROOMBA''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 7 data bits + 0 stop bits
|-
| Data || 0 address bits + 7 command bits
|-
| Start bit || 2790µs pulse, 930µs pause
|-
| 0 bit || 930µs pulse, 2790µs pause
|-
| 1 bit || 2790µs pulse, 930µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || 3 times after 18ms?
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Biphase Protocols ===
||
[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]
|}

==== RC5 + RC5X ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RC5 and RC5x Protocol|RC5 + RC5X]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame RC5 || 2 start bits + 12 data bits + 0 stop bits
|-
| Data RC5 || 1 toggle bit + 5 address bits + 6 command bits
|-
| Frame RC5X || 1 start bit + 13 data bits + 0 stop bits
|-
| Data RC5X || 1 inverteds command bit + 1 toggle bit + 5 address bits + 6 command bits
|-
| Start bit || 889µs pause, 889µs pulse
|-
| 0 bit || 889µs pulse, 889µs pause
|-
| 1 bit || 889µs pause, 889µs pulse
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RCII ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCII''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 31.25 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame || 1 pre bit + 1 start bit + 9 data bits + 0 stop bits
|-
| Data || 0 address bits + 9 command bits
|-
| Pre Bit || 512µs pulse, 2560µs pause
|-
| Start bit || 1024µs pulse, '''no space'''
|-
| 0 bit || 512µs pause, 512µs pulse
|-
| 1 bit || 512µs pulse, 512µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 118ms
|-
| Remarks || An end command (111111111 = 0x1FF) is sent immediately after the button is released.
|-
| Bit-Order || MSB first
|-
|}

==== S100 ====

Similar to RC5x, but 14 instead of 13 data bits and 56kHz modulation

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''S100''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 56 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame || 1 start bit + 14 data bits + 0 stop bits
|-
| Data || 1 inverted command bit + 1 toggle bit + 5 address bits + 7 command bits
|-
| Start bit || 889µs pause, 889µs pulse
|-
| 0 bit || 889µs pulse, 889µs pause
|-
| 1 bit || 889µs pause, 889µs pulse
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RC6 + RC6A ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RC6 and RC6A Protocol|RC6 + RC6A]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame RC6 || 1 start bit + 1 bit "1" + 3 mode bits ("000") + 1 toggle bit + 16 data bits + 2666µs pause
|-
| Frame RC6A || 1 start bit + 1 bit "1" + 3 mode bits ("110") + 1 toggle bit + 31 data bits + 2666µs pause
|-
| Data RC6 || 8 address bits + 8 Command Bits
|-
| Data RC6A || "1" + 14 customer bits + 8 system bits + 8 command bits
|-
| Data RC6A Pace (Sky) || "1" + 3 mode bits ("110") + 1 toggle bit (UNUSED "0") + 16 bits + 1 toggle(!) + 15 command bits
|-
| Start bit || 2666µs pulse, 889µs pause
|-
| Toggle 0 bit || 889µs pause, 889µs pulse
|-
| Toggle 1 bit || 889µs pulse, 889µs pause
|-
| 0 bit || 444µs pause, 444µs pulse
|-
| 1 bit || 444µs pulse, 444µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== GRUNDIG + NOKIA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Grundig Protocol|GRUNDIG + NOKIA]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz (?)
|-
| Coding || Biphase (Manchester)
|-
| Frame packet || 1 start frame + 19.968ms pause + N data frames + 117.76ms pause + 1 stop frame
|-
| Start frame || 1 pre bit + 1 start bit + 9 data bits (all 1) + 0 stop bits
|-
| Data frame || 1 pre bit + 1 start bit + 9 data bits + 0 stop bits
|-
| Stop frame || 1 pre bit + 1 start bit + 9 data bits (all 1) + 0 stop bits
|-
| Data Grundig || 9 command bits + 0 address bits
|-
| Data Nokia || 8 command bits + 8 address bits
|-
| Pre bit || 528µs pulse, 2639µs pause
|-
| Start bit || 528µs pulse, 528µs pause
|-
| 0 bit || 528µs pause, 528µs pulse
|-
| 1 bit || 528µs pulse, 528µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 117.76ms
|-
| Bit order || LSB first
|-
|}

==== IR60 (SDA2008) ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#IR60_.28SDA2008_and_MC14497P.29|IR60]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 30 kHz
|-
| Coding || Biphase (Manchester)
|-
| Start frame || 1 start bit + 101111 + 0 stop bits + 22ms pause
|-
| Data frame || 1 start bit + 7 data bits + 0 stop bits
|-
| Data || 0 address bits + 7 command bits
|-
| Start bit || 528µs pulse, 2639µs pause
|-
| 0 bit || 528µs pause, 528µs pulse
|-
| 1 bit || 528µs pulse, 528µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 117.76ms
|-
| Bit order || LSB first
|-
|}

==== SIEMENS + RUWIDO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SIEMENS + RUWIDO''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz? (Merlin keyboard with Ruwido protocol: 56 kHz)
|-
| Coding || Biphase (Manchester)
|-
| Frame Siemens || 1 start bit + 22 data bits + 0 stop bits
|-
| Frame Ruwido || 1 start bit + 17 data bits + 0 stop bits
|-
| Data Siemens || 11 address bits + 10 command bits + 1 inverted bit (preceding bit inverted)
|-
| Data Ruwido || 9 address bits + 7 command bits + 1 inverted bit (preceding bit inverted)
|-
| Start bit || 275µs pulse, 275µs pause
|-
| 0 bit || 275µs pause, 275µs pulse
|-
| 1 bit || 275µs pulse, 275µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || once with repeat bit set (?)
|-
| Key repeat || after approx. 100ms (?)
|-
| Bit order || MSB first
|-
|}

==== A1TVBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''A1TVBOX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || Biphase (Manchester) asymmetric
|-
| Frame || 2 start bits + 16 data bits + 0 stop bits
|-
| Data || 8 address bits + 8 command bits
|-
| Start bits || "10", also 250µs pulse, 150µs + 150µs pause, 250µs pulse
|-
| 0 bit || 150µs pause, 250µs pulse
|-
| 1 bit || 250µs pulse, 150µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== MERLIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''MERLIN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 56 kHz
|-
| Coding || Biphase (Manchester) asymmetric
|-
| Frame || 2 start bits + 18 data bits + 0 stop bits
|-
| Data || 8 address bits + 10 command bits
|-
| Start bits || "10", also 210µs pulse, 210µs + 210µs pause, 210µs pulse
|-
| 0 bit || 210µs pause, 210µs pulse
|-
| 1 bit || 210µs pulse, 210µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== ORTEK ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ORTEK''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || Biphase (Manchester) symmetric
|-
| Frame || 2 start bits + 18 data bits + 0 stop bits
|-
| Data || 6 address bits + 2 special bits + 6 command bits + 4 special bits
|-
| Start bit || 2000µs pulse, 1000µs pause
|-
| 0 bit || 500µs pause, 500µs pulse
|-
| 1 bit || 500µs pulse, 500µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || 2 additional frames with special bits set
|-
| Key repeat || only repeats the 2nd frame
|-
| Bit order || MSB first
|-
|}

=== Pulse Position Protocols ===

==== NETBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NETBOX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse position
|-
| Frame || 1 start bit + 16 data bits, no stop bit
|-
| Data || 3 address bits + 13 command bits
|-
| Start bit || 2400µs pulse, 800µs pause
|-
| Bit Length || 800µs
|-
| Repetition || none
|-
| Key repeat || after approx. 35ms?
|-
| Bit order || LSB first
|-
|}

== Software History ==

=== Changes of IRMP in 3.2.x ===

Version 3.2.6:

* 2021-01-27: '''New IR Protocol:''' [[IRMP#MELINERA|MELINERA]]
* 2021-01-27: Protocol [[IRMP#LEGO|LEGO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#RUWIDO|RUWIDO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#NEC|NEC]]: Implemented send of raw NEC repetition frames

Version 3.2.3:

* 2020-08-15: '''New RF Protocol:''' [[IRMP#RF_MEDION|RF_MEDION]]

Version 3.2.2:

* 2020-07-09: Additional recognition of the radio channels with the RF_X10 protocol
* 2020-07-09: Improved RF frame detection with new stop bit handling.
* 2020-07-09: Improved detection of RF_GEN24 protocols
* 2020-07-09: '''NEU:''' Detection if/when a remote control button is released, see chapter '''[[IRMP_-_english#Debouncing|Debouncing]]'''.

Version 3.2.1:

* 2020-06-22: Mini bugfix

Version 3.2.0:

* 2020-06-22: Support of 433MHz RF modules
* 2020-06-22: '''New protocol''': [[IRMP#RF_GEN24|RF_GEN24]]
* 2020-06-22: '''New protocol''': [[IRMP#X10|X10]]

=== Older Versions ===

* 2019-08-26: '''New protocol''': METZ
* 2019-08-26: '''New protocol''': ONKYO
* 2018-09-10: '''New protocol''': [[IRMP#RCII|RCII]]
* 2018-09-06: Added support of STM32 mit HAL-Library
* 2018-08-30: New option: IRMP_USE_IDLE_CALL
* 2018-08-29: Port to ChibiOS
* 2018-08-29: New protocol: GREE
* 2018-02-19: corrected handling of irmp_flags for invalid frames
* 2017-08-25: New protocol: IRMP16 for transparent 16 bit data communication
* 2016-11-18: Corrected buffer overflow in irmp-main-avr-uart.c
* 2016-09-19: New protocol [[IRMP#VINCENT|VINCENT]]
* 2016-09-09: New protocol [[IRMP#MITSU_HEAVY|Mitsubishi Heavy (air conditioner)]]
* 2016-09-09: Some modifications for Compiler PIC C18
* 2016-01-16: Some corrections of port to ESP8266
* 2016-01-16: Added port to MBED
* 2016-01-16: Added several hardware dependent example main source files
* 2015-11-17: '''New protocol''': [[IRMP_-_english#PANASONIC|PANASONIC (Beamer)]]
* 2015-11-17: Port to ESP8266
* 2015-11-17: Port to Teensy (3.x)
* 2015-11-10: Added support for STM8 microcontroller
* 2015-09-20: '''New protocol''': [[IRMP_-_english#TECHNICS|TECHNICS]]
* 2015-06-15: '''New protocol''': [[IRMP_-_english#ACP24|ACP24]]
* 2015-05-29: '''New protocol''': [[IRMP_-_english#S100|S100]]
* 2015-05-29: Some smaller corrections
* 2015-05-28: Added Logging for XMega
* 2015-05-28: Timing corrections for FAN protocol
* 2015-05-27: '''New protocol''': [[IRMP_-_english#MERLIN|MERLIN]]
* 2015-05-27: '''New protocol''': [[IRMP_-_english#FAN|FAN]]
* 2015-05-18: Added F_CPU macro for STM32L1XX
* 2015-05-18: Some corrections for XMega port
* 2015-04-23: '''New protocol''': [[IRMP_-_english#PENTAX|PENTAX]]
* 2015-04-23: Port to AVR XMega
* 2014-09-19: Bugfix: added missing newline before #else
* 2014-09-18: Added logging for ARM STM32F10X
* 2014-09-17: Corrected PROGMEM access to array irmp_protocol_names[].
* 2014-09-15: Changed timing tolerances for [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol
* 2014-09-15: Moved irmp_protocol_names to flash, additional UART routines in irmp-main-avr-uart.c
* 2014-07-21: Port to PIC 12F1840
* 2014-07-09: '''New protocol''': [[IRMP_-_english#SAMSUNG48|SAMSUNG48]]
* 2014-07-09: Some small corrections
* 2014-07-01: Added logging for ARM_STM32F4XX
* 2014-07-01: IRMP port for PIC XC8 compiler, removed variadic macros because of stupid XC8 compiler :-(
* 2014-06-05: '''New protocol''': [[IRMP_-_english#LGAIR|LGAIR]]
* 2014-05-30: '''New protocol''': [[IRMP_-_english#SPEAKER|SPEAKER]]
* 2014-05-30: Optimized timings for [[IRMP_-_english#SAMSUNG|SAMSUNG]] protocol
* 2014-02-20: Corrected decoding of [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] protocol
* 2014-02-19: '''New protocols''': [[IRMP_-_english#RCMM|RCMM32, RCMM24 and RCMM12]]
* 2014-09-17: Optimized timing for [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-04-09: '''New protocol''': [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-04-09: Optimized detection of [[IRMP_-_english#ORTEK|ORTEK (Hama)]] frames
* 2013-03-19: '''New protocol''': [[IRMP_-_english#ORTEK|ORTEK (Hama)]]
* 2013-03-19: '''New protocol''': [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]]
* 2013-03-12: Changed timing tolerancies for [[IRMP_-_english#RECS80|RECS80]]- and [[IRMP_-_english#RECS80EXT|RECS80EXT]] protocol
* 2013-01-21: Corrected detection of repetition frame beim [[IRMP_-_english#DENON|DENON]] protocol
* 2013-01-17: Corrected frame detection beim [[IRMP_-_english#DENON|DENON]] protocol
* 2012-12-11: '''New protocol''': [[IRMP_-_english#A1TVBOX|A1TVBOX]]
* 2012-12-07: Improved detection von [[IRMP_-_english#DENON|DENON]] repetition frame
* 2012-11-19: Port to Stellaris LM4F120 TI Launchpad (ARM Cortex M4)
* 2012-11-06: Corrected [[IRMP_-_english#DENON|DENON]] frame detection
* 2012-10-26: Some timer corrections and adaptations for Arduino
* 2012-07-11: '''New protocol''': [[IRMP_-_english#BOSE|BOSE]]
* 2012-06-18: Added support for ATtiny87/167
* 2012-06-05: Some smaller corrections of port to ARM STM32
* 2012-06-05: Correction of include in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]
* 2012-06-05: Bugfix, if only [[IRMP_-_english#NEC_+_extended_NEC|NEC]] and [[IRMP_-_english#NEC42|NEC42]] activated
* 2012-05-23: Port to ARM STM32
* 2012-05-23: Bugfix frame detection for [[IRMP_-_english#DENON|DENON]] protocol
* 2012-02-27: Bugfix in IR60-Decoder
* 2012-02-27: Bugfix in CRC calculation of [[IRMP_-_english#KASEIKYO|KASEIKYO]] frames
* 2012-02-27: Port to C18 Compiler for PIC microcontrollers
* 2012-02-13: Bugfix: most significant bit in Address wrong in [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol, if [[IRMP_-_english#NEC42|NEC42]] protocol activated, too
* 2012-02-13: Corrected timing of [[IRMP_-_english#SAMSUNG|SAMSUNG]]- and [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] protocol
* 2012-02-13: [[IRMP_-_english#KASEIKYO|KASEIKYO]]: Genre2 bits will be now stored in upper nibble of flags
* 2011-09-20: '''New protocol''': [[IRMP_-_english#KATHREIN|KATHREIN]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#THOMSON|THOMSON]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#LEGO|LEGO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC16|NEC16]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC42|NEC42]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NETBOX|NETBOX]]
* 2011-09-20: Port to ATtiny84 and ATtiny85
* 2011-09-20: Improved key repetition detection in [[IRMP_-_english#RC5_+_RC5X|RC5]] protocol
* 2011-09-20: Improved decoding of [[IRMP_-_english#Biphase|Biphase]] protocols
* 2011-09-20: Fixed some smaller bugs in [[IRMP_-_english#RECS80|RECS80]] decoder
* 2011-09-20: Corrected detection of additional bits in SIRCS protocol
* 2011-01-18: Some corrections for [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] protocol
* 2011-01-18: '''New protocol''': [[IRMP_-_english#Nikon|Nikon]]
* 2011-01-18: [[IRMP_-_english#SIRCS|SIRCS]]: additional bits (>12) will be stored in address
* 2011-01-18: Some timing corrections for [[IRMP_-_english#DENON|DENON]] protocol
* 2010-09-04: Bugfix for F_INTERRUPTS >= 16000
* 2010-09-02: '''New protocol''': [[IRMP_-_english#RC6_+_RC6A|RC6A]]
* 2010-08-29: '''New protocol''': [[IRMP_-_english#JVC|JVC]]
* 2010-08-29: [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol: genre bits will be now stored
* 2010-08-29: [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol: Improved handling of repetition frames
* 2010-08-29: Improved support of [[IRMP_-_english#APPLE|APPLE]] protocols.
* 2010-07-01: Bugfix: added a timeout for [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames. This avoids 'ghost commands'.
* 2010-06-26: Bugfix: deactivated [[IRMP_-_english#RECS80|RECS80]], [[IRMP_-_english#RECS80EXT|RECS80EXT]] & [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] if interrupts frequency is low
* 2010-06-25: '''New protocol''': [[IRMP_-_english#RCCAR|RCCAR]]
* 2010-06-25: Extended keyboard detection for [[IRMP_-_english#FDC|FDC]] protocol (IR keyboard)
* 2010-06-25: Interrupt frequency now up to 20kHz possible
* 2010-06-09: '''New protocol''': [[IRMP_-_english#FDC|FDC]] (IR-keyboard)
* 2010-06-09: Corrected timing for [[IRMP_-_english#DENON|DENON]] protocol
* 2010-06-02: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] (Gigaset)
* 2010-05-26: '''New protocol''': [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]]
* 2010-05-26: Bugfix: detection of long keyboard press for [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]] protocol
* 2010-05-17: Bugfix [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] protocol: corrected command bit mask
* 2010-05-16: '''New protocol''': [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]]
* 2010-05-16: Improved handling of automatic frame repetitions for [[IRMP_-_english#SIRCS|SIRCS]]-, [[IRMP_-_english#SAMSUNG32|SAMSUNG32]]-, and [[IRMP_-_english#NUBERT|NUBERT]] protocol
* 2010-04-28: Only some cosmetic code optimizations
* 2010-04-16: Improved all timing tolerancies
* 2010-04-12: '''New protocol''': [[IRMP_-_english#B&O|Bang & Olufsen]]
* 2010-03-29: Bugfix: detection of multiple [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames
* 2010-03-29: Moved configuration data to [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h]
* 2010-03-29: Introduced a program version in README.txt: Version 1.0
* 2010-03-17: '''New protocol''': [[IRMP_-_english#NUBERT|NUBERT]]
* 2010-03-16: Correction of RECS80 start bit timings
* 2010-03-16: '''New protocol''': [[IRMP_-_english#RECS80EXT|RECS80 Extended]]
* 2010-03-15: Some optimizations
* 2010-03-14: Port to PIC
* 2010-03-11: Some adjustements for some ATMegas
* 2010-03-07: Bugfix: Reset of state machine after a incomplete [[IRMP_-_english#RC5_+_RC5X|RC5]] frame
* 2010-03-05: '''New protocol''': [[IRMP_-_english#APPLE|APPLE]]
* 2010-03-05: Data irmp_data.addr + irmp_data.command will be now stored in the bit order of the appropriate protocol
* 2010-03-04: '''New protocol''': [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] (Mix aus [[IRMP_-_english#SAMSUNG|SAMSUNG]] & [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol)
* 2010-03-04: Changed some timer tolerances changes of [[IRMP_-_english#SIRCS|SIRCS]]- and [[IRMP_-_english#KASEIKYO|KASEIKYO]]
* 2010-03-02: [[IRMP_-_english#SIRCS|SIRCS]]: corrected detection and suppression of automatic frame repetitions
* 2010-03-02: [[IRMP_-_english#SIRCS|SIRCS]]: device ID bits will be now stored in irmp_data.command (not irmp_data.address anymore)
* 2010-03-02: Enlargement of scan buffers (for logging)
* 2010-02-24: New variable flags in IRMP_DATA for detection of long key press
* 2010-02-20: Bugfix [[IRMP_-_english#DENON|DENON]] protocol: repetition frame is now basically inverted
* 2010-02-19: Detection of [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol-Varianten, z. B. [[IRMP_-_english#APPLE|APPLE]]-Fernbedienung
* 2010-02-19: Detection of [[IRMP_-_english#RC6_+_RC6A|RC6]]- and [[IRMP_-_english#DENON|DENON]] protocol
* 2010-02-19: Some improvements for [[IRMP_-_english#RC5_+_RC5X|RC5]] decoders (Bugfixes)
* 2010-02-13: Bugfix: Puls/Pause counters were 1 too low, now better detection of protokols with very short pulses
* 2010-02-13: Improved detection of [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames
* 2010-02-12: New: [[IRMP_-_english#RC5_+_RC5X|RC5]] protocol
* 2010-02-05: Eliminated a conflict between [[IRMP_-_english#SAMSUNG|SAMSUNG]]- and [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] protocol
* 2010-01-07: First version

== Literature ==

=== IR Abstract ===

* http://www.sbprojects.net/knowledge/ir/index.php
* http://www.epanorama.net/links/irremote.html
* http://www.elektor.de/jahrgang/2008/juni/cc2-avr-projekt-%283%29-unsichtbare-kommandos.497184.lynkx?tab=4
* http://mc.mikrocontroller.com/de/IR-Protokolle.php

=== SIRCS Protocol ===

* http://www.sbprojects.net/knowledge/ir/sirc.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#SIRCS
* http://www.ustr.net/infrared/sony.shtml
* http://users.telenet.be/davshomepage/sony.htm
* http://picprojects.org.uk/projects/sirc/
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== NEC Protocol ===

* http://www.sbprojects.net/knowledge/ir/nec.php
* http://www.ustr.net/infrared/nec.shtml
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== ACP24 Protocol ===

The ACP24-Protocol is used by Stiebel-Eltron-Aircons

The structure of the 70 databits is :

1 2 3 4 5 6
0123456789012345678901234567890123456789012345678901234567890123456789
N VVMMM ? ??? t vmA x y TTTT
0011001000000111000010001010000000000000000010000000000000000000001111on, temp=30

These are converted into the following 16 bits from irmp_data.command:

5432109876543210
NAVVvMMMmtxyTTTT

Meaning of the symbols:

TTTT = Temperature + 15 degree
TTTT
----------
0000 ???
0001 ???
0010 ???
0011 18 degree
0100 19 degree
0101 20 degree
0110 21 degree
...
1111 30 degree

N = Nightmode
N
----------
0 off
1 on

VV = fan, v must be 1!
VV v
----------
00 1 level 1
01 1 level 2
10 1 level 3
11 1 Automatic

MMM = Mode
MMM m
----------
000 0 turn off
001 0 turn on
001 1 cooling
010 1 fan
011 1 demist
100 1 ???
101 1 ---
110 1 ---
111 1 ---

A = Automatic-Programm
A
----------
0 off
1 on

t = Timer
t x y
----------
1 1 0 Timer 1
1 0 1 Timer 2

To control the air con via [[IRSND_-_english|IRSND]], the following functions can be used:

<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
#include "irsnd.h"

#define IRMP_ACP24_TEMPERATURE_MASK 0x000F // TTTT

#define IRMP_ACP24_SET_TIMER_MASK (1<<6) // t
#define IRMP_ACP24_TIMER1_MASK (1<<5) // x
#define IRMP_ACP24_TIMER2_MASK (1<<4) // y

#define IRMP_ACP24_SET_MODE_MASK (1<<7) // m
#define IRMP_ACP24_MODE_POWER_ON_MASK (1<<8) // MMMm = 0010 Einschalten
#define IRMP_ACP24_MODE_COOLING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<8)) // MMMm = 0011 Kuehlen
#define IRMP_ACP24_MODE_VENTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<9)) // MMMm = 0101 Lueften
#define IRMP_ACP24_MODE_DEMISTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<10) | (1<<8)) // MMMm = 1001 Entfeuchten

#define IRMP_ACP24_SET_FAN_STEP_MASK (1<<11) // v
#define IRMP_ACP24_FAN_STEP_MASK 0x3000 // VV
#define IRMP24_ACP_FAN_STEP_BIT 12 // VV
#define IRMP_ACP24_AUTOMATIC_MASK (1<<14) // A
#define IRMP_ACP24_NIGHT_MASK (1<<15) // N

// possible values for acp24_set_mode();
#define ACP24_MODE_COOLING 1
#define ACP24_MODE_VENTING 2
#define ACP24_MODE_DEMISTING 3

static uint8_t temperature = 18; // 18 degrees

static void
acp24_send (uint16_t cmd)
{
IRMP_DATA irmp_data;

cmd |= (temperature - 15) & IRMP_ACP24_TEMPERATURE_MASK;

irmp_data.protocol = IRMP_ACP24_PROTOCOL;
irmp_data.address = 0x0000;
irmp_data.command = cmd;
irmp_data.flags = 0;

irsnd_send_data (&irmp_data, 1);
}

void
acp24_set_temperature (uint8_t temp)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

temperature = temp;
acp24_send (cmd);
}

void
acp24_off (void)
{
uint16_t cmd = 0;
acp24_send (cmd);
}

#define ACP_FAN_STEP1 0
#define ACP_FAN_STEP2 1
#define ACP_FAN_STEP3 2
#define ACP_FAN_AUTOMATIC 3

void
acp24_fan (uint8_t fan_step)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

cmd |= IRMP_ACP24_SET_FAN_STEP_MASK | ((fan_step << IRMP24_ACP_FAN_STEP_BIT) & IRMP_ACP24_FAN_STEP_MASK);

acp24_send (cmd);
}

void
acp24_set_mode (uint8_t mode)
{
uint16_t cmd = 0;

switch (mode)
{
case ACP24_MODE_COOLING: cmd = IRMP_ACP24_MODE_COOLING_MASK; break;
case ACP24_MODE_VENTING: cmd = IRMP_ACP24_MODE_VENTING_MASK; break;
case ACP24_MODE_DEMISTING: cmd = IRMP_ACP24_MODE_DEMISTING_MASK; break;
default: return;
}
acp24_send (cmd);
}

void
acp24_program_automatic (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_AUTOMATIC_MASK;
acp24_send (cmd);
}

void
acp24_program_night (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_NIGHT_MASK;
acp24_send (cmd);
}
</syntaxhighlight>

=== LGAIR Protocol ===

The LG Air Con is controlled by an 'intelligent' remote. These are the encoded data:

<code>
Command AAAAAAAA PW Z S T mmm tttt vvvv PPPP
--------------------------------------------------------------------
ON 23C 10001000 00 0 0 0 000 1000 0100 1100
ON 26C 10001000 00 0 0 0 000 1011 0100 1111

OFF 10001000 11 0 0 0 000 0000 0101 0001
TURN OFF 10001000 11 0 0 0 000 0000 0101 0001 (18C currently, identical to off)

TEMP DOWN 23C 10001000 00 0 0 1 000 1000 0100 0100
MODE (to mode0, 23C) 10001000 00 0 0 1 000 1000 0100 0100

TEMP UP (24C) 10001000 00 0 0 1 000 1001 0100 0101
TEMP DOWN 24C 10001000 00 0 0 1 000 1001 0100 0101

TEMP UP (25C) 10001000 00 0 0 1 000 1010 0100 0110
TEMP DOWN 25C 10001000 00 0 0 1 000 1010 0100 0110

TEMP UP (26C) 10001000 00 0 0 1 000 1011 0100 0111

MODE 10001000 00 0 0 1 011 0111 0100 0110 (to mode1, 22C - when switching to mode1 temp automaticall sets to 22C)
ON (mode1, 22C) 10001000 00 0 0 0 011 0111 0100 1110

MODE 10001000 00 0 0 1 001 1000 0100 0101 (to mode2, no temperature displayed)
ON (mode2) 10001000 00 0 0 0 001 1000 0100 1101
MODE (to mode3, 23C) 10001000 00 0 0 1 100 1000 0100 1000
ON (mode3, 23C) 10001000 00 0 0 0 100 1000 0100 0000

VENTILATION SLOW 10001000 00 0 0 1 000 0011 0000 1011
VENTILATION MEDIUM 10001000 00 0 0 1 000 0011 0010 1101
VENTILATION HIGH 10001000 00 0 0 1 000 0011 0100 1111
VENTILATION LIGHT 10001000 00 0 0 1 000 0011 0101 0000

SWING ON/OFF 10001000 00 0 1 0 000 0000 0000 0001

Format: 1 start bit + 8 address bits + 16 data bits + 4 checksum bits + 1 stop bit

Address: AAAAAAAA = 0x88 (8 bits)

Data: PW Z S T MMM tttt vvvv PPPP (16 bits)

PW: Power: 00 = On, 11 = Off

Z: N/A: Always 0

S: Swing: 1 = Toggle swing, all other data bits are zeros.

T: Temp/Vent: 1 = Set temperature and ventilation

MMM: Mode, can be combined with temperature
000=Mode 0
001=Mode 2
010=????
011=Mode 1
100=Mode 3
101=???
111=???

tttt: Temperature:
0000=used by OFF command
0001=????
0010=????
0011=18°C
0100=19°C
0101=20°C
0110=21°C
0111=22°C
1000=23°C
1001=24°C
1010=25°C
1011=26°C
1011=27°C
1100=28°C
1101=29°C
1111=30°C

vvvv: Ventilation:
0000=slow
0010=medium
0011=????
0100=high
0101=light
0110=????
0111=????
...
1111=????

Checksum: PPPP = (DataNibble1 + DataNibble2 + DataNibble3 + DataNibble4) & 0x0F
</code>

=== NEC16 Protocol (JVC) ===

* http://www.sbprojects.net/knowledge/ir/jvc.php
* http://www.ustr.net/infrared/jvc.shtml

=== Samsung Protocol ===

(was reverse engineered by several protocols (Daewoo or similar), so no direct link to Samsung documents is available)

Here is a link to the Daewoo-protocol, which uses the same principle of the sync-bits in the center of a frame, but words with different timings:

* http://users.telenet.be/davshomepage/daewoo.htm

=== MATSUHITA Protocol ===

* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== KASEIKYO Protocol ("Japan Protocol") ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

=== RECS80 and RECS80 Extended Protocol ===

* http://www.sbprojects.net/knowledge/ir/recs80.php

=== RC5 and RC5x Protocol ===

* http://www.sbprojects.net/knowledge/ir/rc5.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#RC5
* http://users.telenet.be/davshomepage/rc5.htm
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.opendcc.de/info/rc5/rc5.html

=== Denon Protocol ===

* http://www.mikrocontroller.com/de/IR-Protokolle.php#DENON
* http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243

=== RC6 and RC6A Protocol ===

* http://www.sbprojects.net/knowledge/ir/rc6.php
* http://www.picbasic.nl/info_rc6_uk.htm

=== Bang & Olufsen ===

* http://www.mikrocontroller.net/attachment/33137/datalink.pdf

=== Grundig Protocol ===

* http://www.see-solutions.de/sonstiges/Grundig_10bit.pdf

=== Nokia Protocol ===

* http://www.sbprojects.net/knowledge/ir/nrc17.php

=== IR60 (SDA2008 and MC14497P) ===

* http://www.datasheetcatalog.org/datasheet/motorola/MC14497P.pdf

=== LEGO Power Functions RC ===

* http://www.philohome.com/pf/LEGO_Power_Functions_RC_v110.pdf

=== RCMM Protocol ===

* http://www.sbprojects.net/knowledge/ir/rcmm.php

=== Other Protocols ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

== IRMP on Youtube ==

* http://www.youtube.com/watch?v=Q7DJvLIyTEI

* http://www.youtube.com/watch?v=1tQ_aqayWZk

* http://www.youtube.com/watch?v=W4tI2axR3-w

* http://www.youtube.com/watch?v=SRs98dIe2WE

== Other Artikels ==

[http://www.infineon.com/dgdl/RF2ir+WhitePaper+V1.0.pdf?folderId=db3a3043191a246301192dd3ee2c2ae4&fileId=db3a30432b57a660012b5c16272c2e81 Whitepaper von Martin Gotschlich, Infineon Technologies AG]

== Hardware / IRMP Projects ==

=== Remote IRMP ===

Infrared sender und receiver controlled via ip network with Android smartphone as remote control:

* http://www.mikrocontroller.net/articles/Remote_IRMP

=== IR Tester ===

IR tester with LCD by Klaus Leidinger:

* http://www.mikrocontroller-projekte.de/Mikrocontroller/index.html

=== IR Tester with AVR-NET-IO ===

IR tester for Pollin AVR-NET-IO with Pollin ADD-ON Board:

* http://son.ffdf-clan.de/include.php?path=forumsthread&threadid=703

=== USB IR Remote Receiver ===

USB IR remote receiver by Hugo Portisch:
* http://www.mikrocontroller.net/articles/USB_IR_Remote_Receiver

=== USB IR Receiver/Sender/Switch with Wakeup-Timer ===

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/123572-fertig-irmp-auf-stm32-ein-usb-ir-empf%C3%A4nger-sender-einschalter-mit-wakeup-timer/

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_ein_USB_IR_Empf%C3%A4nger/Sender/Einschalter_mit_Wakeup-Timer

=== USBASP ===

IR switch based on USBasp
* http://wiki.easy-vdr.de/index.php?title=USBASP_Einschalter

=== Servo controlled IR Sender ===

Servo controlled IR Sender (adaptive) by Stefan Pendsa:
* http://forum.mikrokopter.de/topic-21060.html
* [http://svn.mikrokopter.de/listing.php?repname=Projects&path=%2FServo-Controlled+IR-Transmitter%2F&#Ad2417800d6aa14bf08c571a896e9def7 SVN]

=== Adaptive IR Remote Control ===

Adaptive IR remote control by Robert and Frank M.
* http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP

=== AVR Moodlight ===

AVR Moodlight by Axel Schwenke
* http://www.mikrocontroller.net/topic/244768

STM8 Moodlight by Axel Schwenke
* https://www.mikrocontroller.net/topic/380098

=== Infinity Mirror LED Ceiling Lamp ===

Infinity Mirror LED ceiling lamp with remote control by Philipp Meißner
* http://digital-nw.de/Infinity-Mirror.htm

=== Cinema Control ===

Cinema control by Owagner
* http://ccc.zerties.org/index.php/Benutzer:Owagner

=== Leading-Edge Control ===

leading-edge control:

* http://flosserver.dyndns.org/phasenanschnittsdimmer.php

=== IRDioder – Ikea Dioder Hack ===

Ikea Dioder Hack:

* http://marco-difeo.de/tag/infrared/

=== Expedit Coffee Bar ===

Ikea Expedit as coffee bar:

* http://chaozlabs.blogspot.de/2013/09/expedit-coffee-bar.html

=== Arduino as IR Receiver ===

Arduino as IR Receiver:

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/110918-arduino-als-ir-empf%C3%A4nger-einsetzen/

More example from the Arduino library:

* https://github.com/ukw100/IRMP/tree/master/examples

=== IR Volume Control with Stellaris Launchpad ===

volume control with Stellaris Launchpad (ARM Cortex-M4F):

* http://www.anthonyvh.com/2013/03/31/ir-volume-control/

=== RemotePi Board ===

Shutdown RaspPI with IR remote control:

* http://www.msldigital.com/pages/more-information

=== Ethernut & IRMP ===

IRMP under RTOS Ethernut:

* http://www.klkl.de/ethernut.html

=== LED strip Remote Control ===

LED strip remote control:

* http://www.solderlab.de/index.php/misc/led-strip-remote-control

=== ADAT Audio Mixer ===

Audio Mixer:

* http://mailtonne.de/adat-audio-mixer/

=== Ethersex & IRMP ===

IRMP + IRSND Modul in Ethersex, a modular Firmware for AVR MCUs

* http://ethersex.de/index.php/IRMP

=== Mastermind Solver ===

Mastermind solver with LED stripes and IR remote control:

* http://www.mystrobl.de/Plone/basteleien/weitere-bulls-and-cows-mastermind-implementationen/mm-v1821/mastermind-solver-mit-led-streifen-und-ir-fernbedienung

=== A MythTV Remote Control without LIRC ===

PC Remote Control with ATtiny85

* http://tomscircuits.blogspot.de/2014/12/a-mythtv-remote-control-without-lirc.html

=== IRMP + IRSND Library for STM32F4 ===

IRMP for STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1516

IRSND for STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1940

=== IRMP on STM32 - Construction Guidance ===

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_Bauanleitung

=== Seminar Paper - Extension of Arduino Platform ===

* www.eislab.fim.uni-passau.de/files/publications/2010/StudentDiener_ErweiterungDerArduinoPlattform.pdf

== Acknowledgment ==

I thank Vlad Tepesch, Klaus Leidinger, Peter K., and Dániel Körmendi, who sent me many scan files of their IR remote controls.

I thank Christian F. for his tipps relating to the port to PIC MCUs, gera for the port to PIC-C18 compiler, kichi (Michael K.) for the port to ARM STM32, Markus Schuster for the port to TI's Stellaris LM4F120 Launchpad (ARM Cortex M4), Matthias Frank for the port to XMega, Wolfgang S. for the port to ESP8266, Achill Hasler for the port to Teensy, Axel Schwenke for the port to STM8.

Thanks to Dániel Körmendi, who added the LG-AIR protocol to [[IRSND_-_english|IRSND]]. Thanks to Ulrich v.d. Kammer for the Pentax protocol extension in [[IRSND_-_english|IRSND]].

At least I will thank Jojo S. for his great job translating this documentation!

== Discussion ==

You can discuss IRMP & IRSND in the German thread [http://www.mikrocontroller.net/topic/162119 Infrared Multi Protocol Decoder].

Have fun with IRMP!

[[Kategorie:Infrarot]]
[[Kategorie:AVR-Projekte]]

IRMP - english

2023-04-23T15:38:53Z

Tooki: Überarbeitung der englischen Übersetzung durch erfahrenen Englischmuttersprachler (ehem. tech. Redaktor und -Übersetzer)

By '''Frank M. ([http://www.mikrocontroller.net/user/show/ukw ukw])'''

'''This is the English translation of the [[IRMP#top|German IRMP documentation]].

'''[[Datei:irmp-title.png| |Waveform of an NEC-format remote control signal]]

Project Intent:

Because RC5 is not only outdated, but obsolete, and because more and more electronic devices from Asian consumer electronics manufacturers are found in the home, it is time to develop an IR decoder that can 'understand' about 90% of IR remotes that are used in our daily life.

This article introduces 'IRMP' as "Infrared Multi Protocol Decoder" in detail. The counterpart, the [[IRSND_-_english|IRSND]] IR encoder, can be found in this [[IRSND_-_english|document]].

= IRMP - Infrared Multi Protocol Decoder =
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Supported MCUs ===

[[IRMP_-_english#top|IRMP]] runs on numerous MCU families:

'''AVR'''

* ATtiny87, ATtiny167
* ATtiny45, ATtiny85
* ATtiny44, ATtiny84
* ATmega8, ATmega16, ATmega32
* ATmega162
* ATmega164, ATmega324, ATmega644, ATmega644P, ATmega1284
* ATmega88, ATmega88P, ATmega168, ATmega168P, ATmega328P

'''XMega'''

* ATXmega128

'''PIC''' (CCS- and XC8/C18 compiler)

* PIC12F1840
* PIC18F4520

'''STM32'''

* STM32F4xx (tested on STM32F401RE/F411RE Nucleo, STM32F4 Discovery)
* STM32F10x (tested on STM32F103C8T6 Mini Development Board)
* STM32 with HAL library '''(NEW!)'''

'''STM8'''

* STM8S103F3

'''TI Stellaris'''

* LM4F120 Launchpad (ARM Cortex M4)

'''ESP8266 (NEW!)'''

* ESP8266-EVB

'''TEENSY 3.0'''

* MK20DX256VLH7 (ARM Cortex-M4 72MHz)

'''MBED (NEW!)'''

* LPC1347 Cortex-M3 72 MHz
* LPC4088 (Embedded Artists)

'''ChibiOS HAL (NEW!)'''

* Various ARM Cortex MCUss, for example STM32, Kinetis, and NRF5
* [https://sourceforge.net/p/chibios/svn2/HEAD/tree/trunk/os/hal/ports/ Officially supported MCU series]
* [https://github.com/ChibiOS/ChibiOS-Contrib/tree/master/os/hal/ports More MCU series, community supported]
||
[[Datei:irmp-empfaenger.png|miniatur|Connection of a IR receiver module to MCU]]
|}
=== Supported IR Protocols ===

[[IRMP_-_english#top|IRMP]] - the infrared remote decoder, which can decode several protocols at once - is capable of decoding the following protocols (in alphabetical order):

{| {{Tabelle}}
|+ '''Supported Protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol || Vendor
|-
| [[IRMP_-_english#A1TVBOX|A1TVBOX]] || ADB (Advanced Digital Broadcast), e.g. A1 TV Box
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple
|-
| [[IRMP_-_english#ACP24|ACP24]] || Stiebel Eltron
|-
| [[IRMP_-_english#B&O|B&O]] || Bang & Olufsen
|-
| [[IRMP_-_english#BOSE|BOSE]] || Bose
|-
| [[IRMP_-_english#DENON|DENON]] || Denon, Sharp
|-
| [[IRMP_-_english#FAN|FAN]] || FAN, remote for fans
|-
| [[IRMP_-_english#FDC|FDC]] || FDC Keyboard
|-
| [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]] || Grundig
|-
| [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]] || Nokia, e.g. D-Box
|-
| [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]] || various European vendors
|-
| [[IRMP_-_english#JVC|JVC]] || JVC
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Panasonic, Technics, Denon and other vendors which are members of the Japanese "Association for Electric Home Appliances" (AEHA).
|-
| [[IRMP_-_english#KATHREIN|KATHREIN]] || KATHREIN
|-
| [[IRMP_-_english#LEGO|LEGO]] || Lego
|-
| [[IRMP_-_english#LGAIR|LGAIR]] || LG air conditioners
|-
| [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] || Matsushita
|-
| [[IRMP_-_english#MITSU_HEAVY|MITSU_HEAVY]] || Mitsubishi air conditioners
|-
| [[IRMP_-_english#NEC16|NEC16]] || JVC, Daewoo
|-
| [[IRMP_-_english#NEC42|NEC42]] || JVC
|-
| [[IRMP_-_english#MERLIN|MERLIN]] || MERLIN remote (Pollin article number: 620 185)
|-
| [[IRMP_-_english#NEC_+_extended_NEC|NEC]] || NEC, Yamaha, Canon, Tevion, Harman/Kardon, Hitachi, JVC, Pioneer, Toshiba, Xoro, Orion, generic and many other Asian vendors.
|-
| [[IRMP_-_english#NETBOX|NETBOX]] || Netbox
|-
| [[IRMP_-_english#Nikon|Nikon]] || Nikon
|-
| [[IRMP_-_english#NUBERT|NUBERT]] || Nubert, e.g. Subwoofer Systems
|-
| [[IRMP_-_english#ORTEK|ORTEK]] || Ortek, Hama
|-
| [[IRMP_-_english#PANASONIC|PANASONIC]] || PANASONIC video projectors
|-
| [[IRMP_-_english#PENTAX|PENTAX]] || PENTAX
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Philips and other European vendors
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6A]] || Philips, Kathrein and others, e.g. XBOX
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips and other European vendors
|-
| [[IRMP_-_english#RCCAR|RCCAR]] || RC Car: IR remote for RC toys
|-
| [[IRMP_-_english#RCII|RCII]] || T+A '''(NEW!)'''
|-
| [[IRMP_-_english#RECS80|RECS80]] || Philips, Nokia, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP_-_english#RECS80EXT|RECS80EXT]] || Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP_-_english#RCMM|RCMM]] || Fujitsu-Siemens e.g. Activy keyboard
|-
| [[IRMP_-_english#ROOMBA|ROOMBA]] || iRobot Roomba vacuum cleaner
|-
| [[IRMP_-_english#S100|S100]] || similar to RC5, but 14 instead of 13 bits and 56kHz modulation. Vendor unknown.
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung
|-
| [[IRMP_-_english#SAMSUNG48|SAMSUNG48]] || various air conditioners
|-
| [[IRMP_-_english#SAMSUNG|SAMSUNG]] || Samsung
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]] || RUWIDO (e.g. T-Home Media Receiver, MERLIN keyboard(Pollin))
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] || Siemens, e.g. Gigaset M740AV
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony
|-
| [[IRMP_-_english#SPEAKER|SPEAKER]] || Speaker systems like X-Tensions
|-
| [[IRMP_-_english#TECHNICS|TECHNICS]] || Technics
|-
| [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]] || Telefunken
|-
| [[IRMP_-_english#THOMSON|THOMSON]] || Thomson
|-
| [[IRMP_-_english#VINCENT|VINCENT]] || Vincent
|}

'''New:'''

'''Starting with version 3.2, IRMP can also decode 433 MHz RF radio protocols.'''

{| {{Tabelle}}
|+ '''Supported RF Protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol
! style="width:100em" | Vendor
|-
| [[IRMP#RF_GEN24|RF_GEN24]] || Generiv 24-bit format, e.g. Pollin 550666 radio-controlled receptacle
|-
| [[IRMP#RF_X10|RF_X10]] || X10 PC RF remote control (Medion), Pollin 721815
|}

Each of these protocols can be activated separately. If you want, you can activate all protocols. If you need only one protocol, you can disable all others. Only the code selected by the user will be compiled .

=== History ===

The [[IRMP_-_english#top|IRMP]] source for the AVR and PIC MCUs was created as part of the [[Word Clock]] project.

=== Thread in Forum ===

Intention for an own IRMP article is the following thread in Projects&Code [http://www.mikrocontroller.net/topic/162119 IRMP - Infrared Multi Protocol Decoder] (in German language).

== IR Protocols ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
Some vendors use their own proprietary protocols, such as Sony, Samsung, and Matsushita. Philips developed and used [[IRMP_-_english#RC5 + RC5X|RC5]].
[[IRMP_-_english#RC5 + RC5X|RC5]] was seen in Europe as ''the'' standard IR protocol which was adopted by many European vendors. Nowadays [[IRMP_-_english#RC5 + RC5X|RC5]] is practically not used and can be considered "dead". Although the successor [[IRMP_-_english#RC6_+_RC6A|RC6]] is used in current European hardware, it is also used rarely.

Japanese vendors also tried to establish their own standard, the so called [[IRMP_-_english#KASEIKYO|Kaseikyo]] (or "Japan") protocol. With a word length of 48 bits, it is more versatile. But it has not found wide use, though it is found in some appliances.

Nowadays the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol is used (also mainly in Japanese devices) in both premium and generic products. I estimate the market share at 80% for the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol. Nearly all remotes in my daily use utilize the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] IR code. This starts with the TV set, continues with the DVD player and the notebook remote all the way to the generic multimedia hard drive, just to mention a few examples.
||
[[Datei:nec-protocol.png|miniatur|NEC protocol, RGB remote control, T->A: 9.14ms, A->B: 4.42ms, B->C: 660us]]
|}

== Coding methods ==

[[IRMP_-_english#top|IRMP]] supports the following IR coding methods:

* [[IRMP_-_english#Pulse Distance|Pulse Distance]], typ. Example: [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
* [[IRMP_-_english#Pulse Width|Pulse Width]], typ. Example: [[IRMP_-_english#SIRCS|Sony SIRCS]]
* [[IRMP_-_english#Biphase|Biphase (Manchester)]], typ. Example: Philips [[IRMP_-_english#RC5_+_RC5X|RC5]], [[IRMP_-_english#RC6_+_RC6A|RC6]]
* [[IRMP_-_english#Pulse Position|Pulse Position (NRZ)]], typ. Example: [[IRMP_-_english#NETBOX|Netbox]]
* [[IRMP_-_english#Pulse Distance Width|Pulse Distance Width]], typ. Example: [[IRMP_-_english#NUBERT|Nubert]]

The pulses are modulated - usually at 36 kHz or 38 kHz - to reduce environmental influences such as indoor lighting or sunlight.

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance ===

Pulse distance coding can be identified by the following rule:

* there is only '''one pulse length''' and there are '''two different space lengths'''
||
[[Datei:Pulse-Distance.png|miniatur|Pulse distance coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Width ===

Pulse width coding can be identified by the following rule:

* there are '''two different pulse lengths''' and '''only one space length'''
||
[[Datei:Pulse-Width.png|miniatur|Pulse width coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Width ===

This is a mix of pulse distance and pulse width coding. Often the sum of pulse and space length is constant. The rule is:

* there are '''two different pulse lengths''' and '''two different space lengths.'''
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse distance width coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Biphase ===

In biphase coding the order of pulse and space gives the bit value.
Therefore a biphase boding can be identified by this criteria:

* there is exactly '''one''' pulse and space length, as well as the '''double''' pulse/space length

Usually the length for the pulse and space are equal, meaning that the signal shape is symmetric. But IRMP also recognizes protocols which use different pulse and space lengths, for example the [[IRMP_-_english#A1TVBOX|A1TVBOX]] protocol.
||
[[Datei:Biphase-Coding.png|miniatur|Biphase coding]]
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Position ===

Pulse position coding is known from commmon UARTs. Here, every bit has a fixed length. Depending on the value (0 or 1), it is a pulse or a space.

Typical criteria for a '''pulse position protocol''' are:
* there are '''multiples''' of a basic pulse/space length

'''A tabular listing of different IR protocols can be found here: [[IRMP_-_english#IR_Protocols_in_Detail|IR Protocols in Detail]].'''
The specified timings are typical values. In some remotes they differ up to 40% in real life. Therefore [[IRMP_-_english#top|IRMP]] uses minimum/maximum limits to be tolerant with the timing.
||
[[Datei:Pulse-Position.png|miniatur|Pulse position coding]]
|}

== Protocol Detection ==

Most of the protocols [[IRMP_-_english#top|IRMP]] decodes have something in common: they exhibit a start bit whose timing is unique.

According to this start bit timing, most protocols can be identified. [[IRMP_-_english#top|IRMP]] measures the timing of the start bit and adjusts its timing tables "on-the-fly" to the discovered protocol. Subsequent bits can then be read sequentially without the need to first store a complete frame.
Thus, [[IRMP_-_english#top|IRMP]] does not wait to read a complete frame but starts decoding directly after detecting the first pulse.

If the start bit is not unique, [[IRMP_-_english#top|IRMP]] proceeds in parallel with multiple possible protocols. For example with two candidate protocols, once plausible reasons disqualify one protocol, the other protocol is used.

Detection is implemented as an interrupt-driven [[Statemachine|state machine]] which is called at a frequency of typically 15000 times per second. Among others, the [[Statemachine|state machine]] has the following states:

* detect the first pulse length of the start bit
* detect the space length of the start bit
* detect the space length of the first data bit

After that, the pulse and space lengths of the start bit are known. Now all enabled protocols are searched for these lengths. If a protocol matches, the timing table for this protocol is loaded. Subsequent bits are checked against the timing table to ensure they conform to it.

The [[Statemachine|state machine]] continues with the following states:

* detect the spaces of the data bits
* detect the pulse length of the data bits
* check timing. If different, switch back to another valid IR protocol, otherwise return
* detect the stop bit, if present in the protocol
* check data for plausibility, like CRC or other redundancy bits
* convert data to device address and command
* detect code repetition by long key press, set corresponding flag

Indeed the [[Statemachine|state machine]] is even more complex because some protocols have no start bit (e.g. [[IRMP_-_english#DENON|Denon]]) or have multiple start bits (4 in [[IRMP_-_english#B.26O|B&O]]) or have another sync bit within the frame (e.g. [[IRMP_-_english#SAMSUNG|Samsung]]). These extra conditions are caught in the code by protocol-specific "special cases".

Switching to an other protocol can happen multiple times while receiving a frame, e.g. from [[IRMP_-_english#NEC42|NEC42]] (42 bits) to [[IRMP_-_english#NEC16|NEC16]] (8 bits + sync bit + 8 bits), if a premature sync bit is detected. Or from [[IRMP_-_english#NEC + extended NEC|NEC]]/[[IRMP_-_english#NEC42|NEC42]] (32/42 bits) to [[IRMP_-_english#JVC|JVC]] (16 bits) if the stop bit occurs prematurely. It becomes difficult when, after detecting the start bit, two possible protocols use different coding methods, e.g. when the one protocol uses [[IRMP_-_english#Pulse Distance|pulse distance coding]] and the other uses [[IRMP_-_english#Biphase|biphase coding (Manchester)]]. In this case [[IRMP_-_english#top|IRMP]] stores the necessary bits for both coding methods and later discards one or the other.

Furthermore, some remotes using particular protocols transmit repeat frames, either for redundancy (error detection) or for long key presses. Both kinds are detected by IRMP: error detection frames are detected by IRMP, but not passed to the application. Others are detected as long key presses and flagged by IRMP.

== Download ==

Version 3.2.6, Date: 2021-01-27

Download stable version: [http://www.mikrocontroller.net/wikifiles/7/79/Irmp.zip Irmp.zip]

Current development version of [[IRMP_-_english#top|IRMP]] & [[IRSND_-_english|IRSND]]:

* SVN link: [svn://mikrocontroller.net/irmp/ SVN]
* SVN browser: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP in SVN]
* Download tarball: [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball].

Download Arduino library: [https://github.com/ukw100/IRMP GitHub] or use Arduino "''Tools / Manage Libraries...''" and search for IRMP.

'''You can see the history of the software changes here: [[IRMP_-_english#Software_History|Software History]]'''

== License ==

IRMP is Open Source Software and is released under the [https://www.gnu.org/licenses/old-licenses/gpl-2.0.html GPL v2], or
(at your option) any later version.

== Source Code ==

The source code can be easily compiled for AVR MCUs by loading the project file irmp.aps in AVR Studio 4.

For other development environments it is simple to create a project or makefile. The source includes:

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] - IR decoder core
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h] - all protocoll definitions
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpsystem.h?view=markup irmpsystem.h] - target-independent definitions for AVR/PIC/STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.h?view=markup irmp.h] - include file for the application
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] - user configuration

Sample applications (main functions and timer configurations):

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] - AVR
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr-uart.c?view=markup irmp-main-avr-uart.c] - AVR with UART output
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-xc8.c?view=markup irmp-main-pic-xc8.c] - PIC18F4520
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-12F1840.c?view=markup irmp-main-pic-12F1840.c] - PIC12F1840
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stm32.c?view=markup irmp-main-stm32.c] - STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stellaris-arm.c?view=markup irmp-main-stellaris-arm.c] - TI Stellaris LM4F120 Launchpad
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-esp8266.c?view=markup irmp-main-esp8266.c] - ESP8266
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-mbed.cpp?view=markup irmp-main-mbed.cpp] - MBED
* [http://www.mikrocontroller.net/svnbrowser/irmp/examples/Arduino/Arduino.ino?view=markup examples/Arduino/Arduino.ino] - Teensy 3.x
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c] - ChibiOS

{{Warnung|
;Important: include only irmp.h in your application:
<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
</syntaxhighlight>

All other include files are included within irmp.h. See also the sample application irmp-main-avr.c.

Furthermore, the preprocessor constant '''F_CPU in project or makefile''' must be defined. This should have at least the value of 8000000UL, processor speed should be at least 8 MHz. This applies to AVR targets and not for MCUs with PLL.
}}

[[IRMP_-_english#top|IRMP]] also runs on PIC processors. For the PIC-CCS compiler the necessary preprocessor defines are already set, such that [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] can be directly used in the CCS environment. Only a short interrupt service routine like

<syntaxhighlight lang="c" style="font-size:85%;">
void TIMER2_isr(void)
{
irmp_ISR ();
}
</syntaxhighlight>

must be added. The interrupt period time must be set to 66 µs (15 kHz).

For AVR processors you will find an example for the usage of [[IRMP_-_english#top|IRMP]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c]. The main things are the [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|Timer]] initializing of the timer and the processing of received IR commands. The received protocoll, the device address and the command will be output on the HW-UART.

For the Stellaris LM4F120 Launchpad from TI (ARM Cortex M4) is a propriate timer init function already integrated in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c].

[[IRMP_-_english#top|IRMP]] can be used also with STM32 microcontrollers.

Another new implementation is available on the mbed platform.

=== avr-gcc Optimizations ===

From version 4.7.x of avr-gcc, the [https://gcc.gnu.org/onlinedocs/gccint/LTO.html#LTO LTO option] can be used to make the call of the external function irmp_ISR() from the main ISR more efficient. This improves the performance of the ISR a little.

Add the following compiler and linker options:

* additional compiler option: -flto
* additional linker options: -flto -Os

If you forget the additional linker option -Os, the binary will be significantly larger as it will not be optimized further. Also, the option -flto must be passed to the linker, otherwise link time optimization will not work.

=== Configuration ===

[[IRMP_-_english#top|IRMP]] is configured by parameters in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h]:

* [[IRMP_-_english#F_INTERRUPTS|number of interrupts per second]]
* [[IRMP_-_english#IRMP_SUPPORT_xxx_PROTOCOL|supported IR protocols]]
* [[IRMP_-_english#IRMP_PORT_LETTER + IRMP_BIT_NUMBER|hardware pin for IR receiver]]
* [[IRMP_-_english#IRMP_LOGGING|IR logging]]

=== Settings in irmpconfig.h ===

[[IRMP_-_english#top|IRMP]] will decode all protocols listed above in one ISR. For this, some settings are needed. These are set in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h].

==== F_INTERRUPTS ====

Number of interrupts per second. Should be set to a value from 10000 to 20000. The higher the value, the better the resolution and therefore the quality of detection. But a higher interrupt rate means also higher CPU load. A value of 15000 is usually a good compromise.

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define F_INTERRUPTS 15000 // interrupts per second
</syntaxhighlight>

On AVR controllers, the [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] example uses Timer1 with 16 bits of resolution. If for any reasons Timer1 is not available, you can also use Timer2 with 8 bits of resolution.

In that case, configure Timer2 as follows:

<syntaxhighlight lang="c" style="font-size:85%;">
OCR2 = (uint8_t) ((F_CPU / F_INTERRUPTS) / 8) - 1 + 0.5); // Compare Register OCR2
TCCR2 = (1 << WGM21) | (1 << CS21); // CTC Mode, prescaler = 8
TIMSK = 1 << OCIE2; // enable Timer2 interrupt
</syntaxhighlight>

The above example is valid for ATmega88/ATmega168/ATmega328. For other AVR MCUs check the datasheet.

You must not forget to change the ISR to Timer2 as well:

<syntaxhighlight lang="c" style="font-size:85%;">
ISR(TIMER2_COMP_vect)
{
(void) irmp_ISR();
}
</syntaxhighlight>

==== IRMP_SUPPORT_xxx_PROTOCOL ====

Here you can select which protocols to enable in [[IRMP_-_english#top|IRMP]]. Common protocols are emabled by default.

To enable additional protocols or disable others to save memory, set the corresponding values in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h].

<syntaxhighlight lang="c" style="font-size:85%;">
// typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE >= 10000 ~300 bytes
#define IRMP_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 >= 10000 ~300 bytes
#define IRMP_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita >= 10000 ~50 bytes
#define IRMP_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo >= 10000 ~250 bytes

// more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_DENON_PROTOCOL 0 // DENON, Sharp >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC5_PROTOCOL 0 // RC5 >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC6_PROTOCOL 0 // RC6 & RC6A >= 10000 ~250 bytes
#define IRMP_SUPPORT_JVC_PROTOCOL 0 // JVC >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC16_PROTOCOL 0 // NEC16 >= 10000 ~100 bytes
#define IRMP_SUPPORT_NEC42_PROTOCOL 0 // NEC42 >= 10000 ~300 bytes
#define IRMP_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) >= 10000 ~300 bytes
#define IRMP_SUPPORT_GRUNDIG_PROTOCOL 0 // Grundig >= 10000 ~300 bytes
#define IRMP_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens Gigaset >= 15000 ~550 bytes
#define IRMP_SUPPORT_NOKIA_PROTOCOL 0 // Nokia >= 10000 ~300 bytes

// exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_BOSE_PROTOCOL 0 // BOSE >= 10000 ~150 bytes
#define IRMP_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein >= 10000 ~200 bytes
#define IRMP_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT >= 10000 ~50 bytes
#define IRMP_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang & Olufsen >= 10000 ~200 bytes
#define IRMP_SUPPORT_RECS80_PROTOCOL 0 // RECS80 (SAA3004) >= 15000 ~50 bytes
#define IRMP_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT (SAA3008) >= 15000 ~50 bytes
#define IRMP_SUPPORT_THOMSON_PROTOCOL 0 // Thomson >= 10000 ~250 bytes
#define IRMP_SUPPORT_NIKON_PROTOCOL 0 // Nikon camera >= 10000 ~250 bytes
#define IRMP_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard >= 10000 ~400 bytes (PROTOTYPE!)
#define IRMP_SUPPORT_ORTEK_PROTOCOL 0 // ORTEK (Hama) >= 10000 ~150 bytes
#define IRMP_SUPPORT_TELEFUNKEN_PROTOCOL 0 // Telefunken 1560 >= 10000 ~150 bytes
#define IRMP_SUPPORT_FDC_PROTOCOL 0 // FDC3402 keyboard >= 10000 (better 15000) ~150 bytes (~400 in combination with RC5)
#define IRMP_SUPPORT_RCCAR_PROTOCOL 0 // RC Car >= 10000 (better 15000) ~150 bytes (~500 in combination with RC5)
#define IRMP_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba >= 10000 ~150 bytes
#define IRMP_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home >= 15000 ~550 bytes
#define IRMP_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX >= 15000 (better 20000) ~300 bytes
#define IRMP_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC >= 20000 ~150 bytes
#define IRMP_SUPPORT_RCMM_PROTOCOL 0 // RCMM 12, 24, or 32 >= 20000 ~150 bytes
</syntaxhighlight>

Each [[IRMP_-_english#top|IRMP]] supported IR protocol consumes the noted amount of code. Here you can apply optimizations: for example, the modulation frequency of 455 kHz for the [[IRMP_-_english#B&O|B&O]] protocol is far away from the frequencies that are used by other protocols. This usually requires a different IR receiver, so without that, you can disable these protocols. For example, you cannot receive the [[IRMP_-_english#B&O|B&O]] protocol (455kHz) with a TSOP1738/TSOP31238.

Additionally, the [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]]/[[IRMP_-_english#FDC|FDC]]/[[IRMP_-_english#RCCAR|RCCAR]] can only be detected reliably at a frequency of 15 kHz or higher. For [[IRMP_-_english#LEGO|LEGO]], 20 kHz is needed. To use these protocols, you must modify [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]]. Otherwise, during compilation you will get a warning and the corresponding protocols will automatically be disabled.

==== IRMP_PORT_LETTER + IRMP_BIT_NUMBER ====

This constant defines the pin where the IR receiver is connected.

Default value is PORT B6:
<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------
* Change hardware pin here for ATMEL AVR
*---------------------------------------------------------------------------
*/
#if defined (ATMEL_AVR) // use PB6 as IR input on AVR
# define IRMP_PORT_LETTER B
# define IRMP_BIT_NUMBER 6
</syntaxhighlight>

These two values must match your hardware configuration.

This applies also to STM32 MCUs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for ARM STM32
*----------------------------------------------------------------------------
*/
#elif defined (ARM_STM32) // use C13 as IR input on STM32
# define IRMP_PORT_LETTER C
# define IRMP_BIT_NUMBER 13
</syntaxhighlight>

When using STM32 HAL library, define the constants IRSND_Transmit_GPIO_Port and IRSND_Transmit_Pin in STM32Cube (Main.h). In this case, it is not necessary to change the constants in irmpconfig.h:
<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* ARM STM32 with HAL section - don't change here, define IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin in STM32Cube (Main.h)
*---------------------------------------------------------------------------------------------------------------------------------------------------
*/
#elif defined (ARM_STM32_HAL) // IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin must be defined in STM32Cube
# define IRSND_PORT_LETTER IRSND_Transmit_GPIO_Port//Port of Transmit PWM Pin e.g.
# define IRSND_BIT_NUMBER IRSND_Transmit_Pin //Pim of Transmit PWM Pin e.g.
# define IRSND_TIMER_HANDLER htim2 //Handler of Timer e.g. htim (see tim.h)
# define IRSND_TIMER_CHANNEL_NUMBER TIM_CHANNEL_2 //Channel of the used Timer PWM Pin e.g. TIM_CHANNEL_2
# define IRSND_TIMER_SPEED_APBX 64000000 //Speed of the corresponding APBx. (see STM32CubeMX: Clock Configuration)
</syntaxhighlight>

And the corresponding section for STM8 MCUs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for STM8
*----------------------------------------------------------------------------
*/
#elif defined (SDCC_STM8) // use PA1 as IR input on STM8
# define IRMP_PORT_LETTER A
# define IRMP_BIT_NUMBER 1
</syntaxhighlight>

For PIC microcontrollers only the constant '''IRMP_PIN''' needs to be changed - depending on the compiler:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------
* Change hardware pin here for PIC C18 compiler
*----------------------------------------------------------------------------
*/
#elif defined (PIC_C18) // use RB4 as IR input on PIC
# define IRMP_PIN PORTBbits.RB4

/*----------------------------------------------------------------------------
* Change hardware pin here for PIC CCS compiler
*----------------------------------------------------------------------------
*/
#elif defined (PIC_CCS) // use PB4 as IR input on PIC
# define IRMP_PIN PIN_B4
</syntaxhighlight>

When using ChibiOS HAL, define a pin with the name '''IR_IN''' in your board config (board.chcfg) of ChibiOS and regenerate the board files. To use another name for the pin, edit the constant '''IRMP_PIN''' in irmpconfig.h. Use the name of the pin from the board config and prefix it with "LINE_", as IRMP is using the "line" variant of the PAL interface:

<syntaxhighlight lang="c" style="font-size:85%;">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* Change hardware pin here for ChibiOS HAL
*---------------------------------------------------------------------------------------------------------------------------------------------------
*/
#elif defined(_CHIBIOS_HAL_)
# define IRMP_PIN LINE_IR_IN // use pin names as defined in the board config file, prefixed with "LINE_"
</syntaxhighlight>

==== IRMP_HIGH_ACTIVE ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_HIGH_ACTIVE 0 // set to 1 if you use a RF receiver!
</syntaxhighlight>

Most RF receivers use active-high signals, so when using an RF receiver instead of an IR sensor, set this value to 1.

'''NEU:'''

==== IRMP_ENABLE_RELEASE_DETECTION ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_ENABLE_RELEASE_DETECTION 0 // enable detection of key releases
</syntaxhighlight>

Set this value to 1 to enable detection of button release events. The function irmp_get_data() then sets the IRMP_FLAG_RELEASE bit in the struct member irmp_data.flags once code transmission ends. See the example in the section '''[[IRMP_-_english#Debouncing|Debouncing]]'''.

==== IRMP_USE_CALLBACK ====

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_USE_CALLBACK 0 // flag: 0 = don't use callbacks, 1 = use callbacks, default is 0
</syntaxhighlight>

When you turn on callbacks, any level change at the input causes the callback function to be called. This can be used to visualize incoming IR signals by driving another output pin.

Here is an example:

<syntaxhighlight lang="c" style="font-size:85%;">
#define LED_PORT PORTD // LED at PD6
#define LED_DDR DDRD
#define LED_PIN 6

/*-----------------------------------------------------------------------------------------------------------------------
* Called (back) from IRMP module
* This example switches a LED (which is connected to Vcc)
*-----------------------------------------------------------------------------------------------------------------------
*/
void
led_callback (uint_fast8_t on)
{
if (on)
{
LED_PORT &= ~(1 << LED_PIN);
}
else
{
LED_PORT |= (1 << LED_PIN);
}
}

int
main ()
{
...
irmp_init ();

LED_DDR |= (1 << LED_PIN); // LED pin to output
LED_PORT |= (1 << LED_PIN); // switch LED off (active low)
irmp_set_callback_ptr (led_callback);

sei ();
...
}
</syntaxhighlight>

==== IRMP_USE_IDLE_CALL ====

Normally the irmp_ISR() function is called continuously at the F_INTERRUPTS (10-20kHz) frequency. The microcontroller can rarely enter an energy-saving sleep mode, or must constantly wake up from it. If power consumption is important, e.g. on battery power, this approach is not optimal.

If ''IRMP_USE_IDLE_CALL''' is enabled, IRMP detects if no IR transmission is ongoing and then calls the function '''irmp_idle()'''. This is microcontroller-specific and must be provided and linked by the user. The microcontroller can then be put to sleep while there is no ongoing transmission, thus reducing energy consumption.

It is recommended to deactivate the timer interrupt in irmp_idle() and to activate a pin change interrupt instead. Then the microcontroller can be put to sleep. When a falling edge is detected on the IR input pin, the pin change interrupt is disabled, the timer is reenabled and irmp_ISR() is called immediately. You can find an example for the use of irmp_idle() in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c].

Using IRMP purely with pin change interrupts and without timer interrupts is not supported.

==== IRMP_USE_EVENT ====

When using IRMP with ChibiOS/RT or ChibiOS/NIL, you can use their Event module to wake a thread as soon as new IR data is received and decoded.

Set the '''IRMP_USE_EVENT''' constant in irmpconfig.h to 1 to enable this. '''IRMP_EVENT_BIT''' definies the value in the Event bitmask that should symbolize the IRMP event. Use '''IRMP_EVENT_THREAD_PTR''' to define the variable name of the thread pointer that the event is sent to.

Change irmpconfig.h like this:
<syntaxhighlight lang="c" style="font-size:85%;">
/*------------------------------------------------------------------------------------------------------------------------------
* Use ChibiOS Events to signal that valid IR data was received
*------------------------------------------------------------------------------------------------------------------------------
*/
#if defined(_CHIBIOS_RT_) || defined(_CHIBIOS_NIL_)

# ifndef IRMP_USE_EVENT
# define IRMP_USE_EVENT 1 // 1: use event. 0: do not. default is 0
# endif

# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_BIT)
# define IRMP_EVENT_BIT 1 // event flag or bit to send
# endif
# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_THREAD_PTR)
# define IRMP_EVENT_THREAD_PTR ir_receive_thread_p // pointer to the thread to send the event to
extern thread_t *IRMP_EVENT_THREAD_PTR; // the pointer must be defined and initialized elsewhere
# endif

#endif // _CHIBIOS_RT_ || _CHIBIOS_NIL_
</syntaxhighlight>

Now you can use the event in your ChibiOS project like this:
<syntaxhighlight lang="c" style="font-size:85%;">
thread_t *ir_receive_thread_p = NULL;

static THD_FUNCTION(IRThread, arg)
{
ir_receive_thread_p = chThdGetSelfX();
[...]
while (true)
{
// wait for event sent from irmp_ISR
chEvtWaitAnyTimeout(ALL_EVENTS,TIME_INFINITE);

if (irmp_get_data (&irmp_data))
// use data in irmp_data
</syntaxhighlight>

==== IRMP_LOGGING ====

With IRMP_LOGGING the logging of received IR frames can be turned on.

Default value:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not. default is 0
</syntaxhighlight>

Further documentation can be found here: [[IRMP_-_english#Scanning_unknown_IR_Protocols|Scanning Unknown IR Protocols]].

=== Using IRMP ===

The protocols supported by [[IRMP_-_english#top|IRMP]] use partly variable, partly fixed bit lengths from 2 up to 48 bits. These are described by preprocessor defines.

[[IRMP_-_english#top|IRMP]] separates these IR frames into 3 sections:

1. protocol ID
2. address or vendor code
3. command

With the function

irmp_get_data (IRMP_DATA * irmp_data_p)

you can recall a decoded message. The return value is 1 if a message has been received, otherwise it is 0. In the first case the struct members

<syntaxhighlight lang="c" style="font-size:85%;">
irmp_data_p->protocol (8 Bit)
irmp_data_p->address (16 Bit)
irmp_data_p->command (16 Bit)
irmp_data_p->flags (8 Bit)
</syntaxhighlight>

contain valid information.

That means that ultimately, you have three values (protocol, address and command) that can be evaluated with an if or switch statement.
Here is a sample decoder which listens for keys 1-9 on a remote:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == IRMP_NEC_PROTOCOL && // NEC protocol
irmp_data.address == 0x1234) // Address 0x1234
{
switch (irmp_data.command)
{
case 0x0001: key1_pressed(); break; // Key 1
case 0x0002: key2_pressed(); break; // Key 2
...
case 0x0009: key9_pressed(); break; // Key 9
}
}
}
</syntaxhighlight>

Here are possible constants for irmp_data.protocol, see also [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h]:

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_SIRCS_PROTOCOL 1 // Sony
#define IRMP_NEC_PROTOCOL 2 // NEC, Pioneer, JVC, Toshiba, generic, etc.
#define IRMP_SAMSUNG_PROTOCOL 3 // Samsung
#define IRMP_MATSUSHITA_PROTOCOL 4 // Matsushita
#define IRMP_KASEIKYO_PROTOCOL 5 // Kaseikyo (Panasonic, etc.)
#define IRMP_RECS80_PROTOCOL 6 // Philips, Thomson, Nordmende, Telefunken, Saba
#define IRMP_RC5_PROTOCOL 7 // Philips etc
#define IRMP_DENON_PROTOCOL 8 // Denon, Sharp
#define IRMP_RC6_PROTOCOL 9 // Philips etc
#define IRMP_SAMSUNG32_PROTOCOL 10 // Samsung32: no sync pulse at bit 16, length 32 instead of 37
#define IRMP_APPLE_PROTOCOL 11 // Apple, very similar to NEC
#define IRMP_RECS80EXT_PROTOCOL 12 // Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
#define IRMP_NUBERT_PROTOCOL 13 // Nubert
#define IRMP_BANG_OLUFSEN_PROTOCOL 14 // Bang & Olufsen
#define IRMP_GRUNDIG_PROTOCOL 15 // Grundig
#define IRMP_NOKIA_PROTOCOL 16 // Nokia
#define IRMP_SIEMENS_PROTOCOL 17 // Siemens, e.g. Gigaset
#define IRMP_FDC_PROTOCOL 18 // FDC keyboard
#define IRMP_RCCAR_PROTOCOL 19 // RC Car
#define IRMP_JVC_PROTOCOL 20 // JVC (NEC with 16 bits)
#define IRMP_RC6A_PROTOCOL 21 // RC6A, e.g. Kathrein, XBOX
#define IRMP_NIKON_PROTOCOL 22 // Nikon
#define IRMP_RUWIDO_PROTOCOL 23 // Ruwido, e.g. T-Home Media Receiver
#define IRMP_IR60_PROTOCOL 24 // IR60 (SDA2008)
#define IRMP_KATHREIN_PROTOCOL 25 // Kathrein
#define IRMP_NETBOX_PROTOCOL 26 // Netbox keyboard (bitserial)
#define IRMP_NEC16_PROTOCOL 27 // NEC with 16 bits (incl. sync)
#define IRMP_NEC42_PROTOCOL 28 // NEC with 42 bits
#define IRMP_LEGO_PROTOCOL 29 // LEGO Power Functions RC
#define IRMP_THOMSON_PROTOCOL 30 // Thomson
#define IRMP_BOSE_PROTOCOL 31 // BOSE
#define IRMP_A1TVBOX_PROTOCOL 32 // A1 TV Box
#define IRMP_ORTEK_PROTOCOL 33 // ORTEK - Hama
#define IRMP_TELEFUNKEN_PROTOCOL 34 // Telefunken (1560)
#define IRMP_ROOMBA_PROTOCOL 35 // iRobot Roomba vacuum cleaner
#define IRMP_RCMM32_PROTOCOL 36 // Fujitsu-Siemens (Activy remote control)
#define IRMP_RCMM24_PROTOCOL 37 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_RCMM12_PROTOCOL 38 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_SPEAKER_PROTOCOL 39 // Another loudspeaker protocol, similar to Nubert
#define IRMP_LGAIR_PROTOCOL 40 // LG air conditioner
#define IRMP_SAMSUNG48_PROTOCOL 41 // air conditioner with Samsung protocol (48 bits)
#define IRMP_MERLIN_PROTOCOL 42 // Merlin (Pollin 620 185)
#define IRMP_PENTAX_PROTOCOL 43 // Pentax camera
#define IRMP_FAN_PROTOCOL 44 // FAN (ventilator), very similar to NUBERT, but last bit is data bit instead of stop bit
#define IRMP_S100_PROTOCOL 45 // very similar to RC5, but 14 instead of 13 data bits
#define IRMP_ACP24_PROTOCOL 46 // Stiebel Eltron ACP24 air conditioner
#define IRMP_TECHNICS_PROTOCOL 47 // Technics, similar to Matsushita, but 22 instead of 24 bits
#define IRMP_PANASONIC_PROTOCOL 48 // Panasonic (video projector), start bits similar to KASEIKYO
#define IRMP_MITSU_HEAVY_PROTOCOL 49 // Mitsubishi heavy air conditioner, similar timing to Panasonic video projector
#define IRMP_VINCENT_PROTOCOL 50 // Vincent
#define IRMP_SAMSUNGAH_PROTOCOL 51 // Samsung AH
#define IRMP_IRMP16_PROTOCOL 52 // IRMP specific protocol for data transfer, e.g. between two microcontrollers via IR
#define IRMP_GREE_PROTOCOL 53 // Gree climate
#define IRMP_RCII_PROTOCOL 54 // RC II Infrared Remote Control Protocol for FM8
#define IRMP_METZ_PROTOCOL 55 // METZ
#define IRMP_ONKYO_PROTOCOL 56 // Onkyo
</syntaxhighlight>

The values of address and the command code of an unknown remote can be received and printed to UART or LCD. Then these values can be hard-coded in your decoder routine. Or you can write a learning routine, where you press keys to store the code into EEPROM. A sample for this can be found in [http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP Lernfähige IR-Fernbedienung mit IRMP].

Another [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup example main function] is included in the zip file, showing also the timer initialization.

=== Debouncing ===

To distinguish between a long key press or a single press, the IRMP_FLAG_REPETITION bit is provided. It is set in the struct member '''flags''' when a key on the remote is held, causing the same command to be repeated within a short period of time.

Example:

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_data.flags & IRMP_FLAG_REPETITION)
{
// long key press
// either:
// ignore the (repeated) key
// or:
// use this information for a repeat function
}
else
{
// key was pressed again
}
</syntaxhighlight>

This can be used to debounce the keys 0-9 by ignoring commands with the IRMP_FLAG_REPETITION bit set. For keys like 'VOLUME+' or 'VOLUME-' using the repetition can be useful, for example to [[LED-Fading|fade a LED]].

If you want to decode only single keys, you can reduce the block above to:

<syntaxhighlight lang="c" style="font-size:85%;">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// New key
// ACTION!
}
</syntaxhighlight>

'''NEW:'''

From version 3.2.2, key releases can be detected. In this case, the IRMP_FLAG_RELEASE flag is set once the remote control has ceased sending IR or RF frames.

Example:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

while (1)
{
if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == NEC_PROTOCOL && irmp_data.address == 0x1234)
{
if (irmp_data.command == 0x42 && irmp_data.flags == 0x00) // First frame, flags not set
{
motor_on ();
}
else if (irmp_data.flags & IRMP_FLAG_RELEASE) // Key is released
{
motor_off ();
}
}
}
}
</syntaxhighlight>

In the above example, a motor is turned on when a specific button on the remote control is pressed. The motor will not stop again until you release the button.

'''Important when evaluating IRMP_FLAG_RELEASE:'''

You must not rely on irmp_data.command to still contain the original command code (0x42 here). There are remote controls (e.g. RF remotes for remote controlled receptacles) which send a special key release code when the key is released. Simply check that the irmp_data.address matches before evaluating the flag.

'''This feature must be enabled explicitly in irmpconfig.h by changing the configuration variable IRMP_ENABLE_RELEASE_DETECTION'''.

== Principles of Operation ==

The "workhorse" of [[IRMP_-_english#top|IRMP]] is the interrupt service routine irmp_ISR() which should be called 15000 times per second. When using a different rate, the constant [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] needs to be modified accordingly.

First, irmp_ISR() detects the length and the type of the start bit(s) and uses this to determine the protocol in use. As soon as the protocol is identified, subsequent bits are parametrized to read them efficiently until the IR transmission is complete.

To cut off critics:

I know that the ISR is quite large. But since it behaves like a state machine, the effective executed code per cycle is relatively small. As long as the input is "dark" (and that is the case most of the time ;-)) the spent time is vanishingly short. In the WordClock project for example, 8 ISRs are called with the same timer, of which irmp_ISR() just one of many. With a MCU clock of at least 8 MHz, no timing problems occured. Consequently, I see no problem with the length of the ISR.

A crystal is not mandatory, it works well with the internal AVR oscillator. Remember to set the correct fuses for the CPU to run at 8 MHz, check [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] for correct values for an ATMEGA88.

== Scanning Unknown IR Protocols ==

To enable logging in [[IRMP_-_english#top|IRMP]], modify the value of [[IRMP_-_english#IRMP_LOGGING|IRMP_LOGGING]] to 1 of [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] on the line

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not (default)
</syntaxhighlight>

When logging is enabled, the bright and dark phases are sent via UART at 9600 bits/s: 1=dark, 0=bright. The constants in the functions uart_init() and uart_putc() may need to be modified, depending on the AVR MCU used.

'''Note: for PIC microcontrollers there is a dedicated logging module named [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]. This makes it possible to log via USB. This does not apply to the AVR version'''

By capturing these protocol scans with a terminal program and saving them to a text file, you can use these files to analyze the frames in order to add new protocols to [[IRMP_-_english#top|IRMP]] - see next chapter.

If you have a remote control that is not supported by [[IRMP_-_english#top|IRMP]], you can send me ([http://www.mikrocontroller.net/user/show/ukw ukw]) the scan files. Then I can check if the protocol is compatible with the IRMP model and modify the source code if applicable.

== IRMP under Linux and Windows ==

=== Compilation ===

[http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] can be compiled under Linux for testing IR scans in textfiles. In the subdirectory 'IR-Data' you will find such files that you can use as input files for [[IRMP_-_english#top|IRMP]].

To compile [[IRMP_-_english#top|IRMP]], enter:

make -f makefile.lnx

This will generate 3 IRMP versions:

* irmp-10kHz: Version for 10kHz scans
* irmp-15kHz: Version for 15kHz scans
* irmp-20kHz: Version for 20kHz scans

=== Starting IRMP ===

The calling syntax is:

./irmp-nnkHz [-l|-p|-a|-v] < scan-file

Options are mutually exclusive, so only one option per call is valid:

Option:

-l List print a list with pulses and pauses
-a analyze analyse the pulses/pauses and write a "spectrum" in ASCII format
-v verbose verbose output
-p Print Timings print a timing table for all protocols

Samples:

=== Normal Output ===

./irmp-10kHz < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------
# Taste 1
00000001110111101000000001111111 p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------
# Taste 2
00000001110111100100000010111111 p = 2, a = 0x7b80, c = 0x0002, f = 0x00
-------------------------------------------------------------------------
# Taste 3
00000001110111101100000000111111 p = 2, a = 0x7b80, c = 0x0003, f = 0x00
-------------------------------------------------------------------------
# Taste 4
00000001110111100010000011011111 p = 2, a = 0x7b80, c = 0x0004, f = 0x00
-------------------------------------------------------------------------
...
</syntaxhighlight>

=== Output Lists ===

./irmp-10kHz -l < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
# Taste 1
pulse: 91 pause: 44
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 16
...
</syntaxhighlight>

=== Analysis ===

./irmp-10kHz -a < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------------
START PULSES:
90 o 1
91 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 33
92 ooo 2
pulse avg: 91.0=9102.8 us, min: 90=9000.0 us, max: 92=9200.0 us, tol: 1.1%
-------------------------------------------------------------------------------
START PAUSES:
43 oo 1
44 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 25
45 oooooooooooooooooooooooo 10
pause avg: 44.2=4425.0 us, min: 43=4300.0 us, max: 45=4500.0 us, tol: 2.8%
-------------------------------------------------------------------------------
PULSES:
5 o 17
6 ooooooooooooooooooooooooooooooooooooooooooooooooooooooo 562
7 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 609
pulse avg: 6.5= 649.8 us, min: 5= 500.0 us, max: 7= 700.0 us, tol: 23.1%
-------------------------------------------------------------------------------
PAUSES:
4 ooooooooooooooooooooooo 169
5 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 412
6 oooo 31
pause avg: 4.8= 477.5 us, min: 4= 400.0 us, max: 6= 600.0 us, tol: 25.7%
15 oooooo 43
16 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 425
17 oooooooooo 72
pause avg: 16.1=1605.4 us, min: 15=1500.0 us, max: 17=1700.0 us, tol: 6.6%
-------------------------------------------------------------------------------
</syntaxhighlight>

Here you see the measured times of all pulses and pauses (spaces) as horizontal bar graphs, whose distributions are not ideal bell curves due to the ASCII formatting. The narrower the measured peaks, the better the timing of the remote.

The above output can be read as:

* the start bit has a pulse length between 9000 and 9200 µs, on average 9102 µs. The deviation from this average is about 1.1%

* the start bit has a space length between 4300 and 4500 µs, the average is 4424 µs. The error is about 2.8%.

* the pulse length of a data bit is between 500 and 700 µs, on average 650 µs, the error is (quite large!) 23.1%

Further there are two more spaces of different lengths (for bits 0 and 1). Reading these is left as an exercise to the reader. ;-)

=== Verbose Output ===

./irmp-10kHz -v < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------------
# 1 - IR-cmd: 0x0001
0.200ms [starting pulse]
13.700ms [start-bit: pulse = 91, pause = 44]
protocol = NEC, start bit timings: pulse: 62 - 118, pause: 30 - 60
pulse_1: 3 - 8
pause_1: 11 - 23
pulse_0: 3 - 8
pause_0: 3 - 8
command_offset: 16
command_len: 16
complete_len: 32
stop_bit: 1
14.800ms [bit 0: pulse = 6, pause = 5] 0
16.000ms [bit 1: pulse = 6, pause = 6] 0
17.100ms [bit 2: pulse = 6, pause = 5] 0
18.200ms [bit 3: pulse = 6, pause = 5] 0
19.300ms [bit 4: pulse = 6, pause = 5] 0
20.500ms [bit 5: pulse = 6, pause = 6] 0
21.600ms [bit 6: pulse = 6, pause = 5] 0
23.800ms [bit 7: pulse = 6, pause = 16] 1
26.100ms [bit 8: pulse = 6, pause = 17] 1
28.300ms [bit 9: pulse = 6, pause = 16] 1
29.500ms [bit 10: pulse = 6, pause = 6] 0
31.700ms [bit 11: pulse = 6, pause = 16] 1
34.000ms [bit 12: pulse = 6, pause = 17] 1
36.200ms [bit 13: pulse = 6, pause = 16] 1
38.500ms [bit 14: pulse = 6, pause = 17] 1
39.600ms [bit 15: pulse = 6, pause = 5] 0
41.900ms [bit 16: pulse = 6, pause = 17] 1
43.000ms [bit 17: pulse = 6, pause = 5] 0
44.100ms [bit 18: pulse = 6, pause = 5] 0
45.200ms [bit 19: pulse = 6, pause = 5] 0
46.400ms [bit 20: pulse = 7, pause = 5] 0
47.500ms [bit 21: pulse = 6, pause = 5] 0
48.600ms [bit 22: pulse = 6, pause = 5] 0
49.800ms [bit 23: pulse = 6, pause = 6] 0
50.900ms [bit 24: pulse = 5, pause = 6] 0
53.100ms [bit 25: pulse = 6, pause = 16] 1
55.400ms [bit 26: pulse = 6, pause = 17] 1
57.600ms [bit 27: pulse = 6, pause = 16] 1
59.900ms [bit 28: pulse = 6, pause = 17] 1
62.100ms [bit 29: pulse = 6, pause = 16] 1
64.400ms [bit 30: pulse = 6, pause = 17] 1
66.700ms [bit 31: pulse = 6, pause = 17] 1
stop bit detected
67.300ms code detected, length = 32
67.300ms p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------------
</syntaxhighlight>

=== Starting under Windows ===

[[IRMP_-_english#top|IRMP]] can be used under Windows as well:

* start command line console
* change to directory 'irmp'
* enter:
irmp-10kHz.exe < IR-Data\rc5x.txt

The same options apply as for the Linux version.

=== Long Output ===

As some output is very long, it is recommended to redirect the output to a file or filter for paging:

Linux:

./irmp-10kHz < IR-Data/rc5x.txt | less

Windows:

irmp-10kHz.exe < IR-Data\rc5x.txt | more

== Remote Controls ==

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! Protocol || Name || Device || Device Address
|-
| [[IRMP_-_english#NEC_+_extended_NEC|NEC]] || Toshiba CT-9859 || TV || 0x5F40
|-
VCR|-
| || Elta 8848 MP 4 || DVD player || 0x7F00
|-
| || AS-218 || Askey TV-View CHP03X (TV tuner card) || 0x3B86
|-
| || Cyberhome ??? || Cyberhome DVD player || 0x6D72
|-
| || WD TV Live || Western Digital Multimediaplayer || 0x1F30
|-
| || Canon WL-DC100 || Kamera Canon PowerShot G5 || 0xB1CA
|-
| [[IRMP_-_english#NEC16|NEC16]] || Daewoo || VCR || 0x0015
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Technics EUR646497 || SA-AX 730 AV receiver || 0x2002
|-
| || Panasonic TV || TX-L32EW6 TV || 0x2002
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Loewe Assist/RC3/RC4 || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips TV || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony RM-816 || TV (remote control in TV mode) || 0x0000
|-
| [[IRMP_-_english#DENON|DENON]] || DENON RC970 || AVR3805 AV receiver || 0x0008
|-
| || DENON RC970 || DVD/CD player || 0x0002
|-
| || DENON RC970 || Tuner || 0x0006
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung AA59-00484A || LE40D550 TV || 0x0707
|-
| || LG AKB72033901 || BD370 Blu-Ray player || 0x2D2D
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple || Apple iPod Dock || 0x0020
|-
|}

----

== Cameras ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
[[IRMP_-_english#top|IRMP]] supports more and more camera remotes like:

* [[IRMP_-_english#PENTAX|PENTAX]]
* [[IRMP_-_english#Nikon|Nikon]]

The array of commands is quite limited. Cameras understand only the shutter release command.
||
[[Datei:Irmp-pentax.png|miniatur|PENTAX protocol]]
|}

Here is a short table for [[IRMP_-_english#PENTAX|PENTAX]] cameras:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Command || Function
|-
| 0x0000 || Shutter release
|-
| 0x0001 || change zoom level
|-
|}

Because there is no address designated in the [[IRMP_-_english#PENTAX|PENTAX]] protocol, for transmitting, it should be set to 0x0000 in [[IRSND_-_english|IRSND]].

For Nikon cameras, a crystal should be used because these cameras are quite sensitive to timing accuracy.

== IR Keyboards ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
From version 1.7.0 on, [[IRMP_-_english#top|IRMP]] also supports IR keyboards, namely the FDC-3402 <s> from www.pollin.de (partno. 711 056) for less than 2 Euro.</s> (not available as of 19.09.2017 )

On detection of a key press the following data is returned:

Protocol number (irmp_data.protocol): 18
Address (irmp_data.address) : 0x003F
||
[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402 keyboard]]
|}

The following values are returned as commands (irmp_data.command) :

{| class="wikitable" style="font-size:50%; text-align:center;"
|- style="background-color:#eeeeee"
! Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key || Code || Key
|-
| 0x0000 || || 0x0010 || TAB || 0x0020 || 's' || 0x0030 || 'c' || 0x0040 || || 0x0050 || HOME || 0x0060 || || 0x0070 || MENUE
|-
| 0x0001 || '^' || 0x0011 || 'q' || 0x0021 || 'd' || 0x0031 || 'v' || 0x0041 || || 0x0051 || END || 0x0061 || || 0x0071 || BACK
|-
| 0x0002 || '1' || 0x0012 || 'w' || 0x0022 || 'f' || 0x0032 || 'b' || 0x0042 || || 0x0052 || || 0x0062 || || 0x0072 || FORWARD
|-
| 0x0003 || '2' || 0x0013 || 'e' || 0x0023 || 'g' || 0x0033 || 'n' || 0x0043 || || 0x0053 || UP || 0x0063 || || 0x0073 || ADDRESS
|-
| 0x0004 || '3' || 0x0014 || 'r' || 0x0024 || 'h' || 0x0034 || 'm' || 0x0044 || || 0x0054 || DOWN || 0x0064 || || 0x0074 || WINDOW
|-
| 0x0005 || '4' || 0x0015 || 't' || 0x0025 || 'j' || 0x0035 || ',' || 0x0045 || || 0x0055 || PAGE_UP || 0x0065 || || 0x0075 || 1ST_PAGE
|-
| 0x0006 || '5' || 0x0016 || 'z' || 0x0026 || 'k' || 0x0036 || '.' || 0x0046 || || 0x0056 || PAGE_DOWN || 0x0066 || || 0x0076 || STOP
|-
| 0x0007 || '6' || 0x0017 || 'u' || 0x0027 || 'l' || 0x0037 || '-' || 0x0047 || || 0x0057 || || 0x0067 || || 0x0077 || MAIL
|-
| 0x0008 || '7' || 0x0018 || 'i' || 0x0028 || 'ö' || 0x0038 || || 0x0048 || || 0x0058 || || 0x0068 || || 0x0078 || FAVORITES
|-
| 0x0009 || '8' || 0x0019 || 'o' || 0x0029 || 'ä' || 0x0039 || SHIFT_RIGHT || 0x0049 || || 0x0059 || RIGHT || 0x0069 || || 0x0079 || NEW_PAGE
|-
| 0x000A || '9' || 0x001A || 'p' || 0x002A || '#' || 0x003A || CTRL || 0x004A || || 0x005A || || 0x006A || || 0x007A || SETUP
|-
| 0x000B || '0' || 0x001B || 'ü' || 0x002B || CR || 0x003B || || 0x004B || INSERT || 0x005B || || 0x006B || || 0x007B || FONT
|-
| 0x000C || 'ß' || 0x001C || '+' || 0x002C || SHIFT_LEFT || 0x003C || ALT_LEFT || 0x004C || DELETE || 0x005C || || 0x006C || || 0x007C || PRINT
|-
| 0x000D || '´' || 0x001D || || 0x002D || '<' || 0x003D || SPACE || 0x004D || || 0x005D || || 0x006D || || 0x007D ||
|-
| 0x000E || || 0x001E || CAPSLOCK || 0x002E || 'y' || 0x003E || ALT_RIGHT || 0x004E || || 0x005E || || 0x006E || ESCAPE || 0x007E || ON_OFF
|-
| 0x000F || BACKSPACE || 0x001F || 'a' || 0x002F || 'x' || 0x003F || || 0x004F || LEFT || 0x005F || || 0x006F || || 0x007F ||
|-
|}

Special keys on the left:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Code || Key
|-
|-
| 0x0400 || KEY_MOUSE_1
|-
| 0x0800 || KEY_MOUSE_2
|}

The above values are for pressing a key. On release, [[IRMP_-_english#top|IRMP]] sets also bit 8 (0x80) in the command.

Example:

Key 'a' pressed: 0x001F
Key 'a' released: 0x009F

The ON/OFF key is an exception: This key only sends a code for a key press, not for the release.

If a key is held, this is indicated in irmp_data.flag.

Example:

command flag
Key 'a' pressed: 0x001F 0x00
Key 'a' pressed: 0x001F 0x01
Key 'a' pressed: 0x001F 0x01
Key 'a' pressed: 0x001F 0x01
....
Key 'a' released: 0x009F 0x00

When key combinations (like a capital 'A') are pressed, then the return values are a sequence like this:

Left SHIFT-key pressed: 0x0002
Key 'a' pressed: 0x001F
Key 'a' released: 0x009F
Left SHIFT-key released: 0x0082

In [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] you will find a function get_fdc_key() for the Linux version, which can be used as a template to convert the FDC keycodes into the corresponding ASCII codes. This function can be used either locally on the MCU to decode the keycodes, or on the host system (e.g. PC) where the IRMP data structure is sent to. Therefore the function including preprocessor constants should be copied to your application code.

Here is an excerpt:
<syntaxhighlight lang="c" style="font-size:85%;">
#define STATE_LEFT_SHIFT 0x01
#define STATE_RIGHT_SHIFT 0x02
#define STATE_LEFT_CTRL 0x04
#define STATE_LEFT_ALT 0x08
#define STATE_RIGHT_ALT 0x10

#define KEY_ESCAPE 0x1B // keycode = 0x006e
#define KEY_MENUE 0x80 // keycode = 0x0070
#define KEY_BACK 0x81 // keycode = 0x0071
#define KEY_FORWARD 0x82 // keycode = 0x0072
#define KEY_ADDRESS 0x83 // keycode = 0x0073
#define KEY_WINDOW 0x84 // keycode = 0x0074
#define KEY_1ST_PAGE 0x85 // keycode = 0x0075
#define KEY_STOP 0x86 // keycode = 0x0076
#define KEY_MAIL 0x87 // keycode = 0x0077
#define KEY_FAVORITES 0x88 // keycode = 0x0078
#define KEY_NEW_PAGE 0x89 // keycode = 0x0079
#define KEY_SETUP 0x8A // keycode = 0x007a
#define KEY_FONT 0x8B // keycode = 0x007b
#define KEY_PRINT 0x8C // keycode = 0x007c
#define KEY_ON_OFF 0x8E // keycode = 0x007c

#define KEY_INSERT 0x90 // keycode = 0x004b
#define KEY_DELETE 0x91 // keycode = 0x004c
#define KEY_LEFT 0x92 // keycode = 0x004f
#define KEY_HOME 0x93 // keycode = 0x0050
#define KEY_END 0x94 // keycode = 0x0051
#define KEY_UP 0x95 // keycode = 0x0053
#define KEY_DOWN 0x96 // keycode = 0x0054
#define KEY_PAGE_UP 0x97 // keycode = 0x0055
#define KEY_PAGE_DOWN 0x98 // keycode = 0x0056
#define KEY_RIGHT 0x99 // keycode = 0x0059
#define KEY_MOUSE_1 0x9E // keycode = 0x0400
#define KEY_MOUSE_2 0x9F // keycode = 0x0800

static uint8_t
get_fdc_key (uint16_t cmd)
{
static uint8_t key_table[128] =
{
// 0 1 2 3 4 5 6 7 8 9 A B C D E F
0, '^', '1', '2', '3', '4', '5', '6', '7', '8', '9', '0', 0xDF, '´', 0, '\b',
'\t', 'q', 'w', 'e', 'r', 't', 'z', 'u', 'i', 'o', 'p', 0xFC, '+', 0, 0, 'a',
's', 'd', 'f', 'g', 'h', 'j', 'k', 'l', 0xF6, 0xE4, '#', '\r', 0, '<', 'y', 'x',
'c', 'v', 'b', 'n', 'm', ',', '.', '-', 0, 0, 0, 0, 0, ' ', 0, 0,

0, '°', '!', '"', '§', '$', '%', '&', '/', '(', ')', '=', '?', '`', 0, '\b',
'\t', 'Q', 'W', 'E', 'R', 'T', 'Z', 'U', 'I', 'O', 'P', 0xDC, '*', 0, 0, 'A',
'S', 'D', 'F', 'G', 'H', 'J', 'K', 'L', 0xD6, 0xC4, '\'', '\r', 0, '>', 'Y', 'X',
'C', 'V', 'B', 'N', 'M', ';', ':', '_', 0, 0, 0, 0, 0, ' ', 0, 0
};
static uint8_t state;

uint8_t key = 0;

switch (cmd)
{
case 0x002C: state |= STATE_LEFT_SHIFT; break; // pressed left shift
case 0x00AC: state &= ~STATE_LEFT_SHIFT; break; // released left shift
case 0x0039: state |= STATE_RIGHT_SHIFT; break; // pressed right shift
case 0x00B9: state &= ~STATE_RIGHT_SHIFT; break; // released right shift
case 0x003A: state |= STATE_LEFT_CTRL; break; // pressed left ctrl
case 0x00BA: state &= ~STATE_LEFT_CTRL; break; // released left ctrl
case 0x003C: state |= STATE_LEFT_ALT; break; // pressed left alt
case 0x00BC: state &= ~STATE_LEFT_ALT; break; // released left alt
case 0x003E: state |= STATE_RIGHT_ALT; break; // pressed left alt
case 0x00BE: state &= ~STATE_RIGHT_ALT; break; // released left alt

case 0x006e: key = KEY_ESCAPE; break;
case 0x004b: key = KEY_INSERT; break;
case 0x004c: key = KEY_DELETE; break;
case 0x004f: key = KEY_LEFT; break;
case 0x0050: key = KEY_HOME; break;
case 0x0051: key = KEY_END; break;
case 0x0053: key = KEY_UP; break;
case 0x0054: key = KEY_DOWN; break;
case 0x0055: key = KEY_PAGE_UP; break;
case 0x0056: key = KEY_PAGE_DOWN; break;
case 0x0059: key = KEY_RIGHT; break;
case 0x0400: key = KEY_MOUSE_1; break;
case 0x0800: key = KEY_MOUSE_2; break;

default:
{
if (!(cmd & 0x80)) // pressed key
{
if (cmd >= 0x70 && cmd <= 0x7F) // function keys
{
key = cmd + 0x10; // 7x -> 8x
}
else if (cmd < 64) // key listed in key_table
{
if (state & (STATE_LEFT_ALT | STATE_RIGHT_ALT))
{
switch (cmd)
{
case 0x0003: key = 0xB2; break; // ²
case 0x0008: key = '{'; break;
case 0x0009: key = '['; break;
case 0x000A: key = ']'; break;
case 0x000B: key = '}'; break;
case 0x000C: key = '\\'; break;
case 0x001C: key = '~'; break;
case 0x002D: key = '|'; break;
case 0x0034: key = 0xB5; break; // µ
}
}
else if (state & (STATE_LEFT_CTRL))
{
if (key_table[cmd] >= 'a' && key_table[cmd] <= 'z')
{
key = key_table[cmd] - 'a' + 1;
}
else
{
key = key_table[cmd];
}
}
else
{
int idx = cmd + ((state & (STATE_LEFT_SHIFT | STATE_RIGHT_SHIFT)) ? 64 : 0);

if (key_table[idx])
{
key = key_table[idx];
}
}
}
}
break;
}
}

return (key);
}
</syntaxhighlight>

As a final example, use of the get_fdc_key() function:

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_get_data (&irmp_data))
{
uint8_t key;

if (irmp_data.protocol == IRMP_FDC_PROTOCOL &&
(key = get_fdc_key (irmp_data.command)) != 0)
{
if ((key >= 0x20 && key < 0x7F) || key >= 0xA0) // show only printable characters
{
printf ("ascii-code = 0x%02x, character = '%c'\n", key, key);
}
else // it's a non-printable key
{
printf ("ascii-code = 0x%02x\n", key);
}
}
}
</syntaxhighlight>

Non-printable characters are coded as follows:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Key || Constant || Value
|-
| ESC || KEY_ESCAPE || 0x1B
|-
| Menu || KEY_MENUE || 0x80
|-
| Back || KEY_BACK || 0x81
|-
| Forward || KEY_FORWARD || 0x82
|-
| Adress || KEY_ADDRESS || 0x83
|-
| Window || KEY_WINDOW || 0x84
|-
| 1. Page || KEY_1ST_PAGE || 0x85
|-
| Stop || KEY_STOP || 0x86
|-
| Mail || KEY_MAIL || 0x87
|-
| Fav. || KEY_FAVORITES || 0x88
|-
| New Page || KEY_NEW_PAGE || 0x89
|-
| Setup || KEY_SETUP || 0x8A
|-
| Font || KEY_FONT || 0x8B
|-
| Print || KEY_PRINT || 0x8C
|-
| On/Off || KEY_ON_OFF || 0x8E
|-
| Backspace || '\b' || 0x08
|-
| CR/ENTER || '\r' || 0x0C
|-
| TAB || '\t' || 0x09
|-
| Insert || KEY_INSERT || 0x90
|-
| Delete || KEY_DELETE || 0x91
|-
| Cursor left || KEY_LEFT || 0x92
|-
| Pos1 || KEY_HOME || 0x93
|-
| End || KEY_END || 0x94
|-
| Cursor right || KEY_UP || 0x95
|-
| Cursor down || KEY_DOWN || 0x96
|-
| Page up || KEY_PAGE_UP || 0x97
|-
| Page down || KEY_PAGE_DOWN || 0x98
|-
| Cursor left || KEY_RIGHT || 0x99
|-
| Left Mousebutton || KEY_MOUSE_1 || 0x9E
|-
| Right Mousebutton || KEY_MOUSE_2 || 0x9F
|-
|}

The get_fdc_key() function considers the state of the Shift, Ctrl, and Alt keys. As a result, not only capital letters can be entered, but also special characters with Alt + key combinations, e.g. Alt + m -> µ or Alt + q -> @. You can also send Ctrl + A to Ctrl + Z by using the Ctrl key. The Caps Lock key is ignored, as I regard this key as the most unnecessary key at all ;-)

= Appendix =

== IR Protocols in Detail ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Protocols ===
||
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]
|}

==== NEC + extended NEC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#NEC Protocol|NEC + extended NEC]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz / 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data NEC || 8 address bits + 8 inverted address bits + 8 command bits + 8 inverted command bits
|-
| Data ext. NEC || 16 address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || 9000µs pulse, 2250µs pause, 560µs pulse, ~100ms pause
|-
| Bit order || LSB first
|-
|}

==== JVC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#NEC16 Protocol (JVC)|JVC]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 4 address bits + 12 command bits
|-
| Start bit || 9000µs pulse, 4500µs pause, 6000µs pause if key repeat
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after pause of 25ms
|-
| Bit order || LSB first
|-
|}

==== NEC16 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC16''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 8 address bits + 1 sync bit + 8 data bits + 1 stop bit
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| sync bit || 560µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after pause of 25ms?
|-
| Bit order || LSB first
|-
|}

==== NEC42 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC42''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 42 data bits + 1 stop bit
|-
| Data || 13 address bits + 13 inverted address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 9000µs pulse, 4500µs pause
|-
| 0 bit || 560µs pulse, 560µs pause
|-
| 1 bit || 560µs pulse, 1690µs pause
|-
| Stop bit || 560µs pulse
|-
| Repetition || none
|-
| Key repeat || after 110ms (beginning from start bit), 9000µs pulse, 2250µs pause, 560µs pulse
|-
| Bit order || LSB first
|-
|}

==== ACP24 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#ACP24 Protocol|ACP24]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 70 data bits + 1 stop bit
|-
| Data || 0 address bits + 70 command bits
|-
| Start bit || 390µs pulse, 950µs pause
|-
| 0 bit || 390µs pulse, 950µs pause
|-
| 1 bit || 390µs pulse, 13000µs pause
|-
| Stop bit || 390µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== LGAIR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#LGAIR Protocol|LGAIR]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 28 data bits + 1 stop bit
|-
| Data || 8 address bits + 16 command bits + 4 checksum bits
|-
| Start bit || 9000µs pulse, 4500µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 0 bit || 560µs pulse, 560µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 1 bit || 560µs pulse, 1690µs pause (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Stop bit || 560µs pulse (identical to [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first ('''differs''' from [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
|}

==== SAMSUNG ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#SAMSUNG Protocol|SAMSUNG]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || ?? kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data(1) bits + 1 sync bit + 20 data(2)-bits + 1 stop bit
|-
| Data(1) || 16 address bits
|-
| Data(2) || 4 ID bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| sync bit || 550µs pulse, 4500µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || LSB first
|-
|}

==== SAMSUNG32 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG32''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 16 command bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 47msec
|-
| Bit order || LSB first
|-
|}

==== SAMSUNG48 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG48''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 48 data bits + 1 stop bit
|-
| Data || 16 address bits + 32 command bits
|-
| Command || 8 bits + 8 inverted bits + 8 bits + 8 inverted bits
|-
| Start bit || 4500µs pulse, 4500µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1650µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || one after approx. 5 msec
|-
| Key repeat || after approx. 45 msec
|-
| Bit order || LSB first
|-
|}

==== MATSUSHITA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#MATSUHITA Protocol|MATSUSHITA]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance, timing identical to [[IRMP_-_english#TECHNICS|TECHNICS]]
|-
| Frame || 1 start bit + 24 data bits + 1 stop bit
|-
| Data || 6 customer bits + 6 command bits + 12 address bits
|-
| Start bit || 3488µs pulse, 3488µs pause
|-
| 0 bit || 872µs pulse, 872µs pause
|-
| 1 bit || 872µs pulse, 2616µs pause
|-
| Stop bit || 872µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms pause
|-
| Bit order || LSB first?
|-
|}

==== TECHNICS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TECHNICS''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz?
|-
| Coding || pulse distance, timing identical to [[IRMP_-_english#MATSUSHITA|MATSUSHITA]]
|-
| Frame || 1 start bit + 22 data bits + 1 stop bit
|-
| Data || 11 command bits + 11 inverted command bits
|-
| Start bit || 3488µs pulse, 3488µs pause
|-
| 0 bit || 872µs pulse, 872µs pause
|-
| 1 bit || 872µs pulse, 2616µs pause
|-
| Stop bit || 872µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms pause
|-
| Bit order || LSB first?
|-
|}

==== KASEIKYO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#KASEIKYO_Protocol_.28.22Japan Protocol.22.29|KASEIKYO]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 48 data bits + 1 stop bit
|-
| Data || 16 customer bits + 4 parity bits + 4 genre1 bits + 4 genre2 bits + 10 command bits + 2 ID bits + 8 parity bits
|-
| Start bit || 3380µs pulse, 1690µs pause
|-
| 0 bit || 423µs pulse, 423µs pause
|-
| 1 bit || 423µs pulse, 1269µs pause
|-
| Stop bit || 423µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 80ms pause
|-
| Bit order || LSB first?
|-
|}

==== RECS80 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RECS80 and RECS80 Extended Protocol|RECS80]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bits + 10 data bits + 1 stop bit
|-
| Data || 1 toggle bit + 3 address bits + 6 command bits
|-
| Start bit || 158µs pulse, 7432µs pause
|-
| 0 bit || 158µs pulse, 4902µs pause
|-
| 1 bit || 158µs pulse, 7432µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RECS80EXT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RECS80 and RECS80 Extended Protocol|RECS80EXT]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 2 start bits + 11 data bits + 1 stop bit
|-
| Data || 1 toggle bit + 4 address bits + 6 command bits
|-
| Start bit || 158µs pulse, 3637µs pause
|-
| 0 bit || 158µs pulse, 4902µs pause
|-
| 1 bit || 158µs pulse, 7432µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== DENON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Denon Protocol|DENON]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz (in practice, theoretically: 32 kHz)
|-
| Coding || pulse distance
|-
| Frame || 0 start bits + 15 data bits + 1 stop bit
|-
| Data || 5 address bits + 10 command bits
|-
| Command || 6 data bits + 2 extension bits + 2 data construction bits (normal: 00, inverted: 11)
|-
| Start bit || none
|-
| 0 bit || 310µs pulse, 745µs pause (in practice, theoretically: 275µs pulse, 775µs pause)
|-
| 1 bit || 310µs pulse, 1780µs pause (in practice, theoretically: 275µs pulse, 1900µs pause)
|-
| Stop bit || 310µs pulse (310µs pulse, 745µs pause (in practice, theoretically: 275µs pulse)
|-
| Repetition || after 65ms with inverted command bits (data construction bits = 11)
|-
| Key repeat || both frames after 65ms
|-
| Bit order || MSB first
|-
|}

==== APPLE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''APPLE''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 11100000 + 8 command bits
|-
| Start bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| 0 bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| 1 bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| Stop bit || see [[IRMP_-_english#NEC_+_extended_NEC|NEC]]
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || LSB first
|-
|}

==== BOSE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''BOSE''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 0 address bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 1060µs pulse, 1425µs pause
|-
| 0 bit || 550µs pulse, 437µs pause
|-
| 1 bit || 550µs pulse, 1425µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || LSB first
|-
|}

==== B&O ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Bang & Olufsen|B&O]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 455 kHz
|-
| Coding || pulse distance
|-
| Frame || 4 start bits + 16 data bits + 1 trailer bit + 1 stop bit
|-
| Data || 0 address bits + 16 command bits
|-
| Start bit 1 || 200µs pulse, 2925µs pause
|-
| Start bit 2 || 200µs pulse, 2925µs pause
|-
| Start bit 3 || 200µs pulse, 15425µs pause
|-
| Start bit 4 || 200µs pulse, 2925µs pause
|-
| 0 bit || 200µs pulse, 2925µs pause
|-
| 1 bit || 200µs pulse, 9175µs pause
|-
| R bit || 200µs pulse, 6050µs pause, repeats the last bit
|-
| Trailer bit || 200µs pulse, 12300µs pause
|-
| Stop bit || 200µs pulse
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== FDC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FDC''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 40 data bits + 1 stop bit
|-
| Data || 8 address bits + 12 x 0 bits + 4 press/release bits + 8 command bits + 8 inverted command bits
|-
| Start bit || 2085µs pulse, 966µs pause
|-
| 0 bit || 300µs pulse, 220µs pause
|-
| 1 bit || 300µs pulse, 715µs pause
|-
| Stop bit || 300µs pulse
|-
| Repetition || none
|-
| Press Key || press/release bits = 0000
|-
| Release Key || press/release bits = 1111
|-
| Key repeat || after pause of approx. 60ms
|-
| Bit order || LSB first
|-
|}

==== Nikon ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''Nikon''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 2 data bits + 1 stop bit
|-
| Data || 2 command bits
|-
| Start bit || 2200µs pulse, 27100µs pause
|-
| 0 bit || 500µs pulse, 1500µs pause
|-
| 1 bit || 500µs pulse, 3500µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== PANASONIC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PANASONIC''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 56 data bits + 1 stop bit
|-
| Data || 24 bits (010000000000010000000001) + 16 address bits + 16 command bits
|-
| Start bit || 3600µs pulse, 1600µs pause
|-
| 0 bit || 565µs pulse, 316µs pause
|-
| 1 bit || 565µs pulse, 1140µs pause
|-
| Stop bit || 565µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || LSB first?
|-
|}

==== PENTAX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PENTAX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 6 data bits + 1 stop bit
|-
| Data || 6 command bits
|-
| Start bit || 2200µs pulse, 27100µs pause
|-
| 0 bit || 1000µs pulse, 1000µs pause
|-
| 1 bit || 1000µs pulse, 3000µs pause
|-
| Stop bit || 1000µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== KATHREIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''KATHREIN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 11 data bits + 1 stop bit
|-
| Data || 4 address bits + 7 command bits
|-
| Start bit || 210µs pulse, 6218µs pause
|-
| 0 bit || 210µs pulse, 1400µs pause
|-
| 1 bit || 210µs pulse, 3000µs pause
|-
| Stop bit || 210µs pulse
|-
| Repetition || none
|-
| Key repeat || after 35ms?
|-
| Bit order || MSB first
|-
|}

==== LEGO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#LEGO Power Functions RC|LEGO]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 16 data bits + 1 stop bit
|-
| Data || 12 command bits + 4 crc bits
|-
| Start bit || 158µs pulse, 1026µs pause
|-
| 0 bit || 158µs pulse, 263µs pause
|-
| 1 bit || 158µs pulse, 553µs pause
|-
| Stop bit || 158µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== VINCENT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#VINCENT|VINCENT]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 32 data bits + 1 stop bit
|-
| Data || 16 address bits + 8 command bits + 8 repeated command bits
|-
| Start bit || 2500µs pulse, 4600µs pause
|-
| 0 bit || 550µs pulse, 550µs pause
|-
| 1 bit || 550µs pulse, 1540µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first?
|-
|}

==== THOMSON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''THOMSON''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 33 kHz
|-
| Coding || pulse distance
|-
| Frame || 0 start bits + 12 data bits + 1 stop bit
|-
| Data || 4 address bits + 1 toggle bit + 7 command bits
|-
| 0 bit || 550µs pulse, 2000µs pause
|-
| 1 bit || 550µs pulse, 4500µs pause
|-
| Stop bit || 550µs pulse
|-
| Repetition || none
|-
| Key repeat || after 35ms
|-
| Bit order || MSB first?
|-
|}

==== TELEFUNKEN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TELEFUNKEN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 15 data bits + 1 stop bit
|-
| Data || 0 address bits + 15 command bits
|-
| Start bit || 600µs pulse, 1500µs pause
|-
| 0 bit || 600µs pulse, 600µs pause
|-
| 1 bit || 600µs pulse, 1500µs pause
|-
| Stop bit || 600µs pulse
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first?
|-
|}

==== RCCAR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCCAR''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance
|-
| Frame || 1 start bit + 13 data bits + 1 stop bit
|-
| Data || 13 command bits
|-
| Start bit || 2000µs pulse, 2000µs pause
|-
| 0 bit || 600µs pulse, 900µs pause
|-
| 1 bit || 600µs pulse, 450µs pause
|-
| Stop bit || 600µs pulse
|-
| Repetition || none
|-
| Key repeat || after 40ms?
|-
| Bit order || LSB first
|-
|}

==== RCMM ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RCMM_Protocol|RCMM]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance
|-
| Frame RCMM32 || 1 start bit + 32 data bits + 1 stop bit
|-
| Frame RCMM24 || 1 start bit + 24 data bits + 1 stop bit
|-
| Frame RCMM12 || 1 start bit + 12 data bits + 1 stop bit
|-
| Data RCMM32 || 16 address bits (= 4 mode bits + 12 device bits) + 1 toggle bit + 15 command bits
|-
| Data RCMM24 || 16 address bits (= 4 mode bits + 12 device bits) + 1 toggle bit + 7 command bits
|-
| Data RCMM12 || 4 address bits (= 2 mode bits + 2 device bits) + 8 command bits
|-
| Start bit || 500µs pulse, 220µs pause
|-
| 00 bits || 230µs pulse, 220µs pause
|-
| 01 bits || 230µs pulse, 380µs pause
|-
| 10 bits || 230µs pulse, 550µs pause
|-
| 11 bits || 230µs pulse, 720µs pause
|-
| Stop bit || 230µs pulse
|-
| Repetition || none
|-
| Key repeat || after 80ms
|-
| Bit order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Width Protocols ===
||
[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]
|}

==== SIRCS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#SIRCS_Protocol|SIRCS]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
|Frequency ||40 kHz
|-
| Coding || pulse width
|-
| Frame || 1 start bit + 12-20 data bits, no stop bit
|-
| Data || 7 command bits + 5 address bits + up to 8 additional bits
|-
| Start bit || 2400µs pulse, 600µs pause
|-
| 0 bit || 600µs pulse, 600µs pause
|-
| 1 bit || 1200µs pulse, 600µs pause
|-
| Repetition || twice after approx. 25ms, that means: 2nd and 3rd frame
|-
| Key repeat || starting with 4th identical frame, distance approx. 25ms
|-
| Bit order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse distance Width Protocols ===
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]
|}

==== NUBERT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NUBERT''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 10 data bits + 1 stop bit
|-
| Data || 0 address bits + 10 command bits ?
|-
| Start bit || 1340µs pulse, 340µs pause
|-
| 0 bit || 500µs pulse, 1300µs pause
|-
| 1 bit || 1340µs pulse, 340µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || once after 35ms
|-
| Key repeat || 3rd, 5th, 7th etc. indentical frame
|-
| Bit order || MSB first?
|-
|}

==== FAN ====

This protocol is very similar to [[IRMP_-_english#NUBERT|NUBERT]], but here it will be sent only one frame. Additionally there are 11 instead of 10 data bits and no stop bit. The pause time between frame repetitions is substantial lower.

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FAN ''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 11 data bits + 0 stop bits
|-
| Data || 0 address bits + 11 command bits
|-
| Start bit || 1280µs pulse, 380µs pause
|-
| 0 bit || 380µs pulse, 1280µs pause
|-
| 1 bit || 1280µs pulse, 380µs pause
|-
| Stop bit || 500µs pulse
|-
| Repetition || none
|-
| Key repeat || after 6.6ms pause
|-
| Bit order || MSB first
|-
|}

==== SPEAKER ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SPEAKER''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 10 data bits + 1 stop bit
|-
| Data || 0 address bits + 10 command bits ?
|-
| Start bit || 440µs pulse, 1250µs pause
|-
| 0 bit || 440µs pulse, 1250µs pause
|-
| 1 bit || 1250µs pulse, 440µs pause
|-
| Stop bit || 440µs pulse
|-
| Repetition || once after approx. 38ms
|-
| Key repeat || 3rd, 5th, 7th ... identical frame
|-
| Bit order || MSB first?
|-
|}

==== ROOMBA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ROOMBA''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse distance width
|-
| Frame || 1 start bit + 7 data bits + 0 stop bits
|-
| Data || 0 address bits + 7 command bits
|-
| Start bit || 2790µs pulse, 930µs pause
|-
| 0 bit || 930µs pulse, 2790µs pause
|-
| 1 bit || 2790µs pulse, 930µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || 3 times after 18ms?
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Biphase Protocols ===
||
[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]
|}

==== RC5 + RC5X ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RC5 and RC5x Protocol|RC5 + RC5X]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame RC5 || 2 start bits + 12 data bits + 0 stop bits
|-
| Data RC5 || 1 toggle bit + 5 address bits + 6 command bits
|-
| Frame RC5X || 1 start bit + 13 data bits + 0 stop bits
|-
| Data RC5X || 1 inverteds command bit + 1 toggle bit + 5 address bits + 6 command bits
|-
| Start bit || 889µs pause, 889µs pulse
|-
| 0 bit || 889µs pulse, 889µs pause
|-
| 1 bit || 889µs pause, 889µs pulse
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RCII ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCII''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 31.25 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame || 1 pre bit + 1 start bit + 9 data bits + 0 stop bits
|-
| Data || 0 address bits + 9 command bits
|-
| Pre Bit || 512µs pulse, 2560µs pause
|-
| Start bit || 1024µs pulse, '''no space'''
|-
| 0 bit || 512µs pause, 512µs pulse
|-
| 1 bit || 512µs pulse, 512µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 118ms
|-
| Remarks || An end command (111111111 = 0x1FF) is sent immediately after the button is released.
|-
| Bit-Order || MSB first
|-
|}

==== S100 ====

Similar to RC5x, but 14 instead of 13 data bits and 56kHz modulation

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''S100''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 56 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame || 1 start bit + 14 data bits + 0 stop bits
|-
| Data || 1 inverted command bit + 1 toggle bit + 5 address bits + 7 command bits
|-
| Start bit || 889µs pause, 889µs pulse
|-
| 0 bit || 889µs pulse, 889µs pause
|-
| 1 bit || 889µs pause, 889µs pulse
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== RC6 + RC6A ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#RC6 and RC6A Protocol|RC6 + RC6A]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz
|-
| Coding || Biphase (Manchester)
|-
| Frame RC6 || 1 start bit + 1 bit "1" + 3 mode bits ("000") + 1 toggle bit + 16 data bits + 2666µs pause
|-
| Frame RC6A || 1 start bit + 1 bit "1" + 3 mode bits ("110") + 1 toggle bit + 31 data bits + 2666µs pause
|-
| Data RC6 || 8 address bits + 8 Command Bits
|-
| Data RC6A || "1" + 14 customer bits + 8 system bits + 8 command bits
|-
| Data RC6A Pace (Sky) || "1" + 3 mode bits ("110") + 1 toggle bit (UNUSED "0") + 16 bits + 1 toggle(!) + 15 command bits
|-
| Start bit || 2666µs pulse, 889µs pause
|-
| Toggle 0 bit || 889µs pause, 889µs pulse
|-
| Toggle 1 bit || 889µs pulse, 889µs pause
|-
| 0 bit || 444µs pause, 444µs pulse
|-
| 1 bit || 444µs pulse, 444µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 100ms
|-
| Bit order || MSB first
|-
|}

==== GRUNDIG + NOKIA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#Grundig Protocol|GRUNDIG + NOKIA]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz (?)
|-
| Coding || Biphase (Manchester)
|-
| Frame packet || 1 start frame + 19.968ms pause + N data frames + 117.76ms pause + 1 stop frame
|-
| Start frame || 1 pre bit + 1 start bit + 9 data bits (all 1) + 0 stop bits
|-
| Data frame || 1 pre bit + 1 start bit + 9 data bits + 0 stop bits
|-
| Stop frame || 1 pre bit + 1 start bit + 9 data bits (all 1) + 0 stop bits
|-
| Data Grundig || 9 command bits + 0 address bits
|-
| Data Nokia || 8 command bits + 8 address bits
|-
| Pre bit || 528µs pulse, 2639µs pause
|-
| Start bit || 528µs pulse, 528µs pause
|-
| 0 bit || 528µs pause, 528µs pulse
|-
| 1 bit || 528µs pulse, 528µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 117.76ms
|-
| Bit order || LSB first
|-
|}

==== IR60 (SDA2008) ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP_-_english#IR60_.28SDA2008_and_MC14497P.29|IR60]]''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 30 kHz
|-
| Coding || Biphase (Manchester)
|-
| Start frame || 1 start bit + 101111 + 0 stop bits + 22ms pause
|-
| Data frame || 1 start bit + 7 data bits + 0 stop bits
|-
| Data || 0 address bits + 7 command bits
|-
| Start bit || 528µs pulse, 2639µs pause
|-
| 0 bit || 528µs pause, 528µs pulse
|-
| 1 bit || 528µs pulse, 528µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || after approx. 117.76ms
|-
| Bit order || LSB first
|-
|}

==== SIEMENS + RUWIDO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SIEMENS + RUWIDO''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 36 kHz? (Merlin keyboard with Ruwido protocol: 56 kHz)
|-
| Coding || Biphase (Manchester)
|-
| Frame Siemens || 1 start bit + 22 data bits + 0 stop bits
|-
| Frame Ruwido || 1 start bit + 17 data bits + 0 stop bits
|-
| Data Siemens || 11 address bits + 10 command bits + 1 inverted bit (preceding bit inverted)
|-
| Data Ruwido || 9 address bits + 7 command bits + 1 inverted bit (preceding bit inverted)
|-
| Start bit || 275µs pulse, 275µs pause
|-
| 0 bit || 275µs pause, 275µs pulse
|-
| 1 bit || 275µs pulse, 275µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || once with repeat bit set (?)
|-
| Key repeat || after approx. 100ms (?)
|-
| Bit order || MSB first
|-
|}

==== A1TVBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''A1TVBOX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || Biphase (Manchester) asymmetric
|-
| Frame || 2 start bits + 16 data bits + 0 stop bits
|-
| Data || 8 address bits + 8 command bits
|-
| Start bits || "10", also 250µs pulse, 150µs + 150µs pause, 250µs pulse
|-
| 0 bit || 150µs pause, 250µs pulse
|-
| 1 bit || 250µs pulse, 150µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== MERLIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''MERLIN''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 56 kHz
|-
| Coding || Biphase (Manchester) asymmetric
|-
| Frame || 2 start bits + 18 data bits + 0 stop bits
|-
| Data || 8 address bits + 10 command bits
|-
| Start bits || "10", also 210µs pulse, 210µs + 210µs pause, 210µs pulse
|-
| 0 bit || 210µs pause, 210µs pulse
|-
| 1 bit || 210µs pulse, 210µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || none
|-
| Key repeat || unknown
|-
| Bit order || MSB first
|-
|}

==== ORTEK ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ORTEK''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || Biphase (Manchester) symmetric
|-
| Frame || 2 start bits + 18 data bits + 0 stop bits
|-
| Data || 6 address bits + 2 special bits + 6 command bits + 4 special bits
|-
| Start bit || 2000µs pulse, 1000µs pause
|-
| 0 bit || 500µs pause, 500µs pulse
|-
| 1 bit || 500µs pulse, 500µs pause
|-
| Stop bit || no stop bit
|-
| Repetition || 2 additional frames with special bits set
|-
| Key repeat || only repeats the 2nd frame
|-
| Bit order || MSB first
|-
|}

=== Pulse Position Protocols ===

==== NETBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NETBOX''' || Value
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequency || 38 kHz?
|-
| Coding || pulse position
|-
| Frame || 1 start bit + 16 data bits, no stop bit
|-
| Data || 3 address bits + 13 command bits
|-
| Start bit || 2400µs pulse, 800µs pause
|-
| Bit Length || 800µs
|-
| Repetition || none
|-
| Key repeat || after approx. 35ms?
|-
| Bit order || LSB first
|-
|}

== Software History ==

=== Changes of IRMP in 3.2.x ===

Version 3.2.6:

* 2021-01-27: '''New IR Protocol:''' [[IRMP#MELINERA|MELINERA]]
* 2021-01-27: Protocol [[IRMP#LEGO|LEGO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#RUWIDO|RUWIDO]]: Improved timing
* 2021-01-27: Protocol [[IRMP#NEC|NEC]]: Implemented send of raw NEC repetition frames

Version 3.2.3:

* 2020-08-15: '''New RF Protocol:''' [[IRMP#RF_MEDION|RF_MEDION]]

Version 3.2.2:

* 2020-07-09: Additional recognition of the radio channels with the RF_X10 protocol
* 2020-07-09: Improved RF frame detection with new stop bit handling.
* 2020-07-09: Improved detection of RF_GEN24 protocols
* 2020-07-09: '''NEU:''' Detection if/when a remote control button is released, see chapter '''[[IRMP_-_english#Debouncing|Debouncing]]'''.

Version 3.2.1:

* 2020-06-22: Mini bugfix

Version 3.2.0:

* 2020-06-22: Support of 433MHz RF modules
* 2020-06-22: '''New protocol''': [[IRMP#RF_GEN24|RF_GEN24]]
* 2020-06-22: '''New protocol''': [[IRMP#X10|X10]]

=== Older Versions ===

* 2019-08-26: '''New protocol''': METZ
* 2019-08-26: '''New protocol''': ONKYO
* 2018-09-10: '''New protocol''': [[IRMP#RCII|RCII]]
* 2018-09-06: Added support of STM32 mit HAL-Library
* 2018-08-30: New option: IRMP_USE_IDLE_CALL
* 2018-08-29: Port to ChibiOS
* 2018-08-29: New protocol: GREE
* 2018-02-19: corrected handling of irmp_flags for invalid frames
* 2017-08-25: New protocol: IRMP16 for transparent 16 bit data communication
* 2016-11-18: Corrected buffer overflow in irmp-main-avr-uart.c
* 2016-09-19: New protocol [[IRMP#VINCENT|VINCENT]]
* 2016-09-09: New protocol [[IRMP#MITSU_HEAVY|Mitsubishi Heavy (air conditioner)]]
* 2016-09-09: Some modifications for Compiler PIC C18
* 2016-01-16: Some corrections of port to ESP8266
* 2016-01-16: Added port to MBED
* 2016-01-16: Added several hardware dependent example main source files
* 2015-11-17: '''New protocol''': [[IRMP_-_english#PANASONIC|PANASONIC (Beamer)]]
* 2015-11-17: Port to ESP8266
* 2015-11-17: Port to Teensy (3.x)
* 2015-11-10: Added support for STM8 microcontroller
* 2015-09-20: '''New protocol''': [[IRMP_-_english#TECHNICS|TECHNICS]]
* 2015-06-15: '''New protocol''': [[IRMP_-_english#ACP24|ACP24]]
* 2015-05-29: '''New protocol''': [[IRMP_-_english#S100|S100]]
* 2015-05-29: Some smaller corrections
* 2015-05-28: Added Logging for XMega
* 2015-05-28: Timing corrections for FAN protocol
* 2015-05-27: '''New protocol''': [[IRMP_-_english#MERLIN|MERLIN]]
* 2015-05-27: '''New protocol''': [[IRMP_-_english#FAN|FAN]]
* 2015-05-18: Added F_CPU macro for STM32L1XX
* 2015-05-18: Some corrections for XMega port
* 2015-04-23: '''New protocol''': [[IRMP_-_english#PENTAX|PENTAX]]
* 2015-04-23: Port to AVR XMega
* 2014-09-19: Bugfix: added missing newline before #else
* 2014-09-18: Added logging for ARM STM32F10X
* 2014-09-17: Corrected PROGMEM access to array irmp_protocol_names[].
* 2014-09-15: Changed timing tolerances for [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol
* 2014-09-15: Moved irmp_protocol_names to flash, additional UART routines in irmp-main-avr-uart.c
* 2014-07-21: Port to PIC 12F1840
* 2014-07-09: '''New protocol''': [[IRMP_-_english#SAMSUNG48|SAMSUNG48]]
* 2014-07-09: Some small corrections
* 2014-07-01: Added logging for ARM_STM32F4XX
* 2014-07-01: IRMP port for PIC XC8 compiler, removed variadic macros because of stupid XC8 compiler :-(
* 2014-06-05: '''New protocol''': [[IRMP_-_english#LGAIR|LGAIR]]
* 2014-05-30: '''New protocol''': [[IRMP_-_english#SPEAKER|SPEAKER]]
* 2014-05-30: Optimized timings for [[IRMP_-_english#SAMSUNG|SAMSUNG]] protocol
* 2014-02-20: Corrected decoding of [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] protocol
* 2014-02-19: '''New protocols''': [[IRMP_-_english#RCMM|RCMM32, RCMM24 and RCMM12]]
* 2014-09-17: Optimized timing for [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-04-09: '''New protocol''': [[IRMP_-_english#ROOMBA|ROOMBA]]
* 2013-04-09: Optimized detection of [[IRMP_-_english#ORTEK|ORTEK (Hama)]] frames
* 2013-03-19: '''New protocol''': [[IRMP_-_english#ORTEK|ORTEK (Hama)]]
* 2013-03-19: '''New protocol''': [[IRMP_-_english#TELEFUNKEN|TELEFUNKEN]]
* 2013-03-12: Changed timing tolerancies for [[IRMP_-_english#RECS80|RECS80]]- and [[IRMP_-_english#RECS80EXT|RECS80EXT]] protocol
* 2013-01-21: Corrected detection of repetition frame beim [[IRMP_-_english#DENON|DENON]] protocol
* 2013-01-17: Corrected frame detection beim [[IRMP_-_english#DENON|DENON]] protocol
* 2012-12-11: '''New protocol''': [[IRMP_-_english#A1TVBOX|A1TVBOX]]
* 2012-12-07: Improved detection von [[IRMP_-_english#DENON|DENON]] repetition frame
* 2012-11-19: Port to Stellaris LM4F120 TI Launchpad (ARM Cortex M4)
* 2012-11-06: Corrected [[IRMP_-_english#DENON|DENON]] frame detection
* 2012-10-26: Some timer corrections and adaptations for Arduino
* 2012-07-11: '''New protocol''': [[IRMP_-_english#BOSE|BOSE]]
* 2012-06-18: Added support for ATtiny87/167
* 2012-06-05: Some smaller corrections of port to ARM STM32
* 2012-06-05: Correction of include in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]
* 2012-06-05: Bugfix, if only [[IRMP_-_english#NEC_+_extended_NEC|NEC]] and [[IRMP_-_english#NEC42|NEC42]] activated
* 2012-05-23: Port to ARM STM32
* 2012-05-23: Bugfix frame detection for [[IRMP_-_english#DENON|DENON]] protocol
* 2012-02-27: Bugfix in IR60-Decoder
* 2012-02-27: Bugfix in CRC calculation of [[IRMP_-_english#KASEIKYO|KASEIKYO]] frames
* 2012-02-27: Port to C18 Compiler for PIC microcontrollers
* 2012-02-13: Bugfix: most significant bit in Address wrong in [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol, if [[IRMP_-_english#NEC42|NEC42]] protocol activated, too
* 2012-02-13: Corrected timing of [[IRMP_-_english#SAMSUNG|SAMSUNG]]- and [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] protocol
* 2012-02-13: [[IRMP_-_english#KASEIKYO|KASEIKYO]]: Genre2 bits will be now stored in upper nibble of flags
* 2011-09-20: '''New protocol''': [[IRMP_-_english#KATHREIN|KATHREIN]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#THOMSON|THOMSON]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#IR60 (SDA2008)|IR60 (SDA2008)]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#LEGO|LEGO]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC16|NEC16]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NEC42|NEC42]]
* 2011-09-20: '''New protocol''': [[IRMP_-_english#NETBOX|NETBOX]]
* 2011-09-20: Port to ATtiny84 and ATtiny85
* 2011-09-20: Improved key repetition detection in [[IRMP_-_english#RC5_+_RC5X|RC5]] protocol
* 2011-09-20: Improved decoding of [[IRMP_-_english#Biphase|Biphase]] protocols
* 2011-09-20: Fixed some smaller bugs in [[IRMP_-_english#RECS80|RECS80]] decoder
* 2011-09-20: Corrected detection of additional bits in SIRCS protocol
* 2011-01-18: Some corrections for [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] protocol
* 2011-01-18: '''New protocol''': [[IRMP_-_english#Nikon|Nikon]]
* 2011-01-18: [[IRMP_-_english#SIRCS|SIRCS]]: additional bits (>12) will be stored in address
* 2011-01-18: Some timing corrections for [[IRMP_-_english#DENON|DENON]] protocol
* 2010-09-04: Bugfix for F_INTERRUPTS >= 16000
* 2010-09-02: '''New protocol''': [[IRMP_-_english#RC6_+_RC6A|RC6A]]
* 2010-08-29: '''New protocol''': [[IRMP_-_english#JVC|JVC]]
* 2010-08-29: [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol: genre bits will be now stored
* 2010-08-29: [[IRMP_-_english#KASEIKYO|KASEIKYO]] protocol: Improved handling of repetition frames
* 2010-08-29: Improved support of [[IRMP_-_english#APPLE|APPLE]] protocols.
* 2010-07-01: Bugfix: added a timeout for [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames. This avoids 'ghost commands'.
* 2010-06-26: Bugfix: deactivated [[IRMP_-_english#RECS80|RECS80]], [[IRMP_-_english#RECS80EXT|RECS80EXT]] & [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] if interrupts frequency is low
* 2010-06-25: '''New protocol''': [[IRMP_-_english#RCCAR|RCCAR]]
* 2010-06-25: Extended keyboard detection for [[IRMP_-_english#FDC|FDC]] protocol (IR keyboard)
* 2010-06-25: Interrupt frequency now up to 20kHz possible
* 2010-06-09: '''New protocol''': [[IRMP_-_english#FDC|FDC]] (IR-keyboard)
* 2010-06-09: Corrected timing for [[IRMP_-_english#DENON|DENON]] protocol
* 2010-06-02: '''New protocol''': [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] (Gigaset)
* 2010-05-26: '''New protocol''': [[IRMP_-_english#GRUNDIG_+_NOKIA|NOKIA]]
* 2010-05-26: Bugfix: detection of long keyboard press for [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]] protocol
* 2010-05-17: Bugfix [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] protocol: corrected command bit mask
* 2010-05-16: '''New protocol''': [[IRMP_-_english#GRUNDIG_+_NOKIA|GRUNDIG]]
* 2010-05-16: Improved handling of automatic frame repetitions for [[IRMP_-_english#SIRCS|SIRCS]]-, [[IRMP_-_english#SAMSUNG32|SAMSUNG32]]-, and [[IRMP_-_english#NUBERT|NUBERT]] protocol
* 2010-04-28: Only some cosmetic code optimizations
* 2010-04-16: Improved all timing tolerancies
* 2010-04-12: '''New protocol''': [[IRMP_-_english#B&O|Bang & Olufsen]]
* 2010-03-29: Bugfix: detection of multiple [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames
* 2010-03-29: Moved configuration data to [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h]
* 2010-03-29: Introduced a program version in README.txt: Version 1.0
* 2010-03-17: '''New protocol''': [[IRMP_-_english#NUBERT|NUBERT]]
* 2010-03-16: Correction of RECS80 start bit timings
* 2010-03-16: '''New protocol''': [[IRMP_-_english#RECS80EXT|RECS80 Extended]]
* 2010-03-15: Some optimizations
* 2010-03-14: Port to PIC
* 2010-03-11: Some adjustements for some ATMegas
* 2010-03-07: Bugfix: Reset of state machine after a incomplete [[IRMP_-_english#RC5_+_RC5X|RC5]] frame
* 2010-03-05: '''New protocol''': [[IRMP_-_english#APPLE|APPLE]]
* 2010-03-05: Data irmp_data.addr + irmp_data.command will be now stored in the bit order of the appropriate protocol
* 2010-03-04: '''New protocol''': [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] (Mix aus [[IRMP_-_english#SAMSUNG|SAMSUNG]] & [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol)
* 2010-03-04: Changed some timer tolerances changes of [[IRMP_-_english#SIRCS|SIRCS]]- and [[IRMP_-_english#KASEIKYO|KASEIKYO]]
* 2010-03-02: [[IRMP_-_english#SIRCS|SIRCS]]: corrected detection and suppression of automatic frame repetitions
* 2010-03-02: [[IRMP_-_english#SIRCS|SIRCS]]: device ID bits will be now stored in irmp_data.command (not irmp_data.address anymore)
* 2010-03-02: Enlargement of scan buffers (for logging)
* 2010-02-24: New variable flags in IRMP_DATA for detection of long key press
* 2010-02-20: Bugfix [[IRMP_-_english#DENON|DENON]] protocol: repetition frame is now basically inverted
* 2010-02-19: Detection of [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol-Varianten, z. B. [[IRMP_-_english#APPLE|APPLE]]-Fernbedienung
* 2010-02-19: Detection of [[IRMP_-_english#RC6_+_RC6A|RC6]]- and [[IRMP_-_english#DENON|DENON]] protocol
* 2010-02-19: Some improvements for [[IRMP_-_english#RC5_+_RC5X|RC5]] decoders (Bugfixes)
* 2010-02-13: Bugfix: Puls/Pause counters were 1 too low, now better detection of protokols with very short pulses
* 2010-02-13: Improved detection of [[IRMP_-_english#NEC_+_extended_NEC|NEC]] repetition frames
* 2010-02-12: New: [[IRMP_-_english#RC5_+_RC5X|RC5]] protocol
* 2010-02-05: Eliminated a conflict between [[IRMP_-_english#SAMSUNG|SAMSUNG]]- and [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] protocol
* 2010-01-07: First version

== Literature ==

=== IR Abstract ===

* http://www.sbprojects.net/knowledge/ir/index.php
* http://www.epanorama.net/links/irremote.html
* http://www.elektor.de/jahrgang/2008/juni/cc2-avr-projekt-%283%29-unsichtbare-kommandos.497184.lynkx?tab=4
* http://mc.mikrocontroller.com/de/IR-Protokolle.php

=== SIRCS Protocol ===

* http://www.sbprojects.net/knowledge/ir/sirc.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#SIRCS
* http://www.ustr.net/infrared/sony.shtml
* http://users.telenet.be/davshomepage/sony.htm
* http://picprojects.org.uk/projects/sirc/
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== NEC Protocol ===

* http://www.sbprojects.net/knowledge/ir/nec.php
* http://www.ustr.net/infrared/nec.shtml
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== ACP24 Protocol ===

The ACP24-Protocol is used by Stiebel-Eltron-Aircons

The structure of the 70 databits is :

1 2 3 4 5 6
0123456789012345678901234567890123456789012345678901234567890123456789
N VVMMM ? ??? t vmA x y TTTT
0011001000000111000010001010000000000000000010000000000000000000001111on, temp=30

These are converted into the following 16 bits from irmp_data.command:

5432109876543210
NAVVvMMMmtxyTTTT

Meaning of the symbols:

TTTT = Temperature + 15 degree
TTTT
----------
0000 ???
0001 ???
0010 ???
0011 18 degree
0100 19 degree
0101 20 degree
0110 21 degree
...
1111 30 degree

N = Nightmode
N
----------
0 off
1 on

VV = fan, v must be 1!
VV v
----------
00 1 level 1
01 1 level 2
10 1 level 3
11 1 Automatic

MMM = Mode
MMM m
----------
000 0 turn off
001 0 turn on
001 1 cooling
010 1 fan
011 1 demist
100 1 ???
101 1 ---
110 1 ---
111 1 ---

A = Automatic-Programm
A
----------
0 off
1 on

t = Timer
t x y
----------
1 1 0 Timer 1
1 0 1 Timer 2

To control the air con via [[IRSND_-_english|IRSND]], the following functions can be used:

<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
#include "irsnd.h"

#define IRMP_ACP24_TEMPERATURE_MASK 0x000F // TTTT

#define IRMP_ACP24_SET_TIMER_MASK (1<<6) // t
#define IRMP_ACP24_TIMER1_MASK (1<<5) // x
#define IRMP_ACP24_TIMER2_MASK (1<<4) // y

#define IRMP_ACP24_SET_MODE_MASK (1<<7) // m
#define IRMP_ACP24_MODE_POWER_ON_MASK (1<<8) // MMMm = 0010 Einschalten
#define IRMP_ACP24_MODE_COOLING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<8)) // MMMm = 0011 Kuehlen
#define IRMP_ACP24_MODE_VENTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<9)) // MMMm = 0101 Lueften
#define IRMP_ACP24_MODE_DEMISTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<10) | (1<<8)) // MMMm = 1001 Entfeuchten

#define IRMP_ACP24_SET_FAN_STEP_MASK (1<<11) // v
#define IRMP_ACP24_FAN_STEP_MASK 0x3000 // VV
#define IRMP24_ACP_FAN_STEP_BIT 12 // VV
#define IRMP_ACP24_AUTOMATIC_MASK (1<<14) // A
#define IRMP_ACP24_NIGHT_MASK (1<<15) // N

// possible values for acp24_set_mode();
#define ACP24_MODE_COOLING 1
#define ACP24_MODE_VENTING 2
#define ACP24_MODE_DEMISTING 3

static uint8_t temperature = 18; // 18 degrees

static void
acp24_send (uint16_t cmd)
{
IRMP_DATA irmp_data;

cmd |= (temperature - 15) & IRMP_ACP24_TEMPERATURE_MASK;

irmp_data.protocol = IRMP_ACP24_PROTOCOL;
irmp_data.address = 0x0000;
irmp_data.command = cmd;
irmp_data.flags = 0;

irsnd_send_data (&irmp_data, 1);
}

void
acp24_set_temperature (uint8_t temp)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

temperature = temp;
acp24_send (cmd);
}

void
acp24_off (void)
{
uint16_t cmd = 0;
acp24_send (cmd);
}

#define ACP_FAN_STEP1 0
#define ACP_FAN_STEP2 1
#define ACP_FAN_STEP3 2
#define ACP_FAN_AUTOMATIC 3

void
acp24_fan (uint8_t fan_step)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

cmd |= IRMP_ACP24_SET_FAN_STEP_MASK | ((fan_step << IRMP24_ACP_FAN_STEP_BIT) & IRMP_ACP24_FAN_STEP_MASK);

acp24_send (cmd);
}

void
acp24_set_mode (uint8_t mode)
{
uint16_t cmd = 0;

switch (mode)
{
case ACP24_MODE_COOLING: cmd = IRMP_ACP24_MODE_COOLING_MASK; break;
case ACP24_MODE_VENTING: cmd = IRMP_ACP24_MODE_VENTING_MASK; break;
case ACP24_MODE_DEMISTING: cmd = IRMP_ACP24_MODE_DEMISTING_MASK; break;
default: return;
}
acp24_send (cmd);
}

void
acp24_program_automatic (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_AUTOMATIC_MASK;
acp24_send (cmd);
}

void
acp24_program_night (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_NIGHT_MASK;
acp24_send (cmd);
}
</syntaxhighlight>

=== LGAIR Protocol ===

The LG Air Con is controlled by an 'intelligent' remote. These are the encoded data:

<code>
Command AAAAAAAA PW Z S T mmm tttt vvvv PPPP
--------------------------------------------------------------------
ON 23C 10001000 00 0 0 0 000 1000 0100 1100
ON 26C 10001000 00 0 0 0 000 1011 0100 1111

OFF 10001000 11 0 0 0 000 0000 0101 0001
TURN OFF 10001000 11 0 0 0 000 0000 0101 0001 (18C currently, identical to off)

TEMP DOWN 23C 10001000 00 0 0 1 000 1000 0100 0100
MODE (to mode0, 23C) 10001000 00 0 0 1 000 1000 0100 0100

TEMP UP (24C) 10001000 00 0 0 1 000 1001 0100 0101
TEMP DOWN 24C 10001000 00 0 0 1 000 1001 0100 0101

TEMP UP (25C) 10001000 00 0 0 1 000 1010 0100 0110
TEMP DOWN 25C 10001000 00 0 0 1 000 1010 0100 0110

TEMP UP (26C) 10001000 00 0 0 1 000 1011 0100 0111

MODE 10001000 00 0 0 1 011 0111 0100 0110 (to mode1, 22C - when switching to mode1 temp automaticall sets to 22C)
ON (mode1, 22C) 10001000 00 0 0 0 011 0111 0100 1110

MODE 10001000 00 0 0 1 001 1000 0100 0101 (to mode2, no temperature displayed)
ON (mode2) 10001000 00 0 0 0 001 1000 0100 1101
MODE (to mode3, 23C) 10001000 00 0 0 1 100 1000 0100 1000
ON (mode3, 23C) 10001000 00 0 0 0 100 1000 0100 0000

VENTILATION SLOW 10001000 00 0 0 1 000 0011 0000 1011
VENTILATION MEDIUM 10001000 00 0 0 1 000 0011 0010 1101
VENTILATION HIGH 10001000 00 0 0 1 000 0011 0100 1111
VENTILATION LIGHT 10001000 00 0 0 1 000 0011 0101 0000

SWING ON/OFF 10001000 00 0 1 0 000 0000 0000 0001

Format: 1 start bit + 8 address bits + 16 data bits + 4 checksum bits + 1 stop bit

Address: AAAAAAAA = 0x88 (8 bits)

Data: PW Z S T MMM tttt vvvv PPPP (16 bits)

PW: Power: 00 = On, 11 = Off

Z: N/A: Always 0

S: Swing: 1 = Toggle swing, all other data bits are zeros.

T: Temp/Vent: 1 = Set temperature and ventilation

MMM: Mode, can be combined with temperature
000=Mode 0
001=Mode 2
010=????
011=Mode 1
100=Mode 3
101=???
111=???

tttt: Temperature:
0000=used by OFF command
0001=????
0010=????
0011=18°C
0100=19°C
0101=20°C
0110=21°C
0111=22°C
1000=23°C
1001=24°C
1010=25°C
1011=26°C
1011=27°C
1100=28°C
1101=29°C
1111=30°C

vvvv: Ventilation:
0000=slow
0010=medium
0011=????
0100=high
0101=light
0110=????
0111=????
...
1111=????

Checksum: PPPP = (DataNibble1 + DataNibble2 + DataNibble3 + DataNibble4) & 0x0F
</code>

=== NEC16 Protocol (JVC) ===

* http://www.sbprojects.net/knowledge/ir/jvc.php
* http://www.ustr.net/infrared/jvc.shtml

=== Samsung Protocol ===

(was reverse engineered by several protocols (Daewoo or similar), so no direct link to Samsung documents is available)

Here is a link to the Daewoo-protocol, which uses the same principle of the sync-bits in the center of a frame, but words with different timings:

* http://users.telenet.be/davshomepage/daewoo.htm

=== MATSUHITA Protocol ===

* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== KASEIKYO Protocol ("Japan Protocol") ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

=== RECS80 and RECS80 Extended Protocol ===

* http://www.sbprojects.net/knowledge/ir/recs80.php

=== RC5 and RC5x Protocol ===

* http://www.sbprojects.net/knowledge/ir/rc5.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#RC5
* http://users.telenet.be/davshomepage/rc5.htm
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.opendcc.de/info/rc5/rc5.html

=== Denon Protocol ===

* http://www.mikrocontroller.com/de/IR-Protokolle.php#DENON
* http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243

=== RC6 and RC6A Protocol ===

* http://www.sbprojects.net/knowledge/ir/rc6.php
* http://www.picbasic.nl/info_rc6_uk.htm

=== Bang & Olufsen ===

* http://www.mikrocontroller.net/attachment/33137/datalink.pdf

=== Grundig Protocol ===

* http://www.see-solutions.de/sonstiges/Grundig_10bit.pdf

=== Nokia Protocol ===

* http://www.sbprojects.net/knowledge/ir/nrc17.php

=== IR60 (SDA2008 and MC14497P) ===

* http://www.datasheetcatalog.org/datasheet/motorola/MC14497P.pdf

=== LEGO Power Functions RC ===

* http://www.philohome.com/pf/LEGO_Power_Functions_RC_v110.pdf

=== RCMM Protocol ===

* http://www.sbprojects.net/knowledge/ir/rcmm.php

=== Other Protocols ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

== IRMP on Youtube ==

* http://www.youtube.com/watch?v=Q7DJvLIyTEI

* http://www.youtube.com/watch?v=1tQ_aqayWZk

* http://www.youtube.com/watch?v=W4tI2axR3-w

* http://www.youtube.com/watch?v=SRs98dIe2WE

== Other Artikels ==

[http://www.infineon.com/dgdl/RF2ir+WhitePaper+V1.0.pdf?folderId=db3a3043191a246301192dd3ee2c2ae4&fileId=db3a30432b57a660012b5c16272c2e81 Whitepaper von Martin Gotschlich, Infineon Technologies AG]

== Hardware / IRMP Projects ==

=== Remote IRMP ===

Infrared sender und receiver controlled via ip network with Android smartphone as remote control:

* http://www.mikrocontroller.net/articles/Remote_IRMP

=== IR Tester ===

IR tester with LCD by Klaus Leidinger:

* http://www.mikrocontroller-projekte.de/Mikrocontroller/index.html

=== IR Tester with AVR-NET-IO ===

IR tester for Pollin AVR-NET-IO with Pollin ADD-ON Board:

* http://son.ffdf-clan.de/include.php?path=forumsthread&threadid=703

=== USB IR Remote Receiver ===

USB IR remote receiver by Hugo Portisch:
* http://www.mikrocontroller.net/articles/USB_IR_Remote_Receiver

=== USB IR Receiver/Sender/Switch with Wakeup-Timer ===

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/123572-fertig-irmp-auf-stm32-ein-usb-ir-empf%C3%A4nger-sender-einschalter-mit-wakeup-timer/

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_ein_USB_IR_Empf%C3%A4nger/Sender/Einschalter_mit_Wakeup-Timer

=== USBASP ===

IR switch based on USBasp
* http://wiki.easy-vdr.de/index.php?title=USBASP_Einschalter

=== Servo controlled IR Sender ===

Servo controlled IR Sender (adaptive) by Stefan Pendsa:
* http://forum.mikrokopter.de/topic-21060.html
* [http://svn.mikrokopter.de/listing.php?repname=Projects&path=%2FServo-Controlled+IR-Transmitter%2F&#Ad2417800d6aa14bf08c571a896e9def7 SVN]

=== Adaptive IR Remote Control ===

Adaptive IR remote control by Robert and Frank M.
* http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP

=== AVR Moodlight ===

AVR Moodlight by Axel Schwenke
* http://www.mikrocontroller.net/topic/244768

STM8 Moodlight by Axel Schwenke
* https://www.mikrocontroller.net/topic/380098

=== Infinity Mirror LED Ceiling Lamp ===

Infinity Mirror LED ceiling lamp with remote control by Philipp Meißner
* http://digital-nw.de/Infinity-Mirror.htm

=== Cinema Control ===

Cinema control by Owagner
* http://ccc.zerties.org/index.php/Benutzer:Owagner

=== Leading-Edge Control ===

leading-edge control:

* http://flosserver.dyndns.org/phasenanschnittsdimmer.php

=== IRDioder – Ikea Dioder Hack ===

Ikea Dioder Hack:

* http://marco-difeo.de/tag/infrared/

=== Expedit Coffee Bar ===

Ikea Expedit as coffee bar:

* http://chaozlabs.blogspot.de/2013/09/expedit-coffee-bar.html

=== Arduino as IR Receiver ===

Arduino as IR Receiver:

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/110918-arduino-als-ir-empf%C3%A4nger-einsetzen/

More example from the Arduino library:

* https://github.com/ukw100/IRMP/tree/master/examples

=== IR Volume Control with Stellaris Launchpad ===

volume control with Stellaris Launchpad (ARM Cortex-M4F):

* http://www.anthonyvh.com/2013/03/31/ir-volume-control/

=== RemotePi Board ===

Shutdown RaspPI with IR remote control:

* http://www.msldigital.com/pages/more-information

=== Ethernut & IRMP ===

IRMP under RTOS Ethernut:

* http://www.klkl.de/ethernut.html

=== LED strip Remote Control ===

LED strip remote control:

* http://www.solderlab.de/index.php/misc/led-strip-remote-control

=== ADAT Audio Mixer ===

Audio Mixer:

* http://mailtonne.de/adat-audio-mixer/

=== Ethersex & IRMP ===

IRMP + IRSND Modul in Ethersex, a modular Firmware for AVR MCUs

* http://ethersex.de/index.php/IRMP

=== Mastermind Solver ===

Mastermind solver with LED stripes and IR remote control:

* http://www.mystrobl.de/Plone/basteleien/weitere-bulls-and-cows-mastermind-implementationen/mm-v1821/mastermind-solver-mit-led-streifen-und-ir-fernbedienung

=== A MythTV Remote Control without LIRC ===

PC Remote Control with ATtiny85

* http://tomscircuits.blogspot.de/2014/12/a-mythtv-remote-control-without-lirc.html

=== IRMP + IRSND Library for STM32F4 ===

IRMP for STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1516

IRSND for STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1940

=== IRMP on STM32 - Construction Guidance ===

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_Bauanleitung

=== Seminar Paper - Extension of Arduino Platform ===

* www.eislab.fim.uni-passau.de/files/publications/2010/StudentDiener_ErweiterungDerArduinoPlattform.pdf

== Acknowledgment ==

I thank Vlad Tepesch, Klaus Leidinger, Peter K., and Dániel Körmendi, who sent me many scan files of their IR remote controls.

I thank Christian F. for his tipps relating to the port to PIC MCUs, gera for the port to PIC-C18 compiler, kichi (Michael K.) for the port to ARM STM32, Markus Schuster for the port to TI's Stellaris LM4F120 Launchpad (ARM Cortex M4), Matthias Frank for the port to XMega, Wolfgang S. for the port to ESP8266, Achill Hasler for the port to Teensy, Axel Schwenke for the port to STM8.

Thanks to Dániel Körmendi, who added the LG-AIR protocol to [[IRSND_-_english|IRSND]]. Thanks to Ulrich v.d. Kammer for the Pentax protocol extension in [[IRSND_-_english|IRSND]].

At least I will thank Jojo S. for his great job translating this documentation!

== Discussion ==

You can discuss IRMP & IRSND in the German thread [http://www.mikrocontroller.net/topic/162119 Infrared Multi Protocol Decoder].

Have fun with IRMP!

[[Kategorie:Infrarot]]
[[Kategorie:AVR-Projekte]]

IRMP

2023-04-23T11:46:34Z

Tooki: Korrektur des Namens der AEHA.

Von '''Frank M. ([http://www.mikrocontroller.net/user/show/ukw ukw])'''

[[Datei:irmp-title.png| |Scan eines NEC-kompatiblen Fernbedienungssignals]]

'''[[IRMP_-_english#top|You will find the English documentation here.]]'''

Da RC5 nicht nur veraltet, sondern mittlerweile obsolet ist und immer mehr die elektronischen Geräte der fernöstlichen Unterhaltungsindustrie in unseren Haushalten Einzug finden, ist es an der Zeit, einen IR-Decoder zu entwickeln, der ca. 90% aller bei uns im täglichen Leben zu findenden IR-Fernbedienungen "versteht".

Im folgenden wird IRMP als "Infrarot-Multiprotokoll-Decoder" in allen Einzelheiten vorgestellt. Das Gegenstück, nämlich '''[[IRSND]]''' als IR-Encoder, wird in einem gesonderten [[IRSND|Artikel]] behandelt.

= IRMP - Infrarot-Multiprotokoll-Decoder =

=== Unterstützte µCs ===
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
[[IRMP#top|IRMP]] ist auf verschiedenen Mikrocontroller-Familien lauffähig.

'''AVR'''

* ATtiny87, ATtiny167
* ATtiny45, ATtiny85
* ATtiny44, ATtiny84
* ATmega8, ATmega16, ATmega32
* ATmega162
* ATmega164, ATmega324, ATmega644, ATmega644P, ATmega1284
* ATmega88, ATmega88P, ATmega168, ATmega168P, ATmega328P

'''XMega'''

* ATXmega128

'''PIC''' (CCS- und XC8/C18-Compiler)

* PIC12F1840
* PIC18F4520

'''STM32'''

* STM32F4xx (getestet auf STM32F401RE/F411RE Nucleo, STM32F4 Discovery)
* STM32F10x (getestet auf STM32F103C8T6 Mini Development Board)
* STM32 mit HAL-Library '''(NEU!)'''

'''STM8'''

* STM8S103F3

'''TI Stellaris'''

* LM4F120 Launchpad (ARM Cortex M4)

'''ESP8266 (NEU!)'''

* ESP8266-EVB

'''TEENSY 3.0 (NEU!)'''

* MK20DX256VLH7 (ARM Cortex-M4 72MHz)

'''MBED (NEU!)'''

* LPC1347 Cortex-M3 mit 72 MHz
* LPC4088 (Embedded Artists)

'''ChibiOS HAL (NEU!)'''

* Verschiedene ARM-Cortex-µCs, wie z.B. STM32, Kinetis, NRF5 etc.
* [https://sourceforge.net/p/chibios/svn2/HEAD/tree/trunk/os/hal/ports/ Offiziell unterstützte µC-Serien]
* [https://github.com/ChibiOS/ChibiOS-Contrib/tree/master/os/hal/ports weitere µC-Serien, von der Community unterstützt]
||
[[Datei:irmp-empfaenger.png|miniatur|Anschluß eines IR-Empfängers an µC]]
|}
=== Unterstützte IR-Protokolle ===

[[IRMP#top|IRMP]] - der Infrarot-Fernbedienungsdecoder, der mehrere Protokolle auf einmal decodieren kann, beherrscht folgende Protokolle (in alphabetischer Reihenfolge):

{| {{Tabelle}}
|+ '''Unterstützte IR-Protokolle'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protokoll
! style="width:100em" | Hersteller
|-
| [[IRMP#A1TVBOX|A1TVBOX]] || ADB (Advanced Digital Broadcast), z.B. A1 TV Box
|-
| [[IRMP#APPLE|APPLE]] || Apple
|-
| [[IRMP#ACP24|ACP24]] || Stiebel Eltron
|-
| [[IRMP#B&O|B&O]] || Bang & Olufsen
|-
| [[IRMP#BOSE|BOSE]] || Bose
|-
| [[IRMP#DENON|DENON]] || Denon, Sharp
|-
| [[IRMP#FAN|FAN]] || FAN, Fernsteuerung für Ventilatoren
|-
| [[IRMP#FDC|FDC]] || FDC Keyboard
|-
| [[IRMP#GRUNDIG_+_NOKIA|GRUNDIG]] || Grundig
|-
| [[IRMP#GRUNDIG_+_NOKIA|NOKIA]] || Nokia, z.B. D-Box
|-
| [[IRMP#IR60 (SDA2008)|IR60 (SDA2008)]] || Diverse europäische Hersteller
|-
| [[IRMP#JVC|JVC]] || JVC
|-
| [[IRMP#KASEIKYO|KASEIKYO]] || Panasonic, Technics, Denon und andere japanische Hersteller, welche Mitglied der japanischen "Association for Electric Home Appliances" (AEHA) sind.
|-
| [[IRMP#KATHREIN|KATHREIN]] || KATHREIN
|-
| [[IRMP#LEGO|LEGO]] || Lego
|-
| [[IRMP#LGAIR|LGAIR]] || LG Air Conditioner
|-
| [[IRMP#MITSU_HEAVY|MITSU_HEAVY]] || Mitsubishi Air Conditioner
|-
| [[IRMP#MATSUSHITA|MATSUSHITA]] || Matsushita
|-
| [[IRMP#NEC16|NEC16]] || JVC, Daewoo
|-
| [[IRMP#NEC42|NEC42]] || JVC
|-
| [[IRMP#MERLIN|MERLIN]] || MERLIN Fernbedienung (Pollin Bestellnummer: 620 185)
|-
| [[IRMP#NEC_+_extended_NEC|NEC]] || NEC, Yamaha, Canon, Tevion, Harman/Kardon, Hitachi, JVC, Pioneer, Toshiba, Xoro, Orion, NoName und viele weitere japanische Hersteller.
|-
| [[IRMP#NETBOX|NETBOX]] || Netbox
|-
| [[IRMP#NIKON|NIKON]] || NIKON
|-
| [[IRMP#NUBERT|NUBERT]] || Nubert, z.B. Subwoofer System
|-
| [[IRMP#ORTEK|ORTEK]] || Ortek, Hama
|-
| [[IRMP#PANASONIC|PANASONIC]] || PANASONIC Beamer
|-
| [[IRMP#PENTAX|PENTAX]] || PENTAX
|-
| [[IRMP#RC5_+_RC5X|RC5]] || Philips und andere europäische Hersteller
|-
| [[IRMP#RC6_+_RC6A|RC6A]] || Philips, Kathrein und andere Hersteller, z.B. XBOX
|-
| [[IRMP#RC6_+_RC6A|RC6]] || Philips und andere europäische Hersteller
|-
| [[IRMP#RCCAR|RCCAR]] || RC Car: IR Fernbedienung für Modellfahrzeuge
|-
| [[IRMP#RCII|RCII]] || T+A ('''NEU!''')
|-
| [[IRMP#RECS80|RECS80]] || Philips, Nokia, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP#RECS80EXT|RECS80EXT]] || Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
|-
| [[IRMP#RCMM|RCMM]] || Fujitsu-Siemens z.B. Activy keyboard
|-
| [[IRMP#ROOMBA|ROOMBA]] || iRobot Roomba Staubsauger
|-
| [[IRMP#S100|S100]] || Ähnlich zu RC5, aber 14 statt 13 Bits und 56kHz Modulation. Hersteller unbekannt.
|-
| [[IRMP#SAMSUNG32|SAMSUNG32]] || Samsung
|-
| [[IRMP#SAMSUNG48|SAMSUNG48]] || Div. Klimaanlagen Hersteller
|-
| [[IRMP#SAMSUNG|SAMSUNG]] || Samsung
|-
| [[IRMP#SIEMENS_+_RUWIDO|RUWIDO]] || RUWIDO (z.B. T-Home-Mediareceiver, MERLIN-Tastatur (Pollin))
|-
| [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]] || Siemens, z.B. Gigaset M740AV
|-
| [[IRMP#SIRCS|SIRCS]] || Sony
|-
| [[IRMP#SPEAKER|SPEAKER]] || Lautsprecher Systeme wie z.B. X-Tensions
|-
| [[IRMP#TECHNICS|TECHNICS]] || Technics
|-
| [[IRMP#TELEFUNKEN|TELEFUNKEN]] || Telefunken
|-
| [[IRMP#THOMSON|THOMSON]] || Thomson
|-
| [[IRMP#VINCENT|VINCENT]] || Vincent
|}

'''NEU:'''

'''Ab Version 3.2 kann IRMP auch RF-Funkprotokolle (433 MHz) dekodieren.'''

{| {{Tabelle}}
|+ '''Unterstützte RF-Protokolle'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protokoll
! style="width:100em" | Hersteller
|-
| [[IRMP#RF_GEN24|RF_GEN24]] || Generisches 24 Bit Format, z.B. Pollin 550666 Funksteckdose
|-
| [[IRMP#RF_X10|RF_X10]] || X10 PC Funkfernbedienung (Medion), Pollin 721815
|}

Jedes dieser Protokolle ist einzeln aktivierbar. Wer möchte, kann alle Protokolle aktivieren. Wer nur ein Protokoll braucht, kann alle anderen deaktivieren. Es wird nur das vom Compiler übersetzt, was auch benötigt wird.

Zu beachten:

* Sollen Funk-Protokolle decodiert werden, sind sämtliche IR-Protokolle zu deaktivieren.
* Sollen IR-Protokolle decodiert werden, sind sämtliche RF-Protokolle (Funk) zu deaktivieren.

=== Entstehung ===

Der auf AVR- und PIC-µCs einsetzbare Source zu [[IRMP#top|IRMP]] entstand im Rahmen des [[Word Clock]] Projektes.

=== Thread im Forum ===

'''Anlass für einen eigenen [[IRMP#top|IRMP]]-Artikel ist folgender Thread in der Codesammlung: [http://www.mikrocontroller.net/topic/162119 Beitrag: IRMP - Infrared Multi Protocol Decoder]'''

== IR-Protokolle ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
Einige Hersteller verwenden ihr eigenes hausinterne Protokoll, dazu gehören u.a. Sony, Samsung und Matsushita. Philips hat [[IRMP#RC5 + RC5X|RC5]] entwickelt und natürlich auch selbst benutzt. [[IRMP#RC5 + RC5X|RC5]] galt damals in Europa als ''das'' Standard-IR-Protokoll, welches von vielen europäischen Herstellern übernommen wurde. Mittlerweile ist [[IRMP#RC5 + RC5X|RC5]] fast gar nicht mehr anzutreffen - man kann es eigentlich als "ausgestorben" abhaken. Der Nachfolger [[IRMP#RC6_+_RC6A|RC6]] wird zwar noch in einigen aktuellen europäischen Geräten eingesetzt, ist aber auch nur vereinzelt vorzufinden.

Auch die japanischen Hersteller haben versucht, einen eigenen Standard zu etablieren, nämlich das sog. [[IRMP#KASEIKYO|Kaseikyo]]- (oder auch "Japan-") Protokoll. Dieses ist mit einer Bitlänge von 48 sehr universell und allgemein verwendbar. Richtig durchgesetzt hat es sich aber bis heute nicht - auch wenn man es hier und da im heimischen Haushalt vorfindet.

Heutzutage wird (auch vornehmlich bei japanischen Geräten) das [[IRMP#NEC_+_extended_NEC|NEC]]-Protokoll verwendet - und zwar von den unterschiedlichsten (Marken- und auch Noname-)Herstellern. Ich schätze den "Marktanteil" auf ca. 80% beim [[IRMP#NEC_+_extended_NEC|NEC]]-Protokoll. Fast alle Fernbedienungen im alltäglichen Einsatz verwenden bei mir den [[IRMP#NEC_+_extended_NEC|NEC]]-IR-Code. Das fängt beim Fernseher an, geht über vom DVD-Player zur Notebook-Fernbedienung und reicht bis zur Noname-MultiMedia-Festplatte - um nur einige Beispiele zu nennen.
||
[[Datei:nec-protocol.png|miniatur|NEC-Protokoll, Reichelt RGB-LED-Fernbedienung, T->A: 9,14ms, A->B: 4,42ms, B->C: 660us]]
|}

== Kodierungen ==

[[IRMP#top|IRMP]] unterstützt folgende IR-Codings:

* [[IRMP#Pulse Distance|Pulse Distance]], typ. Beispiel: [[IRMP#NEC_+_extended_NEC|NEC]]
* [[IRMP#Pulse Width|Pulse Width]], typ. Beispiel: [[IRMP#SIRCS|Sony SIRCS]]
* [[IRMP#Biphase|Biphase (Manchester)]], typ. Beispiel: Philips [[IRMP#RC5_+_RC5X|RC5]], [[IRMP#RC6_+_RC6A|RC6]]
* [[IRMP#Pulse Position|Pulse Position (NRZ)]], typ. Beispiel: [[IRMP#NETBOX|Netbox]]
* [[IRMP#Pulse Distance Width|Pulse Distance Width]], typ. Beispiel: [[IRMP#NUBERT|Nubert]]

Die Pulse werden dabei moduliert - üblicherweise mit 36kHz oder 38kHz - um Umwelteinflüsse wie Raum- oder Sonnenlicht ausfiltern zu können.

=== Pulse Distance ===

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
Eine Pulse Distance Kodierung erkennt man an der folgenden Regel:

* es gibt nur '''eine Pulslänge''' und '''zwei verschiedene Pausenlängen.'''
||
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]
|}

=== Pulse Width ===

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
Bei der Pulse Width Kodierung gilt die Regel:

* es gibt '''zwei verschiedene Pulslängen''' und nur '''eine Pausenlänge'''

|| [[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]
|}

=== Pulse Distance Width ===
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|

Dies ist ein Mischmasch aus Pulse Distance und Pulse Width Coding.
Oft ist die Summe aus Puls- und Pausenlänge konstant.

Also:

* es gibt '''zwei verschiedene Pulslängen''' und '''zwei verschiedene Pausenlängen.'''
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]
|}

=== Biphase ===
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
Bei der Biphase Kodierung entscheidet die Reihenfolge von Puls und Pause über den Wert des Bits.

Damit erkennt man ein Biphase-Coding an folgendem Kriterium:

* es kommen genau '''eine''' Pausen- und eine Pulslänge, sowie jeweils die '''doppelten''' Puls-/Pausenlängen vor

Normalerweise sind die Längen für die Pulse und Pausen gleich, d.h. die Signalform ist symmetrisch. IRMP erkennt aber auch Protokolle, die mit unterschiedlichen Puls-/Pause-Längen arbeiten. Dies ist zum Beispiel bei dem [[IRMP#A1TVBOX|A1TVBOX]]-Protokoll der Fall.
||
[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]
|}

=== Pulse Position ===
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
Die Pulse Position Kodierung kennt man von den üblichen UARTs. Hier hat jedes Bit eine feste Länge. Je nach Wert (0 oder 1) ist es ein Puls oder eine Pause.

Typisches Kriterium für ein '''Pulse Position Protokoll''' ist:

* es kommen '''Vielfache''' einer Grund-Puls-/Pausenlänge vor
||
[[Datei:Pulse-Position.png|miniatur|Pulse Position Coding]]
|}
'''Eine tabellarische Aufstellung der verschiedenen IR-Protokolle findet man hier: [[IRMP#Die_IR-Protokolle_im_Detail|Die IR-Protokolle im Detail]].'''

Die dort angegebenen Timingwerte sind Idealwerte. Bei einigen Fernbedienungen in der Praxis weichen sie um bis zu 40% voneinander ab. Deshalb arbeitet [[IRMP#top|IRMP]] mit Minimum-/Maximumsgrenzen, um bzgl. des Zeitverhaltens tolerabel zu sein.

== Protokoll-Erkennung ==

Die meisten der von [[IRMP#top|IRMP]] decodierten Protokolle haben etwas gemeinsames: Sie weisen ein Start-Bit auf, welches vom Timing her ausgezeichnet, d.h. einmalig ist.

Anhand dieses Start-Bit-Timings werden meistens die verschiedenen Protokolle unterschieden. [[IRMP#top|IRMP]] misst also das Timing des Start-Bits und stellt dann "on-the-fly" seine Timingtabellen auf das erkannte Protokoll um, damit die nach dem Start-Bit gesandten Daten in einem Rutsch eingelesen werden können, ohne das komplette Telegramm (Frame) erst speichern zu müssen. [[IRMP#top|IRMP]] wartet also nicht darauf, dass ein kompletter Frame eingelesen wurde, sondern legt direkt nach der ersten Pulserkennung los.

Ist das gelesene Start-Bit nicht eindeutig, fährt [[IRMP#top|IRMP]] "mehrspurig", d.h. es werden zum Beispiel zwei mögliche Protokolle gleichzeitig verfolgt. Sobald aus Plausibilitätsgründen eines der beiden Protokolle nicht mehr möglich sein kann, wird komplett auf das andere Protokoll gewechselt.

Realisiert wird die Erkennung über eine [[Statemachine]], die [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|timergesteuert]] über eine [[Interrupt|Interruptroutine]] in regelmäßigen Abständen (üblicherweise 15.000 mal in der Sekunde) aufgerufen wird. Die [[Statemachine]] kennt (unter anderem) folgende Zustände:

* Erkenne den ersten Puls des Start-Bits
* Erkenne die Pause des Start-Bits
* Erkenne den Puls des ersten Datenbits

Danach sind die Puls/Pause-Längen des Startbits bekannt. Nun werden alle vom Anwender aktivierten Protokolle nach diesen Längen durchsucht. Wurde ein Protokoll gefunden, werden die Timing-Tabellen dieses Protokolls geladen und im weiteren geprüft, ob die nachfolgenden Puls-/Pause-Zeiten innerhalb der geladenen Werte übereinstimmen.

Es geht also weiter in der [[Statemachine]] mit folgenden Zuständen

* Erkenne die Pausen der Datenbits
* Erkenne die Pulse der Datenbits
* Prüfe Timing. Wenn abweichend, schalte um auf ein anderes noch in Frage kommendes IR-Protokoll, ansonsten schalte [[Statemachine]] komplett zurück
* Erkenne das Stop-Bit, falls das Protokoll eines vorsieht
* Prüfe Daten auf Plausibilität, wie CRC oder andere redundante Datenbits
* Wandle die Daten in Geräte-Adresse und Kommando
* Erkenne Wiederholungen durch längere Tastendrücke, setze entsprechendes Flag

Tatsächlich ist die [[Statemachine]] noch etwas komplizierter, da manche Protokolle gar kein Start-Bit (z.B. [[IRMP#DENON|Denon]]) bzw. mehrere Start-Bits (z.B. 4 bei [[IRMP#B.26O|B&O]]) haben bzw. mitten im Frame ein weiteres Synchronisierungs-Bit (z.B. [[IRMP#SAMSUNG|Samsung]]) vorsehen. Diese besonderen Bedingungen werden durch protokollspezifische "Spezialbehandlungen" im Code abgefangen.

Das Umschalten auf ein anderes Protokoll kann mehrfach während des Empfangs des Frames geschehen, z.B. von [[IRMP#NEC42|NEC42]] (42 Bit) auf [[IRMP#NEC16|NEC16]] (8 Bit + Sync-Bit + 8 Bit), wenn vorzeitig ein zusätzliches Synchronisierungsbit erkannt wurde, oder von [[IRMP#NEC + extended NEC|NEC]]/[[IRMP#NEC42|NEC42]] (32/42 Bit) auf [[IRMP#JVC|JVC]] (16 Bit), wenn das Stop-Bit vorzeitig auftrat. Schwierig wird es dann, wenn zwei mögliche Protokolle nach Erkennung des Start-Bits unterschiedliche Kodierungen verwenden, z.B. wenn das eine Protokoll ein [[IRMP#Pulse Distance|Pulse Distance Coding]] und das andere ein [[IRMP#Biphase|Biphase Coding (Manchester)]] benutzt. Hier speichert [[IRMP#top|IRMP]] die jeweils völlig verschieden ermittelten Bits für beide Codierungen, um dann später die einen oder anderen
Werte wieder zu verwerfen.

Desweiteren senden einige Fernbedienungen bei bestimmten Protokollen aus Gründen der Redundanz (Fehlererkennung) oder wegen längeren Tastendrucks Wiederholungsframes. Diese werden von IRMP unterschieden: Die für die Fehlererkennung zuständigen Frames werden von IRMP geprüft, aber nicht an die Anwendung zurückgegeben, die anderen werden als langer Tastendruck erkannt und entsprechend von IRMP gekennzeichnet.

== Download ==

Version 3.2.6, Stand vom 27.01.2021

Download Stable Version: [http://www.mikrocontroller.net/wikifiles/7/79/Irmp.zip Irmp.zip]

Aktuelle Entwicklungsversion von [[IRMP#top|IRMP]] & [[IRSND#top|IRSND]]:

* SVN-Link: [svn://mikrocontroller.net/irmp/ SVN]
* SVN-Browser: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP im SVN]
* Download Tarball: [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball]

Download als Arduino Library: [https://github.com/ukw100/IRMP GitHub] oder in der Arduino IDE "''Tools / Manage Libraries...''" benutzen und nach "''IRMP''" suchen. Dies ist eine speziell an Arduino angepasste Version. Diese Variante hinkt manchmal der aktuellen Version etwas hinterher.

'''Die Software-Änderungen kann man sich hier anschauen: [http://www.mikrocontroller.net/articles/IRMP#Software-Historie_IRMP Software-Historie IRMP]'''

== Lizenz ==

IRMP ist Open Source Software und wird unter der [https://www.gnu.org/licenses/old-licenses/gpl-2.0.html GPL v2] (oder jeder höheren Version) freigegeben.

== Source-Code ==

Der Source-Code lässt sich einfach für AVR-µCs übersetzen, indem man unter Windows die Projekt-Datei irmp.aps in das AVR Studio 4 lädt.

Für andere Entwicklungsumgebungen ist leicht ein Projekt bzw. Makefile angelegt. Zum Source gehören:

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] - Der eigentliche IR-Decoder
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h] - Sämtliche Definitionen zu den IR-Protokollen
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpsystem.h?view=markup irmpsystem.h] - Vom Zielsystem abhängige Definitionen für AVR/PIC/STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.h?view=markup irmp.h] - Include-Datei für die Applikation
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] - Anzupassende Konfigurationsdatei

Beispiel Anwendungen (main-Funktionen und nötige Timer-Initialisierungen):

* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] - AVR
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr-uart.c?view=markup irmp-main-avr-uart.c] - AVR mit UART-Ausgabe
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-xc8.c?view=markup irmp-main-pic-xc8.c] - PIC18F4520
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-pic-12F1840.c?view=markup irmp-main-pic-12F1840.c] - PIC12F1840
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stm32.c?view=markup irmp-main-stm32.c] - STM32
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stellaris-arm.c?view=markup irmp-main-stellaris-arm.c] - TI Stellaris LM4F120 Launchpad
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-esp8266.c?view=markup irmp-main-esp8266.c] - ESP8266
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-mbed.cpp?view=markup irmp-main-mbed.cpp] - MBED
* [http://www.mikrocontroller.net/svnbrowser/irmp/examples/Arduino/Arduino.ino?view=markup examples/Arduino/Arduino.ino] - Teensy 3.x
* [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c] - ChibiOS

{{Warnung|
;WICHTIG: Im Applikations-Source sollte nur irmp.h per include eingefügt werden, also lediglich:
<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
</syntaxhighlight>

Alle anderen Include-Dateien werden automatisch über irmp.h "eingefügt". Siehe dazu auch die Beispieldatei irmp-main-avr.c.

Desweiteren muss die Preprocessor-Konstante '''F_CPU im Projekt bzw. Makefile''' gesetzt werden. Diese sollte mindestens den Wert 8000000UL haben, der Prozessor sollte also zumindest mit 8 MHz laufen.
}}

Auch auf PIC-Prozessoren ist [[IRMP#top|IRMP]] lauffähig. Für den PIC-CCS-Compiler sind entsprechende Preprocessor-Konstanten bereits gesetzt, so dass man [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] direkt in der CCS-Entwicklungsumgebung verwenden kann. Lediglich eine kleine Interrupt-Routine wie

<syntaxhighlight lang="c" style="font-size:85%;">
void TIMER2_isr(void)
{
irmp_ISR ();
}
</syntaxhighlight>

ist hinzuzufügen, wobei man den Interrupt auf 66µs (also 15kHz) stellt.

Für AVR-Prozessoren ist ein Beispiel für die Anwendung von [[IRMP#top|IRMP]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] zu finden - im wesentlichen geht es da um die [[AVR-GCC-Tutorial/Die_Timer_und_Zähler_des_AVR|Timer]]-Initialisierung und den Abruf der empfangenen IR-Telegramme. Das empfangene Protokoll, die Geräte-Adresse und der Kommando-Code wird dann in der AVR-Version auf dem HW-UART ausgegeben.

Für das Stellaris LM4F120 Launchpad von TI (ARM Cortex M4) ist eine entsprechende Timer-Initialisierungsfunktion in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-stellaris-arm.c?view=markup irmp-main-stellaris-arm.c] bereits integriert.

Ebenso kann [[IRMP#top|IRMP]] auf STM32-Mikroprozessoren eingesetzt werden.

=== avr-gcc-Optimierungen ===

Ab Version avr-gcc 4.7.x kann die [https://gcc.gnu.org/onlinedocs/gccint/LTO.html#LTO LTO-Option] genutzt werden, um den Aufruf der externen Funktion irmp_ISR() aus der eigentlichen ISR effizienter zu machen. Das verbessert das Zeitverhalten der ISR etwas.

Zu den sonst schon üblichen Compiler- und Linker-Optionen kommen noch folgende dazu:

* Zusätzliche Compiler-Option: -flto
* Zusätzliche Linker-Optionen: -flto -Os

Vergisst man (unter Windows?) die zusätzliche Linker-Option -Os, wird das Binary allerdings wesentlich größer, da dann nicht mehr optimiert wird. Auch muss -flto an den Linker übergeben werden, weil sonst die LTO-Optimierung nicht mehr greift.

=== Konfiguration ===

Die Konfiguration von [[IRMP#top|IRMP]] wird über Parameter in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] vorgenommen, nämlich:

* [[IRMP#F_INTERRUPTS|Anzahl Interrupts pro Sekunde]]
* [[IRMP#IRMP_SUPPORT_xxx_PROTOCOL|Unterstützte IR-Protokolle]]
* [[IRMP#IRMP_PORT_LETTER + IRMP_BIT_NUMBER|Hardware-Pin zum IR-Empfänger]]
* [[IRMP#IRMP_LOGGING|IR-Logging]]

=== Einstellungen in irmpconfig.h ===

[[IRMP#top|IRMP]] decodiert sämtliche oben aufgelisteten Protokolle in einer ISR. Dafür sind einige Angaben nötig. Diese werden in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] eingestellt.

==== F_INTERRUPTS ====

Anzahl der Interrupts pro Sekunde. Der Wert kann zwischen 10000 und 20000 eingestellt werden. Je höher der Wert, desto besser die Auflösung und damit die Erkennung. Allerdings erkauft man sich diesen Vorteil mit erhöhter CPU-Last. Der Wert 15000 ist meist ein guter Kompromiss.

Standardwert:
<syntaxhighlight lang="c" style="font-size:85%;">
#define F_INTERRUPTS 15000 // interrupts per second
</syntaxhighlight>

Auf AVR-Prozessoren wird in der Beispielroutine in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c] der Timer1 mit 16-Bit-Genauigkeit verwendet. Sollte der Timer1 aus irgendwelchen Gründen nicht verfügbar sein, kann man alternativ auch den Timer2 mit 8-Bit-Genauigkeit verwenden.

In diesem Fall wird dieser dann konfiguriert über:

Für ATmega8/ATmega16/ATmega32:
<syntaxhighlight lang="c" style="font-size:85%;">
OCR2 = (uint8_t) ((F_CPU / F_INTERRUPTS) / 8) - 1 + 0.5); // Compare Register OCR2
TCCR2 = (1 << WGM21) | (1 << CS21); // CTC Mode, prescaler = 8
TIMSK = 1 << OCIE2; // enable timer2 interrupt

ISR(TIMER2_COMP_vect)
{
(void) irmp_ISR();
}
</syntaxhighlight>

Für ATmega88/ATmega168/ATmega328:
<syntaxhighlight lang="c" style="font-size:85%;">
OCR2A = (uint8_t) ((F_CPU / F_INTERRUPTS) / 8) - 1 + 0.5); // Compare Register OCR2
TCCR2A = (1 << WGM21); // CTC Mode, prescaler = 8
TCCR2B = (1 << CS21); // CTC Mode, prescaler = 8
TIMSK2 = 1 << OCIE2A; // enable timer2 interrupt

ISR(TIMER2_COMPA_vect)
{
(void) irmp_ISR();
}
</syntaxhighlight>

Bei anderen AVR-µCs empfiehlt sich ein Blick ins Datenblatt.

Man sollte in diesem Fall nicht vergessen, auch die Interrupt-Routine an den Timer2 anzupassen:

==== IRMP_SUPPORT_xxx_PROTOCOL ====

Hier lässt sich einstellen, welche Protokolle von [[IRMP#top|IRMP]] unterstützt werden sollen. Die Standardprotokolle sind bereits aktiv. Möchte man weitere Protokolle einschalten bzw. einige aus Speicherplatzgründen deaktivieren, sind die entsprechenden Werte in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] anzupassen.

<syntaxhighlight lang="c" style="font-size:85%;">
// typical protocols, disable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_SIRCS_PROTOCOL 1 // Sony SIRCS >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC_PROTOCOL 1 // NEC + APPLE >= 10000 ~300 bytes
#define IRMP_SUPPORT_SAMSUNG_PROTOCOL 1 // Samsung + Samsung32 >= 10000 ~300 bytes
#define IRMP_SUPPORT_MATSUSHITA_PROTOCOL 1 // Matsushita >= 10000 ~50 bytes
#define IRMP_SUPPORT_KASEIKYO_PROTOCOL 1 // Kaseikyo >= 10000 ~250 bytes

// more protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_DENON_PROTOCOL 0 // DENON, Sharp >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC5_PROTOCOL 0 // RC5 >= 10000 ~250 bytes
#define IRMP_SUPPORT_RC6_PROTOCOL 0 // RC6 & RC6A >= 10000 ~250 bytes
#define IRMP_SUPPORT_JVC_PROTOCOL 0 // JVC >= 10000 ~150 bytes
#define IRMP_SUPPORT_NEC16_PROTOCOL 0 // NEC16 >= 10000 ~100 bytes
#define IRMP_SUPPORT_NEC42_PROTOCOL 0 // NEC42 >= 10000 ~300 bytes
#define IRMP_SUPPORT_IR60_PROTOCOL 0 // IR60 (SDA2008) >= 10000 ~300 bytes
#define IRMP_SUPPORT_GRUNDIG_PROTOCOL 0 // Grundig >= 10000 ~300 bytes
#define IRMP_SUPPORT_SIEMENS_PROTOCOL 0 // Siemens Gigaset >= 15000 ~550 bytes
#define IRMP_SUPPORT_NOKIA_PROTOCOL 0 // Nokia >= 10000 ~300 bytes

// exotic protocols, enable here! Enable Remarks F_INTERRUPTS Program Space
#define IRMP_SUPPORT_BOSE_PROTOCOL 0 // BOSE >= 10000 ~150 bytes
#define IRMP_SUPPORT_KATHREIN_PROTOCOL 0 // Kathrein >= 10000 ~200 bytes
#define IRMP_SUPPORT_NUBERT_PROTOCOL 0 // NUBERT >= 10000 ~50 bytes
#define IRMP_SUPPORT_BANG_OLUFSEN_PROTOCOL 0 // Bang & Olufsen >= 10000 ~200 bytes
#define IRMP_SUPPORT_RECS80_PROTOCOL 0 // RECS80 (SAA3004) >= 15000 ~50 bytes
#define IRMP_SUPPORT_RECS80EXT_PROTOCOL 0 // RECS80EXT (SAA3008) >= 15000 ~50 bytes
#define IRMP_SUPPORT_THOMSON_PROTOCOL 0 // Thomson >= 10000 ~250 bytes
#define IRMP_SUPPORT_NIKON_PROTOCOL 0 // NIKON camera >= 10000 ~250 bytes
#define IRMP_SUPPORT_NETBOX_PROTOCOL 0 // Netbox keyboard >= 10000 ~400 bytes (PROTOTYPE!)
#define IRMP_SUPPORT_ORTEK_PROTOCOL 0 // ORTEK (Hama) >= 10000 ~150 bytes
#define IRMP_SUPPORT_TELEFUNKEN_PROTOCOL 0 // Telefunken 1560 >= 10000 ~150 bytes
#define IRMP_SUPPORT_FDC_PROTOCOL 0 // FDC3402 keyboard >= 10000 (better 15000) ~150 bytes (~400 in combination with RC5)
#define IRMP_SUPPORT_RCCAR_PROTOCOL 0 // RC Car >= 10000 (better 15000) ~150 bytes (~500 in combination with RC5)
#define IRMP_SUPPORT_ROOMBA_PROTOCOL 0 // iRobot Roomba >= 10000 ~150 bytes
#define IRMP_SUPPORT_RUWIDO_PROTOCOL 0 // RUWIDO, T-Home >= 15000 ~550 bytes
#define IRMP_SUPPORT_A1TVBOX_PROTOCOL 0 // A1 TV BOX >= 15000 (better 20000) ~300 bytes
#define IRMP_SUPPORT_LEGO_PROTOCOL 0 // LEGO Power RC >= 20000 ~150 bytes
#define IRMP_SUPPORT_RCMM_PROTOCOL 0 // RCMM 12,24, or 32 >= 20000 ~150 bytes
</syntaxhighlight>

Jedes von [[IRMP#top|IRMP]] unterstützte IR-Protokoll "verbrät" ungefähr den oben angegebenen Speicher an Code. Hier kann man Optimierungen vornehmen: Zum Beispiel ist die Modulationsfrequenz von 455kHz beim [[IRMP#B&O|B&O]]-Protokoll weitab von den Frequenzen, die von den anderen Protokollen verwendet werden. Hier braucht man evtl. andere IR-Empfänger, anderenfalls kann man diese Protokolle einfach deaktiveren. Zum Beispiel kann man mit einem TSOP1738 kein [[IRMP#B&O|B&O]]-Protokoll (455kHz) mehr empfangen.

Ausserdem werden die Protokolle [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]]/[[IRMP#FDC|FDC]]/[[IRMP#RCCAR|RCCAR]] erst ab einer Scan-Frequenz von ca. 15kHz zuverlässig erkannt. Bei [[IRMP#LEGO|LEGO]] sind es sogar 20kHz. Wenn man also diese Protokolle nutzen will, muss man [[IRMP#F_INTERRUPTS|F_INTERRUPTS]] entsprechend anpassen, sonst erscheint beim Übersetzen eine entsprechende Warnung und die entsprechenden Protokolle werden dann automatisch abgeschaltet.

==== IRMP_PORT_LETTER + IRMP_BIT_NUMBER ====

Über diese Konstanten wird der Pin am µC beschrieben, an welchem der IR-Empfänger angeschlossen ist.

Standardwert ist PORT B6:
<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------------------------------------------
* Change hardware pin here for ATMEL AVR
*----------------------------------------------------------------------------------------------------------------
*/
#if defined (ATMEL_AVR) // use PB6 as IR input on AVR
# define IRMP_PORT_LETTER B
# define IRMP_BIT_NUMBER 6
</syntaxhighlight>

Diese beiden Werte sind an den tatsächlichen Hardware-Pin des µCs anzupassen.

Dies gilt ebenso für die STM32-µCs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------------------------------------------
* Change hardware pin here for ARM STM32
*----------------------------------------------------------------------------------------------------------------
*/
#elif defined (ARM_STM32) // use C13 as IR input on STM32
# define IRMP_PORT_LETTER C
# define IRMP_BIT_NUMBER 13
</syntaxhighlight>

Wird die STM32-HAL Library verwendet, definiert man die beiden Konstanten IRSND_Transmit_GPIO_Port und IRSND_Transmit_Pin in STM32Cube (Main.h). In diesem Fall ist hier nichts weiter anzupassen:
<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------------------------------------------
* ARM STM32 with HAL section - don't change here, define IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin in STM32Cube (Main.h)
*----------------------------------------------------------------------------------------------------------------
*/
#elif defined (ARM_STM32_HAL) // IRSND_Transmit_GPIO_Port & IRSND_Transmit_Pin must be defined in STM32Cube
# define IRSND_PORT_LETTER IRSND_Transmit_GPIO_Port//Port of Transmit PWM Pin e.g.
# define IRSND_BIT_NUMBER IRSND_Transmit_Pin //Pim of Transmit PWM Pin e.g.
# define IRSND_TIMER_HANDLER htim2 //Handler of Timer e.g. htim (see tim.h)
# define IRSND_TIMER_CHANNEL_NUMBER TIM_CHANNEL_2 //Channel of the used Timer PWM Pin e.g. TIM_CHANNEL_2
# define IRSND_TIMER_SPEED_APBX 64000000 //Speed of the corresponding APBx. (see STM32CubeMX: Clock Configuration)
</syntaxhighlight>

Hier der entsprechende Abschnitt für STM8-µCs:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------------------------------------------
* Change hardware pin here for STM8
*----------------------------------------------------------------------------------------------------------------
*/
#elif defined (SDCC_STM8) // use PA1 as IR input on STM8
# define IRMP_PORT_LETTER A
# define IRMP_BIT_NUMBER 1
</syntaxhighlight>

Bei den PIC-Prozessoren gibt es lediglich die anzupassende Konstante '''IRMP_PIN''' - je nach Compiler:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------------------------------------------
* Change hardware pin here for PIC C18 compiler
*----------------------------------------------------------------------------------------------------------------
*/
#elif defined (PIC_C18) // use RB4 as IR input on PIC
# define IRMP_PIN PORTBbits.RB4

/*----------------------------------------------------------------------------------------------------------------
* Change hardware pin here for PIC CCS compiler
*----------------------------------------------------------------------------------------------------------------
*/
#elif defined (PIC_CCS) // use PB4 as IR input on PIC
# define IRMP_PIN PIN_B4
</syntaxhighlight>

Bei ChibiOS HAL definiert man in der Board-Config (board.chcfg) von ChibiOS einen Pin mit dem Namen '''IR_IN''' und generiert die Boarddatei neu. Wenn man einen anderen Namen für den Pin verwenden möchte, kann man auch die Konstante '''IRMP_PIN'''
in der irmpconfig.h anpassen. Vor den Namen des Pins aus der Board-Config dann "LINE_" voranstellen, da in IRMP die
"Line"-Variante der PAL-Schnittstelle verwendet wird:

<syntaxhighlight lang="c" style="font-size:85%;">
/*----------------------------------------------------------------------------------------------------------------
* Change hardware pin here for ChibiOS HAL
*----------------------------------------------------------------------------------------------------------------
*/
#elif defined(_CHIBIOS_HAL_)
# define IRMP_PIN LINE_IR_IN // use pin names as defined in the board config file, prefixed with "LINE_"
</syntaxhighlight>

==== IRMP_HIGH_ACTIVE ====

Standardwert:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_HIGH_ACTIVE 0 // set to 1 if you use a RF receiver!
</syntaxhighlight>

Setzt man einen Funkempfänger statt einem IR-Sensor ein, um Funkprotokolle zu decodieren, so arbeiten diese in der Regel mit aktivem High-Pegel. Deshalb sollte man diesen Wert dann auf 1 setzen.

'''NEU:'''

==== IRMP_ENABLE_RELEASE_DETECTION ====

Standardwert:
<syntaxhighlight lang="c" style="font-size:85%;">
# define IRMP_ENABLE_RELEASE_DETECTION 0 // enable detection of key releases
</syntaxhighlight>

Wird dieser Wert auf 1 gesetzt, kann das Loslassen einer Fernbedienungstaste detektiert werden. Die Funktion irmp_get_data() setzt dann im Struct-Member irmp_data.flags das Bit IRMP_FLAG_RELEASE, sobald das Senden eines Codes aufgehört hat. Ein praktisches Beispiel dafür findet man im Kapitel '''[[IRMP#.22Entprellen.22_von_Tasten|Entprellen von Tasten]]'''.

==== IRMP_USE_CALLBACK ====

Standardwert:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_USE_CALLBACK 0 // flag: 0 = don't use callbacks, 1 = use callbacks, default is 0
</syntaxhighlight>

Wenn man Callbacks einschaltet, wird bei jeder Pegeländerung des Eingangs eine Callback-Funktion aufgerufen. Dies kann zum Beispiel dafür verwendet werden, das eingehende IR-Signal sichtbar zu machen, also als Signal an einem weiteren Pin auszugeben.

Hier ein Beispiel:

<syntaxhighlight lang="c" style="font-size:85%;">
#define LED_PORT PORTD // LED at PD6
#define LED_DDR DDRD
#define LED_PIN 6

/*------------------------------------------------------------------------------------------------------------
* Called (back) from IRMP module
* This example switches a LED (which is connected to Vcc)
*-------------------------------------------------------------------------------------------------------------
*/
void
led_callback (uint_fast8_t on)
{
if (on)
{
LED_PORT &= ~(1 << LED_PIN);
}
else
{
LED_PORT |= (1 << LED_PIN);
}
}

int
main ()
{
...
irmp_init ();

LED_DDR |= (1 << LED_PIN); // LED pin to output
LED_PORT |= (1 << LED_PIN); // switch LED off (active low)
irmp_set_callback_ptr (led_callback);

sei ();
...
}
</syntaxhighlight>

==== IRMP_USE_IDLE_CALL ====

Normalerweise wird die Funktion irmp_ISR() ständig mit der Frequenz F_INTERRUPTS (10-20kHz) aufgerufen. Der Controller
kann daher kaum in einen energiesparenden Sleep-Modus wechseln, bzw. muss ständig aus diesem wieder aufwachen. Kommt
es auf den Stromverbrauch an, wie z.B. bei Batteriebetrieb, ist diese Vorgehensweise nicht optimal.

Wenn man '''IRMP_USE_IDLE_CALL''' aktiviert, erkennt IRMP wenn kein IR-Empfang im Gange ist und ruft dann die Funktion
'''irmp_idle()''' auf. Diese ist controllerspezifisch und muss vom Nutzer bereitgestellt und hinzugelinkt werden. Dort kann dann in den Empfangspausen der Controller schlafen gelegt und so der Energieverbrauch reduziert werden.

Empfohlen wird in der irmp_idle() den Timer-Interrupt zu deaktivieren und statt dessen einen Pinchange-Interrupt zu aktivieren. Danach kann der Controller schlafen geschickt werden. Wird eine fallende Flanke auf dem IR-Eingang erkannt, wird der Pinchange-Interrupt deaktiviert, der Timer wieder aktiviert und sofort irmp_ISR() aufgerufen. Ein Beispiel für die Verwendung von irmp_idle() findet sich in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-chibios.c?view=markup irmp-main-chibios.c].

IRMP rein anhand von Pinchange-Interrupts und ohne Timer-Interrupts zu betreiben ist nicht vorgesehen.

==== IRMP_USE_EVENT ====

Wenn man IRMP zusammen mit ChibiOS/RT oder ChibiOS/NIL verwendet, kann man deren Event-System verwenden um einen
Thread aufzuwecken sobald neue IR-Daten empfangen und decodiert wurden.

Dazu setzt man in der irmpconfig.h die Konstante '''IRMP_USE_EVENT''' auf 1. '''IRMP_EVENT_BIT''' definiert den
Bitwert in der Event-Bitmaske, der den IRMP-Event symbolisieren soll. Mit '''IRMP_EVENT_THREAD_PTR''' wird der
Variablenname des Threadpointers festgelegt, an den der Event gesendet wird.

In der irmpconfig.h sieht das in der Praxis so aus:
<syntaxhighlight lang="c" style="font-size:85%;">
/*------------------------------------------------------------------------------------------------------------
* Use ChibiOS Events to signal that valid IR data was received
*------------------------------------------------------------------------------------------------------------
*/
#if defined(_CHIBIOS_RT_) || defined(_CHIBIOS_NIL_)

# ifndef IRMP_USE_EVENT
# define IRMP_USE_EVENT 1 // 1: use event. 0: do not. default is 0
# endif

# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_BIT)
# define IRMP_EVENT_BIT 1 // event flag or bit to send
# endif
# if IRMP_USE_EVENT == 1 && !defined(IRMP_EVENT_THREAD_PTR)
# define IRMP_EVENT_THREAD_PTR ir_receive_thread_p // pointer to the thread to send the event to
extern thread_t *IRMP_EVENT_THREAD_PTR; // the pointer must be defined and initialized elsewhere
# endif

#endif // _CHIBIOS_RT_ || _CHIBIOS_NIL_
</syntaxhighlight>

In seinem ChibiOS-Projekt verwendet man das dann so:
<syntaxhighlight lang="c" style="font-size:85%;">
thread_t *ir_receive_thread_p = NULL;

static THD_FUNCTION(IRThread, arg)
{
ir_receive_thread_p = chThdGetSelfX();
[...]
while (true)
{
// wait for event sent from irmp_ISR
chEvtWaitAnyTimeout(ALL_EVENTS,TIME_INFINITE);

if (irmp_get_data (&irmp_data))
// Daten aus irmp_data verwenden
</syntaxhighlight>

==== IRMP_LOGGING ====

Mit IRMP_LOGGING kann das Protokollieren von eingehenden IR-Frames eingeschaltet werden.

Standardwert:
<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not. default is 0
</syntaxhighlight>

Weitere Erläuterungen siehe [[IRMP#Scannen_von_unbekannten_IR-Protokollen|Scannen von unbekannten IR-Protokollen]].

'''Beachte: In der Regel braucht man IRMP_LOGGING nur dafür, um Samples aus den empfangenen IR-Frames zu erstellen, die weiter analysiert werden sollen. Daher sollte man sonst den Wert von IRMP_LOGGING immer auf 0 lassen.'''

=== Anwendung von IRMP ===

Die von [[IRMP#top|IRMP]] unterstützten Protokolle weisen Bitlängen - teilweise variabel, teilweise fest - von 2 bis 48 Bit auf. Diese werden über Preprocessor-Defines beschrieben.

[[IRMP#top|IRMP]] trennt diese IR-Telegramme prinzipiell in 3 Bereiche:

1. ID für verwendetes Protokoll
2. Adresse bzw. Herstellercode
3. Kommando

Mittels der Funktion

irmp_get_data (IRMP_DATA * irmp_data_p)

kann man ein decodiertes Telegramm abrufen. Der Return-Wert ist 1, wenn ein Telegramm eingelesen wurde, sonst 0. Im ersten Fall werden die Struct-Members

<syntaxhighlight lang="c" style="font-size:85%;">
irmp_data_p->protocol (8 Bit)
irmp_data_p->address (16 Bit)
irmp_data_p->command (16 Bit)
irmp_data_p->flags (8 Bit)
</syntaxhighlight>

gefüllt.

Das heisst: am Ende bekommt man dann über irmp_get_data() einfach drei
Werte (Protokoll, Adresse und Kommando-Code), die man über ein if oder switch checken kann, z. B. hier eine Routine, welche die Tasten 1-9 auf einer Fernbedienung auswertet:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == IRMP_NEC_PROTOCOL && // NEC-Protokoll
irmp_data.address == 0x1234) // Adresse 0x1234
{
switch (irmp_data.command)
{
case 0x0001: key1_pressed(); break; // Taste 1
case 0x0002: key2_pressed(); break; // Taste 2
...
case 0x0009: key9_pressed(); break; // Taste 9
}
}
}
</syntaxhighlight>

Hier die möglichen Werte für irmp_data.protocol, siehe auch [http://www.mikrocontroller.net/svnbrowser/irmp/irmpprotocols.h?view=markup irmpprotocols.h]:

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_SIRCS_PROTOCOL 1 // Sony
#define IRMP_NEC_PROTOCOL 2 // NEC, Pioneer, JVC, Toshiba, NoName etc.
#define IRMP_SAMSUNG_PROTOCOL 3 // Samsung
#define IRMP_MATSUSHITA_PROTOCOL 4 // Matsushita
#define IRMP_KASEIKYO_PROTOCOL 5 // Kaseikyo (Panasonic etc)
#define IRMP_RECS80_PROTOCOL 6 // Philips, Thomson, Nordmende, Telefunken, Saba
#define IRMP_RC5_PROTOCOL 7 // Philips etc
#define IRMP_DENON_PROTOCOL 8 // Denon, Sharp
#define IRMP_RC6_PROTOCOL 9 // Philips etc
#define IRMP_SAMSUNG32_PROTOCOL 10 // Samsung32: no sync pulse at bit 16, length 32 instead of 37
#define IRMP_APPLE_PROTOCOL 11 // Apple, very similar to NEC
#define IRMP_RECS80EXT_PROTOCOL 12 // Philips, Technisat, Thomson, Nordmende, Telefunken, Saba
#define IRMP_NUBERT_PROTOCOL 13 // Nubert
#define IRMP_BANG_OLUFSEN_PROTOCOL 14 // Bang & Olufsen
#define IRMP_GRUNDIG_PROTOCOL 15 // Grundig
#define IRMP_NOKIA_PROTOCOL 16 // Nokia
#define IRMP_SIEMENS_PROTOCOL 17 // Siemens, e.g. Gigaset
#define IRMP_FDC_PROTOCOL 18 // FDC keyboard
#define IRMP_RCCAR_PROTOCOL 19 // RC Car
#define IRMP_JVC_PROTOCOL 20 // JVC (NEC with 16 bits)
#define IRMP_RC6A_PROTOCOL 21 // RC6A, e.g. Kathrein, XBOX
#define IRMP_NIKON_PROTOCOL 22 // Nikon
#define IRMP_RUWIDO_PROTOCOL 23 // Ruwido, e.g. T-Home Mediareceiver
#define IRMP_IR60_PROTOCOL 24 // IR60 (SDA2008)
#define IRMP_KATHREIN_PROTOCOL 25 // Kathrein
#define IRMP_NETBOX_PROTOCOL 26 // Netbox keyboard (bitserial)
#define IRMP_NEC16_PROTOCOL 27 // NEC with 16 bits (incl. sync)
#define IRMP_NEC42_PROTOCOL 28 // NEC with 42 bits
#define IRMP_LEGO_PROTOCOL 29 // LEGO Power Functions RC
#define IRMP_THOMSON_PROTOCOL 30 // Thomson
#define IRMP_BOSE_PROTOCOL 31 // BOSE
#define IRMP_A1TVBOX_PROTOCOL 32 // A1 TV Box
#define IRMP_ORTEK_PROTOCOL 33 // ORTEK - Hama
#define IRMP_TELEFUNKEN_PROTOCOL 34 // Telefunken (1560)
#define IRMP_ROOMBA_PROTOCOL 35 // iRobot Roomba vacuum cleaner
#define IRMP_RCMM32_PROTOCOL 36 // Fujitsu-Siemens (Activy remote control)
#define IRMP_RCMM24_PROTOCOL 37 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_RCMM12_PROTOCOL 38 // Fujitsu-Siemens (Activy keyboard)
#define IRMP_SPEAKER_PROTOCOL 39 // Another loudspeaker protocol, similar to Nubert
#define IRMP_LGAIR_PROTOCOL 40 // LG air conditioner
#define IRMP_SAMSUNG48_PROTOCOL 41 // air conditioner with SAMSUNG protocol (48 bits)
#define IRMP_MERLIN_PROTOCOL 42 // Merlin (Pollin 620 185)
#define IRMP_PENTAX_PROTOCOL 43 // Pentax camera
#define IRMP_FAN_PROTOCOL 44 // FAN (ventilator), very similar to NUBERT, but last bit is data bit instead of stop bit
#define IRMP_S100_PROTOCOL 45 // very similar to RC5, but 14 instead of 13 data bits
#define IRMP_ACP24_PROTOCOL 46 // Stiebel Eltron ACP24 air conditioner
#define IRMP_TECHNICS_PROTOCOL 47 // Technics, similar to Matsushita, but 22 instead of 24 bits
#define IRMP_PANASONIC_PROTOCOL 48 // Panasonic (Beamer), start bits similar to KASEIKYO
#define IRMP_MITSU_HEAVY_PROTOCOL 49 // Mitsubishi-Heavy Aircondition, similar timing as Panasonic beamer
#define IRMP_VINCENT_PROTOCOL 50 // Vincent
#define IRMP_SAMSUNGAH_PROTOCOL 51 // SAMSUNG AH
#define IRMP_IRMP16_PROTOCOL 52 // IRMP specific protocol for data transfer, e.g. between two microcontrollers via IR
#define IRMP_GREE_PROTOCOL 53 // Gree climate
#define IRMP_RCII_PROTOCOL 54 // RC II Infra Red Remote Control Protocol for FM8
#define IRMP_METZ_PROTOCOL 55 // METZ
#define IRMP_ONKYO_PROTOCOL 56 // Onkyo

#define RF_GEN24_PROTOCOL 57 // RF Generic, 24 Bits (Pollin 550666)
#define RF_X10_PROTOCOL 58 // RF PC X10 Remote Control (Medion, Pollin 721815)

</syntaxhighlight>

Die Werte für die Adresse und das Kommando muss man natürlich einmal für eine unbekannte Fernbedienung auslesen und dann über ein UART oder LC-Display ausgeben, um sie dann im Programm hart zu kodieren. Oder man hat eine kleine Anlernroutine, wo man einmal die gewünschten Tasten drücken muss, um sie anschließend im EEPROM abzuspeichern. Ein Beispiel dazu findet man im Artikel [http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP Lernfähige IR-Fernbedienung mit IRMP].

Eine weitere [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup Beispiel-Main-Funktion] ist im Zip-File enthalten, da sieht man dann auch die Initialisierung des Timers.

=== "Entprellen" von Tasten ===

Um zu unterscheiden, ob eine Taste lange gedrückt wurde oder lediglich einzeln, dient das Bit IRMP_FLAG_REPETITION. Dieses wird im Struct-Member '''flags''' gesetzt, wenn eine Taste auf der Fernbedienung längere Zeit gedrückt wurde und dadurch immer wieder dasselbe Kommando innerhalb kurzer Zeitabstände ausgesandt wird.

Beispiel:

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_data.flags & IRMP_FLAG_REPETITION)
{
// Benutzer hält die Taste länger runter
// entweder:
// ich ignoriere die (Wiederholungs-)Taste
// oder:
// ich benutze diese Info, um einen Repeat-Effekt zu nutzen
}
else
{
// Es handelt sich um eine neue Taste
}
</syntaxhighlight>

Dies kann zum Beispiel dafür genutzt werden, um die Tasten 0-9 zu "entprellen", indem man Kommandos mit gesetztem Bit IRMP_FLAG_REPETITION ignoriert. Bei dem Drücken auf die Tasten VOLUME+ oder VOLUME- kann die wiederholte Auswertung ein und desselben Kommandos aber durchaus gewünscht sein - zum Beispiel, um [[LED-Fading|LEDs zu faden]].

Wenn man nur Einzeltasten auswerten will, kann man obigen IF-Block reduzieren auf:

<syntaxhighlight lang="c" style="font-size:85%;">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// Es handelt sich um eine neue Taste
// ACTION!
}
</syntaxhighlight>

'''NEU:'''

Seit der Version 3.2.2 gibt es die Möglichkeit, das Loslassen einer Taste zu detektieren. In diesem Fall wird das Flag IRMP_FLAG_RELEASE gesetzt, wenn die verwendete Fernbedienung das (wiederholte) Senden der IR- oder RF-Frames eingestellt hat.

Ein Beispiel:

<syntaxhighlight lang="c" style="font-size:85%;">
IRMP_DATA irmp_data;

while (1)
{
if (irmp_get_data (&irmp_data))
{
if (irmp_data.protocol == NEC_PROTOCOL && irmp_data.address == 0x1234)
{
if (irmp_data.command == 0x42 && irmp_data.flags == 0x00) // Erster Frame, flags nicht gesetzt
{
motor_on ();
}
else if (irmp_data.flags & IRMP_FLAG_RELEASE) // Taste wurde losgelassen
{
motor_off ();
}
}
}
}
</syntaxhighlight>

Beim obigen Beispiel wird ein Motor eingeschaltet, sobald man eine bestimmte Taste auf der Fernbedienung drückt. Der Motor wird dann erst wieder gestoppt, wenn man die Taste wieder loslässt.

'''Wichtig beim Prüfen von IRMP_FLAG_RELEASE:'''

Man darf sich nicht darauf verlassen, dass irmp_data.command dabei noch den ursprünglichen Kommando-Code enthält - hier also 0x42. Es gibt nämlich Fernbedienungen (zum Beispiel Funksteckdosen-Sender), welche selbst einen speziellen Key-Release-Code senden, wenn die Taste losgelassen wurde. Also prüft man lediglich die Übereinstimmung von irmp_data.address, bevor man das Flag testet.

'''Dieses Feature muss explizit in irmpconfig.h durch Ändern der Konfigurationsvariablen IRMP_ENABLE_RELEASE_DETECTION freigeschaltet werden!'''

== Arbeitsweise ==

Das "Working Horse" von [[IRMP#top|IRMP]] ist die Interrupt Service Routine irmp_ISR() welche 15.000 mal pro Sekunde aufgerufen werden sollte. Weicht dieser Wert ab, muss die Preprocessor-Konstante [[IRMP#F_INTERRUPTS|F_INTERRUPTS]] in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] angepasst werden. Der Wert kann zwischen 10kHz und 20kHz eingestellt werden.

irmp_ISR() detektiert zunächst die Länge und die Form des/der Startbits und ermittelt daraus das verwendete Protokoll. Sobald das Protokoll erkannt wurde, werden die weiter einzulesenden Bits parametrisiert, um dann möglichst effektiv in den weiteren Aufrufen das komplette IR-Telegramm einzulesen.

Um direkt Kritikern den Wind aus den Segeln zu nehmen:

Ich weiss, die ISR ist ziemlich groß. Aber da sie sich wie eine State Machine verhält, ist der tatsächlich ausgeführte Code pro Durchlauf relativ gering. Solange es "dunkel" ist (und das ist es ja die meiste Zeit ;-)) ist die aufgewendete Zeit sogar verschwindend gering. Im WordClock-Projekt werden mit ein- und demselben Timer 8 ISRs aufgerufen, davon ist die irmp_ISR() nur eine unter vielen. Bei mindestens 8 MHz CPU-Takt traten bisher keine Timing-Probleme auf. Daher sehe ich bei der Länge von irmp_ISR überhaupt kein Problem.

Ein Quarz ist nicht unbedingt notwendig, es funktioniert auch mit dem internen Oszillator des AVRs, wenn man die Prescaler-Fuse entsprechend gesetzt hat, dass die CPU auch mit 8MHz rennt ... Die Fuse-Werte für einen ATMEGA88 findet man in [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c].

== Scannen von unbekannten IR-Protokollen ==

Stellt man in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] in der Zeile

<syntaxhighlight lang="c" style="font-size:85%;">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not (default)
</syntaxhighlight>

den Wert für [[IRMP#IRMP_LOGGING|IRMP_LOGGING]] auf 1, wird in [[IRMP#top|IRMP]] eine Protokollierung eingeschaltet: Es werden dann die Hell- und Dunkelphase auf dem UART des Microntrollers mit 9600Bd ausgegeben: 1=Dunkel, 0=Hell. Eventuell müssen dann die Konstanten in den Funktionen uart_init() und uart_putc() angepasst werden; das kommt auf den verwendeten AVR-µC an.

'''Hinweis: Für PIC-Prozessoren gibt es ein eigenes Logging-Modul namens [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]. Dieses ermöglicht das Logging über USB. Für AVR-Prozessoren ist [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c] irrelevant'''

Nimmt man diese Protokoll-Scans mit einem Terminal-Emulationsprogramm auf und speichert sie dann als normale Datei ab, kann man diese Scan-Dateien zur Analyse verwenden, um damit [[IRMP#top|IRMP]] an das unbekannte Protokoll anzupassen - siehe nächstes Kapitel.

Wer eine Fernbedienung hat, die nicht von [[IRMP#top|IRMP]] unterstützt wird, kann mir ([http://www.mikrocontroller.net/user/show/ukw ukw]) gern die Scan-Dateien zuschicken. Ich schaue dann, ob das Protokoll in das IRMP-Konzept passt und passe gegebenenfalls den Source an.

== IRMP unter Linux und Windows ==

=== Übersetzen ===

[http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] lässt sich auch unter Linux direkt kompilieren, um damit Infrarot-Scans, welche in Dateien gespeichert sind, direkt zu testen. Im Unterordner IR-Data finden sich solche Dateien, die man dem [[IRMP#top|IRMP]] direkt zum "Fraß" vorwerfen kann.

Das Übersetzen von [[IRMP#top|IRMP]] geht folgendermaßen:

make -f makefile.lnx

Dabei werden 3 IRMP-Versionen erzeugt:

* irmp-10kHz: Version für 10kHz Scans
* irmp-15kHz: Version für 15kHz Scans
* irmp-20kHz: Version für 20kHz Scans

=== Aufruf von IRMP ===

Der Aufruf geschieht dann über:

./irmp-nnkHz [-l|-p|-a|-v] < scan-file

Die angegebenen Optionen schließen sich aus, das heisst, es kann jeweils nur eine Option zu einer Zeit angegeben werden:

Option:

-l List gibt eine Liste der Pulse und Pausen aus
-a analyze analysiert die Puls-/Pausen und schreibt ein "Spektrum" in ASCII-Form
-v verbose ausführliche Ausgabe
-p Print Timings gibt für alle Protokolle eine Timing-Tabelle aus

Beispiele:

=== Normale Ausgabe ===

./irmp-10kHz < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
-------------------------------------------------------------------------
# Taste 1
00000001110111101000000001111111 p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------
# Taste 2
00000001110111100100000010111111 p = 2, a = 0x7b80, c = 0x0002, f = 0x00
-------------------------------------------------------------------------
# Taste 3
00000001110111101100000000111111 p = 2, a = 0x7b80, c = 0x0003, f = 0x00
-------------------------------------------------------------------------
# Taste 4
00000001110111100010000011011111 p = 2, a = 0x7b80, c = 0x0004, f = 0x00
-------------------------------------------------------------------------
...
</syntaxhighlight>

=== Listen-Ausgabe ===

./irmp-10kHz -l < IR-Data/orion_vcr_07660BM070.txt

<syntaxhighlight lang="c" style="font-size:85%;">
# Taste 1
pulse: 91 pause: 44
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 5
pulse: 6 pause: 6
pulse: 6 pause: 5
pulse: 6 pause: 16
...
</syntaxhighlight>

=== Analyse ===

./irmp-10kHz -a < IR-Data/orion_vcr_07660BM070.txt

<pre>
-------------------------------------------------------------------------------
START PULSES:
90 o 1
91 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 33
92 ooo 2
pulse avg: 91.0=9102.8 us, min: 90=9000.0 us, max: 92=9200.0 us, tol: 1.1%
-------------------------------------------------------------------------------
START PAUSES:
43 oo 1
44 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 25
45 oooooooooooooooooooooooo 10
pause avg: 44.2=4425.0 us, min: 43=4300.0 us, max: 45=4500.0 us, tol: 2.8%
-------------------------------------------------------------------------------
PULSES:
5 o 17
6 ooooooooooooooooooooooooooooooooooooooooooooooooooooooo 562
7 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 609
pulse avg: 6.5= 649.8 us, min: 5= 500.0 us, max: 7= 700.0 us, tol: 23.1%
-------------------------------------------------------------------------------
PAUSES:
4 ooooooooooooooooooooooo 169
5 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 412
6 oooo 31
pause avg: 4.8= 477.5 us, min: 4= 400.0 us, max: 6= 600.0 us, tol: 25.7%
15 oooooo 43
16 oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo 425
17 oooooooooo 72
pause avg: 16.1=1605.4 us, min: 15=1500.0 us, max: 17=1700.0 us, tol: 6.6%
-------------------------------------------------------------------------------
</pre>

Hier sieht man die gemessenen Zeiten aller Pulse und Pausen als (liegende) Glockenkurven, welche natürlich wegen der ASCII-Darstellung nicht gerade einer Idealkurve entsprechen. Je schmaler die gemessenen Kanäle, desto besser ist das Timing der Fernbedienung.

Aus obigem Output kann man herauslesen:

* Das Start-Bit hat eine Pulslänge zwischen 9000 und 9200 usec, im Mittel sind es 9102 usec. Die Abweichung von diesem Mittelwert liegt bei 1,1 Prozent.

* Das Start-Bit hat eine Pausenlänge zwischen 4300 usec und 4500 usec, der Mittelwert beträgt 4424 usec. Der Fehler liegt bei 2,8 Prozent.

* Die Pulslänge eines Datenbits liegt zwischen 500 usec und 700 usec, im Mittel sind es 650 usec, der Fehler liegt bei (stolzen) 23,1 Prozent!

Desweiteren gibt es noch 2 verschieden lange Pausen (für die Bits 0 und 1), das Ablesen der Werte überlasse ich dem geneigten Leser ;-)

=== Ausführliche Ausgabe ===

./irmp-10kHz -v < IR-Data/orion_vcr_07660BM070.txt

<pre>
-------------------------------------------------------------------------------
# 1 - IR-cmd: 0x0001
0.200ms [starting pulse]
13.700ms [start-bit: pulse = 91, pause = 44]
protocol = NEC, start bit timings: pulse: 62 - 118, pause: 30 - 60
pulse_1: 3 - 8
pause_1: 11 - 23
pulse_0: 3 - 8
pause_0: 3 - 8
command_offset: 16
command_len: 16
complete_len: 32
stop_bit: 1
14.800ms [bit 0: pulse = 6, pause = 5] 0
16.000ms [bit 1: pulse = 6, pause = 6] 0
17.100ms [bit 2: pulse = 6, pause = 5] 0
18.200ms [bit 3: pulse = 6, pause = 5] 0
19.300ms [bit 4: pulse = 6, pause = 5] 0
20.500ms [bit 5: pulse = 6, pause = 6] 0
21.600ms [bit 6: pulse = 6, pause = 5] 0
23.800ms [bit 7: pulse = 6, pause = 16] 1
26.100ms [bit 8: pulse = 6, pause = 17] 1
28.300ms [bit 9: pulse = 6, pause = 16] 1
29.500ms [bit 10: pulse = 6, pause = 6] 0
31.700ms [bit 11: pulse = 6, pause = 16] 1
34.000ms [bit 12: pulse = 6, pause = 17] 1
36.200ms [bit 13: pulse = 6, pause = 16] 1
38.500ms [bit 14: pulse = 6, pause = 17] 1
39.600ms [bit 15: pulse = 6, pause = 5] 0
41.900ms [bit 16: pulse = 6, pause = 17] 1
43.000ms [bit 17: pulse = 6, pause = 5] 0
44.100ms [bit 18: pulse = 6, pause = 5] 0
45.200ms [bit 19: pulse = 6, pause = 5] 0
46.400ms [bit 20: pulse = 7, pause = 5] 0
47.500ms [bit 21: pulse = 6, pause = 5] 0
48.600ms [bit 22: pulse = 6, pause = 5] 0
49.800ms [bit 23: pulse = 6, pause = 6] 0
50.900ms [bit 24: pulse = 5, pause = 6] 0
53.100ms [bit 25: pulse = 6, pause = 16] 1
55.400ms [bit 26: pulse = 6, pause = 17] 1
57.600ms [bit 27: pulse = 6, pause = 16] 1
59.900ms [bit 28: pulse = 6, pause = 17] 1
62.100ms [bit 29: pulse = 6, pause = 16] 1
64.400ms [bit 30: pulse = 6, pause = 17] 1
66.700ms [bit 31: pulse = 6, pause = 17] 1
stop bit detected
67.300ms code detected, length = 32
67.300ms p = 2, a = 0x7b80, c = 0x0001, f = 0x00
-------------------------------------------------------------------------------
</pre>

=== Aufruf unter Windows ===

[[IRMP#top|IRMP]] kann man auch unter Windows nutzen, nämlich folgendermaßen:

* Eingabeaufforderung starten
* In das Verzeichnis irmp wechseln
* Aufruf von:
irmp-10kHz.exe < IR-Data\rc5x.txt

Es gelten dieselben Optionen wie für die Linux-Version.

=== Längere Ausgaben ===

Da manche Ausgaben sehr lang werden, empfiehlt es sich auch hier, die Ausgabe in eine Datei zu lenken oder in einen Pager weiterzuleiten, damit man seitenweise blättern kann:

Linux:

./irmp-10kHz < IR-Data/rc5x.txt | less

Windows:

irmp-10kHz.exe < IR-Data\rc5x.txt | more

== Fernbedienungen ==

{| class="wikitable"
|- style="background-color:#eeeeee"
! Protokoll || Bezeichnung || Gerät || Device Address
|-
| [[IRMP#NEC_+_extended_NEC|NEC]] || Toshiba CT-9859 || Fernseher || 0x5F40
|-
| || Toshiba VT-728G || V-728G Videorekorder || 0x5B44
|-
| || Elta 8848 MP 4 || DVD-Player || 0x7F00
|-
| || AS-218 || Askey TV-View CHP03X (TV-Karte) || 0x3B86
|-
| || Cyberhome ??? || Cyberhome DVD Player || 0x6D72
|-
| || WD TV Live || Western Digital Multimediaplayer || 0x1F30
|-
| || Canon WL-DC100 || Kamera Canon PowerShot G5 || 0xB1CA
|-
| || Bleil LED Flex-Band RGB || RGB-LED Band mit IR-Controller || 0xFE00
|-
| [[IRMP#NEC16|NEC16]] || Daewoo || Videorekorder || 0x0015
|-
| [[IRMP#KASEIKYO|KASEIKYO]] || Technics EUR646497 || AV Receiver SA-AX 730 || 0x2002
|-
| || Panasonic TV || Fernseher TX-L32EW6 || 0x2002
|-
| [[IRMP#RC5_+_RC5X|RC5]] || Loewe Assist/RC3/RC4 || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP#RC6_+_RC6A|RC6]] || Philips Television || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP#SIRCS|SIRCS]] || Sony RM-816 || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP#DENON|DENON]] || DENON RC970 || AVR3805 (Verstärker) || 0x0008
|-
| || DENON RC970 || DVD/CD-Player || 0x0002
|-
| || DENON RC970 || Tuner || 0x0006
|-
| [[IRMP#SAMSUNG32|SAMSUNG32]] || Samsung AA59-00484A || LE40D550 Fernseher || 0x0707
|-
| || LG AKB72033901 || Blu-Ray Player BD370 || 0x2D2D
|-
| [[IRMP#APPLE|APPLE]] || Apple || Apple Dock (iPod 2) || 0x0020
|-
|}

----

== Kameras ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
[[IRMP#top|IRMP]] unterstützt zunehmend auch die Fernsteuerung von Kameras, nämlich:

* [[IRMP#PENTAX|PENTAX]]
* [[IRMP#NIKON|NIKON]]

Die Kommando-Vielfalt ist nicht gerade groß. Normalerweise verstehen die Kameras gerade mal das Kommando "Auslösen".
||
[[Datei:Irmp-pentax.png|miniatur|Pentax-Protokoll]]
|}
Hier eine kleine Tabelle für [[IRMP#PENTAX|PENTAX]]-Kameras:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Kommando || Funktion
|-
| 0x0000 || Auslösen
|-
| 0x0001 || Zoomlevel umschalten
|-
|}

Da keine Adresse im [[IRMP#PENTAX|PENTAX]]-Protokoll vorgesehen ist, sollte man am diese beim Senden mittels [[IRSND]] am besten auf 0x0000 setzen. Ebenso sollte man in diesem Fall einen Quarz verwenden, da gerade die Nikons bezüglich des Timings sehr penibel sind.

== IR-Tastaturen ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
[[IRMP#top|IRMP]] unterstützt ab Version 1.7.0 auch IR-Tastaturen, nämlich die Infrarot-Tastatur FDC-3402 - <s>erhältlich bei Pollin (Art. 711 056) für weniger als 2 EUR.</s> (Vergriffen, Stand 19.09.2017)

Beim Erkennen einer Taste gibt [[IRMP#top|IRMP]] folgende Daten zurück:

Protokoll-Nummer (irmp_data.protocol): 18
Addresse (irmp_data.address): 0x003F
||
[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402-Tastatur]]
|}
Als Kommando (irmp_data.command) werden folgende Werte zurückgeliefert:

{| class="wikitable" style="font-size:50%; text-align:center;"
|- style="background-color:#eeeeee;"
! Code || Taste || Code || Taste || Code || Taste || Code || Taste || Code || Taste || Code || Taste || Code || Taste || Code || Taste
|-
| 0x0000 || || 0x0010 || TAB || 0x0020 || 's' || 0x0030 || 'c' || 0x0040 || || 0x0050 || HOME || 0x0060 || || 0x0070 || MENUE
|-
| 0x0001 || '^' || 0x0011 || 'q' || 0x0021 || 'd' || 0x0031 || 'v' || 0x0041 || || 0x0051 || END || 0x0061 || || 0x0071 || BACK
|-
| 0x0002 || '1' || 0x0012 || 'w' || 0x0022 || 'f' || 0x0032 || 'b' || 0x0042 || || 0x0052 || || 0x0062 || || 0x0072 || FORWARD
|-
| 0x0003 || '2' || 0x0013 || 'e' || 0x0023 || 'g' || 0x0033 || 'n' || 0x0043 || || 0x0053 || UP || 0x0063 || || 0x0073 || ADDRESS
|-
| 0x0004 || '3' || 0x0014 || 'r' || 0x0024 || 'h' || 0x0034 || 'm' || 0x0044 || || 0x0054 || DOWN || 0x0064 || || 0x0074 || WINDOW
|-
| 0x0005 || '4' || 0x0015 || 't' || 0x0025 || 'j' || 0x0035 || ',' || 0x0045 || || 0x0055 || PAGE_UP || 0x0065 || || 0x0075 || 1ST_PAGE
|-
| 0x0006 || '5' || 0x0016 || 'z' || 0x0026 || 'k' || 0x0036 || '.' || 0x0046 || || 0x0056 || PAGE_DOWN || 0x0066 || || 0x0076 || STOP
|-
| 0x0007 || '6' || 0x0017 || 'u' || 0x0027 || 'l' || 0x0037 || '-' || 0x0047 || || 0x0057 || || 0x0067 || || 0x0077 || MAIL
|-
| 0x0008 || '7' || 0x0018 || 'i' || 0x0028 || 'ö' || 0x0038 || || 0x0048 || || 0x0058 || || 0x0068 || || 0x0078 || FAVORITES
|-
| 0x0009 || '8' || 0x0019 || 'o' || 0x0029 || 'ä' || 0x0039 || SHIFT_RIGHT || 0x0049 || || 0x0059 || RIGHT || 0x0069 || || 0x0079 || NEW_PAGE
|-
| 0x000A || '9' || 0x001A || 'p' || 0x002A || '#' || 0x003A || CTRL || 0x004A || || 0x005A || || 0x006A || || 0x007A || SETUP
|-
| 0x000B || '0' || 0x001B || 'ü' || 0x002B || CR || 0x003B || || 0x004B || INSERT || 0x005B || || 0x006B || || 0x007B || FONT
|-
| 0x000C || 'ß' || 0x001C || '+' || 0x002C || SHIFT_LEFT || 0x003C || ALT_LEFT || 0x004C || DELETE || 0x005C || || 0x006C || || 0x007C || PRINT
|-
| 0x000D || '´' || 0x001D || || 0x002D || '<' || 0x003D || SPACE || 0x004D || || 0x005D || || 0x006D || || 0x007D ||
|-
| 0x000E || || 0x001E || CAPSLOCK || 0x002E || 'y' || 0x003E || ALT_RIGHT || 0x004E || || 0x005E || || 0x006E || ESCAPE || 0x007E || ON_OFF
|-
| 0x000F || BACKSPACE || 0x001F || 'a' || 0x002F || 'x' || 0x003F || || 0x004F || LEFT || 0x005F || || 0x006F || || 0x007F ||
|-
|}

Zusatztasten links:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Code || Taste
|-
|-
| 0x0400 || KEY_MOUSE_1
|-
| 0x0800 || KEY_MOUSE_2
|}

Dabei gelten die obigen Werte für das Drücken einer Taste. Wird die Taste wieder losgelassen, setzt [[IRMP#top|IRMP]] zusätzlich das 8. Bit im Kommando.

Beispiel:

Taste 'a' drücken: 0x001F
Taste 'a' loslassen: 0x009F

Ausnahme ist die EIN/AUS-Taste: Diese sendet nur beim Drücken einen Code, nicht beim Loslassen.

Wird eine Taste länger gedrückt, wird das in irmp_data.flag angezeigt.

Beispiel:

command flag
Taste 'a' drücken: 0x001F 0x00
Taste 'a' drücken: 0x001F 0x01
Taste 'a' drücken: 0x001F 0x01
Taste 'a' drücken: 0x001F 0x01
....
Taste 'a' loslassen: 0x009F 0x00

Werden Tastenkombinationen (zum Beispiel für ein großes 'A') gedrückt, dann sind die Rückgabewerte von [[IRMP#top|IRMP]] in folgendem Ablauf zu sehen:

Linke SHIFT-Taste drücken: 0x0002
Taste 'a' drücken: 0x001F
Taste 'a' loslassen: 0x009F
Linke SHIFT-Taste loslassen: 0x0082

In [http://www.mikrocontroller.net/svnbrowser/irmp/irmp.c?view=markup irmp.c] findet man für die LINUX-Version eine Funktion get_fdc_key(), welche als Vorlage dienen mag, die Keycodes einer FDC-Tastatur in die entsprechenden ASCII-Codes umzuwandeln. Diese Funktion kann man entweder lokal auf dem µC nutzen, um die Keycodes zu decodieren, oder auf einem Hostsystem (z.B. PC), an welches die IRMP-Data-Struktur gesandt wird. Dafür sollte man die Funktion incl. der dazugehörenden Preprozessor-Konstanten in seinen Applikations-Quelltext kopieren.

Hier der entsprechende Auszug:
<syntaxhighlight lang="c" style="font-size:85%;">
#define STATE_LEFT_SHIFT 0x01
#define STATE_RIGHT_SHIFT 0x02
#define STATE_LEFT_CTRL 0x04
#define STATE_LEFT_ALT 0x08
#define STATE_RIGHT_ALT 0x10

#define KEY_ESCAPE 0x1B // keycode = 0x006e
#define KEY_MENUE 0x80 // keycode = 0x0070
#define KEY_BACK 0x81 // keycode = 0x0071
#define KEY_FORWARD 0x82 // keycode = 0x0072
#define KEY_ADDRESS 0x83 // keycode = 0x0073
#define KEY_WINDOW 0x84 // keycode = 0x0074
#define KEY_1ST_PAGE 0x85 // keycode = 0x0075
#define KEY_STOP 0x86 // keycode = 0x0076
#define KEY_MAIL 0x87 // keycode = 0x0077
#define KEY_FAVORITES 0x88 // keycode = 0x0078
#define KEY_NEW_PAGE 0x89 // keycode = 0x0079
#define KEY_SETUP 0x8A // keycode = 0x007a
#define KEY_FONT 0x8B // keycode = 0x007b
#define KEY_PRINT 0x8C // keycode = 0x007c
#define KEY_ON_OFF 0x8E // keycode = 0x007c

#define KEY_INSERT 0x90 // keycode = 0x004b
#define KEY_DELETE 0x91 // keycode = 0x004c
#define KEY_LEFT 0x92 // keycode = 0x004f
#define KEY_HOME 0x93 // keycode = 0x0050
#define KEY_END 0x94 // keycode = 0x0051
#define KEY_UP 0x95 // keycode = 0x0053
#define KEY_DOWN 0x96 // keycode = 0x0054
#define KEY_PAGE_UP 0x97 // keycode = 0x0055
#define KEY_PAGE_DOWN 0x98 // keycode = 0x0056
#define KEY_RIGHT 0x99 // keycode = 0x0059
#define KEY_MOUSE_1 0x9E // keycode = 0x0400
#define KEY_MOUSE_2 0x9F // keycode = 0x0800

static uint8_t
get_fdc_key (uint16_t cmd)
{
static uint8_t key_table[128] =
{
// 0 1 2 3 4 5 6 7 8 9 A B C D E F
0, '^', '1', '2', '3', '4', '5', '6', '7', '8', '9', '0', 0xDF, '´', 0, '\b',
'\t', 'q', 'w', 'e', 'r', 't', 'z', 'u', 'i', 'o', 'p', 0xFC, '+', 0, 0, 'a',
's', 'd', 'f', 'g', 'h', 'j', 'k', 'l', 0xF6, 0xE4, '#', '\r', 0, '<', 'y', 'x',
'c', 'v', 'b', 'n', 'm', ',', '.', '-', 0, 0, 0, 0, 0, ' ', 0, 0,

0, '°', '!', '"', '§', '$', '%', '&', '/', '(', ')', '=', '?', '`', 0, '\b',
'\t', 'Q', 'W', 'E', 'R', 'T', 'Z', 'U', 'I', 'O', 'P', 0xDC, '*', 0, 0, 'A',
'S', 'D', 'F', 'G', 'H', 'J', 'K', 'L', 0xD6, 0xC4, '\'', '\r', 0, '>', 'Y', 'X',
'C', 'V', 'B', 'N', 'M', ';', ':', '_', 0, 0, 0, 0, 0, ' ', 0, 0
};
static uint8_t state;

uint8_t key = 0;

switch (cmd)
{
case 0x002C: state |= STATE_LEFT_SHIFT; break; // pressed left shift
case 0x00AC: state &= ~STATE_LEFT_SHIFT; break; // released left shift
case 0x0039: state |= STATE_RIGHT_SHIFT; break; // pressed right shift
case 0x00B9: state &= ~STATE_RIGHT_SHIFT; break; // released right shift
case 0x003A: state |= STATE_LEFT_CTRL; break; // pressed left ctrl
case 0x00BA: state &= ~STATE_LEFT_CTRL; break; // released left ctrl
case 0x003C: state |= STATE_LEFT_ALT; break; // pressed left alt
case 0x00BC: state &= ~STATE_LEFT_ALT; break; // released left alt
case 0x003E: state |= STATE_RIGHT_ALT; break; // pressed left alt
case 0x00BE: state &= ~STATE_RIGHT_ALT; break; // released left alt

case 0x006e: key = KEY_ESCAPE; break;
case 0x004b: key = KEY_INSERT; break;
case 0x004c: key = KEY_DELETE; break;
case 0x004f: key = KEY_LEFT; break;
case 0x0050: key = KEY_HOME; break;
case 0x0051: key = KEY_END; break;
case 0x0053: key = KEY_UP; break;
case 0x0054: key = KEY_DOWN; break;
case 0x0055: key = KEY_PAGE_UP; break;
case 0x0056: key = KEY_PAGE_DOWN; break;
case 0x0059: key = KEY_RIGHT; break;
case 0x0400: key = KEY_MOUSE_1; break;
case 0x0800: key = KEY_MOUSE_2; break;

default:
{
if (!(cmd & 0x80)) // pressed key
{
if (cmd >= 0x70 && cmd <= 0x7F) // function keys
{
key = cmd + 0x10; // 7x -> 8x
}
else if (cmd < 64) // key listed in key_table
{
if (state & (STATE_LEFT_ALT | STATE_RIGHT_ALT))
{
switch (cmd)
{
case 0x0003: key = 0xB2; break; // ²
case 0x0008: key = '{'; break;
case 0x0009: key = '['; break;
case 0x000A: key = ']'; break;
case 0x000B: key = '}'; break;
case 0x000C: key = '\\'; break;
case 0x001C: key = '~'; break;
case 0x002D: key = '|'; break;
case 0x0034: key = 0xB5; break; // µ
}
}
else if (state & (STATE_LEFT_CTRL))
{
if (key_table[cmd] >= 'a' && key_table[cmd] <= 'z')
{
key = key_table[cmd] - 'a' + 1;
}
else
{
key = key_table[cmd];
}
}
else
{
int idx = cmd + ((state & (STATE_LEFT_SHIFT | STATE_RIGHT_SHIFT)) ? 64 : 0);

if (key_table[idx])
{
key = key_table[idx];
}
}
}
}
break;
}
}

return (key);
}
</syntaxhighlight>

Als letztes noch ein Beispiel einer Anwendung der Funktion get_fdc_key():

<syntaxhighlight lang="c" style="font-size:85%;">
if (irmp_get_data (&irmp_data))
{
uint8_t key;

if (irmp_data.protocol == IRMP_FDC_PROTOCOL &&
(key = get_fdc_key (irmp_data.command)) != 0)
{
if ((key >= 0x20 && key < 0x7F) || key >= 0xA0) // show only printable characters
{
printf ("ascii-code = 0x%02x, character = '%c'\n", key, key);
}
else // it's a non-printable key
{
printf ("ascii-code = 0x%02x\n", key);
}
}
}
</syntaxhighlight>

Alle nicht-druckbaren Zeichen werden dabei folgendermaßen codiert:

{| class="wikitable"
|- style="background-color:#eeeeee"
! Taste || Konstante || Wert
|-
| ESC || KEY_ESCAPE || 0x1B
|-
| Menü || KEY_MENUE || 0x80
|-
| Zurück || KEY_BACK || 0x81
|-
| Vorw. || KEY_FORWARD || 0x82
|-
| Adresse || KEY_ADDRESS || 0x83
|-
| Fenster || KEY_WINDOW || 0x84
|-
| 1. Seite || KEY_1ST_PAGE || 0x85
|-
| Stop || KEY_STOP || 0x86
|-
| Mail || KEY_MAIL || 0x87
|-
| Fav. || KEY_FAVORITES || 0x88
|-
| Neue Seite || KEY_NEW_PAGE || 0x89
|-
| Setup || KEY_SETUP || 0x8A
|-
| Schrift || KEY_FONT || 0x8B
|-
| Druck || KEY_PRINT || 0x8C
|-
| Ein/Aus || KEY_ON_OFF || 0x8E
|-
| Backspace || '\b' || 0x08
|-
| CR/ENTER || '\r' || 0x0C
|-
| TAB || '\t' || 0x09
|-
| Einfg || KEY_INSERT || 0x90
|-
| Entf || KEY_DELETE || 0x91
|-
| Cursor links || KEY_LEFT || 0x92
|-
| Pos1 || KEY_HOME || 0x93
|-
| Ende || KEY_END || 0x94
|-
| Cursor rechts || KEY_UP || 0x95
|-
| Cursor runter || KEY_DOWN || 0x96
|-
| Bild hoch || KEY_PAGE_UP || 0x97
|-
| Bild runter || KEY_PAGE_DOWN || 0x98
|-
| Cursor links || KEY_RIGHT || 0x99
|-
| Linke Maustaste || KEY_MOUSE_1 || 0x9E
|-
| Rechte Maustaste || KEY_MOUSE_2 || 0x9F
|-
|}

Die Funktion get_fdc_key berücksichtigt das Gedrückthalten der Shift-, Strg- und ALT-Tasten. Damit funktioniert nicht nur das Schreiben von Großbuchstaben, sondern auch das Auswählen der Sonderzeichen mit der Tastenkombination ALT + Taste, z.B. ALT + m = µ oder ALT + q = @. Ebenso kann man mit der Strg-Taste die Control-Zeichen CTRL-A bis CTRL-Z senden. Die CapsLock-Taste wird ignoriert, da ich sie sowieso für die überflüssigste Taste überhaupt halte ;-)

= Anhang =

== Die IR-Protokolle im Detail ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Protokolle ===
||
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]
|}

==== NEC + extended NEC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#NEC-Protokoll|NEC + extended NEC]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 36 kHz / 38 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 32 Daten-Bits + 1 Stop-Bit
|-
| Daten NEC || 8 Adress-Bits + 8 invertierte Adress-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits
|-
| Daten ext. NEC || 16 Adress-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits
|-
| Start-Bit || 9000µs Puls, 4500µs Pause
|-
| 0-Bit || 560µs Puls, 560µs Pause
|-
| 1-Bit || 560µs Puls, 1690µs Pause
|-
| Stop-Bit || 560µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || 9000µs Puls, 2250µs Pause, 560µs Puls, ~100ms Pause
|-
| Bit-Order || LSB first
|-
|}

==== ONKYO ====

Wie [[IRMP#NEC|ext. NEC]], jedoch 16 unabhängige Datenbits, also:

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#ONKYO-Protokoll|ONKYO]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Daten ONKYO || 16 Adress-Bits + 16 Kommando-Bits
|-
|}

==== JVC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#NEC16-Protokoll (JVC)|JVC]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 16 Daten-Bits + 1 Stop-Bit
|-
| Daten || 4 Adress-Bits + 12 Kommando-Bits
|-
| Start-Bit || 9000µs Puls, 4500µs Pause, 6000µs Pause bei Tasten-Wiederholung
|-
| 0-Bit || 560µs Puls, 560µs Pause
|-
| 1-Bit || 560µs Puls, 1690µs Pause
|-
| Stop-Bit || 560µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || Wiederholung nach Pause von 25ms
|-
| Bit-Order || LSB first
|-
|}

==== NEC16 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC16''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 8 Adress-Bits + 1 Sync-Bit + 8 Daten-Bits + 1 Stop-Bit
|-
| Start-Bit || 9000µs Puls, 4500µs Pause
|-
| Sync-Bit || 560µs Puls, 4500µs Pause
|-
| 0-Bit || 560µs Puls, 560µs Pause
|-
| 1-Bit || 560µs Puls, 1690µs Pause
|-
| Stop-Bit || 560µs Puls
|-
| Wiederholung || keine/eine/zwei nach 25ms?
|-
| Tasten-Wiederholung || Wiederholung nach Pause von 25ms?
|-
| Bit-Order || LSB first
|-
|}

==== NEC42 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NEC42''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 42 Daten-Bits + 1 Stop-Bit
|-
| Daten || 13 Adress-Bits + 13 invertierte Adress-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits
|-
| Start-Bit || 9000µs Puls, 4500µs Pause
|-
| 0-Bit || 560µs Puls, 560µs Pause
|-
| 1-Bit || 560µs Puls, 1690µs Pause
|-
| Stop-Bit || 560µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || nach 110ms (ab Start-Bit), 9000µs Puls, 2250µs Pause, 560µs Puls
|-
| Bit-Order || LSB first
|-
|}

==== ACP24 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#ACP24-Protokoll|ACP24]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 70 Daten-Bits + 1 Stop-Bit
|-
| Daten || 0 Adress-Bits + 70 Kommando-Bits
|-
| Start-Bit || 390µs Puls, 950µs Pause
|-
| 0-Bit || 390µs Puls, 950µs Pause
|-
| 1-Bit || 390µs Puls, 1300µs Pause
|-
| Stop-Bit || 390µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || unbekannt
|-
| Bit-Order || MSB first
|-
|}

==== LGAIR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#LGAIR-Protokoll|LGAIR]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 28 Daten-Bits + 1 Stop-Bit
|-
| Daten || 8 Adress-Bits + 16 Kommando-Bits + 4 Checksum-Bits
|-
| Start-Bit || 9000µs Puls, 4500µs Pause (identisch mit [[IRMP#NEC_.2B_extended_NEC|NEC]])
|-
| 0-Bit || 560µs Puls, 560µs Pause (identisch mit [[IRMP#NEC_.2B_extended_NEC|NEC]])
|-
| 1-Bit || 560µs Puls, 1690µs Pause (identisch mit [[IRMP#NEC_.2B_extended_NEC|NEC]])
|-
| Stop-Bit || 560µs Puls (identisch mit [[IRMP#NEC_.2B_extended_NEC|NEC]])
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || unbekannt
|-
| Bit-Order || MSB first ('''abweichend''' zu [[IRMP#NEC_.2B_extended_NEC|NEC]])
|-
|}

==== SAMSUNG ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#SAMSUNG-Protokoll|SAMSUNG]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || ?? kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 16 Daten(1)-Bits + 1 Sync-Bit + 20 Daten(2)-Bits + 1 Stop-Bit
|-
| Daten(1) || 16 Adress-Bits
|-
| Daten(2) || 4 ID-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits
|-
| Start-Bit || 4500µs Puls, 4500µs Pause
|-
| 0-Bit || 550µs Puls, 550µs Pause
|-
| 1-Bit || 550µs Puls, 1650µs Pause
|-
| Sync-Bit || 550µs Puls, 4500µs Pause
|-
| Stop-Bit || 550µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms
|-
| Bit-Order || LSB first
|-
|}

==== SAMSUNG32 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG32''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 32 Daten-Bits + 1 Stop-Bit
|-
| Daten || 16 Adress-Bits + 16 Kommando-Bits
|-
| Start-Bit || 4500µs Puls, 4500µs Pause
|-
| 0-Bit || 550µs Puls, 550µs Pause
|-
| 1-Bit || 550µs Puls, 1650µs Pause
|-
| Stop-Bit || 550µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || Wiederholung nach ca. 47msec
|-
| Bit-Order || LSB first
|-
|}

==== SAMSUNG48 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SAMSUNG48''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 48 Daten-Bits + 1 Stop-Bit
|-
| Daten || 16 Adress-Bits + 32 Kommando-Bits
|-
| Kommando || 8 Bits + 8 invertierte Bits + 8 Bits + 8 invertierte Bits
|-
| Start-Bit || 4500µs Puls, 4500µs Pause
|-
| 0-Bit || 550µs Puls, 550µs Pause
|-
| 1-Bit || 550µs Puls, 1650µs Pause
|-
| Stop-Bit || 550µs Puls
|-
| Wiederholung || eine nach ca. 5 msec
|-
| Tasten-Wiederholung || dritter, fünfter, siebter usw. identischer Frame
|-
| Bit-Order || LSB first
|-
|}

==== MATSUSHITA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#MATSUHITA-Protokoll|MATSUSHITA]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 36 kHz
|-
| Kodierung || Pulse Distance, Timing identisch mit [[IRMP#TECHNICS|TECHNICS]]
|-
| Frame || 1 Start-Bit + 24 Daten-Bits + 1 Stop-Bit
|-
| Daten || 6 Hersteller-Bits + 6 Kommando-Bits + 12 Adress-Bits
|-
| Start-Bit || 3488µs Puls, 3488µs Pause
|-
| 0-Bit || 872µs Puls, 872µs Pause
|-
| 1-Bit || 872µs Puls, 2616µs Pause
|-
| Stop-Bit || 872µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames nach 40ms Pause
|-
| Bit-Order || LSB first?
|-
|}

==== TECHNICS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TECHNICS''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 36 kHz?
|-
| Kodierung || Pulse Distance, Timing identisch mit [[IRMP#MATSUSHITA|MATSUSHITA]]
|-
| Frame || 1 Start-Bit + 22 Daten-Bits + 1 Stop-Bit
|-
| Daten || 11 Kommando-Bits + 11 invertierte Kommando-Bits
|-
| Start-Bit || 3488µs Puls, 3488µs Pause
|-
| 0-Bit || 872µs Puls, 872µs Pause
|-
| 1-Bit || 872µs Puls, 2616µs Pause
|-
| Stop-Bit || 872µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames nach 40ms Pause
|-
| Bit-Order || LSB first?
|-
|}

==== KASEIKYO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#KASEIKYO-Protokoll (auch "Japan-Protokoll")|KASEIKYO]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 48 Daten-Bits + 1 Stop-Bit
|-
| Daten || 16 Hersteller-Bits + 4 Parity-Bits + 4 Genre1-Bits + 4 Genre2-Bits + 10 Kommando-Bits + 2 ID-Bits + 8 Parity-Bits
|-
| Start-Bit || 3380µs Puls, 1690µs Pause
|-
| 0-Bit || 423µs Puls, 423µs Pause
|-
| 1-Bit || 423µs Puls, 1269µs Pause
|-
| Stop-Bit || 423µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames nach ca. 80ms Pause
|-
| Bit-Order || LSB first?
|-
|}

==== RECS80 ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#RECS80- und RECS80-Extended-Protokoll|RECS80]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bits + 10 Daten-Bits + 1 Stop-Bit
|-
| Daten || 1 Toggle-Bit + 3 Adress-Bits + 6 Kommando-Bits
|-
| Start-Bit || 158µs Puls, 7432µs Pause
|-
| 0-Bit || 158µs Puls, 4902µs Pause
|-
| 1-Bit || 158µs Puls, 7432µs Pause
|-
| Stop-Bit || 158µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms
|-
| Bit-Order || MSB first
|-
|}

==== RECS80EXT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#RECS80- und RECS80-Extended-Protokoll|RECS80EXT]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 2 Start-Bits + 11 Daten-Bits + 1 Stop-Bit
|-
| Daten || 1 Toggle-Bit + 4 Adress-Bits + 6 Kommando-Bits
|-
| Start-Bit || 158µs Puls, 3637µs Pause
|-
| 0-Bit || 158µs Puls, 4902µs Pause
|-
| 1-Bit || 158µs Puls, 7432µs Pause
|-
| Stop-Bit || 158µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms
|-
| Bit-Order || MSB first
|-
|}

==== DENON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#Denon-Protokoll|DENON]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz (in der Praxis, lt. Dokumentation: 32 kHz)
|-
| Kodierung || Pulse Distance
|-
| Frame || 0 Start-Bits + 15 Daten-Bits + 1 Stop-Bit
|-
| Daten || 5 Address-Bits + 10 Kommando-Bits
|-
| Kommando || 6 Datenbits + 2 Extension Bits + 2 Data Construction Bits (*)
|-
| Start-Bit || kein Start-Bit
|-
| 0-Bit || 310µs Puls, 745µs Pause (in der Praxis, lt. Doku: 275µs Puls, 775µs Pause)
|-
| 1-Bit || 310µs Puls, 1780µs Pause (in der Praxis, lt. Doku: 275µs Puls, 1900µs Pause)
|-
| Stop-Bit || 310µs Puls (310µs Puls, 745µs Pause (in der Praxis, lt. Doku: 275µs Puls)
|-
| Wiederholung || Nach 65ms Wiederholung des Frames mit invertieren Kommando-Bits (Data Construction Bits = 11)
|-
| Tasten-Wiederholung || N-fache Wiederholung der beiden Original-Frames nach 65ms
|-
| Bit-Order || MSB first
|-
|}

(*) Data Construction Bits:
* 00 = Erster Frame Denon
* 10 = Erster Frame Sharp
* 01 = Wiederholungsframe Sharp
* 11 = Wiederholungsframe Denon

==== APPLE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''APPLE''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 32 Daten-Bits + 1 Stop-Bit
|-
| Daten || 16 Adress-Bits + 11100000 + 8 Kommando-Bits
|-
| Start-Bit || siehe [[IRMP#NEC_+_extended_NEC|NEC]]
|-
| 0-Bit || siehe [[IRMP#NEC_+_extended_NEC|NEC]]
|-
| 1-Bit || siehe [[IRMP#NEC_+_extended_NEC|NEC]]
|-
| Stop-Bit || siehe [[IRMP#NEC_+_extended_NEC|NEC]]
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms
|-
| Bit-Order || LSB first
|-
|}

==== BOSE ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''BOSE''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 16 Daten-Bits + 1 Stop-Bit
|-
| Daten || 0 Adress-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits
|-
| Start-Bit || 1060µs Puls, 1425µs Pause
|-
| 0-Bit || 550µs Puls, 437µs Pause
|-
| 1-Bit || 550µs Puls, 1425µs Pause
|-
| Stop-Bit || 550µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || noch ungeklärt
|-
| Bit-Order || LSB first
|-
|}

==== B&O ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#Bang & Olufsen|B&O]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 455 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 4 Start-Bits + 16 Daten-Bits + 1 Trailer-Bit + 1 Stop-Bit
|-
| Daten || 0 Adress-Bits + 16 Kommando-Bits
|-
| Start-Bit 1 || 200µs Puls, 2925µs Pause
|-
| Start-Bit 2 || 200µs Puls, 2925µs Pause
|-
| Start-Bit 3 || 200µs Puls, 15425µs Pause
|-
| Start-Bit 4 || 200µs Puls, 2925µs Pause
|-
| 0-Bit || 200µs Puls, 2925µs Pause
|-
| 1-Bit || 200µs Puls, 9175µs Pause
|-
| R-Bit || 200µs Puls, 6050µs Pause, wiederholt das letzte Bit (repetition)
|-
| Trailer-Bit || 200µs Puls, 12300µs Pause
|-
| Stop-Bit || 200µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms
|-
| Bit-Order || MSB first
|-
|}

==== FDC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FDC''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 40 Daten-Bits + 1 Stop-Bit
|-
| Daten || 8 Adress-Bits + 12 x 0-Bits + 4 Press/Release-Bits + 8 Kommando-Bits + 8 invertierte Kommando-Bits
|-
| Start-Bit || 2085µs Puls, 966µs Pause
|-
| 0-Bit || 300µs Puls, 220µs Pause
|-
| 1-Bit || 300µs Puls, 715µs Pause
|-
| Stop-Bit || 300µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Drücken || Press/Release-Bits = 0000
|-
| Tasten-Loslassen || Press/Release-Bits = 1111
|-
| Tasten-Wiederholung || Wiederholung nach Pause von 60ms
|-
| Bit-Order || LSB first
|-
|}

==== NIKON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NIKON''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 2 Daten-Bits + 1 Stop-Bit
|-
| Daten || 2 Kommando-Bits
|-
| Start-Bit || 2200µs Puls, 27100µs Pause
|-
| 0-Bit || 500µs Puls, 1500µs Pause
|-
| 1-Bit || 500µs Puls, 3500µs Pause
|-
| Stop-Bit || 500µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || unbekannt
|-
| Bit-Order || MSB first
|-
|}

==== PANASONIC ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PANASONIC''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 56 Daten-Bits + 1 Stop-Bit
|-
| Daten || 24 Bits (010000000000010000000001) + 16 Adress-Bits + 16 Kommando-Bits
|-
| Start-Bit || 3600µs Puls, 1600µs Pause
|-
| 0-Bit || 565µs Puls, 316µs Pause
|-
| 1-Bit || 565µs Puls, 1140µs Pause
|-
| Stop-Bit || 565µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || unbekannt
|-
| Bit-Order || LSB first?
|-
|}

==== PENTAX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''PENTAX''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 6 Daten-Bits + 1 Stop-Bit
|-
| Daten || 6 Kommando-Bits
|-
| Start-Bit || 2200µs Puls, 27100µs Pause
|-
| 0-Bit || 1000µs Puls, 1000µs Pause
|-
| 1-Bit || 1000µs Puls, 3000µs Pause
|-
| Stop-Bit || 1000µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || unbekannt
|-
| Bit-Order || MSB first
|-
|}

==== KATHREIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''KATHREIN''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 11 Daten-Bits + 1 Stop-Bit
|-
| Daten || 4 Adress-Bits + 7 Kommando-Bits
|-
| Start-Bit || 210µs Puls, 6218µs Pause
|-
| 0-Bit || 210µs Puls, 1400µs Pause
|-
| 1-Bit || 210µs Puls, 3000µs Pause
|-
| Stop-Bit || 210µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || nach 35ms?
|-
| Bit-Order || MSB first
|-
|}

==== LEGO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#LEGO Power Functions RC|LEGO]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 16 Daten-Bits + 1 Stop-Bit
|-
| Daten || 16 Kommando-Bits
|-
| Start-Bit || 158µs Puls, 1026µs Pause
|-
| 0-Bit || 158µs Puls, 263µs Pause
|-
| 1-Bit || 158µs Puls, 553µs Pause
|-
| Stop-Bit || 158µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || unbekannt
|-
| Bit-Order || MSB first
|-
|}

==== VINCENT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#VINCENT|VINCENT]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 32 Daten-Bits + 1 Stop-Bit
|-
| Daten || 16 Adress- und 8 Kommando-Bits + 8 wiederholte Kommando-Bits
|-
| Start-Bit || 2500µs Puls, 4600µs Pause
|-
| 0-Bit || 550µs Puls, 550µs Pause
|-
| 1-Bit || 550µs Puls, 1540µs Pause
|-
| Stop-Bit || 550µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || unbekannt
|-
| Bit-Order || MSB first?
|-
|}

==== THOMSON ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''THOMSON''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 33 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame || 0 Start-Bits + 12 Daten-Bits + 1 Stop-Bit
|-
| Daten || 4 Adress-Bits + 1 Toggle-Bit + 7 Kommando-Bits
|-
| 0-Bit || 550µs Puls, 2000µs Pause
|-
| 1-Bit || 550µs Puls, 4500µs Pause
|-
| Stop-Bit || 550µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || Framewiederholung nach 35ms
|-
| Bit-Order || vermutlich MSB first
|-
|}

==== TELEFUNKEN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''TELEFUNKEN''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 15 Daten-Bits + 1 Stop-Bit
|-
| Daten || 0 Adress-Bits + 15 Kommando-Bits
|-
| Start-Bit || 600µs Puls, 1500µs Pause
|-
| 0-Bit || 600µs Puls, 600µs Pause
|-
| 1-Bit || 600µs Puls, 1500µs Pause
|-
| Stop-Bit || 600µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || unbekannt
|-
| Bit-Order || vermutlich MSB first
|-
|}

==== RCCAR ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCCAR''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance
|-
| Frame || 1 Start-Bit + 13 Daten-Bits + 1 Stop-Bit
|-
| Daten || 13 Kommando-Bits
|-
| Start-Bit || 2000µs Puls, 2000µs Pause
|-
| 0-Bit || 600µs Puls, 900µs Pause
|-
| 1-Bit || 600µs Puls, 450µs Pause
|-
| Stop-Bit || 600µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || nach 40ms?
|-
| Bit-Order || LSB first
|-
|}

==== RCMM ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#RCMM-Protokoll|RCMM]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 36 kHz
|-
| Kodierung || Pulse Distance
|-
| Frame RCMM32 || 1 Start-Bit + 32 Daten-Bits + 1 Stop-Bit
|-
| Frame RCMM24 || 1 Start-Bit + 24 Daten-Bits + 1 Stop-Bit
|-
| Frame RCMM12 || 1 Start-Bit + 12 Daten-Bits + 1 Stop-Bit
|-
| Daten RCMM32 || 16 Adress-Bits (= 4 Mode-Bits + 12 Device-Bits) + 1 Toggle-Bit + 15 Kommando-Bits
|-
| Daten RCMM24 || 16 Adress-Bits (= 4 Mode-Bits + 12 Device-Bits) + 1 Toggle-Bit + 7 Kommando-Bits
|-
| Daten RCMM12 || 4 Adress-Bits (= 2 Mode-Bits + 2 Device-Bits) + 8 Kommando-Bits
|-
| Start-Bit || 500µs Puls, 220µs Pause
|-
| 00-Bits || 230µs Puls, 220µs Pause
|-
| 01-Bits || 230µs Puls, 380µs Pause
|-
| 10-Bits || 230µs Puls, 550µs Pause
|-
| 11-Bits || 230µs Puls, 720µs Pause
|-
| Stop-Bit || 230µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || nach 80ms
|-
| Bit-Order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Width Protokolle ===
||
[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]
|}

==== SIRCS ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#SIRCS-Protokoll|SIRCS]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
|Frequenz ||40 kHz
|-
| Kodierung || Pulse Width
|-
| Frame || 1 Start-Bit + 12-20 Daten-Bits, kein Stop-Bit
|-
| Daten || 7 Kommando-Bits + 5 Adress-Bits + bis zu 8 zusätzliche Bits
|-
| Start-Bit || 2400µs Puls, 600µs Pause
|-
| 0-Bit || 600µs Puls, 600µs Pause
|-
| 1-Bit || 1200µs Puls, 600µs Pause
|-
| Wiederholung || zweimalig nach ca. 25ms, d.h. 2. und 3. Frame
|-
| Tasten-Wiederholung || ab dem 4. identischen Frame, Abstand ca. 25ms
|-
| Bit-Order || LSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Distance Width Protokolle ===
||
[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]
|}

==== NUBERT ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NUBERT''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 36 kHz?
|-
| Kodierung || Pulse Distance Width
|-
| Frame || 1 Start-Bit + 10 Daten-Bits + 1 Stop-Bit
|-
| Daten || 0 Adress-Bits + 10 Kommando-Bits ?
|-
| Start-Bit || 1340µs Puls, 340µs Pause
|-
| 0-Bit || 500µs Puls, 1300µs Pause
|-
| 1-Bit || 1340µs Puls, 340µs Pause
|-
| Stop-Bit || 500µs Puls
|-
| Wiederholung || einmalig nach 35ms
|-
| Tasten-Wiederholung || dritter, fünfter, siebter usw. identischer Frame
|-
| Bit-Order || MSB first?
|-
|}

==== FAN ====

Das Protokoll ist sehr ähnlich zu [[IRMP#NUBERT|NUBERT]], jedoch wird nur ein Frame gesandt. Außerdem werden 11 statt 10 Datenbits verwendet und kein Stop-Bit versandt. Die Pause zwischen Frame-Wiederholungen ist wesentlich geringer.

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''FAN ''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 36 kHz
|-
| Kodierung || Pulse Distance Width
|-
| Frame || 1 Start-Bit + 11 Daten-Bits + 0 Stop-Bits
|-
| Daten || 0 Adress-Bits + 11 Kommando-Bits
|-
| Start-Bit || 1280µs Puls, 380µs Pause
|-
| 0-Bit || 380µs Puls, 1280µs Pause
|-
| 1-Bit || 1280µs Puls, 380µs Pause
|-
| Stop-Bit || 500µs Puls
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || nach 6,6ms Pause
|-
| Bit-Order || MSB first
|-
|}

==== SPEAKER ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SPEAKER''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance Width
|-
| Frame || 1 Start-Bit + 10 Daten-Bits + 1 Stop-Bit
|-
| Daten || 0 Adress-Bits + 10 Kommando-Bits ?
|-
| Start-Bit || 440µs Puls, 1250µs Pause
|-
| 0-Bit || 440µs Puls, 1250µs Pause
|-
| 1-Bit || 1250µs Puls, 440µs Pause
|-
| Stop-Bit || 440µs Puls
|-
| Wiederholung || einmalig nach ca. 38ms
|-
| Tasten-Wiederholung || dritter, fünfter, siebter usw. identischer Frame
|-
| Bit-Order || MSB first?
|-
|}

==== ROOMBA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ROOMBA''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Distance Width
|-
| Frame || 1 Start-Bit + 7 Daten-Bits + 0 Stop-Bit
|-
| Daten || 0 Adress-Bits + 7 Kommando-Bits
|-
| Start-Bit || 2790µs Puls, 930µs Pause
|-
| 0-Bit || 930µs Puls, 2790µs Pause
|-
| 1-Bit || 2790µs Puls, 930µs Pause
|-
| Stop-Bit || kein Stop-Bit
|-
| Wiederholung || dreimalig nach jeweils 18ms?
|-
| Tasten-Wiederholung || noch unbekannt
|-
| Bit-Order || MSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Biphase Protokolle ===
||
[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]
|}

==== RC5 + RC5X ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#RC5- und RC5x-Protokoll|RC5 + RC5X]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 36 kHz
|-
| Kodierung || Biphase (Manchester)
|-
| Frame RC5 || 2 Start-Bits + 12 Daten-Bits + 0 Stop-Bits
|-
| Daten RC5 || 1 Toggle-Bit + 5 Adress-Bits + 6 Kommando-Bits
|-
| Frame RC5X || 1 Start-Bit + 13 Daten-Bits + 0 Stop-Bit
|-
| Daten RC5X || 1 invertiertes Kommando-Bit + 1 Toggle-Bit + 5 Adress-Bits + 6 Kommando-Bits
|-
| Start-Bit || 889µs Pause, 889µs Puls
|-
| 0-Bit || 889µs Puls, 889µs Pause
|-
| 1-Bit || 889µs Pause, 889µs Puls
|-
| Stop-Bit || kein Stop-Bit
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms
|-
| Bit-Order || MSB first
|-
|}

==== RCII ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''RCII''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 31.25 kHz
|-
| Kodierung || Biphase (Manchester)
|-
| Frame || 1 Pre-Bit + 1 Start-Bit + 9 Daten-Bits + 0 Stop-Bits
|-
| Daten || 0 Adress-Bits + 9 Kommando-Bits
|-
| Pre-Bit || 512µs Puls, 2560µs Pause
|-
| Start-Bit || 1024µs Puls, '''keine Pause'''
|-
| 0-Bit || 512µs Pause, 512µs Puls
|-
| 1-Bit || 512µs Puls, 512µs Pause
|-
| Stop-Bit || kein Stop-Bit
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames nach 118ms
|-
| Bemerkung || Beim Tasten-Loslassen wird ein Frame mit Kommando 111111111 = 0x1FF gesandt
|-
| Bit-Order || MSB first
|-
|}

==== S100 ====

Ähnlich zu RC5x, aber 14 statt 13 Daten-Bits und 56kHz Modulation

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''S100''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 56 kHz
|-
| Kodierung || Biphase (Manchester)
|-
| Frame || 1 Start-Bit + 14 Daten-Bits + 0 Stop-Bit
|-
| Daten || 1 invertiertes Kommando-Bit + 1 Toggle-Bit + 5 Adress-Bits + 7 Kommando-Bits
|-
| Start-Bit || 889µs Pause, 889µs Puls
|-
| 0-Bit || 889µs Puls, 889µs Pause
|-
| 1-Bit || 889µs Pause, 889µs Puls
|-
| Stop-Bit || kein Stop-Bit
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms
|-
| Bit-Order || MSB first
|-
|}

==== RC6 + RC6A ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#RC6 und RC6A-Protokoll|RC6 + RC6A]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 36 kHz
|-
| Kodierung || Biphase (Manchester)
|-
| Frame RC6 || 1 Start-Bit + 1 Bit "1" + 3 Mode-Bits (000) + 1 Toggle-Bit + 16 Daten-Bits + 2666µs pause
|-
| Frame RC6A || 1 Start-Bit + 1 Bit "1" + 3 Mode-Bits (110) + 1 Toggle-Bit + 31 Daten-Bits + 2666µs pause
|-
| Daten RC6 || 8 Adress-Bits + 8 Kommando Bits
|-
| Daten RC6A || "1" + 14 Hersteller-Bits + 8 System-Bits + 8 Kommando-Bits
|-
| Daten RC6A Pace (Sky) || "1" + 3 Mode-Bits ("110") + 1 Toggle-Bit(UNUSED "0") + 16 Bit + 1 Toggle(!) + 15 Kommando-Bits
|-
| Start-Bit || 2666µs Puls, 889µs Pause
|-
| Toggle 0-Bit || 889µs Pause, 889µs Puls
|-
| Toggle 1-Bit || 889µs Puls, 889µs Pause
|-
| 0-Bit || 444µs Pause, 444µs Puls
|-
| 1-Bit || 444µs Puls, 444µs Pause
|-
| Stop-Bit || kein Stop-Bit
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms
|-
| Bit-Order || MSB first
|-
|}

==== GRUNDIG + NOKIA ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#Grundig-Protokoll|GRUNDIG + NOKIA]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz (?)
|-
| Kodierung || Biphase (Manchester)
|-
| Frame-Paket || 1 Start-Frame + 19,968ms Pause + N Info-Frames + 117,76ms Pause + 1 Stop-Frame
|-
| Start-Frame || 1 Pre-Bit + 1 Start-Bit + 9 Daten-Bits (alle 1) + 0 Stop-Bits
|-
| Info-Frame || 1 Pre-Bit + 1 Start-Bit + 9 Daten-Bits + 0 Stop-Bits
|-
| Stop-Frame || 1 Pre-Bit + 1 Start-Bit + 9 Daten-Bits (alle 1) + 0 Stop-Bits
|-
| Daten Grundig || 9 Kommando-Bits + 0 Adress-Bits
|-
| Daten Nokia || 8 Kommando-Bits + 8 Adress-Bits
|-
| Pre-Bit || 528µs Puls, 2639µs Pause
|-
| Start-Bit || 528µs Puls, 528µs Pause
|-
| 0-Bit || 528µs Pause, 528µs Puls
|-
| 1-Bit || 528µs Puls, 528µs Pause
|-
| Stop-Bit || kein Stop-Bit
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Info-Frames mit einem Pausenabstand von 117,76ms
|-
| Bit-Order || LSB first
|-
|}

==== IR60 (SDA2008) ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''[[IRMP#IR60 (SDA2008 bzw. MC14497P)|IR60 (SDA2008)]]''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 30 kHz
|-
| Kodierung || Biphase (Manchester)
|-
| Start Frame || 1 Start-Bit + 101111 + 0 Stop-Bits + 22ms Pause
|-
| Daten Frame || 1 Start-Bit + 7 Daten-Bits + 0 Stop-Bits
|-
| Daten || 0 Adress-Bits + 7 Kommando-Bits
|-
| Start-Bit || 528µs Puls, 2639µs Pause
|-
| 0-Bit || 528µs Pause, 528µs Puls
|-
| 1-Bit || 528µs Puls, 528µs Pause
|-
| Stop-Bit || kein Stop-Bit
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || N-fache Wiederholung des Info-Frames mit einem Pausenabstand von 117,76ms
|-
| Bit-Order || LSB first
|-
|}

==== SIEMENS + RUWIDO ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''SIEMENS + RUWIDO''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 36 kHz? (Merlin-Tastatur mit Ruwido-Protokoll: 56 kHz)
|-
| Kodierung || Biphase (Manchester)
|-
| Frame Siemens || 1 Start-Bit + 22 Daten-Bits + 0 Stop-Bits
|-
| Frame Ruwido || 1 Start-Bit + 17 Daten-Bits + 0 Stop-Bits
|-
| Daten Siemens || 11 Adress-Bits + 10 Kommando-Bits + 1 invertiertes Bit (letztes Bit davor nochmal invertiert)
|-
| Daten Ruwido || 9 Adress-Bits + 7 Kommando-Bits + 1 invertiertes Bit (letztes Bit davor nochmal invertiert)
|-
| Start-Bit || 275µs Puls, 275µs Pause
|-
| 0-Bit || 275µs Pause, 275µs Puls
|-
| 1-Bit || 275µs Puls, 275µs Pause
|-
| Stop-Bit || kein Stop-Bit
|-
| Wiederholung || 1-malige Wiederholung mit gesetztem Repeat-Bit (?)
|-
| Tasten-Wiederholung || N-fache Wiederholung des Original-Frames innerhalb von 100ms (?)
|-
| Bit-Order || MSB first
|-
|}

==== A1TVBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''A1TVBOX''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Biphase (Manchester) asymmetrisch
|-
| Frame || 2 Start-Bits + 16 Daten-Bits + 0 Stop-Bits
|-
| Daten || 8 Adress-Bits + 8 Kommando-Bits
|-
| Start-Bits || "10", also 250µs Puls, 150µs + 150µs Pause, 250µs Puls
|-
| 0-Bit || 150µs Pause, 250µs Puls
|-
| 1-Bit || 250µs Puls, 150µs Pause
|-
| Stop-Bit || kein Stop-Bit
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || unbekannt
|-
| Bit-Order || MSB first
|-
|}

==== MERLIN ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''MERLIN''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 56 kHz
|-
| Kodierung || Biphase (Manchester) asymmetrisch
|-
| Frame || 2 Start-Bits + 18 Daten-Bits + 0 Stop-Bits
|-
| Daten || 8 Adress-Bits + 10 Kommando-Bits
|-
| Start-Bits || "10", also 210µs Puls, 210µs + 210µs Pause, 210µs Puls
|-
| 0-Bit || 210µs Pause, 210µs Puls
|-
| 1-Bit || 210µs Puls, 210µs Pause
|-
| Stop-Bit || kein Stop-Bit
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || unbekannt
|-
| Bit-Order || MSB first
|-
|}

==== ORTEK ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''ORTEK''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Biphase (Manchester) symmetrisch
|-
| Frame || 2 Start-Bits + 18 Daten-Bits + 0 Stop-Bits
|-
| Daten || 6 Adress-Bits + 2 Spezial-Bits + 6 Kommando-Bits + 4 Spezial-Bits
|-
| Start-Bit || 2000µs Puls, 1000µs Pause
|-
| 0-Bit || 500µs Pause, 500µs Puls
|-
| 1-Bit || 500µs Puls, 500µs Pause
|-
| Stop-Bit || kein Stop-Bit
|-
| Wiederholung || 2 zusätzliche Frames mit gesetzten Spezial-Bits
|-
| Tasten-Wiederholung || N-fache Wiederholung des 2. Frames
|-
| Bit-Order || MSB first
|-
|}

{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
=== Pulse Position Protokolle ===
||
[[Datei:Pulse-Position.png|miniatur|Pulse Position Coding]]
|}

==== NETBOX ====

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! '''NETBOX''' || Wert
|-
|style="width: 15em"|
|style="width: 50em"|
|-
| Frequenz || 38 kHz?
|-
| Kodierung || Pulse Position
|-
| Frame || 1 Start-Bit + 16 Daten-Bits, kein Stop-Bit
|-
| Daten || 3 Adress-Bits + 13 Kommando-Bits
|-
| Start-Bit || 2400µs Puls, 800µs Pause
|-
| Bitlänge || 800µs
|-
| Wiederholung || keine
|-
| Tasten-Wiederholung || Abstand ca. 35ms?
|-
| Bit-Order || LSB first
|-
|}

== Software-Historie IRMP ==

=== Änderungen IRMP in 3.2.x ===

Version 3.2.6:

* 27.01.2021: '''Neues IR-Protokoll:''' [[IRMP#MELINERA|MELINERA]]
* 27.01.2021: Protokoll [[IRMP#LEGO|LEGO]]: Timing verbessert
* 27.01.2021: Protokoll [[IRMP#RUWIDO|RUWIDO]]: Timing verbessert
* 27.01.2021: Protokoll [[IRMP#NEC|NEC]]: Senden von Repetition-Frames ermöglicht

Version 3.2.3:

* 15.08.2020: '''Neues RF-Protokoll:''' [[IRMP#RF_MEDION|RF_MEDION]]

Version 3.2.2:

* 09.07.2020: Zusätzliche Erkennung der Funkkanäle beim RF_X10 Protokoll
* 09.07.2020: Verbesserung der Erkennung von RF-Frames durch neue Stop-Bit-Behandlung.
* 09.07.2020: Verbesserte Detektion von RF_GEN24-Protokollen
* 09.07.2020: '''NEU:''' Detektion, ob/wann eine Fernbedienungstaste losgelassen wird, siehe Kapitel '''[[IRMP#.22Entprellen.22_von_Tasten|Entprellen von Tasten]]'''.

Version 3.2.1:

* 22.06.2020: Mini-Bugfix

Version 3.2.0:

* 22.06.2020: Unterstützung von 433MHz Funkprotokollen (RF)
* 22.06.2020: '''Neues RF-Protokoll:''' [[IRMP#RF_GEN24|RF_GEN24]]
* 22.06.2020: '''Neues RF-Protokoll:''' [[IRMP#RF_X10|RF_X10]]

Ältere Versionen:

* 26.08.2019: '''Neues Protokoll:''' [[IRMP#METZ|METZ]]
* 26.08.2019: '''Neues Protokoll:''' [[IRMP#ONKYO|ONKYO]]
* 10.09.2018: '''Neues Protokoll:''' [[IRMP#RCII|RCII]]
* 06.09.2018: Support für STM32 mit HAL-Library
* 30.08.2018: Neue Option: IRMP_USE_IDLE_CALL
* 29.08.2018: Portierung auf ChibiOS
* 29.08.2018: Neues Protokoll: GREE
* 19.02.2018: Korrektur bei der Behandlung von irmp_flags nach ungültigen IR-Frames
* 25.08.2017: Neues Protokoll: IRMP16 zwecks transparenter Datenübertragung von 16-Bit-Daten
* Neues Protokoll: SAMSUNGAH
* Verbesserte ESP8266-Unterstützung
* 16.12.2016: Unterstützung von Nicht-Standard Nec-Repetition-Frames (4500us Pause statt 2250us)
* 18.11.2016: Buffer Overflow in irmp-main-avr-uart.c korrigiert
* 19.09.2016: Neues Protokoll [[IRMP#VINCENT|VINCENT]]
* 09.09.2016: Neues Protokoll [[IRMP#MITSU_HEAVY|Mitsubishi Heavy (Klimaanlage)]]
* 09.09.2016: Anpassungen an Compiler PIC C18
* 12.01.2016: Korrektur Portierung auf ESP8266
* 12.01.2016: Portierung auf MBED
* 12.01.2016: Mehrere plattformabhängige Beispiel-Main-Dateien hinzugefügt
* 17.11.2015: '''Neues Protokoll''': [[IRMP#PANASONIC|PANASONIC (Beamer)]]
* 17.11.2015: Portierung auf ESP8266
* 17.11.2015: Portierung auf Teensy (3.x)
* 10.11.2015: Unterstützung für STM8 Mikrcontroller
* 20.09.2015: '''Neues Protokoll''': [[IRMP#TECHNICS|TECHNICS]]
* 15.06.2015: '''Neues Protokoll''': [[IRMP#ACP24|ACP24]]
* 29.05.2015: '''Neues Protokoll''': [[IRMP#S100|S100]]
* 29.05.2015: Kleinere Korrekturen
* 28.05.2015: Logging für XMega hinzugefügt
* 28.05.2015: Timing-Korrekturen für FAN-Protokoll
* 27.05.2015: '''Neues Protokoll''': [[IRMP#MERLIN|MERLIN]]
* 27.05.2015: '''Neues Protokoll''': [[IRMP#FAN|FAN]]
* 18.05.2015: F_CPU Macro für STM32L1XX hinzugefügt
* 18.05.2015: Korrekturen zur XMega-Portierung
* 23.04.2015: '''Neues Protokoll''': [[IRMP#PENTAX|PENTAX]]
* 23.04.2015: Portierung auf AVR XMega
* 19.09.2014: Kleineren Bug behoben: Fehlendes Newline vor #else eingefügt
* 18.09.2014: Logging für ARM STM32F10X hinzugefügt
* 17.09.2014: PROGMEM-Zugriff für Array irmp_protocol_names[] korrigiert.
* 15.09.2014: Timing-Toleranzen für [[IRMP#KASEIKYO|KASEIKYO]]-Protokoll vergrößert
* 15.09.2014: Wechsel von irmp_protocol_names auf PROGMEM, zusätzliche UART Routinen in irmp-main-avr-uart.c
* 21.07.2014: Portierung auf PIC 12F1840
* 09.07.2014: '''Neues Protokoll''': [[IRMP#SAMSUNG48|SAMSUNG48]]
* 09.07.2014: Kleine Syntaxfehlerkorrektur
* 01.07.2014: Logging für ARM_STM32F4XX eingebaut
* 01.07.2014: IRMP port für PIC XC8 compiler, Variadic Macros herausgenommen wg. dummen XC8-Compiler :-(
* 05.06.2014: '''Neues Protokoll''': [[IRMP#LGAIR|LGAIR]]
* 30.05.2014: '''Neues Protokoll''': [[IRMP#SPEAKER|SPEAKER]]
* 30.05.2014: Timings für [[IRMP#SAMSUNG|SAMSUNG]]-Protokolle optimiert
* 20.02.2014: Fehlerhaftes Decodieren des [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]]-Protokolls korrigiert
* 19.02.2014: '''Neue Protokolle''': [[IRMP#RCMM|RCMM32, RCMM24 und RCMM12]]
* 17.09.2014: Timing für [[IRMP#ROOMBA|ROOMBA]] verbessert
* 09.04.2013: '''Neues Protokoll''': [[IRMP#ROOMBA|ROOMBA]]
* 09.04.2013: Verbesserte Frame-Erkennung für [[IRMP#ORTEK|ORTEK (Hama)]]
* 19.03.2013: '''Neues Protokoll''': [[IRMP#ORTEK|ORTEK (Hama)]]
* 19.03.2013: '''Neues Protokoll''': [[IRMP#TELEFUNKEN|TELEFUNKEN]]
* 12.03.2013: Geänderte Timing-Toleranzen für [[IRMP#RECS80|RECS80]]- und [[IRMP#RECS80EXT|RECS80EXT]]-Protokoll
* 21.01.2013: Korrekturen Erkennung des Wiederholungsframes beim [[IRMP#DENON|DENON]]-Protokoll
* 17.01.2013: Korrekturen Frame-Erkennung beim [[IRMP#DENON|DENON]]-Protokoll
* 11.12.2012: '''Neues Protokoll''': [[IRMP#A1TVBOX|A1TVBOX]]
* 07.12.2012: Verbesserte Erkennung von [[IRMP#DENON|DENON]]-Wiederholungsframes
* 19.11.2012: Portierung auf Stellaris LM4F120 Launchpad von TI (ARM Cortex M4)
* 06.11.2012: Korrektur [[IRMP#DENON|DENON]]-Frame-Erkennung
* 26.10.2012: Einige Timer-Korrekturen, Anpassungen an Arduino
* 11.07.2012: '''Neues Protokoll''': [[IRMP#BOSE|BOSE]]
* 18.06.2012: Unterstützung für ATtiny87/167 hinzugefügt
* 05.06.2012: Kleinere Korrekturen Portierung auf ARM STM32
* 05.06.2012: Include-Korrektur in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]
* 05.06.2012: Bugfix, wenn nur [[IRMP#NEC_+_extended_NEC|NEC]] und [[IRMP#NEC42|NEC42]] aktiviert
* 23.05.2012: Portierung auf ARM STM32
* 23.05.2012: Bugfix Frame-Erkennung beim [[IRMP#DENON|DENON]]-Protokoll
* 27.02.2012: Bug in IR60-Decoder behoben
* 27.02.2012: Bug in CRC-Berechnung von [[IRMP#KASEIKYO|KASEIKYO]]-Frames behoben
* 27.02.2012: Portierung auf C18 Compiler für PIC-Mikroprozessoren
* 13.02.2012: Bugfix: oberstes Bit in Adresse falsch bei [[IRMP#NEC_+_extended_NEC|NEC]]-Protokoll, wenn auch [[IRMP#NEC42|NEC42]]-Protokoll eingeschaltet ist.
* 13.02.2012: Timing von [[IRMP#SAMSUNG|SAMSUNG]]- und [[IRMP#SAMSUNG32|SAMSUNG32]]-Protokoll korrigiert
* 13.02.2012: [[IRMP#KASEIKYO|KASEIKYO]]: Genre2-Bits werden nun im oberen Nibble von flags gespeichert.
* 20.09.2011: '''Neues Protokoll''': [[IRMP#KATHREIN|KATHREIN]]
* 20.09.2011: '''Neues Protokoll''': [[IRMP#SIEMENS_+_RUWIDO|RUWIDO]]
* 20.09.2011: '''Neues Protokoll''': [[IRMP#THOMSON|THOMSON]]
* 20.09.2011: '''Neues Protokoll''': [[IRMP#IR60 (SDA2008)|IR60 (SDA2008)]]
* 20.09.2011: '''Neues Protokoll''': [[IRMP#LEGO|LEGO]]
* 20.09.2011: '''Neues Protokoll''': [[IRMP#NEC16|NEC16]]
* 20.09.2011: '''Neues Protokoll''': [[IRMP#NEC42|NEC42]]
* 20.09.2011: '''Neues Protokoll''': [[IRMP#NETBOX|NETBOX]]
* 20.09.2011: Portierung auf ATtiny84 und ATtiny85
* 20.09.2011: Verbesserung von Tastenwiederholungen bei [[IRMP#RC5_+_RC5X|RC5]]
* 20.09.2011: Verbessertes Decodieren von [[IRMP#Biphase|Biphase]]-Protokollen
* 20.09.2011: Korrekturen am [[IRMP#RECS80|RECS80]]-Decoder
* 20.09.2011: Korrekturen beim Erkennen von zusätzlichen Bits im SIRCS-Protocol
* 18.01.2011: Korrekturen für [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]]-Protokoll
* 18.01.2011: '''Neues Protokoll''': [[IRMP#NIKON|NIKON]]
* 18.01.2011: Speichern der zusätzlichen Bits (>12) im [[IRMP#SIRCS|SIRCS]]-Protokoll in der Adresse
* 18.01.2011: Timing-Korrekturen für [[IRMP#DENON|DENON]]-Protokoll
* 04.09.2010: Bugfix für F_INTERRUPTS >= 16000
* 02.09.2010: '''Neues Protokoll''': [[IRMP#RC6_+_RC6A|RC6A]]
* 29.08.2010: '''Neues Protokoll''': [[IRMP#JVC|JVC]]
* 29.08.2010: [[IRMP#KASEIKYO|KASEIKYO]]-Protokoll: Berücksichtigung der Genre-Bits. '''ACHTUNG: dadurch neue Command-Codes!'''
* 29.08.2010: [[IRMP#KASEIKYO|KASEIKYO]]-Protokoll: Verbesserte Behandlung von Wiederholungs-Frames
* 29.08.2010: Verbesserte Unterstützung des [[IRMP#APPLE|APPLE]]-Protokolls. '''ACHTUNG: dadurch neue Adress-Codes!'''
* 01.07.2010: Bugfix: Einführen eines Timeouts für [[IRMP#NEC_+_extended_NEC|NEC]]-Repetition-Frames, um "Geisterkommandos" zu verhindern.
* 26.06.2010: Bugfix: Deaktivieren von [[IRMP#RECS80|RECS80]], [[IRMP#RECS80EXT|RECS80EXT]] & [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]] bei geringer Interrupt-Rate
* 25.06.2010: '''Neues Protokoll''': [[IRMP#RCCAR|RCCAR]]
* 25.06.2010: Tastenerkennung für [[IRMP#FDC|FDC]]-Protokoll (IR-keyboard) erweitert
* 25.06.2010: Interrupt-Frequenz nun bis zu 20kHz möglich
* 09.06.2010: '''Neues Protokoll''': [[IRMP#FDC|FDC]] (IR-keyboard)
* 09.06.2010: Timing für [[IRMP#DENON|DENON]]-Protokoll korrigiert
* 02.06.2010: '''Neues Protokoll''': [[IRMP#SIEMENS_+_RUWIDO|SIEMENS]] (Gigaset)
* 26.05.2010: '''Neues Protokoll''': [[IRMP#GRUNDIG_+_NOKIA|NOKIA]]
* 26.05.2010: Bugfix Auswertung von langen Tastendrücken bei [[IRMP#GRUNDIG_+_NOKIA|GRUNDIG]]-Protokoll
* 17.05.2010: Bugfix [[IRMP#SAMSUNG32|SAMSUNG32]]-Protokoll: Kommando-Bit-Maske korrigiert
* 16.05.2010: '''Neues Protokoll''': [[IRMP#GRUNDIG_+_NOKIA|GRUNDIG]]
* 16.05.2010: Behandlung von automatischen Frame-Wiederholungen beim [[IRMP#SIRCS|SIRCS]]-, [[IRMP#SAMSUNG32|SAMSUNG32]]- und [[IRMP#NUBERT|NUBERT]]-Protokoll verbessert.
* 28.04.2010: Nur einige kosmetische Code-Optimierungen
* 16.04.2010: Sämtliche Timing-Toleranzen angepasst/optimiert
* 12.04.2010: '''Neues Protokoll''': [[IRMP#B&O|Bang & Olufsen]]
* 29.03.2010: Bugfix beim Erkennen von mehrfachen [[IRMP#NEC_+_extended_NEC|NEC]]-Repetition-Frames
* 29.03.2010: Konfiguration in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] ausgelagert
* 29.03.2010: Einführung einer Programmversion in README.txt: Version 1.0
* 17.03.2010: '''Neues Protokoll''': [[IRMP#NUBERT|NUBERT]]
* 16.03.2010: Korrektur der RECS80-Startbit-Timings
* 16.03.2010: '''Neues Protokoll''': [[IRMP#RECS80EXT|RECS80 Extended]]
* 15.03.2010: Codeoptimierung
* 14.03.2010: Portierung auf PIC
* 11.03.2010: Anpassungen an verschiedene ATMega-Typen durchgeführt
* 07.03.2010: Bugfix: Zurücksetzen der Statemachine nach einem unvollständigen [[IRMP#RC5_+_RC5X|RC5]]-Frame
* 05.03.2010: '''Neues Protokoll''': [[IRMP#APPLE|APPLE]]
* 05.03.2010: Die Daten irmp_data.addr + irmp_data.command werden nun in der jeweiligen Bit-Order des verwendeten Protokolls gespeichert
* 04.03.2010: '''Neues Protokoll''': [[IRMP#SAMSUNG32|SAMSUNG32]] (Mix aus [[IRMP#SAMSUNG|SAMSUNG]] & [[IRMP#NEC_+_extended_NEC|NEC]]-Protokoll)
* 04.03.2010: Änderung der [[IRMP#SIRCS|SIRCS]]- und [[IRMP#KASEIKYO|KASEIKYO]]-Toleranzen
* 02.03.2010: [[IRMP#SIRCS|SIRCS]]: Korrekte Erkennung und Unterdrückung von automatischen Frame-Wiederholungen
* 02.03.2010: [[IRMP#SIRCS|SIRCS]]: Device-ID-Bits werden nun in irmp_data.command und nicht mehr in irmp_data.address gespeichert
* 02.03.2010: Vergrößerung des Scan Buffers (zwecks Protokollierung)
* 24.02.2010: Neue Variable flags in IRMP_DATA zur Erkennung von langen Tastendrücken
* 20.02.2010: Bugfix [[IRMP#DENON|DENON]]-Protokoll: Wiederholungsframe grundsätzlich invertiert
* 19.02.2010: Erkennung von [[IRMP#NEC_+_extended_NEC|NEC]]-Protokoll-Varianten, z. B. [[IRMP#APPLE|APPLE]]-Fernbedienung
* 19.02.2010: Erkennung von [[IRMP#RC6_+_RC6A|RC6]]- und [[IRMP#DENON|DENON]]-Protokoll
* 19.02.2010: Verbesserung des [[IRMP#RC5_+_RC5X|RC5]]-Decoders (Bugfixes)
* 13.02.2010: Bugfix: Puls/Pausen-Counter um 1 zu niedrig, nun bessere Erkennung bei Protokollen mit sehr kurzen Pulszeiten
* 13.02.2010: Erkennung der [[IRMP#NEC_+_extended_NEC|NEC]]-Wiederholungssequenz
* 12.02.2010: [[IRMP#RC5_+_RC5X|RC5]]-Protokoll-Decoder hinzugefügt
* 05.02.2010: Konflikt zwischen [[IRMP#SAMSUNG|SAMSUNG]]- und [[IRMP#MATSUSHITA|MATSUSHITA]]-Protokoll beseitigt
* 07.01.2010: Erste Version

== Literatur ==

=== IR-Übersicht ===

* http://www.sbprojects.net/knowledge/ir/index.php
* http://www.epanorama.net/links/irremote.html
* http://www.elektor.de/jahrgang/2008/juni/cc2-avr-projekt-%283%29-unsichtbare-kommandos.497184.lynkx?tab=4 (IR Übersicht & RC5)
* http://mc.mikrocontroller.com/de/IR-Protokolle.php

=== SIRCS-Protokoll ===

* http://www.sbprojects.net/knowledge/ir/sirc.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#SIRCS
* http://www.ustr.net/infrared/sony.shtml
* http://users.telenet.be/davshomepage/sony.htm
* http://picprojects.org.uk/projects/sirc/
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== NEC-Protokoll ===

* http://www.sbprojects.net/knowledge/ir/nec.php
* http://www.ustr.net/infrared/nec.shtml
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== ACP24-Protokoll ===

Das ACP24-Protokoll wird von Stiebel-Eltron-Klimaanlagen verwendet.

Die 70 Datenbits sind folgendermaßen aufgebaut:

1 2 3 4 5 6
0123456789012345678901234567890123456789012345678901234567890123456789
N VVMMM ? ??? t vmA x y TTTT
0011001000000111000010001010000000000000000010000000000000000000001111on, temp=30

Diese werden in die folgenden 16 Bits von irmp_data.command gewandelt:

5432109876543210
NAVVvMMMmtxyTTTT

Bedeutung der Symbole:

TTTT = Temperatur + 15 Grad
TTTT
----------
0000 ???
0001 ???
0010 ???
0011 18 Grad
0100 19 Grad
0101 20 Grad
0110 21 Grad
...
1111 30 Grad

N = Nacht-Modus
N
----------
0 aus
1 ein

VV = Luefter-Stufe, v muss 1 sein!
VV v
----------
00 1 Stufe 1
01 1 Stufe 2
10 1 Stufe 3
11 1 Automatik

MMM = Modus
MMM m
----------
000 0 Ausschalten
001 0 Einschalten
001 1 Kuehlen
010 1 Lueften
011 1 Entfeuchten
100 1 ???
101 1 ---
110 1 ---
111 1 ---

A = Automatik-Programm
A
----------
0 aus
1 ein

t = Timer
t x y
----------
1 1 0 Timer 1
1 0 1 Timer 2

Um die Klimaanlage mittels [[IRSND]] anzusteuern, kann man folgende Funktionen verwenden:

<syntaxhighlight lang="c" style="font-size:85%;">
#include "irmp.h"
#include "irsnd.h"

#define IRMP_ACP24_TEMPERATURE_MASK 0x000F // TTTT

#define IRMP_ACP24_SET_TIMER_MASK (1<<6) // t
#define IRMP_ACP24_TIMER1_MASK (1<<5) // x
#define IRMP_ACP24_TIMER2_MASK (1<<4) // y

#define IRMP_ACP24_SET_MODE_MASK (1<<7) // m
#define IRMP_ACP24_MODE_POWER_ON_MASK (1<<8) // MMMm = 0010 Einschalten
#define IRMP_ACP24_MODE_COOLING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<8)) // MMMm = 0011 Kuehlen
#define IRMP_ACP24_MODE_VENTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<9)) // MMMm = 0101 Lueften
#define IRMP_ACP24_MODE_DEMISTING_MASK (IRMP_ACP24_SET_MODE_MASK | (1<<10) | (1<<8)) // MMMm = 1001 Entfeuchten

#define IRMP_ACP24_SET_FAN_STEP_MASK (1<<11) // v
#define IRMP_ACP24_FAN_STEP_MASK 0x3000 // VV
#define IRMP24_ACP_FAN_STEP_BIT 12 // VV
#define IRMP_ACP24_AUTOMATIC_MASK (1<<14) // A
#define IRMP_ACP24_NIGHT_MASK (1<<15) // N

// possible values for acp24_set_mode();
#define ACP24_MODE_COOLING 1
#define ACP24_MODE_VENTING 2
#define ACP24_MODE_DEMISTING 3

static uint8_t temperature = 18; // 18 degrees

static void
acp24_send (uint16_t cmd)
{
IRMP_DATA irmp_data;

cmd |= (temperature - 15) & IRMP_ACP24_TEMPERATURE_MASK;

irmp_data.protocol = IRMP_ACP24_PROTOCOL;
irmp_data.address = 0x0000;
irmp_data.command = cmd;
irmp_data.flags = 0;

irsnd_send_data (&irmp_data, 1);
}

void
acp24_set_temperature (uint8_t temp)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

temperature = temp;
acp24_send (cmd);
}

void
acp24_off (void)
{
uint16_t cmd = 0;
acp24_send (cmd);
}

#define ACP_FAN_STEP1 0
#define ACP_FAN_STEP2 1
#define ACP_FAN_STEP3 2
#define ACP_FAN_AUTOMATIC 3

void
acp24_fan (uint8_t fan_step)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK;

cmd |= IRMP_ACP24_SET_FAN_STEP_MASK | ((fan_step << IRMP24_ACP_FAN_STEP_BIT) & IRMP_ACP24_FAN_STEP_MASK);

acp24_send (cmd);
}

void
acp24_set_mode (uint8_t mode)
{
uint16_t cmd = 0;

switch (mode)
{
case ACP24_MODE_COOLING: cmd = IRMP_ACP24_MODE_COOLING_MASK; break;
case ACP24_MODE_VENTING: cmd = IRMP_ACP24_MODE_VENTING_MASK; break;
case ACP24_MODE_DEMISTING: cmd = IRMP_ACP24_MODE_DEMISTING_MASK; break;
default: return;
}
acp24_send (cmd);
}

void
acp24_program_automatic (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_AUTOMATIC_MASK;
acp24_send (cmd);
}

void
acp24_program_night (void)
{
uint16_t cmd = IRMP_ACP24_MODE_POWER_ON_MASK | IRMP_ACP24_NIGHT_MASK;
acp24_send (cmd);
}
</syntaxhighlight>

=== LGAIR-Protokoll ===

Der LG Air Conditioner ist eine Klimaanlage, die durch eine "intelligente" Fernbedienung gesteuert wird.
Dies sind die "entschlüsselten" Daten:

<code>
Befehl AAAAAAAA PW Z S T mmm tttt vvvv PPPP
--------------------------------------------------------------------
ON 23C 10001000 00 0 0 0 000 1000 0100 1100
ON 26C 10001000 00 0 0 0 000 1011 0100 1111

OFF 10001000 11 0 0 0 000 0000 0101 0001
TURN OFF 10001000 11 0 0 0 000 0000 0101 0001 (18C currently, identical with off)

TEMP DOWN 23C 10001000 00 0 0 1 000 1000 0100 0100
MODE (to mode0, 23C) 10001000 00 0 0 1 000 1000 0100 0100

TEMP UP (24C) 10001000 00 0 0 1 000 1001 0100 0101
TEMP DOWN 24C 10001000 00 0 0 1 000 1001 0100 0101

TEMP UP (25C) 10001000 00 0 0 1 000 1010 0100 0110
TEMP DOWN 25C 10001000 00 0 0 1 000 1010 0100 0110

TEMP UP (26C) 10001000 00 0 0 1 000 1011 0100 0111

MODE 10001000 00 0 0 1 011 0111 0100 0110 (to mode1, 22C - when switching to mode1 temp automaticall sets to 22C)
ON (mode1, 22C) 10001000 00 0 0 0 011 0111 0100 1110

MODE 10001000 00 0 0 1 001 1000 0100 0101 (to mode2, no temperature displayed)
ON (mode2) 10001000 00 0 0 0 001 1000 0100 1101
MODE (to mode3, 23C) 10001000 00 0 0 1 100 1000 0100 1000
ON (mode3, 23C) 10001000 00 0 0 0 100 1000 0100 0000

VENTILATION SLOW 10001000 00 0 0 1 000 0011 0000 1011
VENTILATION MEDIUM 10001000 00 0 0 1 000 0011 0010 1101
VENTILATION HIGH 10001000 00 0 0 1 000 0011 0100 1111
VENTILATION LIGHT 10001000 00 0 0 1 000 0011 0101 0000

SWING ON/OFF 10001000 00 0 1 0 000 0000 0000 0001

Format: 1 start bit + 8 address bits + 16 data bits + 4 checksum bits + 1 stop bit

Address: AAAAAAAA = 0x88 (8 bits)

Data: PW Z S T MMM tttt vvvv PPPP (16 bits)

PW: Power: 00 = On, 11 = Off

Z: N/A: Always 0

S: Swing: 1 = Toggle swing, all other data bits are zeros.

T: Temp/Vent: 1 = Set temperature and ventilation

MMM: Mode, can be combined with temperature
000=Mode 0
001=Mode 2
010=????
011=Mode 1
100=Mode 3
101=???
111=???

tttt: Temperature:
0000=used by OFF command
0001=????
0010=????
0011=18°C
0100=19°C
0101=20°C
0110=21°C
0111=22°C
1000=23°C
1001=24°C
1010=25°C
1011=26°C
1011=27°C
1100=28°C
1101=29°C
1111=30°C

vvvv: Ventilation:
0000=slow
0010=medium
0011=????
0100=high
0101=light
0110=????
0111=????
...
1111=????

Checksum: PPPP = (DataNibble1 + DataNibble2 + DataNibble3 + DataNibble4) & 0x0F
</code>

=== NEC16-Protokoll (JVC) ===

* http://www.sbprojects.net/knowledge/ir/jvc.php
* http://www.ustr.net/infrared/jvc.shtml

=== SAMSUNG-Protokoll ===

(wurde aus diversen Protokollen (Daewoo u.ä.) zusammengereimt, daher kein direkter Link auf irgendwelche SAMSUNG-Dokumentation verfügbar)

Hier ein Link zum Daewoo-Protokoll, welches dasselbe Prinzip des Sync-Bits in der Mitte eines Frames nutzt, jedoch mit anderen Timing-Werten arbeitet:

* http://users.telenet.be/davshomepage/daewoo.htm

=== MATSUHITA-Protokoll ===

* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf

=== KASEIKYO-Protokoll (auch "Japan-Protokoll") ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

=== RECS80- und RECS80-Extended-Protokoll ===

* http://www.sbprojects.net/knowledge/ir/recs80.php

=== RC5- und RC5x-Protokoll ===

* http://www.sbprojects.net/knowledge/ir/rc5.php
* http://mc.mikrocontroller.com/de/IR-Protokolle.php#RC5
* http://users.telenet.be/davshomepage/rc5.htm
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.opendcc.de/info/rc5/rc5.html

=== Denon-Protokoll ===

* http://mc.mikrocontroller.com/de/IR-Protokolle.php#DENON
* http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243
* http://www.remotecentral.com/cgi-bin/mboard/rc-prontong/thread.cgi?1402

=== RC6 und RC6A-Protokoll ===

* https://www.sbprojects.net/knowledge/ir/rc6.php
* http://www.picbasic.nl/info_rc6_uk.htm

=== Bang & Olufsen ===

* http://www.mikrocontroller.net/attachment/33137/datalink.pdf

=== Grundig-Protokoll ===

* http://www.see-solutions.de/sonstiges/Grundig_10bit.pdf

=== Nokia-Protokoll ===

* http://www.sbprojects.net/knowledge/ir/nrc17.php

=== IR60 (SDA2008 bzw. MC14497P) ===

* http://www.datasheetcatalog.org/datasheet/motorola/MC14497P.pdf

=== LEGO Power Functions RC ===

* http://www.philohome.com/pf/LEGO_Power_Functions_RC_v110.pdf
* http://www.philohome.com/pf/LEGO_Power_Functions_RC_v120.pdf

=== RCMM-Protokoll ===

* http://www.sbprojects.net/knowledge/ir/rcmm.php

=== Diverse Protokolle ===

* http://www.mikrocontroller.net/attachment/4246/IR-Protokolle_Diplomarbeit.pdf
* http://www.celadon.com/infrared_protocol/infrared_protocols_samples.pdf
* http://www.roboternetz.de/phpBB2/files/entwicklung_und_realisierung_einer_universalinfrarotfernbedienung_mit_timerfunktionen.pdf

== IRMP auf Youtube ==

Einige Videos zu [[IRMP#top|IRMP]] habe ich auf Youtube gefunden:

* IRMP. AVR (atmega8, avr-gcc) IR decoder. http://www.youtube.com/watch?v=Q7DJvLIyTEI

* Room-fillig powerful 100W RGB LED mood light - Raumfüllendes Stimmungslicht http://www.youtube.com/watch?v=W4tI2axR3-w

* ir steckdose mit teachin http://www.youtube.com/watch?v=SRs98dIe2WE

* RGB-LED mit iR Fernbedienung und Atmega8 / irmp steuern https://www.youtube.com/watch?v=Lf1Z318NKic

== Weitere Artikel zu IRMP ==

[http://www.infineon.com/dgdl/RF2ir+WhitePaper+V1.0.pdf?folderId=db3a3043191a246301192dd3ee2c2ae4&fileId=db3a30432b57a660012b5c16272c2e81 Whitepaper von Martin Gotschlich, Infineon Technologies AG]

== Hardware / IRMP-Projekte ==

=== Remote IRMP ===

Netzwerkfähiger Infrarot-Sender und Empfänger mit Android Handy als Fernbedienung:

* http://www.mikrocontroller.net/articles/Remote_IRMP

=== USB IR Remote Receiver ===

USB IR Remote Receiver von Hugo Portisch:
* http://www.mikrocontroller.net/articles/USB_IR_Remote_Receiver

=== USB IR Empfänger/Sender/Einschalter mit Wakeup-Timer ===

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/123572-fertig-irmp-auf-stm32-ein-usb-ir-empf%C3%A4nger-sender-einschalter-mit-wakeup-timer/

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_ein_USB_IR_Empf%C3%A4nger/Sender/Einschalter_mit_Wakeup-Timer

=== USBASP ===

IR-Einschalter auf Grundlage des USBasp
* http://wiki.easy-vdr.de/index.php?title=USBASP_Einschalter

=== Servo-gesteuerter IR-Sender ===

Servo-gesteuerter IR-Sender mit Anlernfunktion von Stefan Pendsa:
* http://forum.mikrokopter.de/topic-21060.html
* [http://svn.mikrokopter.de/listing.php?repname=Projects&path=%2FServo-Controlled+IR-Transmitter%2F&#Ad2417800d6aa14bf08c571a896e9def7 SVN]

=== Lernfähige IR-Fernbedienung ===

Lernfähige IR-Fernbedienung von Robert und Frank M.
* http://www.mikrocontroller.net/articles/DIY_Lernfähige_Fernbedienung_mit_IRMP

=== AVR Moodlight ===

AVR Moodlight von Axel Schwenke
* http://www.mikrocontroller.net/topic/244768

RGB Moodlight mit STM8 von Axel Schwenke
* https://www.mikrocontroller.net/topic/380098

=== Infinity-Mirror-LED-Deckenlampe ===

Infinity-Mirror-LED-Deckenlampe mit Fernbedienung von Philipp Meißner
* http://digital-nw.de/Infinity-Mirror.htm

=== Kinosteuerung ===

Kinosteuerung von Owagner
* http://ccc.zerties.org/index.php/Benutzer:Owagner

=== Phasenanschnittsdimmer ===

Phasenanschnittsdimmer - steuerbar über IR-Fernbedienung:

* http://flosserver.dyndns.org/phasenanschnittsdimmer.php

=== IRDioder – Ikea Dioder Hack ===

Ikea Dioder Hack mit Atmel und Infrarotempfaenger:

* http://marco-difeo.de/tag/infrared/

=== Expedit Coffee Bar ===

Ikea Expedit Regal - umgebaut zur Kaffee-Bar:

* http://chaozlabs.blogspot.de/2013/09/expedit-coffee-bar.html

=== Arduino als IR-Empfänger ===

Arduino als IR-Empfänger:

* http://www.vdr-portal.de/board18-vdr-hardware/board13-fernbedienungen/110918-arduino-als-ir-empf%C3%A4nger-einsetzen/

Weitere Beispiele aus der Arduino Library:

* https://github.com/ukw100/IRMP/tree/master/examples

=== IR-Lautstärkesteuerung mit Stellaris Launchpad ===

IR-Lautstärkesteuerung mit Stellaris Launchpad (ARM Cortex-M4F):

* http://www.anthonyvh.com/2013/03/31/ir-volume-control/

=== RemotePi Board ===

Herunterfahren eines RaspPI mittels Fernbedienung:

* http://www.msldigital.com/pages/more-information

=== Ethernut & IRMP ===

IRMP unter dem RTOS Ethernut:

* http://www.klkl.de/ethernut.html

=== LED strip Remote Control ===

LED-Beleuchtung per Fernbedienung steuern:

* http://www.solderlab.de/index.php/misc/led-strip-remote-control

=== ADAT Audio Mixer ===

Audio Mixer:

* http://mailtonne.de/adat-audio-mixer/

=== Ethersex & IRMP ===

IRMP + IRSND Modul in Ethersex, einer modularen Firmware für AVR MCUs

* http://ethersex.de/index.php/IRMP

=== Mastermind Solver ===

Mastermind-Solver mit LED-Streifen und IR-Fernbedienung

* http://www.mystrobl.de/Plone/basteleien/weitere-bulls-and-cows-mastermind-implementationen/mm-v1821/mastermind-solver-mit-led-streifen-und-ir-fernbedienung

=== A MythTV Remote Control without LIRC ===

PC Remote Control mit ATtiny85

* http://tomscircuits.blogspot.de/2014/12/a-mythtv-remote-control-without-lirc.html

=== IRMP2Keyboard infrared remote to PS2/USB keyboard converter ===

IRMP2Keyboard infrared remote to PS2/USB keyboard converter

https://github.com/M-Reimer/irmp2keyboard

=== IRMP + IRSND Library für STM32F4 ===

IRMP für STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1516

IRSND für STM32F4

* http://mikrocontroller.bplaced.net/wordpress/?page_id=1940

=== IRMP auf STM32 - Bauanleitung ===

* http://www.mikrocontroller.net/articles/IRMP_auf_STM32_-_Bauanleitung

=== Studienarbeit - Erweiterung der Arduino Plattform ===

* http://www.eislab.fim.uni-passau.de/files/publications/2010/StudentDiener_ErweiterungDerArduinoPlattform.pdf

=== Forumsbeiträge ===

* [https://www.mikrocontroller.net/topic/444061 Forumsbeitrag]: IRMP und IRSND als Protokoll für 433 MHz Sender/Empfänger funktioniert nicht so ganz
* [https://www.mikrocontroller.net/topic/441010#5248149 Forumsbeitrag]: Frage zu IR-Remote+LED-Strips an AVR

== Danksagung ==

Ganz herzlich bedanken möchte ich mich bei Vlad Tepesch, Klaus Leidinger und Peter K., die mich mit Scan-Dateien ihrer Infrarot-Fernbedienungen versorgt haben. Dank auch an Klaus für seine nächtelangen Tests von [[IRMP#top|IRMP]] & [[IRSND#top|IRSND]].

Ebenso bedanken möchte ich mich bei Christian F. für seine Tipps zur PIC-Portierung. Vielen Dank auch an gera für die Portierung auf den PIC-C18 Compiler. Für die Portierung auf ARM STM32 bedanke ich mich herzlich bei kichi (Michael K.). Vielen Dank auch an Markus Schuster für die Portierung auf Stellaris LM4F120 Launchpad von TI (ARM Cortex M4). Danke an Matthias Frank für die Portierung auf XMega. Vielen Dank auch an Wolfgang S. für die Portierung auf ESP8266, Achill Hasler für die Portierung auf Teensy. Und zuletzt noch Dank an Axel Schwenke für den Port auf STM8.

Mein Dank geht auch an Dániel Körmendi, welcher mich nicht nur immer wieder fleißig mit Scans versorgt, sondern auch das LG-AIR-Protokoll in den [[IRSND]] eingebaut hat. Danke auch hier an Ulrich v.d. Kammer für die [[IRSND]]-Variante des Pentax-Protokolls.

Als letztes möchte ich mich bedanken bei Jojo S., der den größten Teil dieser Dokumentation ins Englische übersetzt hat. Great Job, Jojo!

== Diskussion ==

Meinungen, Verbesserungsvorschläge, harsche Kritik und ähnliches kann im [http://www.mikrocontroller.net/topic/162119 Beitrag: Infrared Multi Protocol Decoder] geäussert werden.

Viel Spaß mit IRMP!

[[Kategorie:Infrarot]]
[[Kategorie:AVR-Projekte]]