Any quick hits on this device?
Moderator: Moderators
Any quick hits on this device?
NEC1 (2 device), device 182, subdevice 88 ??
Thanks.
Thanks.
still learning.........
-
jamesgammel
- Exile Island Resident
- Posts: 394
- Joined: Sun Aug 03, 2003 2:48 pm
- Location: Gillette, Wyoming
Re: Any quick hits on this device?
I think there is no built in setup code.slocko wrote:NEC1 (2 device), device 182, subdevice 88 ??
Since you were able to decode that, I assume you can download learned signals. So why worry about built in setup codes. Just make an upgrade.
-
Mark Pierson
- Expert
- Posts: 3018
- Joined: Sun Aug 03, 2003 12:13 am
- Location: Connecticut, USA
- Contact:
The device and subdevice numbers must match exactly for a signal to work at all, so there's no reason to test ones that just come close. Occasionaly a setup code with the same device and a different subdevice may be related enough to give you hints about discrete codes or other signals missing from your original remote, but first you must do the basics of creating an upgrade based on your learned signals.slocko wrote:I will try 190 and 155. eventually i will study the materials to create the upgrade.
-
jamesgammel
- Exile Island Resident
- Posts: 394
- Joined: Sun Aug 03, 2003 2:48 pm
- Location: Gillette, Wyoming
I think he meant he'd try setup code CD_0190 and CD_0155, not substitute 190 and 155 for the device codes. For some reason he's trying to avoid making an upgrade with the two device codes he needs. In the long run, that'll prove to be the major error. Comon slocko, zip up your zipper, tie your shoes and just make that upgrade, it isn't THAT difficult. Besides, you got all of us to lend a hand if you run into a stumbling block. 
Jim
Jim
-
Mark Pierson
- Expert
- Posts: 3018
- Joined: Sun Aug 03, 2003 12:13 am
- Location: Connecticut, USA
- Contact:
John was pointing out that trying those 2 setup codes would likely be fruitless since the device probably requires both the Device and Sub-Device to function. The time involved would be better spent doing the ol' JP1 learn-decode-make-upgrade! 8)jamesgammel wrote:I think he meant he'd try setup code CD_0190 and CD_0155, not substitute 190 and 155 for the device codes.
Mark
okay. since you guys are rabid preachers always trying to convert people, I decided to give the upgrade a try 
i find the beginners document too technical for beginners, but it's better than nothing i suppose. maybe one day i will re-write it.
i learned about half the commands and copied the efc codes from the learned section in IR to keymaster. I chose cd device, and the same parameters listed in IR. for device number i incremente by 1000 to 1090. as i write this, i realize that it should be 1190. i have to try that when i get home.
i successfully copied the upgrade code into IR. keymaster did not generate any protocol information which i assume is because the protocol is already supported by the 2116.
it didn't work. any ideas assuming using 1090 is not the problem?
if i don't have any luck tonight, i will upload the file and you guys can take a look.
is there any reason that IR doesn't store it's values in an ini file format? if it did, it would be simple for KM via vba to update the ini file with the relevant information that would load into IR when you run it. no cutting and pasting. maybe a future release?
i find the beginners document too technical for beginners, but it's better than nothing i suppose. maybe one day i will re-write it.
i learned about half the commands and copied the efc codes from the learned section in IR to keymaster. I chose cd device, and the same parameters listed in IR. for device number i incremente by 1000 to 1090. as i write this, i realize that it should be 1190. i have to try that when i get home.
i successfully copied the upgrade code into IR. keymaster did not generate any protocol information which i assume is because the protocol is already supported by the 2116.
it didn't work. any ideas assuming using 1090 is not the problem?
if i don't have any luck tonight, i will upload the file and you guys can take a look.
is there any reason that IR doesn't store it's values in an ini file format? if it did, it would be simple for KM via vba to update the ini file with the relevant information that would load into IR when you run it. no cutting and pasting. maybe a future release?
still learning.........
-
Nils_Ekberg
- Expert
- Posts: 1689
- Joined: Sat Aug 02, 2003 2:08 pm
- Location: Near Albany, NY
This may be a silly question but did you assign the upgrade to a device button on the setup panel after you pasted it in? I ask this question alot since nobody ever mentions that they did that between "pasting" and "uploading".
You probably did so the best bet is to post the IR and KM files in jp1 diagnostics. We will need to see the upgrade and the learned buttons in IR
You probably did so the best bet is to post the IR and KM files in jp1 diagnostics. We will need to see the upgrade and the learned buttons in IR
I expect you mean that you increased the setup code number not the "device" number.slocko wrote:for device number i incremente by 1000 to 1090.
The setup code number barely matters at all. Any number (within the range of valid numbers) will work. You only need to avoid using the exact number of another setup code that you're also using.
And as Jim said you need to change one of the device modes on IR's setup tab to use whatever setup code (type and number) you chose and installed.
IR stores its files in a simple text file, which can be modified by any program that can read its model-specific structure from an RDF file. KM doesn't use RDF files and no one has written an RDF file parser in VBA (just Pascal, Java, and C++) so it would be a hard change to KM.slocko wrote: is there any reason that IR doesn't store it's values in an ini file format? if it did, it would be simple for KM via vba to update the ini file with the relevant information that would load into IR when you run it. no cutting and pasting. maybe a future release?
It would be a much easier change in RemoteMaster (a KM alternative that uses RDF files already). We might even get around to that at some point. But most of the inconvenience comes from the fact that RM vs. IR is two programs at all, not from the particular choice of boundary. It wouldn't be much easier to have RM change your IR txt file but then need to reopen that file in IR in order to send it to the remote. Having RM be able to talk directly to the JP1 cable would be better but is further away.
I have one more question.
Is there anyway to make a macro into a function assigned to a key without taking up key move space?
In other words, can I create an upgrade device and map all the macro keys as one function and come up with an EFC for it? This way, the memory is taken up by the upgrade area, and not the macro/keymove space. sort of like learning 3 key presses as one learned key press. i haven't tried that with learning, but it should be possible.
Is there anyway to make a macro into a function assigned to a key without taking up key move space?
In other words, can I create an upgrade device and map all the macro keys as one function and come up with an EFC for it? This way, the memory is taken up by the upgrade area, and not the macro/keymove space. sort of like learning 3 key presses as one learned key press. i haven't tried that with learning, but it should be possible.
still learning.........
-
Mark Pierson
- Expert
- Posts: 3018
- Joined: Sun Aug 03, 2003 12:13 am
- Location: Connecticut, USA
- Contact: