VOGONS


First post, by superfury

User metadata
Rank l33t++
Rank
l33t++

I don't know if any such cables exist?
Theoretically, it would be a simple nullnodem configuration on the primary cables:
TxD -> RxD in both directions
RTS -> CTS in both directions
DTR -> DSR in both directions (not like a normal nullmodem cable, as it doesn't include DCD in this cable)

Then, the remaining two missing pins on the other side wire through from the second plug and port:
DTR on the secondary cable side 1 -> DCD on the primary cable side 2
RTS on the secondary cable side 1 -> RI on the primary cable side 2
This can be done in both directions to provide all pins on both sides (if needed), so full handshaking as modems or terminals can be done in both directions if needed.
Basically it's just the merged wire split onto the second port and the missing wire(RI) added on the RTS pin of the second port.

Looking at https://en.wikipedia.org/wiki/Null_modem#Full_handshaking .

So it's basically a full handshake cable, but with the DCR(connected to DTR on the other end's second serial port) and RI(connected to RTS on the other end's second serial port).

So, basically a nullmodem with the missing signals on the second port to control?
That way, things like emulating a DCE on two DTE ports is possible?

Author of the UniPCemu emulator.
UniPCemu Git repository
UniPCemu for Android, Windows, PSP, Vita and Switch on itch.io

Reply 1 of 1, by superfury

User metadata
Rank l33t++
Rank
l33t++

Just went and implemented the wiring mentioned above into UniPCemu's latest commits.

Now, this just adds the DCD (emulated) to DTR on the second(ctl) port and RI (emulated) to RTS on the second(ctl) port specified.
So if you're using the cable wiring mentioned above, it'll be able to route the null modem or emulated Hayes modem (previously only supported the null modem) over the host network.
If you're still only using a single port in nullmodem configuration, no behaviour is changed (this is applied the same way as before).
But when choosing a Hayes modem, it'll provide the full handshake from the modem as it applies the DCD and RI lines it's supposed to. If you don't use the second cable it'll float those two lines. If you use a nullmodem cable, they DCD gets input from DTR (which might not be what you want, unless you configure the modem for that, although DSR will still always mimic that due to the cable acting that way). If you use the splitting cable wiring mentioned above, it should work just as it's applied inside the UniPCemu emulation itself (all pins acting like they should).

Author of the UniPCemu emulator.
UniPCemu Git repository
UniPCemu for Android, Windows, PSP, Vita and Switch on itch.io