USB-UIRT with JP1 codes

emptythoughts · Post by **emptythoughts** » Mon Nov 14, 2011 12:03 pm

I'll try it out for a while, and lower it if it's too much but it could be ok. I think I know how to do that now. I really should have asked for help two weeks ago, instead of wasting all that time trying to figure it out myself :S.

Don't feel too bad Vicky, I may be useless when it comes to IR, but i'm quite familiar with java

.

Thanks Again!

Barf · Post by **Barf** » Mon Nov 14, 2011 12:25 pm

DecodeIR.html does not contain a usable IRP for the solidtek16 protocol. Dave posted a sensible IRP in his post though. So I added it to IrpProtocols.ini (the configuration file/data base for IrpMaster), and uploaded it here.

So if you (Vicky?) want to use the GUI of IrMaster, just replace IrpProtocols.ini with the new version, and you can generate the signals in this thread from the (wuss-)GUI of IrMaster. Most, but not everything with IrpMaster can also be achieved from the IrMaster GUI.

With IrMaster, you can send the IR signals directly with a GlobalCache or IRTrans. Later also from a (patched) LIRC server, thus indirectly supporting e.g. the USB-UIRT.

Post by **vickyg2003** » Mon Nov 14, 2011 12:43 pm

Thanks Barf.

It irks me that I'm so afraid of this software and that I can't figure out the stuff that 3FG provided.

3FG · Post by **3FG** » Mon Nov 14, 2011 1:04 pm

Barf,
I think the IRP I provided is only correct if the device is 0. The checksum formula used in DecodeIR sums the first 3 nibbles, and seems to sum also the carry for the 2nd and third nibble sum (if I'm reading it correctly). On the other hand, I didn't find much information about SolidTek, so I'm not at all sure that the checksum calculation in DecodeIR is known to be correct. I suppose that is why DecodeIR.html has a partial IRP-- not only is the leadout not specified, neither is the checksum formula.

I'll search some more in old threads.
BTW, my impression is that with IrMaster, one would need to enter the device and function number for each function separately, and to copy the resulting Pronto Hex one by one into a file. That's why I used IrpMaster-- it has a F=* notation that generates the complete set. Have I missed a way to do that in IrMaster?

Barf · Post by **Barf** » Mon Nov 14, 2011 1:41 pm

3FG wrote:Barf,
I think the IRP I provided is only correct if the device is 0. The checksum formula used in DecodeIR sums the first 3 nibbles, and seems to sum also the carry for the 2nd and third nibble sum (if I'm reading it correctly). On the other hand, I didn't find much information about SolidTek, so I'm not at all sure that the checksum calculation in DecodeIR is known to be correct. I suppose that is why DecodeIR.html has a partial IRP-- not only is the leadout not specified, neither is the checksum formula.

I sort-of read that "between the lines", so I uploaded not as latest-and-greatest IrpProtocols of all time, but to the diagnose section. Having said that, I am grateful for all improvements and extensions of IrpMaster.ini, ideally would be to maintain it together with DecodeIR.html -- I have some constructive suggestions in the documentation of IrpMaster.

BTW, my impression is that with IrMaster, one would need to enter the device and function number for each function separately, and to copy the resulting Pronto Hex one by one into a file. That's why I used IrpMaster-- it has a F=* notation that generates the complete set. Have I missed a way to do that in IrMaster?

With IrMaster, you can iterate over F, and if applicable, T, using the IR Protocols -> Export subpane. (Chances are that you missed it.) IrpMaster has much more possibilites, but iterating over F (and T) is likely enough for almost all users.

BTW, you should not declare a dependent variable (like C) in the parameter specification, only the parameters the user is supposed to input.