Page 1 of 1
CBL Channel Control Lock
Posted: Mon Oct 02, 2017 8:32 pm
by Oinge 1953
I am working with device upgrades for an Atlas OCAP 1056 Silver. I assigned a DVD function to the OK/Select Button, when checking the upgrade found that pressing this button, the remote sent the CBL function instead of the DVD function. Turning off the CBL Channel Control Lock solved the issue with the "wrong" function being seny. I want to use CBL Channel Control Lock. Is my only option to reassign the DVD function to a different button? Can the RDF be edited to remove the OK/Select Button from CBL Channel Lock?
TIA
Posted: Mon Oct 02, 2017 9:33 pm
by The Robman
Never edit an RDF. The restrictions, etc that might be included in an RDF and not there because we want to enforce them, they're there because the remote enforces them. If we discover how to override something that the remote doesn't want to let us do, the RDF will let you do it.
Not really familiar with this particular remote, but you can probably do what you want with a keymove.
Posted: Mon Oct 02, 2017 10:16 pm
by Oinge 1953
Rob, the remote manual says the channel control keys are the digit keys, the ch+, ch-, and last keys, The Select/OK key is not mentioned. Is it possible the RDF file is wrong? Also I have a learned Tab and this is not a learning remote. I am suspicious of the RDF file.
Posted: Tue Oct 03, 2017 5:15 am
by vickyg2003
Many "universal" cable remotes lock the okay/select to cable mode. That behavior can usually be overridden by a keymove. Most users wouldn't know that so they get the mistaken opinion that "universal remotes can never do everything". I think that flaw is the reason universal remotes are not as popular as they should be here in the States.
Posted: Tue Oct 03, 2017 7:02 am
by The Robman
Oinge 1953 wrote:Rob, the remote manual says the channel control keys are the digit keys, the ch+, ch-, and last keys, The Select/OK key is not mentioned. Is it possible the RDF file is wrong? Also I have a learned Tab and this is not a learning remote. I am suspicious of the RDF file.
The RDF doesn't have the power to decide which buttons are included in the lock. If you think you can fix things by editing the RDF, go right ahead, but just remember you were warned.
Posted: Tue Oct 03, 2017 11:33 am
by Oinge 1953
Thanks Rob and Vicky. I'm not going to edit RDF unless an expert gives guidance. My suspicion of RDF is based on the OK/Select button channel lock (seems odd to me but Vicky says not uncommon), Learning tab and learning memory values on non-learning remote, and what appears to be spurious text on line 14 of settings (other settings panel).
It has been a long time since I did a keymove and the keymove tab looks intimidating, but i'll play with it. Based on your expert advice, i assume the remote software gives priority to keymoves.
Keymove Update
Posted: Tue Oct 03, 2017 12:14 pm
by Oinge 1953
I was able to create a keymove and now the remote blinks the dvd device light when i press thee OK/Select button, but the dvd player doesn't react. I learned that signal and it came back with **Multiple** in the protocol field and rest blanks.
Posted: Tue Oct 03, 2017 12:22 pm
by vickyg2003
Oinge 1953 wrote:Learning tab and learning memory values on non-learning remote, and what appears to be spurious text on line 14 of settings (other settings panel).
It must be cheaper to just use a bigger eeprom or flash memory on a non learning remote than to have a team of programmers reprogram the firmware on a non learning variety. Whatever it is cool for us. The learning memory can still store learns for sending. Or it can be converted to keymove macro area by an extender.
Based on your expert advice, i assume the remote software gives priority to keymoves.
LKM L K M. LKM. L K M. LKM.
L - Learning trumps keymoves
K - Keymoves trump macros
M - Macros trump setup
That holds true everywhere except unclemilties extenders where i think he uses which ever he encounters first keymoves or macros in the E2 area.