Page 1 of 1

Learnt code and received code

PostPosted: Tue Oct 18, 2005 5:53 pm
by olivier
Hello :)
i'm scared to ask an already resolved question but i don't understand anything:
When i learn a code, iget:
0000 0068 0000 000D 005F 0018 0030 0018 0018 0018 0018 0018 0030 0018 0018 0018 0018 0018 0018 0018 0030 0018 0018 0018 0018 0018 0018 0018 0018 041E

When i receive a code, i get:
190002A0A0CA

Is there a way to recognize a receive code vs an allready learnt code ?

Thanks again

PS: my first logged in post :)
________
Arizona medical marijuana

PostPosted: Wed Oct 19, 2005 12:59 am
by jrhees
The simple answer is 'no'. In the API docs it talks about this. The 'event' code during normal reception is a compressed code which does not have all of the information to recreate an IR code (like carrier and timing info). This is because this information is not available via the long-range receiver.

If you need to have a mapping between 'learned' codes (used for IR transmission) and IR event codes, the suggestion is to create a learn procedure that first performs a LearnIR() and then asks the user to press the same button again so as to capture the corresponding event code.

-Jon

PostPosted: Wed Oct 19, 2005 12:56 pm
by olivier
This is what i made....
Thanks for ur answer :)
________
Homemade Vaporizer

PostPosted: Tue May 09, 2006 2:53 pm
by AndyH
jrhees wrote:The simple answer is 'no'. In the API docs it talks about this. The 'event' code during normal reception is a compressed code which does not have all of the information to recreate an IR code (like carrier and timing info). This is because this information is not available via the long-range receiver.

If you need to have a mapping between 'learned' codes (used for IR transmission) and IR event codes, the suggestion is to create a learn procedure that first performs a LearnIR() and then asks the user to press the same button again so as to capture the corresponding event code.

-Jon


Is the algorithm used to compress the code available? I will be using this for 2 way communication and being able to see the data portion of the signal will be required. The carrier is not important, but some of the timing information MAY be? Does the UIRT have a mode to display the length of the bursts in time (like Milleseconds) instead of number of carrier pulses, similar to Pronto mode 0100?

-AndyH

PostPosted: Tue Jun 06, 2006 5:43 am
by dnorwood2
I would be interested in this as well. Is there enough information in a raw or pronto code to convert it to a UIR style code? Could someone theoretically reverse engineer the usb-uirt firmware to determin the algorithym?

David