JP1 Remotes

Are there any plans for RemoteMaster to include a handy feature for converting device upgrade files (for most if not all IR protocols including certain combos) into LIRC files?

Some you may have heard about the Neutrino, a scaled down compatible version of the Arduino Zero.
A desirable characteristic is that it has low power features, and its high speed makes it viable for infrared remote control use, either via USB (even On-The-Go, especially if made more compact for a ...

One thing I have noticed with a number of the low-cost infrared dongles for Apple and/or Android devices, is that the app (and hardware) developers assume a carrier frequency of 38kHz, even when the learning function is used.
You may know this, but use of a 38kHz carrier for devices which do not use ...

This appears to be an NEC (Onkyo Combo) protocol, corresponding to UEI protocol 017E.
Have you tried Audio codes 0868, 1320, 1327 or 1805?

Update: Certain Pioneer Laserdisc players use an infrared protocol with a 48kHz carrier.

I consider devices which use NEC1 Device 0 (no Subdevice or Parameter) to be like a cancer, and can bring contention problems when two or more devices that use such a setup are in the same room.
But on a positive note, it helped me "rebuild" a number of remotes for such devices.

In the Tools section, I added a handy calculator (made out of curiosity) for determining the error rate of an infrared carrier frequency when the system clock is (and can only be) divided by a whole number.
This led me to discover why an 115.2K IRDA port had a short range on a Panasonic TV (36.7kHz ...

From Sharp GP1U58X and Vishay datasheets, I have identified infrared receiver modules with the following carrier frequencies (in kHz) with a corresponding protocol:

30.3 (Grundig)
32.75/33 (Mitsubishi and certain RECS80 and Thomson variants)
35 (Emerson and older Panasonic)
36 (Philips RC-5/RC-6 ...

Despite changing the baud rate of the aforesaid Arduino sketch to 9600, I am still having problems using it with IrScrutinizer.

When I use a serial monitor set to the baud rate to correspond with #define ARDUINO_SERIAL_BAUDRATE 115200 in the IRWidget sketch bundled with IrScrutinizer 1.0.0, I get meaningful output when output from an infrared diode+amplifier is received with a carrier frequency from a remote, but when I use ...

I found that the data format of the Sanyo LC7461M IR transmitter IC corresponds to UEI protocol 005E (Aiwa), but with the following difference of Aiwa (UEI 005E) having 8 Device bits with 5 Subdevice bits while the Sanyo LC7461M has 6 Device Bits (externally selectable) with 7 Subdevice bits (mask ...

For a fan remote with a BA5104/SC5104 transmitter and BA8206/SC8206 receiver, it decodes as an F12 protocol, and it has some variation as described below:

TC9148P (F12 - UEI protocol 001A) vs. BA5104/SC5104

Bit 0: Code Bit 1 (UEI 001A Device Bit 0)/Code Bit 2 set to 1
BIt 1: Code Bit 2 (UEI 001A ...

From a Vishay document "Data Formats for IR Remote Control", the Toshiba MICOM infrared format is similar to the NEC protocol.
In a Tempest SP2597RM TV and an Elekta CTR-1498EMK TV, both have a TMP47C634N microprocessor with a Program ID suffix of 2465.
I confirm that the Tempest remote protocol ...

I found that the shortest recordable period on a learned function on a URC-7562-B00 remote is 20uS (the shortest positive pulse period).

I made a circuit of an infrared signal amplifier (for Flash/carrierless remote protocols) and is working since it displays a waveform at the output of the circuit which is around 4Vpp, close to the 5V TTL level.
With this in mind, Flash protocol remotes seem to be a bit too fast for the Arduino ...