Re: Raw IR Issue
- From: mike <spamme9@xxxxxxxxx>
- Date: Fri, 29 Feb 2008 12:16:49 GMT
Robert Scott wrote:
On Thu, 28 Feb 2008 14:32:04 -0800, =?Utf-8?B?QnJ1bm8=?=
<Bruno@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
I am curious as to what led you to believe initially that your iPAQ was
"mike" wrote:
Bruno wrote:Thanks for the answer mike. It was of great help.Hi, i'm developing an application for IPAQ HX2490 (Windows Mobile 5.0) that communicates through raw IR with a IR controlled by a PIC microcontroller. In the first three parts of the operation, i can receive data fine, but on the last one the handheld just seems to ignore the data that is being received, it doesn't receive anything. Is there something related to the data that is being sent to the pocket PC? It is a byte array {0x10, 0x06, 0x16, 0x16}. I'm using port 2 for the communication. But when i communicate with a desktop PC with a serial Infrared running exactly the same application in the PIC, everything works fine! I can't realize what's going on there. Any help would be appreciated. Thanks.Download pocketDAQ and see if that shows you anything interesting.
Have you checked the timing? Using the hardware UART in the PIC or
software implementation?
mike
--
Return address is VALID!
I used pocketDAQ and realized that in fact the IPAQ isn't receiving data. Now i'll try to debug on the PIC to see what's going on. The only strange thing is that when i communicate with exactly the same application that i'm using on the IPAQ with my desktop IR serial port, the PIC answers!
receiving IR data from the PIC in 3 out of 4 parts, but later you decided that
the iPAQ was never receiving anything from the PIC. I suggest breaking down the
problem into a primitive receive test where the hex values for all characters
recevied are displayed on the screen.
I also designed a PIC to iPAQ and iPAQ to PIC communication link using raw IR,
and it worked fine, but the IR sender and receiver connected to the PIC had to
be very close to the receiver and sender for the iPAQ.
Robert Scott
Ypsilanti, Michigan
We should compare notes. I wanted basic debug.print functionality for
debugging pic projects. I ended up hacking pic basic pro to spit out sir
to drive a led.
Input is a bit harder because of the narrow sir pulse width. I never
got the energy to write the interrupt handler with sufficiently low
latency to work and still be able to get anything else done on the PIC.
I did a bunch of thought experiments about using the interrupt pin
to set a timer to hold itself "on" for a bit time to create NRZ RS232
from the RZ SIR. You should be able to tie that pin to the HW UART
input and make it work....maybe it only costs one pin.
mike
--
Return address is VALID!
.
- References:
- Re: Raw IR Issue
- From: mike
- Re: Raw IR Issue
- Prev by Date: Re: .net CF Combobox size
- Next by Date: Smart Device Applications
- Previous by thread: Re: Raw IR Issue
- Next by thread: Re: Raw IR Issue
- Index(es):
Relevant Pages
|
