Search found 14 matches

YIIIIIIIIIIIIPPPPPPPPPPPPIIIIIIEEEEEEEEEEEEEEE!!!!

Got it. With 123000 baud at 20MHz.

Everything works fine. Now i can invert.
Thanks to all.

#include<16F876.h> // Standard header ...

I have noticed that phone reacts if baud is greater than 112k. But the wrong chars are coming in. I think i�m close.

i must use it on the board with IR transceiver on. now i�m using a board with wired comm to nokia. as i explained, wired comm needs no invert. and if it�s not running here with software uart, i don�t ...

Ok, the protocol is right, cause it works with HW USART. I have put in the fast_io thing. the output_b(0x09) doesn�t matter for communication, it�s only relay reset and LED control. Maybe the Nokia i ...

OK, PCM programmer. Now I have tested it, like you said, with 20MHz crystal and 109000 baud. With PIC16F876 <--> HYPERTERMINAL putc() and getc() are working fantastic, BUT with communication to ...

oh thank you, PCM programmer for testing this. I will give it a try.

Ok I have PCWH version 3.203!

ahmm shift_right out to the pin is right at put_char, cause LSB is first. And in get_char() the bits are shifted left in, so the LSB is the first who is in. I think that is right. I have tried it with ...

Oh thanks Ttelmah for your code. It looks good. I will try it tomorrow. I know not exactly what you mean with the receive code. Could you be so nice and put an example of an get_char function in here, ...

This MUST BE the right way of using start and stopbit. You can see here: www.winpicprog.co.uk/pic_tutorial7.htm

The reason i�m not using INVERT in the example above is, I wrote that code for hypert ...

No, no, no. This is not the problem. I must INVERT my output. Let me explain:

The old board I have, is only PIC16f876 communicating wired with Nokia. The software with hardware usart works fine at ...

No, the problem is, i need 115kbps connection inverted on PIN_C6 and PIN_C7. Because the circuit board is already made. I have realized too late that i need inverted output to control the IR transceiv ...

Oh sorry the delay_us(24) are wrong, yeah. I mean delay_cycles(24). I have tried this, too.

The reason why I dont use fputc, putc, fgetc, getc, etc.: I have tried all these functio ...

Hello. I have a problem sending and getting BYTES from PIC to Hyperterminal and otherwise with my own SOFTWARE SERIAL functions. With put_char() a byte is only sent right at 9600 bps. with get_char() ...