Bi-directional asyn- chronous serial I/O = Possible?

[MadeThisName]

The project I'm working on will hopefully be prepared and presented in time for a company that works with integrated circuit cards.

My lead role is to find any security holes in the protocol and present them with all the data i have acquired along with a solution although this isn't my field of expertise i have taken it upon myself to get the job done to the best of my abilities…lets hope that works out .

I will intend to use the micro python board to capture and send data but i am in need of implementing two bi-directional asyn- chronous serial I/O with tri-state buffers at each end that are implemented such that only one side drives the I/O line at any given time in order to prevent contention. It will have to operate at clock frequencies between 1 and 5 MHz, with the data rate of around 1/372 of that frequency.

Well like i said this isn't my field of expertise and i don't have anybody to confer with, so with that in knowledge would any of this be possible with the use of the micro python board?

Any help would be much appreciated and welcomed with open arms.

Thank you and kind regards Sean.

[dhylands]

I haven't played with the serial stuff to see just how fast it will go, but this sounds plausible.

I've used a similar trick on AVRs for talking to bioloid servos, which have a half-duplex protocol over a single wire.
However, I normally do some tweaks in the low level uart code (on the AVR) and disable the receiver while transmitting so I don't receive my own transmission.

You can toggle the Tx pin between being a UART Tx pin and being a GPIO Input (which essentially tristates it).

Were you thinking of connecting the Tx to Rx on the same UART? Or why exactly do you want to tristate?

How exactly were you thinking of wiring things up?