explain how disabling tx-module sets the pin to "tristate"
richard Today, 01:38I'm not doing anything to it. Should I?
Demon Today, 01:24Hmmm, I moved PIC #2 up in PIC #1 spot, and put in a new unit in PIC #2 spot.
PIC#1 can now disable transmitter at will, YAY! So that confirms that there's nothing on the breadboard interfering...
when you disable the transmitter how are you setting the tx pin
code ?
IT'S THE DARN PIC !
I swapped the coding between the 2 PICs, and PIC #1 now has a framing error every time it tries to disable the transmitter.
9760
I'm going to swap it for another unit...
PIC #1:
TXSTA.5 = 1 ' TXEN: Transmit Enable bit
hserout [ "[1]" ]
while TXSTA.1 = 0 ' Check TRMT: Transmit Shift...
Yes, they'll definitely be tri-state.
Demon Yesterday, 22:56I decreased the pause to 300uSec so everything is in the window when zoomed in.
The 2 transmits are working just fine, with the framing error over on the right.
9758
In post 8 the trace is showing that the analyzer is detecting a framing error being generated by the transmitter when it sends the ']' and disables TXEN.
The TX data line should never idle low......
Re: Framing error if I disable transmitter after shift register is empty?
I'm not using tri-state yet, cause for now I have only two PICs talking, and they're not sharing any lines (but I will be the future, hence why I'd like to master enable/disable of transmitter).
Demon Today, 01:41...