hserout not working with parity

[ScaleRobotics]

When I use Mister E's Pic Multi Calc, it gives me these settings for hser at that baud rate:

DEFINE HSER_RCSTA 90h ' Enable serial port & continuous receive
DEFINE HSER_TXSTA 24h ' Enable transmit, BRGH = 1
DEFINE HSER_SPBRG 77 ' 38400 Baud @ 48MHz, 0.16%
DEFINE HSER_CLROERR 1 ' Clear overflow automatically

[Pic2008]

Correct since you are using BRG16=0. Note that mine is BRG16=1.

But my problem is not the bps, it is the parity. It all works fine without parity.

Anyone else can help?

[Darrel Taylor]

I remember this problem.
Took me awhile to find it again ...

http://www.picbasic.co.uk/forum/show...72&postcount=2

hth,

[Pic2008]

Hi Darrel,
i already use

DEFINE HSER_EVEN 1
DEFINE HSER_BITS 9


but in hyperterminal it shows garbage. I set hyperterminal to 8 data bit, even parity, 1 stop bit.

If i dont use the above 2 defines and set hyperterminal to 8data bit, no parity, 1 stop bit, no problem.

Is this a bug with PIC18f4550?

[Darrel Taylor]

What I was trying to say in the other thread was ...

If you want 9 total bits (8 data + 1 parity) then the USART must be set for 9-bit operations.
That is done by setting TX9 (TXSTA.6) and RX9 (RCSTA.6) bits.

With your current settings, that would be ...

DEFINE HSER_RCSTA 0D0h
DEFINE HSER_TXSTA 64h

However, PBP will do that for you, if you let it.
But when you use these defines ...

DEFINE HSER_RCSTA 90H
DEFINE HSER_TXSTA 24H 'HIGH SPEED MODE BAUD RATE GENERATOR

then you have specified what TXSTA and RCSTA values should be, and that overrides anything PBP will do.
And 9-bit will not be enabled.

If you don't define TXSTA and RCSTA, then PBP will do it for you, and all you have to tell it is the baud rate, total bits and parity.
In your case ...

DEFINE OSC 48 ; set oscilator speed to 48mHz 
DEFINE HSER_BAUD  38400
DEFINE HSER_BITS 9
DEFINE HSER_EVEN 1
DEFINE HSER_CLROERR 1 ; Clear overflow automatically

hth,

[Pic2008]

Ok, thanks Darrel. It works now.