Tag Archives: Flmsg

Digital Communications in Amateur Radio: Narrow Band Emergency Messaging System (NBEMS)

This article appeared in the The Wood County Amateur Radio Club newsletter CQ Chatter August 2017 edition.

Read the rest of the series in the Digital Communications in Amateur Radio articles category.


Have you ever been involved with an EmComm/ARES drill and heard digital tones as forms were being passed over a repeater? You may have wondered what application are they using, what mode, or how do they know what form is being sent? Chances are they utilized an established standard called NBEMS. The Narrow-Band Emergency Messaging System was created to pass text based messages and forms used by hams and other served agencies over Amateur Radio. Technicians, listen up! NBEMS includes standard modes for HF SSB and is very popular on VHF/UHF FM.

NBEMS was established in collaboration between David Freese, Jr. – W1HKJ who created and maintains the Fldigi suite of applications and Skip Teller – KH6TY who created DigiPan, a popular PSK application. The philosophy specifies utilizing radios, software, and hardware readily available and widely used in ham radio. Older equipment and older computers can be used meaning it would be relatively inexpensive. There would be no steep learning curve but flexible in an emergency situation. Finally, must be independent of infrastructure. No need for Internet, nodes, or existing communications systems. Power the computer, radio, interface, and you’re off-and-running.

Interfaces between the computer and radio used for other digital modes work best. In accordance with the flexible and inexpensive philosophy, another option is available: no interface at all. That’s right, you don’t need any interface between a computer and radio in order to communicate. To receive data, the radio speaker is held to the computer microphone. To transmit, the radio microphone is held to the computer speaker. This method is called an “acoustic interface.” It’s a game saver in a pinch, doesn’t require any additional hardware, and allows anyone with a radio and PC to participate. The digital protocols used are robust enough to deal with ambient noise, casual conversations, too much audio, too little audio, and still be able to decode 100%.

Though operating without an interface sounds like the best of all possible options, there are serious drawbacks. Transmitting (PTT) is done manually. Longer messages mean the operator has to hold PTT in longer. If their finger accidentally slips off the button, the message needs to be retransmitted. The operator needs to be more attentive to the station where it’s possible they may become distracted and miss messages. In a conference or war room, transmitting and receiving messages acoustically adds a layer of disruption to the setting. A connected interface would handle the keying, always provide audio to the computer for decoding messages – even while away from the station, and would not generate any additional noise effectively allowing the station to be completely quiet. As a whole, digital modes are not designed to work through an acoustic interface because most are sensitive to noise. Noise introduces errors making all or part of the transmission unrecoverable. An acoustic interface is a good way to practice or start, though the efficiency of a connected interface will soon be realized.

NBEMS utilizes two different modes: VHF/UHF uses MT63-2000L, HF uses Olivia 8/500. Both were developed by Pawel – SP9VRC.

It is surmised that 25% of the characters in an MT63 transmission can be lost and the receiving station will still have a perfect copy. This is achieved by encoding characters over the time and frequency domains for robustness. In addition, the “L” versions have additional (long) interleaves providing even more error correction. MT63 is very forgiving of audio levels and tuning errors making it a great choice for EmComm. The suffix indicates bandwidth used, 2000/2K means 2 KHz. Transfer rate is about 1 KB/minute.

Olivia 8/500 is used on HF because signals can be decoded below the noise. Low power and QRP stations can communicate nearly as effectively as a higher power station. A channelized approach is used because signals below the noise can be decoded but not heard or seen on the waterfall. The 8/500 indicates 8 tones utilizing 500 Hz of bandwidth. Fldigi suite reverses these in places, 500-8. Transfer rate is about 170 bytes/minute.

A common question brings up the issue of popularity. PSK31 and JT65 are two popular modes on HF. Both are not used in NBEMS because there is no error correction for weak or fading signals in PSK. A faster, multicarrier PSK-R (for Robust) mode is occasionally used in NBEMS but I have not seen many groups use it as an established standard. JT65 is limited to 48 second timed transmissions of 13 characters which is not efficient for data transfer.

Two applications are synonymous with NBEMS: Fldigi and Flmsg. In the last article, I talked about Fldigi being one of the more popular multimode applications. Flmsg is another application in the Fldigi suite that manages forms. It can be used to send standardized agency forms like ICS, Red Cross, or MARS. Forms developed by local agencies can be coded as a “custom form.” Plain text (.txt) and comma-separated (.csv) files can be transferred. Sticking to the inexpensive and flexible philosophy, the entire Fldigi suite of applications are free, open source, and cross platform available on Windows, Mac, and Linux including Raspberry Pi. Custom forms are a popular use of Flmsg however, these forms need to be disseminated or available online ahead of time.

Other applications like DM780 and MultiPSK can send and receive both MT63 and Olivia. These don’t have provisions for managing forms or validating transmissions. Fldigi and Flmsg are integrated seamlessly to pass data between the form manager and modem application.

A very important behind the scenes, but not often discussed feature in NBEMS is the checksum. In computing, a checksum is used to detect errors in transmission or in storage. Flmsg automatically generates and includes a checksum as part of the message with each transmission. Receiving stations calculate a checksum value based on the data received and compare it against the value included in the message. This is an ease-of-use feature letting receiving stations know if they received a prefect copy of the message. If the checksum matches, Flmsg will open displaying the form or message. If the checksum fails, this means an error was introduced in transmission. As a result, the message will not open or a “Checksum failed” prompt will be seen.

Example message:

... start
[WRAP:beg][WRAP:lf][WRAP:fn K8JTK_Digital_Communications_in_Amateur_Radio-_NBEMS.p2s]<flmsg>4.0.2
:hdr_fm:21
K8JTK 20171807024326
:hdr_ed:21
K8JTK 20171807024320
<plaintext>
:tt:46 Digital Communications in Amateur Radio: NBEMS
:to:6 Reader
:fm:5 K8JTK
:dt:10 2017-07-17
:tm:5 2233L
:sb:12 Demo message
:mg:44 This is an example message in an NBEMS form.
[WRAP:chksum 2CBF][WRAP:end]
... end

A checksum value is included in the “WRAP” tags and is 2CBF for this message. Upon receipt of this message, Fldigi automatically calculates a checksum for verification. If it arrives at the value of 2CBF, the message was received perfectly.

There are limitations of NBEMS that users and served agencies need to be aware. To meet FCC requirements, all data must be transmitted within 3 minutes on a repeater with a standard time-out-timer or 10 minutes on simplex. This means a maximum file size for MT63-2KL on a repeater is 3,000 bytes and 1,700 bytes for Olivia 8/500 on simplex. These properties severely limit the content that can be transferred to text. Word documents need to be converted to TXT and Excel spreadsheets to CSV files in order to save bandwidth. There are not many useful images, Word documents, Excel spreadsheets, and executable programs under 3K. This makes high-resolution images and large data transfers impractical using NBEMS. Remember, it is a Narrow-Band Emergency Messaging System.

Reminder: review the first two articles in the series for information that will be omitted here including some modes operate your transceiver at 100% duty cycle, use upper sideband (USB), and don’t drive the transmitter with too much audio as the signal will be wider than intended. Operating data over FM is the same as operating voice and does not change the duty cycle of the radio. However, operating FM at high power for prolonged periods of time is considered extreme for most radios and will likely shorten the life of the transceiver. In addition, review the fourth article on “Conversational Modes” as Fldigi was covered.

With Fldigi setup and working, download and install Flmsg from http://www.w1hkj.com/. To prepare Fldigi for VHF/UHF NBEMS, click Op Mode, select MT63, and click MT63-2000L. MT63-2000L is also abbreviated as MT63-2KL in other places within the Fldigi suite. These are the same, 2K = 2000. With MT63-2KL selected as the active mode, now center the receive window on the waterfall at 1500. 1500 Hz is the standardized center frequency. For HF NBEMS, replace MT63-2000L references with Olivia 8-500.

Fldigi passes data to Flmsg for decoding and displaying. Fldigi needs to know where to find the Flmsg installation. In Fldigi, click Configure, select Miscellaneous, then click Misc to enter the Miscellaneous program options. Finally, click the NBEMS tab. In newer versions of Fldigi (later than 3.23.0), uncheck the Transfer direct to executing flmsg. Open with flmsg and Open in browser should be checked if they are not already. Now click Locate flmsg. Depending on the version of Windows, the default installation location for Flmsg will be C:\Program Files (x86)\flmsg-x.x.x or C:\Program Files\flmsg-x.x.x. In that directory, select the flmsg application, click Open. Click Save, then Close.

“x86” is a Windows designation to differentiate 32 bit from 64 bit applications on a Windows 64 bit installation. “x.x.x” is the version of Flmsg. Each time a new version of Fldigi, Flmsg, or any other Fldigi application is installed, it is kept in a separate directory with the version appended. Alot of versions can accumulate on a system if frequently updated. Anytime uninstalling or using a new version of Flmsg, the steps above for “locating flmsg” need to be repeated.

Start Flmsg. A dialog prompting for the selection of a “Default User Interface” will be seen on a new installation, click Communicator/Expert. Station information will be requested. These are used as inputs for some forms. Call sign should be filled in as a minimum. Click the red “X” when done filling in station information. At the bottom of the main Flmsg window is the mode selector. Click the down arrow and select MT63-2KL.

Configuration is done!

To use Flmsg, a blank Radiogram will open initially. To select a different form, click Form. Different types of available forms are categorized: ICS, MARS, Radiogram, Red Cross, weather, and custom forms loaded will be available from this menu. Choose any form for practice. Standard practice is to note somewhere in the form that this is a “test,” “practice,” or “drill.” As with voice, someone may mistake the transmission for a real message.

Once the form is filled out, set your radio to the appropriate frequency and open Fldigi if it is not already. Set it to MT63-2KL centered at 1500. Verify the mode selected in Flmsg is MT63-2KL. Click AutoSend. The file must be saved before it will transmit. Once the file is saved, transmission will begin automatically. Get into this habit of checking transmit frequency, Fldigi configuration and Flmsg configuration before clicking AutoSend. Otherwise you will inadvertently transmit on a different frequency or in a different mode. It happens to everyone eventually.

Receiving stations only need to open Fldigi. They will first see the message appear in the Fldigi receive pane. The form type is transmitted as part of the message. In the example message, <plaintext>. The lines begin with the form field name and check of the number of characters in that field. “:fm:5 K8JTK” is the “from” field with a check of 5 characters, “K8JTK“. When completed, an Flmsg window will open. The form will also be rendered in the default web browser. Receiving stations don’t have to do a thing except wait for the transmission to complete. If the next message received is a Radiogram, Flmsg will automatically open a window and browser page displaying the Radiogram format.

That’s it for using NBEMS! I have a more detailed setup and walk through of installing and configuring Fldigi and Flmsg. My instructions include another Fldigi suite application called Flwrap. Flwrap allows files of any type to be transferred. It sounded, at one point, like it was going to be part of the standard set of NBEMS applications but never made it due to the file size constraints. Additionally, Flmsg performs similar functionality to Flwrap in its ability to send TXT & CSV files. The Flwrap parts can be skipped unless they are found useful.

Typically, you’ll need to setup a sked or hold a net to pass messages around. Operators don’t sit around watering holes sending Flmsg messages, though I have seen it! Use news on QRZ.com or ARRL Ohio Section updates as text to fill out the forms as practice. Participating in a couple different nets, there seems to be less problems when everyone is using the same versions of the applications.

An Android smart phone app is available at the same site as Fldigi called AndFlmsg. There is a INSTALL.txt file with install instructions. The app is not available through any of the Android app stores and must be installed by temporarily enabling the option to allow applications from “Unknown sources.” A user guide is available in the same directory as the download. This will be helpful as the interface is not entirely intuitive.

The Ohio Digital Emergency Net (OHDEN) is a weekly HF practice net that uses the Olivia standard. Checkins and coordination is accomplished using the text input box in Fldigi. There is no voice coordination. Formal messages don’t happen every week but are passed using Flmsg. OHDEN meets Tuesdays at 7:45 PM eastern on 3.585 USB using Olivia 8-500 centered on 1000 Hz.

Find out more information:
NBEMS mission statement, considerations, and features: http://uspacket.org/network/index.php?topic=44.0

ARRL NBEMS: http://www.arrl.org/nbems

K8JTK Getting started with Fldigi – including Flmsg and Flwrap: http://www.k8jtk.org/2015/04/16/getting-started-with-fldigi-including-flmsg-and-flwrap/

K8JTK VHF/UHF NBEMS – An Introduction using Fldigi and Flwrap: http://www.k8jtk.org/2015/11/10/vhfuhf-nbems-an-introduction-using-fldigi-and-flmsg-presentations/

Ohio Digital Emergency Net: http://www.ohden.org/

Ohio Section Journal – The Technical Coordinator – April 2017 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://n8sy2.blogspot.com/2017/04/april-edition-of-ohio-section-journal.html

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

DSCF5081 K8JTKHey gang,

Since the last couple months have been feature articles, this month will be odds-n-ends.

Maker Spaces & Faires

I got positive comments on last month’s article about Makerspaces and Maker Faires. I hope it gave clubs and groups ideas to get younger makers into our hobby. Not only did the January edition of QST have the article on Maker Faires but it was the focus of ARRL CEO Tom Gallagher – NY2RF’s note in April. I’m happy to say these types of things are on the radar of the League and they’re focusing efforts on this new generation of Ham Radio operators. According to Tom, the ARRL plans to be at the three national maker events this year.

AllStar

I learned the creator of AllStar Link, Jim Dixon – WB6NIL, passed away at the end of last year. Jim is the creator of “app_rpt” which allowed the open source PBX system, Asterisk, to function as a repeater controller. In doing so, created one of the most impressive and versatile solutions for VoIP (Voice over Internet Protocol) in ham radio. Having played around with AllStar on my own node, nodes can be linked together directly through the public Internet, private network, point-to-point network, or really any combination of methods. Hubs are systems with greater bandwidth allowing for multiple simultaneous connections – like “reflectors” on IRLP or “conferences” on Echolink. One of my buddies who spoke with Jim commented that he was the smartest, nicest guy you’d meet and [he] would be doing well if he retained even half of what they talked about. Jim will be missed but the AllStar project will live on. AllStar Link: https://allstarlink.org/, Raspberry Pi & BeagleBone image: https://hamvoip.org/

Fldigi & Flmsg

W1HKJ and the contributors to the Fldigi project have been busy (http://www.w1hkj.com/). A new major release of Fldigi was made available at the end of March. This brings both Fldigi & Flmsg up to version 4.0.1. Technical Specialist Bob – K8MD messaged me about the update. My response: ‘crap, I just updated the screen shots from the previous changes the weekend before’ (3.22.x). I was hoping there were no new changes. Of course there were! Now my newly updated instructions are dated again! Those instructions were getting stale because of significant program option changes since I made them available about two years ago. They are on my site (up to Fldigi v3.23.21 and Flmsg 4.0.1) at http://www.k8jtk.org/2015/04/16/getting-started-with-fldigi-including-flmsg-and-flwrap/. Written for the LEARA Digital Net, they do focus on NBEMS operation.

Check them out and do some practice nets. From experience, it’s best if ALL participating stations are using the same program versions. There are fewer issues with forms because newer forms are included in later Flmsg versions that were not in earlier ones and everyone can be on the same page when going through settings.

Over that same weekend, I wrote up tutorials and hacks you can do with Flmsg. We’ve all been there. You missed receiving part of an Flmsg message because of being off frequency (radio or waterfall), in the wrong mode, or not paying attention. The issue is quickly corrected and most of the message is still received. However, Fldigi doesn’t know what to do with the form because some of the headers are missing. When headers are missed, Fldigi can’t open the form because the message won’t checksum. The checksum is used to verify the entire message was received. I wrote up a tutorial how to recover a partially missed message: http://www.k8jtk.org/2017/03/25/recovering-a-partially-received-flmsg-message/.

The last is more of an Flmsg hack. When an Flmsg form is received, NBEMS standard is to have the ‘open in browser’ option enabled. As expected, this will open the received form in the default browser. Many don’t realize that any web programming code (HTML, CSS, JavaScript) sent as part of the form will be interpreted by the browser. This means you can send clickable links, link to an image, redirect to websites, and change background colors. Just about anything that can be done on a webpage can be sent as part of an Flmsg form and rendered when opened in the browser. Find out how at http://www.k8jtk.org/2017/03/25/flmsg-forms-rendered-as-web-pages/. Standard squid disclaimer for both: this is for fun and not NBEMS compliant.

OpenSpot

If you have an OpenSpot hotspot, there was a major firmware update for the device in February and subsequent update in March to bring the current version to 108. The changelong has – in the neighborhood of – 80 (yes, eighty) fixes and enhancements. Previously, I wasn’t using this device to run the Ham Nation D-STAR After Show net. However, since they added a nice web interface with call log and export feature, it’s now my device for running the net. If you’re looking for a ham radio digital mode hotspot, check out the SharkRF OpenSpot: https://www.sharkrf.com/products/openspot/

One of the SharkRF connector options is their own IP Connector Protocol Server (https://github.com/sharkrf/srf-ip-conn-srv). The Connector Server is used to create a network of OpenSpot devices and it can be implemented in other hardware/software as it is open source. Like AllStar, it can accept public internet connections, run on a private network, or mesh network. I haven’t tried but it may even compile and run on a Raspberry Pi.

The Connector Server repeats any digital transmission sent to it. All modes can even be simultaneously connected. D-STAR connected clients will only hear D-STAR transmissions because there is no transcoding of D-STAR data streams. DMR and Fusion streams can be transcoded. DMR streams are transmitted to modems set to DMR and converted by the OpenSpot to Fusion for Fusion modems. Similarly, a Fusion stream is transmitted to modems sent to Fusion and converted to DMR for DMR modems.

I’ve setup a Connector Server that is open and there to mess around with. In the OpenSpot configuration:

  • In Connectors: under Edit Connector, select “SharkRF IP Connector Client.”
  • Click “Switch to selected.”
  • Once changed, enter your TX/RX frequencies.
  • Server address: srf-ip-conn-srv.k8jtk.org
  • Port number is in ‘Advanced mode’ but is the default, 65100.
  • ID, use your CCS7 DMR ID.
  • No password.
  • Enter your Callsign.
  • Click “Save.”
  • In the Modem options, select the desired mode.

The dashboard is: http://srf-ip-conn-srv.k8jtk.org/. The server will remain online if it continues to see use. Otherwise, it could disappear at any time without use 🙂

Ham Nation 300 (#HamNation300)

Last but certainly not least, yours truly has been on the planning committee for the Ham Nation 300th special event. Ham Nation is an audio and video podcast recorded live and available at https://twit.tv/shows/ham-nation. The program records at 9:00 p.m. eastern time every Wednesday evening. Following each episode are the “after show nets” which are round tables discussing the show or ham radio. These nets include: 20m, 40m, D-STAR, DMR, and Echolink.

After each 100 episodes, a special event is planned to commemorate another 100 episodes. In the past, these have been geared around HF. The show is not only for the General/Extra class licensees and not everyone has the ability or desire to operate HF. This year’s festivities have something for everyone including the chance to make digital contacts for the special event and a summer long challenge.

Ham Nation 300th special event runs the week following Dayton, May 24-31, 2017. Full details can be found on any of the 1×1 special event callsigns on QRZ or at https://www.hamnationdstar.net/2017/04/05/ham-nation-300-special-event/. Please join in and help make this event successful. Follow it on social media: https://twitter.com/hashtag/hamnation300 and https://www.facebook.com/HNonTwit.

That’s about it for this month. Thanks for reading and 73… de Jeff – K8JTK

Flmsg Forms Rendered as Web Pages

You can spice up your Flmsg forms and make them look like web pages!  The option in Fldigi to open a received form in the web browser is an option frequently enabled.  It allows the entire form to be displayed or printed from the browser.  In order for the browser to render the form, HTML code is generated.

Many don’t realize that ANY web coding language included in the form is rendered by the browser: HTML, CSS, JavaScript.  This means background colors can be changed, hyperlinks included, images displayed, audio or video files played, redirected to websites or YouTube videos, etc.

Standard disclaimer, this is not a good idea during a real NBEMS event for many of the reasons mentioned below.

Things to keep in mind:

  • The message sender has to be knowledgeable in programming or use W3Schools to learn web programming languages.
  • For the HTML to be rendered, receiving stations must have the “Open in browser” set in Fldigi (as described here in NBEMS settings).  The Flmsg window on the receiving end will look like gibberish (code).
  • Website contents, audio or video file contents are not being sent over or using Flmsg.  They are being linked to over the Internet.   This means any links or URLs included but be accessible on the public Internet (not a private internal intranet where receiving stations may not be on the same network).
  • Not every receiving station may be connected to the Internet.  They could be in a location without Internet access or because they’re in a temporary/portable situation.

I’m not going to even begin to scratch the surface on everything that can be included so use W3Schools for ideas.   A couple simple examples:

Turn the page background light-blue:

<style>
body {
background: #3399ff; /* light blue */
}
</style>

Include a link to my website:

<a href="http://www.k8jtk.org/">Link to K8JTK.org, a totally awesome website with lots of Ham Radio tutorials!</a>

Include my mug (picture):

<img src="https://www.jeffreykopcak.com/wp-content/uploads/2015/09/DSCF5081-K8JTK-300x284.jpg" width="300" height="284" />

To view or test code as a receiving station might see it, in Flmsg click File.

Select View.

Click Html delivery.

One of my favorites is the redirect to a web page.  When received, the web browser will direct their web browser to load a website.

I say this is my favorite because there is a story behind it.  Every sound card digital training class I present or article I write, I preach DO NOT SET YOUR SOUND INTERFACE TO YOUR RADIO AS DEFAULT!!! as instructed.  One reason is noted in that post.  One day, I decided to see who followed instructions.  I sent an Flmsg with a redirect to a YouTube trailer video.  Once the video loaded, one ham (who will remain nameless) started transmitting the trailer video over the air (which included music).  Don’t be that guy.

<meta http-equiv="refresh" content="0;url=http://wcarc.bgsu.edu/" />

To wait a specified number of sections, change 0 to that number of seconds.  0 means immediately load the included URL.

Web site loaded in the browser.

Recovering a Partially Received Flmsg Message

We’ve all been there.  Part of a Flmsg message was missed because the receiving station was off frequency, in the wrong mode, or not paying attention.  The issue is corrected and most of the message is received.  However, Fldigi doesn’t know what to do with the form because most of the headers are missing – meaning it won’t open in the browser or Flmsg.

I will demonstrate how I recover Flmsg messages that I’ve partially missed.  How much of the message can be decoded depends on how long it took to rectify the situation while the other station was transmitting.  The sooner, the better.

The key is to start decoding the message before the form/message type is transmitted.  This is transmitted fairly early on.

NOTE: re-transmitting incomplete forms in a real event is NOT acceptable!  That is, this (or similar) procedure is used to recover a message, then that message is transmitted in a real event.  Ask for a re-transmit, if possible.

Check out my other Fldigi and Flmsg posts.

Example message

Example plaintext form message used for this tutorial:

The entirety of the message as transmitted through Fldigi:

... start
[WRAP:beg][WRAP:lf][WRAP:fn K8JTK_Recovering_a_partially_missed_Flmsg.p2s]<flmsg>4.0.1
:hdr_fm:21
K8JTK 20172603194239
:hdr_ed:21
K8JTK 20172603172413
<plaintext>
:tt:19 Flmsg recovery demo
:to:24 Digital Net Participants
:fm:5 K8JTK
:dt:10 2017-03-25
:tm:5 1612L
:sb:35 Recovering a partially missed Flmsg
:mg:491 Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed tempor mi lectus, at ultrices leo suscipit et. In
aliquet semper pulvinar. Phasellus consequat nisi at orci feugiat euismod ac vitae magna. Proin a nisl est. Sed dignissim
faucibus sagittis. Proin a ornare mauris. Maecenas efficitur ante eu mauris tempus congue. Pellentesque at nulla purus.
Morbi nec pharetra nulla, at bibendum lorem. Donec et libero non ex ultricies porta. Aliquam quis mauris aliquet mi
efficitur ullamcorper.
[WRAP:chksum 780E][WRAP:end]
... end

In this message the form type is <plaintext>.  Everything before that tag could be missed and the message will still open in Flmsg using this process.

Recovering the form

In the Fldigi receive pane, part of the message was lost.  Note that <plaintext> form type is still received.

When the transmission is complete, Fldigi won’t open Flmsg or open the message in the web browser because not all headers were received.

Right-click in the receive pane.

Click Select All.  This will highlight the entire contents of the receive pane.

Right-click again and click Copy.  This will copy the entire contents of the receive pane to the clipboard.

Open a plaintext text editor like Notepad, Notepad++, Vim, or Nano.  Do not use Microsoft Word or LibreOffice Writer.

Right-click in the text document and select Paste.

Remove any other unnecessary text or other messages that are not part of the intended message.  In this case, the lines about ‘reading macros’ are removed.

Save the message someplace easy to remember like the Documents folder or Desktop.  I’ll put them in the same directory as messages extracted from Fldigi: C:\Users\USERNAME\NBEMS.files\WRAP\recv.

Enter a File name.

Leave the extension as “.txt

Click Save.

Open Flmsg.

Click File.

Click Open.

Navigate to the location where the file was saved from the text editor.

Next to the file name box, select All Files.

Click the file name.

Click Open.

The recovered message is open in Flmsg!

If the form type was missed, a message will indicate an error in the data file (see Failed to Receive Form Type below).

To open the Flmsg form in the browser, in Flmsg click File.

Select View.

Click Html delivery.

Failed to Receive Form Type

If the message type was not received, there are still ways to recover the message but the form type must be obtained.  This usually means asking the transmitting station for the form type they sent.

Using our previous message example, paste and clean up the text in the editor as described above.

Notice that <plaintext> tag is not seen.

Above the first line, insert the form type tag for the message.  In this case <plaintext>.  Other common form types:
<blankform>
<csvform>
<ics213>
<plaintext>
<radiogram>



Save the message and open in Flmsg as described above.

Notes:

  • Missing data shows up as blank fields in the Flmsg form – including those parts of the form where the field prefixes are missing (“fm,” “tm,” “sb,” or “mg,” etc.).  In the Plaintext form, if the message prefix is missing, since it’s one of the last prefixes transmitted the entire form will appear blank.
  • If the wrong form type is inserted (<plaintext> when it should have been <radiogram>), the file will open in Flmsg but the fields will not be populated.  The field prefixes are generally not the same from form-to-form.

Ohio Section Journal – The Technical Coordinator – February 2016 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://n8sy2.blogspot.com/2016/02/february-issue-of-ohio-section-journal.html

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

DSCF5081 K8JTKHey Gang,

I was contacted this month by someone concerned that Fldigi would install a “trojan” on their computer and wanted to know where to get a clean download of the program. Before panic sets in, there is no reason to smash your hard drives. Why did I receive this question? I’ll explain the tech behind the issue.

The place that Fldigi, Flmsg, Flrig, and all other applications are now hosted is at a place called SourceForge (also abbreviated “SF”). SourceForge is a web service launched in 1999 that offers tools for developers to manage their projects for free. They host source code (for those who wanted to read, audit, modify, or learn from raw code), web pages for the project, mirrors (hosting in multiple locations in case any-one server is down), bug tracking, and many other features. It was the place for hosting free and open-source software. A ton of very well-known projects were (some still are) hosted on SourceForge: Apache Server, GIMP, OpenOffice, Firefox, Thunderbird, Audacity, Filezilla, Drupal, WordPress, JT65-HF… list goes on.

Some users were discouraged by the number of advertisements on the site. Though it is an ad-supported free service, there weren’t any viable alternatives.

In July 2013, SourceForge created an optional service available to developers called “DevShare.” Any developer who participated in the service would knowingly push additional unwanted programs to anyone downloading their project. This is commonly referred to as ‘crapware’ encompassing adware, download managers, antivirus programs, browser toolbars, homepage modifications, search engine replacements, and the like.

In May 2015, it was reported that SourceForge seized control of what they considered ‘deprecated or abandoned’ Windows projects. In taking control, they locked out the developer and “updated” project downloads to push similar ad-supported content.

This is a problem because the open-source community is just that, a community. They are made up of enthusiasts that like developing programs. Much like ham radio, they donate their time and do it for free. When a company takes the good name of a well-known project and tarnishes it by installing adware on users’ computers, this doesn’t go over well with the community. Their business practices effectively destroyed what was left of SourceForge’s reputation.

The DevShare project started a movement within the community to find replacements for SourceForge; GitHub primarily. SF since stated they are not taking control of unmaintained projects. It was too-little, too-late. Many developers deleted their projects from SF and moved their content elsewhere. It is up to each developer to make a decision about their project. I’ve provided links at the end of the article that go more in-depth for those into tech stories. SourceForge is not the only site that bundles crapware in downloads. Download sites like CNet’s Download (dot) com and many other free file hosting services also push ads and unwanted programs.

slusbBack to Fldigi. The developer of Fldigi maintained the installer and source files on his own server. Somewhere near the end of last year, his site was hacked. The decision was made to move the files from his server over to SourceForge. Likely in an attempt to be more secure.

This created a problem for many who are aware of the issues with SourceForge. Unfortunately, it is the only place where the Fldigi Suite updates and downloads reside. I have installed many Fldigi updates since the move to SourceForge and have not seen anything to suggest any unwanted programs are included. The issue is something to be aware of.

Good security practice dictates not downloading anything you-yourself didn’t go looking for. If you do download Fldigi and it is prompting you to install an antivirus program, this is a huge red flag. Another example: never click anything that says ‘your plugins, Java, Flash, antivirus, or system… is out of date’ because you weren’t looking for those updates.

In other news, I would like to welcome Technical Specialist Eldon – W5UHQ. If that sounds familiar, it’s because he is the Net Manager for the OHDEN HF digital net. The Ohio Digital Emergency Net meets Tuesday evenings at 8pm on 3585 using OLIVIA 8/500 at 1 kHz. The purpose is to provide statewide communications to EMA and EOC’s in Ohio using sound card digital modes. If that wasn’t enough, he brings an extensive background in communications and electronics to the group. OHDEN net: http://ohden.org/

I will be at the Mansfield Hamfest on February 21. I’ve been invited to present during the Digital Forum at noon. This is assuming the weather is better than it has been the last few days, hi hi. The Digital Forum will contain a presentation on digital voice by Duane – K8MDA and I will present passing messages using Fldigi. Hope to meet you at Mansfield! More: http://hamfest.w8we.org/

Thanks for reading and 73… de Jeff – K8JTK

Articles on SourceForge:

http://www.infoworld.com/article/2929732/open-source-software/sourceforge-commits-reputational-suicide.html

http://arstechnica.com/information-technology/2015/05/sourceforge-grabs-gimp-for-windows-account-wraps-installer-in-bundle-pushing-adware/

Ohio Section Journal – The Technical Coordinator – January 2016 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://n8sy2.blogspot.com/2016/01/january-2016-issue-of-ohio-section.html

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

DSCF5081 K8JTKHey Gang,

Happy New Year. Welcome to 2016! Hope Santa was good to you and left you a new radio under the tree. A white Christmas would be nice but I’ll take the warm temperatures we had for the holidays. I took some MUCH needed time off from work and spent it: sleeping, doing things with friends and family, operating on the radio, and watching NCIS. Got a couple hundred JT65/9 contacts in the log (really because I was slacking the last couple months and to make up for lost time!), played with Yaesu’s System Fusion, and WSPR (Weak Signal Propagation Reporting).

I hope everyone got to spend some time at their local club’s holiday parties. My family and I attended the LEARA (Cleveland) holiday meeting where I won the club’s giveaway of a new Baofeng radio and also a hat courtesy of our own Section Manager! This past weekend (Jan 10), I visited the Wood County Amateur Radio Club (Bowling Green) and attended their Kick-off banquet to begin the New Year! Great to see everyone.

I’ve been invited to visit the Columbus Radio Enthusiasts Society on February 16th. They asked me to present at their meeting on what the Technical Coordinator does and projects I’ve worked on. Stop by and say hi as it’s my first club meeting in central Ohio. More: http://www.w8zpf.net/

slusb

A couple months ago, I decided to see if I could get Fldigi working on the Raspberry Pi with my SignaLink. Fldigi is a modem application that is used for message passing or operating PSK, RTTY, and many other digital modes. I thought the tutorial could be a good resource for those who want to replace large PCs with much smaller Raspberry Pi computers or install digital in their go-kit. It was a success, or so I thought. I hit a couple snags along the way during initial testing. The first problem was a junky USB power supply. The SignaLink would key the radio for a time but would start a key-unkey sequence every second or so. I got what I paid for — use quality parts in your project. I swapped out the power supply. After that, I thought it was good to go.

Unfortunately, Ken W0KAH (from Missouri) contacted me over the holidays and said ‘it’s working great… except for our custom forms.’ I tried it and he’s absolutely correct. I loaded up his forms and ones that Technical Specialist Bob – K8MD created. When selecting these custom forms in Flmsg, the application hangs. The included forms work fine. I tried to first debug and later re-work the process to no avail. If anyone has custom forms working on the Raspberry Pi, please contact me. The build instructions and additional notes about the issue are available: http://www.k8jtk.org/2015/10/13/running-fldigi-flmsg-and-flwrap-on-the-raspberry-pi-2/

Speaking of Bob – K8MD, he wrote in to inform me that he’s been assisting with NBEMS during drills in Medina County. NBEMS (Narrow Band Emergency Messaging System (or Software)) is a set of standards for passing text based messages and files over ham radio. His proficiency and use of NBEMS was noticed by ARES folks in nearby counties. Bob reported on the event:

———-

On Saturday 5 December, Medina County ARES conducted a damage assessment drill with Medina County CERT team. The exercise was centered around the Damage Assessment form that I created for FLdigi. The objective of the exercise was to complete an initial damage assessment of an area that had been hit by a tornado. This initial damage assessment must be completed by the County EMA within 12 hours. This initial damage assessment is used by FEMA, the Red Cross, and other agencies to increase their situational awareness. The information is used to determine the size of the response necessary for the incident.

The exercise was a resounding success! CERT was divided up into six teams. Each of these teams had a mobile / portable ARES station paired up with the team. The CERT volunteers filled out the damage assessment forms and the ARES stations transmitted the forms back to the County EMA. The amount of information passed in a short amount of time was quite impressive.

One of the key things that I think we learned at this exercise was to keep the digital traffic on a separate frequency and separate band from the FM phone net. The traditional FM phone net was established on a 70cm repeater. A two meter simplex frequency was designated for the digital traffic. The portable ARES stations would use the FM phone net to ask permission to send digital traffic on the digital channel. This permitted the normal FM phone net to resume operations while the computers did all the work transferring the digital traffic on a separate channel. It’s critical that the digital channel take place on a different band then the FM phone net, so that the digital traffic receive is not de-sensed from adjacent frequency intermod. It’s also important for the stations doing a digital transmission on an FM phone frequency to announce: “CALLSIGN with tones” before transmitting. One of the digital transmissions went over a repeater and a non-ARES ham that was listening, thought the repeater was malfunctioning and allowing paging signals to be re-transmitted.

Mike Brugger, N8CEY is the ARES EC for Wayne County. He came up to observe the exercise from the Medina County EMA. I helped him get FLdigi and FLmsg installed and properly configured on his laptop, while he helped me with Net Control duties. Mike left with an extremely positive appreciation for the digital traffic handling. He’s planning to take the knowledge back to the Wayne County ARES team and start training on FLdigi.

———-

Thanks for that great report. Bob, Dave – NF8O, Fred – K8FH, and I put together a hands-on NBEMS training session for Medina county. The sides are available online: http://www.k8jtk.org/2015/11/10/vhfuhf-nbems-an-introduction-using-fldigi-and-flmsg-presentations/

Thanks for reading and 73… de Jeff – K8JTK

Ohio Section Journal – The Technical Coordinator – November 2015 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://n8sy2.blogspot.com/2015/11/november-edition-of-ohio-section-journal.html

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

DSCF5081 K8JTKHey Gang,

During the State Emergency Test (SET), the Medina ARES group had some issues getting Fldigi working correctly. Not because they didn’t know what they were doing but because when you use Fldigi once or twice a year, you forget what to do. I got an email wanting to know if I would develop a training session on NBEMS standards using Flgidi and Flmsg.

NBEMS stands for Narrow Band Emergency Messaging System (or Software, depending who you ask). It is a set of standards developed to define passing email and text-based traffic over Amateur Radio. We have many digital modes available to us. The VHF/UHF standard is MT63. MT63 is a sufficiently robust mode to deal with background noise and poor band conditions. This doesn’t mean you can have a party at your station and still send MT63 messages but it does well with ambient noise. In contrast, HF NBEMS uses Olivia.

This request was right up my alley as I love to operate digital, educate other hams, and help them get on the air. Much of my time this month was dedicated to putting together a presentation covering: digital communication, use case in Emcomm situations, interfacing options, talking about the Fldigi and Flmsg programs used, setting them up, and workflow.

We though this training might be useful to the section so we invited the leadership. Stan N8BHL and Scott N8SY came. There were County Emergency Coordinators (ECs) who were also in attendance. No pressure. We had a lot of people who wanted to learn about NBEMS, Fldigi, and the capabilities we have. After the presentation, we did hands-on demonstrations with Dave NF8O, Bob K8MD, and Fred K8FH as instructors and transmitting stations so students could see transmitting and receiving all in one place. A lot of great questions and discussion was had. Thank you to the instructors and everyone for coming out! The presentation is available: http://www.k8jtk.org/2015/11/10/vhfuhf-nbems-an-introduction-using-fldigi-and-flmsg-presentations/.

DoboyOne of my points during the presentation was always practice with these technologies BEFORE you need use them. Do a class for beginners. Have the students bring their setup –laptops, go-boxes, radio interfaces, and radios. Find some space to hold the class –EOC/EMA building, restaurant, or library. Then walk through the whole nine yards –installing the applications, setting up Windows audio, setting up the applications, and demonstrate the various tasks they would need to perform. Additional instructors who can assist students or send example transmissions (prepare these ahead of time) should be available. Have the students participate by transmitting messages. This will get them more comfortable and it’s easier to troubleshoot on-site than over-the-air. Make plans for some on-the-air meetings to practice ahead of a test or drill. Meet for an hour or so for a couple weeks until everyone is comfortable.

In Cleveland on Thursday nights, I assist with the LEARA Digital Practice Net on the 146.880/R at 9PM (you don’t have to be a member to participate). The net will operate Fldigi for a number of weeks and switch to SSTV for a time. Our net even ran a simulation drill with ICS forms and everything! Turned out to be a HUGE hit. I wrote up some tutorials for our net. They include: getting your radio interface setup with optimal settings, how to use MMSSTV, Fldigi, Flmsg, and Flwrap. The Fldigi suite tutorials are mostly written to FM NBEMS standards. Links are at the end of this article.

signalinkThe OHDEN (Ohio Digital Emergency Net) is on Tuesdays at 8:00pm. 3.585 USB. The net uses OLIVIA 8/500 with PSK31 as an alternate. They do not run voice on this net which might be unusual for some. All checkins and announcements are done using Olivia. More info: www.ohden.org

I encourage groups throughout the Section to start their own digital practice nets on FM, HF, or both! The tutorials are available to modify to fit your net. These are great opportunities to help hams become familiar and knowledgeable about their digital equipment. Do make sure you obtain permission from the repeater Trustee if you plan to use any repeater. If you do have a digital practice net that originates from the Ohio Section, let me know and I’ll put plug in the future.

Earlier, I mentioned Bob K8MD. Bob is the latest addition to the Technical Specialists. Welcome! He has a lot of experience with networking and has been utilizing MESH. Ottawa County is certainly aware of this as he helped their EMA build out a VOIP (Voice over Internet Protocol) system to use during their incidents.

Tutorials:
Sound card setup: http://www.k8jtk.org/2015/04/16/radio-interface-setup-for-getting-started-with-ham-radio-sound-card-digital-modes/

Fldigi, Flmsg, Flwrap: http://www.k8jtk.org/2015/04/16/getting-started-with-fldigi-including-flmsg-and-flwrap/

MMSSTV: http://www.k8jtk.org/2015/04/16/getting-started-with-mmsstv/

Thanks for reading

73… de Jeff – K8JTK

VHF/UHF NBEMS – An Introduction Using Fldigi and Flmsg presentations

I was asked to give a presentation on using Fldigi and Flmsg in NBEMS — Narrow Band Emergency Messaging System (or Software).

Framework

The framework I chose to use for the presentation slides is called reveal.js. It is an HTML framework meaning it will run in any HTML 5 capable browser. Looks a little better than a PowerPoint presentation.

Navigation

Useful navigation keys in the presentation. In addition to navigating with the keys below, you can swipe (tables/smartphones) or use the navigation arrows on screen in the lower right.

Toggle full screen: press [F11].

Advance to the next slide: press [n] or [SPACEBAR].

Go back to the previous slide: press [p] or press and hold the [SHIFT] key while pressing the [SPACEBAR].

Display presentation overview: [ESC] then use the arrow keys or mouse to select a slide. [ESC] again will exit overview mode.

Links

Clickable links are colored in blue text.

Presentations

Three variations are available: presentation version is viewable in a browser. Printable version for printing or saving in a different format. Finally a PDF version.

They may take some time to load because I left original images untouched and some were a couple MB in file size.

Slides

The presentation is about 60 minutes in length.

Presentation version
Printable version
PDF version

This presentation was given at the following meetings:
Medina County ARES on 11/10/2015.
Mansfield Hamfest on 2/21/2016.

Running Fldigi Flmsg and Flwrap on the Raspberry Pi 2

With the popularity of the Raspberry Pi and the growing need of NBEMS, I wondered if it was possible to run NBEMS programs on the Pi. This maybe of interest to those who want to make a Go Kit (box) with digital or a club wants to replace older computers in their operations center with more efficient devices.

Fldigi is the program used and developed for Narrow Band Emergency Messaging System, but it does so much more. It’s also the standard for many Ham Radio operators because of the number of modes the software will operate.

Fldigi stands for Fast Light Digital modem application created by W1HKJ (David Freese, Jr.) and associates. Flmsg is a forms manager with standardized forms like MARS, plaintext messages, Radiograms, Red Cross, and Weather report forms. Flwrap is a file encapsulation and compression tool allowing for reception of a file exactly like the original.

The Fldigi application is open source, public license software meaning it’s free and available for auditing. With the source code available for Linux, I wondered if it was possible to compile the application on the Raspberry Pi.

At first I had some problems with the project. After (wasting) alot of time on it, I had given up. Only to find out the power supply I had been using was the cause of the issues.

Requirements

Work with my SignaLink USB. As a standard with my projects, the Pi can administered through SSH and VNC if needed. On Windows, I use PuTTY and TightVNC.

Assumptions

This guide is step-by-step in nature, meant for beginners, with brief explanations of the steps. It will help to have an understanding of Linux commands and scripting. Capitalization is important in Linux!

Check my other posts for setup guides on using your radio interface (though written for Windows) and Fldigi, Flmsg, and Flwrap.

Program versions

Applications and versions used in this writeup:

  • Windows 7 64 bit
  • Raspbian Jessie 2015-09-24
  • Win32DiskImager 0.9.5
  • PuTTY 0.65
  • TightVNC 2.7.10 64 bit
  • Fldigi 3.23.04
  • Flmsg 2.0.12
  • Flwrap 1.3.4

Build times

I did a face off for build times between the later model Pi versions: B+, 2, and 3. Later iterations will be faster. The results are in the format of the Linux command time, which contrary to it’s name does not set the time. It gives statistics about this program run. They consist of the elapsed real time between invocation and termination, the user CPU time, and the system CPU time. Later versions than listed above were used in this face off: Raspbian Jessie 2016-05-27, Fldigi 3.23.10, Flmsg 3.0.0, Flwrap is the same at 1.3.4.

Raspberry Pi B+

Failed. Apparently there is an issue running the Make command for Fldigi with versions later than the ones I originally used in this writeup. By the error messages this is an internal g++ compiler error. Make does not fail on the Pi 2 and 3 which probably means it’s a hardware issue (out of memory).

The error is “Warning: partial line at end of file ignored” for dialogs/fldigi-confdialog.o.

Raspberry Pi 2

real 21m49.783s
user 72m9.970s
sys 2m39.290s

Raspberry Pi 3

real 12m50.129s
user 42m8.980s
sys 1m19.160s

Parts list

Listed below are all the parts needed to get this project working. It is noted when items can be left out or substituted.

That’s all the parts needed for this project. Check out the AdaFruit Raspberry Pi page for other hardware that might be useful, like the USB to PS/2 adapter for example. Many of these parts are included in the Raspberry Pi Starter Pack.

If the Pi is setup where there may not be Internet, want to consider purchasing a Real Time Clock (RTC) addon. The Pi will keep time after power has been removed. Of course the time would just have to be set each time.

Flmsg custom forms

In order for custom forms to be used in Flmsg, version 2.0.17 or later must be used. There was a bug in previous versions that didn’t allow the forms to be parsed correctly. In addition, another browser needs to be installed as the default is unable to connect to the webserver created by Flmsg. Thanks to Ken – W0KAH for determining this issue and getting it resolved with the program author.

Linux package installer

The version available from the package manager could be installed but that version is several revisions behind which won’t have the latest enhancements. Some repositories don’t have Flmsg and Flwrap which makes it hard for NBEMS operation.

sudo apt-get -y install fldigi

sudo apt-get -y install flmsg flwrap
If it doesn’t work, you’ll get a message like:

E: Unable to locate package flmsg

Getting Started with Fldigi – Including Flmsg and Flwrap

Updated: 03/26/2017

Table of Contents

Introduction – page 1

Download and installation – page 2
-All 3 programs

Configuration – page 3
-Fldigi
-Flmsg

Receiving
-Fldigi – page 4
-Flmsg – page 5
-Fmwrap – page 6

Transmitting
-Fldigi – page 7
-Flmsg – page 8
-Flwrap – page 9

Introduction

This document will show installation, setup, and basic use of Fldigi, Flmsg, and Flwrap. Fldigi stands for Fast Light Digital modem application created by W1HKJ (David Freese, Jr.) and associates. Flmsg is a forms manager with standardized forms like MARS, plaintext messages, Radiograms, Red Cross, and Weather report forms. Flwrap is a file encapsulation and compression tool allowing for reception of a file exactly like the original.

The Fldigi suite has many applications and can operate many, many different modes. For the list of modes, click the “Op Mode” menu in Fldigi. A quick description of the Fldigi suite from W1HKJ:

Fldigi – Digital modem program.
Flarq – AutomaticReQuest file transfer program (works with Fldigi).
Flamp – Amateur Multicast Protocol file transfer program.
Flwrap – File encapsulation for error free transfers over amateur radio.
Flmsg – Formatted message manager – 25 forms including Radiogram.
Flrig – Transceiver control program.
Flwkey – Winkeyer control program.
Fllog – Logbook program – works with Fldigi, Flwkey etal.
Flnet – Net management and database program.

The Digital Net typically operates Fldigi using NBEMS standard methods for VHF and UHF communication. NBEMS stands for Narrow Band Emergency Messaging System (or Software) (http://www.arrl.org/nbems). NBEMS VHF/UHF operating mode is MT63-2KL and Olivia 8/500 or 16/500 for HF operation. HF digital operation is considerably different than VHF/UHF FM digital. HF station operating tips are not covered however application usage is similar.

Flwrap is no longer considered part of NBEMS but is a useful program to send small files.  If only operating NBEMS, Flwrap can be omitted and ignored.

This is written with the beginner in mind and many concepts outlined step-by-step. It will provide direction for further experimentation on your own or on the net and direction for troubleshooting.  For SignaLink and audio setup, visit the Radio Interface Setup post.

Prepared for The Lake Erie Amateur Radio Association’s Digital Net (http://www.leara.org/).

Program versions

Program versions used in this document.

Windows 7 – 64 bit

Fldigi 3.23.21

Flmsg 4.0.1

Flwrap 1.3.4

Resources

http://www.w1hkj.com/beginners.html – Beginners guide to Fldigi.

http://www.w1hkj.com/FldigiHelp/index.html – Fldigi help.

http://www.w1hkj.com/flmsg-help/index.html – Flmsg help.

http://www.w1hkj.com/Flwrap/index.html – Flwrap help.

Calibration

Sound card calibration for some modes Fldigi supports is important; it is recommended regardless of mode. See the “Sound card clock calibration” section in the “Radio Interface Setup – For getting started with Ham Radio Sound Card digital modes” document. Fldigi method: http://www.k8jtk.org/2015/10/19/nbemsfldigi-sound-card-calibration/.