Re: Using LIRC to IRBlast/irsend with a Raspberry Pi 2 & an Irdroid Transciever

[Bengt M. <bu...@be...>]

On 08/19/15 16:23, Bengt Martensson wrote:
 > On 08/19/15 12:24, Dan Lawrence wrote:
 >> So you are saying that there is no driver that will support IR
 >> sending/blasting using the irrDroid Transciever on linux? It definitely
 >> does work on windows via WinLIRC by the way.
 >
 > I took a second look at the thing. First I opened it with IrScrutinizer,
 > and it turned out that it reported as IrToy, firmware version 2.0!! (The
 > supported FW version both for Lirc and for IrScrutinizer is 2.2, so that
 > is why it does not work. Probably W*Lirc uses an older driver that
 > "likes" 2.0.) Looking closer at the hardware shows that it is really
 > nothing else than a stripped down IrToy!! The PCB has holes for the
 > non-demodulating sensor QSE159, but is not present.
 >
 > Compare the irdroid schema:
 > 
http://www.irdroid.com/wp-content/uploads/2013/11/Irdroid_USB_Schematic.pdf
 >
 > with the original:
 > http://dangerousprototypes.com/docs/images/6/6c/Cct-USB-IRToy-vii.png
 >
 > It is "open hardware", but just putting your name on someone elses 
work??!!
 >
 > So what you get from the Bulgarians is less than the original, for a
 > considerably higher price...
 >
 > I am right now examining if I can reflash it with the 2.2 firmware, and
 > solder a QSE159 to it. It looks like also the bootloader was stripped,
 > so it may require a programmer. Will report.

So, it worked! There is really no bootloader as I described above, so it 
is necessary to solder 5 pins to the holes that are provided, thus 
allowing programming over ICSP. Pin1 of the ICSP-connector is the side 
close to the center of the PCB. I flashed 2.2 + bootloader using a 
PICkit 3, and added a QSE159 as described above (oriented the same way 
as the TSOP). And everythings works, even the frequency measurement (not 
in Lirc though, only in IrScrutinizer...)

Problem solved. At lease for those of us who own a PIC-programmer...

 >> Running an extra daemon, rite?

 >Or not. There's a built-in kernel module which seems to work for some
 >folks. But I stick to the daemon,

Thanx.