16F877A HSERIN problem

[mister_e]

Try changing

DEFINE HSER_CLOERR 1 ' automatic clear overrun error

to

DEFINE HSER_CLROERR 1 ' automatic clear overrun error

the timeout may screw or not the whole thing, try to remove it first. Once you get it working, you may decide to use interrupt instead.

If it was for me, i would probably use a single WAIT and parse the whole string at the end to validate the result.

[RFsolution]

Hi Mister_E

Unfortunatly no solution

So i'm wondering if someone has a working code to receive multiple items
in a row via Serin including the full configuration for the 16F877A

I also changed the multiple Wait's by a single Wait statement and
some Skip 1 's

I also changed the baudrate to 2400bd as i was using a 4mhz clock

than I even changed the crystal to 20 mhz and set the define osc 20

I still measure the same pulses on the RX UART portc.7

So i think something might be wrong with the configuration

So No result i'm a bit lost now !!!

I hope the serial specialists can help me

Walter

[mister_e]

Who/what send the data to your PIC?

What about if you skip the MAX232 and use SERIN/SERIN2/DEBUGIN instead?

[RFsolution]

Hi

I use codestudio and it has a build in terminal program

Still dont see where those pulses on the RX port com from

Even if I disconnect the MAX232 there are some pulses

I really think there is a config problem, I also asked the question to Mel
from Melabs

Any hints Welcome

I even checked versions of PBP to be sure there are no updates
i'm using 1.43

[Ioannis]

How fast is the string repeated?

After the labels TAR, ANT, AUX, EXT the values are ASCII or BINARY coming?

Ioannis

[DynamoBen]

I think everyone is looking past an important hint here. Those pulses on the uarts RX pin. Those pulses could be read as data accidentally and cause a problem. I've been there before.

If you disable the UART, do the pulses disappear? What types of signals are near by (pin wise)? The goal is to find out what if anything connected to the pic or in the code would be causing the pulses you speak of. There is a chance this is just general noise if that is the case it needs to be suppressed.

[RFsolution]

Hi Dymoben and other

No other signals nearby, it is generated by the PIC itself, clean negative going
pulses aproximatly 25 uSecondes long or 40khz

Walter