Skip to content
View in the app

A better way to browse. Learn more.

Ham Radio Base -Powered By Ham CQ DX

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.
Solar
SFI 128
SN 73
A 6
K 1 Quiet
X-Ray B9.3
Wind 401.6 km/s
Aurora 2
Updated 00:00 UTC HamQSL · N0NBH
Day 80/40m Fair 30/20m Good 17/15m Good 12/10m Fair
Night 80/40m Good 30/20m Good 17/15m Good 12/10m Poor

Callsign Lookup
_
Vanity Call Signs Available
Enter filters above and click Search.
ⓘ Callsign lookups are in real time via the FCC database. Vanity callsign availability is refreshed daily at 6:00 AM CST. The vanity search may be unavailable for a few minutes during this update.
Live DX spots
Live DX Spots — 70cm via PSKReporter · scroll or pinch to zoom
Band
Mode
Time
Loading map data…
MHz DX Spotter Info
Recent spots
Select a band above to load spots
Ready — select a band to fetch live spots

RemoteHams setup with SDR backend — anyone actually running this long term?

so ive been messing around with remote station control for about 6 months now and i finally got something reasonably stable running. the main rig is an IC-7300 out at my uncle's place about 40 miles away, good antenna situation out there, he's got a 3 element yagi for 20m and a vertical for the lower bands. the internet out there is just regular cable, nothing fancy, maybe 25 down and 5 up which i thought would be a problem but honestly hasnt been.

anyway i started with just RemoteHams basic client/server thing and it worked okay but the audio latency was driving me nuts especially on SSB, like you'd talk and then wait and it just felt weird. then someone on one of the other forums mentioned running an SDR alongside it, like having an rtl-sdr or an airspy just feeding a panadapter view over the same connection so you can actually see what's happening on the band without waiting for the main rig to sweep. that part actually works better than i expected.

the part i cant figure out is the internet linking side. i want to be able to use echolink or maybe allstar when im not doing HF, just to have the node active out there when the HF bands are dead. has anyone tried running all of this on the same hardware? im currently using a raspberry pi 4 and im wondering if that's enough horsepower or if i need to throw a small NUC or something at this. the pi does get a little warm sometimes and i wonder if its just throttling under load and thats causing some of the audio weirdness.

  • Replies 1
  • Views 153
  • Created
  • Last Reply

Top Posters In This Topic

Featured Replies

yeah i ran almost exactly this setup for about a year before i moved and had to tear it all down. the pi 4 is honestly borderline for that combo — it CAN do it but you'll hit walls. the thing that got me was when i had the RemoteHams server, an airspy mini running SDR++ server, and an allstar node all going at once, the cpu would spike whenever the RF environment got busy and yeah the audio would just fall apart. switched to an old dell optiplex i grabbed for like 40 bucks and the problems basically went away.

the latency thing on SSB is just kinda the nature of the beast with RemoteHams over a regular internet connection, you can tune the audio buffer settings down but then you get dropouts instead of latency so its kind of pick your poison. i found around 150ms was the sweet spot for my connection. also make sure you're using opus codec if you have that option, made a noticeable difference over the default.

the echolink and allstar coexistence question is something i looked at a while back. short answer is you really dont want both running simultaneously on the same node, they kind of fight over audio resources unless you get creative with virtual audio cables and some scripting. most people just pick one. allstar is more flexible if you want to do actual linking and have control over it, echolink is easier to set up if you just want occasional use.

for what its worth the remote HF piece and the internet linking piece dont really need to be on the same machine at all, you could run allstar on a cheap little orange pi or even an older pi 3 and leave the pi 4 dedicated to the 7300 remote stuff. splitting it up like that actually made my setup way more reliable because when one thing crashes it doesnt take everything else with it.

Join the conversation

You are posting as a guest. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

Affiliate Disclosure: As an Amazon Associate, Ham Radio Base earns from qualifying purchases. Some links throughout this website may be affiliate links. If you purchase a product through one of these links, we may earn a commission at no additional cost to you. Your support helps us continue creating free articles, tutorials, reviews, and resources for the amateur radio community. N0TLB © Ham Radio Base - Powered by the Ham CQ DX Community. All rights reserved.

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.