My original idea was to sniff the 6 serial port and report each byte to the host with a preceeding byte indicating from where it was coming from. Like 01 37 would mean the byte 0x37 has been received from serial port number 1, 04 9A would represent the value 0x9A received from serial port number 4, etc. Also, my idea was to create a new status in response after the ACK (0x00) and NACK (0x05), something like NEWDATA (0x0A) which would represent a cctalk special packet that could arrive anytime between poll so host would know thta this was coming from sniffing.... read more
What could be said here? I am trying to made a kind of tool that would sniffer serial communication and transfer what has been listened and re-send it via USB port to the host.
Often I needed to "listen" serial communication where a host talk to a device. I get used to have a kind of 'Y' adaptor with resistors and diode that would make both Tx and Rx of the host arrive on the same Rx pin of the PC that would listen to that. Because often the things I needed to listen never talk at the same time, it works most of the time. But sometimes, when both talk at the same time, it makes the system not react correctly and makes things complicated to analyse since anyway the data we see is not the actual ones. When both were talking at the same time, we could not disinguish from where it's coming from.... read more