Project hardware – infrared

Using an FTDI PCB (with Vishay infrared receivers and emitters) as the basis for the project provides added benefits to my development including the following:

  • FTDI for infrared uses USB to TTL, however the same chips are more commonly used for RS-232 (which I plan to work on further down the line although I have done some initial experimenting with RS-232 and am familiar with FTDI USB to RS-232 devices).
  • As with most USB devices, they come with a unique serial number which can be retrieved when interrogating the device.
  • The EEPROM which stores the serial numbers is freely programmable from a number of operating systems which may be of use at a later date – I have experimented with programming non-FTDI USB to RS-232, such as the Prolific 2303, converters in the past without much success.
  • Readily available worldwide and relatively cheap.
  • Available in a range of formats, pre-moulded cables, chips / ICs and PCB modules.

Hardware in detail


The FTDI TTL-232R-5V-PCB is also available in a 3 volt version – the models are almost identical and only differ by the presence of R1 on the 5V model and R2 on the 3V version. Useful to know if you have one lying around and aren’t sure which model it is. The board is a basic USB to TTL serial converter and detailed information, schematics and EEPROM settings can be found in the datasheet online – I’m using these modules in their factory default states without any modifications to internal settings.

Vishay TSUS4300 (IR emitter) / Vishay TSOP38238 (IR receiver)

As most consumer remote controls operate at 38khz I opted for 38khz receivers and emitters (this decision on make / model was influenced by the fact that I had some TSOP38238 emitters lying around when first experimenting) but other receivers should work.


Transmitter – The following diagram shows the wiring of the infrared emitter to the FTDI PCB.

Hardware - infrared emitter

Receiver – Infrared receiver pin-outs and corresponding pads on the USB module. The ground (‘GND’) pad highlighted by the dotted border indicating that the pad is on the underside of the module.

Hardware - infrared receiver

As can be seen, only the ground pad is common between the two diagrams so combining the emitter and receiver onto one module would be achievable.


I’ve taken a few photographs of the hardware I’m using to get an idea of schematics in physical form and to demonstrate the scale of the modules.

Transmitter – using the original Keene Electronics IRUW wired emitter with lens (photos taken before obtaining the smaller blue Vishay emitter).


Receiver – leads of the component are soldered directly to the board (no additional wiring)


I have spent a bit of time searching for cases and alternative ways of housing the modules – there is a neat case manufactured by New Age Enclosures which is what the IR Blaster products use however it seems that resellers only make these available in bulk quantities so for now they will stay as they are until I manage to find something more suitable.


LIRC multiple infrared transmitters and receivers

My first exposure to LIRC, and PC based IR control in general, goes back quite a few years to a time when I was using an infrared receiver connected via serial to control my MythTV installation.
While serial infrared transmitters are no doubt still being used, availability of serial ports has generally always been limited to one socket on a PC with optional expansion with additional PCI cards – the limit on this is determined by the availability of PCI slots on the motherboard and serial expansion generally isn’t an option with a standard laptop without using up the PCMCIA slot if the laptop has one. However as technology has progressed and the size of connections reduced, serial is probably now considered quite uncommon on a PC, instead favourable connections such as USB which are smaller, faster and allow for multiple devices on with just one port have become mainstream.

There is a maximum of 127 USB devices that can be attached to any one USB host controller, so the potential for expansion is there to cover the controlling of a considerable number of devices with USB IR transmitters. The following diagram illustrates how the controlling of three devices could be achieved in my theoretical model of equipment installation with an additional receiver for learning new codes.


USB is hot pluggable meaning devices can be inserted and removed without any disastrous side effects so any USB infrared device can be removed and allocated to another controlling machine at any time. It would, for example, be sensible / more cost effective to have one receiver module as a shared resource that is physically swapped between a number of machines to learn new IR codes from which the created drivers could be pushed to the controllers where needed.

With this in mind, the obvious place to start was to look for IR transmitter (and ideally receiver) hardware that was USB based. Having scoured the internet for quite some time for information on this, I have put together the following price comparison table of USB related IR products.

Price comparison of USB IR products (all pricing is listed in manufacturer’s native currency)

Product Price (inc VAT)
Iguanaworks USB IR transceiver $40 plus wired emitter(s) at $5 each
USB-UIRT transceiver $50
USB-IR-Boy (receiver only) €10
IR Blaster transmitter $24
IR Blaster receiver $20

Although not really suitable for the project (due to cost and veering away from control via PC), other manufacturers with products worth a mention are:

All of whom produce a variety of infrared related control products, including IR distibution units, IR over IP and a variety of wired emitters with attention to detail and excellent build quality. I’ve had experience with Keene electronics IRUW emitters and Xantech’s designer emitters (the blinking ones are quite handy to save getting a camera out to confirm transmission of the signal) and haven’t had any issues with these in the past.

USB IR product suitability

Iguanaworks product provides 2 x 2.5mm jack sockets to attach wired emitters to so this would be an option to consider. Iguanaworks online support appears to be very good with detailed instructions on configuration of their devices and troubleshooting. With Iguanaworks selling individual and dual wired emitters, it would in theory be possible to control up to 4 devices (2 channels, two emitters per channel) from one transceiver for $60 (though could be cheaper if you make your own wired emitters). This is assuming the signals being sent to one channel (two emitters) were unique enough so as not to trigger actions on both devices when only one is intended to be controlled – explanation to follow in my next post.
Unfortunately however Iguanaworks product is prohibitively expensive, adding multiple infrared transmitters would see a significant increase in cost and when factoring in the wired emitters and international shipping costs and tax, this adds up to quite an expensive control system just for infrared control.

The USB-UIRT components are housed within an enclosed casing which didn’t meet the requirements of a low spill and physically small emitter head.

USB-IR-Boy’s option is cheap, doesn’t include a transmitter and isn’t quite what I was looking for in terms of size – without some additional design work.

The IR Blaster products interested me as the style of the transmitter is exactly what I had been looking for. The description of the device stated that the design was based on a project started by Albert Huitsing which was documented in one of Albert’s blog posts. Having got my hands on a transmitter, and working through Albert’s blog I was able to successfully configure LIRC to send IR commands and control a TV on my desk at work.

Experimenting with FTDI

Although it is closest in terms of meeting the requirements, the IR Blaster products still seemed a bit too expensive at $24 (£15.48) for a transmitter and $20 (£12.85) for a receiver, plus shipping and tax. I decided to go back to Albert Huitsing’s designs, from which the IR Blaster is made, and found that the hardware uses merely a FTDI cable, an IR LED (and optional IR receiver). So how much would it cost to put one of these together myself?

Albert’s design uses a pre-made FTDI cable with an IR LED and receiver attached to the connector block. It looked a bit untidy but I’d seen that IR Blaster had used a PCB version of the same FTDI product and attached a wired LED to the end which is cheaper than using the pre-made FTDI cable.

I’d acquired a TTL-232R-5V-PCB and had a spare wired emitter from Keene electronics lying around. I removed the 3.5mm jack from the emitter and soldered the emitter to the PCB as per Albert’s design and have been using this for a good few weeks during testing without any issues at all. All devices I’ve wanted to control have worked and using xmode2 with a receiver to compare the signals I’m sending via my transmitter with LIRC compared with those from the original remote, the results have been very close and certainly accurate enough.

I was intrigued to see how cheaply I could replicate this, as the Keene emitters (while very neat and well made) cost around £5.99 + delivery. I’ve started looking at alternative emitters and have opted for something similar in specification to some IR receivers that I have used in the past (Vishay TSOP38238) and found that the Vishay TSUS4300 seemed to be a pretty close match. Initial tests with this are also looking positive, I’m able to control the same devices as with the emitter from Keene electronics and although it doesn’t have the emitter lens cover it still looks reasonable and is smaller in size.

I have an account with Farnell (onecall) and although I already these parts I priced them up to see how much it would cost to replicate:

Manufacturer Product Quantity Price (inc VAT)
FTDI TTL-232R-PCB 1 £11.76
Vishay TSUS4300 1 £0.11
Total £11.87

For £11.87 ($18.40 / €14.00) – add the additional cost of some two conductor multiple strand cable (maplin electronics do some striped miniature speaker wire at 49p per metre which will do) and a very small amount of solder, which I had lying around, I would be able to build myself a relatively cheap infrared transmitter.

That’s only $5.60 cheaper than buying one from IR Blaster?

I’d saved on international shipping and tax as well, but the big win is that I could, in theory add an IR receiver (Vishay TSOP38238) at a cost of £0.44 which would turn the device into a USB IR transceiver for a total of £12.31 ($19.14) – plus standard delivery – a pretty good result looking back to the requirements I had started out with.

So how can LIRC be used to drive multiple USB transmitters?

Part of the LIRC documentation covers the use of multiple, different devices and guides the user through this. However it didn’t seem obvious, and perhaps isn’t possible, to configure multiple devices from one lircd instance so the next logical step was to run multiple instances of lircd, each one targeting a specific FTDI device. This approach would actually work to my advantage and provide greater flexibility in that I could have multiple instances of lircd for different tasks, some for learning and some for transmitting via devices that are all connected to one PC.

Quick update – It appears that running multiple instances of lircd is exactly how debconf on Ubuntu (currently using 12.10) works when selecting different transmitters and receivers, highlighted in the following image:


Research into infrared

The idea of the project is based around the control of devices via a PC – the main goals are to make it as cheap, modular, accessible and physically small as possible.

I plan to cover various methods of control but have started with infrared control and aim to focus on this then, time permitting, expand the system at a later date – infrared should, in theory, be one of the easier and simplest methods of communication although it requires hardware that isn’t usually found within a standard PC.

I’ve been researching products manufactured by the big names in control systems, such as Extron, AMX and Crestron which all cater for multiple infrared emitters and have different approaches to learning new codes via a receiver.

I should point out that I’m basing the requirement for multiple transmitters on my past experience of co-designing, installing / configuring and programming 6 major lecture theatres at my place of work at a reasonably sized UK University. Our preference was to control everything over IP as this allows for greater flexibility, ease of configuration and direct remote access. Where products didn’t provide IP control, we settled for RS-232 and as a last resort infrared.
Most equipment fell into the first two categories but some (products we considered as domestic equipment unless you pay a lot of money) were infrared only, such as blu-ray / DVD and VHS players – unfortunately we still had to support VHS at the time. For our systems we had a total of 3 devices controlled by infrared as depicted below, however, in the past I have also seen a wide range of equipment on our campus controlled by infrared, some you might expect, others you would question why a one-way communication method like this had been used.

Over the years I’ve had quite a lot of experience with Extron equipment, and have done my fair share of ‘configuration’ (a term preferred by Extron for ‘programming’ their devices is in a lot of cases, the ‘programming’ is purely drag and drop). However I have had limited exposure to AMX and Crestron systems so was interested to see how the three aforementioned control systems manufacturers compared in terms of infrared provision.

Comparison of manufacturer IR support

Manufacturer Model IR TX ports RX method
Extron IPL 250 4 Built in receiver accessible via IP
Extron IPCP 505 8 Built in receiver accessible via IP
AMX NI-3100 & NI-4100 8 Additional hardware via RS-232
Crestron PRO2 & PRO3 8* Additional hardware via USB
* documentation suggests that additional (up to 3) card slots can be used each providing a further 8 IR outputs

In each case, the learning of infrared codes requires the use of a PC to build and store the infrared control driver. However it’s interesting to see that each manufacturer has chosen a different method of communication between PC and receiving device to achieve this. Each manufacturer has provided their own software for learning IR codes, all of which seem to be available for Microsoft Windows only.

Software required for IR learning

Manufacturer Software required Supported operating systems
Extron IR Learner Windows XP SP2 or later
AMX IREdit Windows XP SP1 or later
Crestron SIMPL/DEAL Windows XP SP2 or later

As a Linux user this is a bit disappointing. So why isn’t and why can’t software for control systems be written for a variety of platforms? Or better yet, written to be platform agnostic and available via the web – everything else seems to be going that way and this is the direction I’m hoping to take – perhaps there are very good reasons I haven’t considered that I’m yet to discover..

However one thing that I am hoping to achieve, as with all of the manufacturers listed above is to implement infrared control in a neat, ideally modular and potentially expandable way. The requirements of emitters I plan to use are that they will be low spill/low range wired with minimal components at the emitter end (preferably just a wire with an IR LED on the end) to position over the IR window of the device to be controlled. I have been investigating ways to achieve this and so far this is looking promising – I’ll publish further hardware information and a further comparison of products / software from Control4 / OpenRemote in due course, but my next post will cover some of the popular software options that are currently available for infrared transmission and learning.

First post!

As part of my Software Engineering studies at University, this will serve as place to document research and progress of an idea for my final year project which is focuses on control systems and methods of communication.

I’ve been looking at the various well-established commercial products from the likes of Extron, AMX and Crestron in addition to relative newcomers such as Control4 and openremote.

In future posts I’ll document this research, the initial goals and the direction my project is taking with any software releases along the way. This should all serve as a diary to reflect upon when I come to the stage at which I need to write the final project documentation and hopefully, by making everything publicly available, this will invoke some ideas and potentially further development from the online community.