JP1 Remotes

[joedaring]

Hi again!

I'm monitoring closely the thread, because I would like to solve the issue as soon as possible... I don't like the original remote staying around for too long: it is nice and stylish, but I can't use any Remote protector with it, and with the kid roaming around it may have a short life!

So, thanks again for keeping an eye on the thread you too!

Greg, I definitely HAVE the "Include embedded notes in upgrades (requires IR 5.01 or later)" box CHECKED! I know that notes are very valuable even for myself, to make sure I don't forget some details with time... And, you know what? When I import the RM upgrade into IR I DO HAVE the notes carried over to IR! Oh! Finally something that works with my software and NOT with yours!

Jokes apart, greg... I see from your notes (!) that your RM version is 1.69... mine is 1.68... doest this make any difference with regard to the "18" instead of "19" in the generated upgrade? Or is it still an issue related to the RDF?

Also, Binky123 and others:

[binky123]

I don't know who maintains that particular RDF but you should update your RDF. The number 18hex and 19hex are indexes into the digitmap array. The new and correct array adds the number 303 after the number 302. You want to use the 001 map so that has shifted over to index 19hex.

[johnsfine]

[gfb107]

So it was a problem with the DigitMaps section of the RDF after all.

joedaring, the .ir files that you posted links to don't have any notes in them at all. None. I don't know how that happened, but that's why I made that comment.
_________________
-- Greg
Original RemoteMaster developer
JP1 How-To's and Software Tools
The #1 Code Search FAQ and it's answer (PLEASE READ FIRST)

[joedaring]

Hi Greg,
Yes, this last problem with the number keys not working even after the correct external 0058 protocol was generated and imported in IR was indeed related to a faulty DigitMaps section... actually an error induced by manually editing the RDF to replace the original, incomplete DigitMaps with a newer, more complete but nevertheless faulty Digitmaps, and this was a suggestion found elsewhere in this forum...

Still, the original problem, with ALL the keys non-functional, seems to be due to an incorrect interretation of what type of RC6 protocol is built in the 9960 B01 remote... this has been circumvented thanks to the suggestions Mark posted earlier in this same thread, but, I believe, still requires a permanent fix to RM or protocol.ini, I'm not sure, to correctly use the internal 0058 protocol in this remote freeing the memory currently occupied by the protocol upgrade.

On a different note, more in tune with this "code search" area, I would like to take advance of the attention I drew on this thread and ask one more question... I've found some useful discrete codes in this Pronto .PCF file, and would like to add them to the upgrade for later use in macros.
http://www.pronto.philips.com/library/downloads/2004-05%20TV%20Discrete%20Codes.zip

it is a .pcf file, not a .ccf... what can I do to extract the useful JP1 info?

I've been able to guess at the power-on and power-off keys, but haven't been able to do the same for the discrete input codes... I suspect they use a device different that the "0" I've met so far in my TV codes, but don't know how to decode the learnt codes contained in the .pcf (which, BTW, I open with ProntoProEdit NG program). I know they are RC5, but the OBCs should be the same (Hope I'm not doing blasphemy here! ).

OK... all for now guys... going to bed now: I've to wake-up early tomorrow for work... good news, eh? I won't bother you for not less than 15-20 Hours... isn't that great? )

Have a good night everybody... joe

[mr_d_p_gumby]

Sorry about the DigitMaps error; I should have posted this correction.

The utility I use to generate the DigitMaps section was in the process of being modified for the 2-byte entries at the time I posted the previous update, and as you can see, it still had some bugs.
_________________
Mike England

• JP1 Group at Yahoo!, JP1 Files Area

[gfb107]

RM v1.69 adds variant 2 of RC-6 (PID 0058), which is present in the 9960B01.

In combination with the corrected DigitMaps section in the RDF, it should solve your problems.

Note that when you open your current RM upgrade in v1.69, it'll still be using the wrong version of RC-6. You can either change the remote to something else (the regular 9960 for example) and back again, or manually change the protocol to the othe RC-6, which will be listed between RC-5x and RC6-6-32.
_________________
-- Greg
Original RemoteMaster developer
JP1 How-To's and Software Tools
The #1 Code Search FAQ and it's answer (PLEASE READ FIRST)

[joedaring]

Hi all... I'm back again!

Mike, no need to apologize, at least for what I'm concerned...
You all JP1 expert guys in this forum are doing a hell of a job with these little remotes... it is a huge engineering (...and sometimes reverse-engineering ) effort and its "guess-and-try" nature makes very easy for errors to creep-in. It's only WHO does or makes things that can do or make them wrong... the ones that do or make nothing just can't wrong...

So thanks for working on this stuff everybody!

Greg, THANKS a lot for the new RM version and for the suggestions... I'll be trying it as soon as I get home later, but I'm sure it is OK and I can finally build a proper upgrade for my new TV...

Now, if I only could get LKP/DKP and a bit more memory on this remote HINT HINT! Nils, are you there???

Oh! BTW, I owe you all my apologies for not making easier for you to track and nail down the cause of this issue... giving you a note-less IR dump was not very kind, I realize!

I believe it just happened because I upload (both times!) the IR download just dumped from the remote, instead of the source I use for uploads . Of course, notes are lost going throgh the remote: this is something I'll remember next time! Sorry again!

A *BIG* THANK YOU to everybody that contributed to the happy end of this thread!

Ciao and have a great weekend!

Joe