Pat Menu has been upgraded to version 2.0. Reflect this in the playbook build.

Greetings all,
I've tried all your torrent links to the image for HamPi and all I receive is a 30kb file. Seems kinda light for an action pack image such as it is. Additionally, I cannot open this file I get an error message that states file cannot be read.

I'm excited to get this on my Pi. Any ideas why it's doing what it's doing? Is there another site that I can try to dload the image?

Thank you,
W7AXA
Robert Carrillo

Raspberry Pi Foundation released a 64 bit Raspbian image. See if it can be supported.

While Hampi 2.0 download links are all broken ...
here is a list of issues in distro 1.0

• partition size is not expanded at first install boot. raspi-config did it.
• GPU memory is so small at 64
• dtparam audio on is not mentionned in file "Activating your DRAW"
  Despite following instructions in this file DRAW is not recognized while it work in another NorthWest digital distro.

There are certainly good reasons why kernel is not up-to-date.

Thanks for providing such an interesting bunch of applications for hamradio.

73 de Bernard F6BVP / AI7BG

I have created an Ansible playbook for installing TeamViewer, but cannot enable this in the release image because this is a commercial app and do not want to enable without their permission.

The legal workaround is to create an on-device installer for this so people can install TeamViewer for themselves.

I received a request via email from K1JWG to add HamClock by WB0OEW located at https://www.clearskyinstitute.com/ham/HamClock

I received guidance from an email exchange with David Ranch (KI6ZHD), the author of linpac that the Raspbian repo version of ax.25 is out of date. I was recommended to use the VE7FET repo instead (although there are pros/cons).

Recommendations here: http://www.trinityos.com/HAM/CentosDigitalModes/hampacketizing-centos.html#3.ax25tools

To compile and package the VE7FET repo on a Debian-based system, see:   http://www.trinityos.com/HAM/CentosDigitalModes/RPi/rpi4-setup.html#18.install-ax25

Add PiHPSDR application from https://github.com/g0orx/pihpsdr

Please consider adding the follow GUI programs to the main UI icon interface:

• cw (xcwcp,xdemorse)
• sdr and analysis (gnuaisgui, inspectrum)
• utilities (xplanet)

I'm sure other programs that are missing as well

I received a request via email from OK1UNL to add OpenWebRX )from https://github.com/jketterl/openwebrx( which replaces the now archived HA7ILM project.

Dave,
Have you seen this ?

• https://forum.khadas.com/t/making-fenix-images-in-github/9296

Is it applicable ?
Can you use the idea to build HampI thsi way ?

I ask because I'd like to try HamPi on a Fenix base. My Pi4 has 8GB (assuming it ever arrives :))

There are two critical, one minor, and one informational issues with the current GridTracker installation in HamPi v0.8:

1. GridTracker is currently installed in the following location:

/usr/local/GridTracker

While this isn't necessarily an issue, the GridTracker documentation typically recommends installing under /opt. But that's not the biggest issue by any means.

2. There is a dependency missing for GridTracker that prevents it from running:

./GridTracker: error while loading shared libraries: libgconf-2.so.4: cannot open shared object file: No such file or directory

This can be resolved by running:

pi@hampi:/usr/local/GridTracker $ sudo apt install libgconf-2-4

3. Under /usr/local/GridTracker, there are two "desktop" icon files that are not configured correctly, therefore they prevent the GridTracker icon from loading properly and also do not allow for the GridTracker preferences to be saved from one session to the other.

The default Pi4-GridTracker.desktop file is as follows:

[Desktop Entry]
Name=GridTracker
Comment=GridTracker
GenericName=GridTracker, a WSJT-X Companion
Exec=/home/pi/Downloads/GridTracker/GridTracker --disable-accele
rated-2d-canvas --num-raster-threads=2
Icon=/home/pi/Downloads/GridTracker/gridtracker.png
Path=/home/pi/Downloads/GridTracker
Type=Application
Encoding=UTF-8
Terminal=false
Categories=None;

The default /user/local/GridTracker/Pi3-GridTracker.desktop file is as follows:

[Desktop Entry]
Name=GridTracker
Comment=GridTracker
GenericName=GridTracker, a WSJT-X Companion
Exec=/home/pi/Downloads/GridTracker/GridTracker
Icon=/home/pi/Downloads/GridTracker/gridtracker.png
Path=/home/pi/Downloads/GridTracker
Type=Application
Encoding=UTF-8
Terminal=false
Categories=None;

While I am testing using a Raspberry Pi 4, the issue on the Raspberry Pi 3 will likely be the same. The /home/pi/Downloads/GridTracker folder does not exist!

This is a modified version of the Pi4-GridTracker.desktop file that is working properly (stored under /home/pi/ - but should operate fine under /usr/local/GridTracker as well):

[Desktop Entry]
Name=GridTracker
Comment=GridTracker
GenericName=GridTracker, a WSJT-X Companion
Exec=/usr/local/GridTracker/GridTracker --disable-accelerated-2d
-canvas --num-raster-threads=2
Icon=/usr/local/GridTracker/gridtracker.png
Path=/home/pi/Documents/GridTracker
Type=Application
Encoding=UTF-8
Terminal=false
Categories=None;

4. There is a certificate expiry warning message that displays on the console if you run GridTracker from the command-line (/usr/local/GridTracker/GridTracker). This is likely benign but should be reported to the developer. I'd be happy to take care of doing that. This is more of an FYI:

[6214:6214:0610/135815.544111:ERROR:sandbox_linux.cc(353)] InitializeSandbox() called with multiple threads in process gpu-process.
events.js:136
throw er; // Unhandled 'error' event
^

Error: certificate has expired
at TLSSocket.onConnectSecure (_tls_wrap.js:1042:34)
at TLSSocket.emit (events.js:159:13)
at TLSSocket._finishInit (_tls_wrap.js:639:8)

Wondering if you could add Lopora, a QRSS viewer, to the SDR software

The previous release (W3DJS Image 1.x), had the icons for all of the included applications sorted very nicely. I am currently running version 0.8 of the new HamPi image and the icons are all over the place. It's very difficult to remember what icons are where.

Please modify the preferences for each icon and sort them under series of Ham related categories.

Git repositories:

https://github.com/ha7ilm/openwebrx
https://github.com/ha7ilm/csdr

Northwest Digital Radio will supply documentation for supporting DRAWS™ users of HamPi. DRAWS™ support comes with HamPi but is disabled. The user has to only change a few lines with a text editor and reboot to use DRAWS™ with HamPi.

Happy to start in on the wiki.
Say one entry per included program by desktop folder maybe.
with a short description, version and program original online location and website if available.
we can add notes about the specific distro aspect and what else it can connect to as we work that out more...

How does that sound ?
You just need to make the initial page and add people/permission (I think) as they request access to add to the wiki.

Cheers....

Suggestion to add package "GNU Radio Companion" by Dvid Haworth, WA9ONY.

Add adifmerg from https://github.com/oh7bf/adifmerg

The GUI isn't recognizing the sdrangel.desktop file under /opt/install/sdrangel/share/applications. This desktop file needs to be moved under /usr/local/share/applications.

Consider adding other software

• Digital modes

  • ARDOPv1 - digital mode program
  • ARDOPGUI - GUI control of the ARDOP modem
  • ARiM - ncurses chat program that uses ARDOP
  • DSD - decode Dstar, P25, DMR, Fusion
  • gARiM - GUI chat program that uses ARDOP
  • Pat - winlink client that can use packet radio, ARDOP, or the Internet
  • PSK-Mail - alternative to Winlink

• Packet radio

  • Linpac - packet chat program
  • JNOS - packet BBS
  • UroNode - packet radio node program

• SDR

  • baudline - powerful signal analysis tool
  • linrad - powerful SDR program
  • rtsdr-airband - multi-slice receiver program

• Sound servers

  • Portaudio - a simpler sound server system

• Utilities

  • IBP - international beacon program

1. Bump DSDcc version to 1.8.7
2. Remove git reset to specific commit for SDRAngel source since DSDcc version is bumped.
3. Fix typo of "libmirisdr-4" to "librtlsdr".

I received guidance from an email exchange with David Ranch (KI6ZHD), the author of linpac that the Raspbian repo version of linpac is out of date. I was recommended to use the sources from SourceForge instead: https://sourceforge.net/projects/linpac/

How to build and package is here: http://www.trinityos.com/HAM/CentosDigitalModes/RPi/rpi4-setup.html#28b.compile-linpac

libcodec2.so.0.9 is not being found by freedv. This was discovered and reported by Bryan Corkran, VK3KEZ.

Suggestion by @johnhays : "It might be good to change the hostname to hampi to make it stand out in DHCP lists. Also, using ssh/vnc etc., they may be able to use it for the hostname rather than having to find the IP address."

The HamPi uses a base image which automatically resizes itself to make use of the entire (micro)SD card. However, when run, it disables itself.

This needs to be re-enabled it so users of HamPi will not have to do this manually.

I would recommend to REMOVE Mathmatica and Wolfram as that could free up a bunch of space.

There is also a lot of other software in there that I question if it's needed like all the IDEs, Pascal, Ruby, GCC vs. LLVM, etc.

First of all I haven't looked in all depths into the way the images are build, but from what I have seen a lot is installed manually.

To, maybe, make this a bit easier, I feel a look into the debian HAM radio blend https://www.debian.org/blends/hamradio/ could be beneficial. It provides several ham based meta packages that automatically install a ton of HAM related programms from the debian repos.

I've developed a fix for this -- put a default BlueDVconfig.ini in the application directory.

This was failing because the SDRPlay drivers (dependency) were failing to install. Now that they are fixed, need to reinvestigate this.

Create a user opendv
sudo useradd -s /bin/false opendv
sudo usermod -G dialout opendv

Please find the file ambesupport.tgz in https://nw-digital-radio.groups.io/g/ambe/files
It contains:
A service file which is looking for AMBEserver in /usr/sbin -- move AMBEserver to /usr/sbin or modify the [email protected] file.
Three configuration files which should be placed in /etc/opendv

You can
mv ambesupport.tgz /tmp && cd / && sudo tar -xzvf /tmp/ambesupport.tgz

Use the normal systemctl commands to use the service, e.g.

sudo systemctl status ambeserver@ttyUSB0

More info at the [wiki] (https://nw-digital-radio.groups.io/g/ambe/wiki/1520#Quick-Build-on-Linux) post.

Attached is a zip file containing the .tgz
ambesupport.zip

So users can find it more easily.
Apparently most people don't check to see if any given github has a populated Wiki.

The default VNC Server configuration is set to a very low resolution which is next to impossible to use.

There are two different VNC Server services for RealVNC. One is for headless devices (vncserver-virtuald.service), the other is for devices with a display connected (vncserver-x11-serviced.service).

HamPi is currently running vncserver-x11-serviced.service which expects an HDMI interface to be connected to the Pi. If one is not connected, then the GUI interface will fail to start, and vncserver-x11-serviced.service will fail to launch which will prevent people from connecting to it with VNC Viewer.

I still prefer using the X11 version of the VNC Server as it's a lot easier to manage than the headless version, but there are changes required in order to ensure that it runs optimally.

The default /boot/config.txt file should be modified in several ways to account for this:

Allow X11 to start without an HDMI interface connected by enabling:

hdmi_force_hotplug=1

2. Provide several pre-defined options in /boot/config.txt so users can SSH into the Pi, or use an existing VNC session to modify the file to comment/uncomment the desired/undesired resolutions. I have the config.txt file configured as follows:

uncomment to force a specific HDMI mode (this will force VGA)

hdmi_group=2

#1920x1080
hdmi_mode=82

#1280x720
#hdmi_mode=85

#1360x768 - 60 Hz
#hdmi_mode=39

#1360x760 - 120 Hz
#hdmi_mode=40

The hdmi_group=2 should be enabled in all cases. The hdmi_mode values can be modified based on the desired resolution for the VNC session.

When I want to run in 1920x1080 resolution, I simply uncomment hdmi_mode=82 and ensure any other resolutions are commented out. If I want to run in 1360x768 resolution, I comment out the other hdmi_mode and uncomment hdmi_mode=39. The hdmi_mode=40 is likely not needed as 120 Hz won't make a difference through a VNC session.

It's possible to create a menued interface for this, but given the timeframe to deliver the new image, that may or may not be possible. That's for you to determine.

My list of hdmi_mode values is a small selection based on the devices I use to connect to the VNC server. The complete list of HDMI modes is documented:

https://www.raspberrypi.org/documentation/configuration/config-txt/video.md

3. Lastly, the Raspberry Pi 4 comes with an option enabled by default that will also cause issues with RealVNC Server and should be commented out:

#dtoverlay=vc4-fkms-v3d

My darling XYL created a HamPi logo for me, which I converted to a desktop wallpaper. Need to make the image use that for both the Greeter and pi desktop backgrounds.

gpsd made some changes which makes part of the include_DRAWS_support.yml Ansible playbook no longer relevant.

Please consider creating various folders under the main "HamRadio" grouping and from within that, have:
- calculators (Gtk smithchart, etc)
- cw (ebook2cw,flwkey, twcw,xcwcp,xdemorse)
- digital modes (direwolf, drats, flamp, FLarq, Fldigi, Flmsg, glfer, gpsk31, HamFax, js8call, jtdx, linpsk,psk31lx, qsstv, twpsk,wsjtx, Xastir)
- logging and reporting (cqrlog, cluster,flcluster,fllog,flnet,gridtracker,tqsl, tucnak2,twlog,xdx,xlog)
- rig control and programming (Chirp, flrig, grig)
- RoIP (BlueDV, FreeDV, Qtel)
- simulation (nec2c, smartsim, vocapgui,xnec2c, )
- sdr and analysis, (cubicsdr, cutesdr, gnuaisgui, gnu radio companion,gqrx, inspectrum, quisk)
- tracking (Gpredict)
- Training (qrq, fccexam, hamexam)
- utilities (flaa, flwrap, js8call tools,message aggregator, pistats,twclock,xplanet)

In my opinion, the GPS service should not start by default as it will most likely cause issues with anyone that's trying to use HamPi for CAT control.

I do have a USB GPS module, but did not connect it to HamPi.

I am using an Icom IC-7300 with HamPi v0.8. I have two USB cables connected to the Pi - one that provides a combined audio and serial interface, the other provides PTT capability.

Because the GPS service is set to start automatically and is configured to use /dev/ttyUSB0, this causes a conflict for anyone that connects a USB/serial interface to HamPi that is detected as /dev/ttyUSB0 - which will be the case for the first USB/serial interface connected.

When I connected the two USB/serial cables to the Pi, they were detected as:

/dev/ttyUSB0
/dev/ttyUSB1

I tried to configure WSJT-X to control the radio using /dev/ttyUSB0 and PTT via /dev/ttyUSB1. WSJT-X continually failed to be able to control the radio.

I looked through /var/log/syslog and saw that the gpsd.service was running and configured to use /dev/ttyUSB0, so I stopped it, disabled it, and rebooted the Pi.

sudo systemctl stop gpsd.service
sudo systemctl stop gpsd.socket
sudo systemctl disable gpsd.service
sudo systemctl disable gpsd.socket

That resolved the issue and I was able to successfuly control the radio via WSJT-X and JS8Call, as well as use WSJT-X and JS8Call with control via flrig.

When a user selects BlueDV from the HamRadio menu, it fails to launch.

This is a really complicated program to install, so for the interest of time, was omitted from the beta build. Need to re-add before version 1.0 release.

please close his one and reopen the older one. Not sure why I can't reopen an issue I created. :(

I was able to build this by hand back in October of 2019, and sometime between then and now I have apparently forgotten the exact steps to satisfy its build dependencies. Need to investigate further.

There seems to be an issue with the OpenDV git repository having issues which prevents clean builds. Need to investigate further.

Please consider removing a lot of the duplicate icons found in the GUI interface:

• Programming (GnuRadio Companion,

• Education (fccexam, Gpredict, GTK Smith Chart Calculator, hamexam, Qsstv, SmartSim)

• Internet (Gpredict, Direwolf, Fl-suite, Gpsk31, Gqrx, Linpsk, Qtel, Quisk, Xastir,

• Sound and Video (js8call, jtdx, Message Aggregator, psk31lx, wsjtx,

• Other (twlog,

• Accessories (Chirp, Glfer, Quisk, TrustedQSL, Tucnak2, xlog,

• HamRadio (Direwolf, fccexam, Fl-suite, Chirp, Glfer, GnuRadio Companion, Gpredict, Gpsk31, Gqrx, GTK Smith Chart Calculator, hamexam, js8call, jtdx, Linpsk, Message Aggregator, psk31lx, Qsstv, Qtel, Quisk, TrustedQSL, Tucnak2, twlog, wsjtx, Xastir, xdx, xlog,

In addition to all the GUI apps, also include all the CLI tools as well:

 - CW (aldo,cw,cwcp,cwdaemon,morse,morse2ascii, morsegen)
 - digital modes( acfax, multimon, multimon-ng
 - packet and APRS (aprsdigi, aprx,fbb,soundmodem)
 - rig logging and control (remotetrx
 - RoIP (svxlink
 - simulation (nec)
 - sdr (dump1090,gnss-sdr,gnuais,lysdr,rtl-sdr
 - simulation (antennavis,splat
 - tracking (predict)
 - utilities (wwl

I used Balena Etcher to write the HamPi v0.8 image to a 32 GB SD card. When I booted for the first time, and even subsequent boots after applying updates, the filesystem was restricted to 8 GB.

Upon first boot, it is possible to automatically resize the filesystem to account for the full space available. Pi-Star currently does this by default. They didn't back in the early days.

I simply ran 'sudo raspi-config' then went to Advanced Options, then chose the option to resize the filesystem and rebooted.

Here's an article that covers how to accomplish this:

https://www.raspberrypi.org/forums/viewtopic.php?t=174434

Ensure that you review the several follow-up messages in the thread as the first response from the individual that provided the script was not 100% correct. They provided some follow up responses to resolve outstanding issues.