thanks man your solution really did the trick I tried it today and everything was fine.
Thanks again Ill be gracefull forever

Thanks. Great job.
You mean, even if there's an instruction to do that, the buf_size var is not initialized to zero?
Sounds weird.

BTW, thanks, i really appreciate I hope one I'll give it back to you

I didnt want to hurt you I just wanted to keep my idea I'm sorry probably I should have explined better

Mille scuse!

This seems a very nice idea.
Sounds more like a workaround than a solution, but I'll give it a try
In the meanwhile, if someone knows something more bout my problem, I'm here, wide eyes, reading carefully every line u write here

xor.....where are you? :D :D :D Let's not consider at all the function update_Gauge. ALL I want to do is receiving an integer number through USART. Nothing more. 1) Id want to send this number via SerialTerminal in windows 2) Id want to receive something on my PIC 3) Id want to handle this 'somethin...

I don't think its a problem related to atoi. Manual states "....the string will be processed one character at a time, until the function reaches a character it doesn't recognize (this includes a null char)". BTW I don't think my code will produce anything but digits in the resultin string. As u can ...

The returning buf_size is the lenght of the array I'll have to handle outside the function. all MikroE Examples working perfectly. Here's my not-working code: #define ESCAPE_CHAR '#' void main(){ char buffer[16]; int val=0,number; Usart_Init(56000); while(1){ val=get_USART_buf(buffer); number=atoi(b...

Yeap ure right! Tomorrow Ill post entire piece of code handling the USART.
Thanks guys I think this is the forum on which I find myself most comfortable.

I wanted to use this particular function as i seems to me that this code should work correctly. The thread u point me to shows a solution usin interrupts and other stuff I dont want to use. Yeap I should have written this earlier Thanks btw, any other help would be appreciated

Hi Everybody, I'm realizing an instrument panel to be interfaced with Microsoft Flight Simulator. While I'm not havin problems for the PC-side programmin section, the Usart Communication on PIC is making my head hurt :) Briefly, I just want to receive one integer number through the serial interface....

This vanishes my need of an oscilloscope (for now).My heart beats at 8Mhz now
Great. Thanks xor, I think this entire community shuld be graceful to you.

Oh great I figured out how todo that myself. These are the modifications needed in order to run xor's code onto a PIC 16F877A: this piece of code: ANSEL = 0 ; // disable adc's ANSELH = 0 ; // disable adc's CM1CON0 = 0 ; // disable comparators CM2CON0 = 0 ; // disable comparators will become: ADCON1 ...

Thanks xor. I really cant believe I was reading 877 instead of 887 for all this time.
I've seen on the Datasheet that on the 877, the CCPR1 has the same address of the 887.

If you can post the list of modifications needed to run your code onto this mc.... that would be great!

Solved. For some reasons, there was selected the Low Voltage Programming flag, which made the whole thing behave like described. I don't know why, but changing this setting did the trick. If someone know the explanation, I opened a post in the MikroC section (this because I saw the problem first bec...

What is low voltage programming and WHY when this is selected, my MikroC programs will work as usual EXCEPT for RB3 pin?