{"id":13434798,"url":"https://github.com/Arduino-IRremote/Arduino-IRremote","last_synced_at":"2025-03-18T01:32:11.782Z","repository":{"id":788496,"uuid":"484788","full_name":"Arduino-IRremote/Arduino-IRremote","owner":"Arduino-IRremote","description":"Infrared remote library for Arduino: send and receive infrared signals with multiple protocols","archived":false,"fork":false,"pushed_at":"2024-10-13T09:28:47.000Z","size":9761,"stargazers_count":4486,"open_issues_count":0,"forks_count":1762,"subscribers_count":229,"default_branch":"master","last_synced_at":"2024-10-29T14:50:49.670Z","etag":null,"topics":["arduino","arduino-library","infrared","library","remote"],"latest_commit_sha":null,"homepage":"","language":"C++","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":"other","status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/Arduino-IRremote.png","metadata":{"files":{"readme":"README.md","changelog":"changelog.md","contributing":"Contributing.md","funding":null,"license":"LICENSE","code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null}},"created_at":"2010-01-23T04:37:22.000Z","updated_at":"2024-10-29T07:12:52.000Z","dependencies_parsed_at":"2023-07-05T15:17:13.647Z","dependency_job_id":"29cb5799-0ef4-42ed-86eb-a6e2d143518e","html_url":"https://github.com/Arduino-IRremote/Arduino-IRremote","commit_stats":{"total_commits":753,"total_committers":69,"mean_commits":10.91304347826087,"dds":0.3851261620185923,"last_synced_commit":"610d1165edb9d8d8a47974957ebb350fdd82cfe8"},"previous_names":["shirriff/arduino-irremote","z3t0/arduino-irremote"],"tags_count":41,"template":false,"template_full_name":null,"repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Arduino-IRremote%2FArduino-IRremote","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Arduino-IRremote%2FArduino-IRremote/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Arduino-IRremote%2FArduino-IRremote/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/Arduino-IRremote%2FArduino-IRremote/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/Arduino-IRremote","download_url":"https://codeload.github.com/Arduino-IRremote/Arduino-IRremote/tar.gz/refs/heads/master","host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":244139353,"owners_count":20404500,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2022-07-04T15:15:14.044Z","host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":["arduino","arduino-library","infrared","library","remote"],"created_at":"2024-07-31T03:00:23.317Z","updated_at":"2025-03-18T01:32:11.768Z","avatar_url":"https://github.com/Arduino-IRremote.png","language":"C++","funding_links":[],"categories":["HarmonyOS","C++","硬件_其他"],"sub_categories":["Windows Manager","网络服务_其他"],"readme":"\u003cdiv align = center\u003e\n\n#  Arduino IRremote\nA library enabling the sending \u0026 receiving of infra-red signals.\n\n[![Badge License: MIT](https://img.shields.io/badge/License-MIT-ac8b11.svg?style=for-the-badge\u0026labelColor=yellow)](https://opensource.org/licenses/MIT)\n \u0026nbsp; \u0026nbsp;\n[![Badge Version](https://img.shields.io/github/v/release/Arduino-IRremote/Arduino-IRremote?include_prereleases\u0026style=for-the-badge\u0026color=33660e\u0026labelColor=428813\u0026logoColor=white\u0026logo=DocuSign)](https://github.com/Arduino-IRremote/Arduino-IRremote/releases/latest)\n \u0026nbsp; \u0026nbsp;\n[![Badge Commits since latest](https://img.shields.io/github/commits-since/Arduino-IRremote/Arduino-IRremote/latest?style=for-the-badge\u0026color=004463\u0026labelColor=00557f)](https://github.com/Arduino-IRremote/Arduino-IRremote/commits/master)\n \u0026nbsp; \u0026nbsp;\n[![Badge LibraryBuild](https://img.shields.io/github/actions/workflow/status/Arduino-IRremote/Arduino-IRremote/LibraryBuild.yml?branch=master\u0026style=for-the-badge\u0026color=551f47\u0026labelColor=752a61)](https://github.com/Arduino-IRremote/Arduino-IRremote/actions)\n\u003cbr/\u003e\n\u003cbr/\u003e\n[![Stand With Ukraine](https://raw.githubusercontent.com/vshymanskyy/StandWithUkraine/main/badges/StandWithUkraine.svg)](https://stand-with-ukraine.pp.ua)\n\nAvailable as [Arduino library \"IRremote\"](https://www.arduinolibraries.info/libraries/i-rremote).\n\n[![Button Install](https://img.shields.io/badge/Install-yellow?style=for-the-badge\u0026logoColor=white\u0026logo=GitBook)](https://www.ardu-badge.com/IRremote)\n \u0026nbsp; \u0026nbsp;\n[![Button API](https://img.shields.io/badge/API-1c8840?style=for-the-badge\u0026logoColor=white\u0026logo=OpenStreetMap)](https://arduino-irremote.github.io/Arduino-IRremote/classIRrecv.html)\n \u0026nbsp; \u0026nbsp;\n[![Button Changelog](https://img.shields.io/badge/Changelog-00557f?style=for-the-badge\u0026logoColor=white\u0026logo=AzureArtifacts)](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/changelog.md)\n \u0026nbsp; \u0026nbsp;\n[![Button Contribute](https://img.shields.io/badge/Contribute-752a61?style=for-the-badge\u0026logoColor=white\u0026logo=GitHub)](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/Contributing.md)\n\n#### If you find this program useful, please give it a star.\n\n\u0026#x1F30E; [Google Translate](https://translate.google.com/translate?sl=en\u0026u=https://github.com/Arduino-IRremote/Arduino-IRremote)\n\n\u003c/div\u003e\n\n# Table of content\n- [Supported IR Protocols](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#supported-ir-protocols)\n- [Common problem with IRremote](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#common-problem-with-irremote)\n- [Using the new library version for old examples](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#using-the-new-library-version-for-old-examples)\n  * [New features of version 4.x](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#new-features-of-version-4x)\n  * [New features of version 3.x](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#new-features-of-version-3x)\n  * [Converting your 2.x program to the 4.x version](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#converting-your-2x-program-to-the-4x-version)\n  * [How to convert old MSB first 32 bit IR data codes to new LSB first 32 bit IR data codes](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#how-to-convert-old-msb-first-32-bit-ir-data-codes-to-new-lsb-first-32-bit-ir-data-codes)\n  *  [Errors when using the 3.x versions for old tutorials](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#errors-when-using-the-3x-versions-for-old-tutorials)\n  * [Staying on 2.x](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#staying-on-2x)\n- [Why *.hpp instead of *.cpp](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#why-hpp-instead-of-cpp)\n- [Using the new *.hpp files](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#using-the-new-hpp-files)\n- [Tutorials](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#tutorials)\n- [3 ways to specify an IR code](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#3-ways-to-specify-an-ir-code)\n- [IRReceiver pinouts](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#irreceiver-pinouts)\n- [Receiving IR codes](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#receiving-ir-codes)\n  * [decodedIRData structure](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#decodedirdata-structure)\n  * [Ambiguous protocols](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#ambiguous-protocols)\n  * [RAM usage of different protocolsl](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#ram-usage-of-different-protocols)\n  * [Handling unknown Protocols](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#handling-unknown-protocols)\n    * [Disclaimer](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#disclaimer)\n    * [Other libraries, which may cover these protocols](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#other-libraries-which-may-cover-these-protocols)\n    * [Protocol=PULSE_DISTANCE](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#protocolpulse_distance)\n    * [Protocol=UNKNOWN](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#protocolunknown)\n    * [How to deal with protocols not supported by IRremote](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#how-to-deal-with-protocols-not-supported-by-irremote)\n- [Sending IR codes](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#sending-ir-codes)\n  * [Sending IRDB IR codes](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#sending-irdb-ir-codes)\n  * [Send pin](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#send-pin)\n    + [List of public IR code databases](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#list-of-public-ir-code-databases)\n- [Tiny NEC receiver and sender](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#tiny-nec-receiver-and-sender)\n- [The FAST protocol](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#the-fast-protocol)\n- [FAQ and hints](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#faq-and-hints)\n  * [Receiving stops after analogWrite() or tone() or after running a motor](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#receiving-stops-after-analogwrite-or-tone-or-after-running-a-motor)\n  * [Receiving sets overflow flag](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#receiving-sets-overflow-flag)\n  * [Problems with Neopixels, FastLed etc.](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#problems-with-neopixels-fastled-etc)\n  * [Does not work/compile with another library](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#does-not-workcompile-with-another-library)\n  * [Multiple IR receiver and sender instances](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#multiple-ir-receiver-and-sender-instances)\n  * [Increase strength of sent output signal](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#increase-strength-of-sent-output-signal)\n  * [Minimal CPU clock frequency](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#minimal-cpu-clock-frequency)\n  * [Bang \u0026 Olufsen protocol](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#bang--olufsen-protocol)\n- [Examples for this library](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#examples-for-this-library)\n- [WOKWI online examples](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#wokwi-online-examples)\n- [IR control of a robot car](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#ir-control-of-a-robot-car)\n- [Issues and discussions](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#issues-and-discussions)\n- [Compile options / macros for this library](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#compile-options--macros-for-this-library)\n    + [Changing include (*.h) files with Arduino IDE](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#changing-include-h-files-with-arduino-ide)\n    + [Modifying compile options with Sloeber IDE](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#modifying-compile-options--macros-with-sloeber-ide)\n- [Supported Boards](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#supported-boards)\n- [Timer and pin usage](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#timer-and-pin-usage)\n  * [Incompatibilities to other libraries and Arduino commands like tone() and analogWrite()](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#incompatibilities-to-other-libraries-and-arduino-commands-like-tone-and-analogwrite)\n  * [Hardware-PWM signal generation for sending](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#hardware-pwm-signal-generation-for-sending)\n  * [Why do we use 30% duty cycle for sending](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#why-do-we-use-30-duty-cycle-for-sending)\n- [How we decode signals](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#how-we-decode-signals)\n- [NEC encoding diagrams](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#nec-encoding-diagrams)\n- [Quick comparison of 5 Arduino IR receiving libraries](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#quick-comparison-of-5-arduino-ir-receiving-libraries)\n- [History](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/changelog.md)\n- [Useful links](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#useful-links)\n- [Contributors](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/Contributors.md)\n- [License](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#license)\n- [Copyright](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#copyright)\n\n\u003cbr/\u003e\n\n# Supported IR Protocols\n` NEC / Onkyo / Apple ` \u0026nbsp; \u0026nbsp; ` Denon / Sharp ` \u0026nbsp; \u0026nbsp; ` Panasonic / Kaseikyo `\n\n` JVC ` \u0026nbsp; \u0026nbsp; ` LG ` \u0026nbsp; \u0026nbsp; ` RC5 ` \u0026nbsp; \u0026nbsp; ` RC6 ` \u0026nbsp; \u0026nbsp; ` Samsung ` \u0026nbsp; \u0026nbsp; ` Sony `\n\n` Universal Pulse Distance ` \u0026nbsp; \u0026nbsp; ` Universal Pulse Width ` \u0026nbsp; \u0026nbsp; ` Universal Pulse Distance Width`\n\n` Hash ` \u0026nbsp; \u0026nbsp; ` Pronto `\n\n` BoseWave ` \u0026nbsp; \u0026nbsp; ` Bang \u0026 Olufsen ` \u0026nbsp; \u0026nbsp; ` Lego ` \u0026nbsp; \u0026nbsp; ` FAST ` \u0026nbsp; \u0026nbsp; ` Whynter ` \u0026nbsp; \u0026nbsp; ` MagiQuest `\n\nProtocols can be switched off and on by defining macros before the line `#include \u003cIRremote.hpp\u003e` like [here](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/SimpleReceiver/SimpleReceiver.ino#L33):\n\n```c++\n#define DECODE_NEC\n//#define DECODE_DENON\n#include \u003cIRremote.hpp\u003e\n```\n\u003cbr/\u003e\n\n# Common problem with IRremote\nOr *\"I build a gadged with 2 motors controlled by IR and the [IR stops after the first motor command](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#receiving-stops-after-analogwrite-or-tone-or-after-running-a-motor)\"*.\u003cbr/\u003e\nThis is due to the fact, that the motor control by AnalogWrite() uses the same timer as IR receiving.\u003cbr/\u003e\nSee [this table](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#timer-and-pin-usage) for the list of timers and pins.\n\n# Using the new library version for old examples\nThis library has been refactored, breaking backward compatibility with the old version, on which many examples on the Internet are based.\n\n## New features of version 4.x\n- **Since 4.3 `IrSender.begin(DISABLE_LED_FEEDBACK)` will no longer work**, use `IrSender.begin(DISABLE_LED_FEEDBACK, 0)` instead.\n- New universal **Pulse Distance / Pulse Width / Pulse Distance Width decoder** added, which covers many previous unknown protocols.\n- Printout of code how to send received command by `IrReceiver.printIRSendUsage(\u0026Serial)`.\n- RawData type is now 64 bit for 32 bit platforms and therefore `decodedIRData.decodedRawData` can contain complete frame information for more protocols than with 32 bit as before.\n- **Callback** after receiving a command - It calls your code as soon as a message was received.\n- Improved handling of `PULSE_DISTANCE` + `PULSE_WIDTH` protocols.\n- New FAST protocol.\n- Automatic printout of the **corresponding send function** with `printIRSendUsage()`.\n\n### Converting your 3.x program to the 4.x version\n- You must replace `#define DECODE_DISTANCE` by `#define DECODE_DISTANCE_WIDTH` (only if you explicitly enabled this decoder).\n- The parameter `bool hasStopBit` is not longer required and removed e.g. for function `sendPulseDistanceWidth()`.\n\n## New features of version 3.x\n- **Any pin** can be used for receiving and if `SEND_PWM_BY_TIMER` is not defined also for sending.\n- Feedback LED can be activated for sending / receiving.\n- An 8/16 bit ****command** value as well as an 16 bit **address** and a protocol number is provided for decoding (instead of the old 32 bit value).\n- Protocol values comply to **protocol standards**.\u003cbr/\u003e\n  NEC, Panasonic, Sony, Samsung and JVC decode \u0026 send LSB first.\n- Supports **Universal Distance protocol**, which covers a lot of previous unknown protocols.\n- Compatible with **tone()** library. See the [ReceiveDemo](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/ReceiveDemo/ReceiveDemo.ino#L284-L298) example.\n- Simultaneous sending and receiving. See the [SendAndReceive](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/SendAndReceive/SendAndReceive.ino#L167-L170) example.\n- Supports **more platforms**.\n- Allows for the generation of non PWM signal to just **simulate an active low receiver signal** for direct connect to existent receiving devices without using IR.\n- Easy protocol configuration, **directly in your [source code](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/SimpleReceiver/SimpleReceiver.ino#L33-L57)**.\u003cbr/\u003e\n  Reduces memory footprint and decreases decoding time.\n- Contains a [very small NEC only decoder](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#minimal-nec-receiver), which **does not require any timer resource**.\n\n[-\u003e Feature comparison of 5 Arduino IR libraries](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#quick-comparison-of-5-arduino-ir-receiving-libraries).\n\n\u003cbr/\u003e\n\n## Converting your 2.x program to the 4.x version\nStarting 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**.\u003cbr/\u003e\nIf 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.\n\n- **IRreceiver** and **IRsender** object have been added and can be used without defining them, like the well known Arduino **Serial** object.\n- Just remove the line `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`.\n- Since the decoded values are now in `IrReceiver.decodedIRData` and not in `results` any more, remove the line `decode_results results` or similar.\n- Like for the Serial object, call [`IrReceiver.begin(IR_RECEIVE_PIN, ENABLE_LED_FEEDBACK)`](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/ReceiveDemo/ReceiveDemo.ino#L106)\n or `IrReceiver.begin(IR_RECEIVE_PIN, DISABLE_LED_FEEDBACK)` instead of the `IrReceiver.enableIRIn()` or `irrecv.enableIRIn()` in setup().\u003cbr/\u003e\nFor sending, call `IrSender.begin();` in setup().\u003cbr/\u003e\nIf IR_SEND_PIN is not defined (before the line `#include \u003cIRremote.hpp\u003e`) you must use e.g. `IrSender.begin(3, ENABLE_LED_FEEDBACK, USE_DEFAULT_FEEDBACK_LED_PIN);`\n- Old `decode(decode_results *aResults)` function is replaced by simple `decode()`. So if you have a statement `if(irrecv.decode(\u0026results))` replace it with `if (IrReceiver.decode())`.\n- The decoded result is now in in `IrReceiver.decodedIRData` and not in `results` any more, therefore replace any occurrences of `results.value` and `results.decode_type` (and similar) to\n `IrReceiver.decodedIRData.decodedRawData` and `IrReceiver.decodedIRData.protocol`.\n- Overflow, Repeat and other flags are now in [`IrReceiver.receivedIRData.flags`](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/IRProtocol.h#L90-L101).\n- Seldom used: `results.rawbuf` and `results.rawlen` must be replaced by `IrReceiver.decodedIRData.rawDataPtr-\u003erawbuf` and `IrReceiver.decodedIRData.rawDataPtr-\u003erawlen`.\n\n- The 5 protocols **NEC, Panasonic, Sony, Samsung and JVC** have been converted to LSB first. Send functions for sending old MSB data were renamed to `sendNECMSB`, `sendSamsungMSB()`, `sendSonyMSB()` 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 and therfore was assumed to be never used.\u003cbr/\u003e\nFor converting MSB codes to LSB see [below](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#how-to-convert-old-msb-first-32-bit-ir-data-codes-to-new-lsb-first-32-bit-ir-data-codes).\n\n### Example\n#### Old 2.x program:\n\n```c++\n#include \u003cIRremote.h\u003e\n#define RECV_PIN 2\n\nIRrecv irrecv(RECV_PIN);\ndecode_results results;\n\nvoid setup()\n{\n...\n  Serial.begin(115200); // Establish serial communication\n  irrecv.enableIRIn(); // Start the receiver\n}\n\nvoid loop() {\n  if (irrecv.decode(\u0026results)) {\n      Serial.println(results.value, HEX);\n      ...\n      irrecv.resume(); // Receive the next value\n  }\n  ...\n}\n```\n\n#### New 4.x program:\n\n```c++\n#include \u003cIRremote.hpp\u003e\n#define IR_RECEIVE_PIN 2\n\nvoid setup()\n{\n...\n  Serial.begin(115200); // // Establish serial communication\n  IrReceiver.begin(IR_RECEIVE_PIN, ENABLE_LED_FEEDBACK); // Start the receiver\n}\n\nvoid loop() {\n  if (IrReceiver.decode()) {\n      Serial.println(IrReceiver.decodedIRData.decodedRawData, HEX); // Print \"old\" raw data\n      IrReceiver.printIRResultShort(\u0026Serial); // Print complete received data in one line\n      IrReceiver.printIRSendUsage(\u0026Serial);   // Print the statement required to send this data\n      ...\n      IrReceiver.resume(); // Enable receiving of the next value\n  }\n  ...\n}\n```\n\n#### Sample output\nFor more, see the [UnitTest log](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/UnitTest/UnitTest.log).\n\n```\nProtocol=NEC Address=0xF1 Command=0x76 Raw-Data=0x89760EF1 32 bits LSB first\nSend with: IrSender.sendNEC(0xF1, 0x76, \u003cnumberOfRepeats\u003e);\n\nProtocol=Kaseikyo_Denon Address=0xFF1 Command=0x76 Raw-Data=0x9976FF10 48 bits LSB first\nSend with: IrSender.sendKaseikyo_Denon(0xFF1, 0x76, \u003cnumberOfRepeats\u003e);\n```\n\n## How to convert old MSB first 32 bit IR data codes to new LSB first 32 bit IR data codes\nFor 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!\u003cbr/\u003e\n\u003cbr/\u003e\nTo 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.\u003cbr/\u003e\u003cbr/\u003e\nExample:\n`0xCB 34 01 02`\u003cbr/\u003e\n`0x20 10 43 BC` after nibble reverse\u003cbr/\u003e\n`0x40 80 2C D3` after bit reverse of each nibble\u003cbr/\u003e\u003cbr/\u003e\n### Nibble reverse map:\n```\n 0-\u003e0   1-\u003e8   2-\u003e4   3-\u003eC\n 4-\u003e2   5-\u003eA   6-\u003e6   7-\u003eE\n 8-\u003e1   9-\u003e9   A-\u003e5   B-\u003eD\n C-\u003e3   D-\u003eB   E-\u003e7   F-\u003eF\n```\n`0xCB340102` is binary `1100 1011 0011 0100 0000 0001 0000 0010`.\u003cbr/\u003e\n`0x40802CD3` is binary `0100 0000 1000 0000 0010 1100 1101 0011`.\u003cbr/\u003e\nIf you **read the first binary sequence backwards** (right to left), you get the second sequence.\nYou may use `bitreverseOneByte()` or `bitreverse32Bit()` for this.\n\nSending old MSB codes without conversion can be done by using `sendNECMSB()`, `sendSonyMSB()`, `sendSamsungMSB()`, `sendJVCMSB()`.\n\n\u003cbr/\u003e\n\n## Errors when using the 4.x versions for old tutorials\nIf you suffer from errors with old tutorial code including `IRremote.h` instead of `IRremote.hpp`, just try to rollback to [Version 2.4.0](https://github.com/Arduino-IRremote/Arduino-IRremote/releases/tag/v2.4.0).\u003cbr/\u003e\nMost likely your code will run and you will not miss the new features.\n\n\u003cbr/\u003e\n\n## Staying on 2.x\nConsider using the [original 2.4 release form 2017](https://github.com/Arduino-IRremote/Arduino-IRremote/releases/tag/v2.4.0)\nor the last backwards compatible [2.8 version](https://github.com/Arduino-IRremote/Arduino-IRremote/releases/tag/2.8.0) for you project.\u003cbr/\u003e\nIt may be sufficient and deals flawlessly with 32 bit IR codes.\u003cbr/\u003e\nIf this doesn't fit your case, be assured that 4.x is at least trying to be backwards compatible, so your old examples should still work fine.\n\n### Drawbacks of using 2.x\n- Only the following decoders are available:\u003cbr/\u003e\n  ` NEC ` \u0026nbsp; \u0026nbsp; ` Denon ` \u0026nbsp; \u0026nbsp; ` Panasonic ` \u0026nbsp; \u0026nbsp; ` JVC ` \u0026nbsp; \u0026nbsp; ` LG `\u003cbr/\u003e\n  ` RC5 ` \u0026nbsp; \u0026nbsp; ` RC6 ` \u0026nbsp; \u0026nbsp; ` Samsung ` \u0026nbsp; \u0026nbsp; ` Sony `\n- The call of `irrecv.decode(\u0026results)` uses the old MSB first decoders like in 2.x and sets the 32 bit codes in `results.value`.\n- No decoding to a more meaningful (constant) 8/16 bit address and 8 bit command.\n\n\u003cbr/\u003e\n\n# Why *.hpp instead of *.cpp?\n**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.\nIn the Arduino IDE the calls are executed when you click on *Verify* or *Upload*.\n\nAnd now our problem with Arduino is:\u003cbr/\u003e\n**How to set [compile options](#compile-options--macros-for-this-library) for all *.cpp files, especially for libraries used?**\u003cbr/\u003e\nIDE's like [Sloeber](https://github.com/ArminJo/ServoEasing#modifying-compile-options--macros-with-sloeber-ide) or [PlatformIO](https://github.com/ArminJo/ServoEasing#modifying-compile-options--macros-with-platformio) support this by allowing to specify a set of options per project.\nThey add these options at each compiler call e.g. `-DTRACE`.\n\nBut Arduino lacks this feature.\nSo the **workaround** is not to compile all sources separately, but to concatenate them to one huge source file by including them in your source.\u003cbr/\u003e\nThis is done by e.g. `#include \"IRremote.hpp\"`.\n\nBut why not `#include \"IRremote.cpp\"`?\u003cbr/\u003e\nTry it and you will see tons of errors, because each function of the *.cpp file is now compiled twice,\nfirst by compiling the huge file and second by compiling the *.cpp file separately, like described above.\u003cbr/\u003e\nSo 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.\u003cbr/\u003e\nEvery other extension e.g. *cinclude* would do, but *hpp* seems to be common sense.\n\n# Using the new *.hpp files\nIn order to support [compile options](#compile-options--macros-for-this-library) more easily,\nyou must use the statement `#include \u003cIRremote.hpp\u003e` instead of `#include \u003cIRremote.h\u003e` in your main program (aka *.ino file with setup() and loop()).\n\nIn **all other files** you must use the following, to **prevent `multiple definitions` linker errors**:\n\n```c++\n#define USE_IRREMOTE_HPP_AS_PLAIN_INCLUDE\n#include \u003cIRremote.hpp\u003e\n```\n\n**Ensure that all macros in your main program are defined before any** `#include \u003cIRremote.hpp\u003e`.\u003cbr/\u003e\nThe following macros will definitely be overridden with default values otherwise:\n- `RAW_BUFFER_LENGTH`\n- `IR_SEND_PIN`\n- `SEND_PWM_BY_TIMER`\n\n\u003cbr/\u003e\n\n# Tutorials\n- A very elaborated introduction to IR remotes and IRremote library from [DroneBot Workshop ](https://dronebotworkshop.com/ir-remotes/).\n\n\n# 3 ways to specify an IR code\nThere are 3 different ways of specifying a particular IR code.\n\n## 1. Timing\nThe timing of each mark/pulse and space/distance_between_pulses is specified in a list or array.\nThis enables specifying **all IR codes**, but requires a lot of memory and is **not readable at all**.\nOne formal definition of such a timing array, including **specification of frequency and repeats** is the [**Pronto** format](http://www.harctoolbox.org/Glossary.html#ProntoSemantics).\u003cbr/\u003e\nMemory can be saved by using a lower time resolution.\nFor IRremote you can use a 50 \u0026micro;s resolution which halves the memory requirement by using byte values instead of int16 values.\nFor receiving purposes you can use the **hash of the timing** provided by the `decodeHash()` decoder.\n\n## 2. Encoding schemes\nThere are 3 main encoding schemes which encodes a binary bitstream / hex value:\n1. `PULSE_DISTANCE`. The distance between pulses determines the bit value. This requires always a stop bit!\nExamples are NEC and KASEIKYO protocols. The pulse width is constant for most protocols.\n2. `PULSE_WIDTH`. The width of a pulse determines the bit value, pulse distance is constant. This requires no stop bit!\nThe only known example is the SONY protocol.\n3. [Phase / Manchester encoding](https://en.wikipedia.org/wiki/Manchester_code).\nThe time of the pulse/pause transition (phase) relative to the clock determines the bit value. Examples are RC5 and RC6 protocols.\n\nPhase encoding has a **constant bit length**, `PULSE_DISTANCE` with constant pulse width and `PULSE_WIDTH` have **no constant bit length**!\n\nA well known example for `PULSE_DISTANCE` with non constant pulse width encoding is the **RS232 serial encoding**.\nHere the non constant pulse width is used to enable a **constant bit length**.\n\nMost IR signals have a **special header** to help in setting the automatic gain of the receiver circuit.\nThis header is not part of the encoding, but is often significant for a special protocol and therefore must be reproducible.\n\nBe aware that there are codes using a `PULSE_DISTANCE` encoding where more than a binary 0/1 is put into a pulse/pause combination.\nThis requires more than 2 different pulse or pause length combinations.\nThe [HobToHood protocol](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/ReceiveAndSendHob2Hood/ReceiveAndSendHob2Hood.ino) uses such an encoding.\n\nUsing encoding schemes reduces the specification of an IR code to a bitstream / hex value, which is LSB by default and pulse / pause timings of header, 0, and 1.\nThe hex value is **quite readable**.\nThese schemes can not put any semantics like address, command or checksum on this bitstream.\n\n## 3. Protocols\nThere are a few common protocols that are implemented directly in IRremote.\nThey specify the frequency, the timings of header, 0, and 1 as well as other values like checksum, repeat distance, repeat coding, bit toggling etc.\nThe semantics of the hex value is also specified, allowing the usage of only 2 parameters **address** and **command** to specify an IR code.\nThis saves memory and is **highly readable**.\nOften the address is also constant, which further reduces memory requirements.\n\n\n# IRReceiver pinouts\n![IRReceiver Pinout](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/pictures/IRReceiverPinout.jpg)\n\n[Adafruit IR Sensor tutorial](https://learn.adafruit.com/ir-sensor)\n\n\n# Receiving IR codes\nIn your program you check for a **completely received IR frame** with:\u003cbr/\u003e\n`if (IrReceiver.decode()) {}`\u003cbr/\u003e\nThis also decodes the received data.\u003cbr/\u003e\nAfter successful decoding, the IR data is contained in the IRData structure, available as `IrReceiver.decodedIRData`.\n\n## decodedIRData structure\n```c++\nstruct IRData {\n    decode_type_t protocol;     // UNKNOWN, NEC, SONY, RC5, PULSE_DISTANCE, ...\n    uint16_t address;           // Decoded address\n    uint16_t command;           // Decoded command\n    uint16_t extra;             // Used for Kaseikyo unknown vendor ID. Ticks used for decoding Distance protocol.\n    uint16_t numberOfBits;      // Number of bits received for data (address + command + parity) - to determine protocol length if different length are possible.\n    uint8_t flags;              // IRDATA_FLAGS_IS_REPEAT, IRDATA_FLAGS_WAS_OVERFLOW etc. See IRDATA_FLAGS_* definitions\n    IRRawDataType decodedRawData;    // Up to 32 (64 bit for 32 bit CPU architectures) bit decoded raw data, used for sendRaw functions.\n    uint32_t decodedRawDataArray[RAW_DATA_ARRAY_SIZE]; // 32 bit decoded raw data, to be used for send function.\n    irparams_struct *rawDataPtr; // Pointer of the raw timing data to be decoded. Mainly the data buffer filled by receiving ISR.\n};\n```\n#### Flags\nThis is the [list of flags](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/IRProtocol.h#L88) contained in the flags field.\u003cbr/\u003e\nCheck it with e.g. `if(IrReceiver.decodedIRData.flags \u0026 IRDATA_FLAGS_IS_REPEAT)`.\n\n| Flag name | Description |\n|:---|----|\n| IRDATA_FLAGS_IS_REPEAT | The gap between the preceding frame is as smaller than the maximum gap expected for a repeat. !!!We do not check for changed command or address, because it is almost not possible to press 2 different buttons on the remote within around 100 ms!!!\n| IRDATA_FLAGS_IS_AUTO_REPEAT | The current repeat frame is a repeat, that is always sent after a regular frame and cannot be avoided. Only specified for protocols DENON, and LEGO. |\n| IRDATA_FLAGS_PARITY_FAILED | The current (autorepeat) frame violated parity check. |\n| IRDATA_FLAGS_TOGGLE_BIT | Is set if RC5 or RC6 toggle bit is set. |\n| IRDATA_FLAGS_EXTRA_INFO | There is extra info not contained in address and data (e.g. Kaseikyo unknown vendor ID, or in decodedRawDataArray). |\n| IRDATA_FLAGS_WAS_OVERFLOW | Too many marks and spaces for the specified `RAW_BUFFER_LENGTH`. To avoid endless flagging of overflow, irparams.rawlen is set to 0 in this case. |\n| IRDATA_FLAGS_IS_MSB_FIRST | This value is mainly determined by the (known) protocol. |\n\n#### To access the **RAW data**, use:\n```c++\nauto myRawdata= IrReceiver.decodedIRData.decodedRawData;\n```\n\nThe definitions for the `IrReceiver.decodedIRData.flags` are described [here](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/IRremoteInt.h#L128-L140).\n\n#### Print all fields:\n```c++\nIrReceiver.printIRResultShort(\u0026Serial);\n```\n\n#### Print the raw timing data received:\n```c++\nIrReceiver.printIRResultRawFormatted(\u0026Serial, true);`\n```\nThe raw data depends on the internal state of the Arduino timer in relation to the received signal and might therefore be slightly different each time. (resolution problem). The decoded values are the interpreted ones which are tolerant to such slight differences!\n\n#### Print how to send the received data:\n```c++\nIrReceiver.printIRSendUsage(\u0026Serial);\n```\n\n## Ambiguous protocols\n### NEC, Extended NEC, ONKYO\nThe **NEC protocol** is defined as 8 bit address and 8 bit command. But the physical address and data fields are each 16 bit wide.\nThe additional 8 bits are used to send the inverted address or command for parity checking.\u003cbr/\u003e\nThe **extended NEC protocol** uses the additional 8 parity bit of address for a 16 bit address, thus disabling the parity check for address.\u003cbr/\u003e\nThe **ONKYO protocol** in turn uses the additional 8 parity bit of address and command for a 16 bit address and command.\n\nThe decoder reduces the 16 bit values to 8 bit ones if the parity is correct.\nIf the parity is not correct, it assumes no parity error, but takes the values as 16 bit values without parity assuming extended NEC or extended NEC protocol protocol.\n\nBut now we have a problem when we want to receive e.g. the **16 bit** address 0x00FF or 0x32CD!\nThe decoder interprets this as a NEC 8 bit address 0x00 / 0x32 with correct parity of 0xFF / 0xCD and reduces it to 0x00 / 0x32.\n\nOne way to handle this, is to force the library to **always** use the ONKYO protocol interpretation by using `#define DECODE_ONKYO`.\nAnother way is to check if `IrReceiver.decodedIRData.protocol` is NEC and not ONKYO and to revert the parity reducing manually.\n\n### NEC, NEC2\nOn a long press, the **NEC protocol** does not repeat its frame, it sends a special short repeat frame.\nThis enables an easy distinction between long presses and repeated presses and saves a bit of battery energy.\nThis behavior is quite unique for NEC and its derived protocols like LG and Samsung.\n\nBut of course there are also remote control systems, that uses the NEC protocol but only repeat the first frame when a long press is made instead of sending the special short repeat frame. We named this the  **NEC2** protocol and it is sent with `sendNEC2()`.\u003cbr/\u003e\nBut be careful, the NEC2 protocol can only be detected by the NEC library decoder **after** the first frame and if you do a long press!\n\n### Samsung, SamsungLG\nOn a long press, the **SamsungLG protocol** does not repeat its frame, it sends a special short repeat frame.\n\n## RAM usage of different protocols\nThe `RAW_BUFFER_LENGTH` determines the length of the **byte buffer** where the received IR timing data is stored before decoding.\u003cbr/\u003e\n**100** is sufficient for standard protocols **up to 48 bits**, with 1 bit consisting of one mark and space.\nWe always require additional 4 bytes, 1 byte for initial gap, 2 bytes for header and 1 byte for stop bit.\n- **48** bit protocols are PANASONIC, KASEIKYO, SAMSUNG48, RC6.\n- **32** bit protocols like NEC, SAMSUNG, WHYNTER, SONY(20), LG(28) require a **buffer length of 68**.\n- **16** bit protocols like BOSEWAVE, DENON, FAST, JVC, LEGO_PF, RC5, SONY(12 or 15) require a **buffer length of 36**.\n- MAGIQUEST requires a buffer length of **112**.\n- Air conditioners often send a longer protocol data stream **up to 750 bits**.\n\nIf the record gap determined by `RECORD_GAP_MICROS` is changed from the default 8 ms to more than 20 ms, the buffer is no longer a byte but a uint16_t buffer, requiring twice as much RAM.\n\u003cbr/\u003e\n\n## Handling unknown Protocols\n### Disclaimer\n**This library was designed to fit inside MCUs with relatively low levels of resources and was intended to work as a library together with other applications which also require some resources of the MCU to operate.**\n\nUse the **ReceiveDemo example** to print out all informations about your IR protocol.\u003cbr/\u003e\nThe **ReceiveDump example** gives you more information but has bad repeat detection due to the time required for printing the information.\n\n### Other libraries, which may cover these protocols\n#### IRMP\nIf your protocol seems not to be supported by this library, you may try the [IRMP library](https://github.com/IRMP-org/IRMP), which especially supports manchester protocols much better.\n\n#### IRremoteESP8266\nFor **air conditioners** , you may try the [IRremoteESP8266 library](https://github.com/crankyoldgit/IRremoteESP8266), which supports an impressive set of protocols and a lot of air conditioners and works also on ESP32.\n\n#### rawirdecode and HeatpumpIR\n[Raw-IR-decoder-for-Arduino](https://github.com/ToniA/Raw-IR-decoder-for-Arduino) is not a library, but an arduino example sketch, which provides many methods of decoding especially **air conditioner** protocols. Sending of these protocols can be done by the Arduino library [HeatpumpIR](https://github.com/ToniA/arduino-heatpumpir).\n\n\n### Protocol=PULSE_DISTANCE\nIf you get something like this:\n```\nPULSE_DISTANCE: HeaderMarkMicros=8900 HeaderSpaceMicros=4450 MarkMicros=550 OneSpaceMicros=1700 ZeroSpaceMicros=600  NumberOfBits=56 0x43D8613C 0x3BC3BC\n```\nthen you have a code consisting of **56 bits**, which is probably from an air conditioner remote.\u003cbr/\u003e\nYou can send it with `sendPulseDistanceWidth()`.\n```c++\nuint32_t tRawData[] = { 0xB02002, 0xA010 };\nIrSender.sendPulseDistance(38, 3450, 1700, 450, 1250, 450, 400, \u0026tRawData[0], 48, false, 0, 0);\n```\nYou can send it with calling `sendPulseDistanceWidthData()` twice, once for the first 32 bit and next for the remaining 24 bits.\u003cbr/\u003e\nThe `PULSE_DISTANCE` / `PULSE_WIDTH` decoder just decodes a timing stream to a bitstream stored as hex values.\nThese decoders can not put any semantics like address, command or checksum on this bitstream.\nBut the bitstream is way more readable, than a timing stream. This bitstream is read **LSB first by default**.\nIf LSB does not suit for further research, you can change it [here](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/ir_DistanceProtocol.hpp#L78).\n\n**If RAM is not more than 2k, the decoder only accepts mark or space durations up to 2500 microseconds to save RAM space, otherwise it accepts durations up to 10 ms.**\n\n### Protocol=UNKNOWN\nIf 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.\n\n- If you have an **odd number of bits** received, your receiver circuit probably has problems. Maybe because the IR signal is too weak.\n- If you see timings like `+ 600,- 600     + 550,- 150     + 200,- 100     + 750,- 550` then one 450 \u0026micro;s space was split into two 150 and 100 \u0026micro;s spaces with a spike / error signal of 200 \u0026micro;s between. Maybe because of a defective receiver or a weak signal in conjunction with another light emitting source nearby.\n- If you see timings like `+ 500,- 550     + 450,- 550     + 450,- 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.\n- If you see `Protocol=UNKNOWN Hash=0x0 1 bits received` it may be that the space after the initial mark is longer than [`RECORD_GAP_MICROS`](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/IRremote.h#L124).\n  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 \u003cIRremote.hpp\u003e` in your .ino file.\n- To see more info supporting you to find the reason for your UNKNOWN protocol, you must enable the line `//#define DEBUG` in IRremoteInt.h.\n\n### How to deal with protocols not supported by IRremote\nIf you do not know which protocol your IR transmitter uses, you have several choices.\n- Just use the hash value to decide which command was received. See the [SimpleReceiverForHashCodes example](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/SimpleReceiverForHashCodes/SimpleReceiverForHashCodes.ino).\n- Use the [IRreceiveDemo example](examples/ReceiveDemo) or [IRreceiveDump example](examples/ReceiveDump) to dump out the IR timing.\n You can then reproduce/send this timing with the [SendRawDemo example](examples/SendRawDemo).\n- The [IRMP AllProtocol example](https://github.com/IRMP-org/IRMP#allprotocol-example) prints the protocol and data for one of the **[40 supported protocols](https://github.com/IRMP-org/IRMP?tab=readme-ov-file#list-of-protocols)**.\n The same library can be used to send this codes.\n- If you have a bigger Arduino board at hand (\u003e 100 kByte program memory) you can try the\n [IRremoteDecode example](https://github.com/bengtmartensson/Arduino-DecodeIR/blob/master/examples/IRremoteDecode/IRremoteDecode.ino) of the Arduino library [DecodeIR](https://github.com/bengtmartensson/Arduino-DecodeIR).\n- Use [IrScrutinizer](http://www.harctoolbox.org/IrScrutinizer.html).\n It can automatically generate a send sketch for your protocol by exporting as \"Arduino Raw\". It supports IRremote,\n the old [IRLib](https://github.com/cyborg5/IRLib) and [Infrared4Arduino](https://github.com/bengtmartensson/Infrared4Arduino).\n\n\u003cbr/\u003e\n\n# Sending IR codes\nIf you have a device at hand which can generate the IR codes you want to work with (aka IR remote),\n**it is recommended** to receive the codes with the [ReceiveDemo example](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/ReceiveDemo/ReceiveDemo.ino), which will tell you on the serial output how to send them.\n\n```\nProtocol=LG Address=0x2 Command=0x3434 Raw-Data=0x23434E 28 bits MSB first\nSend with: IrSender.sendLG(0x2, 0x3434, \u003cnumberOfRepeats\u003e);\n```\nYou will discover that **the address is a constant** and the commands sometimes are sensibly grouped.\u003cbr/\u003e\nIf you are uncertain about the numbers of repeats to use for sending, **3** is a good starting point. If this works, you can check lower values afterwards.\n\nIf you have enabled `DECODE_DISTANCE_WIDTH`, the code printed by `printIRSendUsage()` **differs between 8 and 32 bit platforms**, so it is best to run the receiving program on the same platform as the sending program.\n\n**All sending functions support the sending of repeats** if sensible.\nRepeat frames are sent at a fixed period determined by the protocol. e.g. 110 ms from start to start for NEC.\u003cbr/\u003e\nKeep in mind, that **there is no delay after the last sent mark**.\nIf you handle the sending of repeat frames by your own, you must insert sensible delays before the repeat frames to enable correct decoding.\n\nSending old MSB codes without conversion can be done by using `sendNECMSB()`, `sendSonyMSB()`, `sendSamsungMSB()`, `sendJVCMSB()`.\n\n## Sending IRDB IR codes\nThe codes found in the [Flipper-IRDB database](https://github.com/Lucaslhm/Flipper-IRDB) are quite straightforward to convert, because the also use the address / command scheme.\u003cbr/\u003e\nProtocol matching is NECext -\u003e NECext (or Onkyo), Samsung32 -\u003e Samsung, SIRC20 -\u003e Sony with 20 bits etc.\n\nThe codes found in the [irdb database](https://github.com/probonopd/irdb/tree/master/codes) specify  a **device**, a **subdevice** and a **function**.\nMost of the times, *device* and *subdevice* can be taken as upper and lower byte of the **address parameter** and *function* is the **command parameter** for the **new structured functions** with address, command and repeat-count parameters like e.g. `IrSender.sendNEC((device \u003c\u003c 8) | subdevice, 0x19, 2)`.\u003cbr/\u003e\nAn **exact mapping** can be found in the [IRP definition files for IR protocols](https://github.com/probonopd/MakeHex/tree/master/protocols). \"D\" and \"S\" denotes device and subdevice and \"F\" denotes the function.\n\n## Send pin\nAny pin can be chosen as send pin as long as `IR_SEND_PIN` is **not** defined.\nThis is because the PWM signal is generated by default with software bit banging, since `SEND_PWM_BY_TIMER` is not active.\u003cbr/\u003e\nOn **ESP32** ledc channel 0 is used for generating the IR PWM.\u003cbr/\u003e\nIf `IR_SEND_PIN` is specified (as C macro), it reduces program size and improves send timing for AVR. If you want to use a variable to specify send pin e.g. with `setSendPin(uint8_t aSendPinNumber)`, you must disable this `IR_SEND_PIN` macro e.g. with `#undef IR_SEND_PIN`.\nThen you can change send pin at any time before sending an IR frame. See also [Compile options / macros for this library](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#compile-options--macros-for-this-library).\n\n### List of public IR code databases\nhttp://www.harctoolbox.org/IR-resources.html\n\n## Flipper Zero\n[Flipper IRDB Database](https://github.com/Lucaslhm/Flipper-IRDB)\n\n| [Flipper decoding](https://github.com/flipperdevices/flipperzero-firmware/tree/release/lib/infrared/encoder_decoder) | [IRremote decoding](https://github.com/Arduino-IRremote/Arduino-IRremote/tree/master/src) |\n|-|-|\n| Samsung32 | Samsung |\n| NEC | NEC |\n| NECext | ONKYO |\n| [\\\u003cstart bit\u003e\\\u003cVendorID:16\u003e\\\u003cVendorID parity:4\u003e\\\u003cGenre1:4\u003e\\\u003cGenre2:4\u003e\\\u003cCommand:10\u003e\\\u003cID:2\u003e\\\u003cParity:8\u003e\\\u003cstop bit\u003e](https://github.com/flipperdevices/flipperzero-firmware/blob/027ea9ea36da137144548295c016d99255af53c3/lib/infrared/encoder_decoder/kaseikyo/infrared_decoder_kaseikyo.c#L26)\u003cbr/\u003eand ID is MSB of address.\u003cbr/\u003eaddress: 8A 02 20 00\u003cbr/\u003ecommand: 56 03 00 00\u003cbr/\u003e-\u003e **IRremote:**\u003cbr/\u003eAddress 0x6A8, sendPanasonic (for 02 20) and Command 0x35 | \\\u003cstart bit\u003e\\\u003cVendorID:16\u003e\\\u003cVendorID parity:4\u003e\\\u003cAddress:12\u003e\\\u003cCommand:8\u003e\\\u003cParity of VendorID parity, Address and Command:8\u003e\\\u003cstop bit\u003e |\n\n\u003cbr/\u003e\n\n\n# Tiny NEC receiver and sender\nFor applications only requiring NEC, NEC variants or FAST -see below- protocol, there is a special receiver / sender included,\nwhich has very **small code size of 500 bytes and does NOT require any timer**.\n\n## Principle of operation\nInstead of sampling the input every 50 \u0026micro;s as IRremote does, TinyReceiver receiver uses a **pin change interrupt** for on-the-fly decoding which limits the choice of protocols.\u003cbr/\u003e\nOn each level change, the level and the time since the last change are used to incrementally decode the protocol.\u003cbr/\u003e\nWith this operating principle, we **cannot wait for a timeout** and then decode the protocol as IRremote does.\u003cbr/\u003e\nInstead, we need to know which is the last bit (level change) of a protocol to do the final decoding \nand the call of the optional **user provided callback function** `handleReceivedTinyIRData()`.\u003cbr/\u003e\nThis means, **we need to know the number of bits in a protocol** and therefore the protocol (family).\n\nCheck out the [TinyReceiver](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#tinyreceiver--tinysender) and [IRDispatcherDemo](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#irdispatcherdemo) examples.\u003cbr/\u003e\nTake care to include `TinyIRReceiver.hpp` or `TinyIRSender.hpp` instead of `IRremote.hpp`.\n\n### TinyIRReceiver usage\n```c++\n//#define USE_ONKYO_PROTOCOL    // Like NEC, but take the 16 bit address and command each as one 16 bit value and not as 8 bit normal and 8 bit inverted value.\n//#define USE_FAST_PROTOCOL     // Use FAST protocol instead of NEC / ONKYO\n#include \"TinyIRReceiver.hpp\"\n\nvoid setup() {\n  initPCIInterruptForTinyReceiver(); // Enables the interrupt generation on change of IR input signal\n}\n\nvoid loop() {\n    if (TinyReceiverDecode()) {\n        printTinyReceiverResultMinimal(\u0026Serial);\n    }\n    // No resume() required :-)\n}\n```\n\n### TinyIRSender usage\n```c++\n#include \"TinyIRSender.hpp\"\n\nvoid setup() {\n  sendNEC(3, 0, 11, 2); // Send address 0 and command 11 on pin 3 with 2 repeats.\n}\n\nvoid loop() {}\n```\n\nAnother tiny receiver and sender **supporting more protocols** can be found [here](https://github.com/LuisMiCa/IRsmallDecoder).\n\n# The FAST protocol\nThe FAST protocol is a proprietary modified JVC protocol **without address, with parity and with a shorter header**.\nIt is meant to have a quick response to the event which sent the protocol frame on another board.\nFAST takes **21 ms for sending** and is sent at a **50 ms period**.\nIt has full 8 bit parity for error detection.\n\n### FAST protocol characteristics:\n- Bit timing is like JVC\n- The header is shorter, 3156 \u0026micro;s vs. 12500 \u0026micro;s\n- No address and 16 bit data, interpreted as 8 bit command and 8 bit inverted command, leading to a fixed protocol length of (6 + (16 * 3) + 1) * 526 = 55 * 526 = 28930 microseconds or 29 ms.\n- Repeats are sent as complete frames but in a 50 ms period / with a 21 ms distance.\n\n### Sending FAST protocol with IRremote\n```c++\n#define IR_SEND_PIN 3\n#include \u003cIRremote.hpp\u003e\n\nvoid setup() {\n  sendFAST(11, 2); // Send command 11 on pin 3 with 2 repeats.\n}\n\nvoid loop() {}\n```\n\n### Sending FAST protocol with TinyIRSender\n```c++\n#define USE_FAST_PROTOCOL // Use FAST protocol. No address and 16 bit data, interpreted as 8 bit command and 8 bit inverted command\n#include \"TinyIRSender.hpp\"\n\nvoid setup() {\n  sendFAST(3, 11, 2); // Send command 11 on pin 3 with 2 repeats.\n}\n\nvoid loop() {}\n```\n\u003cbr/\u003e\n\nThe FAST protocol can be received by IRremote and TinyIRReceiver.\n\n# FAQ and hints\n## Receiving stops after analogWrite() or tone() or after running a motor.\nThe receiver sample interval of 50 µs is generated by a timer. On many boards this must be a [hardware timer](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#timer-and-pin-usage).\nOn some boards where a software timer is available, the software timer is used.\u003cbr/\u003e\nBe aware that the hardware timer used for receiving should not be used for `analogWrite()`.\u003cbr/\u003e\nEspecially **motor** control often uses the `analogWrite()` function and will therefore stop the receiving if used on the pins indicated [here](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#timer-and-pin-usage).\u003cbr/\u003e\nOn the Uno and other AVR boards the receiver timer ist the same as the tone timer. Thus receiving will stop after a `tone()` command.\nSee [ReceiveDemo example](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/ReceiveDemo/ReceiveDemo.ino#L284-L298) how to deal with it, i.e. how to use `IrReceiver.restartTimer()`.\n\n## Receiving sets overflow flag.\nThe flag `IRDATA_FLAGS_WAS_OVERFLOW` is set, if `RAW_BUFFER_LENGTH` is too small for all the marks and spaces of the protocol.\nThis can happen on long protocol frames like the ones from air conditioner.\nIt also can happen, if `RECORD_GAP_MICROS` is smaller than the real gap between a frame and thr repetition frame, thus interpreting both as one consecutive frame.\nBest is to dump the timing then, to see which reason holds.\n\n## Problems with Neopixels, FastLed etc.\nIRremote will not work right when you use **Neopixels** (aka WS2811/WS2812/WS2812B) or other libraries blocking interrupts for a longer time (\u003e 50 \u0026micro;s).\u003cbr/\u003e\nWhether you use the Adafruit Neopixel lib, or FastLED, interrupts get disabled on many lower end CPUs like the basic Arduinos for longer than 50 \u0026micro;s.\nIn turn, this stops the IR interrupt handler from running when it needs to. See also this [video](https://www.youtube.com/watch?v=62-nEJtm070).\n\nOne **workaround** is to wait for the IR receiver to be idle before you send the Neopixel data with `if (IrReceiver.isIdle()) { strip.show();}`.\u003cbr/\u003e\nThis **prevents at least breaking a running IR transmission** and -depending of the update rate of the Neopixel- may work quite well.\u003cbr/\u003e\nThere are some other solutions to this on more powerful processors,\n[see this page from Marc MERLIN](http://marc.merlins.org/perso/arduino/post_2017-04-03_Arduino-328P-Uno-Teensy3_1-ESP8266-ESP32-IR-and-Neopixels.html)\n\n## Does not work/compile with another library\n**Another library is only working/compiling** if you deactivate the line `IrReceiver.begin(IR_RECEIVE_PIN, ENABLE_LED_FEEDBACK);`.\u003cbr/\u003e\nThis is often due to **timer resource conflicts** with the other library. Please see [below](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#timer-and-pin-usage).\n\n## Multiple IR receiver and sender instances\n**This library supports only one IR receiver and one IR sender object (IRrecv and IRsend) per CPU.**\u003cbr/\u003e\nHowever since sending is a serial task, you can use `setSendPin()` to switch the pin to send, thus emulating multiple sender.\u003cbr/\u003e\nThe receiver uses a special **timer** triggered function, which reads the digital IR signal value from one pin every 50 \u0026micro;s.\u003cbr/\u003e\nSo **multiple IR receivers** can only be used by connecting the output pins of several IR receivers together.\nThe IR receiver modules internally use an NPN transistor as output device with just a 30k resistor to VCC.\nThis is basically an \"open collector\" and allows multiple output pins to be connected to one Arduino input pin.\u003cbr/\u003e\nHowever, keep in mind that any weak / disturbed signal from one of the receivers will also interfere with a good signal from another receiver.\n\n## Increase strength of sent output signal\n**The best way to increase the IR power for free** is to use 2 or 3 IR diodes in series. One diode requires 1.2 volt at 20 mA or 1.5 volt at 100 mA so you can supply up to 3 diodes with a 5 volt output.\u003cbr/\u003e\nTo power **2 diodes** with 1.2 V and 20 mA and a 5 V supply, set the resistor to: (5 V - 2.4 V) -\u003e 2.6 V / 20 mA = **130 \u0026ohm;**.\u003cbr/\u003e\nFor **3 diodes** it requires 1.4 V / 20 mA = **70 \u0026ohm;**.\u003cbr/\u003e\nThe actual current might be lower since of **loss at the AVR pin**. E.g. 0.3 V at 20 mA.\u003cbr/\u003e\nIf you do not require more current than 20 mA, there is no need to use an external transistor (at least for AVR chips).\n\nOn my Arduino Nanos, I always use a 100 \u0026ohm; series resistor and one IR LED :grinning:.\n\n## Minimal CPU clock frequency\nFor receiving, the **minimal CPU clock frequency is 4 MHz**, since the 50 \u0026micro;s timer ISR (Interrupt Service Routine) takes around 12 \u0026micro;s on a 16 MHz ATmega.\u003cbr/\u003e\nThe TinyReceiver, which requires no polling, runs with 1 MHz.\u003cbr/\u003e\nFor sending, the **default software generated PWM has problems on AVR running with 8 MHz**. The PWM frequency is around 30 instead of 38 kHz and RC6 is not reliable. You can switch to timer PWM generation by `#define SEND_PWM_BY_TIMER`.\n\n## Bang \u0026 Olufsen protocol\nThe Bang \u0026 Olufsen protocol decoder is not enabled by default, i.e if no protocol is enabled explicitly by #define `DECODE_\u003cXYZ\u003e`. It must always be enabled explicitly by `#define DECODE_BEO`.\nThis is because it has an **IR transmit frequency of 455 kHz** and therefore requires a different receiver hardware (TSOP7000).\u003cbr/\u003e\nAnd because **generating a 455 kHz PWM signal is currently only implemented for `SEND_PWM_BY_TIMER`**, sending only works if `SEND_PWM_BY_TIMER` or `USE_NO_SEND_PWM` is defined.\u003cbr/\u003e\nFor more info, see [ir_BangOlufsen.hpp](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/ir_BangOlufsen.hpp#L44).\n\n# Examples for this library\nThe examples are available at File \u003e Examples \u003e Examples from Custom Libraries / IRremote.\u003cbr/\u003e\n In order to fit the examples to the 8K flash of ATtiny85 and ATtiny88, the [Arduino library ATtinySerialOut](https://github.com/ArminJo/ATtinySerialOut) is required for this CPU's.\u003cbr/\u003e\nSee also [DroneBot Workshop SimpleReceiver](https://dronebotworkshop.com/ir-remotes/#SimpleReceiver_Example_Code) and [SimpleSender](https://dronebotworkshop.com/ir-remotes/#SimpleSender_Example_Code).\n\n#### SimpleReceiver + SimpleSender\nThe **[SimpleReceiver](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/SimpleReceiver/SimpleReceiver.ino)**  and **[SimpleSender](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/SimpleSender/SimpleSender.ino)** examples are a good starting point.\nA simple example can be tested online with [WOKWI](https://wokwi.com/projects/338611596994544210).\n\n#### SimpleReceiverForHashCodes\nThe **[SimpleReceiverForHashCodes](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/SimpleReceiver/SimpleReceiver.ino)** uses only the hash decoder.\nIt converts all IR frames longer than 6 to a 32 bit hash code, thus enabling receiving of unknown protocols.\u003cbr/\u003e\nSee: http://www.righto.com/2010/01/using-arbitrary-remotes-with-arduino.html\n\n#### TinyReceiver + TinySender\nIf **code size** or **timer usage** matters, look at these examples.\u003cbr/\u003e\nThe **[TinyReceiver](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/TinyReceiver/TinyReceiver.ino)** example uses the **TinyIRReceiver** library\nwhich can **only receive NEC, Extended NEC, ONKYO and FAST protocols, but does not require any timer**.\nThey use pin change interrupt for on the fly decoding, which is the reason for the restricted protocol choice.\u003cbr/\u003e\nTinyReceiver can be tested online with [WOKWI](https://wokwi.com/arduino/projects/339264565653013075).\n\nThe **[TinySender](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/TinySender/TinySender.ino)** example uses the **TinyIRSender** library  which can **only send NEC, ONKYO and FAST protocols**.\u003cbr/\u003e\nIt sends NEC protocol codes in standard format with 8 bit address and 8 bit command as in SimpleSender example. It has options to send using Extended NEC, ONKYO and FAST protocols.\nSaves  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).\n\n#### SmallReceiver\nIf the protocol is not NEC and code size matters, look at this [example](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/SmallReceiver/SmallReceiver.ino).\u003cbr/\u003e\n\n#### ReceiveDemo + AllProtocolsOnLCD\n[ReceiveDemo](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/ReceiveDemo/ReceiveDemo.ino) receives all protocols and **generates a beep with the Arduino tone() function** on each packet received.\u003cbr/\u003e\nLong press of one IR button (receiving of multiple repeats for one command) is detected.\u003cbr/\u003e\n[AllProtocolsOnLCD](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/AllProtocolsOnLCD/AllProtocolsOnLCD.ino) additionally **displays the short result on a 1602 LCD**. The LCD can be connected parallel or serial (I2C).\u003cbr/\u003e\nBy connecting debug pin to ground, you can force printing of the raw values for each frame. The pin number of the debug pin is printed during setup, because it depends on board and LCD connection type.\u003cbr/\u003e\nThis example also serves as an **example how to use IRremote and tone() together**.\n\n#### ReceiveDump\nReceives all protocols and dumps the received signal in different flavors including Pronto format. Since the printing takes much time, repeat signals may be skipped or interpreted as UNKNOWN.\n\n#### SendDemo\nSends all available protocols at least once.\n\n#### MultipleSendPins\nDemonstrates sending IR codes toggling between 2 **different send pins**.\n\n#### SendAndReceive\nDemonstrates **receiving while sending**.\n\n#### ReceiveAndSend\nRecord and **play back last received IR signal** at button press. IR frames of known protocols are sent by the appropriate protocol encoder. `UNKNOWN` protocol frames are stored as raw data and sent with `sendRaw()`.\n\n#### ReceiveAndSendDistanceWidth\nTry to decode each IR frame with the *universal* **DistanceWidth decoder**, store the data and send it on button press with `sendPulseDistanceWidthFromArray()`.\u003cbr/\u003e\nIf RAM is not more than 2k, the decoder only accepts mark or space durations up to 2500 microseconds to save RAM space, otherwise it accepts durations up to 10 ms.\u003cbr/\u003e\nStoring data for distance width protocol requires 17 bytes.\nThe ReceiveAndSend example requires 16 bytes for known protocol data and 37 bytes for raw data of e.g.NEC protocol.\n\n#### ReceiveOneAndSendMultiple\nServes 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.\nThis serves as a **Netflix-key emulation** for my old Samsung H5273 TV.\n\n#### IRDispatcherDemo\nFramework for **calling different functions of your program** for different IR codes.\n\n#### IRrelay\n**Control a relay** (connected to an output pin) with your remote.\n\n#### IRremoteExtensionTest\n[Example](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/IRremoteExtensionTest/IRremoteExtensionTest.ino) for a user defined class, which itself uses the IRrecv class from IRremote.\n\n#### SendLGAirConditionerDemo\n[Example](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/SendLGAirConditionerDemo/SendLGAirConditionerDemo.ino) for sending LG air conditioner IR codes controlled by Serial input.\u003cbr/\u003e\nBy just using the function `bool Aircondition_LG::sendCommandAndParameter(char aCommand, int aParameter)` you can control the air conditioner by any other command source.\u003cbr/\u003e\nThe file *acLG.h* contains the command documentation of the LG air conditioner IR protocol. Based on reverse engineering of the LG AKB73315611 remote.\n![LG AKB73315611 remote](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/pictures/LG_AKB73315611.jpg)\u003cbr/\u003e\nIReceiverTimingAnalysis can be tested online with [WOKWI](https://wokwi.com/projects/299033930562011656)\nClick on the receiver while simulation is running to specify individual IR codes.\n\n#### ReceiveAndSendHob2Hood\n[Example](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/SendLGAirConditionerDemo/ReceiveAndSendHobToHood.ino) for receiving and sending AEG / Elektrolux Hob2Hood protocol.\u003cbr/\u003e\n\n#### ReceiverTimingAnalysis\nThis [example](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/ReceiverTimingAnalysis/ReceiverTimingAnalysis.ino) analyzes the signal delivered by your IR receiver module.\nValues can be used to determine the stability of the received signal as well as a hint for determining the protocol.\u003cbr/\u003e\nIt also computes the `MARK_EXCESS_MICROS` value, which is the extension of the mark (pulse) duration introduced by the IR receiver module.\u003cbr/\u003e\nIt can be tested online with [WOKWI](https://wokwi.com/arduino/projects/299033930562011656).\nClick on the receiver while simulation is running to specify individual NEC IR codes.\n\n#### UnitTest\nReceiveDemo + SendDemo in one program. Demonstrates **receiving while sending**.\nHere you see the delay of the receiver output (blue) from the IR diode input (yellow).\n![Delay](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/pictures/IR_UnitTest_delay.bmp)\n\n# WOKWI online examples\n- [Simple receiver](https://wokwi.com/projects/338611596994544210)\n- [Simple toggle by IR key 5](https://wokwi.com/projects/338611596994544210)\n- [TinyReceiver](https://wokwi.com/arduino/projects/339264565653013075)\n- [ReceiverTimingAnalysis](https://wokwi.com/projects/299033930562011656)\n- [Receiver with LCD output and switch statement](https://wokwi.com/projects/298934082074575369)\n\n# IR control of a robot car\nThis [example](https://github.com/ArminJo/PWMMotorControl?tab=readme-ov-file#basicircontrol) of the **Arduino PWMMotorControl library** controls the basic functions of a robot car using the IRremote library.\u003cbr/\u003e\nIt controls 2 PWM motor channels, 2 motors at each channel.\u003cbr/\u003e\n[Here](https://www.instructables.com/Arduino-4WD-Car-Assembly-and-Code-With-Optional-In/) you can find the instructable for car assembly and code.\u003cbr/\u003e\n\nIR_RobotCar with TL1838 IR receiver plugged into expansion board.\u003cbr/\u003e\n![IR_RobotCar](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/pictures/IR_RobotCar.jpg)\n\n\u003cbr/\u003e\n\n# Issues and discussions\n- Do not open an issue without first testing some of the examples!\n- If you have a problem, please post the MCVE (Minimal Complete Verifiable Example) showing this problem. My experience is, that most of the times you will find the problem while creating this MCVE :smile:.\n- [Use code blocks](https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet#code); **it helps us to help you when we can read your code!**\n\n\u003cbr/\u003e\n\n# Compile options / macros for this library\nTo customize the library to different requirements, there are some compile options / macros available.\u003cbr/\u003e\nThese macros must be defined in your program **before** the line `#include \u003cIRremote.hpp\u003e` to take effect.\u003cbr/\u003e\nModify them by enabling / disabling them, or change the values if applicable.\n\n| Name | Default value | Description |\n|-|-:|-|\n| `RAW_BUFFER_LENGTH` | 200 | Buffer size of raw input uint16_t buffer. Must be even! If it is too small, overflow flag will be set. 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. A value of 200 requires 200 bytes RAM. |\n| `EXCLUDE_UNIVERSAL_PROTOCOLS` | disabled | Excludes the universal decoder for pulse distance width protocols and decodeHash (special decoder for all protocols) from `decode()`. Saves up to 1000 bytes program memory. |\n| `EXCLUDE_EXOTIC_PROTOCOLS` | disabled | Excludes BANG_OLUFSEN, BOSEWAVE, WHYNTER, FAST and LEGO_PF from `decode()` and from sending with `IrSender.write()`. Saves up to 650 bytes program memory. |\n| `DECODE_\u003cProtocol name\u003e` | all | Selection of individual protocol(s) to be decoded. You can specify multiple protocols. See [here](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/IRremote.hpp#L98-L121)  |\n| `DECODE_STRICT_CHECKS` |  disabled | Check for additional required 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. |\n| `IR_REMOTE_DISABLE_RECEIVE_COMPLETE_CALLBACK` |  disabled | Saves up to 60 bytes of program memory and 2 bytes RAM. |\n| `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. |\n| `RECORD_GAP_MICROS` | 5000 | Minimum gap between IR transmissions, to detect the end of a protocol.\u003cbr/\u003eMust be greater than any space of a protocol e.g. the NEC header space of 4500 \u0026micro;s.\u003cbr/\u003eMust be smaller than any gap between a command and a repeat; e.g. the retransmission gap for Sony is around 24 ms.\u003cbr/\u003eKeep in mind, that this is the delay between the end of the received command and the start of decoding. |\n| `DISTANCE_WIDTH_DECODER_DURATION_ARRAY_SIZE` | 50 if RAM \u003c= 2k, else 200 | A value of 200 allows to decode mark or space durations up to 10 ms. |\n| `IR_INPUT_IS_ACTIVE_HIGH` | disabled | Enable it if you use a RF receiver, which has an active HIGH output signal. |\n| `IR_SEND_PIN` | disabled | If specified, it reduces program size and improves send timing for AVR. If you want to use a variable to specify send pin e.g. with `setSendPin(uint8_t aSendPinNumber)`, you must not use / disable this macro in your source. |\n| `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)](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#timer-and-pin-usage). Is enabled for ESP32 and RP2040 in all examples, since they support PWM gereration for each pin without using a shared resource (timer). |\n| `IR_SEND_DUTY_CYCLE_PERCENT` | 30 | Duty cycle of IR send signal. |\n| `USE_NO_SEND_PWM` | disabled | Uses no carrier PWM, just simulate an **active low** receiver signal. Used for transferring signal by cable instead of IR. Overrides `SEND_PWM_BY_TIMER` definition. |\n| `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! |\n| `USE_ACTIVE_HIGH_OUTPUT_FOR_SEND_PIN` | disabled | Only if `USE_NO_SEND_PWM` is enabled. Simulate an **active high** receiver signal instead of an active low signal. |\n| `DISABLE_CODE_FOR_RECEIVER` | disabled |  Disables static receiver code like receive timer ISR handler and static IRReceiver and irparams data. Saves 450 bytes program memory and 269 bytes RAM if receiving functions are not required. |\n| `FEEDBACK_LED_IS_ACTIVE_LOW` | disabled | Required on some boards (like my BluePill and my ESP8266 board), where the feedback LED is active low. |\n| `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. |\n| `MICROS_PER_TICK` | 50 | Resolution of the raw input buffer data. Corresponds to 2 pulses of each 26.3 \u0026micro;s at 38 kHz. |\n| `TOLERANCE_FOR_DECODERS_MARK_OR_SPACE_MATCHING_PERCENT` | 25 | Relative tolerance for matchTicks(), matchMark() and matchSpace() functions used for protocol decoding. |\n| `DEBUG` | disabled | Enables lots of lovely debug output. |\n| `IR_USE_AVR_TIMER*` |  | Selection of timer to be used for generating IR receiving sample interval. |\n\nThese next macros for **TinyIRReceiver** must be defined in your program before the line `#include \u003cTinyIRReceiver.hpp\u003e` to take effect.\n| Name | Default value | Description |\n|-|-:|-|\n| `IR_RECEIVE_PIN` | 2 | The pin number for TinyIRReceiver IR input, which gets compiled in. Not used in IRremote. |\n| `IR_FEEDBACK_LED_PIN` | `LED_BUILTIN` | The pin number for TinyIRReceiver feedback LED, which gets compiled in. |\n| `NO_LED_FEEDBACK_CODE` | disabled | Disables the feedback LED function. Saves 14 bytes program memory. |\n| `DISABLE_PARITY_CHECKS` | disabled | Disables the addres and command parity checks. Saves 48 bytes program memory. |\n| `USE_EXTENDED_NEC_PROTOCOL` | disabled | Like NEC, but take the 16 bit address as one 16 bit value and not as 8 bit normal and 8 bit inverted value. |\n| `USE_ONKYO_PROTOCOL` | disabled | Like NEC, but take the 16 bit address and command each as one 16 bit value and not as 8 bit normal and 8 bit inverted value. |\n| `USE_FAST_PROTOCOL` | disabled | Use FAST protocol (no address and 16 bit data, interpreted as 8 bit command and 8 bit inverted command) instead of NEC. |\n| `ENABLE_NEC2_REPEATS` | disabled | Instead of sending / receiving the NEC special repeat code, send / receive the original frame for repeat. |\n| `USE_CALLBACK_FOR_TINY_RECEIVER` | disabled | Call the user provided function `void handleReceivedTinyIRData()` each time a frame or repeat is received. |\n\nThe next macro for **IRCommandDispatcher** must be defined in your program before the line `#include \u003cIRCommandDispatcher.hpp\u003e` to take effect.\n| `USE_TINY_IR_RECEIVER` | disabled | Use [TinyReceiver](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#tinyreceiver--tinysender) for receiving IR codes. |\n| `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. |\n| `BUZZER_PIN` |  | If `USE_TINY_IR_RECEIVER` is enabled, the pin to be used for the optional 50 ms buzzer feedback before executing a command. Other IR libraries than Tiny are not compatible with tone() command. |\n\n### Changing include (*.h) files with Arduino IDE\nFirst, use *Sketch \u003e Show Sketch Folder (Ctrl+K)*.\u003cbr/\u003e\nIf you have not yet saved the example as your own sketch, then you are instantly in the right library folder.\u003cbr/\u003e\nOtherwise you have to navigate to the parallel `libraries` folder and select the library you want to access.\u003cbr/\u003e\nIn both cases the library source and include files are located in the libraries `src` directory.\u003cbr/\u003e\nThe modification must be renewed for each new library version!\n\n### Modifying compile options / macros with PlatformIO\nIf you are using PlatformIO, you can define the macros in the *[platformio.ini](https://docs.platformio.org/en/latest/projectconf/section_env_build.html)* file with `build_flags = -D MACRO_NAME` or `build_flags = -D MACRO_NAME=macroValue`.\n\n### Modifying compile options / macros with Sloeber IDE\nIf you are using [Sloeber](https://eclipse.baeyens.it) as your IDE, you can easily define global symbols with *Properties \u003e Arduino \u003e CompileOptions*.\u003cbr/\u003e\n![Sloeber settings](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/pictures/SloeberDefineSymbols.png)\n\n\u003cbr/\u003e\n\n# Supported Boards\n**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.**\u003cbr/\u003e\nFor **ESP8266/ESP32**, [this library](https://github.com/crankyoldgit/IRremoteESP8266) supports an [impressive set of protocols and a lot of air conditioners](https://github.com/crankyoldgit/IRremoteESP8266/blob/master/SupportedProtocols.md)\u003cbr/\u003e\n\u003cbr/\u003e\nDigispark boards are only tested with [ATTinyCore](https://github.com/SpenceKonde/ATTinyCore) using `New Style` pin mapping for the Digispark Pro board.\u003cbr/\u003e\nATtiny boards are only tested with [ATTinyCore](https://github.com/SpenceKonde/ATTinyCore#supported-devices) or [megaTinyCore](https://github.com/SpenceKonde/megaTinyCore).\n\n- Arduino Uno / Mega / Leonardo / Duemilanove / Diecimila / LilyPad / Mini / Fio / Nano etc.\n- Arduino Uno R4, but not yet tested, because of lack of a R4 board. **Sending does not work** on the `arduino:renesas_uno:unor4wifi`.\n- Teensy 1.0 / 1.0++ / 2.0 / 2++ / 3.0 / 3.1 / 3.2 / Teensy-LC - but [limited support](https://forum.pjrc.com/threads/65912-Enable-Continuous-Integration-with-arduino-cli-for-3-party-libraries); Credits: PaulStoffregen (Teensy Team)\n- Sanguino\n- ATmega8, 48, 88, 168, 328\n- ATmega8535, 16, 32, 164, 324, 644, 1284,\n- ATmega64, 128\n- ATmega4809 (Nano every)\n- ATtiny3217 (Tiny Core 32 Dev Board)\n- ATtiny84, 85, 167 (Digispark + Digispark Pro)\n- SAMD (Zero, MKR*, **but not DUE, the latter is SAM architecture**)\n- ESP8266\n- ESP32 (ESP32-C3 since board package 2.0.2 from Espressif)\n- Sparkfun Pro Micro\n- Nano Every, Uno WiFi Rev2, nRF5 BBC MicroBit, Nano33_BLE\n- BluePill with STM32\n- RP2040 based boards (Raspberry Pi Pico, Nano RP2040 Connect etc.)\n\n\n\nWe 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.\u003cbr/\u003e\nIf 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.\n\n\u003cbr/\u003e\n\n# Timer and pin usage\nThe **receiver sample interval of 50 \u0026micro;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.\u003cbr/\u003e\nOn **ESP8266** `timer1` is used for receive interrupts, which makes it incompatible to the Servo and other libraries.\u003cbr/\u003e\nOn **ESP32** `hw_timer_t` is used for receive interrupts.\n\nEvery pin can be used for receiving.\u003cbr/\u003e\nIf software PWM is selected, which is default, every pin can also be used for sending. Sending with software PWM does not require a timer!\n\nThe TinyReceiver example uses the **TinyReceiver** library,  which can **only receive NEC codes, but does not require any timer** and runs even on a 1 MHz ATtiny85.\n\nThe code for the timer and the **timer selection** is located in [private/IRTimer.hpp](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/private/IRTimer.hpp). The selected timer can be adjusted here.\n\n**Be aware that the hardware timer used for receiving should not be used for analogWrite()!**.\u003cbr/\u003e\n\n| Board/CPU | Receive\u003cbr/\u003e\u0026 send PWM Timer\u003cbr/\u003eDefault timer is **bold** | Hardware-Send-PWM Pin | analogWrite()\u003cbr/\u003epins occupied by timer |\n|-|-|-|-|\n| [ATtiny84](https://github.com/SpenceKonde/ATTinyCore/blob/v2.0.0-devThis-is-the-head-submit-PRs-against-this/avr/extras/ATtiny_x4.md)          | **1**    | **6**         | |\n| [ATtiny85 \u003e 4 MHz](https://github.com/SpenceKonde/ATTinyCore/blob/v2.0.0-devThis-is-the-head-submit-PRs-against-this/avr/extras/ATtiny_x5.md)  | **0**, 1 | **0**, 4      | **0**, 1 \u0026 4          |\n| [ATtiny88 \u003e 4 MHz](https://github.com/SpenceKonde/ATTinyCore/blob/v2.0.0-devThis-is-the-head-submit-PRs-against-this/avr/extras/ATtiny_x8.md)  | **1**    | **PB1 / 8**   | **PB1 / 8 \u0026 PB2 / 9** |\n| [ATtiny167 \u003e 4 MHz](https://github.com/SpenceKonde/ATTinyCore/blob/v2.0.0-devThis-is-the-head-submit-PRs-against-this/avr/extras/ATtiny_x7.md) | **1**    | **9**, 8 - 15 | **8 - 15**            |\n| [ATtiny1604](https://github.com/SpenceKonde/megaTinyCore/blob/master/megaavr/extras/ATtiny_x04.md)            | **TCB0**      | **PA05**   |\n| [ATtiny1614, ATtiny816](https://github.com/SpenceKonde/megaTinyCore/blob/master/megaavr/extras/ATtiny_x14.md) | **TCA0**      | **PA3**    |\n| [ATtiny3217](https://github.com/SpenceKonde/megaTinyCore/blob/master/megaavr/extras/ATtiny_x17.md)            | **TCA0**, TCD | %          |\n| [ATmega8](https://github.com/MCUdude/MiniCore#supported-microcontrollers)                                     | **1**         | **9**      |\n| [ATmega1284](https://github.com/MCUdude/MightyCore#supported-microcontrollers)                                | 1, **2**, 3   | 13, 14, 6  |\n| [ATmega164, ATmega324, ATmega644](https://github.com/MCUdude/MightyCore#supported-microcontrollers)           | 1, **2**      | 13, **14** |\n| [ATmega8535 ATmega16, ATmega32](https://github.com/MCUdude/MightyCore#supported-microcontrollers)             | **1**         | **13**     |\n| [ATmega64, ATmega128, ATmega1281, ATmega2561](https://github.com/MCUdude/MegaCore#supported-microcontrollers) | **1**         | **13**     |\n| [ATmega8515, ATmega162](https://github.com/MCUdude/MajorCore#pinout                              )            | **1**         | **13**     |\n| ATmega168, **ATmega328**                                                 | 1, **2**          | 9, **3**            | 9 \u0026 10, **3 \u0026 11**    |\n| ATmega1280, **ATmega2560**                                               | 1, **2**, 3, 4, 5 | 5, 6, **9**, 11, 46 | 5, 6, **9**, 11, 46   |\n| ATmega4809                                                               | **TCB0**          | **A4**              | |\n| Leonardo (Atmega32u4)                                                    | 1, 3, **4_HS**    | 5, **9**, 13        | 5, **9**, 13 |\n| Zero (SAMD)                                                              | **TC3**           | \\*, **9**           | |\n| [ESP8266](http://esp8266.net/)                                           | **timer1**        | %                   | |\n| [ESP32](http://esp32.net/)                                               | **hw_timer_t**\u003cbr/\u003e**Ledc channel 0** | All pins | |\n| [Sparkfun Pro Micro](https://www.sparkfun.com/products/12640)            | 1, **3**          | **5**, 9            | |\n| [Teensy 1.0](https://www.pjrc.com/teensy/pinout.html)                    | **1**             | **17**              | 15, 18 |\n| [Teensy 2.0](https://www.pjrc.com/teensy/pinout.html)                    | 1, 3, **4_HS**    | 9, **10**, 14       | 12 |\n| [Teensy++ 1.0 / 2.0](https://www.pjrc.com/teensy/pinout.html)            | 1, **2**, 3       | **1**, 16, 25       | 0 |\n| [Teensy-LC](https://www.pjrc.com/teensy/pinout.html)                     | **TPM1**          | **16**              | 17 |\n| [Teensy 3.0 - 3.6](https://www.pjrc.com/teensy/pinout.html)              | **CMT**           | **5**               | |\n| [Teensy 4.0 - 4.1](https://www.pjrc.com/teensy/pinout.html)              | **FlexPWM1.3**    | **8**               | 7, 25 |\n| [BluePill / STM32F103C8T6](https://github.com/stm32duino/Arduino_Core_STM32)  | **3**        | %                   | **PA6 \u0026 PA7 \u0026 PB0 \u0026 PB1** |\n| [BluePill / STM32F103C8T6](https://stm32-base.org/boards/STM32F103C8T6-Blue-Pill) | **TIM4** | %                   | **PB6 \u0026 PB7 \u0026 PB8 \u0026 PB9** |\n| [RP2040 / Pi Pico](https://github.com/earlephilhower/arduino-pico)       | [default alarm pool](https://raspberrypi.github.io/pico-sdk-doxygen/group__repeating__timer.html) | All pins | No pin |\n| [RP2040 / Mbed based](https://github.com/arduino/ArduinoCore-mbed)       | Mbed Ticker       | All pins            | No pin |\n\n### No timer required for sending\nThe **send PWM signal** is by default generated by software. **Therefore every pin can be used for sending**.\nThe PWM pulse length is guaranteed to be constant by using `delayMicroseconds()`.\nTake care not to generate interrupts during sending with software generated PWM, otherwise you will get jitter in the generated PWM.\nE.g. wait for a former `Serial.print()` statement to be finished by `Serial.flush()`.\nSince the Arduino `micros()` function has a resolution of 4 \u0026micro;s at 16 MHz, we always see a small jitter in the signal, which seems to be OK for the receivers.\n\n| Software generated PWM showing small jitter because of the limited resolution of 4 \u0026micro;s of the Arduino core `micros()` function for an ATmega328 | Detail (ATmega328 generated) showing 30% duty cycle |\n|-|-|\n| ![Software PWM](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/pictures/IR_PWM_by_software_jitter.png) | ![Software PWM detail](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/pictures/IR_PWM_by_software_detail.png) |\n\n## Incompatibilities to other libraries and Arduino commands like tone() and analogWrite()\nIf 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.\n\n### Use NEC protocol and TinyReceiver\n[TinyReceiver](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#tiny-nec-receiver-and-sender) does not require a timer, it relies on interrupts, thus avoiding any timer resource problems.\n\n### Change timer\nThe best approach is to **change the timer** used for IRremote, which can be accomplished by specifying the timer before `#include \u003cIRremote.hpp\u003e`.\u003cbr/\u003e\nThe timer specifications available for your board can be found in [private/IRTimer.hpp](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/private/IRTimer.hpp).\u003cbr/\u003e\n\n```c++\n// Arduino Mega\n#elif defined(__AVR_ATmega1280__) || defined(__AVR_ATmega2560__)\n#  if !defined(IR_USE_AVR_TIMER1) \u0026\u0026 !defined(IR_USE_AVR_TIMER2) \u0026\u0026 !defined(IR_USE_AVR_TIMER3) \u0026\u0026 !defined(IR_USE_AVR_TIMER4) \u0026\u0026 !defined(IR_USE_AVR_TIMER5)\n//#define IR_USE_AVR_TIMER1   // send pin = pin 11\n#define IR_USE_AVR_TIMER2     // send pin = pin 9\n//#define IR_USE_AVR_TIMER3   // send pin = pin 5\n//#define IR_USE_AVR_TIMER4   // send pin = pin 6\n//#define IR_USE_AVR_TIMER5   // send pin = pin 46\n#  endif\n```\nHere you see the Arduino Mega board and the available specifications are `IR_USE_AVR_TIMER[1,2,3,4,5]`.\u003cbr/\u003e\nYou **just have to include a line** e.g. `#define IR_USE_AVR_TIMER3` before `#include \u003cIRremote.hpp\u003e` to enable timer 3.\n\nBut be aware that the new timer in turn might be again incompatible with other libraries or Arduino functions.\u003cbr/\u003e\nFor non AVR boards/platforms you must look for the appropriate section guarded by e.g. `#elif defined(ESP32)`.\n\n### Stop and start timer\nAnother 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**.\nAn example can be seen [here](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/ReceiveDemo/ReceiveDemo.ino#L284-L298), where the IR timer is restarted after the tone has stopped.\n\n```c++\nIrReceiver.stopTimer(); // Stop timer consistently before calling tone() or other functions using the timer resource.\ntone(TONE_PIN, 2200, 8);\ndelay(8);\nIrReceiver.restartTimer(); // Restart IR timer after timer resource is no longer blocked.\n```\nThis works on AVR boards like Uno because each call to` tone()` completely initializes the timer 2 used by the `tone()` command.\n\n## Hardware-PWM signal generation for sending\nIf you define `SEND_PWM_BY_TIMER`, the send PWM signal is forced to be generated by a hardware timer on most platforms.\u003cbr/\u003e\nBy default, the same timer as for the receiver is used.\u003cbr/\u003e\nSince 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](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/private/IRTimer.hpp)\u003cbr/\u003e\n**Exeptions** are currently [ESP32, ARDUINO_ARCH_RP2040, PARTICLE and ARDUINO_ARCH_MBED](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/examples/SimpleSender/PinDefinitionsAndMore.h#L334), where **PWM generation does not require a timer**.\n\n## Why do we use 30% duty cycle for sending\nWe [do it](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/IRSend.hpp#L1192) according to the statement in the [Vishay datasheet](https://www.vishay.com/docs/80069/circuit.pdf):\n- Carrier duty cycle 50 %, peak current of emitter IF = 200 mA, the resulting transmission distance is 25 m.\n- Carrier duty cycle 10 %, peak current of emitter IF = 800 mA, the resulting transmission distance is 29 m. - Factor 1.16\nThe reason is, that it is not the pure energy of the fundamental which is responsible for the receiver to detect a signal.\nDue to automatic gain control and other bias effects, high intensity of the 38 kHz pulse counts more than medium intensity (e.g. 50% duty cycle) at the same total energy.\n\n\u003cbr/\u003e\n\n# How we decode signals\nThe IR signal is sampled at a **50 \u0026micro;s interval**. For a constant 525 \u0026micro;s pulse or pause we therefore get 10 or 11 samples, each with 50% probability.\u003cbr/\u003e\nAnd believe me, if you send a 525 \u0026micro;s signal, your receiver will output something between around 400 and 700 \u0026micro;s!\u003cbr/\u003e\nTherefore **we decode by default with a +/- 25% margin** using the formulas [here](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/src/IRremoteInt.h#L376-L399).\u003cbr/\u003e\nE.g. for the NEC protocol with its 560 \u0026micro;s unit length, we have TICKS_LOW = 8.358 and TICKS_HIGH = 15.0. This means, we accept any value between 8 ticks / 400 \u0026micro;s and 15 ticks / 750 \u0026micro;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.\u003cbr/\u003e\nAnd since the receivers generated marks are longer or shorter than the spaces,\nwe have introduced the [`MARK_EXCESS_MICROS`](https://github.com/Arduino-IRremote/Arduino-IRremote?tab=readme-ov-file#compile-options--macros-for-this-library) macro\nto compensate for this receiver (and signal strength as well as ambient light dependent :disappointed: ) specific deviation.\u003cbr/\u003e\nWelcome to the world of **real world signal processing**.\n\n\u003cbr/\u003e\n\n# NEC encoding diagrams\nCreated with sigrok PulseView with IR_NEC decoder by DjordjeMandic.\u003cbr/\u003e\n8 bit address NEC code\n![8 bit address NEC code](https://user-images.githubusercontent.com/6750655/108884951-78e42b80-7607-11eb-9513-b07173a169c0.png)\n16 bit address NEC code\n![16 bit address NEC code](https://user-images.githubusercontent.com/6750655/108885081-a6c97000-7607-11eb-8d35-274a7065b6c4.png)\n\n\u003cbr/\u003e\n\n# Quick comparison of 5 Arduino IR receiving libraries\n**This is a short comparison and may not be complete or correct.**\n\nI created this comparison matrix for [myself](https://github.com/ArminJo) in order to choose a small IR library for my project and to have a quick overview, when to choose which library.\u003cbr/\u003e\nIt is dated from **24.06.2022** and updated 10/2023. If you have complains about the data or request for extensions, please send a PM or open a discussion.\n\n[Here](https://github.com/crankyoldgit/IRremoteESP8266) you find an **ESP8266/ESP32** version of IRremote with an **[impressive list of supported protocols](https://github.com/crankyoldgit/IRremoteESP8266/blob/master/SupportedProtocols.md)**.\n\n| Subject | [IRMP](https://github.com/IRMP-org/IRMP) | [IRLremote](https://github.com/NicoHood/IRLremote) | [IRLib2](https://github.com/cyborg5/IRLib2)\u003cbr/\u003e**mostly unmaintained** | [IRremote](https://github.com/Arduino-IRremote/Arduino-IRremote) | [TinyIR](https://github.com/Arduino-IRremote/Arduino-IRremote/tree/master/examples/TinyReceiver/TinyReceiver.ino) | [IRsmallDecoder](https://github.com/LuisMiCa/IRsmallDecoder)\n|-|-|-|-|-|-|-|\n| Number of protocols | **50** | Nec + Panasonic + Hash \\* | 12 + Hash \\* | 17 + PulseDistance + Hash \\* | NEC + FAST | NEC + RC5 + Sony + Samsung |\n| Timing method receive | Timer2 or interrupt for pin 2 or 3 | **Interrupt** | Timer2 or interrupt for pin 2 or 3 | Timer2 | **Interrupt** | **Interrupt** |\n| Timing method send | PWM and timing with Timer2 interrupts | Timer2 interrupts | Timer2 and blocking wait | PWM with Timer2 and/or blocking wait with delay\u003cbr/\u003eMicroseconds() | blocking wait with delay\u003cbr/\u003eMicroseconds() | % |\n| Send pins| All | All | All ? | Timer dependent | All | % |\n| Decode method | OnTheFly | OnTheFly | RAM | RAM | OnTheFly | OnTheFly |\n| Encode method | OnTheFly | OnTheFly | OnTheFly | OnTheFly or RAM | OnTheFly | % |\n| Callback support | x | % | % | x | x | % |\n| Repeat handling | Receive + Send (partially) | % | ? | Receive + Send | Receive + Send | Receive |\n| LED feedback | x | % | x | x | Receive | % |\n| FLASH usage (simple NEC example with 5 prints) | 1820\u003cbr/\u003e(4300 for 15 main / 8000 for all 40 protocols)\u003cbr/\u003e(+200 for callback)\u003cbr/\u003e(+80 for interrupt at pin 2+3)| 1270\u003cbr/\u003e(1400 for pin 2+3) | 4830 | 1770 | **900** | ?1100? |\n| RAM usage | 52\u003cbr/\u003e(73 / 100 for 15 (main) / 40 protocols) | 62 | 334 | 227 | **19** | 29 |\n| Supported platforms | **avr, megaavr, attiny, Digispark (Pro), esp8266, ESP32, STM32, SAMD 21, Apollo3\u003cbr/\u003e(plus arm and pic for non Arduino IDE)** | avr, esp8266 | avr, SAMD 21, SAMD 51 | avr, attiny, [esp8266](https://github.com/crankyoldgit/IRremoteESP8266), esp32, SAM, SAMD | **All platforms with attach\u003cbr/\u003eInterrupt()** | **All platforms with attach\u003cbr/\u003eInterrupt()** |\n| Last library update | 5/2023 | 4/2018 | 11/2022 | 9/2023 | 5/2023 | 2/2022 |\n| Remarks | Decodes 40 protocols concurrently.\u003cbr/\u003e39 Protocols to send.\u003cbr/\u003eWork in progress. | Only one protocol at a time. | Consists of 5 libraries. **Project containing bugs - 63 issues, 10 pull requests.* | Universal decoder and encoder.\u003cbr/\u003eSupports **Pronto** codes and sending of raw timing values. | Requires no timer. | Requires no timer. |\n\n\\* The Hash protocol gives you a hash as code, which may be sufficient to distinguish your keys on the remote, but may not work with some protocols like Mitsubishi\n\n\u003cbr/\u003e\n\n# [History](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/changelog.md)\n\n# Useful links\n- [List of public IR code databases](http://www.harctoolbox.org/IR-resources.html)\n- [LIRC database](http://lirc-remotes.sourceforge.net/remotes-table.html)\n- [IRMP list of IR protocols](https://www.mikrocontroller.net/articles/IRMP_-_english#IR_Protocols)\n- [IRDB database for IR codes](https://github.com/probonopd/irdb/tree/master/codes)\n- [IRP definition files for IR protocols](https://github.com/probonopd/MakeHex/tree/master/protocols)\n- [Good introduction to IR remotes by DroneBot Workshop](https://dronebotworkshop.com/ir-remotes/)\n- [IR Remote Control Theory and some protocols (upper right hamburger icon)](https://www.sbprojects.net/knowledge/ir/)\n- [Interpreting Decoded IR Signals (v2.45)](http://www.hifi-remote.com/johnsfine/DecodeIR.html)\n- [\"Recording long Infrared Remote control signals with Arduino\"](https://www.analysir.com/blog/2014/03/19/air-conditioners-problems-recording-long-infrared-remote-control-signals-arduino)\n- The original blog post of Ken Shirriff [A Multi-Protocol Infrared Remote Library for the Arduino](http://www.arcfn.com/2009/08/multi-protocol-infrared-remote-library.html)\n- [Vishay datasheet](https://www.vishay.com/docs/80069/circuit.pdf)\n\n# [Contributors](https://github.com/Arduino-IRremote/Arduino-IRremote/blob/master/Contributors.md)\n\n# License\nUp to the version 2.7.0, the License is GPLv2.\nFrom the version 2.8.0, the license is the MIT license.\n\n# Copyright\nInitially coded 2009 Ken Shirriff http://www.righto.com\u003cbr/\u003e\nCopyright (c) 2016-2017 Rafi Khan https://rafikhan.io\u003cbr/\u003e\nCopyright (c) 2020-2024 [Armin Joachimsmeyer](https://github.com/ArminJo)\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2FArduino-IRremote%2FArduino-IRremote","html_url":"https://awesome.ecosyste.ms/projects/github.com%2FArduino-IRremote%2FArduino-IRremote","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2FArduino-IRremote%2FArduino-IRremote/lists"}