Skip Navigation
Baud rate replaced by bandwidth limit
www.radioworld.com FCC Replaces Many Amateur Radio Symbol Rate Limits - Radio World

The Federal Communications Commission has removed certain restrictions on ham radio operators, acting on a request that the ARRL made a decade ago.

FCC Replaces Many Amateur Radio Symbol Rate Limits - Radio World

Bands with a 300 baud rate limitation eliminated by this order are the 160 meter band; 80 meter band; 40 meter band segments 7.000–7.100 MHz and 7.100–7.125 MHz; 30 meter band; 20 meter band segment 14.00–14.15 MHz; 17 meter band segment 18.068–18.110 MHz; 15 meter band segment 21.0–21.2 MHz; and 12 meter band segment 24.89–24.93 MHz. The 10 meter band segment 28.0–28.3 MHz has a 1200 baud rate limitation, which is also lifted.

“Instead, the commission establishes a 2.8 kHz bandwidth limitation in the applicable amateur radio bands,” it said.

10
SDRconnect - New Software for SDRPlay Devices
  • Agreed about wishing it would be open source. The most usable OSS combo I've found for using my rspdx over a network is SoapySDR and CubicSDR and CubicSDR hasn't had a release since Feb 2022.

    I'm forcing myself to remember that this is just essentially a beta release, with a lot of features missing. With as long as it took them to release this version, I'm not holding my breath to get new features any time soon though.

  • SDRconnect - New Software for SDRPlay Devices

    After a long wait, SDRPlay finally released a preview version of SDRconnect, their new cross-platform software for all SDRPlay SDR receivers except the rsp1. This release includes native network streaming, meaning you can set up 2 devices running SDRconnect, 1 in server mode with the SDR plugged in, and the other remotely connected via the network.

    Check out https://www.sdrplay.com/sdrconnect/ for more information. I'm not affiliated with SDRPlay in any way, I've just been anxiously waiting for this release for many months.

    5
    Microsoft comes under blistering criticism for “grossly irresponsible” security
  • Governments should be required to only use open-source software and host their own servers

    As a citizen, I appreciate this sentiment. As a government employee, it's misguided at best.

    Governments compete with the private sector for skilled IT labor, but the take-home compensation for government jobs often doesn't compare to private, and even retirement contributions and other benefits aren't much better, leaving fewer and less skilled applicants to government jobs, since they don't want to take a pay cut. This leads to a situation where employees that are hired to government don't have the basic skills to maintain servers or host their own systems. Open source is seen as a naughty word, because if the person maintaining an open-source system leaves, finding a qualified replacement will be near impossible. Often times, contractors run complex platforms because the internal talent just isn't present within the government's staff. This leaves governments to rely on the most common tooling, which is unfortunately Microsoft/Adobe/Oracle/SAP dominated, in order to have hope of finding candidates capable of maintaining existing systems and expanding new features/tools. The public doesn't have any desire to increase taxes in order to pay for a more skilled public sector workforce, so we're stuck in this Microsoft and crappy closed source dominated environment. It really sucks to live with on a daily basis, because I know there's so much great OSS out there, but the people surrounding me are completely incapable of getting it running and keeping it running.

  • InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)MO
    MonochromeLadybug @lemm.ee
    Posts 2
    Comments 7