Tag Archives: Pi-Star

Ohio Section Journal – The Technical Coordinator – June 2020 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at:

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

As Technical Coordinator for the Ohio Section, I oversee the section’s group of Technical Specialists. The Specialists and I are here to promote technical advances and the experimentation side of the hobby. We encourage amateurs in the section to share their technical achievements with others in QST, at club meetings, in club newsletters, hamfests, and conventions. We’re available to assist program committees in finding or providing suitable programs for local club meetings, ARRL hamfests, and conventions in the section. When called upon, serve as advisors in issues of RFI and work with ARRL officials and appointees for technical advice.

The Technical Specialists really make all this happen. In the Ohio Section, there are about 15 qualified and competent Specialists willing to help. They meet the obligation of advancing the radio art bestowed to us by the FCC. The TSes support the section in two main areas of responsibility: Radio Frequency Interference and technical information. EMI/RFI includes harmful interference that seriously degrades, obstructs, or repeatedly interrupts a radio communication service such as ham radio or public service agencies. RFI sources range from bad power insulators, industrial control systems, other transmitters or poorly made transmitters, personal devices like computers, monitors, printers, game consoles, to grow lights and poorly made transformers – including one’s hams brag about getting from China for a few dollars. I die a little inside when I hear this. Our Technical Specialists can help track down interference or locate bozo stations. Technical information is a wide-ranging category including everything from antennas to Zumspots.

How can we help? The knowledge and abilities of YOUR Technical Specialists are really quite impressive. Here are some examples:

  • Antennas (fixed, portable, and emergency operation type) and feedlines
  • Antenna systems such as towers, guying, coax, and baluns
  • RF and tower safety
  • Grounding
  • Propagation
  • Electronics and circuits
  • Tube technology, aka boat anchors
  • Digital modes – including D-STAR, DMR, Fusion, P25, APRS, IGates, packet, MT63, FT8/4, Olivia, PSK, and using programs like Fldigi
  • NBEMS – Narrow Band Emergency Messaging System
  • Computers, Windows and Linux, Raspberry Pi
  • Embedded devices
  • Networking: IP networks, AMPRNet, routers, firewalls, security, mesh, and microwave
  • Repeater controllers and high-profile systems
  • Internet and VoIP linking systems – Echolink, AllStar, HamVoIP, DVSwitch, and PBX/Asterisk
  • RFI detection from power lines and consumer devices including working with governmental agencies to track down interference
  • Professional certifications such as Motorola Certified Technicians, Certified Journeyman Electronics Technician, General Radiotelephone Operator License (GROL), and Society of Broadcast Engineers (SBE) affiliations

This impressive list of qualifications is an available resource to all in the Ohio Section. Looking for help in one or more of these areas? Need a program for your club? How about a technical talk or forum at your hamfest? Assistance or direction on a project? Feel free to contact myself. My contact info is near my picture and on the arrl-ohio.org website. I’ll assist getting you in touch with an appropriate Technical Specialist. One of the Specialists might hear a plea for help and reach out to you as well.

Over the last month, we gained 3 new Technical Specialists! I would like to welcome Nick – N1TVI who is a Certified Journeyman Electronics Technician and brings experience in commercial radio systems. He is Trustee for the Northern Ohio Digital (N8NOD) repeaters in the northern Ohio area. Other experience includes repeater systems, power, grounding, and antenna systems. Jason – N8EI brings us his experience in repeater building and maintenance for the W8WKY machines in Doylestown and others, supports SHARES organizations, voice and data digital modes, and IP technology. Last, but not least, John – N8CD is co-builder of many multimode repeaters and an AllStar linked repeater system. Both John and Jason maintain a resilient network of 5.8 GHz microwave and Internet links that connect repeaters they and others maintain. They put a lot of work into their network implementation and use AMPRNet (network 44) IP addresses. Welcome to our newest Technical Specialists! Contact them or myself should any of those topics be of interest to your club or hamfest.

Pi-Star Update

Pi-Star 4.0 was released in beta earlier this year and 4.1 available as general release since most of us have been working from home, March 2020. According to the change log, these later versions bring many improvements for cross-mode support. These are YSF2xxx and DMR2xxx options: YSF2NXDN, YSF2P25, YSF2DMR, DMR2NXDN, DMR2YSF. There is no direct way to upgrade from 3.4.x or previous to 4.1.x. You must reflash your existing installation card or flash a new SD card. A new card is preferable in case you have a problem with the new version, pop-in the old SD card and boot. If your hotspot is a Pi-Zero, you should not overwrite your existing install right-away and give the new version a try on a separate card first.

Pi Zero W with ZUMSpot GPIO HAT board, compared to a quarter

Perform a backup in the web interface on the existing device. On the Dashboard, click Configuration, login, then click “Backup/Restore.” This will download a ZIP file with Pi-Star settings to your PC. Boot the new SD card and perform a restore by uploading the same ZIP file. I noticed some settings previously set were defaulted to initial values in the web interface. Do a once over for important settings and re-set them as necessary.

Pi-Star runs on nearly all Raspberry Pi models with a supported digital modem. It solved a problem, 3-4 years ago, when everyone making their own Raspberry Pi digital interface board with their own operating system image. It was anyone’s guess as to which worked and which was the “best” option. None of them worked well or consistently between users. Pi-Star solved that problem by taking the MMDVM software that can “speak” many different digital modes and network types, implemented a web front-end, and supported nearly all digital hardware boards. Once I got the hang of Pi-Star, I became a fan. The site by KE0FHS is probably the most complete documentation “notes” of the Pi-Star in one place. It’s a good read and provides a lot of great information about Pi-Star. I came across it looking up how to do custom host files for private reflectors.

One thing Andy – MW0MWZ, who wrote the Pi-Star web configuration front end, pointed out on the website was the move to Raspbian Buster for version 4.1 has been “painful” – citing missing drivers in releases among other issues. My experience with Pi-Star 4.1 on a Raspberry Pi Zero W was also painful. I’ll preface this by saying I tried 4.1 on a Raspberry Pi 3B and had less problems. I have a ZumSpot GPIO HAT for the Raspberry Pi. On the Pi Zero, after booting the first time, I was frequently greeted with weird errors and timeouts trying to configure the hotspot. Some settings were not remaining after I “applied changes.” Selecting my ZumSpot HAT from the modem list and saving, I would get a subsequent message saying I needed to select my modem from the list. Doing this a handful of times it would finally save. I saw ‘gateway timeout’ messages on both the Pi Zero W and Pi 3 during the first configuration session. I was able to seemingly avoid the timeout and configuration issues if I booted the Pi-Star on the new SD card and didn’t touch or connect for 15 minutes. Plug-it in and walk away for 15 minutes.

Pi-Star dashboard (v3.4)

Once I figured that out, configuration went smoother. The web interface, though, sluggish is a nice way to put it. On the Pi Zero W with a fully updated Pi-Star 4.1.2 install, making any changes on the configuration page would take (on average) 1:45 to save. That’s right, one minute and 45 seconds. This is unusable. I’m changing modes constantly. Think about a net you forgot about. If you have to turn off one mode and turn on another, that’s 1:45 right there. Needing to make further changes to the newly enabled mode (change previously used reflector or network), you’re looking at 5 minutes before you’re on the net – if you don’t screw up. Some nets are over in that time. In comparison: 3.4.17 is at a somewhat more tolerable 45 seconds to save using a Pi Zero. Running both versions on a Pi 3B was nearly identical at about 25 seconds after clicking apply.

CPU load was much higher using 4.1.2 on the Zero. I suspect the under-powered nature of the Pi-Zero, OS and kernel upgrades in addition to the updated code of MMDVM and associated modules is causing these delays. As popular as the Pi Zero form factor is for addon boards and portability, it’s just waaaaaaay to slow for me to be useful. Not making configuration changes in the dashboard you won’t notice these issues so much because it runs fine otherwise. Stick with 3.4.17 on a Pi Zero or consider moving to a faster Pi like the 3B if you need 4.1.2 features now.

K8JTK Hub – now with P25 & NXDN

A quick update on my interlink system pet project, K8JTK Hub, I was able to add two more modes: NXDN and P25. Both are TG 31983 using hotspots or repeaters running the MMDVM software. If I include Wires-X (because it’s not full-time), that’s 6 digital systems and 3 analog systems – a total of 9 – that can communicate with cross mode interoperability. Being part of the AmateurLogic.TV net on Tuesday evenings, I determined packet loss was causing frequent data drops and disruptions. I moved the system to a new provider and that has remedied the problem. The net right after saw a significant improvement in data stream reliability. Huge thanks to the AmateurLogic guys allowing their net to be a load test of the system. They have a lot of fun with it as participants check into the net multiple times testing different modes. The Hub is open for all to use and for testing setups, all the ways to get connected are available here.

Field Day Bonus Points

Field Day will likely be completed by the time you read this, keep this in mind for next year. Sending 10 messages over RF from your site gets you 100 bonus points – including Winlink messages. I love to receive messages about your setup, stations, operating, or social activities taking place. These can be sent via the National Traffic System (NTS) or Winlink – K8JTK at Winlink.org – to my station. The Field Day rules state messages must leave via RF from the site (7.3.6). It does not state “formal messages” be in any particular format or utilize any particular network. A message to the SM or SEC must be in radiogram format and leave via RF or no credit will be given (7.3.5). If there is any question or problems, send the message using the NTS network or Radiogram form in Winlink.

With July around the corner, if you’re looking to do something while flipping burgers at your 4th of July picnic, my favorite event is the 13 Colonies Special Event which will be on the air July 1 – 7.

Thanks for reading and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – October 2018 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at: http://arrl-ohio.org/news/2018/OSJ-Oct-18.pdf

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

Digital mode access points, often called hotspots, have been in the news lately. Those are the 10mW personal devices used by digital operators to cover a relatively small area like a house, car, or hotel room. Instead of tying up a gateway repeater, which largely connects local users to the Internet, many have opted for these low-powered devices to provide similar functionality. Advantages over a repeater are the hotspot owner has complete control over which reflector, repeater, or talkgroup their hotspot is connected to. They are not beholden to the preferences of the repeater owner and have the flexibility to use their hotspot however they’d like. Many use them mobile in the car or take them on a trip allowing them to enjoy their favorite digital modes where there may not be repeater coverage.

Hotspot devices in general are about the size of a deck or two of cards and require an Internet connection, computer to run the software, application or web browser for configuration, and a radio capable of operating each mode. An Internet connection can be your home WiFi or cellphone hotspot (as in WiFi-hotspot). The original OpenSpot was the only device that required a wired Ethernet connection. A PC computer may serve as the Internet connection for USB access points. The computer could be a Raspberry Pi in many cases or might be completely self-contained. A web browser or application is needed to make configuration changes and adjustments such as call sign, transmit frequency, mode, or network. These hotspots are the RF gateway to the internet which means a radio capable of transmitting and receiving that mode is also required. Few hotspots today are single mode like the D-STAR DVAP. Nearly all on the market are capable of operating multi-mode and connecting to associated networks. To operate DMR the user would need a capable DMR radio, a capable Fusion radio for the Fusion networks, and so-on.

Hotspots can utilize the many available modes & networks:

  • DMR: BrandMeister, DMRplus, XLX
  • D-STAR: DCS, DPlus, XRF, XLX
  • Fusion: FCS, YSFReflector
  • NXDN: NXDNReflector
  • P25: P25Reflector

A keen eye might ask about Wires-X, P25net, or DMR-MARC. Those networks cater to a specific manufacturer of equipment and are often closed to other vendors. You might be able to reach resources on those networks because someone has cross-linked a closed network with an open network, usually at the point where digital signals turn into analog audio. This is how a user can be on Wires-X America Link and talk with a DMR user.

Hotspots and satellites

Not the Dave Matthews Band song Satellite either. A major issue for other hams has been caused by hotspot users. Every hotspot user and repeater owner reading this needs to verify your operating frequencies and take corrective action, if required. Under Part 97, hotspot devices are considered an auxiliary station. Auxiliary stations cannot operate within the satellite sub bands. Many hotspots are operating there illegally. Satellite sub bands for 2 & 440 are:

  • 2 m: 145.800 – 146.000
  • 70 cm: 435.000 – 438.000

If your hotspot is operating within those frequencies or near the edges, within the weak-signal sub bands, or any other sub band likely to cause issues, you need to take corrective action now!

In general, advice would be to ‘check with the local frequency coordinator’ but experience with the coordinating group indicates they won’t be of any help. What should you do? Note: this advice only applies to the U.S. band plan. Every band plan I’ve seen has the satellite sub bands defined. I do like the ARRL’s Band Plan because it spells out many details not included in graphical representations. The band plan has allowances in the following frequency ranges for simplex, auxiliary stations and control links:

  • 146.400 – 146.580. Usable (at 12.5 KHz spacing): 146.4125 – 146.5675
  • 433.000 – 435.000. Usable (at 12.5 KHz spacing): 433.0125 – 434.9875
  • 445.000 – 447.000. Usable (at 12.5 KHz spacing): 445.0125 – 446.9875

“Usable” indicates the lower and upper frequency limits that can be used with a digital hotspot. Don’t forget to stay away from the national calling frequencies of 146.520 and 446.000. Some of these ranges are shared with repeater links so remember: it is your responsibility to ensure correct operation of your equipment and find a frequency not already in use before using it! There is NO excuse for not adjusting frequency to eliminate interference with other operators and equipment! Listen to the desired frequency by setting up a radio or scanner with the volume turned up. If you hear any kind of obvious traffic, data bursts, or digital screeching, pick another frequency then rinse and repeat. Your cooperation is greatly appreciated!

OpenSPOT2

Right after Dayton I started hearing rumors that the OpenSPOT was discontinued. Not the news you want to hear if you just purchased one at Dayton. The website eventually confirmed the rumors and that another device was to be announced “soon,” which turned into months. Finally, the SharkRF OpenSPOT2 was announced. This replacement addresses many issues of the now legacy device including the need for a wired Ethernet connection, limited portability, and lack of newer digital modes.

Feature-wise it is nearly the same but includes a much-needed internal WiFi antenna and support for NXDN and P25 (two up-and-coming digital modes in ham radio). It includes POCSAG which I’m not familiar but told is a paging standard. Those under 35 have no idea what a pager is. The device operates off a USB-C cable (included) and looks to be about the size of a computer mouse. It will still have cross-mode support for DMR and Fusion radios and networks. As with the previous, you will not be able to use your D-STAR, NXDN, or P25 radio in cross-mode. Release date is expected before the end of 2018. Stay tuned to their website and social media portals for exact date.

ZUMspot review

At Dayton I added to my hotspot collection. On my shopping list was a ZUMspot or something I could use with the Pi-Star software. I picked up a ZUMspot kit and case from HRO. The kit lists for $130, $110 without the Pi board. The case adds $15. The kit came with the amazingly small Raspberry Pi Zero W (W for Wireless) and the ZUMspot modem board from KI6ZUM. You’ll need to provide a Micro-USB cable which powers both devices. I’ve seen demos and received feedback saying Pi-Star was a great application to use – and is stable. Many had issues with the DVMEGA (in particular) getting a good distribution that worked reliably with that device. Pi-Star is software written by Andy – MW0MWZ. It is distributed as a Raspberry Pi image for use with Digital Voice modems.

All configurable options are available through the web interface. It’s convenient and you don’t have to mess around with multiple interfaces or carrying around a screen for the device. Services like SSH are available but generally not needed.

Before I tried to use the image, I knew I had an issue. Since this was my first Pi device without a wired connection, I couldn’t edit the WiFi settings by wiring it to my network. Instead I mounted the SD on a Linux system and edited the /etc/wpa_supplicant/wpa_supplicant.conf to include my WiFi information. Booted the ZUMspot and it connected to my wireless auto-magically. The Pi-Star site has a utility to help create the wpa_supplicant.conf file.

I’ve primarily used the ZUMspot on D-STAR and DMR but it supports all modes and networks mentioned earlier in the article. It doesn’t do as well as the OpenSPOT when D-STAR stations are marginal into their gateway. There’s more “R2D2” on the ZUMspot in that respect but it’s a minor issue. Pi-Star can enable multiple digital modes at one time. This is a great selling point and works great if conversations happen at different times on different networks. It is a “first wins” scenario. If a D-STAR transmission ends and one on the DMR network starts, nothing will be heard on the D-STAR radio until the DMR transmission ends. In other words, parts of an otherwise interesting conversation maybe missed. The case is a bit of a jigsaw puzzle but it’s fairly easy to figure out from the picture that was provided. The ZUMspot is an excellent little device and I’m happy with it.

Technical Specialists report

Dave – KD8TWG has been very busy recently. He was again in charge of the communications and networking for the Great Geauga County Fair where they run APRS tracking of their golf carts, setup a phone system and IP cameras to cover the fair. At the Cleveland Hamfest he gave his presentation on Digital Modes. He compared and contrasted modes available to ham radio operators, including quality and radio options. Updated for this year was information on digital scanners and receiving the MARCS statewide digital system. Coming up on October 30, he and a few buddies will be putting on a “Test and tune” night for LEARA. It’s a great opportunity to check operation of radio equipment and make sure it is not transmitting spurs and harmonics (*cough* *cough* Baofengs *cough* *cough*). Contact Dave if you’re in the Cleveland area, or myself for the rest of the section, to have a similar program at a club meeting or hamfest.

If you were involved with the State Emergency Test, Black Swan exercise the weekend of October 6 & 7, you likely received bulletins from The Ohio Digital Emergency Network (OHDEN). Eldon – W5UHQ and crew gave up a good portion of their weekend to help with this event. They did a fine job of handling bulletins from the EOC and those stations that came through on the wrong communication channels. Join them for the OHDEN net on 3584.500 USB using Olivia 8-500 set to 1500 Hz on the waterfall each Tuesday at 7:45 PM eastern.

WB8APD, SK

Cleveland Hamfest – 1999, hac.org

I received word that Trustee Emeritus and past long-time Treasurer for LEARA, Dave Foran – WB8APD became a Silent Key on October 10, 2018. I knew Dave for about 10 years as a member of the LEARA board and mentor but knew the impact he made on the Ham Radio community long before I was a ham. In the time I knew him, Dave was always a behind the scenes guy – rarely getting on the radio. He was instrumental in getting repeater sites and maintaining equipment for LEARA including having an input for one of the repeaters at his house. Stories have been told that his basement was the print shop for the club’s newsletter when the club had 400+ members no-less. Dave was incredibly smart with technology and the Internet before most of us knew what it was. He worked for the phone company and the joke was “Dave had half of Ma Bell in his basement.” Internet linking was something he was into early on with his own IRLP node. He owned a server that, for a long time, served resources for the Cleveland area – not only ham radio clubs but community organizations too.

HamNet BBS before closing
Maybe you even dialed into the old HamNet BBS system located in Dave’s basement (yet another reference those under 35 won’t understand). Dave was my mentor with technologies LEARA was using as I was going to be helping or taking them over. He is the reason I’m into digital modes. Cleveland’s first D-STAR repeater was in-part Dave’s doing. Of course I had problems at first and he was my go-to for questions. The little space here covers only a fraction of his involvement and lives he impacted through his countless contributions. Goodbye and 73, Dave.

Thanks for reading and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – June 2018 edition

One of the responsibilities of the Technical Coordinator in the Ohio Section is to submit something for the Section Journal. The Section Journal covers Amateur Radio related things happening in and around the ARRL Ohio Section. It is published by the Section Manager Scott – N8SY and articles are submitted by cabinet members.

Once my article is published in the Journal, I will also make it available on my site with a link to the published edition.

You can receive the Journal and other Ohio Section news by joining the mailing list Scott has setup. You do not need to be a member of the ARRL, Ohio Section, or even a ham to join the mailing list. Please sign up!

If you are an ARRL member and reside in the Ohio Section, update your mailing preferences to receive Ohio Section news in your inbox. Those residing outside the section will need to use the mailing list link above.
Updating your ARRL profile will deliver news from the section where you reside (if the leadership chooses to use this method).
Go to www.arrl.org and logon.
Click Edit your Profile.
You will be taken to the Edit Your Profile page. On the first tab Edit Info, verify your Email address is correct.
Click the Edit Email Subscriptions tab.
Check the News and information from your Division Director and Section Manager box.
Click Save.

Now without further ado…


Read the full edition at: http://arrl-ohio.org/news/2018/OSJ-Jun-18.pdf

THE TECHNICAL COORDINATOR
Jeff Kopcak – TC
k8jtk@arrl.net

DSCF5081 K8JTKHey gang,

The Wood County Amateur Radio Club (which I’m a member) has a Fusion digital net on Thursday nights. Longtime club member Phil – W8PSK, posed the question: can I operate a Wires-X node mobile from my RV?

A little background about Wires-X setups. Wires-X is part of Yaesu’s System Fusion and is a closed Internet linking system. Only Yaesu hardware is allowed. Other digital devices like the OpenSpot, DVMega, and Pi-Star are not permitted. The obvious answer, if it were a viable choice, would be to use a digital hotspot but Yaesu doesn’t allow them. Wires-X hardware requirements include: a Yaesu FTM-100D or FTM-400XD radio or Fusion repeater, Yaesu HRI-200 interface between the radio and PC, a Windows 7 or 10 PC (yes, it must be Windows machine), and an Internet connection with a global IP address. A common example of a global IP address is one provided to you by your DSL, Cable, or Fiber provider. This IP is accessible from anywhere on the Internet and (generally) unrestricted. Lastly, another radio is required to use the Wires-X node locally.

Having setup my own Wires-X node in addition to LEARA’s repeater node, my first assumption was Phil would be able to connect out from his node in the RV to any other Wires-X node, but no other node could connect to him. This theory was based on the need to open or “port forward” 7 ports from the Internet to the PC running the Wires-X software. Port forwarding is a computer networking method used to allow data to bypass a firewall which would normally block that communication. Those that run websites from their network or have access to IP cameras while away from home will have these port forwards configured in their router.

Phil planned on using his smartphone as the Internet connection to the PC. Modern Smartphones have the ability to use the cellular network to serve an Internet connection to other devices like a laptop or Raspberry Pi via Wi-Fi connection. This is labeled something like “Mobile Hotspot” or “Personal Hotspot” in the phone. Standard disclaimer: check with your provider first in case there is an extra charge for this service or bandwidth cap. Bandwidth is standard for a Voice over Internet system at about 60kpbs/connection or about 30 MB/hour/connection with constant TX/RX. Port forwarding is never allowed on consumer cell plans. The unknown was can the Wires-X software connect without the port forwarding outlined in the configuration.

I tested my theory to see if the Wires-X software functioned by modifying a known working Wires-X configuration. I closed (temporarily disabled) the forwarded ports on my network. This meant communication over those ports would now be blocked, similar to that of a cellular connection. Then restarted the Wires-X software and hoped for the best. Was my theory correct? Drumroll please… the answer was: no. Wah waaaah. Not having the required ports forwarded to the PC did not allow the software to receive data from the Wires-X network. That result almost killed any hope of Phil using Wires-X mobile in his RV.

Phil was determined and we looked further into different solutions. VPNs were an option because they can often bypass network restrictions. However, a small number of VPN providers allowed forwarding ports as part of their service. Reviews weren’t positive and VPNs tend to easily fail with unstable data connections as one might have while mobile. Not something to be messing around with while driving. It introduced another point-of-failure in this setup. Hilariously enough, there were applications that touted the ability to ‘open ports on your phone.’ These wouldn’t work because it might open ports on the phone, almost assuredly the provider was blocking any ports upstream to the phone. Verizon offers a business account which allows port forwards but there is a one-time setup cost of $500 plus the service. Yeah, no. I suggested asking in the Yahoo group. John – N9UPC, Fusion representative for Yaesu, reinforced the conclusion I came to: operating mobile wasn’t possible because wireless providers don’t provide a global IP. Though Phil posted his question in late April, oddly enough John did not give any indication to an announcement at Dayton. One solution that looked promising used AMPRNet which is block of Internet routable IP addresses for ham radio operators. It could give us the global IP address we needed. After finding out more, someone else’s data center was being used and we weren’t sure Phil would have permission to use it as well.

Sensing no way to get around the port forward restriction, an announcement came during the Fusion forum at Dayton that (we hope) will solve Phil’s problem. Yaesu is going to release an update in the coming months that will allow the FT2DR, FTM-100D, as well as the FTM-400XD to operate as a portable node. With additional cables, these radios would connect directly to a computer for Wires-X operation without the need of an HRI-200. This was created specifically for mobile setups and users who don’t have the ability to forward the necessary ports (like in a hotel). Ding, ding, ding, we have a winner!

A couple caveats: purchase of an HRI-200 is still required. To use the portable node, you still need to register on the Wires-X system which requires a serial number from an HRI-200. The portable setup will not have ‘all of the features’ of the traditional setup such as hosting a Room (round table-type node) or messaging. Purchase of two cables is required to make the necessary connections: an SCU-19 USB and CT-44 audio cable. It wasn’t clear if both are needed for the 100/400 radios. There are no plans “at this time” to integrate any other Fusion radio other than the three listed above.

It would have been nice to have a heads-up about this new option before we spent time researching a solution. I think this will solve Phil’s problem and get him mobile with Wires-X. Announcement from the Fusion form, Dayton Hamvention 2018.

Speaking of digital hotspots, my favorite has been discontinued: the openSPOT. Saw it disappeared form dealer sites just after Dayton. June 8th it was removed from the SharkRF website with an announcement that a new product was going to be introduced soon. What could it be??! If you need a digital hotspot device today, I really like the ZUMSpot with the Pi-Star software. I picked up one with a case at Dayton. More info in future articles.

The next big ham holiday, Field Day, is right around the corner. Get out and join your club or find a club to join if you’re not a member of one. It’s a great time to bring friends and get them excited about ham radio. Hams that come out get bitten by the bug to expand their station or learn a new mode. Check the Field Day Locator for operations taking place near you. Sending 10 messages over RF from your site gets you 100 points – including Winlink messages. I love to receive messages about your setup, stations operating, or social activities taking place. These can be sent via the National Traffic System (NTS) or Winlink – K8JTK at Winlink.org – to my station. Winlink post about Field Day points.

With July around the corner, two of my favorite events will be kicking-off soon. The 13 Colonies Special Event is coming up July 1 – 7, along with the RAC Canada Day Contest on July 1st only.

Thanks for reading and 73… de Jeff – K8JTK