Matt Burton-Kelly's home on the Web
(Long title, but had to cover all the bases)
For my radio, it was `/dev/cu.usbmodem53620077003`. Trying different order of operations (plug radio first, then start JS8Call vs start JS8Call, then plug radio) may have been what I needed to get the right serial port to show up in the list. Below is a screenshot of all the settings that seem to work.
Following this post by HB9TXB Branko, I did also check the list of serial ports using this command in the terminal: `ls -lrt /dev/tty*`.
Just like everyone else, I’m going to put down the settings that work for me, but they might not work for you. VARA was easier to get working with appropriate CAT control (changing frequency and keying PTT), but ARDOP was a pain. Maybe this will help someone else.
These settings are DIFFERENT than ones shown by SA7SKY here (at least, that’s where I found a copy). Looks like they were using Winlink Express 1.5.11.3. The images below are from 1.6.6.0.
With these settings, you cannot have flrig running at the same time, because flrig and Winlink are trying to use the same COM port. I’m still working on a solution to this.
Above, note that “Enable RTS” and “Enable DTR” are checked (differs from SA7SKY). Baud is set to match my IC-7300.
Below, the ARDOP_Win_Virtual_TNC window opens when you start the ARDOP session, but it is usually minimized by default.
My settings above match SA7SKY.
Above, “Use Radio’s Internal Sound Card” is checked (you’ll get an “are you sure” popup if you choose the Icom 7300 and don’t check this box), SA7SKY does not have it checked.
At some point over the winter, I started reading Thomas’s posts at QRPer.com. It may have been after I listened to one of his guest appearances on Ham Radio Workbench.
Long story short, last week I got a new Xiegu X6100 from Radioddity. I’ve been playing with it and a MFJ-1984LP EFHW antenna in the front yard for a few days now, and it’s been a hoot to chase POTA activators using only 5W. It’s definitely something I can do for 5 (let’s be serious, more like 15) minutes at a time in between other things.
Some early notes, maybe to follow up on in the future:
There are probably more complete and better lists out there, but maybe I can list some off the top of my head.
These are mainly hardware solutions to get signals and data farther, faster, and in and out of the Internet. Ideas on the software side might be:
What are some other ways to contribute the “infrastructure” of ham radio, to help it remain resilient (and stay fun)?
#hamradio #amateurradio
I may add to these notes, but a key one was to make sure to give WSJT-X access to the microphone, even when using a USB cable to control the rig. Thanks to K3DCW for the tip.
I presume that you have a checkmark in the box labeled “PortAudio” next to the USB Audio CODEC device selectors. If so, then the only other thing that I can think of is that you haven’t given macOS permission to access your “microphone.” Many of these programs see/treat that USB Audio CODEC as a microphone input and failing to give it access to your “microphone” will cause it to not hear a thing. Go to the Security & Privacy pane and make sure that Fldigi has access to the microphone.
I also have iShowU Audio Capture installed (for OBS screen recording), which I thought might have been the problem. Here are my current working audio settings (Audio Midi Setup).
The rest of the settings described here work out well for connecting the IC-7300 and my MacBook Pro.
To get the gain right in the software, I used the RF Gain knob on the IC-7300. There is a way to adjust this in the settings but I can’t find it at the moment. It’s the ACC/USB AF Output Level setting under MENU>SET>Connectors (make sure you scroll up and down the menu items as needed). All suggestions are to get the bar in WSJT or JTDX to about 30 dB.
I’ve expanded my search beyond what I introduced in APRS tracker/viewer build concept. Here I will attempt to organize projects some other folks have put together.
This has been sitting in draft mode for several weeks, but I’m pushing it out now and hoping to add more as I learn.
Dire Wolf won’t let you save both a daily and single log file of packets received, but if you log daily with LOGDIR, you can write a script that bundles up all the log files and then produces a GPX file of the output. This is useful if you want an idea of the area your digipeater or iGate is covering without trusting to aprs.fi or aprsdirect.com, which only provide the actual path taken and drop duplicate iGated packets.
Simple script for Linux:
#!/bin/bash
# merge log files
sed 1d *.log > log_merged.csv
# convert to gpx
log2gpx log_merged.csv > log_merged.gpx
(sed tip from Linux.com means you don’t need Python or similar)
Make it executable:
chmod +x merge_and_gpx.sh
Run or schedule in cron:
./merge_and_gpx.sh
Writing this on the fly and hope to add links later.
I’ve been into APRS lately, which tends to yield project ideas. There are small trackers put there that aren’t cheap, cheaper trackers that aren’t small, and none of them do all of what you might want.
At an event (e.g., an endurance race in a remote location), you want everyone to know as much as possible. We’ve tried satellite tracking on racers to various success, but when the race course has little mobile data and barely SMS (if anything), satellites don’t help race directors very much.
Having enough amateur radio volunteers to set up a real net is the dream, but in absence, what else can we do? Enter APRS.
Build idea here is for an easy-to-install vehicle (staff and volunteer) tracker that lets everyone see other where other people are. A limited number of hams would enter data and send messages or bulletins, and the rest would be passive; not pushing buttons on the radio, but having access to received data.
Quick concept and then I’m done:
See where im going? Need to run numbers on cost, because it’s adding up in my head.
Did some quick looking for information on Summits on the Air (SOTA), a ham radio contest to make contacts while either you or your contact are standing on top of a summit (mountain peak, usually) and highpointing, which is a hiking contest to stand on all the high points in a given set of jurisdictions (continents, counties, US states, US counties, etc.). Links below.
As I get back into ham radio and attempt to learn CW again (after I upgrade to General, one thing at a time), I want to put this here so I remember it: https://fkurz.net/ham/ebook2cw.html.
Sounds like a great way to re-read some of my favorite books and practice Morse receiving at the same time.
Also of note, this method seems to really work: http://www.learnmorsecode.com.