|
JP1 Remotes
|
View previous topic :: View next topic |
Author |
Message |
Kevin Timmerman Expert
Joined: 09 Jan 2007 Posts: 142 Location: West Michigan |
Posted: Tue Aug 31, 2010 5:56 pm Post subject: |
|
|
The Robman wrote: | I think I've figured out how to send the data: |
Looks good.
Bit shifting before calling to handle less than 8 bits?
Quote: | Note: Before calling the above routine for the first time, I would load the W5 register into W3 and complement it. |
Yes - most efficient. |
|
Back to top |
|
|
The Robman Site Owner
Joined: 01 Aug 2003 Posts: 21260 Location: Chicago, IL |
Posted: Tue Aug 31, 2010 6:57 pm Post subject: |
|
|
Kevin Timmerman wrote: | Looks good. |
Thanks. I know you're Mr. Efficiency when it comes to code, so I was hoping you'd like it.
Kevin Timmerman wrote: | Bit shifting before calling to handle less than 8 bits? |
I hadn't decided how to handle that yet as I haven't planned out the main procedure yet, but I will have to do something to make sure the bits are in the right place. Keep in mind that I'm generating the link code, it's not actually going to be supplied in the data. _________________ Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help! |
|
Back to top |
|
|
The Robman Site Owner
Joined: 01 Aug 2003 Posts: 21260 Location: Chicago, IL |
|
Back to top |
|
|
Barf Expert
Joined: 24 Oct 2008 Posts: 1417 Location: Munich, Germany |
Posted: Fri May 05, 2017 11:31 am Post subject: |
|
|
(Yes, I know this is almost 7 years since the last post...)
Has someone an IRP form of the B&O protocol? Most likely, this thread contains enough info to construct it, just I thought I ask before I spend the time.
Greetz,
Bengt |
|
Back to top |
|
|
3FG Expert
Joined: 19 May 2009 Posts: 3371
|
Posted: Fri May 05, 2017 2:54 pm Post subject: |
|
|
My opinion is that IRP notation is not capable of expressing the B&O IR protocol. It uses 5 different on-off patterns. Two of these are termed by B&O as start or stop, and they correspond to a lead in and lead out. The unusual part is the other three patterns, which I call here A, B, and C. Pattern A maps to the binary digit zero, and B maps to binary one. C maps to the value of the most recently transmitted bit value--it repeats the previous bit. Thus C does not have an invariant mapping; the mapping depends on the previous bit value.
IRP implicitly assumes that each pattern maps to a fixed value, and I don't see an obvious way to change the notation to alter that assumption. Also, IRP has no way to indicate that e.g. two A patterns sent consecutively is an error. |
|
Back to top |
|
|
Barf Expert
Joined: 24 Oct 2008 Posts: 1417 Location: Munich, Germany |
Posted: Sun May 07, 2017 7:42 am Post subject: |
|
|
Thanx for the answer.
After some work, looking at this thread and the teaser code, I came up with the IRP
Code: |
{455k,3125,msb}<200u,-zeroGap,zeroGap=2,oneGap=3,() | 200u,-oneGap,zeroGap=1,oneGap=2>
(200u,-1,200u,-1,200u,-5,D:9,F:8,200u,-4,200u,-100m)
{zeroGap=1, oneGap=3}
[D:0..511,F:0..255]
|
which renders code with IrScrutinizer that the teaser decodes.
The funny () in the middle of the first line is necessary for correct parsing, otherwise it will be parsed as oneGap = (3|200u). |
|
Back to top |
|
|
|
|
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
|