JP1 Remotes Forum Index JP1 Remotes


FAQFAQ SearchSearch 7 days of topics7 Days MemberlistMemberlist UsergroupsUsergroups RegisterRegister
ProfileProfile Log in to check your private messagesLog in to check your private messages Log inLog in

Bosch
Goto page Previous  1, 2
 
Post new topic   Reply to topic    JP1 Remotes Forum Index -> JP1 - Protocol Decodes
View previous topic :: View next topic  
Author Message
eferz
Expert


Joined: 03 Jun 2010
Posts: 1078
Location: Austin, Texas

PostPosted: Mon Jan 16, 2012 4:27 pm    Post subject: Reply with quote

3FG wrote:
All of these signals have OBC1 = 2, so use the NEC-f16 NEC-f16 3Fixed protocol. Enter 134, 228 and 2 into the 3 device fields. On the function tab, enter in OBC2.

I'll get to the unknown, y1 and y3 signals tonight. BTW, y1 and y3 are just special cases of f16, and regular NEC is an even more special case of f16.

Awesome, thanks! I've already got 99% of the rmdu created so far. It's just those two (maybe three) commands that are holding me back from uploading the complete file set.

Edit, actually, I had it set to official again. So, I've changed it to fixed version per your earlier advice with the memory and key moves issue.
_________________
Remotes; JP1.2: Comcast URC-1067, JP1.3: Insignia NS-RC02U-10A, JP1.4 OARI06G, JP2.1: Cox URC-8820-MOTO (still trying to figure out how to make them self-aware.)
Back to top
View user's profile Send private message
3FG
Expert


Joined: 19 May 2009
Posts: 3253

PostPosted: Tue Jan 17, 2012 12:58 am    Post subject: Reply with quote

The unknown signal doesn't have enough info to do anything with. The y1 signal is the complement of OBC1 = 02 except for the most significant bit, which is not complemented:
00000010 OBC1 = 2
01111101 OBC2 =7D = 125 Play

the y3 signal doesn't complement the most and least significant bits.
00000010 OBC1 = 2
01111100 OBC2 =7C = 124 Stop

Of course, I also checked the waveforms directly and got the same result.
Back to top
View user's profile Send private message
eferz
Expert


Joined: 03 Jun 2010
Posts: 1078
Location: Austin, Texas

PostPosted: Tue Jan 17, 2012 8:12 am    Post subject: Reply with quote

3FG wrote:
The unknown signal doesn't have enough info to do anything with. The y1 signal is the complement of OBC1 = 02 except for the most significant bit, which is not complemented:
00000010 OBC1 = 2
01111101 OBC2 =7D = 125 Play

the y3 signal doesn't complement the most and least significant bits.
00000010 OBC1 = 2
01111100 OBC2 =7C = 124 Stop

Of course, I also checked the waveforms directly and got the same result.

Excellent. Thank you. I've created the following files for any Slingbox users which may want to use it.
BIN file Instructions.
Customization instructions:
_________________
Remotes; JP1.2: Comcast URC-1067, JP1.3: Insignia NS-RC02U-10A, JP1.4 OARI06G, JP2.1: Cox URC-8820-MOTO (still trying to figure out how to make them self-aware.)
Back to top
View user's profile Send private message
simonsezdothis



Joined: 23 Nov 2005
Posts: 69

PostPosted: Tue Jan 17, 2012 9:48 pm    Post subject: Reply with quote

Yes, these were learned with an IR Widget.
The decode for button "Right" should be NEC1-f16 too.
I noticed that if I learned with a very short keypress (no repeat) it would decode as NEC-f16 instead.
The "Play" and Stop" keys are different for some reason. I did reproduce this a number of times to check.
The Unknown is a good old fashioned cockup I think! Sorry about that.
(It confuses me that when you open an ict file it adds to the window instead of replacing an open file, probably saved some junk along with it by mistake.)

Struggling to keep up with you guys.
I have non repeating codes that I can fire at the DVR with my USBIRT which work fine now.
Import them into AMX though, and they repeat again. Trying to sort that out now.
Back to top
View user's profile Send private message Send e-mail
3FG
Expert


Joined: 19 May 2009
Posts: 3253

PostPosted: Tue Jan 17, 2012 10:23 pm    Post subject: Reply with quote

The distributions for DecodeIR.dll and RMIR contain the file DecodeIR.html which has information about the various decodes. It explains the meaning of -f16 or -y1.

NEC protocols are all nearly the same signals. The difference between NEC1 and NEC2 is the pattern used with repeated signals. The protocols send the same initial signal but NEC2 simply repeats the initial signal, while NEC1 sends a distinctive "ditto" signal. So DecodeIR can't tell the difference between the two if the button press is short enough so that only the initial frame is sent. As described in DecodeIR.html, if the signal doesn't repeat, DecodeIR simply describes it as NEC or NEC-f16, omitting the 1 or 2. If the signal repeats, then it is possible to distinguish the two protocols, and for the present case, it would be decoded as NEC1-f16.

Of course, since all of the other Bosch signals decode as NEC1, it is reasonable to believe that right arrow is also NEC1.
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 973

PostPosted: Thu May 03, 2012 3:53 pm    Post subject: Reply with quote

Quote:
IrMaster also won't always work, even with the suitable IRP added to IrpProtocols.ini, because it only handles function numbers up to 32767 rather than 65535.
irp={38.4k,564}<1,-1|1,-3>(16,-8,D:8,S:8,F:16,1,-78,(16,-4,1,-173)*) [D:0..255,S:0..255=255-D,F:0..65535]

Embarassed Blush. I was recycling code from another project, and using Java's short. As everyone (?) knows, one of Java's sillynesses is the absence of unsigned types, thus 2^15-1. Anyhow, in the new release I use longs, so the limit is lifted to 2^63-1=9223372036854775807, which should be enough for the immediate future.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
3FG
Expert


Joined: 19 May 2009
Posts: 3253

PostPosted: Thu May 03, 2012 9:44 pm    Post subject: Reply with quote

Barf,
Thank you. Yep, not having unsigned types can be a real aggravation.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic       JP1 Remotes Forum Index -> JP1 - Protocol Decodes All times are GMT - 5 Hours
Goto page Previous  1, 2
Page 2 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


 

Powered by phpBB © 2001, 2005 phpBB Group
Get Smart! the band's official homepage Rockabilly Central