IRremote
|
NEC / Onkyo / Apple
Denon / Sharp
Panasonic / Kaseikyo
JVC
LG
RC5
RC6
Samsung
Sony
Universal Pulse Distance
Universal Pulse Width
Hash
Pronto
BoseWave
Bang & Olufsen
Lego
Whynter
MagiQuest
Protocols can be switched off and on by defining macros before the line #include <IRremote.hpp>
like here:
IrReceiver.printIRSendUsage(&Serial)
.#define DECODE_DISTANCE_WIDTH
by #define DECODE_DISTANCE_WIDTH
(only if you explicitly enabled this decoder).SEND_PWM_BY_TIMER
is not defined- and receiving.-> Feature comparison of 5 Arduino IR libraries.
Starting with the 3.1 version, the generation of PWM for sending is done by software, thus saving the hardware timer and enabling arbitrary output pins for sending.
If you use an (old) Arduino core that does not use the -flto
flag for compile, you can activate the line #define SUPPRESS_ERROR_MESSAGE_FOR_BEGIN
in IRRemote.h, if you get false error messages regarding begin() during compilation.
IRrecv IrReceiver(IR_RECEIVE_PIN);
and/or IRsend IrSender;
in your program, and replace all occurrences of IRrecv.
or irrecv.
with IrReceiver
and replace all IRsend
or irsend
with IrSender
.IrReceiver.decodedIRData
and not in results
any more, remove the line decode_results results
or similar.IrReceiver.begin(IR_RECEIVE_PIN, ENABLE_LED_FEEDBACK)
or IrReceiver.begin(IR_RECEIVE_PIN, DISABLE_LED_FEEDBACK)
instead of the IrReceiver.enableIRIn()
or irrecv.enableIRIn()
in setup().IrSender.begin(ENABLE_LED_FEEDBACK);
or IrSender.begin(DISABLE_LED_FEEDBACK);
in setup().IrSender.begin(3, ENABLE_LED_FEEDBACK, USE_DEFAULT_FEEDBACK_LED_PIN);
decode(decode_results *aResults)
function is replaced by simple decode()
. So if you have a statement if(irrecv.decode(&results))
replace it with if (IrReceiver.decode())
.IrReceiver.decodedIRData
and not in results
any more, therefore replace any occurrences of results.value
and results.decode_type
(and similar) to IrReceiver.decodedIRData.decodedRawData
and IrReceiver.decodedIRData.protocol
.IrReceiver.receivedIRData.flags
.results.rawbuf
and results.rawlen
must be replaced by IrReceiver.decodedIRData.rawDataPtr->rawbuf
and IrReceiver.decodedIRData.rawDataPtr->rawlen
.sendNECMSB
, and sendJVCMSB()
. The old sendSAMSUNG()
and sendSony()
MSB functions are still available. The old MSB version of sendPanasonic()
function was deleted, since it had bugs nobody recognized.For the new decoders for NEC, Panasonic, Sony, Samsung and JVC, the result IrReceiver.decodedIRData.decodedRawData
is now LSB-first, as the definition of these protocols suggests!
To convert one into the other, you must reverse the byte/nibble positions and then reverse all bit positions of each byte/nibble or write it as one binary string and reverse/mirror it.
Example: 0xCB 34 01 02
0x20 10 43 BC
after nibble reverse
0x40 80 2C D3
after bit reverse of each nibble
0xCB340102
is binary 1100 1011 0011 0100 0000 0001 0000 0010
.
0x40802CD3
is binary 0100 0000 1000 0000 0010 1100 1101 0011
.
If you read the first binary sequence backwards (right to left), you get the second sequence.
If you suffer from errors with old tutorial code including IRremote.h
instead of IRremote.hpp
, just try to rollback to Version 2.4.0.
Most likely your code will run and you will not miss the new features...
Consider using the original 2.4 release form 2017 or the last backwards compatible 2.8 version for you project.
It may be sufficient and deals flawlessly with 32 bit IR codes.
If this doesn't fit your case, be assured that 3.x is at least trying to be backwards compatible, so your old examples should still work fine.
NEC
Denon
Panasonic
JVC
LG
RC5
RC6
Samsung
Sony
irrecv.decode(&results)
uses the old MSB first decoders like in 2.x and sets the 32 bit codes in results.value
.sendNEC()
and sendJVC()
are renamed to sendNECMSB()
and sendJVCMSB()
.
Every *.cpp file is compiled separately by a call of the compiler exclusively for this cpp file. These calls are managed by the IDE / make system. In the Arduino IDE the calls are executed when you click on Verify or Upload.
And now our problem with Arduino is:
How to set compile options for all *.cpp files, especially for libraries used?
IDE's like Sloeber or PlatformIO support this by allowing to specify a set of options per project. They add these options at each compiler call e.g. -DTRACE
.
But Arduino lacks this feature. So the workaround is not to compile all sources separately, but to concatenate them to one huge source file by including them in your source.
This is done by e.g. #include "IRremote.hpp"
.
But why not #include "IRremote.cpp"
?
Try it and you will see tons of errors, because each function of the *.cpp file is now compiled twice, first by compiling the huge file and second by compiling the *.cpp file separately, like described above.
So using the extension cpp is not longer possible, and one solution is to use hpp as extension, to show that it is an included *.cpp file.
Every other extension e.g. cinclude would do, but hpp seems to be common sense.
In order to support compile options more easily, you must use the statement #include <IRremote.hpp>
instead of #include <IRremote.h>
in your main program (aka *.ino file with setup() and loop()).
In all other files you must use the following, to prevent multiple definitions
linker errors:
Ensure that all macros in your main program are defined before any #include <IRremote.hpp>
.
The following macros will definitely be overridden with default values otherwise:
RAW_BUFFER_LENGTH
IR_SEND_PIN
SEND_PWM_BY_TIMER
Check for received data with:
if (IrReceiver.decode()) {}
This also decodes the received data.
After successful decoding, the IR data is contained in the IRData structure, available as IrReceiver.decodedIRData
.
The definitions for the IrReceiver.decodedIRData.flags
are described here.
``c++ IrReceiver.printIRResultRawFormatted(&Serial, true);
Protocol=LG Address=0x2 Command=0x3434 Raw-Data=0x23434E 28 bits MSB first Send with: IrSender.sendLG(0x2, 0x3434, <numberOfRepeats>);
PULSE_DISTANCE: HeaderMarkMicros=8900 HeaderSpaceMicros=4450 MarkMicros=550 OneSpaceMicros=1700 ZeroSpaceMicros=600 NumberOfBits=56 0x43D8613C 0x3BC3BC
You can send it with calling sendPulseDistanceWidthData() twice, once for the first 32 bit and next for the remaining 24 bits.
The PulseDistance or PulseWidth decoders just decode a timing steam to a bit stream. They can not put any semantics like address, command or checksum on this bitstream, since it is no known protocol. But the bitstream is way more readable, than a timing stream. This bitstream is read LSB first by default. If this does not suit you for further research, you can change it here.
If you see something like Protocol=UNKNOWN Hash=0x13BD886C 35 bits received
as output of e.g. the ReceiveDemo example, you either have a problem with decoding a protocol, or an unsupported protocol.
+ 600,- 600 + 550,- 150 + 200,- 100 + 750,- 550
then one 450 µs space was split into two 150 and 100 µs spaces with a spike / error signal of 200 µs between. Maybe because of a defective receiver or a weak signal in conjunction with another light emitting source nearby.+ 500,- 550 + 450,- 550 + 500,- 500 + 500,-1550
, then marks are generally shorter than spaces and therefore MARK_EXCESS_MICROS
(specified in your ino file) should be negative to compensate for this at decoding.Protocol=UNKNOWN Hash=0x0 1 bits received
it may be that the space after the initial mark is longer than RECORD_GAP_MICROS
. This was observed for some LG air conditioner protocols. Try again with a line e.g. #define RECORD_GAP_MICROS 12000
before the line #include <IRremote.hpp>
in your .ino file.//#define DEBUG
in IRremoteInt.h.If you do not know which protocol your IR transmitter uses, you have several choices.
In order to fit the examples to the 8K flash of ATtiny85 and ATtiny88, the Arduino library ATtinySerialOut is required for this CPU's.
This examples are a good starting point. A simple example can be tested online with WOKWI.
If code size matters, look at these examples.
The TinyReceiver example uses the TinyIRReceiver library which can only receive NEC and FAST codes, but does not require any timer.
TinyReceiver can be tested online with WOKWI. Click on the receiver while simulation is running to specify individual IR codes.
The TinySender example uses the TinyIRSender library which can only send NEC and FAST codes.
Sending NEC protocol codes in standard format with 8 bit address and 8 bit command as in SimpleSender example. Saves 780 bytes program memory and 26 bytes RAM compared to SimpleSender, which does the same, but uses the IRRemote library (and is therefore much more flexible).
If the protocol is not NEC and code size matters, look at this example.
ReceiveDemo receives all protocols and generates a beep with the Arduino tone() function on each packet received.
AllProtocolsOnLCD additionally displays the short result on a 1602 LCD. The LCD can be connected parallel or serial (I2C).
By connecting pin debug pin to ground, you can see the raw values for each packet. The pin number of the debug pin is printed during setup, because it depends on board and LCD connection type.
This example also serves as an example how to use IRremote and tone() together.
Receives all protocols and dumps the received signal in different flavors. Since the printing takes so much time, repeat signals may be skipped or interpreted as UNKNOWN.
Sends all available protocols at least once.
Demonstrates receiving while sending.
Record and play back last received IR signal at button press.
Serves as a IR remote macro expander. Receives Samsung32 protocol and on receiving a specified input frame, it sends multiple Samsung32 frames with appropriate delays in between. This serves as a Netflix-key emulation for my old Samsung H5273 TV.
Framework for calling different functions of your program for different IR codes.
Control a relay (connected to an output pin) with your remote.
Example for a user defined class, which itself uses the IRrecv class from IRremote.
Example for sending LG air conditioner IR codes controlled by Serial input.
By just using the function bool Aircondition_LG::sendCommandAndParameter(char aCommand, int aParameter)
you can control the air conditioner by any other command source.
The file acLG.h contains the command documentation of the LG air conditioner IR protocol. Based on reverse engineering of the LG AKB73315611 remote.
IReceiverTimingAnalysis can be tested online with WOKWI Click on the receiver while simulation is running to specify individual IR codes.
This example analyzes the signal delivered by your IR receiver module. Values can be used to determine the stability of the received signal as well as a hint for determining the protocol.
It also computes the MARK_EXCESS_MICROS
value, which is the extension of the mark (pulse) duration introduced by the IR receiver module.
It can be tested online with WOKWI. Click on the receiver while simulation is running to specify individual NEC IR codes.
ReceiveDemo + SendDemo in one program. Demonstrates receiving while sending.
To customize the library to different requirements, there are some compile options / macros available.
These macros must be defined in your program before the line #include <IRremote.hpp>
to take effect.
Modify them by enabling / disabling them, or change the values if applicable.
Name | Default value | Description |
---|---|---|
RAW_BUFFER_LENGTH | 100 | Buffer size of raw input buffer. Must be even! 100 is sufficient for regular protocols of up to 48 bits, but for most air conditioner protocols a value of up to 750 is required. Use the ReceiveDump example to find smallest value for your requirements. |
EXCLUDE_UNIVERSAL_PROTOCOLS | disabled | Excludes the universal decoder for pulse distance protocols and decodeHash (special decoder for all protocols) from decode() . Saves up to 1000 bytes program memory. |
DECODE_<Protocol name> | all | Selection of individual protocol(s) to be decoded. You can specify multiple protocols. See here |
DECODE_STRICT_CHECKS | disabled | Check for additional characteristics of protocol timing like length of mark for a constant mark protocol, where space length determines the bit value. Requires up to 194 additional bytes of program memory. |
IR_REMOTE_DISABLE_RECEIVE_COMPLETE_CALLBACK | disabled | Saves up to 60 bytes of program memory and 2 bytes RAM. |
MARK_EXCESS_MICROS | 20 | MARK_EXCESS_MICROS is subtracted from all marks and added to all spaces before decoding, to compensate for the signal forming of different IR receiver modules. |
RECORD_GAP_MICROS | 5000 | Minimum gap between IR transmissions, to detect the end of a protocol. Must be greater than any space of a protocol e.g. the NEC header space of 4500 µs. Must be smaller than any gap between a command and a repeat; e.g. the retransmission gap for Sony is around 24 ms. Keep in mind, that this is the delay between the end of the received command and the start of decoding. |
IR_INPUT_IS_ACTIVE_HIGH | disabled | Enable it if you use a RF receiver, which has an active HIGH output signal. |
IR_SEND_PIN | disabled | If specified (as constant), reduces program size and improves send timing for AVR. If you want to use a runtime variable send pin e.g. with setSendPin(uint8_t aSendPinNumber) , you must disable this macro. |
SEND_PWM_BY_TIMER | disabled | Disables carrier PWM generation in software and use hardware PWM (by timer). Has the advantage of more exact PWM generation, especially the duty cycle (which is not very relevant for most IR receiver circuits), and the disadvantage of using a hardware timer, which in turn is not available for other libraries and to fix the send pin (but not the receive pin) at the dedicated timer output pin(s). Is enabled for ESP32 and RP2040 in all examples, since they support PWM gereration for each pin without using a shared resource (timer). |
USE_NO_SEND_PWM | disabled | Uses no carrier PWM, just simulate an active low receiver signal. Overrides SEND_PWM_BY_TIMER definition. |
IR_SEND_DUTY_CYCLE_PERCENT | 30 | Duty cycle of IR send signal. |
USE_OPEN_DRAIN_OUTPUT_FOR_SEND_PIN | disabled | Uses or simulates open drain output mode at send pin. Attention, active state of open drain is LOW, so connect the send LED between positive supply and send pin! |
DISABLE_CODE_FOR_RECEIVER | disabled | Saves up to 450 bytes program memory and 269 bytes RAM if receiving functionality is not required. |
EXCLUDE_EXOTIC_PROTOCOLS | disabled | Excludes BANG_OLUFSEN, BOSEWAVE, WHYNTER and LEGO_PF from decode() and from sending with IrSender.write() . Saves up to 650 bytes program memory. |
FEEDBACK_LED_IS_ACTIVE_LOW | disabled | Required on some boards (like my BluePill and my ESP8266 board), where the feedback LED is active low. |
NO_LED_FEEDBACK_CODE | disabled | Disables the LED feedback code for send and receive. Saves around 100 bytes program memory for receiving, around 500 bytes for sending and halving the receiver ISR (Interrupt Service Routine) processing time. |
MICROS_PER_TICK | 50 | Resolution of the raw input buffer data. Corresponds to 2 pulses of each 26.3 µs at 38 kHz. |
TOLERANCE_FOR_DECODERS_MARK_OR_SPACE_MATCHING | 25 | Relative tolerance (in percent) for matchTicks(), matchMark() and matchSpace() functions used for protocol decoding. |
DEBUG | disabled | Enables lots of lovely debug output. |
IR_USE_AVR_TIMER* | Selection of timer to be used for generating IR receiving sample interval. |
These next macros for TinyIRReceiver must be defined in your program before the line #include <TinyIRReceiver.hpp>
to take effect.
Name | Default value | Description |
---|---|---|
IR_INPUT_PIN | 2 | The pin number for TinyIRReceiver IR input, which gets compiled in. |
IR_FEEDBACK_LED_PIN | LED_BUILTIN | The pin number for TinyIRReceiver feedback LED, which gets compiled in. |
NO_LED_FEEDBACK_CODE | disabled | Disables the feedback LED function. Saves 14 bytes program memory. |
DISABLE_PARITY_CHECKS | disabled | Disables the addres and command parity checks. Saves 48 bytes program memory. |
USE_FAST_8_BIT_AND_PARITY_TIMING | disabled | Receives a special fast protocol instead of NEC. |
The next macro for IRCommandDispatcher must be defined in your program before the line #include <IRCommandDispatcher.hpp>
to take effect. | IR_COMMAND_HAS_MORE_THAN_8_BIT
| disabled | Enables mapping and dispatching of IR commands consisting of more than 8 bits. Saves up to 160 bytes program memory and 4 bytes RAM + 1 byte RAM per mapping entry. |
First, use Sketch > Show Sketch Folder (Ctrl+K).
If you have not yet saved the example as your own sketch, then you are instantly in the right library folder.
Otherwise you have to navigate to the parallel libraries
folder and select the library you want to access.
In both cases the library source and include files are located in the libraries src
directory.
The modification must be renewed for each new library version!
If you are using PlatformIO, you can define the macros in the platformio.ini file with build_flags = -D MACRO_NAME
or build_flags = -D MACRO_NAME=macroValue
.
If you are using Sloeber as your IDE, you can easily define global symbols with Properties > Arduino > CompileOptions.
Issues and discussions with the content "Is it possible to use this library with the ATTinyXYZ? / board XYZ" without any reasonable explanations will be immediately closed without further notice.
ATtiny and Digispark boards are only tested with the recommended ATTinyCore using New Style
pin mapping for the pro board.
For ESP8266/ESP32, this library supports an impressive set of protocols and a lot of air conditioners
We are open to suggestions for adding support to new boards, however we highly recommend you contact your supplier first and ask them to provide support from their side.
If you can provide examples of using a periodic timer for interrupts for the new board, and the board name for selection in the Arduino IDE, then you have way better chances to get your board supported by IRremote.
The receiver sample interval of 50 µs is generated by a timer. On many boards this must be a hardware timer. On some boards where a software timer is available, the software timer is used.
Every pin can be used for receiving.
The TinyReceiver example uses the TinyReceiver library, which can only receive NEC codes, but does not require any timer.
The code for the timer and the timer selection is located in private/IRTimer.hpp. It can be adjusted here.
Be aware that the hardware timer used for receiving should not be used for analogWrite()!.
| Board/CPU | Receive
& PWM Timers| Hardware-PWM Pin | analogWrite()
pins occupied by timer | |-----------------------------------------------------------------------—|----------------—|------------------—|--------------------—| | ATtiny84 | 1 | 6 | | ATtiny85 > 4 MHz | 0, 1 | 0, 4 | 0, 1 & 4 | | ATtiny88 > 4 MHz | 1 | PB1 / 8 | PB1 / 8 & PB2 / 9 | | ATtiny167 > 4 MHz | 1 | 9, 8 - 15 | 8 - 15 | | ATtiny1604 | TCB0 | PA05 | | ATtiny1614, ATtiny816 | TCA0 | PA3 | | ATtiny3217 | TCA0, TCD | % | | ATmega8 | 1 | 9 | | ATmega168, ATmega328 | 1, 2 | 9, 3 | 9 & 10, 3 & 11 | | ATmega1284 | 1, 2, 3 | 13, 14, 6 | | ATmega164, ATmega324, ATmega644 | 1, 2 | 13, 14 | | ATmega8535 ATmega16, ATmega32 | 1 | 13 | | ATmega64, ATmega128, ATmega1281, ATmega2561 | 1 | 13 | | ATmega8515, ATmega162 | 1 | 13 | | ATmega1280, ATmega2560 | 1, 2, 3, 4, 5 | 5, 6, 9, 11, 46 | | ATmega4809 | TCB0 | A4 | | Leonardo (Atmega32u4) | 1, 3, 4_HS | 5, 9, 13 | | Zero (SAMD) | TC3 | *, 9 | | ESP32 | Ledc chan. 0 | All pins | | Sparkfun Pro Micro | 1, 3 | 5, 9 | | Teensy 1.0 | 1 | 17 | 15, 18 | | Teensy 2.0 | 1, 3, 4_HS | 9, 10, 14 | 12 | | Teensy++ 1.0 / 2.0 | 1, 2, 3 | 1, 16, 25 | 0 | | Teensy-LC | TPM1 | 16 | 17 | | Teensy 3.0 - 3.6 | CMT | 5 | | Teensy 4.0 - 4.1 | FlexPWM1.3 | 8 | 7, 25 | | BluePill / STM32F103C8T6 | 3 | % | PA6 & PA7 & PB0 & PB1 | | BluePill / STM32F103C8T6 | TIM4 | % | PB6 & PB7 & PB8 & PB9 | | RP2040 / Pi Pico | default alarm pool | All pins | No pin | | RP2040 / Mbed based | Mbed Ticker | All pins | No pin |
The send PWM signal is by default generated by software. Therefore every pin can be used for sending. The PWM pulse length is guaranteed to be constant by using delayMicroseconds()
. Take care not to generate interrupts during sending with software generated PWM, otherwise you will get jitter in the generated PWM. E.g. wait for a former Serial.print()
statement to be finished by Serial.flush()
. Since the Arduino micros()
function has a resolution of 4 µs at 16 MHz, we always see a small jitter in the signal, which seems to be OK for the receivers.
Software generated PWM showing small jitter because of the limited resolution of 4 µs of the Arduino core micros() function for an ATmega328 | Detail (ATmega328 generated) showing 30% duty cycle |
---|---|
![]() | ![]() |
If you use a library which requires the same timer as IRremote, you have a problem, since the timer resource cannot be shared simultaneously by both libraries.
The best approach is to change the timer used for IRremote, which can be accomplished by specifying the timer before #include <IRremote.hpp>
.
The timer specifications available for your board can be found in private/IRTimer.hpp.
Here you see the Arduino Mega board and the available specifications are IR_USE_AVR_TIMER[1,2,3,4,5]
.
You just have to include a line e.g. #define IR_USE_AVR_TIMER3
before #include <IRremote.hpp>
to enable timer 3.
But be aware that the new timer in turn might be incompatible with other libraries or commands.
For other boards/platforms you must look for the appropriate section guarded by e.g. #elif defined(ESP32)
.
Another approach can be to share the timer sequentially if their functionality is used only for a short period of time like for the Arduino tone() command. An example can be seen here, where the timer settings for IR receive are restored after the tone has stopped. For this we must call IrReceiver.start()
or better IrReceiver.start(microsecondsOfToneDuration)
.
This only works since each call totone()
completely initializes the timer 2 used by the tone()
command.
If you define SEND_PWM_BY_TIMER
, the send PWM signal is forced to be generated by a hardware timer on most platforms.
By default, the same timer as for the receiver is used.
Since each hardware timer has its dedicated output pin(s), you must change timer or timer sub-specifications to change PWM output pin. See private/IRTimer.hpp
Exeptions are currently ESP32, ARDUINO_ARCH_RP2040, PARTICLE and ARDUINO_ARCH_MBED, where PWM generation does not require a timer.
We do it according to the statement in the Vishay datasheet:
The IR signal is sampled at a 50 µs interval. For a constant 525 µs pulse or pause we therefore get 10 or 11 samples, each with 50% probability.
And believe me, if you send a 525 µs signal, your receiver will output something between around 400 and 700 µs!
Therefore we decode by default with a +/- 25% margin using the formulas here.
E.g. for the NEC protocol with its 560 µs unit length, we have TICKS_LOW = 8.358 and TICKS_HIGH = 15.0. This means, we accept any value between 8 ticks / 400 µs and 15 ticks / 750 µs (inclusive) as a mark or as a zero space. For a one space we have TICKS_LOW = 25.07 and TICKS_HIGH = 45.0.
And since the receivers generated marks are longer or shorter than the spaces, we have introduced the [MARK_EXCESS_MICROS
value]/https://github.com/Arduino-IRremote/Arduino-IRremote#protocolunknown) to compensate for this receiver (and signal strength as well as ambient light dependent :disappointed: ) specific deviation.
Welcome to the world of real world signal processing.
Created with sigrok PulseView with IR_NEC decoder by DjordjeMandic.
8 bit address NEC code 16 bit address NEC code
Here you find an ESP8266/ESP32 version of IRremote with an impressive list of supported protocols.
This is a short comparison and may not be complete or correct.
I created this comparison matrix for myself in order to choose a small IR lib for my project and to have a quick overview, when to choose which library.
It is dated from 24.06.2022. If you have complains about the data or request for extensions, please send a PM or open a discussion.
Subject | IRMP | IRLremote | IRLib2 **mostly unmaintained** | IRremote | Minimal NEC | IRsmallDecoder |
---|---|---|---|---|---|---|
Number of protocols | 50 | Nec + Panasonic + Hash * | 12 + Hash * | 17 + PulseDistance + Hash * | NEC | NEC + RC5 + Sony + Samsung |
Timing method receive | Timer2 or interrupt for pin 2 or 3 | Interrupt | Timer2 or interrupt for pin 2 or 3 | Timer2 | Interrupt | Interrupt |
Timing method send | PWM and timing with Timer2 interrupts | Timer2 interrupts | Timer2 and blocking wait | PWM with Timer2 and/or blocking wait with delay Microseconds() | blocking wait with delay Microseconds() | % |
Send pins | All | All | All ? | Timer dependent | All | % |
Decode method | OnTheFly | OnTheFly | RAM | RAM | OnTheFly | OnTheFly |
Encode method | OnTheFly | OnTheFly | OnTheFly | OnTheFly or RAM | OnTheFly | % |
Callback support | x | % | % | x | x | % |
Repeat handling | Receive + Send (partially) | % | ? | Receive + Send | Receive + Send | Receive |
LED feedback | x | % | x | x | Receive | % |
FLASH usage (simple NEC example with 5 prints) | 1820 (4300 for 15 main / 8000 for all 40 protocols) (+200 for callback) (+80 for interrupt at pin 2+3) | 1270 (1400 for pin 2+3) | 4830 | 1770 | 900 | ?1100? |
RAM usage | 52 (73 / 100 for 15 (main) / 40 protocols) | 62 | 334 | 227 | 19 | 29 |
Supported platforms | avr, megaavr, attiny, Digispark (Pro), esp8266, ESP32, STM32, SAMD 21, Apollo3 (plus arm and pic for non Arduino IDE) | avr, esp8266 | avr, SAMD 21, SAMD 51 | avr, attiny, esp8266, esp32, SAM, SAMD | All platforms with attach Interrupt() | All platforms with attach Interrupt() |
Last library update | 6/2022 | 4/2018 | 3/2022 | 6/2022 | 6/2022 | 2/2022 |
Remarks | Decodes 40 protocols concurrently. 39 Protocols to send. Work in progress. | Only one protocol at a time. | Consists of 5 libraries. Project containing bugs - 45 issues, no reaction for at least one year. | Universal decoder and encoder. Supports Pronto codes and sending of raw timing values. | Requires no timer. | Requires no timer. |
Up to the version 2.7.0, the License is GPLv2. From the version 2.8.0, the license is the MIT license.
Initially coded 2009 Ken Shirriff http://www.righto.com
Copyright (c) 2016-2017 Rafi Khan
Copyright (c) 2020-2022 Armin Joachimsmeyer