Thank pa for the reply. Well, I forgot to mention that I am using the PICDEM2 board with the ICD2 without the debugger. Is it possible that the ICD2 keeps the port for itself? If yes why does the Hserout works OK?
The last rules out the setup case.
How will the TXSTA come in the middle relative to Serout?
Also I tried to pull low the portc.6, but is not possible. So I think it has to do with the ICD2 thing.
Ioannis
I was thinking that the TXSTA if enabled would be tying up the pin.
Not sure about the ICD2.
Dave
Always wear safety glasses while programming.
I got confussed thinking that ICD2 uses the RC6/RC7 pins. Nop. The poblem I think is that I used the DEFINES on top of the program and the UART is holding the pins for itself. UART has higher priority than TRIS i suppose. I'll try and come back.
Ioannis
Yes. This is the problem. When there is a Hserout command inside the program (no matter where, even at the end), the TX pin is engaged by the UART and cannot be controlled.
Now I have to find out how to release it from the UART control.
TXSTA=2 and RCSTA=0 did not help.
What I really want to do is to emulate a 1200 baud trasnmission of one zero (0), like this:
LOW PORTC.6
PAUSEUS 7500
HIGH PORTC.6
That way there is no need to deal with BAUD rate change. If it only worked...
Ioannis
Last edited by Ioannis; - 11th December 2008 at 13:57.
Maybe
Code:TXSTA = %00000000
Dave
Always wear safety glasses while programming.
Ioannis, Obviously none of you are reading the data sheets for the processors you are trying to program... Set RCSTA.7 to 0 and the port is all yours...
Dave Purola,
N8NTA
Members who have read this thread : 0You do not have permission to view the list of names.
Posting Permissions
Bookmarks