Page 5 of 5

Posted: Wed Sep 01, 2010 6:32 am
by vickyg2003
eferz wrote: My only excuse is letting the simplicity of disabling repeats get head of me from the process which was taught in the Repeat function in Protocols thread. The tools which make it possible lead me to believe it would be an simple request for RM to be able to turn off the "RptHeld" bit if its represented within FF06 address. After all, subtracting a single bit from two bytes doesn't seem difficult.

However, that's where my own ignorance got the best of me. Probably why I got the functionality of the protocol.ini and RDFs a bit mixed up in my head. I should have reviewed the NEC protocols before opening my big mouth. Then I would have realized that the Protocol Upgrade Code doesn't even show up in RM for any NEC protocol.
Acutally they do. There just invisible. If you highlight and copy the field to notepad you'll see the hex.
My one question earlier in this thread remains unanswered though. Since Rob created the Protocol Upgrade Code, is there a way to save it into my own protocol.ini file or do I have to always use that RMDU template to avoid NEC1 repeats.


Code: Select all

Upgrade protocol 0 = 01 FF (S3C80) Manual Settings (RM v1.98)
 44 8C 11 8B 12 E5 4C 08 08 01 21 01 06 01 21 03
 31 D4 FD 11 A7 08 B7 8D 01 46
End
Yes there is probably a way, although you wouldn't want to use 01ff for the protocol upgrade since that's our catch-all number for custom protocols.

On another note, I've been trying to field your questions about Slingbox to help you understand it better. I'm not sure if I've been helpful in clarifying, unhelpful in confusing, or if I'm just outright annoying you. Alan has warned me in multiple occasions that my explanations are way too complicated. So, I'm starting to fear because you haven't respond to any of those posts that its either the middle or latter option. I apologize if that's the case.
I read every word it just takes me a while to digest it. I'm not as attuned to all of this as most of the forum regulars. I'm low-tech. Your explanations have not been too complicated, as I'm looking for technical understanding. However sometimes it takes me quite a while to pick up the basics. I took me years to understand what a protocol and signal looked like.

Posted: Wed Sep 01, 2010 6:38 am
by alanrichey
Beyond my capability I'm afraid - too technical :D

Posted: Wed Sep 01, 2010 8:25 am
by The Robman
alanrichey wrote:Beyond my capability I'm afraid - too technical :D
Try adding this to protocols.ini and then use the following file:

[NEC1 (No Repeats)]
PID=01 FF
DeviceTranslator=Translator(lsb,comp)
CmdTranslator=Translator(lsb,comp)
CmdParms=OBC=0
DevParms=Device Number
FixedData=ff
Notes=This protocol produces NEC1 signals, that only use 1 device code, with no repeats.
Code.S3C80=44 8C 11 8B 12 E5 4C 08 08 01 21 01 06 01 21 03 31 D4 FD 11 A7 08 B7 8D 01 46

https://www.hifi-remote.com/forums/dload ... le_id=8844

Posted: Wed Sep 01, 2010 10:33 am
by alanrichey
Thanks, looks perfect. Now I just have to remember not to overwrite PROTOCOLS.INI each time I update RM. Although as I now appear to be stuck with V1.99 preview 2 forever I guess that won't be a problem :D

Posted: Wed Sep 01, 2010 11:10 am
by The Robman
You should create a separate file where you can list all the non-standard protocol entries that you've added to protocols.ini, plus the ones where you modified something, so that when a new copy of the file is released, you can just cut&paste the data into it.

Posted: Wed Sep 01, 2010 1:47 pm
by eferz
Thanks, everyone for your input! This works for me.

Posted: Fri Sep 03, 2010 5:47 am
by alanrichey
Sorry, to be a pain, but the new protocol allows only a Device Number, and no Sub-Device number. Is that a factor we can do nothing about ?

Posted: Fri Sep 03, 2010 6:30 am
by The Robman
alanrichey wrote:Sorry, to be a pain, but the new protocol allows only a Device Number, and no Sub-Device number. Is that a factor we can do nothing about ?
That was all that was needed at the time, and it makes for a smaller executor, but I could re-write it to handle sub-device codes too.

Posted: Fri Sep 03, 2010 6:43 am
by alanrichey
Yes please :D

Posted: Fri Sep 03, 2010 8:26 am
by The Robman
Try this...

[NEC1 (No Repeats)]
PID=01 FF
DeviceTranslator=Translator(lsb,comp,0,8,0) Translator(lsb,comp,1,8,8)
CmdTranslator=Translator(lsb,comp)
CmdParms=OBC=0
DevParms=Device Number,Sub Device=[-0]
FixedData=ff 00
Notes=This protocol produces NEC1 signals, with no repeats.
Code.S3C80=44 8C 21 8B 12 CF 4C 08 08 01 21 01 06 01 21 03 31 D4 FD 11 A7 08 B7 20 11 E4 05 06 60 06 8D 01 46

Posted: Fri Sep 03, 2010 9:01 am
by alanrichey
Looks great, thanks. Haven't got anyone to test it with yet but will let you know when it gets proven.

Many thanks

Al