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

Pages: 1 2 [3] 4
31
John,

Access to a spectrum analyzer is indispensable when diagnosing drop cable problems. Generally, only headend techs have access to the better analyzers. The tech ops group use simple analyzers that have poor level and resolution bandwidth.

The spectrum analyzer should be set to display dBmV and not dBm. The current DOCSIS standard calls for cable modem input level between -5 dBmV and +5 dBmV.  Outside that range and strange issues develop. Most cable modems now include basic a basic analyzer and report input level across DOCSIS channels, typically between 4 and 8 channels are used in NA cable systems.

The internal analyzer can be accessed from any web browser on the network. However, level is sampled at periodic intervals and does can give the technician or user a real-time glimpse of the operating conditions. For that, a real spectrum analyzer is needed.  For years, the standard device had been the HP 8591C.   I recently acquired Agilent N1996A and HP 8560E analyzers. These are 50-ohm analyzers but can be used with a high-quality 75:50 wideband transformer to ensure accurate dBmV readings.

It's very important to watch not only the baseband spectrum where the QAM downstream channels operate, but also look at the spectrum near 50 MHz where RF ingress is more pronounced.  If the system has been equalized properly all the way to the user end of the drop cable, there should be little level change from 50 MHz to the upper limit of the system which often beyond 750 MHz. Any unusual pass and ripple is an indicator of leakage or other connectivity problem.   

When I worked in corporate engineering at AT&T Broadband, then later Comcast, probably 90+% of coaxial problems were at the drop.  When you consider every potential point of failure on an HFC cable system, it's a flat-out miracle it works at all.  I was knee-deep in resolving these issues 20 years ago when the company was just starting to launch cable internet service and developing data sensitivity analysis.  In fact, I wrote a chapter in AT&T's Network Architecture Manual that addressed plant certification prior to declaring newly upgraded plant as being service and market ready across three lines of service: video, data, and telephony.

In the early years, the most significant problem was on the upstream where QPSK data typically runs between 25-30 MHz. Shortwave broadcast ingress, and RFI from 11m, 12m and 10m ham operations all played a part in reliability until we developed hardened plant procedures. Of course, these problems can still persist today, especially at the peak of the 11 year sunspot cycle. 

Cable modem service reliability is still very much affected by ingress on the upstream channels.  A typical cable plant serves anywhere from 50 to 500 homes from a fiber node.   From the convenience of one's home and with a broadband RF signal/noise generator, it's possible to shut down service on an entire node since the return path RF is summed together.  Fortunately, that's beyond the capability of most subscribers, and there have been few reported cases of malicious interference in this form.

Paul, W9AC


32
General discussion forum / Re: Static IP vs. DHCP
« on: 2016-04-01, 18:35:40 »
John,

That fixed it.  Many Tnx!

Paul, W9AC

33
General discussion forum / Static IP vs. DHCP
« on: 2016-04-01, 14:49:25 »
I recently changed my home router and found that my remote RRC will now only connect with the radio RRC by DHCP and not with a static IP.  Even though the remote RRC should not require port forwarding, I tried opening up the RRC static IP port and even went so far as to assign it as a DMZ port.  Still no good.  The DNS and Gateway IPs have stayed the same.  DHCP works perfectly but I would like to know why a static IP will not work on my remote RRC.

Can anyone explain this?

Paul, W9AC

34
Mostly works fine.  Sometimes I have to "fiddle" with turning the hotspot on/off and rebooting the RRC, but always manage a connection with my iPhone 6.

Paul, W9AC

35
Feature Requests / 1216H Feature Request
« on: 2016-01-09, 04:41:02 »
1) Modify "Only one relay ON simultaneously" so that any relay can opt-out of exclusivity.   Example:  A 1216H used as a 4-square antenna switch controller where only one of four relays is allowed to be on but the 5th relay is independent and controls a switched "L" matching network to switch the array between CW and SSB portions of the band.  In this example, we want relay 5 to turn on/off regardless of the state of relays 1-4.  The present global lock-out really limits use of the 1216H web switch.

2) Add menu for adjustable time delay between switching relays when "Only one relay ON simultaneously" is enabled.  In essence, allow delay from the time a relay is turned on after waiting xxx msec. for the current relay to turn off. 

Paul, W9AC

36
General discussion forum / 1216H Switch Time
« on: 2016-01-08, 19:03:04 »
I just purchased a 1216H Webswitch and need it to emulate a rotary switch to select one of three dipoles (K8UR style) around a tower.  By emulating the rotary switch, there's a small period of time from one switch position to the next. 

At the moment, the 1216H is configured for relay exclusivity (i.e., only one relay active at a time).  However, the time period from the selection of the new relay selection appears simultaneous with the de-selection of the current relay.  What's needed is a small time delay between switching relays.  For this application, 500 msec. is adequate.  The 1216H Webswitch will control a rotary actuator that works by pulsing current through a solenoid that uses electro-mechanical indexing -- and hence the reason for the needed time delay.

Possible?  If not now, can this be added in a future F/W and web server release?

Paul, W9AC     

37
General discussion forum / Optimizing RRC CW values
« on: 2015-10-08, 17:43:12 »
I am looking for ways to optimize CW performance.  I am getting increased reports that some ops need to fill in missing information "in their heads" while copying my CW.  I have now engaged auto-space as a way to help mitigate the problem.

The control site uses fast Comcast broadband Internet service.  The remote site is limited to a marginal DSL connection.  The remote site typically has about 8 Mbps download and only 600 kbps upload.  Obviously, the upload speed is a severe limitation. 

In reading p. 93 of the RRC manual, there's a discussion of the LF DELAY and KEY DELAY values.  But I don't see a discussion on optimization or a direct relationship between those parameters, especially how to set KEY DELAY with changes in LF DELAY.  I have copied the relevant portion of the RRC manual below.

When I ping the remote site, this is my response:

Time=47ms   TTL=53
Approximate round trip times in milli-seconds:
Minimum = 46ms, Maximum = 48ms, Average = 47 ms.

So, based on this information, it appears LF DELAY should be 48ms, but what value for KEY DELAY?  Is there a network utility to measure jitter to come up with an answer that is better than an educated guess, or based on trial and error?  Tnx!

Paul, W9AC

"...The value of lf-delay depends on the latency of Internet. A good start value is
the same value as the ping time between control and radio QTH.

Another unique feature is a kind of adjustable jitter buffer at the radio end. If the Internet
connection has varying latencies, you can set a key-delay before the keying of the radio is
executed. This delay makes it possible to reconstruct the transmission on-the-fly and the
system will be much more tolerant against varying latencies (jitter). Longer key-delays give
higher tolerance against jitter but also add delay until the keying is executed at the radio.
Even if you have a good connection you could try with a low value. Remember that when you
increase this value you must also increase the lf-delay value."


38
Mitch, thanks for your quick reply.  It is fixed (for now),  After searching the Apple user groups, someone had a similar problem.  The suggestion was to re-name the iPhone, especially if it was upgraded from a previous model (mine was).  After changing the iPhone name, the RRC sees it now.  Possibly something becomes corrupt in the upgrade but I don't see why that only affects some Internet appliances and not all.  Hopefully, it's a permanent fix!  Time will tell.  Right now, Sprint LTE service is like being on the LAN. 

Paul, W9AC

39
I can almost never get my RRC Control unit with Wi-Fi to search/find my iPhone's Personal Hotspot connection.  Is there a trick to this?  It finds all other Wi-Fi just fine.  Mine, the neighbors, etc., just not the iPhone.  I've tried using the microbit setup program.  My other Internet appliances do find the iPhone hotspot.

The first issue to resolve is scanning and finding the iPhone on the RRC.  Later, I'll engage DHCP once it can even find it.

RRC is on current firmware 2.87.  Latest RRC hardware.
iPhone 6 running latest ios.

Ideas?

40
Configuration, RRC 1258 / Re: Elecraft K3 CW in SSB Mode
« on: 2015-06-02, 05:42:18 »
The problem is now corrected: On the Radio RRC, under Keyer Settings, I had to disable "PTT activated by Keyer."  It is now set to NO.  In this configuration, the K3s will transmit in CW and SSB mode when the K3 menu allows for CW transmission in SSB mode. 
This setting also fixed the CW QSK switching time.  It was slightly slow before, now it is super fast. 

Paul, W9AC

41
Configuration, RRC 1258 / Elecraft K3 CW in SSB Mode
« on: 2015-05-29, 22:58:16 »
The K3 has the ability to run CW in SSB mode.  I have activated that feature in the K3 menu, but the RemoteRig RRC is not keying the K3 transmitter with output power.  Is CW in SSB mode possible?  I went to the remote site today just to confirm that the K3 by itself does indeed key CW in SSB mode.  Ideas?  Tnx!

Paul, W9AC 

42
Paul, I'm just curious as to why you want to do this remotely.  If you do it at the control site, you change the settings at the Control K3, which then causes the same settings to go to the remote K3.  I do it with N1MM+ all the time- sending commands to swap VFOs, changing antenna ports, etc.  It seems to me to be a lot more straightforward to do it at the Control site, then each op can maintain his settings on his own.  Dennis W1UE

Dennis, please let me know if N1MM is with you at the control point or at the remote site.  After re-reading your reply, maybe its on the control site PC with a connection to COM1 on the control RRC?  That sounds great if those settings can be saved for each op.  So, I may have misunderstood your reply.

Paul, W9AC

43
Simple:  We have multiple operators who access the same K3.  We each have our favorite settings for AGC, CW sidetone frequency, etc.  We want to load our profiles before each session so we're not spending 10 minutes fiddling our way out of the last op's settings. 

It's a shame the K3 was not designed to save a few profiles internally, rather than through K3 Utility software.  The way it *should* work is that the K3 at the remote site imports a user profile from the K3/0 or K3-Mini at power-up.  Or in the alternative, the K3 would handshake by S/N with the control K3/0 or K3-Mini and load a profile without a transfer of profile data over the Internet.  Either way would have been good.  That would have eliminated the problem.  In all fairness to Elecraft, they probably were not thinking about multiple user remote operations back in 2007-2008 when the K3 was designed.

Anyway, it appears Win4K3Suite has resolved the problem and we can now save/load user profiles from our control locations. 

On a different matter, I'm still having a severe high gain problem with the K3-Mini speaker amp.  As always, I'll need to slay this dragon on my own and redesign the feedback network.

Paul, W9AC

44
The speaker level on my K3-Mini is WAY too loud - even after the initial connect.  Turning down the level in RRC will not only bring the speaker level down but also the headphones.  However, audio through the headphones is excellent and at the right AF control setting. 

This all means the amp driving the K3-Mini's speaker is running with far too much gain.  It's as if there's no negative feedback at all.  My plan is to go in and reduce the Mini's amp gain by lowering the feedback resistor values on both audio amp channels.  Doing so will also reduce the "digital grunge" heard coming out of the speaker. 

Paul, W9AC

45
Mike, please let me know the RRC settings to make this work.  Elecraft Support says it cannot be done.

I do not want to flash anything via the Internet.  I only want to load K3 Utility profiles into the K3 so that remote users can have their favorite settings.  TeamViwer will be used to access the K3 Utility from the control/client location.  It will not be used over the Internet.

I am using a high quality FTDI cable (USB-to-Serial) between a Dell PC and RRC on COM1.  I am then assigning the FTDI interface as COM7.  So, COM7 is selected on K3 Utility for a path to the RRC COM1 port.  But, no communication so far.

Tnx!

Paul,

Pages: 1 2 [3] 4