Mikrocontroller.net - Benutzerbeiträge [de]

IRMP - english

2022-11-07T08:08:45Z

Arminj: /* Codings */

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| |Scan eines NEC-kompatiblen Fernbedienungssignals]]

Project Intention:

Because RC5 isn't only outdated, today its already obsolete and because more and more electronic devices in consumer electronics around us are used, 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 indroduces 'IRMP' as "Infrared-Multiprotocol-Decoder" in all details. The counterpart, [[IRSND_-_english|IRSND]] as IR-Encoder can be found in this [[IRSND_-_english|document]].

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

[[IRMP_-_english#top|IRMP]] has been implemented on several 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!)'''

* Several ARM-Cortex-µCs, for Example STM32, Kinetis, NRF5 etc.
* [https://sourceforge.net/p/chibios/svn2/HEAD/tree/trunk/os/hal/ports/ Officially supported µC-Series]
* [https://github.com/ChibiOS/ChibiOS-Contrib/tree/master/os/hal/ports More µC-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 alphabetic order):

{| {{Tabelle}}
|+ '''supported protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol || Vendor
|-
| [[IRMP_-_english#A1TVBOX|A1TVBOX]] || ADB (Advanced Digital Broadcast), z.B. 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 japanese vendors which are members of the "Japan's Association for Electric Home Application".
|-
| [[IRMP_-_english#KATHREIN|KATHREIN]] || KATHREIN
|-
| [[IRMP_-_english#LEGO|LEGO]] || Lego
|-
| [[IRMP_-_english#LGAIR|LGAIR]] || LG Air Conditioner
|-
| [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] || Matsushita
|-
| [[IRMP_-_english#MITSU_HEAVY|MITSU_HEAVY]] || Mitsubishi Air Conditioner
|-
| [[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, NoName and many more 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 Beamer
|-
| [[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 conditions
|-
| [[IRMP_-_english#SAMSUNG|SAMSUNG]] || Samsung
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]] || RUWIDO (e.g. T-Home-Mediareceiver, MERLIN-keyboard(Pollin))
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] || Siemens, z.B. 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
|}

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. It will only be compiled the code that has been selected by the user.

=== History ===

The [[IRMP_-_english#top|IRMP]] source for the AVR and PIC MCUs has been 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 protocol, such as Sony, Samsung and Matsuhita. Philips has developed [[IRMP_-_english#RC5 + RC5X|RC5]] and of course used for own purposes.
[[IRMP_-_english#RC5 + RC5X|RC5]] was seen in Europe as ''that'' standard IR-protocol which was adopted by many european vendors. Nowadays is [[IRMP_-_english#RC5 + RC5X|RC5]] nearly nowhere used - it can be ticked as "dead". Although the successor [[IRMP_-_english#RC6_+_RC6A|RC6]] is used in actual european hardware, it is also used rarely.

Also japanese vendors tried to establish an own standard, the so called [[IRMP_-_english#KASEIKYO|Kaseikyo]]- (or also "Japan-") protocol. This is with a bitlength of 48 bits more versatile. But it has no general acceptance until today - even if you find it in some appliances.

Nowadays the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol is used (also mainly in japanese devices) - indeed in various premium and NoName products. I estimate the market share to 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 at the TV-set, goes over the DVD-player to the Notebook remote and reaches up to NoName-Multimedaia-Harddrive, just to mention a few samples.
||
[[Datei:nec-protocol.png|miniatur|NEC protocol, RGB remote control, T->A: 9,14ms, A->B: 4,42ms, B->C: 660us]]
|}

== Codings ==

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

* [[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 with 36 kHz or 38 kHz - to reduce environment influences such as Indoorlightning or sunlight.

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

A Pulse Distance Coding can be discovered by the following rule:

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

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

A Pulse Width Coding can be discovered by the following rule:

* there are '''two different pulse lengths''' and '''only one pause 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 from Pulse Distance and Pulse Width Coding. Often the sum of pulse and pause length is constant. The rule is:

* there are '''two different pulse lengths''' and '''two different pause 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 pause gives the bit value.
Therefore a Biphase-Coding can be discovered by this criteria:

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

Usually the length for the pulse and pause are equal, that means the signal shape is symmetric. But IRMP knows also protocols which use different puls/pause lengths. This case is 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 ===

The pulse position coding is known from usual UART's. Every bit has a fixed length here. Depending on the value (0 or 1), it is a pulse or a pause.

Typical criteria for a '''pulse position protocol''' is:
* there are '''multiples''' of a basic pulse/pause 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 ==

The most of the [[IRMP_-_english#top|IRMP]] decoded protocols have something in common: they show a start bit which is unique for their timing.

According to this start bit timing the most protocols are discriminated. [[IRMP_-_english#top|IRMP]] measures the timing of the start bit and reorders its timing tables "on-the-fly" for the discovered protocol. So the following bits can be read sequential without the need of storing a complete frame.
[[IRMP_-_english#top|IRMP]] does not wait for reading a complete frame to analyze, it starts decoding after the first pulse detection.

If the first read start bit is not unique, [[IRMP_-_english#top|IRMP]] follows multiple possible protocols. If for plausible reasons one protocol is no more possible this track will be dropped.

The detection is implemented as a [[Statemachine|state machine]], which is called interrupt driven with an frequency of typically 15.000 per second. the [[Statemachine|state machine]] knows the following states:

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

After that, the pulse/pause length of the start bit are known. Now all enabled protocols are searched for this length. If a protocol matches, the timing table for this protocol is loaded and the following bits are checked if the pulse/pause timing still fit to the limis.

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

* detect the pauses 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 sop bit if present in the protocol
* check data for plausibility, like CRC or other redundant data bits
* convert data to device address and command
* detect code repetition by long key press, set according 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 within the frame another sync bit (z.B. [[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 during receiving of a frame, f.e. from [[IRMP_-_english#NEC42|NEC42]] (42 Bit) to [[IRMP_-_english#NEC16|NEC16]] (8 Bit + Sync-Bit + 8 Bit), when a premature sync bit was detected. Or from [[IRMP_-_english#NEC + extended NEC|NEC]]/[[IRMP_-_english#NEC42|NEC42]] (32/42 Bit) to [[IRMP_-_english#JVC|JVC]] (16 Bit) when the stop bit premature occured. It is getting difficult when two possible protocols after the detection of the start bit use different codings, e.g. when the one protocol uses a [[IRMP_-_english#Pulse Distance|Pulse Distance Coding]] and the other uses a [[IRMP_-_english#Biphase|Biphase Coding (Manchester)]]. In this case [[IRMP_-_english#top|IRMP]] stores the necessary bits for both codings and releases later the one or the other.

Furthermore some remotes are transmitting in particular protocols for redundance reasons (error detection) or for long key presses repetition frames. These will be discriminated by IRMP: the necessary frames for error detection are checked by IRMP, but not passed to the application. The other will be detected as long key press and flagged by IRMP.

== Download ==

Version 3.2.6, Date: 2021-01-27

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

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 independant 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 output on UART
* [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 to 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]] is also running on PIC processors. For the PIC-CCS compiler are already the necessary preprocessor defines set, so 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 avr-gcc 4.7.x the option [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 efficent. 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 significant larger as it will no be optimized further. Also the option -flto must be passed to the linker, otherwise the link time optimization will not work.

=== Configuration ===

The configuration of [[IRMP_-_english#top|IRMP]] is done by settings 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]]

=== Adjustments in irmpconfig.h ===

[[IRMP_-_english#top|IRMP]] will decode all protocols listed above in one ISR. For this, there are some settings necessary. 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. The value of 15000 is in most cases a good compromise.

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

On AVR controllers is a timer1 with 16 bit resolution used in the example [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c]. If for any reasons timer1 is not available, you can also use timer2 with 8 bit resolution.

In this case timer2 will be configured as:

<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 adjust the ISR for 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 should be supported by [[IRMP_-_english#top|IRMP]]. Standardprotocols are activated by default.

Would you like to turn on more protocols or turn off some other for memory saving reasons, then the corresponding values in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] must be set.

<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. Maybe you need a different IR receiver, otherwise you could disable these protocols. For example you cannot receive a [[IRMP_-_english#B&O|B&O]] protocol (455kHz) with a TSOP1738 / TSOP 31238.

Furthermore the protocols [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]]/[[IRMP_-_english#FDC|FDC]]/[[IRMP_-_english#RCCAR|RCCAR]] are only reliable detected at a frequency starting at 15 kHz. For [[IRMP_-_english#LEGO|LEGO]] it is even 20 kHz. When you want to use these protocols, you must adjust [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]]. Otherwise, during compilation you will get a warning and the corresponding protocols are automatically 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 und IRSND_Transmit_Pin in STM32Cube (Main.h). Here you don't need 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 controllers there is only the define for '''IRMP_PIN''' - depending on 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. When you want to use another name for the pin, change 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_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, on any level change at the input the callback function is called. This could be use 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 with the frequency F_INTERRUPTS (10-20kHz). The controller
can hardly switch to an energy-saving sleep mode, or must constantly wake up from it. If power consumption is important, e.g. for battery operation, this approach is not optimal.

If ''IRMP_USE_IDLE_CALL''' is activated, IRMP detects if no IR transmission is ongoing and then calls the function
'''irmp_idle()'''. This is controller-specific and must be provided and linked by the user. The controller can then be put into 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 pinchange interrupt instead. Then the controller can be sent to sleep. If a falling edge is detected on the IR input pin, the pinchange interrupt is deactivated, the timer is activated again 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 pinchange 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 was 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_of_unknown_IR_Protocols|Scanning of unknown IR Protocols]].

=== IRMP in Practice ===

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

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

1. protocol ID
2. address or vendorcode
3. command

with this function

irmp_get_data (IRMP_DATA * irmp_data_p)

you can recall a decoded message. The return value is 1 when 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: finally you'll get simply three values (protocol, address and command) that can be checked with an if or switch statement.
Here is a sample decoder which checks for key 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-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>

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, 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
</syntaxhighlight>

The values of address and the command code of an unknown remote can be received and printed over UART or LCD. Then these values can be used hard coded in your decoder routine. Or you write a teaching routine, where you need to press a key once to store the code in an 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" of Keys ===

To distinguish between long key press or a single press, the bit mask IRMP_FLAG_REPETITION exists. This will be set in struct member '''flags''' when a key on the remote is pressed for longer time and therefore the same command is repeated in short periods.

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 could be used to "debounce" the keys 0-9 by ignoring commands with bit IRMP_FLAG_REPETITION set. For keys like ' VOLUME+' or 'VOLUME-' using the repetition could be useful, maybe to [[LED-Fading|fade a LED]].

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

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

'''NEW:'''

Since version 3.2.2 there is the possibility to detect the release of a key. In this case, the IRMP_FLAG_RELEASE flag is set if the remote control in use has set the (repeated) sending of 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) // Erster Frame, flags nicht gesetzt
{
motor_on ();
}
else if (irmp_data.flags & IRMP_FLAG_RELEASE) // Taste wurde losgelassen
{
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 checking IRMP_FLAG_RELEASE:'''

You must not rely on the fact that irmp_data.command still contains the original command code - here 0x42. There are remote controls (e.g. radio socket transmitters) which themselves send a special key release code when the key is released. So you just check that irmp_data.address matches before testing the flag.

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

== Mode of Operation ==

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

irmp_ISR() detects first the length and the form of the startbit(s) and determines the used protocols by this information. As soon as the protocol was identified, the further bits are parameterized to read the following bits most efficient until the IR command is complete.

Just to stop slashers:

I know that the ISR is quite large. But as it acts as a state machine, the effective executed code per cycle is relative small. While it is "dark" (and that is the case for the most time ;-)) the spent time is vanishing short. In the WordClock project for example are called 8 ISR's with the same timer, there is irmp_ISR() only one amongst many others. For at least 8 MHz CPU clock no timing problems occured. Therefor I see really no problem in the length of the ISR.

A crystal is not a neccessary must, 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 of unknown IR Protocols ==

Changing in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] in line

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

the value for [[IRMP_-_english#IRMP_LOGGING|IRMP_LOGGING]] to 1, then a logging in [[IRMP_-_english#top|IRMP]] will be turned on: the bright- and darkphases will be sent via UART with 9600 bit/s: 1=dark, 0=bright. Maybe the constans in the functions uart_init() and uart_putc() must be adjusted, this depends on the used AVR MCU.

'''Remark: for PIC-processors there is an own logging module named [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]. This makes it possible to log via USB. This applies not to the AVR version'''

If you record these protocol scans with a terminal program and save them as a textfile, you can use these files for analyzing the frames in ordner to add a yet unknown protocol 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 fits into the IRMP concepts and adapt the sources 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]].

The compilation of [[IRMP_-_english#top|IRMP]] is started by:

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

The given options are exclusive, that means only one option per call is valid:

Option:

-l List print a list with pulses and pauses
-a analyze analyse the puls/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>

=== Analysing ===

./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 as (horizontal) bell shaped curves, which of course are not quite ideal displayed due to the ASCII formatting. The smaller the measured channels, the better is the timing of the remote.

The above output can be read as:

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

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

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

Further there are two more pauses with different length (for bits 0 and 1). Checking this I leave to the willing 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 as well under Windows, like:

* 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 Outputs ===

As some outputs are pretty large, 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 || 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
|-
| [[IRMP_-_english#NEC16|NEC16]] || Daewoo || Videorekorder || 0x0015
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Technics EUR646497 || AV Receiver SA-AX 730 || 0x2002
|-
| || Panasonic TV || Fernseher TX-L32EW6 || 0x2002
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Loewe Assist/RC3/RC4 || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips Television || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony RM-816 || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP_-_english#DENON|DENON]] || DENON RC970 || AVR3805 (Verstärker) || 0x0008
|-
| || DENON RC970 || DVD/CD-Player || 0x0002
|-
| || DENON RC970 || Tuner || 0x0006
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung AA59-00484A || LE40D550 Fernseher || 0x0707
|-
| || LG AKB72033901 || Blu-Ray Player BD370 || 0x2D2D
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple || Apple Dock (iPod 2) || 0x0020
|-
|}

----

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

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

The command variety isn't really large. Usually the cameras understand only the command:
"Trigger".
||
[[Datei:Irmp-pentax.png|miniatur|Pentax-Protokoll]]
|}

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

{| class="wikitable"
|- style="background-color:#eeeeee"
! Command || Function
|-
| 0x0000 || Trigger
|-
| 0x0001 || change Zoomlevel
|-
|}

Because there is no address designated in the [[IRMP_-_english#PENTAX|PENTAX]]-protocol, this should be set for sending in [[IRSND_-_english|IRSND]] to 0x0000. You should also use a crystal in this case because especially the Nikons are very fussy regarding the timing.

== IR Keyboards ==
{|
! style="width: 80%;" |
! style="width: 20%;" |
|- style="vertical-align:top;"
|
[[IRMP_-_english#top|IRMP]] supports from version 1.7.0 also 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]]
|}

As command (irmp_data.command) the following values are returned:

{| 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 left side:

{| 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

Exception for the ON / OFF key: This one sends only for key press a code, not for release.

Is a key pressed for a longer time, it will be notified 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 local on the MCU to decode the keycodes, or on the hostsystem (e.g. PC) where the IRMP data structure is sent to. Therefore the function incl. preprocessor constands 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>

And at least an example for the usage of function 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>

All non-printable characters are coded as:

{| 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 function get_fdc_key() considers the holding of key pressed of Shift-, Ctrl- and ALT. For this reason not only the writing of capital letters works, but also the selection of special characters with the key combination ALT + key, e.g. ALT + m -> µ or ALT + q -> @. Also you can 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
|-
| Keyboard Repetition || 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 keyboard repetition
|-
| 0 Bit || 560µs pulse, 560µs pause
|-
| 1 Bit || 560µs pulse, 1690µs pause
|-
| Stop Bit || 560µs pulse
|-
| Repetition || none
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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 with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 0 Bit || 560µs pulse, 560µs pause (identical with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 1 Bit || 560µs pulse, 1690µs pause (identical with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Stop Bit || 560µs pulse (identical with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Repetition || none
|-
| Keyboard Repetition || unknown
|-
| Bit Order || MSB first ('''differing''' to [[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
|-
| Keyboard Repetition || repetition 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
|-
| Keyboard Repetition || Repetition 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
|-
| Keyboard Repetition || 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 identisch mit [[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
|-
| Keyboard Repetition || 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 identisch mit [[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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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 || no Start Bit
|-
| 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)
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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 + bis zu 8 zusätzliche 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 und 3rd Frame
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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 Bit
|-
| 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?
|-
| Keyboard Repetition || 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 Bit
|-
| 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
|-
| Keyboard Repetition || 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 pause'''
|-
| 0 Bit || 512µs pause, 512µs pulse
|-
| 1 Bit || 512µs pulse, 512µs pause
|-
| Stop-Bit || no stop bit
|-
| Repetition || none
|-
| Keyboard Repetition || After approx. 118ms
|-
| Remarks || An end command (111111111 = 0x1FF) is sent immediately after the button is released.
|-
| Bit-Order || MSB first
|-
|}

==== S100 ====

Ähnlich zu RC5x, aber 14 statt 13 data bits und 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 Bit
|-
| Data || 1 inverteds 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
|-
| Keyboard Repetition || 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 Bit + 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
|-
| Keyboard Repetition || 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-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 data bits (all 1) + 0 stop bits
|-
| Info-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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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-Tastatur mit 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 inverteds Bit (letztes Bit davor nochmal invertiert)
|-
| Data Ruwido || 9 address bits + 7 command bits + 1 inverteds Bit (letztes Bit davor nochmal invertiert)
|-
| 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 (?)
|-
| Keyboard Repetition || 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) asymmetrisch
|-
| 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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) symmetrisch
|-
| 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 additinal frames with special bits set
|-
| Keyboard Repetition || only repetition of 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
|-
| Keyboard Repetition || 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 reptition frames

Version 3.2.3:

* 2020-08-15: '''New RF Protokoll:''' [[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#.22Debouncing.22_of_Keys|Debouncing of Keys]]'''.

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 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 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 direkt 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 Plattform ===

* 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

2022-11-07T08:04:48Z

Arminj: /* Pulse Distance Width */

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 "Japan's Association for Electric Home Application" 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]]

IRMP

2020-11-13T12:22:19Z

Arminj: /* IR-Tester mit AVR-NET-IO */

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 =

[[Datei:irmp-empfaenger.png|miniatur|Anschluß eines IR-Empfängers an µC]]

=== Unterstützte µCs ===

[[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]

=== 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 "Japan's Association for Electric Home Application" 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 ==

[[Datei:nec-protocol.png|miniatur|NEC-Protokoll, Reichelt RGB-LED-Fernbedienung, T->A: 9,14ms, A->B: 4,42ms, B->C: 660us]]

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.

== 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 ===

[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

Eine Pulse Distance Kodierung erkennt man an der folgenden Regel:

* es gibt nur '''eine Pulslänge''' und '''zwei verschiedene Pausenlängen.'''

=== Pulse Width ===

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

Bei der Pulse Width Kodierung gilt die Regel:

* es gibt '''zwei verschiedene Pulslängen''' und nur '''eine Pausenlänge'''

=== Pulse Distance Width ===

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

Dies ist ein Mischmasch aus Pulse Distance und Pulse Width Coding.

Also:

* es gibt '''zwei verschiedene Pulslängen''' und '''zwei verschiedene Pausenlängen.'''

=== Biphase ===

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

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.

=== Pulse Position ===

[[Datei:Pulse-Position.png|miniatur|Pulse Position Coding]]

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

'''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.1, Stand vom 23.06.2020

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">
#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">
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">
#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">
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">
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">
// 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">
/*----------------------------------------------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------------------------------------------
* 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">
# 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">
# 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">
#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">
#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">
/*------------------------------------------------------------------------------------------------------------
* 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">
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">
#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">
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">
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">
#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">
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">
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">
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">
#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">
-------------------------------------------------------------------------
# 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">
# 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 ==

{| {{Tabelle}}
|- 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 ==

[[Datei:Irmp-pentax.png|miniatur|Pentax-Protokoll]]

[[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".

Hier eine kleine Tabelle für [[IRMP#PENTAX|PENTAX]]-Kameras:

{| {{Tabelle}}
|- 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 ==

[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402-Tastatur]]

[[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

Als Kommando (irmp_data.command) werden folgende Werte zurückgeliefert:

{| {{Tabelle}}
|- 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:

{| {{Tabelle}}
|- 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">
#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">
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:

{| {{Tabelle}}
|- 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 ==

=== 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 (normal: 00, invertiert: 11)
|-
| 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
|-
|}

==== 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
|-
|}

=== 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
|-
|}

=== 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
|-
|}

=== 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
|-
|}

=== 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.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.214: 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.com/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)

=== SIRCS-Protokoll ===

* http://www.sbprojects.com/knowledge/ir/sirc.php
* 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.com/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">
#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.com/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.com/knowledge/ir/recs80.php

=== RC5- und RC5x-Protokoll ===

* http://www.sbprojects.com/knowledge/ir/rc5.php
* 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://www.mikrocontroller.com/de/IR-Protokolle.php#DENON
* http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243

=== RC6 und RC6A-Protokoll ===

* http://www.sbprojects.com/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.com/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.com/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

=== IRMP und IRSND über Funkstrecke ===

* https://www.mikrocontroller.net/topic/444061

== 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]]

IRMP

2019-05-20T14:02:18Z

Arminj: /* Arduino als IR-Empfänger */

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 =

[[Datei:irmp-empfaenger.png|miniatur|Anschluß eines IR-Empfängers an µC]]

=== Unterstützte µCs ===

[[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]

=== 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 Protokolle'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protokoll || 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 "Japan's Association for Electric Home Application" 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
|}

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.

=== 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 ==

[[Datei:nec-protocol.png|miniatur|NEC-Protokoll, Reichelt RGB-LED-Fernbedienung, T->A: 9,14ms, A->B: 4,42ms, B->C: 660us]]

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.

== 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 ===

[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

Eine Pulse Distance Kodierung erkennt man an der folgenden Regel:

* es gibt nur '''eine Pulslänge''' und '''zwei verschiedene Pausenlängen.'''

=== Pulse Width ===

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

Bei der Pulse Width Kodierung gilt die Regel:

* es gibt '''zwei verschiedene Pulslängen''' und nur '''eine Pausenlänge'''

=== Pulse Distance Width ===

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

Dies ist ein Mischmasch aus Pulse Distance und Pulse Width Coding.

Also:

* es gibt '''zwei verschiedene Pulslängen''' und '''zwei verschiedene Pausenlängen.'''

=== Biphase ===

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

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.

=== Pulse Position ===

[[Datei:Pulse-Position.png|miniatur|Pulse Position Coding]]

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

'''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.1.2, Stand vom 06.09.2018

Download Release-Version: [http://www.mikrocontroller.net/wikifiles/7/79/Irmp.zip Irmp.zip]

[[IRMP#top|IRMP]] & [[IRSND#top|IRSND]] sind auch über SVN abrufbar: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP im SVN], Download [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball], Git: [https://github.com/svn2github/irmp IRMP auf GitHub]

Download als Arduino Library: [https://github.com/ukw100/IRMP GitHub] oder in der Arduino IDE "''Tools / Manage Libraries...''" benutzen und nach "''IRMP''" suchen.

'''Achtung:'''

Die Version im SVN kann eine Zwischen- oder Test-Version sein, die nicht den hier dokumentierten Stand widerspiegelt! Im Zweifel verwendet man besser den obigen Download-Link auf Irmp.zip.

'''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">
#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">
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">
#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">
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">
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">
// 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">
/*---------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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_USE_CALLBACK ====

Standardwert:
<syntaxhighlight lang="c">
#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">
#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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
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">
#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]].

=== 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">
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">
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">
#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
</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">
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">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// Es handelt sich um eine neue Taste
// ACTION!
}
</syntaxhighlight>

== 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">
#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">
-------------------------------------------------------------------------
# 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">
# 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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
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>

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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
# 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>

=== 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 ==

{| {{Tabelle}}
|- 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
|-
| [[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 ==

[[Datei:Irmp-pentax.png|miniatur|Pentax-Protokoll]]

[[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".

Hier eine kleine Tabelle für [[IRMP#PENTAX|PENTAX]]-Kameras:

{| {{Tabelle}}
|- 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 ==

[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402-Tastatur]]

[[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

Als Kommando (irmp_data.command) werden folgende Werte zurückgeliefert:

{| {{Tabelle}}
|- 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:

{| {{Tabelle}}
|- 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">
#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">
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:

{| {{Tabelle}}
|- 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 ==
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

=== Pulse Distance Protokolle ===
''' '''
==== 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
|-
|}

==== 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 (normal: 00, invertiert: 11)
|-
| 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
|-
|}

==== 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
|-
|}

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

=== Pulse Width Protokolle ===
''' '''
==== 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
|-
|}

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

=== Pulse Distance Width Protokolle ===
''' '''
==== 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
|-
|}

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

=== Biphase Protokolle ===
''' '''
==== 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
|-
|}

=== Pulse Position Protokolle ===

==== 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.1.x:

Version 3.1.3:

* 10.09.2018: '''Neues Protokoll:''' [[IRMP#RCII|RCII]]

Version 3.1.2:

* 06.09.2018: Support für STM32 mit HAL-Library

Version 3.1.1:

* 30.08.2018: Neue Option: IRMP_USE_IDLE_CALL

Version 3.1.0:

* 29.08.2018: Portierung auf ChibiOS
* 29.08.2018: Neues Protokoll: GREE

Ältere Versionen:

* 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.214: 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.com/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)

=== SIRCS-Protokoll ===

* http://www.sbprojects.com/knowledge/ir/sirc.php
* 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.com/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">
#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.com/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.com/knowledge/ir/recs80.php

=== RC5- und RC5x-Protokoll ===

* http://www.sbprojects.com/knowledge/ir/rc5.php
* 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://www.mikrocontroller.com/de/IR-Protokolle.php#DENON
* http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243

=== RC6 und RC6A-Protokoll ===

* http://www.sbprojects.com/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.com/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.com/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

=== IR-Tester mit AVR-NET-IO ===

Implementierung für Pollin AVR-NET-IO mit Pollin ADD-ON Board:
* http://son.ffdf-clan.de/include.php?path=forumsthread&threadid=703

=== 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

=== 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

== 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]]

IRMP

2019-05-20T14:01:51Z

Arminj: /* Download */

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 =

[[Datei:irmp-empfaenger.png|miniatur|Anschluß eines IR-Empfängers an µC]]

=== Unterstützte µCs ===

[[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]

=== 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 Protokolle'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protokoll || 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 "Japan's Association for Electric Home Application" 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
|}

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.

=== 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 ==

[[Datei:nec-protocol.png|miniatur|NEC-Protokoll, Reichelt RGB-LED-Fernbedienung, T->A: 9,14ms, A->B: 4,42ms, B->C: 660us]]

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.

== 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 ===

[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

Eine Pulse Distance Kodierung erkennt man an der folgenden Regel:

* es gibt nur '''eine Pulslänge''' und '''zwei verschiedene Pausenlängen.'''

=== Pulse Width ===

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

Bei der Pulse Width Kodierung gilt die Regel:

* es gibt '''zwei verschiedene Pulslängen''' und nur '''eine Pausenlänge'''

=== Pulse Distance Width ===

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

Dies ist ein Mischmasch aus Pulse Distance und Pulse Width Coding.

Also:

* es gibt '''zwei verschiedene Pulslängen''' und '''zwei verschiedene Pausenlängen.'''

=== Biphase ===

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

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.

=== Pulse Position ===

[[Datei:Pulse-Position.png|miniatur|Pulse Position Coding]]

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

'''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.1.2, Stand vom 06.09.2018

Download Release-Version: [http://www.mikrocontroller.net/wikifiles/7/79/Irmp.zip Irmp.zip]

[[IRMP#top|IRMP]] & [[IRSND#top|IRSND]] sind auch über SVN abrufbar: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP im SVN], Download [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball], Git: [https://github.com/svn2github/irmp IRMP auf GitHub]

Download als Arduino Library: [https://github.com/ukw100/IRMP GitHub] oder in der Arduino IDE "''Tools / Manage Libraries...''" benutzen und nach "''IRMP''" suchen.

'''Achtung:'''

Die Version im SVN kann eine Zwischen- oder Test-Version sein, die nicht den hier dokumentierten Stand widerspiegelt! Im Zweifel verwendet man besser den obigen Download-Link auf Irmp.zip.

'''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">
#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">
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">
#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">
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">
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">
// 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">
/*---------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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_USE_CALLBACK ====

Standardwert:
<syntaxhighlight lang="c">
#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">
#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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
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">
#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]].

=== 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">
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">
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">
#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
</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">
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">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// Es handelt sich um eine neue Taste
// ACTION!
}
</syntaxhighlight>

== 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">
#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">
-------------------------------------------------------------------------
# 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">
# 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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
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>

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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
# 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>

=== 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 ==

{| {{Tabelle}}
|- 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
|-
| [[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 ==

[[Datei:Irmp-pentax.png|miniatur|Pentax-Protokoll]]

[[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".

Hier eine kleine Tabelle für [[IRMP#PENTAX|PENTAX]]-Kameras:

{| {{Tabelle}}
|- 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 ==

[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402-Tastatur]]

[[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

Als Kommando (irmp_data.command) werden folgende Werte zurückgeliefert:

{| {{Tabelle}}
|- 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:

{| {{Tabelle}}
|- 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">
#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">
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:

{| {{Tabelle}}
|- 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 ==
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

=== Pulse Distance Protokolle ===
''' '''
==== 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
|-
|}

==== 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 (normal: 00, invertiert: 11)
|-
| 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
|-
|}

==== 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
|-
|}

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

=== Pulse Width Protokolle ===
''' '''
==== 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
|-
|}

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

=== Pulse Distance Width Protokolle ===
''' '''
==== 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
|-
|}

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

=== Biphase Protokolle ===
''' '''
==== 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
|-
|}

=== Pulse Position Protokolle ===

==== 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.1.x:

Version 3.1.3:

* 10.09.2018: '''Neues Protokoll:''' [[IRMP#RCII|RCII]]

Version 3.1.2:

* 06.09.2018: Support für STM32 mit HAL-Library

Version 3.1.1:

* 30.08.2018: Neue Option: IRMP_USE_IDLE_CALL

Version 3.1.0:

* 29.08.2018: Portierung auf ChibiOS
* 29.08.2018: Neues Protokoll: GREE

Ältere Versionen:

* 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.214: 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.com/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)

=== SIRCS-Protokoll ===

* http://www.sbprojects.com/knowledge/ir/sirc.php
* 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.com/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">
#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.com/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.com/knowledge/ir/recs80.php

=== RC5- und RC5x-Protokoll ===

* http://www.sbprojects.com/knowledge/ir/rc5.php
* 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://www.mikrocontroller.com/de/IR-Protokolle.php#DENON
* http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243

=== RC6 und RC6A-Protokoll ===

* http://www.sbprojects.com/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.com/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.com/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

=== IR-Tester mit AVR-NET-IO ===

Implementierung für Pollin AVR-NET-IO mit Pollin ADD-ON Board:
* http://son.ffdf-clan.de/include.php?path=forumsthread&threadid=703

=== 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

=== 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

== 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]]

IRMP - english

2019-05-20T14:00:28Z

Arminj: /* Download */

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| |Scan eines NEC-kompatiblen Fernbedienungssignals]]

Project Intention:

Because RC5 isn't only outdated, today its already obsolete and because more and more electronic devices in consumer electronics around us are used, 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 indroduces 'IRMP' as "Infrared-Multiprotocol-Decoder" in all details. The counterpart, [[IRSND_-_english|IRSND]] as IR-Encoder can be found in this [[IRSND_-_english|document]].

= IRMP - Infrared Multiprotocol Decoder =

[[Datei:irmp-empfaenger.png|miniatur|Connection of a IR receiver module to MCU]]

=== Supported MCUs ===

[[IRMP_-_english#top|IRMP]] has been implemented on several 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!)'''

* Several ARM-Cortex-µCs, for Example STM32, Kinetis, NRF5 etc.
* [https://sourceforge.net/p/chibios/svn2/HEAD/tree/trunk/os/hal/ports/ Officially supported µC-Series]
* [https://github.com/ChibiOS/ChibiOS-Contrib/tree/master/os/hal/ports More µC-Series, community supported]

=== 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 alphabetic order):

{| {{Tabelle}}
|+ '''supported protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol || Vendor
|-
| [[IRMP_-_english#A1TVBOX|A1TVBOX]] || ADB (Advanced Digital Broadcast), z.B. 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 japanese vendors which are members of the "Japan's Association for Electric Home Application".
|-
| [[IRMP_-_english#KATHREIN|KATHREIN]] || KATHREIN
|-
| [[IRMP_-_english#LEGO|LEGO]] || Lego
|-
| [[IRMP_-_english#LGAIR|LGAIR]] || LG Air Conditioner
|-
| [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] || Matsushita
|-
| [[IRMP_-_english#MITSU_HEAVY|MITSU_HEAVY]] || Mitsubishi Air Conditioner
|-
| [[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, NoName and many more 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 Beamer
|-
| [[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 conditions
|-
| [[IRMP_-_english#SAMSUNG|SAMSUNG]] || Samsung
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]] || RUWIDO (e.g. T-Home-Mediareceiver, MERLIN-keyboard(Pollin))
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] || Siemens, z.B. 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
|}

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. It will only be compiled the code that has been selected by the user.

=== History ===

The [[IRMP_-_english#top|IRMP]] source for the AVR and PIC MCUs has been 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 ==

[[Datei:nec-protocol.png|miniatur|NEC protocol, RGB remote control, T->A: 9,14ms, A->B: 4,42ms, B->C: 660us]]

Some vendors use their own proprietary protocol, such as Sony, Samsung and Matsuhita. Philips has developed [[IRMP_-_english#RC5 + RC5X|RC5]] and of course used for own purposes.
[[IRMP_-_english#RC5 + RC5X|RC5]] was seen in Europe as ''that'' standard IR-protocol which was adopted by many european vendors. Nowadays is [[IRMP_-_english#RC5 + RC5X|RC5]] nearly nowhere used - it can be ticked as "dead". Although the successor [[IRMP_-_english#RC6_+_RC6A|RC6]] is used in actual european hardware, it is also used rarely.

Also japanese vendors tried to establish an own standard, the so called [[IRMP_-_english#KASEIKYO|Kaseikyo]]- (or also "Japan-") protocol. This is with a bitlength of 48 bits more versatile. But it has no general acceptance until today - even if you find it in some appliances.

Nowadays the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol is used (also mainly in japanese devices) - indeed in various premium and NoName products. I estimate the market share to 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 at the TV-set, goes over the DVD-player to the Notebook remote and reaches up to NoName-Multimedaia-Harddrive, just to mention a few samples.

== Codings ==

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

* [[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 with 36 kHz or 38 kHz - to reduce environment influences such as Indoorlightning or sunlight.

=== Pulse Distance ===

[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

A Pulse Distance Coding can be discovered by the following rule:

* there is only '''one pulse length''' and there are '''two different pause lengths'''

=== Pulse Width ===

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

A Pulse Width Coding can be discovered by the following rule:

* there are '''two different pulse lengths''' and '''only one pause length'''

=== Pulse Distance Width ===

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

This is a mix from Pulse Distance and Pulse Width Coding, so:

* there are '''two different pulse lengths''' and '''two different pause lengths.'''

=== Biphase ===

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

In Biphase Coding the order of pulse and pause gives the bit value.
Therefore a Biphase-Coding can be discovered by this criteria:

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

Usually the length for the pulse and pause are equal, that means the signal shape is symmetric. But IRMP knows also protocols which use different puls/pause lengths. This case is for example the [[IRMP_-_english#A1TVBOX|A1TVBOX]]-protocol.

=== Pulse Position ===

[[Datei:Pulse-Position.png|miniatur|Pulse Position Coding]]

The pulse position coding is known from usual UART's. Every bit has a fixed length here. Depending on the value (0 or 1), it is a pulse or a pause.

Typical criteria for a '''pulse position protocol''' is:
* there are '''multiples''' of a basic pulse/pause 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.

== Protocol Detection ==

The most of the [[IRMP_-_english#top|IRMP]] decoded protocols have something in common: they show a start bit which is unique for their timing.

According to this start bit timing the most protocols are discriminated. [[IRMP_-_english#top|IRMP]] measures the timing of the start bit and reorders its timing tables "on-the-fly" for the discovered protocol. So the following bits can be read sequential without the need of storing a complete frame.
[[IRMP_-_english#top|IRMP]] does not wait for reading a complete frame to analyze, it starts decoding after the first pulse detection.

If the first read start bit is not unique, [[IRMP_-_english#top|IRMP]] follows multiple possible protocols. If for plausible reasons one protocol is no more possible this track will be dropped.

The detection is implemented as a [[Statemachine|state machine]], which is called interrupt driven with an frequency of typically 15.000 per second. the [[Statemachine|state machine]] knows the following states:

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

After that, the pulse/pause length of the start bit are known. Now all enabled protocols are searched for this length. If a protocol matches, the timing table for this protocol is loaded and the following bits are checked if the pulse/pause timing still fit to the limis.

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

* detect the pauses 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 sop bit if present in the protocol
* check data for plausibility, like CRC or other redundant data bits
* convert data to device address and command
* detect code repetition by long key press, set according 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 within the frame another sync bit (z.B. [[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 during receiving of a frame, f.e. from [[IRMP_-_english#NEC42|NEC42]] (42 Bit) to [[IRMP_-_english#NEC16|NEC16]] (8 Bit + Sync-Bit + 8 Bit), when a premature sync bit was detected. Or from [[IRMP_-_english#NEC + extended NEC|NEC]]/[[IRMP_-_english#NEC42|NEC42]] (32/42 Bit) to [[IRMP_-_english#JVC|JVC]] (16 Bit) when the stop bit premature occured. It is getting difficult when two possible protocols after the detection of the start bit use different codings, e.g. when the one protocol uses a [[IRMP_-_english#Pulse Distance|Pulse Distance Coding]] and the other uses a [[IRMP_-_english#Biphase|Biphase Coding (Manchester)]]. In this case [[IRMP_-_english#top|IRMP]] stores the necessary bits for both codings and releases later the one or the other.

Furthermore some remotes are transmitting in particular protocols for redundance reasons (error detection) or for long key presses repetition frames. These will be discriminated by IRMP: the necessary frames for error detection are checked by IRMP, but not passed to the application. The other will be detected as long key press and flagged by IRMP.

== Download ==

Version 3.1.3, Date: 2018-09-10

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

[[IRMP_-_english#top|IRMP]] & [[IRSND_-_english|IRSND]] is also available by SVN: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP in SVN], Download [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball], Git: [https://github.com/svn2github/irmp IRMP on GitHub]

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

'''Warning:'''

The version in the SVN can be a newer version than the stable version stored in Irmp.zip. In doubt, use the download link of Irmp.zip.

'''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 independant 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 output on UART
* [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 to your application:
<syntaxhighlight lang="c">
#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]] is also running on PIC processors. For the PIC-CCS compiler are already the necessary preprocessor defines set, so 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">
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 avr-gcc 4.7.x the option [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 efficent. 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 significant larger as it will no be optimized further. Also the option -flto must be passed to the linker, otherwise the link time optimization will not work.

=== Configuration ===

The configuration of [[IRMP_-_english#top|IRMP]] is done by settings 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]]

=== Adjustments in irmpconfig.h ===

[[IRMP_-_english#top|IRMP]] will decode all protocols listed above in one ISR. For this, there are some settings necessary. 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. The value of 15000 is in most cases a good compromise.

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

On AVR controllers is a timer1 with 16 bit resolution used in the example [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c]. If for any reasons timer1 is not available, you can also use timer2 with 8 bit resolution.

In this case timer2 will be configured as:

<syntaxhighlight lang="c">
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 adjust the ISR for timer2 as well:

<syntaxhighlight lang="c">
ISR(TIMER2_COMP_vect)
{
(void) irmp_ISR();
}
</syntaxhighlight>

==== IRMP_SUPPORT_xxx_PROTOCOL ====

Here you can select which protocols should be supported by [[IRMP_-_english#top|IRMP]]. Standardprotocols are activated by default.

Would you like to turn on more protocols or turn off some other for memory saving reasons, then the corresponding values in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] must be set.

<syntaxhighlight lang="c">
// 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. Maybe you need a different IR receiver, otherwise you could disable these protocols. For example you cannot receive a [[IRMP_-_english#B&O|B&O]] protocol (455kHz) with a TSOP1738 / TSOP 31238.

Furthermore the protocols [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]]/[[IRMP_-_english#FDC|FDC]]/[[IRMP_-_english#RCCAR|RCCAR]] are only reliable detected at a frequency starting at 15 kHz. For [[IRMP_-_english#LEGO|LEGO]] it is even 20 kHz. When you want to use these protocols, you must adjust [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]]. Otherwise, during compilation you will get a warning and the corresponding protocols are automatically 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">
/*---------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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 und IRSND_Transmit_Pin in STM32Cube (Main.h). Here you don't need to change the constants in irmpconfig.h:
<syntaxhighlight lang="c">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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 controllers there is only the define for '''IRMP_PIN''' - depending on compiler:

<syntaxhighlight lang="c">
/*----------------------------------------------------------------------------
* 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. When you want to use another name for the pin, change 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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_USE_CALLBACK ====

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

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

Here is an example:

<syntaxhighlight lang="c">
#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 with the frequency F_INTERRUPTS (10-20kHz). The controller
can hardly switch to an energy-saving sleep mode, or must constantly wake up from it. If power consumption is important, e.g. for battery operation, this approach is not optimal.

If ''IRMP_USE_IDLE_CALL''' is activated, IRMP detects if no IR transmission is ongoing and then calls the function
'''irmp_idle()'''. This is controller-specific and must be provided and linked by the user. The controller can then be put into 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 pinchange interrupt instead. Then the controller can be sent to sleep. If a falling edge is detected on the IR input pin, the pinchange interrupt is deactivated, the timer is activated again 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 pinchange 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 was 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
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">
#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_of_unknown_IR_Protocols|Scanning of unknown IR Protocols]].

=== IRMP in Practice ===

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

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

1. protocol ID
2. address or vendorcode
3. command

with this function

irmp_get_data (IRMP_DATA * irmp_data_p)

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

<syntaxhighlight lang="c">
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: finally you'll get simply three values (protocol, address and command) that can be checked with an if or switch statement.
Here is a sample decoder which checks for key 1-9 on a remote:

<syntaxhighlight lang="c">
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>

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">
#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
</syntaxhighlight>

The values of address and the command code of an unknown remote can be received and printed over UART or LCD. Then these values can be used hard coded in your decoder routine. Or you write a teaching routine, where you need to press a key once to store the code in an 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" of Keys ===

To distinguish between long key press or a single press, the bit mask IRMP_FLAG_REPETITION exists. This will be set in struct member '''flags''' when a key on the remote is pressed for longer time and therefore the same command is repeated in short periods.

Example:

<syntaxhighlight lang="c">
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 could be used to "debounce" the keys 0-9 by ignoring commands with bit IRMP_FLAG_REPETITION set. For keys like ' VOLUME+' or 'VOLUME-' using the repetition could be useful, maybe to [[LED-Fading|fade a LED]].

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

<syntaxhighlight lang="c">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// Its a new key
// ACTION!
}
</syntaxhighlight>

== Mode of Operation ==

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

irmp_ISR() detects first the length and the form of the startbit(s) and determines the used protocols by this information. As soon as the protocol was identified, the further bits are parameterized to read the following bits most efficient until the IR command is complete.

Just to stop slashers:

I know that the ISR is quite large. But as it acts as a state machine, the effective executed code per cycle is relative small. While it is "dark" (and that is the case for the most time ;-)) the spent time is vanishing short. In the WordClock project for example are called 8 ISR's with the same timer, there is irmp_ISR() only one amongst many others. For at least 8 MHz CPU clock no timing problems occured. Therefor I see really no problem in the length of the ISR.

A crystal is not a neccessary must, 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 of unknown IR Protocols ==

Changing in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] in line

<syntaxhighlight lang="c">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not (default)
</syntaxhighlight>

the value for [[IRMP_-_english#IRMP_LOGGING|IRMP_LOGGING]] to 1, then a logging in [[IRMP_-_english#top|IRMP]] will be turned on: the bright- and darkphases will be sent via UART with 9600 bit/s: 1=dark, 0=bright. Maybe the constans in the functions uart_init() and uart_putc() must be adjusted, this depends on the used AVR MCU.

'''Remark: for PIC-processors there is an own logging module named [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]. This makes it possible to log via USB. This applies not to the AVR version'''

If you record these protocol scans with a terminal program and save them as a textfile, you can use these files for analyzing the frames in ordner to add a yet unknown protocol 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 fits into the IRMP concepts and adapt the sources 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]].

The compilation of [[IRMP_-_english#top|IRMP]] is started by:

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

The given options are exclusive, that means only one option per call is valid:

Option:

-l List print a list with pulses and pauses
-a analyze analyse the puls/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">
-------------------------------------------------------------------------
# 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">
# 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>

=== Analysing ===

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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
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 as (horizontal) bell shaped curves, which of course are not quite ideal displayed due to the ASCII formatting. The smaller the measured channels, the better is the timing of the remote.

The above output can be read as:

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

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

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

Further there are two more pauses with different length (for bits 0 and 1). Checking this I leave to the willing reader ;-)

=== Verbose Output ===

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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
# 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 as well under Windows, like:

* 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 Outputs ===

As some outputs are pretty large, 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 || 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
|-
| [[IRMP_-_english#NEC16|NEC16]] || Daewoo || Videorekorder || 0x0015
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Technics EUR646497 || AV Receiver SA-AX 730 || 0x2002
|-
| || Panasonic TV || Fernseher TX-L32EW6 || 0x2002
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Loewe Assist/RC3/RC4 || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips Television || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony RM-816 || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP_-_english#DENON|DENON]] || DENON RC970 || AVR3805 (Verstärker) || 0x0008
|-
| || DENON RC970 || DVD/CD-Player || 0x0002
|-
| || DENON RC970 || Tuner || 0x0006
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung AA59-00484A || LE40D550 Fernseher || 0x0707
|-
| || LG AKB72033901 || Blu-Ray Player BD370 || 0x2D2D
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple || Apple Dock (iPod 2) || 0x0020
|-
|}

----

== Cameras ==

[[Datei:Irmp-pentax.png|miniatur|Pentax-Protokoll]]

[[IRMP_-_english#top|IRMP]] supports more and more also camera remotes like:

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

The command variety isn't really large. Usually the cameras understand only the command:
"Trigger".

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

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! Command || Function
|-
| 0x0000 || Trigger
|-
| 0x0001 || change Zoomlevel
|-
|}

Because there is no address designated in the [[IRMP_-_english#PENTAX|PENTAX]]-protocol, this should be set for sending in [[IRSND_-_english|IRSND]] to 0x0000. You should also use a crystal in this case because especially the Nikons are very fussy regarding the timing.

== IR Keyboards ==

[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402-keyboard]]

[[IRMP_-_english#top|IRMP]] supports from version 1.7.0 also 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

As command (irmp_data.command) the following values are returned:

{| {{Tabelle}}
|- 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 left side:

{| {{Tabelle}}
|- 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

Exception for the ON / OFF key: This one sends only for key press a code, not for release.

Is a key pressed for a longer time, it will be notified 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 local on the MCU to decode the keycodes, or on the hostsystem (e.g. PC) where the IRMP data structure is sent to. Therefore the function incl. preprocessor constands should be copied to your application code.

Here is an excerpt:
<syntaxhighlight lang="c">
#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>

And at least an example for the usage of function get_fdc_key():

<syntaxhighlight lang="c">
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>

All non-printable characters are coded as:

{| {{Tabelle}}
|- 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 function get_fdc_key() considers the holding of key pressed of Shift-, Ctrl- and ALT. For this reason not only the writing of capital letters works, but also the selection of special characters with the key combination ALT + key, e.g. ALT + m -> µ or ALT + q -> @. Also you can 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 ==
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

=== Pulse Distance Protocols ===
''' '''
==== 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
|-
| Keyboard Repetition || 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 keyboard repetition
|-
| 0 Bit || 560µs pulse, 560µs pause
|-
| 1 Bit || 560µs pulse, 1690µs pause
|-
| Stop Bit || 560µs pulse
|-
| Repetition || none
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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 with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 0 Bit || 560µs pulse, 560µs pause (identical with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 1 Bit || 560µs pulse, 1690µs pause (identical with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Stop Bit || 560µs pulse (identical with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Repetition || none
|-
| Keyboard Repetition || unknown
|-
| Bit Order || MSB first ('''differing''' to [[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
|-
| Keyboard Repetition || repetition 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
|-
| Keyboard Repetition || Repetition 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
|-
| Keyboard Repetition || 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 identisch mit [[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
|-
| Keyboard Repetition || 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 identisch mit [[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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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 || no Start Bit
|-
| 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)
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || after 80ms
|-
| Bit Order || LSB first
|-
|}

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

=== Pulse Width Protocols ===
''' '''
==== 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 + bis zu 8 zusätzliche 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 und 3rd Frame
|-
| Keyboard Repetition || starting with 4th identical frame, distance approx. 25ms
|-
| Bit Order || LSB first
|-
|}

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

=== Pulse distance Width Protocols ===
''' '''
==== 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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 Bit
|-
| 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?
|-
| Keyboard Repetition || unknown
|-
| Bit Order || MSB first
|-
|}

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

=== Biphase Protocols ===
''' '''
==== 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 Bit
|-
| 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
|-
| Keyboard Repetition || 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 pause'''
|-
| 0 Bit || 512µs pause, 512µs pulse
|-
| 1 Bit || 512µs pulse, 512µs pause
|-
| Stop-Bit || no stop bit
|-
| Repetition || none
|-
| Keyboard Repetition || After approx. 118ms
|-
| Remarks || An end command (111111111 = 0x1FF) is sent immediately after the button is released.
|-
| Bit-Order || MSB first
|-
|}

==== S100 ====

Ähnlich zu RC5x, aber 14 statt 13 data bits und 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 Bit
|-
| Data || 1 inverteds 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
|-
| Keyboard Repetition || 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 Bit + 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
|-
| Keyboard Repetition || 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-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 data bits (all 1) + 0 stop bits
|-
| Info-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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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-Tastatur mit 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 inverteds Bit (letztes Bit davor nochmal invertiert)
|-
| Data Ruwido || 9 address bits + 7 command bits + 1 inverteds Bit (letztes Bit davor nochmal invertiert)
|-
| 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 (?)
|-
| Keyboard Repetition || 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) asymmetrisch
|-
| 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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) symmetrisch
|-
| 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 additinal frames with special bits set
|-
| Keyboard Repetition || only repetition of 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
|-
| Keyboard Repetition || after approx. 35ms?
|-
| Bit Order || LSB first
|-
|}

== Software History ==

=== Changes of IRMP in 3.1.x ===

Version 3.1.3:

* 2018-09-10: '''New protocol''': [[IRMP#RCII|RCII]]

Version 3.1.2:

* 2018-09-06: Added support of STM32 mit HAL-Library

Version 3.1.1:

* 2018-08-30: New option: IRMP_USE_IDLE_CALL

Version 3.1.0:

* 2018-08-29: Port to ChibiOS
* 2018-08-29: New protocol: GREE

=== Older Versions ===

* 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.com/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

=== SIRCS Protocol ===

* http://www.sbprojects.com/knowledge/ir/sirc.php
* 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.com/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">
#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 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 Protocol (JVC) ===

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

=== SAMSUNG Protocol ===

(was reverse engineered by several protocols (Daewoo or similar), so no direkt 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.com/knowledge/ir/recs80.php

=== RC5 and RC5x Protocol ===

* http://www.sbprojects.com/knowledge/ir/rc5.php
* 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.com/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.com/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.com/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 Plattform ===

* 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

2019-05-20T13:55:03Z

Arminj: /* Arduino as IR Receiver */

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| |Scan eines NEC-kompatiblen Fernbedienungssignals]]

Project Intention:

Because RC5 isn't only outdated, today its already obsolete and because more and more electronic devices in consumer electronics around us are used, 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 indroduces 'IRMP' as "Infrared-Multiprotocol-Decoder" in all details. The counterpart, [[IRSND_-_english|IRSND]] as IR-Encoder can be found in this [[IRSND_-_english|document]].

= IRMP - Infrared Multiprotocol Decoder =

[[Datei:irmp-empfaenger.png|miniatur|Connection of a IR receiver module to MCU]]

=== Supported MCUs ===

[[IRMP_-_english#top|IRMP]] has been implemented on several 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!)'''

* Several ARM-Cortex-µCs, for Example STM32, Kinetis, NRF5 etc.
* [https://sourceforge.net/p/chibios/svn2/HEAD/tree/trunk/os/hal/ports/ Officially supported µC-Series]
* [https://github.com/ChibiOS/ChibiOS-Contrib/tree/master/os/hal/ports More µC-Series, community supported]

=== 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 alphabetic order):

{| {{Tabelle}}
|+ '''supported protocols'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protocol || Vendor
|-
| [[IRMP_-_english#A1TVBOX|A1TVBOX]] || ADB (Advanced Digital Broadcast), z.B. 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 japanese vendors which are members of the "Japan's Association for Electric Home Application".
|-
| [[IRMP_-_english#KATHREIN|KATHREIN]] || KATHREIN
|-
| [[IRMP_-_english#LEGO|LEGO]] || Lego
|-
| [[IRMP_-_english#LGAIR|LGAIR]] || LG Air Conditioner
|-
| [[IRMP_-_english#MATSUSHITA|MATSUSHITA]] || Matsushita
|-
| [[IRMP_-_english#MITSU_HEAVY|MITSU_HEAVY]] || Mitsubishi Air Conditioner
|-
| [[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, NoName and many more 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 Beamer
|-
| [[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 conditions
|-
| [[IRMP_-_english#SAMSUNG|SAMSUNG]] || Samsung
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|RUWIDO]] || RUWIDO (e.g. T-Home-Mediareceiver, MERLIN-keyboard(Pollin))
|-
| [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]] || Siemens, z.B. 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
|}

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. It will only be compiled the code that has been selected by the user.

=== History ===

The [[IRMP_-_english#top|IRMP]] source for the AVR and PIC MCUs has been 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 ==

[[Datei:nec-protocol.png|miniatur|NEC protocol, RGB remote control, T->A: 9,14ms, A->B: 4,42ms, B->C: 660us]]

Some vendors use their own proprietary protocol, such as Sony, Samsung and Matsuhita. Philips has developed [[IRMP_-_english#RC5 + RC5X|RC5]] and of course used for own purposes.
[[IRMP_-_english#RC5 + RC5X|RC5]] was seen in Europe as ''that'' standard IR-protocol which was adopted by many european vendors. Nowadays is [[IRMP_-_english#RC5 + RC5X|RC5]] nearly nowhere used - it can be ticked as "dead". Although the successor [[IRMP_-_english#RC6_+_RC6A|RC6]] is used in actual european hardware, it is also used rarely.

Also japanese vendors tried to establish an own standard, the so called [[IRMP_-_english#KASEIKYO|Kaseikyo]]- (or also "Japan-") protocol. This is with a bitlength of 48 bits more versatile. But it has no general acceptance until today - even if you find it in some appliances.

Nowadays the [[IRMP_-_english#NEC_+_extended_NEC|NEC]] protocol is used (also mainly in japanese devices) - indeed in various premium and NoName products. I estimate the market share to 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 at the TV-set, goes over the DVD-player to the Notebook remote and reaches up to NoName-Multimedaia-Harddrive, just to mention a few samples.

== Codings ==

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

* [[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 with 36 kHz or 38 kHz - to reduce environment influences such as Indoorlightning or sunlight.

=== Pulse Distance ===

[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

A Pulse Distance Coding can be discovered by the following rule:

* there is only '''one pulse length''' and there are '''two different pause lengths'''

=== Pulse Width ===

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

A Pulse Width Coding can be discovered by the following rule:

* there are '''two different pulse lengths''' and '''only one pause length'''

=== Pulse Distance Width ===

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

This is a mix from Pulse Distance and Pulse Width Coding, so:

* there are '''two different pulse lengths''' and '''two different pause lengths.'''

=== Biphase ===

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

In Biphase Coding the order of pulse and pause gives the bit value.
Therefore a Biphase-Coding can be discovered by this criteria:

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

Usually the length for the pulse and pause are equal, that means the signal shape is symmetric. But IRMP knows also protocols which use different puls/pause lengths. This case is for example the [[IRMP_-_english#A1TVBOX|A1TVBOX]]-protocol.

=== Pulse Position ===

[[Datei:Pulse-Position.png|miniatur|Pulse Position Coding]]

The pulse position coding is known from usual UART's. Every bit has a fixed length here. Depending on the value (0 or 1), it is a pulse or a pause.

Typical criteria for a '''pulse position protocol''' is:
* there are '''multiples''' of a basic pulse/pause 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.

== Protocol Detection ==

The most of the [[IRMP_-_english#top|IRMP]] decoded protocols have something in common: they show a start bit which is unique for their timing.

According to this start bit timing the most protocols are discriminated. [[IRMP_-_english#top|IRMP]] measures the timing of the start bit and reorders its timing tables "on-the-fly" for the discovered protocol. So the following bits can be read sequential without the need of storing a complete frame.
[[IRMP_-_english#top|IRMP]] does not wait for reading a complete frame to analyze, it starts decoding after the first pulse detection.

If the first read start bit is not unique, [[IRMP_-_english#top|IRMP]] follows multiple possible protocols. If for plausible reasons one protocol is no more possible this track will be dropped.

The detection is implemented as a [[Statemachine|state machine]], which is called interrupt driven with an frequency of typically 15.000 per second. the [[Statemachine|state machine]] knows the following states:

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

After that, the pulse/pause length of the start bit are known. Now all enabled protocols are searched for this length. If a protocol matches, the timing table for this protocol is loaded and the following bits are checked if the pulse/pause timing still fit to the limis.

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

* detect the pauses 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 sop bit if present in the protocol
* check data for plausibility, like CRC or other redundant data bits
* convert data to device address and command
* detect code repetition by long key press, set according 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 within the frame another sync bit (z.B. [[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 during receiving of a frame, f.e. from [[IRMP_-_english#NEC42|NEC42]] (42 Bit) to [[IRMP_-_english#NEC16|NEC16]] (8 Bit + Sync-Bit + 8 Bit), when a premature sync bit was detected. Or from [[IRMP_-_english#NEC + extended NEC|NEC]]/[[IRMP_-_english#NEC42|NEC42]] (32/42 Bit) to [[IRMP_-_english#JVC|JVC]] (16 Bit) when the stop bit premature occured. It is getting difficult when two possible protocols after the detection of the start bit use different codings, e.g. when the one protocol uses a [[IRMP_-_english#Pulse Distance|Pulse Distance Coding]] and the other uses a [[IRMP_-_english#Biphase|Biphase Coding (Manchester)]]. In this case [[IRMP_-_english#top|IRMP]] stores the necessary bits for both codings and releases later the one or the other.

Furthermore some remotes are transmitting in particular protocols for redundance reasons (error detection) or for long key presses repetition frames. These will be discriminated by IRMP: the necessary frames for error detection are checked by IRMP, but not passed to the application. The other will be detected as long key press and flagged by IRMP.

== Download ==

Version 3.1.3, Date: 2018-09-10

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

[[IRMP_-_english#top|IRMP]] & [[IRSND_-_english|IRSND]] is also available by SVN: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP in SVN], Download [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball], Git: [https://github.com/svn2github/irmp IRMP on GitHub]

'''Warning:'''

The version in the SVN can be a newer version than the stable version stored in Irmp.zip. In doubt, use the download link of Irmp.zip.

'''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 independant 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 output on UART
* [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 to your application:
<syntaxhighlight lang="c">
#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]] is also running on PIC processors. For the PIC-CCS compiler are already the necessary preprocessor defines set, so 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">
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 avr-gcc 4.7.x the option [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 efficent. 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 significant larger as it will no be optimized further. Also the option -flto must be passed to the linker, otherwise the link time optimization will not work.

=== Configuration ===

The configuration of [[IRMP_-_english#top|IRMP]] is done by settings 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]]

=== Adjustments in irmpconfig.h ===

[[IRMP_-_english#top|IRMP]] will decode all protocols listed above in one ISR. For this, there are some settings necessary. 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. The value of 15000 is in most cases a good compromise.

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

On AVR controllers is a timer1 with 16 bit resolution used in the example [http://www.mikrocontroller.net/svnbrowser/irmp/irmp-main-avr.c?view=markup irmp-main-avr.c]. If for any reasons timer1 is not available, you can also use timer2 with 8 bit resolution.

In this case timer2 will be configured as:

<syntaxhighlight lang="c">
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 adjust the ISR for timer2 as well:

<syntaxhighlight lang="c">
ISR(TIMER2_COMP_vect)
{
(void) irmp_ISR();
}
</syntaxhighlight>

==== IRMP_SUPPORT_xxx_PROTOCOL ====

Here you can select which protocols should be supported by [[IRMP_-_english#top|IRMP]]. Standardprotocols are activated by default.

Would you like to turn on more protocols or turn off some other for memory saving reasons, then the corresponding values in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] must be set.

<syntaxhighlight lang="c">
// 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. Maybe you need a different IR receiver, otherwise you could disable these protocols. For example you cannot receive a [[IRMP_-_english#B&O|B&O]] protocol (455kHz) with a TSOP1738 / TSOP 31238.

Furthermore the protocols [[IRMP_-_english#SIEMENS_+_RUWIDO|SIEMENS]]/[[IRMP_-_english#FDC|FDC]]/[[IRMP_-_english#RCCAR|RCCAR]] are only reliable detected at a frequency starting at 15 kHz. For [[IRMP_-_english#LEGO|LEGO]] it is even 20 kHz. When you want to use these protocols, you must adjust [[IRMP_-_english#F_INTERRUPTS|F_INTERRUPTS]]. Otherwise, during compilation you will get a warning and the corresponding protocols are automatically 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">
/*---------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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 und IRSND_Transmit_Pin in STM32Cube (Main.h). Here you don't need to change the constants in irmpconfig.h:
<syntaxhighlight lang="c">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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 controllers there is only the define for '''IRMP_PIN''' - depending on compiler:

<syntaxhighlight lang="c">
/*----------------------------------------------------------------------------
* 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. When you want to use another name for the pin, change 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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_USE_CALLBACK ====

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

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

Here is an example:

<syntaxhighlight lang="c">
#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 with the frequency F_INTERRUPTS (10-20kHz). The controller
can hardly switch to an energy-saving sleep mode, or must constantly wake up from it. If power consumption is important, e.g. for battery operation, this approach is not optimal.

If ''IRMP_USE_IDLE_CALL''' is activated, IRMP detects if no IR transmission is ongoing and then calls the function
'''irmp_idle()'''. This is controller-specific and must be provided and linked by the user. The controller can then be put into 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 pinchange interrupt instead. Then the controller can be sent to sleep. If a falling edge is detected on the IR input pin, the pinchange interrupt is deactivated, the timer is activated again 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 pinchange 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 was 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
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">
#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_of_unknown_IR_Protocols|Scanning of unknown IR Protocols]].

=== IRMP in Practice ===

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

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

1. protocol ID
2. address or vendorcode
3. command

with this function

irmp_get_data (IRMP_DATA * irmp_data_p)

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

<syntaxhighlight lang="c">
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: finally you'll get simply three values (protocol, address and command) that can be checked with an if or switch statement.
Here is a sample decoder which checks for key 1-9 on a remote:

<syntaxhighlight lang="c">
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>

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">
#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
</syntaxhighlight>

The values of address and the command code of an unknown remote can be received and printed over UART or LCD. Then these values can be used hard coded in your decoder routine. Or you write a teaching routine, where you need to press a key once to store the code in an 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" of Keys ===

To distinguish between long key press or a single press, the bit mask IRMP_FLAG_REPETITION exists. This will be set in struct member '''flags''' when a key on the remote is pressed for longer time and therefore the same command is repeated in short periods.

Example:

<syntaxhighlight lang="c">
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 could be used to "debounce" the keys 0-9 by ignoring commands with bit IRMP_FLAG_REPETITION set. For keys like ' VOLUME+' or 'VOLUME-' using the repetition could be useful, maybe to [[LED-Fading|fade a LED]].

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

<syntaxhighlight lang="c">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// Its a new key
// ACTION!
}
</syntaxhighlight>

== Mode of Operation ==

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

irmp_ISR() detects first the length and the form of the startbit(s) and determines the used protocols by this information. As soon as the protocol was identified, the further bits are parameterized to read the following bits most efficient until the IR command is complete.

Just to stop slashers:

I know that the ISR is quite large. But as it acts as a state machine, the effective executed code per cycle is relative small. While it is "dark" (and that is the case for the most time ;-)) the spent time is vanishing short. In the WordClock project for example are called 8 ISR's with the same timer, there is irmp_ISR() only one amongst many others. For at least 8 MHz CPU clock no timing problems occured. Therefor I see really no problem in the length of the ISR.

A crystal is not a neccessary must, 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 of unknown IR Protocols ==

Changing in [http://www.mikrocontroller.net/svnbrowser/irmp/irmpconfig.h?view=markup irmpconfig.h] in line

<syntaxhighlight lang="c">
#define IRMP_LOGGING 0 // 1: log IR signal (scan), 0: do not (default)
</syntaxhighlight>

the value for [[IRMP_-_english#IRMP_LOGGING|IRMP_LOGGING]] to 1, then a logging in [[IRMP_-_english#top|IRMP]] will be turned on: the bright- and darkphases will be sent via UART with 9600 bit/s: 1=dark, 0=bright. Maybe the constans in the functions uart_init() and uart_putc() must be adjusted, this depends on the used AVR MCU.

'''Remark: for PIC-processors there is an own logging module named [http://www.mikrocontroller.net/svnbrowser/irmp/irmpextlog.c?view=markup irmpextlog.c]. This makes it possible to log via USB. This applies not to the AVR version'''

If you record these protocol scans with a terminal program and save them as a textfile, you can use these files for analyzing the frames in ordner to add a yet unknown protocol 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 fits into the IRMP concepts and adapt the sources 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]].

The compilation of [[IRMP_-_english#top|IRMP]] is started by:

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

The given options are exclusive, that means only one option per call is valid:

Option:

-l List print a list with pulses and pauses
-a analyze analyse the puls/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">
-------------------------------------------------------------------------
# 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">
# 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>

=== Analysing ===

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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
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 as (horizontal) bell shaped curves, which of course are not quite ideal displayed due to the ASCII formatting. The smaller the measured channels, the better is the timing of the remote.

The above output can be read as:

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

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

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

Further there are two more pauses with different length (for bits 0 and 1). Checking this I leave to the willing reader ;-)

=== Verbose Output ===

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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
# 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 as well under Windows, like:

* 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 Outputs ===

As some outputs are pretty large, 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 || 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
|-
| [[IRMP_-_english#NEC16|NEC16]] || Daewoo || Videorekorder || 0x0015
|-
| [[IRMP_-_english#KASEIKYO|KASEIKYO]] || Technics EUR646497 || AV Receiver SA-AX 730 || 0x2002
|-
| || Panasonic TV || Fernseher TX-L32EW6 || 0x2002
|-
| [[IRMP_-_english#RC5_+_RC5X|RC5]] || Loewe Assist/RC3/RC4 || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP_-_english#RC6_+_RC6A|RC6]] || Philips Television || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP_-_english#SIRCS|SIRCS]] || Sony RM-816 || Fernseher (FB auf TV-Mode) || 0x0000
|-
| [[IRMP_-_english#DENON|DENON]] || DENON RC970 || AVR3805 (Verstärker) || 0x0008
|-
| || DENON RC970 || DVD/CD-Player || 0x0002
|-
| || DENON RC970 || Tuner || 0x0006
|-
| [[IRMP_-_english#SAMSUNG32|SAMSUNG32]] || Samsung AA59-00484A || LE40D550 Fernseher || 0x0707
|-
| || LG AKB72033901 || Blu-Ray Player BD370 || 0x2D2D
|-
| [[IRMP_-_english#APPLE|APPLE]] || Apple || Apple Dock (iPod 2) || 0x0020
|-
|}

----

== Cameras ==

[[Datei:Irmp-pentax.png|miniatur|Pentax-Protokoll]]

[[IRMP_-_english#top|IRMP]] supports more and more also camera remotes like:

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

The command variety isn't really large. Usually the cameras understand only the command:
"Trigger".

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

{| {{Tabelle}}
|- style="background-color:#eeeeee"
! Command || Function
|-
| 0x0000 || Trigger
|-
| 0x0001 || change Zoomlevel
|-
|}

Because there is no address designated in the [[IRMP_-_english#PENTAX|PENTAX]]-protocol, this should be set for sending in [[IRSND_-_english|IRSND]] to 0x0000. You should also use a crystal in this case because especially the Nikons are very fussy regarding the timing.

== IR Keyboards ==

[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402-keyboard]]

[[IRMP_-_english#top|IRMP]] supports from version 1.7.0 also 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

As command (irmp_data.command) the following values are returned:

{| {{Tabelle}}
|- 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 left side:

{| {{Tabelle}}
|- 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

Exception for the ON / OFF key: This one sends only for key press a code, not for release.

Is a key pressed for a longer time, it will be notified 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 local on the MCU to decode the keycodes, or on the hostsystem (e.g. PC) where the IRMP data structure is sent to. Therefore the function incl. preprocessor constands should be copied to your application code.

Here is an excerpt:
<syntaxhighlight lang="c">
#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>

And at least an example for the usage of function get_fdc_key():

<syntaxhighlight lang="c">
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>

All non-printable characters are coded as:

{| {{Tabelle}}
|- 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 function get_fdc_key() considers the holding of key pressed of Shift-, Ctrl- and ALT. For this reason not only the writing of capital letters works, but also the selection of special characters with the key combination ALT + key, e.g. ALT + m -> µ or ALT + q -> @. Also you can 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 ==
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

=== Pulse Distance Protocols ===
''' '''
==== 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
|-
| Keyboard Repetition || 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 keyboard repetition
|-
| 0 Bit || 560µs pulse, 560µs pause
|-
| 1 Bit || 560µs pulse, 1690µs pause
|-
| Stop Bit || 560µs pulse
|-
| Repetition || none
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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 with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 0 Bit || 560µs pulse, 560µs pause (identical with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| 1 Bit || 560µs pulse, 1690µs pause (identical with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Stop Bit || 560µs pulse (identical with [[IRMP_-_english#NEC_.2B_extended_NEC|NEC]])
|-
| Repetition || none
|-
| Keyboard Repetition || unknown
|-
| Bit Order || MSB first ('''differing''' to [[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
|-
| Keyboard Repetition || repetition 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
|-
| Keyboard Repetition || Repetition 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
|-
| Keyboard Repetition || 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 identisch mit [[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
|-
| Keyboard Repetition || 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 identisch mit [[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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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 || no Start Bit
|-
| 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)
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || after 80ms
|-
| Bit Order || LSB first
|-
|}

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

=== Pulse Width Protocols ===
''' '''
==== 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 + bis zu 8 zusätzliche 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 und 3rd Frame
|-
| Keyboard Repetition || starting with 4th identical frame, distance approx. 25ms
|-
| Bit Order || LSB first
|-
|}

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

=== Pulse distance Width Protocols ===
''' '''
==== 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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 Bit
|-
| 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?
|-
| Keyboard Repetition || unknown
|-
| Bit Order || MSB first
|-
|}

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

=== Biphase Protocols ===
''' '''
==== 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 Bit
|-
| 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
|-
| Keyboard Repetition || 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 pause'''
|-
| 0 Bit || 512µs pause, 512µs pulse
|-
| 1 Bit || 512µs pulse, 512µs pause
|-
| Stop-Bit || no stop bit
|-
| Repetition || none
|-
| Keyboard Repetition || After approx. 118ms
|-
| Remarks || An end command (111111111 = 0x1FF) is sent immediately after the button is released.
|-
| Bit-Order || MSB first
|-
|}

==== S100 ====

Ähnlich zu RC5x, aber 14 statt 13 data bits und 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 Bit
|-
| Data || 1 inverteds 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
|-
| Keyboard Repetition || 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 Bit + 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
|-
| Keyboard Repetition || 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-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 data bits (all 1) + 0 stop bits
|-
| Info-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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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-Tastatur mit 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 inverteds Bit (letztes Bit davor nochmal invertiert)
|-
| Data Ruwido || 9 address bits + 7 command bits + 1 inverteds Bit (letztes Bit davor nochmal invertiert)
|-
| 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 (?)
|-
| Keyboard Repetition || 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) asymmetrisch
|-
| 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
|-
| Keyboard Repetition || 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
|-
| Keyboard Repetition || 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) symmetrisch
|-
| 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 additinal frames with special bits set
|-
| Keyboard Repetition || only repetition of 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
|-
| Keyboard Repetition || after approx. 35ms?
|-
| Bit Order || LSB first
|-
|}

== Software History ==

=== Changes of IRMP in 3.1.x ===

Version 3.1.3:

* 2018-09-10: '''New protocol''': [[IRMP#RCII|RCII]]

Version 3.1.2:

* 2018-09-06: Added support of STM32 mit HAL-Library

Version 3.1.1:

* 2018-08-30: New option: IRMP_USE_IDLE_CALL

Version 3.1.0:

* 2018-08-29: Port to ChibiOS
* 2018-08-29: New protocol: GREE

=== Older Versions ===

* 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.com/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

=== SIRCS Protocol ===

* http://www.sbprojects.com/knowledge/ir/sirc.php
* 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.com/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">
#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 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 Protocol (JVC) ===

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

=== SAMSUNG Protocol ===

(was reverse engineered by several protocols (Daewoo or similar), so no direkt 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.com/knowledge/ir/recs80.php

=== RC5 and RC5x Protocol ===

* http://www.sbprojects.com/knowledge/ir/rc5.php
* 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.com/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.com/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.com/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 Plattform ===

* 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

2019-05-20T13:52:55Z

Arminj: /* Download */

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 =

[[Datei:irmp-empfaenger.png|miniatur|Anschluß eines IR-Empfängers an µC]]

=== Unterstützte µCs ===

[[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]

=== 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 Protokolle'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protokoll || 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 "Japan's Association for Electric Home Application" 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
|}

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.

=== 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 ==

[[Datei:nec-protocol.png|miniatur|NEC-Protokoll, Reichelt RGB-LED-Fernbedienung, T->A: 9,14ms, A->B: 4,42ms, B->C: 660us]]

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.

== 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 ===

[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

Eine Pulse Distance Kodierung erkennt man an der folgenden Regel:

* es gibt nur '''eine Pulslänge''' und '''zwei verschiedene Pausenlängen.'''

=== Pulse Width ===

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

Bei der Pulse Width Kodierung gilt die Regel:

* es gibt '''zwei verschiedene Pulslängen''' und nur '''eine Pausenlänge'''

=== Pulse Distance Width ===

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

Dies ist ein Mischmasch aus Pulse Distance und Pulse Width Coding.

Also:

* es gibt '''zwei verschiedene Pulslängen''' und '''zwei verschiedene Pausenlängen.'''

=== Biphase ===

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

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.

=== Pulse Position ===

[[Datei:Pulse-Position.png|miniatur|Pulse Position Coding]]

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

'''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.1.2, Stand vom 06.09.2018

Download Release-Version: [http://www.mikrocontroller.net/wikifiles/7/79/Irmp.zip Irmp.zip]

[[IRMP#top|IRMP]] & [[IRSND#top|IRSND]] sind auch über SVN abrufbar: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP im SVN], Download [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball], Git: [https://github.com/svn2github/irmp IRMP auf GitHub]

Download als Arduino Library: [https://github.com/ukw100/IRMP GitHub]

'''Achtung:'''

Die Version im SVN kann eine Zwischen- oder Test-Version sein, die nicht den hier dokumentierten Stand widerspiegelt! Im Zweifel verwendet man besser den obigen Download-Link auf Irmp.zip.

'''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">
#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">
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">
#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">
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">
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">
// 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">
/*---------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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_USE_CALLBACK ====

Standardwert:
<syntaxhighlight lang="c">
#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">
#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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
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">
#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]].

=== 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">
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">
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">
#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
</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">
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">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// Es handelt sich um eine neue Taste
// ACTION!
}
</syntaxhighlight>

== 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">
#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">
-------------------------------------------------------------------------
# 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">
# 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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
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>

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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
# 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>

=== 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 ==

{| {{Tabelle}}
|- 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
|-
| [[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 ==

[[Datei:Irmp-pentax.png|miniatur|Pentax-Protokoll]]

[[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".

Hier eine kleine Tabelle für [[IRMP#PENTAX|PENTAX]]-Kameras:

{| {{Tabelle}}
|- 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 ==

[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402-Tastatur]]

[[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

Als Kommando (irmp_data.command) werden folgende Werte zurückgeliefert:

{| {{Tabelle}}
|- 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:

{| {{Tabelle}}
|- 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">
#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">
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:

{| {{Tabelle}}
|- 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 ==
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

=== Pulse Distance Protokolle ===
''' '''
==== 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
|-
|}

==== 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 (normal: 00, invertiert: 11)
|-
| 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
|-
|}

==== 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
|-
|}

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

=== Pulse Width Protokolle ===
''' '''
==== 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
|-
|}

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

=== Pulse Distance Width Protokolle ===
''' '''
==== 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
|-
|}

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

=== Biphase Protokolle ===
''' '''
==== 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
|-
|}

=== Pulse Position Protokolle ===

==== 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.1.x:

Version 3.1.3:

* 10.09.2018: '''Neues Protokoll:''' [[IRMP#RCII|RCII]]

Version 3.1.2:

* 06.09.2018: Support für STM32 mit HAL-Library

Version 3.1.1:

* 30.08.2018: Neue Option: IRMP_USE_IDLE_CALL

Version 3.1.0:

* 29.08.2018: Portierung auf ChibiOS
* 29.08.2018: Neues Protokoll: GREE

Ältere Versionen:

* 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.214: 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.com/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)

=== SIRCS-Protokoll ===

* http://www.sbprojects.com/knowledge/ir/sirc.php
* 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.com/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">
#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.com/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.com/knowledge/ir/recs80.php

=== RC5- und RC5x-Protokoll ===

* http://www.sbprojects.com/knowledge/ir/rc5.php
* 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://www.mikrocontroller.com/de/IR-Protokolle.php#DENON
* http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243

=== RC6 und RC6A-Protokoll ===

* http://www.sbprojects.com/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.com/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.com/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

=== IR-Tester mit AVR-NET-IO ===

Implementierung für Pollin AVR-NET-IO mit Pollin ADD-ON Board:
* http://son.ffdf-clan.de/include.php?path=forumsthread&threadid=703

=== 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

=== 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

== 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]]

IRMP

2019-05-20T13:48:50Z

Arminj: /* Arduino als IR-Empfänger */

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 =

[[Datei:irmp-empfaenger.png|miniatur|Anschluß eines IR-Empfängers an µC]]

=== Unterstützte µCs ===

[[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]

=== 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 Protokolle'''
|- style="background-color:#eeeeee"
! style="width:15%" | Protokoll || 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 "Japan's Association for Electric Home Application" 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
|}

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.

=== 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 ==

[[Datei:nec-protocol.png|miniatur|NEC-Protokoll, Reichelt RGB-LED-Fernbedienung, T->A: 9,14ms, A->B: 4,42ms, B->C: 660us]]

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.

== 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 ===

[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

Eine Pulse Distance Kodierung erkennt man an der folgenden Regel:

* es gibt nur '''eine Pulslänge''' und '''zwei verschiedene Pausenlängen.'''

=== Pulse Width ===

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

Bei der Pulse Width Kodierung gilt die Regel:

* es gibt '''zwei verschiedene Pulslängen''' und nur '''eine Pausenlänge'''

=== Pulse Distance Width ===

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

Dies ist ein Mischmasch aus Pulse Distance und Pulse Width Coding.

Also:

* es gibt '''zwei verschiedene Pulslängen''' und '''zwei verschiedene Pausenlängen.'''

=== Biphase ===

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

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.

=== Pulse Position ===

[[Datei:Pulse-Position.png|miniatur|Pulse Position Coding]]

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

'''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.1.2, Stand vom 06.09.2018

Download Release-Version: [http://www.mikrocontroller.net/wikifiles/7/79/Irmp.zip Irmp.zip]

[[IRMP#top|IRMP]] & [[IRSND#top|IRSND]] sind auch über SVN abrufbar: [http://www.mikrocontroller.net/svnbrowser/irmp/ IRMP im SVN], Download [http://www.mikrocontroller.net/svnbrowser/irmp/?view=tar Tarball], Git: [https://github.com/svn2github/irmp IRMP auf GitHub]

'''Achtung:'''

Die Version im SVN kann eine Zwischen- oder Test-Version sein, die nicht den hier dokumentierten Stand widerspiegelt! Im Zweifel verwendet man besser den obigen Download-Link auf Irmp.zip.

'''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">
#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">
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">
#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">
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">
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">
// 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">
/*---------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*----------------------------------------------------------------------------
* 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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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_USE_CALLBACK ====

Standardwert:
<syntaxhighlight lang="c">
#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">
#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">
/*---------------------------------------------------------------------------------------------------------------------------------------------------
* 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">
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">
#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]].

=== 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">
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">
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">
#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
</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">
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">
if (! (irmp_data.flags & IRMP_FLAG_REPETITION))
{
// Es handelt sich um eine neue Taste
// ACTION!
}
</syntaxhighlight>

== 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">
#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">
-------------------------------------------------------------------------
# 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">
# 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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
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>

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

<syntaxhighlight lang="c">
-------------------------------------------------------------------------------
# 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>

=== 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 ==

{| {{Tabelle}}
|- 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
|-
| [[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 ==

[[Datei:Irmp-pentax.png|miniatur|Pentax-Protokoll]]

[[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".

Hier eine kleine Tabelle für [[IRMP#PENTAX|PENTAX]]-Kameras:

{| {{Tabelle}}
|- 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 ==

[[Datei:irmp-fdc3402.jpg|miniatur|FDC-3402-Tastatur]]

[[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

Als Kommando (irmp_data.command) werden folgende Werte zurückgeliefert:

{| {{Tabelle}}
|- 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:

{| {{Tabelle}}
|- 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">
#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">
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:

{| {{Tabelle}}
|- 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 ==
[[Datei:Pulse-Distance.png|miniatur|Pulse Distance Coding]]

=== Pulse Distance Protokolle ===
''' '''
==== 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
|-
|}

==== 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 (normal: 00, invertiert: 11)
|-
| 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
|-
|}

==== 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
|-
|}

[[Datei:Pulse-Width.png|miniatur|Pulse Width Coding]]

=== Pulse Width Protokolle ===
''' '''
==== 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
|-
|}

[[Datei:Pulse-Distance-Width.png|miniatur|Pulse Distance Width Coding]]

=== Pulse Distance Width Protokolle ===
''' '''
==== 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
|-
|}

[[Datei:Biphase-Coding.png|miniatur|Biphase Coding]]

=== Biphase Protokolle ===
''' '''
==== 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
|-
|}

=== Pulse Position Protokolle ===

==== 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.1.x:

Version 3.1.3:

* 10.09.2018: '''Neues Protokoll:''' [[IRMP#RCII|RCII]]

Version 3.1.2:

* 06.09.2018: Support für STM32 mit HAL-Library

Version 3.1.1:

* 30.08.2018: Neue Option: IRMP_USE_IDLE_CALL

Version 3.1.0:

* 29.08.2018: Portierung auf ChibiOS
* 29.08.2018: Neues Protokoll: GREE

Ältere Versionen:

* 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.214: 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.com/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)

=== SIRCS-Protokoll ===

* http://www.sbprojects.com/knowledge/ir/sirc.php
* 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.com/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">
#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.com/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.com/knowledge/ir/recs80.php

=== RC5- und RC5x-Protokoll ===

* http://www.sbprojects.com/knowledge/ir/rc5.php
* 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://www.mikrocontroller.com/de/IR-Protokolle.php#DENON
* http://www.manualowl.com/m/Denon/AVR-3803/Manual/170243

=== RC6 und RC6A-Protokoll ===

* http://www.sbprojects.com/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.com/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.com/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

=== IR-Tester mit AVR-NET-IO ===

Implementierung für Pollin AVR-NET-IO mit Pollin ADD-ON Board:
* http://son.ffdf-clan.de/include.php?path=forumsthread&threadid=703

=== 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

=== 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

== 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]]

AVR-Tutorial: Servo

2017-02-24T17:17:46Z

Arminj: QS

Die Seite ist noch im Entstehen und, bis sie einigermaßen vollständig ist, noch kein Teil des Tutorials

= Vorbemerkung =
Dieses Tutorial überschneidet sich inhaltlich mit dem Artikel [[Modellbauservo_Ansteuerung]]. Wir beschreiben hier die grundsätzliche Vorgehensweise zur Ansteuerung von Servos und geben ein Beispiel in Assembler, während der genannte Artikel ein in C formuliertes Beispiel zur Ansteuerung mehrerer Servos liefert.

= Allgemeines über Servos =

= Stromversorgung =
Werden Servos an einem µC betrieben, so ist es am Besten, sie aus einer eigenen Stromquelle (Akku) zu betreiben. Manche Servos erzeugen kleine Störungen auf der Versorgungsspannung, die einen µC durchaus zum Abstürzen bringen können. Muss man Servos gemeinsam mit einem µC von derselben Stromquelle betreiben, so sollte man sich gleich darauf einrichten, diesen Störimpulsen mit Kondensatoren zu Leibe rücken zu müssen. Unter Umständen ist hier auch eine Mischung aus kleinen, schnellen Kondensatoren (100nF) und etwas größeren, aber dafür auch langsameren Kondensatoren (einige µF) notwendig.

Die eindeutig beste Option ist es aber, die Servos strommäßig vom µC zu entkoppeln und ihnen ihre eigene Stromquelle zu geben. Servos sind nicht besonders heikel. Auch im Modellbau müssen sie mit unterschiedlichen Spannungen zurechtkommen, bedingt durch die dort übliche Versorgung aus Akkus, die im Laufe der Betriebszeit des Modells natürlich durch die Entladung ihre Voltzahl immer weiter reduzieren. Im Modellbau werden Akkus mit 4 oder 5 Zellen verwendet, sodass Servos mit Spannungen von ca. 4V bis hinauf zu ca. 6V zurecht kommen müssen, wobei randvolle Akkus diese 6V schon auch mal überschreiten können. Bei sinkenden Spannungslage verlieren Servos naturgemäß etwas an Kraft bzw. werden in ihrer Stellgeschwindigkeit unter Umständen langsamer.

Die Servos werden dann nur mit ihrer Masseleitung und natürlich mit ihrer Impulsleitung mit dem µC verbunden.

= Das Servo-Impulstelegram =
Das Signal, das an den Servo geschickt wird, hat eine Länge von ungefähr 20ms. Diese 20ms sind nicht besonders kritisch und sind ein Überbleibsel von der Technik mit der mehrere Kanäle über die Funkstrecke einer Fernsteuerung übertragen werden. Für das Servo wichtig ist die Impulsdauer in der ersten Phase eines Servosignals. Nominell ist dieser Impuls zwischen 1ms und 2ms lang. Wobei das jeweils die Endstellungen des Servos sind, an denen es noch nicht mechanisch begrenzt wird. Eine Pulslänge von 1.5ms wäre dann Servomittelstellung. Für die Positionsauswertung des Servos haben die 20ms Wiederholdauer keine besondere Bedeutung, sieht man einmal davon ab, dass ein Servo bei kürzeren Zeiten entsprechend öfter Positionsimpulse bekommt und daher auch öfter die Position gegebenenfalls korrigiert, was möglicherweise in einem etwas höheren Stromverbrauch resultiert.

Umgekehrt lässt sich definitiv Strom sparen, indem die Pulse ganz ausgesetzt werden: Der Servo bleibt in der Position, in der er sich gerade befindet - korrigiert sich aber auch nicht mehr. Kommen die Impulse selten, also z.B. alle 50ms, läuft der Servo langsamer in seine Zielposition (praktische Erfahrungen, vermutlich nirgends spezifiziert). Dieses Verhalten lässt sich nutzen, um die manchmal unerwünschten ruckartigen Bewegungen eines Servos abzumildern.

[[Bild:Servo.gif|framed|center| Servo Impulsdiagramm]]

Den meisten Servos macht es nichts aus, wenn die Länge des Servoprotokolls anstelle von 20ms auf zb 10ms verkürzt wird. Bei der Generierung des Servosignals muss man daher den 20ms keine besondere Beachtung schenken. Eine kleine Pause nach dem eigentlichen Positionssignal reicht in den meisten Fällen aus und es spielt keine allzugroße Rolle, wie lange diese Pause tatsächlich ist. Generiert man das Imulsdiagramm zb. mit einem Timer, so orientiert man sich daher daran, dass man den 1.0 - 2.0ms Puls gut generieren kann und nicht an den 20ms.

Reale Servos haben allerdings in den Endstellungen noch Reserven, so dass man bei vielen Servos auch Pulslängen von 0.9 bis 2.1 oder sogar noch kleinere/größere Werte benutzen kann. Allerdings sollte man hier etwas Vorsicht walten lassen. Wenn das Servo unbelastet in einer der Endstellungen deutlich zu 'knurren' anfängt, dann hat man es übertrieben. Das Servo ist an seinen mechanischen Endanschlag gefahren worden und auf Dauer wird das der Motor bzw. das Getriebe nicht aushalten.

= Programmierung =
== einfache Servoansteuerung mittels Warteschleifen ==

Im folgenden Programm wurden einfache Warteschleifen auf die im Tutorial übliche Taktfrequen von 4Mhz angepasst, so dass sich die typischen Servo-Pulsdauern ergeben. Ein am Port D, beliebiger Pin angeschlossenes Servo dreht damit ständig vor und zurück. Die Servoposition kann durch laden eines Wertes im Bereich 1 bis ca 160 in das Register r18 und anschliessendem Aufruf von servoPuls in einen Puls für ein Servo umgewandelt werden.

<syntaxhighlight lang="avrasm">
.include "m8def.inc"

.equ XTAL = 4000000

rjmp init

init:
ldi r16, HIGH(RAMEND) ; Stackpointer initialisieren
out SPH, r16
ldi r16, LOW(RAMEND)
out SPL, r16

ldi r16, 0xFF
out DDRD, r16

loop: ldi r18, 0

loop1: inc r18
cpi r18, 160
breq loop2

rcall servoPuls

rjmp loop1

loop2: dec r18
cpi r18, 0
breq loop1

rcall servoPuls

rjmp loop2

servoPuls:
push r18
ldi r16, 0xFF ; Ausgabepin auf 1
out PORTD, r16

rcall wait_puls ; die Wartezeit abwarten

ldi r16, 0x00 ; Ausgabepin wieder auf 0
out PORTD, r16

rcall wait_pause ; und die Pause hinten nach abwarten
pop r18
ret
;
wait_pause:
ldi r19, 15
w_paus_1: rcall wait_1ms
dec r19
brne w_paus_1
ret
;
wait_1ms: ldi r18, 10 ; 1 Millisekunde warten
w_loop2: ldi r17, 132 ; Es muessen bei 4 Mhz 4000 Zyklen verbraten werden
w_loop1: dec r17 ; die innerste Schleife umfasst 3 Takte und wird 132
brne w_loop1 ; mal abgearbeitet: 132 * 3 = 396 Takte
dec r18 ; dazu noch 4 Takte für die äussere Schleife = 400
brne w_loop2 ; 10 Wiederholungen: 4000 Takte
ret ; der ret ist nicht eingerechnet
;
; r18 muss mit der Anzahl der Widerholungen belegt werden
; vernünftige Werte laufen von 1 bis ca 160
wait_puls:
w_loop4: ldi r17, 10 ; die variable Zeit abwarten
w_loop3: dec r17
brne w_loop3
dec r18
brne w_loop4

rcall wait_1ms ; und noch 1 Millisekunde drauflegen
ret
</syntaxhighlight>

Wie meistens gilt auch hier: Warteschleifen sind in der Programmierung nicht erwünscht. Der Prozessor kann in diesen Warteschleifen nichts anderes machen. Etwas ausgeklügeltere Programme, bei denen mehrere Dinge gleichzeitig gemacht werden sollen, sind damit nicht vernünftig realisierbar.
Daher sollte die Methode mittels Warteschleifen nur dann benutzt werden, wenn dies nicht benötigt wird, wie zb einem simplen Servotester, bei dem man die Servoposition zb durch Auslesen eines Potis mit dem ADC festlegt.

Ausserdem ist die Berechnung der Warteschleifen auf eine bestimmte Taktfrequenz unangenehm und fehleranfällig :-)

== einfache Servoansteuerung mittels Timer ==

=== Ansteuerung mit dem 16-Bit Timer 1 ===
Im Prinzip programmiert man sich hier eine Software-PWM. Beginnt der Timer bei 0 zu zählen (nach Overflow Interrupt oder Compare Match Interrupt im CTC-Modus (Clear Timer on Compare)), so setzt man den gewünschten Ausgangspin auf 1. Ein Compare Match Register wird so mit einem berechneten Wert versorgt, daß es nach der gewünschten Pulszeit einen Interrupt auslöst. In der zugehörigen Interrupt Routine wird der Pin dann wieder auf 0 gesetzt.

Auch hier wieder: Der Vorteiler des Timers wird so eingestellt, dass man die Pulszeit gut mit dem Compare Match erreichen kann, die nachfolgende Pause, bis der Timer dann seinen Overflow hat (oder den CTC Clear macht) ist von untergeordneter Bedeutung. Man nimmt was vom Zählbereich des Timers übrig bleibt. Beispiel:
* F_CPU = 16 MHz
* Vorteiler = 8
* 16 Bit Registerbreite = Overflow nach 2^16 Zyklen
* CTC-Modus *aus*, steigende Flanke durch Overflow-Interrupt erzeugen
* Overflow-Interrupt: 16 MHz / 2^16 / 8 = 30,52 Hz, 32,8 ms, Ausgangspin auf 1 setzen
* Servostellung links .. rechts = Pulsbreite 1 .. 2 ms = 1 s / 16000000 * 8 * OCR1; OCR1 = 2000 .. 4000
* Output-Compare-Match-Interrupt: Ausgangspin auf 0 setzen

Alternativ zum Overflow-Interrupt könnte, um eine Gesamtpulsbreite von exakt 20 ms zu erreichen, z.B. im Output-Compare-Match-Interrupt (sofern nur einer pro Timer verfügbar ist) im Wechsel
* der Ausgangspin auf 1 und OCR1 auf 1000 .. 2000 gesetzt sowie das CTC-Bit gelöscht werden
* der Ausgangspin auf 0 und OCR1 auf 40000 gesetzt sowie das CTC-Bit gesetzt werden
Neuere ATmegas verfügen über zwei Output-Compare-Register (Suffix ''A'' und ''B'') ebenso wie zwei OCR-Interrupt-Vektoren pro Timer, wobei das CTC-Bit nur bei einem Match mit dem Output-Compare-Register ''A'' wirkt. Damit können für die Pulserzeugung zwei getrennte Interrupt-Handler angelegt werden, und ein Umbelegen von OCR und CTC-Bit entfällt.

Bei einem Arduino kann man auch die Pins 9 und 10 direkt per Hardware ganz ohne Interrupts ansteuern:
<syntaxhighlight lang="c">
setup() {
DDRB |= _BV(DDB1) | _BV(DDB2); // set pins OC1A = PortB1 -> PIN 9 and OC1B = PortB2 -> PIN 10 to output direction
TCCR1A = _BV(COM1A1) | _BV(COM1B1) | _BV(WGM11); // FastPWM Mode mode TOP determined by ICR1 - non-inverting Compare Output mode
TCCR1B = _BV(WGM13) | _BV(WGM12) | _BV(CS11); // set prescaler to 8, FastPWM Mode mode continued
ICR1 = 40000; // set period to 20 ms
OCR1A = 3000; // set count to 1500 us - 90 degree
OCR1B = 3000; // set count to 1500 us - 90 degree
TCNT1 = 0; // reset timer
}

// If value is below 180 then assume degree, otherwise assume microseconds
void setServoPulse(int aValue) {
if (aValue <= 180) {
//aValue = map(aValue, 0, 180, 1000, 5200); // values for a SG90 MicroServo
aValue = map(aValue, 0, 180, 1088, 4800); // values compatible with standard arduino values
} else {
// since the resolution is 1/2 of microsecond
aValue *= 2;
}
OCR1A = aValue; // Pin9
// OCR1B = aValue; // Pin 10
}
</syntaxhighlight>

=== Ansteuerung mit dem 8-Bit Timer 2 ===

Mit einem 8 Bit Timer ist es gar nicht so einfach, sowohl die Zeiten für den Servopuls als auch die für die Pause danach unter einen Hut zu bringen. Abhilfe schafft ein Trick.

Der Timer wird so eingestellt, dass sich der Servopuls gut erzeugen lässt. Dazu wird der Timer in den CTC Modus gestellt und das zugehörige Vergleichsregister so eingestellt, dass sich die entsprechenden Interrupts zeitlich so ergeben, wie es für einen Puls benötigt wird. In einem Aufruf des Interrupts wird der Ausgangspin für das Servo auf 1 gestellt, im nächsten wird er wieder auf 0 gestellt. Die kleine Pause bis zum nächsten Servoimpuls wird so erzeugt, dass eine gewisse Anzahl an Interrupt Aufrufen einfach nichts gemacht wird. Ähnlich wie bei einer PWM wird also auch hier wieder ein Zähler installiert, der die Anzahl der Interrupt Aufrufe mitzählt und immer wieder auf 0 zurückgestellt wird.

Die eigentliche Servoposition steht im Register OCR2. Rein rechnerisch beträgt ihr Wertebereich:

1ms 4000000 / 64 / 1000 OCR2 = 62.5

2ms 4000000 / 64 / 500 OCR2 = 125

mit einer Mittelstellung von ( 62.5 + 125 ) / 2 = 93.75

<syntaxhighlight lang="avrasm">
.include "m16def.inc"

.equ XTAL = 4000000

rjmp init

.org OC2addr
rjmp Compare_vect

init:
ldi r16, HIGH(RAMEND) ; Stackpointer initialisieren
out SPH, r16
ldi r16, LOW(RAMEND)
out SPL, r16

ldi r16, 0x80
out DDRB, r16 ; Servo Ausgangspin -> Output

ldi r17, 0 ; Software-Zähler

ldi r16, 120
out OCR2, r16 ; OCR2 ist der Servowert

ldi r16, 1<<OCIE2
out TIMSK, r16

ldi r16, (1<<WGM21) | (1<<CS22) ; CTC, Prescaler: 64
out TCCR2, r16

sei

main:
rjmp main

Compare_vect:
in r18, SREG
inc r17
cpi r17, 1
breq PulsOn
cpi r17, 2
breq PulsOff
cpi r17, 10
brne return
ldi r17, 0
return: out SREG, r18
reti

PulsOn: sbi PORTB, 0
rjmp return

PulsOff: cbi PORTB, 0
rjmp return
</syntaxhighlight>

== Ansteuerung mehrerer Servos mittels Timer ==

----

{{Navigation_zurückhochvor|
zurücktext=7-Segment-Anzeige|
zurücklink=AVR-Tutorial: 7-Segment-Anzeige|
hochtext=Inhaltsverzeichnis|
hochlink=AVR-Tutorial|
vortext=Watchdog|
vorlink=AVR-Tutorial: Watchdog}}

[[Category:AVR-Tutorial|Servo]]
[[Category:Servos]]

AVR-Tutorial: Servo

2017-02-21T23:21:45Z

Arminj: Direkterzeugung des Signals ohne Interrupts

Die Seite ist noch im Entstehen und, bis sie einigermaßen vollständig ist, noch kein Teil des Tutorials

= Vorbemerkung =
Dieses Tutorial überschneidet sich inhaltlich mit dem Artikel [[Modellbauservo_Ansteuerung]]. Wir beschreiben hier die grundsätzliche Vorgehensweise zur Ansteuerung von Servos und geben ein Beispiel in Assembler, während der genannte Artikel ein in C formuliertes Beispiel zur Ansteuerung mehrerer Servos liefert.

= Allgemeines über Servos =

= Stromversorgung =
Werden Servos an einem µC betrieben, so ist es am Besten, sie aus einer eigenen Stromquelle (Akku) zu betreiben. Manche Servos erzeugen kleine Störungen auf der Versorgungsspannung, die einen µC durchaus zum Abstürzen bringen können. Muss man Servos gemeinsam mit einem µC von derselben Stromquelle betreiben, so sollte man sich gleich darauf einrichten, diesen Störimpulsen mit Kondensatoren zu Leibe rücken zu müssen. Unter Umständen ist hier auch eine Mischung aus kleinen, schnellen Kondensatoren (100nF) und etwas größeren, aber dafür auch langsameren Kondensatoren (einige µF) notwendig.

Die eindeutig beste Option ist es aber, die Servos strommäßig vom µC zu entkoppeln und ihnen ihre eigene Stromquelle zu geben. Servos sind nicht besonders heikel. Auch im Modellbau müssen sie mit unterschiedlichen Spannungen zurechtkommen, bedingt durch die dort übliche Versorgung aus Akkus, die im Laufe der Betriebszeit des Modells natürlich durch die Entladung ihre Voltzahl immer weiter reduzieren. Im Modellbau werden Akkus mit 4 oder 5 Zellen verwendet, sodass Servos mit Spannungen von ca. 4V bis hinauf zu ca. 6V zurecht kommen müssen, wobei randvolle Akkus diese 6V schon auch mal überschreiten können. Bei sinkenden Spannungslage verlieren Servos naturgemäß etwas an Kraft bzw. werden in ihrer Stellgeschwindigkeit unter Umständen langsamer.

Die Servos werden dann nur mit ihrer Masseleitung und natürlich mit ihrer Impulsleitung mit dem µC verbunden.

= Das Servo-Impulstelegram =
Das Signal, das an den Servo geschickt wird, hat eine Länge von ungefähr 20ms. Diese 20ms sind nicht besonders kritisch und sind ein Überbleibsel von der Technik mit der mehrere Kanäle über die Funkstrecke einer Fernsteuerung übertragen werden. Für das Servo wichtig ist die Impulsdauer in der ersten Phase eines Servosignals. Nominell ist dieser Impuls zwischen 1ms und 2ms lang. Wobei das jeweils die Endstellungen des Servos sind, an denen es noch nicht mechanisch begrenzt wird. Eine Pulslänge von 1.5ms wäre dann Servomittelstellung. Für die Positionsauswertung des Servos haben die 20ms Wiederholdauer keine besondere Bedeutung, sieht man einmal davon ab, dass ein Servo bei kürzeren Zeiten entsprechend öfter Positionsimpulse bekommt und daher auch öfter die Position gegebenenfalls korrigiert, was möglicherweise in einem etwas höheren Stromverbrauch resultiert.

Umgekehrt lässt sich definitiv Strom sparen, indem die Pulse ganz ausgesetzt werden: Der Servo bleibt in der Position, in der er sich gerade befindet - korrigiert sich aber auch nicht mehr. Kommen die Impulse selten, also z.B. alle 50ms, läuft der Servo langsamer in seine Zielposition (praktische Erfahrungen, vermutlich nirgends spezifiziert). Dieses Verhalten lässt sich nutzen, um die manchmal unerwünschten ruckartigen Bewegungen eines Servos abzumildern.

[[Bild:Servo.gif|framed|center| Servo Impulsdiagramm]]

Den meisten Servos macht es nichts aus, wenn die Länge des Servoprotokolls anstelle von 20ms auf zb 10ms verkürzt wird. Bei der Generierung des Servosignals muss man daher den 20ms keine besondere Beachtung schenken. Eine kleine Pause nach dem eigentlichen Positionssignal reicht in den meisten Fällen aus und es spielt keine allzugroße Rolle, wie lange diese Pause tatsächlich ist. Generiert man das Imulsdiagramm zb. mit einem Timer, so orientiert man sich daher daran, dass man den 1.0 - 2.0ms Puls gut generieren kann und nicht an den 20ms.

Reale Servos haben allerdings in den Endstellungen noch Reserven, so dass man bei vielen Servos auch Pulslängen von 0.9 bis 2.1 oder sogar noch kleinere/größere Werte benutzen kann. Allerdings sollte man hier etwas Vorsicht walten lassen. Wenn das Servo unbelastet in einer der Endstellungen deutlich zu 'knurren' anfängt, dann hat man es übertrieben. Das Servo ist an seinen mechanischen Endanschlag gefahren worden und auf Dauer wird das der Motor bzw. das Getriebe nicht aushalten.

= Programmierung =
== einfache Servoansteuerung mittels Warteschleifen ==

Im folgenden Programm wurden einfache Warteschleifen auf die im Tutorial übliche Taktfrequen von 4Mhz angepasst, so dass sich die typischen Servo-Pulsdauern ergeben. Ein am Port D, beliebiger Pin angeschlossenes Servo dreht damit ständig vor und zurück. Die Servoposition kann durch laden eines Wertes im Bereich 1 bis ca 160 in das Register r18 und anschliessendem Aufruf von servoPuls in einen Puls für ein Servo umgewandelt werden.

<syntaxhighlight lang="avrasm">
.include "m8def.inc"

.equ XTAL = 4000000

rjmp init

init:
ldi r16, HIGH(RAMEND) ; Stackpointer initialisieren
out SPH, r16
ldi r16, LOW(RAMEND)
out SPL, r16

ldi r16, 0xFF
out DDRD, r16

loop: ldi r18, 0

loop1: inc r18
cpi r18, 160
breq loop2

rcall servoPuls

rjmp loop1

loop2: dec r18
cpi r18, 0
breq loop1

rcall servoPuls

rjmp loop2

servoPuls:
push r18
ldi r16, 0xFF ; Ausgabepin auf 1
out PORTD, r16

rcall wait_puls ; die Wartezeit abwarten

ldi r16, 0x00 ; Ausgabepin wieder auf 0
out PORTD, r16

rcall wait_pause ; und die Pause hinten nach abwarten
pop r18
ret
;
wait_pause:
ldi r19, 15
w_paus_1: rcall wait_1ms
dec r19
brne w_paus_1
ret
;
wait_1ms: ldi r18, 10 ; 1 Millisekunde warten
w_loop2: ldi r17, 132 ; Es muessen bei 4 Mhz 4000 Zyklen verbraten werden
w_loop1: dec r17 ; die innerste Schleife umfasst 3 Takte und wird 132
brne w_loop1 ; mal abgearbeitet: 132 * 3 = 396 Takte
dec r18 ; dazu noch 4 Takte für die äussere Schleife = 400
brne w_loop2 ; 10 Wiederholungen: 4000 Takte
ret ; der ret ist nicht eingerechnet
;
; r18 muss mit der Anzahl der Widerholungen belegt werden
; vernünftige Werte laufen von 1 bis ca 160
wait_puls:
w_loop4: ldi r17, 10 ; die variable Zeit abwarten
w_loop3: dec r17
brne w_loop3
dec r18
brne w_loop4

rcall wait_1ms ; und noch 1 Millisekunde drauflegen
ret
</syntaxhighlight>

Wie meistens gilt auch hier: Warteschleifen sind in der Programmierung nicht erwünscht. Der Prozessor kann in diesen Warteschleifen nichts anderes machen. Etwas ausgeklügeltere Programme, bei denen mehrere Dinge gleichzeitig gemacht werden sollen, sind damit nicht vernünftig realisierbar.
Daher sollte die Methode mittels Warteschleifen nur dann benutzt werden, wenn dies nicht benötigt wird, wie zb einem simplen Servotester, bei dem man die Servoposition zb durch Auslesen eines Potis mit dem ADC festlegt.

Ausserdem ist die Berechnung der Warteschleifen auf eine bestimmte Taktfrequenz unangenehm und fehleranfällig :-)

== einfache Servoansteuerung mittels Timer ==

=== Ansteuerung mit dem 16-Bit Timer 1 ===
Im Prinzip programmiert man sich hier eine Software-PWM. Beginnt der Timer bei 0 zu zählen (nach Overflow Interrupt oder Compare Match Interrupt im CTC-Modus (Clear Timer on Compare)), so setzt man den gewünschten Ausgangspin auf 1. Ein Compare Match Register wird so mit einem berechneten Wert versorgt, daß es nach der gewünschten Pulszeit einen Interrupt auslöst. In der zugehörigen Interrupt Routine wird der Pin dann wieder auf 0 gesetzt.

Auch hier wieder: Der Vorteiler des Timers wird so eingestellt, dass man die Pulszeit gut mit dem Compare Match erreichen kann, die nachfolgende Pause, bis der Timer dann seinen Overflow hat (oder den CTC Clear macht) ist von untergeordneter Bedeutung. Man nimmt was vom Zählbereich des Timers übrig bleibt. Beispiel:
* F_CPU = 16 MHz
* Vorteiler = 8
* 16 Bit Registerbreite = Overflow nach 2^16 Zyklen
* CTC-Modus *aus*, steigende Flanke durch Overflow-Interrupt erzeugen
* Overflow-Interrupt: 16 MHz / 2^16 / 8 = 30,52 Hz, 32,8 ms, Ausgangspin auf 1 setzen
* Servostellung links .. rechts = Pulsbreite 1 .. 2 ms = 1 s / 16000000 * 8 * OCR1; OCR1 = 2000 .. 4000
* Output-Compare-Match-Interrupt: Ausgangspin auf 0 setzen

Alternativ zum Overflow-Interrupt könnte, um eine Gesamtpulsbreite von exakt 20 ms zu erreichen, z.B. im Output-Compare-Match-Interrupt (sofern nur einer pro Timer verfügbar ist) im Wechsel
* der Ausgangspin auf 1 und OCR1 auf 1000 .. 2000 gesetzt sowie das CTC-Bit gelöscht werden
* der Ausgangspin auf 0 und OCR1 auf 40000 gesetzt sowie das CTC-Bit gesetzt werden
Neuere ATmegas verfügen über zwei Output-Compare-Register (Suffix ''A'' und ''B'') ebenso wie zwei OCR-Interrupt-Vektoren pro Timer, wobei das CTC-Bit nur bei einem Match mit dem Output-Compare-Register ''A'' wirkt. Damit können für die Pulserzeugung zwei getrennte Interrupt-Handler angelegt werden, und ein Umbelegen von OCR und CTC-Bit entfällt.

Bei einem Arduino kann man auch die Pins 9 und 10 direkt per Hardware ganz ohne Interrupts ansteuern:
<syntaxhighlight lang="c">
setup() {
DDRB |= _BV(DDB1) | _BV(DDB2); // set pins OC1A = PortB1 -> PIN 9 and OC1B = PortB2 -> PIN 10 to output direction
TCCR1A = _BV(COM1A1) | _BV(COM1B1) | _BV(WGM11); // FastPWM Mode mode TOP determined by or ICR1 - non-inverting Compare Output mode
TCCR1B = _BV(WGM13) | _BV(WGM12) | _BV(CS11); // set prescaler to 8, FastPWM Mode mode continued
ICR1 = 40000; // set period to 20 ms
OCR1A = 3000; // set count to 1500 us - 90 degree
OCR1B = 3000; // set count to 1500 us - 90 degree
TCNT1 = 0; // reset timer
}
void writeServoCounter(int tDegree) {
uint16_t tCounter = map(tDegree, 0, 180, 1000, 5200); // for SG90 micro Servo
OCR1A = tCounter;
Serial.print(tCounter);
Serial.println("cnt");
}
</syntaxhighlight>

=== Ansteuerung mit dem 8-Bit Timer 2 ===

Mit einem 8 Bit Timer ist es gar nicht so einfach, sowohl die Zeiten für den Servopuls als auch die für die Pause danach unter einen Hut zu bringen. Abhilfe schafft ein Trick.

Der Timer wird so eingestellt, dass sich der Servopuls gut erzeugen lässt. Dazu wird der Timer in den CTC Modus gestellt und das zugehörige Vergleichsregister so eingestellt, dass sich die entsprechenden Interrupts zeitlich so ergeben, wie es für einen Puls benötigt wird. In einem Aufruf des Interrupts wird der Ausgangspin für das Servo auf 1 gestellt, im nächsten wird er wieder auf 0 gestellt. Die kleine Pause bis zum nächsten Servoimpuls wird so erzeugt, dass eine gewisse Anzahl an Interrupt Aufrufen einfach nichts gemacht wird. Ähnlich wie bei einer PWM wird also auch hier wieder ein Zähler installiert, der die Anzahl der Interrupt Aufrufe mitzählt und immer wieder auf 0 zurückgestellt wird.

Die eigentliche Servoposition steht im Register OCR2. Rein rechnerisch beträgt ihr Wertebereich:

1ms 4000000 / 64 / 1000 OCR2 = 62.5

2ms 4000000 / 64 / 500 OCR2 = 125

mit einer Mittelstellung von ( 62.5 + 125 ) / 2 = 93.75

<syntaxhighlight lang="avrasm">
.include "m16def.inc"

.equ XTAL = 4000000

rjmp init

.org OC2addr
rjmp Compare_vect

init:
ldi r16, HIGH(RAMEND) ; Stackpointer initialisieren
out SPH, r16
ldi r16, LOW(RAMEND)
out SPL, r16

ldi r16, 0x80
out DDRB, r16 ; Servo Ausgangspin -> Output

ldi r17, 0 ; Software-Zähler

ldi r16, 120
out OCR2, r16 ; OCR2 ist der Servowert

ldi r16, 1<<OCIE2
out TIMSK, r16

ldi r16, (1<<WGM21) | (1<<CS22) ; CTC, Prescaler: 64
out TCCR2, r16

sei

main:
rjmp main

Compare_vect:
in r18, SREG
inc r17
cpi r17, 1
breq PulsOn
cpi r17, 2
breq PulsOff
cpi r17, 10
brne return
ldi r17, 0
return: out SREG, r18
reti

PulsOn: sbi PORTB, 0
rjmp return

PulsOff: cbi PORTB, 0
rjmp return
</syntaxhighlight>

== Ansteuerung mehrerer Servos mittels Timer ==

----

{{Navigation_zurückhochvor|
zurücktext=7-Segment-Anzeige|
zurücklink=AVR-Tutorial: 7-Segment-Anzeige|
hochtext=Inhaltsverzeichnis|
hochlink=AVR-Tutorial|
vortext=Watchdog|
vorlink=AVR-Tutorial: Watchdog}}

[[Category:AVR-Tutorial|Servo]]
[[Category:Servos]]