CCS v 5.115 Serial invert doen't work?

[pekka1234]

Hey, I have trying to make a new program for PIC16F886.
It uses lot of messages from SIm900 GSM module.
I do no have SIM900 module yet and I have tried to simulate what SIM900 gives.
Sim900 gives at normal Uart way and I have tried to simulate it with PC serial device.
It needs that I place Uart in normal inverted with
#use rs232(baud=9600,xmit=PIN_C6, rcv=PIN_C7,errors, bits=8,invert ) .

I use 2k2 resistor in PC TX pin, so that it doesn't go to too high.
It doesn't works and I tried to make with PIC18F2620 a similar way, but only with UART way.
It doesn't work either. All the characters were moved to other characters or mode modified.

Then I modified the test circuit to normal RS232 circuit.

Now everything worked.

Has anybody found a similar problem?
I am used invert function many years, but I do not remember if I have used invert with this 5.115 version.

I put two schematics
One with inverted schematics http://probyte.fi/Testing.jpg
and with no inverted schematics http://probyte.fi/TestingA.jpg

Pekka Ritamaki

[Ttelmah]

You do realise that invert on this chip will imply you have to use software
serial?. The hardware does not support invert on this chip.
Try using FORCE_SW on the setup. I suspect because you are using
the hardware pins, the compiler gets confused about how to do this
(the older compilers automatically selected software mode if this was
selected). With newer chips now supporting hardware invert, this is no
longer the default.
Using software serial, the receive will be the issue. No buffering, and
you have to be waiting for each byte before it arrives.

[pekka1234]

Thank you Thelmah

This works as I thought before!
Well it was in manual, but how I can read and test every page

>FORCE_SW - Generate software serial I/O routines even when UART pins

This enable_interrupts(GLOBAL); is not needed any more
Pekka

#include <18f2620.h>
#use delay(internal=8MHz,restart_wdt)
#use rs232(baud=9600,xmit=PIN_C6, rcv=PIN_C7,errors, bits=8, FORCE_SW,invert )
#FUSES NOWDT //No Watch Dog Timer
//#FUSES WDT128 //Watch Dog Timer uses 1:128 Postscale
#FUSES INTRC_IO //Internal RC Osc, no CLKOUT
#FUSES NOPROTECT //Code not protected from reading
#FUSES IESO //Internal External Switch Over mode enabled
#FUSES BROWNOUT //Reset when brownout detected
#FUSES BORV21 //Brownout reset at 2.1V
#FUSES PUT //Power Up Timer
#FUSES NOCPD //No EE protection
#FUSES NODEBUG //No Debug mode for ICD
#FUSES NOLVP //No low voltage prgming, B3(PIC16) or B5(PIC18) used for I/O
#FUSES NOWRT //Program memory not write protected
//#FUSES NOWRTD //Data EEPROM not write protected
#FUSES FCMEN //Fail-safe clock monitor enabled
#FUSES NOMCLR //Master Clear pin enabled
void main()
{
char value='a';
// enable_interrupts(GLOBAL);
while(TRUE)
{
printf("\r\nStart typing:%c\r\n",value);
value=getch();
delay_ms(10);
}
}

[hmmpic]

I reported this problem whit float high in CCS version 5.105

This is from CCS date: 1703-22:

[Ttelmah]

I remember you reporting this. I checked with 5.106, and it was fixed.