Receive Serial IR?

[spamme0]

Originally Posted by taximania

@Spamme0:
PocketDAQ, it's a new one to me. Many thanks for pointing me to it.
It actually see's the data I'm transmitting from the Microchip PIC16F877A I'm using.

@Erel:
My PPC can see IR data from a microchip PIC. PocketDAQ proves this.
Any ideas on how the programmers of PocketDAQ use the serial port differently to B4PPC ??

2 years, looks like were getting somewhere :-)

PocketDAQ is VERY tolerant of misformed signals.

I've also found that it can receive much narrower pulses than my palm.
Don't know if it's the method or just that the palm is much slower.

Suggest you send something with PocketDAQ, look at it on the scope.
Then compare to the capture from your PIC. Make sure they look the same.

[taximania]

Originally Posted by Erel

Are you using Serial IR ? You can't read Native (Raw) IR data.

PocketDAQ can read ascii data sent via RS232 format from my PIC circuit.
9600 baud
8 data bits
1 stop bit
No parity



It also reads useable distinguishable data from my tv and dvd remote controls.

I even managed to code my own very 'rough' serial.dll but it still doesn't see IR data from any COM:

How do they manage it ??

[agraham]

Originally Posted by taximania

How do they manage it ??

From a Groups Google - posted by one of the PocketDaq developers when it was in beta : " It also supports serial RawIR off the Pocket PC's irda port, and we are also planning to get into using Bluetooth. " You can see it is doing this, not using a COM port, from your screenshot.

Further Googling found this

http://prototronix.com/articles/irdapda/

I don't know how relevant this is to your problem however. You will understand the PIC end better than I.

[spamme0]

I'm very confused about the terms. SIR and RAWIR seem to be used
interchangeably?? The comports program identifies the port as nativeIR??
I'm talking about the mode with no protocol. Short IR pulses that
are similar to RZ mode RS-232.

Here's my repeatable experiment.

I have two Dell Axim X51v pda's. Unit B is set up for PocketDAQ
in RawIR mode at 9600 baud and unchanged throughout the experiment.

Soft Reset Unit A. Run b4ppc. Run the serialterminal example.
Set for Com2. I can read/write data between the two X51v's.

Close b4ppc and open pocketDAQ on unit A. Set for rawir mode 9600 baud.
I can read/write data between the two X51v's.

Exit PocketDAQ, verify thru the running programs screen that it's really
exited. Reload b4ppc. Run serialterminal example on unit A.
Set for Com2.
Unit A receives NOTHING from unit B. Sending from unit A results in
garbage on unit B.

Soft Reset Unit A. Run b4ppc. Run the serialterminal example.
Set for Com2. I can read/write data between the two X51v's.

.....repeat as necessary, always same results.

Hypothesis: Either B4ppc or serialterminal example is not initializing
something that got messed up by PocketDAQ.

Ideas?

Just in case I'd botched the file, I reloaded the serialterminal app.
Now, I get an error message telling me it can't load,
but it seems to be the serialdevice.dll. So, I tried reloading that.
Now, I get a bunch of what look like diagnostic pop-up windows.
The app runs, but I get half a dozen popups per transmission.
I've got three different versions of b4ppc, multiple incompatible
dll files with the same name and who knows how many versions of the
serialterminal app. Not at all clear what is compatible with what.
I'm gonna go take a nap before my head explodes...oops...too late...

[spamme0]

OK, I started over with a fresh installation of windows 2000, installed
B4ppc version 5.80 and extracted the pocket pc cabfile, dll and samples
from that. Now, the serialterminal sample runs again on the X51v.

Reference the attached picture.
Positive pulses represent the infrared output from the pda.
I'm receiving the IR signal with an IR transceiver salvaged from a dead palmV.
The light pulses are clean, full amplitude and about 10 uS wide.
They look crappy because of the limited screen resolution of the scope
and the necessity to get the whole character on screen.

I soft reset the X51v, load b4ppc and use serialterminal to transmit
the letter "E", I get the top trace. GOOD.

Then I close B4ppc and open pocketDAQ and send the letter
"E", I get the identical top trace. GOOD

Then I exit PocketDAQ, Reopen B4ppc and run serialterminal.
I send the letter "E" and get the bottom trace. BAD

Then I soft reset the X51v, reopen B4ppc and run serialterminal.
I send the letter "E", I get the top trace. GOOD

This is absolutely repeatable.

Resetting the PPC is not acceptable. Is there some program addition
in B4ppc that
I can use to reinitialize whatever is getting messed up by pocketDAQ?

[Erel]

You can try to open the port and then close it as a reset method.

[dion]

Originally Posted by taximania

I've been trying to get my Micromaxx MDPPC150 (MIO168 Clone) to receive IR from a PIC for the best part of 2 years now, and still no success.

How are you transmitting the data from the controller, just plain 9600 serial ?

Depends on how you are driving the InfreRed Led's, direct or through an encoder like the MCP2120. With the encoder chip on the UART, it is just normal serial comms. Busy finishing off a project with one in.

[spamme0]

Originally Posted by Erel

You can try to open the port and then close it as a reset method.

First thing I tried...and second...
I did some experiments with Bluetooth serial talking to a GPS.
B4PPC has no trouble switching back and forth to the GPS virtual serial port.
Seems to be just the IR port that's not getting initialized.
Too bad that the IR port is the only thing I need.
Oh well, I'd not expect any engineering resources to be applied to checking
this...maybe I'll stumble across a workaround.
Thanks, mike

[taximania]

Originally Posted by taximania

I've been trying to get my Micromaxx MDPPC150 (MIO168 Clone) to receive IR from a PIC for the best part of 2 years now, and still no success.

Finally done it. Nail on the head. Whhhoooaaaa

With the help of this .dll http://franson.com/serialtools/

I've wrote my own .dll (VB.NET) that embed's the code in serialtools.dll to establish an IR connection with my PIC project.

It works both ways.

I can now read and send IR info to a Microchip Pic16F877A processor 2 ways

Downer. The serialtools.dll is a 14 day trial version

I'm going to buy the 'Licence Key' from franson for my self, £25 ish
i'm currently using the trial licence key. 14 days.

So unless you buy a licence key, of the correct serialNET licence and can compile 'my dll' yourself with your (bought licence key) I'm not sure if any of my ramblings will work for you.

I obviously can't 'buy' a key and then share the DLL with you.
You need a key to enable serialNET.DLL functionality.

I'm also considering charging £5 for my DLL

Hey, no one else on the internet will give you this free.

@Dzt, @AGraham, dll masters

The code in my dll seems fine. Do you want a copy to sort out a few more error checks.

I'm so chuffed (Derbyshire) that it actually works

[agraham]

Originally Posted by taximania

I'm so chuffed (Derbyshire) that it actually works

Nay - that's reet Lancashire (and North Cheshire) lad. I'm glad you finally made it work