Pi-Star troubleshooting

Jumping through a flaming hoop
Flaming hoop vector art
by 31moonlight31, ShutterstockOpen in new tab

Revised: Oct 2019, CC BY-SAOpen in new tab
Most up-to-date version: amateurradionotes.com//pi-star-troubleshooting.htm Links: Standalone articles & PDFsOpen in new tab

Part of the fun of exploring a feature-rich app like Pi-Star is to kick all the tires, flip all the switches, and jump through all the flaming hoops we can find. Of course, that means that sometimes things may break or we may fall down a rabbit hole and find ourselves standing before a door we don't quite fit through. When things aren't working as expected, here are some steps that may help.

Be persistent! Troubleshooting takes time and may really test a person's patience, but I also find that persistence usually pays off: it feels great to finally figure things out, and I almost always learn some things along the way. Also, make use of the Pi-Star User ForumOpen in new tab. There are some very talented people helping out there; on many occasions, they helped me get past a issue I couldn't solve on my own.

  1. Toggle – If a feature isn't working correctly, turn it off, then back on.
  2. Update and upgrade – Run a Pi-Star update via an SSH app like TermiusOpen in new tab, which in addition to updating the dashboard binaries and the hostfiles will also update the OS. And then run Pi-Star upgrade enough times until it says "You are already running the latest version."
    • mount: / is busy – The Update process automatically switches Pi-Star into Read-Write mode, writes the updates, and then switches Pi-Star back into Read-Only mode. Occasionally, the process will fail to complete the switch back to Read-Only mode, and a message is displayed: "mount: / is busy."
      When this happens, it typically doesn't work to manually switch Pi-Star back into Read-Only mode using the "rpi-ro" command. To fix this, there's a few things that can work: re-run Pi-Star Update, run Pi-Star Upgrade (even if you're on the latest version), reboot Pi-Star, power off the hotspot and then restart it. Whenever this happens, I always re-run the Pi-Star update until it finishes normally.
    • Trouble re-opening the dashboard after updating – Sometimes after performing a Pi-Star update or a firmware update, for some reason the dashboard won't re-open in the browser when using the standard http://pi-star/ or http://pi-star.local/ URLs. When that happens, find the hotspot's IP address and use that. After the dashboard opens the first time using the IP address, the URLs should work again.
      To find the IP address, I use an Android LAN scanner app. Alternatives: the Mac app called Airport Utility, in which the app is listed under the name Pi-Star, or the Windows app called Advanced IP ScannerOpen in new tab (full scans can take a long time, but if you limit the IP range to what your local network uses, it's quick enough).

  3. Apply changes – On the Pi-Star Configuration page, even if nothing there has been changed, click Apply Changes. I always do this after running a Pi-Star update, too.
  4. Clear your browser's cache – Close the Pi-Star dashboard, clear your browser's cache, then restart the Pi-Star dashboard.
  5. Mode disabled – If a mode is red in the dashboard's Modes Enabled section, that means an error has caused MMDVMHost to stop running. There are several possible causes, including:
    • Using a blocked frequency in the satellite range. Take a look at the frequency selected on the Configuration page. If it is highlighted red, it is in the satellite frequency range and you'll need to select a different frequency. For more info, see Change frequency below.
    • Incorrect radio/modem selected, for example, a simplex radio/modem is selected but the hardware is duplex (or vice versa). Verify your Radio/Modem Type selected in the General Configuration settings.
    • Firmware is corrupted or out of date, or the incorrect firmware was flashed for the radio/modem board. You may need to re-flash the firmware. Make sure the firmware you're flashing matches the board. For more info, see Update or re-flash firmware below.
    • One thing you can do to troubleshoot this issue is to open the Live Logs view in a second browser tab, Apply Changes on the Configuration page, and read through the resulting logging to see if you can spot the issue.
  6. Move radio – Try moving the radio; in some cases, being too close can desense the hotspot's receiver. Also, try turning your radio off and back on.
  7. Verify Radio/Modem type – Make sure you have selected the correct Radio/Modem type in the General Configuration settingsOpen in new tab.
  8. Change frequency – Try a different frequency. To find the range to choose from, see your country's band plan (U.S. Band PlanOpen in new tab) or the info that Ron, VE1AIC, has posted: Digital Voice frequenciesOpen in new tab.
    • Important! Avoid frequencies used for other purposes, for example, 435.0 - 438.0 and 145.8 - 146.0, used internationally for satellite communication, which can be disrupted by even low power hotspot transmissions.
    • Pi-Star reminder: Beginning with dashboard v20181216, when you change a frequency, the frequency field displays red when it is within the satellite range and green when it is safely outside that range. Pi-Star itself doesn't enforce frequency ranges; however, hotspots running firmware ZUMspot/MMDVM_HS v1.4.12 or laterOpen in new tab won't work on satellite frequencies.
    • Band plan: See your country's band plan and your local frequency use plan. For example, for the U.S., see: U.S. Band PlanOpen in new tab. For the U.S. State of Colorado, see: Colorado Frequency Use PlansOpen in new tab. For other U.S. States, see Amateur Radio: Repeater CoordinatorsOpen in new tab, a list by Thomas, W2XQ. See also the info posted by Ron, VE1AIC: Digital Voice frequenciesOpen in new tab.
    • POCSAG: The default POCSAG frequency is outside satellite frequencies, but if you changed it to a frequency in the blocked range, it can cause problems even if the POCSAG mode is not enabled.

  9. Fine tune to reduce BER – If you're experiencing high (greater than 1%) Bit Error Rate (BER) with your radio, you may have trouble with transmitting (the hotspot won't receive your transmission). This is especially a problem with some of the JumboSPOT clone boards, which have inconsistent TCXO chips. To reduce BER, try adjusting the RX OffsetOpen in new tab.
  10. Reseat and reboot – If you're using a modem mounted via a GPIO header to a Raspberry Pi or similar, remove and reseat the modem.
    • For example, if you have an MMDVM-based board connected to an RPi via the GPIO header and see "Failure to Init device" in the log lines for a Pi-Star Update, then the RPi isn't communicating with the board via the upgrade pins, 38 and 40.
    • Also, double check that you have the correct modem type selected in the General Configuration settingsOpen in new tab, and then reboot the hotspot.
    • Can't hurt to also reboot the computer you're using to navigate to the Pi-Star dashboard. And it might even help to reboot your router, too.

  11. Expand the filesystem
    [Note: For Pi-Star version 4 and above, this happens automatically as part of the first boot up.]
    Pi-Star itself takes up very little room on the microSD card, but sometimes you can run out of available space if, for example, if you have some process running that does a lot of logging. One thing you can try is expanding the filesystem so that it fills all the available space on the card. See Expanding the filesystemOpen in new tab
  12. Double check your IDs and passwords – Ensure there are no typos and that you're using IDs correctly:
    • Double check that your callsign and CCS7 ID are correctly entered in Pi-Star General Configuration and also in your radio or codeplug. Note that if your General Configuration Node TypeOpen in new tab is set to Private, then the callsign in the radio must match the Node Callsign in Pi-Star, or he CCS7 ID in the radio must match the CCS7 ID in Pi-Star.
    • If you're having trouble connecting to Pi-Star from within a browser, make sure you're using the hostname that is entered in General Configuration settingsOpen in new tab (default = pi-star).

  13. Beware special characters – Some special characters work for directly accessing Pi-Star Admin and Configuration settings, but may not work for logging into Pi-Star via SSH.
  14. Check your WiFi settings and router – Because of all the different network setups and routers, this is a tricky area to troubleshoot, but if Pi-Star isn't connecting to your WiFi network:
    • Double check that you entered the network name and password correctly in Pi-Star. Typos happen!
    • A space in the network name can cause problems connecting to some routers.
    • Some radio/modem boards require the WPA or WPA2 security standard, and won't work with WEP.
      • Note: This is a good thing. In fact, even WPA isn't secure enough. To be safe, use WPA2, and make sure the firmware on your network devices is up to date. A good article about all of this: WiFi securityOpen in new tab.
    • Make sure your wireless network doesn't have "Wireless Isolation" enabled, which could prevent your computer and hotspot from communicating with each other.
    • Might help to reboot your router, too.
    • If your hotspot is losing connectivity after running for awhile, one thing to check is whether WiFi Power Save is on:
      iw wlan0 get power_save
      If it is on, see the post in the Pi-Star User ForumOpen in new tab by Albert, AF4FA, for some helpful suggestions.
    • This is a hint from Greg, K2COP (I haven't tried this myself yet, but it seems like a valuable network troubleshooting step, so I want to remember it):
      If your hotspot is having trouble connecting to your network, one thing you can try is connecting it directly to your router via an ethernet cable to check whether your router or DSL is at fault instead of your RPi's WiFi. If your RPi doesn't have an ethernet port (like the Zero W or the 3A+), you can use a USB (or micro USB) to RJ45 Gigabit Ethernet Network Adapter. If your network doesn't show up when you run the ifconfig command in Pi-Star SSH Access, try adding the following lines to /etc/network/interfaces:
      allow-hotplug usb0
      iface usb0 inet dhcp

      Then either restart the networking service or reboot.
      Apparently, the command will enable the adapter to be probed, and it should then show up in the ifconfig results with an IP address assigned by the router.
  15. Check power supply – Try using a different power supply (steady 2.5A output is key), and then perform a hotspot shutdown, power off, and restart.
  16. Do a factory reset – Back up your configuration, do a factory reset, and then restore the backed up configuration.
    Note: A factory reset sets all the configuration setting back to what they are when a fresh image is first installed, with two exceptions: your WiFi setup is retained, and if you have enabled the BrandMeister Manager module, your BrandMeister API Key is retained. It does not affect the Pi-Star update dashboard version nor the Pi-Star upgrade version.
  17. Flash a fresh image – Try using a different, good quality microSD card, and then download and flash a totally fresh Pi-Star imageOpen in new tab.
    Note: At this time, the regular Pi-Star RPi image doesn't support the new RPi 3B+, 3A+, or 4B; however, there is a Pi-Star v4.0 release candidate version that supports the 3B+ and 3A+, as well as a v4.1 release candidate in development that also will support the 4B: Pi-Star Beta DownloadsOpen in new tab.
    Upgrading from V3 to V4? See Upgrading to Pi-Star V4Open in new tab
  18. Find out what is using the hotspot modem port – Running the findmodem command via SSH—reads directly from the hardware, not the firmware—can be helpful when troubleshooting a Nextion display connected via USB:
    sudo pistar-findmodem
    For example, running this command on a ZUMspot running on an RPi Zero W with a Nextion display plugged into the USB port shows:
    Detected Nextion (USB) : /dev/ttyUSB0 (Model: NX4832K035_011R Serial: DB682C37CB1B2932 Touch: Yes)
    For a similar setup using the MMDVM_HS_Hat by Florian, DF2ET, and Mathis, DB9MAT, running findmodem shows:
    Detected MMDVM_HS (GPIO): /dev/ttyAMA0 (MMDVM_HS_Hat-v1.4.14 20181209 12.2880MHz ADF7021 FW by CA6JAU GitID #8d77ff3)
    Detected Nextion (USB) : /dev/ttyUSB0 (Model: NX4832K035_011R Serial: DB682C37CB1B2932 Touch: Yes)

    Note: The findmodem command doesn't read info for displays plugged directly into the radio/modem board itself.
  19. Update or re-flash firmware – It's important to keep your modem board firmware update, and sometimes things can get messed up if the firmware is corrupted or the wrong firmware is flashed.
    Note: Beginning with Pi-Star dashboard v20181214, you can see in the Radio Info section which TCXO chip (12.288 or 14.7456 MHz) a ZUMspot/MMDVM_HS board is running. This info is needed to determine which firmware update to apply, for example, with the MMDVM_HS_HAT or MMDVM_HS_DUAL_HAT, there are separate firmware update script commands for the different chips.
    See Updating hotspot firmware via Pi-StarOpen in new tab.
  20. Check live logs – Take a look at Pi-Star Live Logs viewOpen in new tab. It can be helpful to open Live Logs view in a new tab or a different browser so you can look back and forth between the dashboard to run the feature, and then the log to see if you can spot the problem.
    Hint: There's a link at the bottom of Live Logs view to download it as a text file.
    Note: There also are more specific logs you can check in the /var/log/pi-star directory, for example, specific logs for ircDDBGateway, MMDVM, etc.
  21. Take a break – At this point in troubleshooting, I usually turn everything off and walk away for a few hours or a day or two, and then return with a fresh mind to try troubleshooting again. That sometimes helps.
  22. Ask for help on the Pi-Star User Forum – Ultimately, if I'm unable to figure out how to solve an issue myself, I visit the Pi-Star User ForumOpen in new tab or the Pi-Star Support GroupOpen in new tab and ask for help. There are some very smart, experienced people sharing their expertise there, including some of the core members of the Pi-Star team: Andy, MW0MWZ, Craig, W1MSG, and Andrew, M1DNS.
    • Be detailed – When reporting an issue on the forum, the more details you can provide, the better. In addition to the description of the issue itself, share your Pi-Star version and dashboard date (for example, v3.4.16, dashboard 20181220), the model and version of the modem board you're using, its firmware version, what steps you've already tried, any related log entries you have, and any other details you can think of that can help others understand the issue.
    • Be nice – Everyone working on Pi-Star and answering questions in the forum is a volunteer. Many of them, including the lead developer, have day jobs and are doing all of this for free in their spare time. It's all a gift!
    • Give back to the user community – If someone takes the time to answer your question and the suggested solution works, then jump back into the forum and post a reply that it did work. That let's everyone who reads your topic know that there is a valid solution. Even better, once you get a little experience with using Pi-Star, jump back into the forum and pay it forward by helping someone else.

< Pi-Star notes