Second build sold out. Message will appear here when store is ready for third build ordering.

ChrisSmolinski

About

Username
ChrisSmolinski
Joined
Visits
3,879
Last Active
Roles
Member
Points
5
  • Problem with massive RFI after changing router

    A few suggestions, you may have already tried some of them, but here goes... (I assume you have one of those integrated routers/modems)

    Disconnect the coax cable and ethernet cables from the cable company router/modem, unplug the power supply from the AC, make sure the RFI completely goes away, this may sound redundant, but double checking this is really the problem.

    Plug the AC power supply into the wall, but leave it disconnected from the router/modem. Does the RFI re-appear? Is it the same as before? This checks just the PSU for RFI issues.

    Plug the PSU into the router/modem, leave other cables disconnected. What's the RFI like?

    Plug in the coax cable for the router/modem. Again... what's the RFI like?

    Start plugging in ethernet cables (not sure how many computers you have connected). Maybe plug in just one end at a time, first the router end, then the computer end. Note RFI levels. Repeat for any additional cables.

    The point of all this step by step stuff is to figure out what is producing the RFI and (maybe) how it is radiating.

    It is quite possible there is not one step that produces the RFI problems you see, but it is the summation of multiple sources/problems, this lets you figure out what is what.

    At some point in these steps, you may even want to try something as silly as wrapping the PSU and/or modem in a giant sheet of aluminum foil (possibly connected to ground say via a piece of wire with alligator clips). Not permanently of course, but as a test. If that solves the issue, the you can think of a creative way to do that permanently while still providing enough ventilation, etc.

    You can also try grounding various parts of the equipment, such as the router. And also try using shielded ethernet cables, but that only works if the stuff you're plugging the cables into actually has metallic ports. Lots of cheap stuff is all plastic, so there's nothing for the shield to connect to, it just floats, and is useless. If it's at least grounded on one end, that may help.

    Another suggestion... you (generally) do not need to use the cable company's garbage (there are lots of reasons why you SHOULD NOT, beyond RFI). I use my own modem and my own routers. You may want to do the same. It's probably cheaper to buy them yourself than trying to fix an RFI issue with lots of expensive ferrite and other stuff. Plus you won't be paying a monthly rental fee for their junky equipment that is full of security risks :)
    W9SPYjohnk5mo
  • Block a frequency

    I have a different antenna on each KiwiSDR here, so perhaps they wanted to see how reception varied between antennas? Assuming they had some rational purpose in doing this, which might not be a valid assumption ๐Ÿ˜€

    njc
  • v1.443: automatic SNR measurement, queue/camp panel reload button, misc fixes

    The diurnal changes in SNR scores are interesting to observe, below is the KiwiSDR with a 400 ft south directed Beverage antenna. Somewhat different results on the other KiwiSDRs with different antennas, as expected the 11/10m dipole is pretty dismal by comparison ๐Ÿ˜€


    njc
  • Keep your ground connections short if you want them to work

    Earlier today I got an email from an SWL with a KiwiSDR & AirSpyHF+. He was complaining about very high noise / RFI levels, even though he lives in a rural area much like myself (he was comparing his noise levels to what he sees when using one of my online KiwiSDR receivers).

    We exchanged a few emails back and forth, so I could understand his setup. He has a 80 ft T2FD and 500 ft sky loop antenna, so comparable to some of my antennas. I asked him if the coax shields were grounded, he said yes. OK, I asked how. 

    "I have a very nice ground it is a 8-ft rod into the ground and it is connected with the 12 gauge copper wire to the coax cables."

    I explained that the connection from the ground rod to coax shield needs to be as short as possible. Ideally a few inches. How long is it? If it is many feet long, the inductance will be high, and it will not work as a good ground connection.

    "Apx 12 feet". 

    Hmm... So he shortened that to 9 inches, and reported the RFI levels dropped down to as low as if no antenna was connected to the radio. Ideal background noise levels.

    He was pretty happy ๐Ÿ˜€

    So the moral of the story is, if you want your ground to work, you need to keep the connection to it as short and low inductance as possible.

    Paul_dbnut
  • Four KFS Antennas on separate Kiwis

    I routinely check http://rx2.wa2zkd.net:8073/ in the late afternoons to see what propagation from Europe will be like later on here, for pirates in the 5-7 MHz range. Your KiwiSDR is about an hour or so ahead of mine here in Maryland for those signals :)
    WA2ZKD
  • v1.403: colormap improvements, multiple DRM schedule databases

    Perfect, thank you!
    WA2ZKD
  • Possible problem with GPS on one of my KiWi's

    I second the multipath suggestion, when I had the hockey puck antenna in the shack, I found moving it by an inch produced substantial differences in GPS performance. With three cats, this was a problem.

    I finally got a "Lucent GPS 40dB High Gain Timing Antenna" from ebay for $46 and mounted it outside and never looked back. 11 or 12 satellites all the time now.
    WA2ZKD
  • Feature suggestion - Measurement/display of carrier frequency

    I am willing to try writing an extension to do this, if someone can point me to information on making your own extension. I found the example code at https://github.com/jks-prv/Beagle_SDR_GPS/tree/master/extensions/example but need a few more scraps here, like where code goes, how it's built, etc. I'm even willing to document my steps into some sort of a tutorial, if one does not already exist. :D
    KA7U
  • Performance Metric

    It's quite difficult to come up with an automated way to measure SDR performance. Been there, got the t-shirt :)

    I looked at the characteristics of known "good" KiwiSDRs vs "bad" ones. And wow, there are a lot of bad ones. Good SDRs have a few strong bins, and lots of low noise bins. Bad SDRs have a lot of high noise bins. This is one of those cases where you can look at the histogram plot and immediately determine if an SDR is good or bad, but it's tricker to do it in code. It boils down to distinguishing signal from noise.

    It was a few months ago that I wrote my code, so I would have to look over it again to remember all the details. Basically I built a histogram of signal levels over the spectrum, and find the amplitude of the 98th percentile bin. Then I find which bin is equal to 0.4 of that value. I call that the quality factor. Larger is better. These numbers were all empirically derived of course, not based on any theory. Just what seems to work. As with all things software, it could certainly be improved, I got it to the "good enough" stage. I mostly use it to test my own setup and various antennas, and a few others privately use it to evaluate their own KiwiSDR.

    This is what a "good" one looks like:




    And a bad one (some are even worse than this, this one is still bad enough to be effectively unusable IMHO):



    A smarter improvement might be to look at the frequency when examining the signal level to decide if it is real or noise. High signal levels are OK in the MW and SWBC bands. Maybe the ham bands Not good if all over the spectrum. Of course the time of day is going to affect what signal levels you expect on a given band. And of course the antenna type which may favor certain bands. And.... See, it's complicated :)
    WA2ZKDHB9TMC
  • Performance Metric

    It's quite difficult to come up with an automated way to measure SDR performance. Been there, got the t-shirt :)

    I looked at the characteristics of known "good" KiwiSDRs vs "bad" ones. And wow, there are a lot of bad ones. Good SDRs have a few strong bins, and lots of low noise bins. Bad SDRs have a lot of high noise bins. This is one of those cases where you can look at the histogram plot and immediately determine if an SDR is good or bad, but it's tricker to do it in code. It boils down to distinguishing signal from noise.

    It was a few months ago that I wrote my code, so I would have to look over it again to remember all the details. Basically I built a histogram of signal levels over the spectrum, and find the amplitude of the 98th percentile bin. Then I find which bin is equal to 0.4 of that value. I call that the quality factor. Larger is better. These numbers were all empirically derived of course, not based on any theory. Just what seems to work. As with all things software, it could certainly be improved, I got it to the "good enough" stage. I mostly use it to test my own setup and various antennas, and a few others privately use it to evaluate their own KiwiSDR.

    This is what a "good" one looks like:




    And a bad one (some are even worse than this, this one is still bad enough to be effectively unusable IMHO):



    A smarter improvement might be to look at the frequency when examining the signal level to decide if it is real or noise. High signal levels are OK in the MW and SWBC bands. Maybe the ham bands Not good if all over the spectrum. Of course the time of day is going to affect what signal levels you expect on a given band. And of course the antenna type which may favor certain bands. And.... See, it's complicated :)
    WA2ZKDHB9TMC