Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - dj0qn

Pages: 1 2 [3] 4 5 ... 128
Hi John,

Yes, now it is clear. I agree that RemoteRig is not that tolerant on higher latency connections. I assume that has something
to do with the SIP protocol used.

I really can't think of a solution beyond changing the internet provider. In a couple of stations I am involved in, we use Ubiquity
Bullets to bridge the stations to a solid provider. That works great as far as 50 km. I am not sure if that is an option in your case,
but I would think that even using 4G would be a better choice.

Mitch DJ0QN / K7DX


I am trying to understand your situation; are you saying that there is no way to wire ethernet at the
station location for the RRC's to connect to the router and need to use WiFi, or what exactly do you mean?

Mitch DJ0QN / K7DX


You have two problems, neither of which is solvable:

1) The second modem/router would have a different external IP address as the first router. Since RemoteRig
requires the router connected to the radio RRC to be the one addressable over the internet, your RRC
will never be reachable over the internet. This is not a firewall problem, but is caused by the issue known
as "double NAT". The only way around this would be using a VPN. There has been some discussion on this
forum if you search "double NAT".

2) A satellite connection will NOT work with RemoteRig, the latency is too high to make it effective. You may be
able to do some limited SSB work if you can work around the latency, but any other mode would be impossible.
This has also been discussed on this forum, but to sum up, a geosynchronous orbit is 40,000 km, the speed of
light is 300,000 km/s. The signal must travel back and forth twice for total of 160,000 km, not including ground
travel and network latency. The travel time alone requires therefore about 530 ms of latency, plus the other factors
would add another 200+ ms, or a minimum of 700 ms latency (about 3/4 of a second). That is the reason that
worldwide telecommunications has moved off of satellites.

Mitch DJ0QN / K7DX

Myself and thousands of other users have been using it for years without a problem. However,
if you prefer to pay, then that is your choice.

Does the IP number get changed so often at the remote site that it is critical? Do you have a router
at the remote site that has Dynamic DNS built-in, e.g. No-IP which is also free? That can be used as
a fallback if that is your concern.

Mitch DJ0QN / K7DX

Why don't you just use the free one that is included with the RRC?

Mitch DJ0QN / K7DX

Configuration, RRC 1258 / Re: TS-480 and 8 Volt jumper
« on: 2018-12-01, 18:39:19 »

As far as I can remember, there was always the 8/9 volt jumper (JMP-2). At least when I installed my
first TS-480 using RemoteRig in 2010, I set that jumper.

The old manual has it for sure. If you look at the TS-480 installation section, you will find it along with the
other jumpers and red straps in the matrix box.

The current manual has this explanation on page 23:
The purpose is to provide more voltage for the control panel. The current manual explains it well on page 23:
"5: Control-RRC only: JMP-2 is placed near the back of the RRC next to the RESET button. JMP-2
is used to select if the DC-power to the front panels should be 8 or 9 V. With the strap in
place it will be 8V, which fits all ICOM radios. Without the strap the voltage will be 9V, which
fits Kenwood TS-480 and RC-2000 panels that need 9V for the back-lighter."

However, if you feel that it has been working fine till now, I see no reason to change it.

Mitch DJ0QN / K7DX

This may or may not help you, but I have used SPE Expert amps for several years, which have
built-in ATU's, as well as antenna switches. Makes remoting much easier and I love these amps.

I also know that the Elecraft ATU KAT500 is remotable, but is better used with a K3 and obviously
only goes to 500 watts.

Mitch DJ0QN / K7DX

General discussion forum / Re: Missing virtual drivers
« on: 2018-11-27, 03:52:23 »
Hi Phil,

Here are my comments:

- Like I said, you don't have to waste your time trying all ports. Only COM22 (COM1) is the one
that should work for CAT, assuming the "USB COM PORT as COM1" is set to YES.

- Where I am puzzled is that you have the radio RRC COM1 set to 9600, but the control RRC COM1
set to 38.6k. As far as I understand, these must be identical, because the radio COM1 is "transmitting"
CAT to the control side COM1. I therefore do not understand why the control CAT works at all, but maybe
my assumption is wrong (Mike, maybe you can comment?). Just to play safe, you may wish to change either
the radio COM1 to 38.6 or the control side to 9600 and see if that solves the problem.

- I think you are getting virtual and "real" serial ports confused from what you wrote. You are only interesting
in using one of two ports, depending upon if you use the USB or Keyspan cable. As above, COM22 would be used
under USB and COM17 (?) would be used with the Keyspan if "USB COM PORT as COM1" is set to NO. What is
referred to as COM1 is the RRC's internal COM1, which would never be the same used by any computer program.
That is why you are told that COM1 is blocked, since it is non-existent.

- I do not know why you can not send CW, however I can tell you that the program must be set to send CW over CAT
for it to work at all. I do not know N1MM and can't tell you more. There is however a work-around: use the Winkeyer
emulation instead. Set N1MM to use Winkeyer with COM25. Make sure that COM3/COMEXTRA in your RRC's serial
settings are set to Winkeyer.

Mitch DJ0QN / K7DX

General discussion forum / Re: Missing virtual drivers
« on: 2018-11-26, 03:19:04 »

It is hard to know for sure what the problem is, but here are some tips:

- First of all, what are the serial settings for COM1 on the radio RRC?
- You said that you see four new virtual COM ports (COM 22-25). The only one that is relevant is the one marked COM1.
- I was unable to figure out which chip the Keyspan uses, Prolific or FTDI. The Prolific chip is very flaky and generally can
not be used. One with a FTDI chip will work fine. Remember to set use USB to No if using this cable.
- You wrote in the last posting that the baud rate is 9600, but the previous post you said it was 38.6k. Which is correct?
   This ties back to my first question about the settings. If it is 38.6k, then the software should be set to that, too.

Mitch DJ0QN / K7DX

General discussion forum / Re: Missing virtual drivers
« on: 2018-11-24, 19:19:34 »

You essentially have two completely different problems:

1) The Keyspan should work in any case if the port is set to NO.

2) Using the USB cable and set to YES does not show the Windows virtual ports

Now onto possible solutions:

1) I theorize that a serial setting somewhere is not correct. Note that the COM1 baud settings in both the radio
and control RRC must be identical and in mode-7, but not necessarily identical to the COM2 setting. Check both RRC's
and also make sure that the K3/0 mini is also set to that same baud rate. To check the mini's baud rate, it must
NOT be connected to the radio side, otherwise you will see the remote radio's menu settings instead.

2) The second one can be tricky. The first question is: did you install the Microbit drivers first using the Microbit Setup
Manager? If you did install them before trying, then try a different USB cable. I have seen several bad USB cables and
recently even a bad USB connector in the RRC (wiggling the cable made it work). If that all is OK and still doesn't work,
then you need to go to and follow the directions there.

Mitch DJ0QN / K7DX

General discussion forum / Re: Missing virtual drivers
« on: 2018-11-24, 15:38:08 »
I was trying to figure out what a "Keyspan" adapter is. I assume that this is a USB to serial converter.

In that case, it appears to the RRC as a "real" serial cable. In that case, "Use USB Com Port as COMx"
must be set to NO to make it work.

The virtual serial ports will only appear if you plug a normal USB cable into the RRC's USB port and into
your PC and set "Use USB Com Port as COMx"  to YES when doing so.

Mitch DJ0QN / K7DX

General discussion forum / Re: Missing virtual drivers
« on: 2018-11-24, 04:34:47 »

Did you go into the serial settings and change the appropriate COM port's setting
"Use USB Com Port as COMx" to YES?

Mitch DJ0QN / K7DX

Happy Thanksgiving Paula,

The standard power supply is 1 amp, so the answer is yes!

Mitch DJ0QN / K7DX

IN other words, can I buy the RCC twins and get them up and running with my IC7300...and if I want a different radio later can I use the same RCC-1258Mklls twins on the new radio (like a TS 480 with detachable head?)

---- All RRC's are identical. You just need to rewire the red straps and jumpers plus reprogram the RRC for the different rig.

I have another ham friend that will also need access to the shared remote RCC1258 at the remote end.  What does HE need to buy...another set or ONE box? 

---- If he is sharing an existing radio RRC, then all he needs is the control RRC and not the pair. He can buy the RRC Micro PC Client (dongle) instead if using software
      control only.

So does the RCC1258 come with windows software that I install on my PC to go remote?  I have the radio remoted with a station 35 miles away so all access will be thru the net. 

---- No, it allows you to remote the radio side for audio and rig control. There are three ways to do so:
1) Using a separate hardware control head/panel, such as the TS-480
2) Using two rigs in "Twin" mode, such as the K3 and TS-590
3) Using software control on a PC over the CAT provided by the RRC. You can use any software on the market that connects via CAT, which is basically anything. No specific
    software is required or available from RemoteRig.

Mitch DJ0QN / K7DX

No, it is not possible to say which side. I suggest that you take the control RRC to someone
else's house and try it from there to see. If it is the same, then the problem is likely at the
radio side.

I doubt that it is the cable, since then it wouldn't work at all.

Mitch DJ0QN / K7DX

Pages: 1 2 [3] 4 5 ... 128