JP1 Remotes

OK, I posted the upgrade .

All 15 "channels" work, at all three "addresses".

This makes the Velleman kits (K8050 15 channel Rx, K6713 1 channel Rx) a useful way of achieving control of oddments in a room, without going the X10 route.

I see they also have a USA website , that has a "where to buy ...

Yes, these were just numbers plucked from the air. Lucky I didn't want to put my lights on the record button !

As you predicted, it works very nicely using the RECS80(68) protocol.

Tomorrow I'll get out a soldering iron to check the other two addresses, and then publish the results as an upgrade.

Now I need to think of a use for this Velleman receiver (having solved my dimmer switch problem another way ...

Ah, decode of RECS80 seems to be a relatively recent innovation ?

I was using IR v6.00, hence the .DLL that was distributed with that. The decodes showed up as Gap-722-6004-11? and so on.

Now I'm still using IR v6.00, but just put your latest .DLL in there, and now I see RECS80 decodes like you do ...

OK johnsfine, thanks for your interest, I've posted an IR file here .

In case it helps in understanding it, here is what the learned buttons mean, in Velleman terminology:
SAT: 1 address 1, channel 1
SAT: 2 address 1, channel 2
SAT: 3 address 1, channel 3
SAT: 4 address 1, channel 4
SAT: 5 address ...

I just got some room lighting working with dimmers, controlled by a JP1 remote, and I am posting my experiences here in case it helps anyone else (this wasn't the first solution I tried, but I wish it had been, it's so simple).

This is probably of UK interest only, as the items are 200-250V only ...

The Belgian company Velleman make a range of kit-form modules for IR control of anything at all (i.e. logic outputs you can use to drive your own relays or whatever). In the UK some of them are available from CPC and Maplin , and I'm sure they are available in the USA as well.

I did a search in ...

Did you try the three "normal" addresses, i.e. all the choices in IR except "other"?

You aren't likely to do any harm by trying them, there's nothing going to be using those addresses other than a parallel port.

Well, it seems it works unless the target is URC-6131 !

In KM, for most remotes, using the settings in my original post, then:

Fixed Data = AA 8A 0A FA
but the moment I select the remote as "URC-6131 PVR", then it changes:

Fixed Data = AA 8A FA 00 00 0A
I can't pretend I understand why this ...

Greg, I just realised I forgot to thank you for this - it works a treat now.

Thanks, Greg

I'm not in a big hurry, won't be around for a week or two. For now it's nice to know it's not just me !

Andy

Or maybe it's something I'm doing wrong, Greg (wouldn't be the first time !)...

Starting from a clean sheet:

Remote: URC-7544 2K Version (or any ?)
Protocol: Pioneer MIX
Device 1: 170
Device 2: 175
Cmd 1 (OBC): 174
CMD 2 (OBC): <none>

Now the text at the bottom of the Setup tab tells me to ...

Many thanks to Greg for instantly accommodating one of Rob's undocumented bits of nomenclature in the v1.14 release of RM. Thanks to Rob too for stepping in and explaining what had gone on.

Now I was able to make the upgrade that I had been stuck on. It happened to be the first upgrade I had made ...

Wow, that was quick ! Thanks Greg.

That upgrade now works well. Actually, if I'm honest it threw up a further small problem in the RDF. But I think I can guess what's going on. More over on the "rdf for OneForAll 7562 chipcode B01 sig EM60EM60 help" thread later.

Along the route to the present RDF for the URC-7501-B01 I often got into this situation with two-byte protocols, but now I'm seeing it with the simple Mitsubishi protocol.

Here's the upgrade file I have. Clicking on the "Output" tab shows either the previously-selected tab or else a complete blank ...