Step 2: set up COM port links & test

To make this easy, do the following setup OFF the VPN, with both PC's actually on the same LAN, and test with the VPN after verifying the setup.

Due to the nature of serial ports, only one application/device can be connected to a COM port, which is why COM port linked pairs must be used to link applications together. Com0Com makes virtual COM ports in pairs. Both ports are "open" for applications to connect to, and when data is sent into one port, Com0Com shifts it to the other linked port and broadcasts it.

Using Com0Com, make at least 1 virtual COM port pair on both PC's. In this example, the server PC will have the pair set as COM2 & COM3, the radio PC will have COM4 & COM5.

Run this command in a CMD window on the server PC (alternatively , make a matchbatch file for each command, to make setup easy.)

> com2tcp-rfc2217 COM3 41000

This will link COM3 to a telnet session on TCP port 41000.

Run this command on the radio PC:

> com2tcp-rfc2217 \\.\COM4 192.168.xxx.xxx 41000

Where 192.168.xxx.xxx is the LAN Ip address of the server PC. This will link the radio PC's COM 4COM4 port to the server PC's COM3 port via TCP. Open a PuTTY window on both PC's, and link them to the open COM port on the PC (COM2 and COM5). Anything you type into one PuTTy session should appear in the other. If you can do that, the link is working.

Note that this method uses unsecured telnet to transfer data, which is why a VPN is used instead of exposing port 41000 to the wider internet via the home router.

Connect the radio laptop back to the VPN on the hotspot like in Step 1 to verify the link still works over the internet.

Next, plug the radio into the radio PC. In this example, the radio uses a REAL serial port, and is connected to COM1 (a virtual serial port might have a higher number like COM6, for example).

Set up the Telnet COM link using the two commands as above, but on the radio PC, open up a seperate CMD window and run the following command:

> hub4com \\.\COM1 \\.\COM5

This will link the "free" end of the virtual COM pair to the radio's physical COM port, meaning all data going to/from the serial port is passed to the Telnet link. Start RCForb Server on the Server PC and set the radio control config to CAT control, set server to use to COM2 (and make sure to match the baud rate of the radio!) You should now be able to connect to RCForb with a client and control the radio (buttons and PTT, no audio yet).

The chain of connections now looks like so:

radio COM <--> Virtual COM5 <--> Virtual COM4 <--> Telnet via TCP <--> Virtual COM3 <--> Virtual COM2 <--> RCForb Server

Note that