BUSY line technique

[Demon]

Right, I forgot about the pull-up resistor. It will take care of pulling the line back HIGH when the pin changes to input, even better, one less step.

Revised:

- all PICs define BUSY LINE pin as INPUT.

- pull-up resistor on BUSY LINE.

- to transmit, a PIC checks if BUSY LINE is HIGH (available), BUSY LINE pin set LOW (busy). Pin is automatically set as OUTPUT by PBP LOW command.

- once finished transmitting, BUSY LINE pin is set as INPUT.

- pull-up resistor pulls BUSY LINE back to HIGH (available).

Thanks Ron!

Robert

[Ioannis]

I think that if the pin was low and then this pn is made input the buffer inside pic will read as low if no previous read ia made. So one must read the pin twice. If I am wrong please someone correct me.

Ioannis

[Ron Marcus]

I think that if the pin was low and then this pn is made input the buffer inside pic will read as low if no previous read ia made. So one must read the pin twice. If I am wrong please someone correct me.

Ioannis

The pull up resistors will bring the line high

[Ioannis]

Yes, the line will be high, but the buffer inside the PIC? It will be revised when the port is read again.

I 'll tey to find it in the datasheet. There was a note about this.

Ioannis

[BobK]

Hello Robert,

I am currently using the scheme of the BUSY line in two systems I have developed. However I am using a single pin serial line. What I have done is created a system with a master board and 20 slaves. I have a busy line that is normally high. When a slave has a message for the master it first checks that the busy line is not low then makes the busy line low, sends its data to the master. The slave clears the low on the busy line. The master makes the busy line low just before it receives the data. It will keep the line low until the end user acknowledges the event received. The it clears the busy line allowing new data to be sent. To prevent crashes of data, each slave must wait 10ms before sending any data. The first board waits 10ms the next 20ms and so forth. The likely hood of two signals coming at the same time is virtually nill but why take the chance. Waiting 200ms isn't going to hurt anything.

I keep all of the slaves serial pins as inputs until the SEROUT2 command is used then as soon as they are finished sending I make the pin and input again.

All of the slaves are plugged into a card cage backplane so I'm not running cables all over.
In one system I am using a 16F877A for the master and 16F872 for slaves. In the other system, a 18F452 is the master (needed more memory) and the slaves are 16F74's. One system has more things to do than the other.

Hope this helps you out.

BobK