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 - W1UE

Pages: [1] 2 3 ... 8
1
General discussion forum / Allowed SIP Password Characters
« on: 2022-04-24, 22:22:21 »
What characters are allowed for a SIP password?  It appears that the password can be 11 characters long, and small letters, capital letters, and numbers are allowed.  Are any punctuation marks also allowed?

Dennis W1uE

2
General discussion forum / Re: SIP Out Port keeps changing
« on: 2022-01-28, 17:13:42 »
We changed the SIP Port in both the Remote and Control RRCs from 5080 to 5083.  The SIP Out Port on the Remote RRC, as specified on the Status Report, has stopped changing, and it stays at 5083.  The RRCs now connect immediately, and the delays in the frequency information being sent to the Control RRC are gone.  Tuning the Control RRC results in an almost immediate change in the Control K3 display.

Not sure why changing that did anything, but it now seems to work as the other RRC setup.  I'll be on the contest this weekend using the remote station (major snowstorm on USA East Coast
tomorrow, so I'll get a chance to document and make sure the issue is gone.

Dennis W1UE

3
General discussion forum / SIP Out Port keeps changing
« on: 2022-01-26, 23:49:22 »
I have a site with two RR units, both Remote boxes, to support and SO2R setup.  One of the boxes I can connect to and its solid; the other box I can connect to but, in particular, it has problems sending data back to the Control unit.  I can tune the Control Radio, and the Remote Radio responds, but the display on the Control radio doesn't update.  After some seconds later, it often updates, but not always.  Audio is usually solid, using an audio quality of 8.  Yes, the UDP Cmd port, UDP Audio Port, and SIP Port on the two RRCs are different.  As I look at the Status Pages of the two RRCs, I see the RRC that's working fine has a SIP Out Port and SIP In Port of of 5081; everytime I go back to that Status page, I see the same port of 5081.  For the RRC that's not updating the Control unit, I see a SIP In Port of 5081 and a SIP Out Port of 7384; that SIP Out Port changes.  One time its 7384, then 8649, then 6177, and so on.  Every time I update that status the SIP Out Port changes. 

I'm looking for something to fix the poor response of one of the RRC units; does this SIP Out Port changing have anything to do with it?

A little more info- we have had this problem for some time with one of the RRC units; the problem comes and goes.  It existed before we put the second RRC at the remote site, and were pleasantly surprised when the second RRC unit did not have the problems that the first unit had.  Any suggestions are welcome.

Dennis W1UE

4
I had the same issue with the Remote Rigs.  I built a 20dB audio attenuator designed for 600 ohms input/output impedance, and put it between the audio output of the soundcard and the input to the Remote Rig.  While I originally did it to operate Digital modes, it should work on this also.  That reduced the audio output to a level that the RR units could handle.


5
Mirko, while this doesn't answer your question, I originally used the ComExtra for FSK but, with the rise of the FT Modes, I converted over to AFSK.  Since I had already set up the RR units for SSB, adding AFSK and FT4/8 was really already done.  Just something you might consider.   Dennis W1UE

6
Dan, I have the RR boxes working FB using a a modified Koss headset that has a Heil HC5 element in it.
The mike is plugged into the Mike input at the side of the K3/0 Mini.  For the remote station, the mike
input is FPH.

I found the key was to provide a PTT signal- in my case, I have a footswitch plugged into the PTT jack on the
back of the K3/0 Mini.  To use the digital inputs such as FT8, I also had to add a PTT signal into that same
jack or the radio would not send the audio tones (I used WSJT-x to drive a 1-transistor level converter to provide
the PTT signal).

Dennis W1UE


7
General discussion forum / Re: RRC stereo audio for SO2R
« on: 2021-04-05, 20:58:45 »
Dan
Let's go back one step.  Plug headphones into the So2R Mini- is it switching properly?  Do you actually hear the two audio streams?

Now add the Y cable, and test again by connecting headphones to one of the two plugs.  Do you still hear the two audio streams?

Try restarting the RRC box. 

Are you using the Speaker or Headphone output on the K3?  Front or rear? 

Using the REMaudio produce both channels?

The L-Mix-R should be "A  B". 

Dennis W1UE

8
Bill, Contact me direct.  I have the same setup (minus linear) and have it working FB.

Dennis W1UE

9
Dennis- did you make sure to match your audio codecs? 

10
JP
I don't have an FT1000, and I don't have an OMPower Amp, so I can't shed any specific help for your problem.

A couple of ideas that I do have on it:
1. Are all the devices you are using communicating at the correct baud rate?  I'd check out that baud rates match on all the equipment.
2. If the baud rates all match, can something to be done to make the time for the OMPower amp to receive the data longer?  If its timing out, waiting for a response with x milliseconds, can you make it y milliseconds?

Dennis W1UE

11
Patrick
If you do SO2R operating, you might want to take a look at the SO2R Mini controller.  Its built around an Arduino.

Good luck, have fun, and see you in the contests!

Dennis W1UE

12
GM Patrick

I tried to use the Winkey Emulator included in the RRC several years ago, but did not have satisfactory results.  I don't recall exactly what didn't work, but I use the remote station for contests and the last thing I want to do in a contest is to spend time fussing with the hardware.

I bought a MORTTY CW Keyer, set it up with my computer, and it has worked flawlessly.  I realize this doesn't exactly answer your question, but that's how I solved the keying problem.

Dennis W1UE

13
KL0R, it sounds to me like you have a power supply problem, and let's get the nomenclature correct.  The remote site is where the transmitter is actually transmitting, its where the antennas are, and its where the K3s is located.  The control site is wherever you are and where the K3/0 is located.

Are you feeding the Remote RRC and K3s voltage from the same power supply?  If so, I'd suggest getting a separate power supply for the Remote RRC.  What I think is happening is that occasionally, for no real reason at all, your power supply to the Remote RRC drops too low, the Remote RRC turns "off" due to the voltage being low, then when you finish the code element and the voltage comes back up the RRC says "I just got voltage applied, so I'll start" and restarts.  It would be an intermittent thing, and hard to trace down. 

As for your setup, the Winkey need only be used at the Control site.  Its not necessary to plug the Winkey into the Control RRC; its much easier to plug the Winkey output into the "Key" jack on the back of the K3/0.  I have mine configured like that, and it works great.  Unless you operate using Teamviewer or similar desktop program, there is no need to have a Winkey or similar at the Remote site if you are going to use the Remote Rig system.

Dennis W1UE

14
General discussion forum / RR Use with Icom 7300 or 7610
« on: 2019-09-06, 13:09:01 »
Anyone have any experience in using the RR sets with these radios?

Dennis W1UE

15
Chipp- you say you have a K3.  It should be easy to switch the microphone- the RR mike cable goes to the rear Mic in or Lin In jack, the mike in the shack goes to the front mike input 8 pin DIN.  You do have to toggle the K3 Menu selection on mike input, but no recabling would be necessary.

Paralleling PTT is usually done without a problem- just use a "Y" cable.  Easily obtainable, cheap.

RR Speaker line goes to Headphone out on the rear panel.  You plug headphones in the front panel.  No cabling required.

K3 Lin OUT goes to the soundcard for decoding at the remote site.

I don't know what cables the LP Pan require, so I can't comment on them.

The one cable we haven't been able to avoid swapping out is the CW keying cable.  We did try paralleling a local keyer with the RR keying line, but it didn't work reliably.  So we just swap keying lines.  One cable is still a lot less to change.

Dennis W1UE

Pages: [1] 2 3 ... 8