serout out of order on 12F675

[mister_e]

What happen if you place

GPIO=0

just before the PAUSE 1000?

Did you tried to connect your PIC directly to your PC?

[Ricardo]

Thank you for your comment, I will try your suggestion. Just a note: the code works fine on an 16F688 using the same I/O pin GP4.(with minors modifications: TRISIO replaced by TRISA, ANSEL replaced by ADCON1, CMCON line removed)

[Ricardo]

Thank you for your comment, I will try your suggestion. Just a note: the code works fine on a 16F688 using the same I/O pin GP4.(with minors modifications: TRISIO replaced by TRISA, ANSEL replaced by ADCON1, CMCON line removed). I didn't try to connect directly to my PC.

[paul borgmeier]

Serout2 sends LSB first – your HSB appears to be the one that is corrupted. This screams “timing issue” to me. If you are using the Internal Oscillator (which it appears you are), you might want to switch to a XTAL for reliable timing. If that is not possible, consider a slower baud rate or get a good scope and play with the OSCAL value until the timing works (at the given temperature – it will change if the temperature changes).
HTH,

[Ricardo]

Paul,

Based on your comment, I assumed that the pic basic was reading the stop bit as the MSB of the data. My conclusion is that the pic clock was too fast. So I reduced the OSCCAL from its 3460h original value to 3450h and it worked on the first try! Now I´ll play a litle bit more with the OSCCAL to find the midpoint to (hopefully) garantee that the circuit will be stable over temperature changes.

Thank you for your valuable help!

[Ricardo]

What happen if you place

GPIO=0

just before the PAUSE 1000?

Did you tried to connect your PIC directly to your PC?

Putting GPIO=0 have no effects on the output, but I can learn on the process. What is the purpose of this line?

[paul borgmeier]

>> Putting GPIO=0 have no effects on the output, but I can learn on the process. What is the purpose of this line?

Mister-E wanted to make sure you were idling low, which is good practice.