Category Archives: Modes

GMDSS: Some new exciting Features

In my last blog, I wrote about my experiences with BCS-GMDSS multi-channel decoder. Chris, the software author, had added some smart features in the meantime. I would like to briefly introduce some of them in loose order.

Newly introduced is a window showing “Frequency and Time Statistics”. This somewhat sober, albeit highly informative table can be spiced up a bit yourself – see the following three screenshots (double-clicking onto them shows them in full resolution):

Thes statistics table neatly lists all channels with their messages – either all (here) or Coastal Stations only. A smart feature is that it presents the data as a heatmap.

The heatmap shows clearly that 8MHz is the most productive channel. It shows also how propagation works – see fade-in and fade-out of those channels on 12MHz and 16MHz. From a DXer’s point of view, however, 2187.5kHz can be considered some of the most interesting channel. Another new window gives an overlook about all those Coastal stations received, and how often, on what channel, and when for the first/last time.

This table lists all received Coastal station with some essential data. I marked some interesting ones, from a DXer’s point of view, which were exclusively received on 2187.5kHz

Furthermore, Chris introduced a (basic) map where you can see the locations of those Coastal stations you have received – if you don’t know exactly where to locate e.g., Taman Radio or Marzara del Vallo Radio … Even better, as the map is living: double-click to a location, and a window with your logs of this Coastal is popping up!

A basic map, which can be zoomed in/out, locates all the received Coastals. Double-clicking on a location opens a window with your log of this one – here Arkhangelsk Radio.

The log is organized as a database. This opens the chance for many applications in logging, searching and presenting your logs. Many of those option are already built-in, like searching all stations within a specific time frame or matching one or more specific fields, let it be MMSI, Ship Owner or country. One special format supports that used by highly recommended dsc-list@groups.io:

Here, BCS-GMDSS software had converted some Coastal’s logs into the DSC List format (Utilities -> Export Database Search Results as DSC List). I just copied and uploaded it. Smart!

The recent version of BCS-GMDSS also supports a search option for MMSI: just double-click the wanted MMSI to open a specific Google search. In nearly all cases I tried, the first result lead straight to much more information on a handful of websites, providing e.g., location, map with position and often a photo of the vessel:

Just double-click a MMSI, and a Google search starts. Clicking onto the first result revealed a map with the postion of the “Imperious” north of Banda Aceh/Indonesia, a photo plus some additional data. So we have received this Oil Products Tanker on her way from Malaysia to Fujairah/UAE.

Finally, Chris was kind enough to respond to the request of a single, elderly gentleman and provide for the export of all data in a form that separates all possible data fields by CSVs – analogous to the official ITU publications, among others. This offers many more and very specific possibilities for search and (statistical) evaluation. The nice elderly gentleman has already tried this (“Great!”) with Access:

Here, the CSV data from nearly 30’000 messages have been imported to Access database and sorted by ship’s name.

After so much data then for writing reception reports with some nice results:

MRCC Klaipeda answered my reception report within minutes with this stunning e-QSL card …
… as also RCC Australia and …
… Valparaiso Playa Ancha Radio did. Thanks to all of them!

Ahoy! Decoding eight GMDSS Channels in a Convoy

Decoding all GMDSS channels at once: Black Cat System’s groundbreaking GMDSS Decoder.

Chris Smolinski, W3HFU, did it again: after his multi-channel attack to ALE, he now offers this highly innovative concept also for GMDSS – Black Cat GMDSS. In addition to an extraordinary sensitive decoder, it also includes smart processing of the data – from looking up vessel’s complete data from ITU’s Ship Station List (internet connection needed) to saving all data to a fully-fledged database. Welcome aboard! Now let’s set sail!

3000+ Messages a Day – received on HF

The Global Maritime Distress and Safety System is a system of different maritime communications tools on frequencies ranging from as low as 424kHz [NAVTEX] over HF and VHF up to satellite channels in the GHz region. This blog entry focus on Black Cat GMDSS decoder, hence on HF. There, the six main channels range from 2MHz to 16MHz. Reception of both, Coastal Stations and vessels, is from around the world. In this case from Vestmannaeyjar Radio in Iceland to Cape Town Radio in South Africa, and from Valparaiso Playo Ancha Radio in Chile to Taupo Maritime Radio in New Zealand. You may hear vessels of each and every kind, from small ones for pleasure to the biggest oil tankers, and all over the world. Monitoring on all six main channels in parallel, often raises 3000+ messages a day!

Robust FSK mode

Transmission is done in 2-FSK with 170Hz shift and at speed of 100Bd. Waveform is ‘kind of SITOR-B, repeating each character twice with a 400ms spread to enhance proper decoding under adverse propagation (Rec. ITU-R M.493-11). To establish a call, each station has been assigned to an unique MMSI, or Maritime Mobile Security Identity number consisting of now nine digits, in future 10 digits. MMSIs starting with 00 denote a Coastal Station, e.g., 004123100 for Guangzhou Radio/China. There is a set of 127 symbols, with the first numbers 00 to 99 representing numbers, and each of the remaining number specific situations like “110” denoting “Man over board”. The software has to look up those source-coded messages in a codebook to print a readable message, giving some sense.

Smart coding

One message is about 6.4 seconds long. it starts with a short dot-pattern/phasing sequence for automatic tuning, followed by the content. In this live example, JRCC Australia (MMSI 003669991) is calling Merchant Oil tanker Signal Maya (MMSI 248410000) on 12577kHz at 15:59:43 UTC on November 21, 2021.
There are transmitted 23 groups (“Symbols”) in GMDSS :

  • 120 120 021 007 061 000 000 108 000 050 030 000 010 118 126 126 126 126 126 126 126 122 111

and decoded as follows:

  • 120 120 -> Format
  • 021 007 061 000 000 -> Address – MMSI of called station
  • 108 -> Category
  • 000 050 030 000 010 -> Self MMSI – MMSI of calling station
  • 118 126 -> first and second [none in this case, “idling”] telecommand message
  • 126 126 126 -> frequency message [none in this case, “idling”]
  • 126 126 122 -> end of message
  • 111 -> error-check character [ECC]
  • After a look-up in the codebook this turns into:
  • Format: Individual call
  • Address [to]: 210761000
  • Category: Safety
  • Self MMSI [from]: 005030001
  • First telecommand: Test

… even smarter decoding!

Still not much enlightment. But BCS-GMDSS is at your service. It looks up all the cryptic numbers at different sources, even tapping official ITU webpage to enrich the vessel’s MMSI with its stunning mutltitude of information. Wrapping it up, decoding and looking-up in an internal codebook (Coastal Station) as well as in ITU sources (vessels), the above mentioned 23 symbols come out in full glory reading:

[2021-11-21 14:59:43] 12577
Symbols: 120 120 021 007 061 000 000 108 000 050 030 000 010 118 126 126 126 126 126 126 126 122 111
Self MMSI: 005030001 – Australia – JRCC AUSTRALIA 26 20′ 48″ S 120 33′ 52″ E 13669 km, 92 deg
Address: 210761000 – Cyprus
Ship: SALT LAKE CITY | Callsign: C4DS2 | MMSI: 210761000 | Cyprus (Republic of) (CYP) | Vessel ID: 9314129 | EPIRB: BE1 | 06/12/2017
Class: Merchant | Bulk carrier | | 89076 tons | 26 persons | INMARSAT C MINI M INMARSAT M VHF DSC | 24 hr service
Owner: NOBEL NAVIGATION CO LTD POB 50132 LIMASSOL CYPRUS
Misc: Former Name: THALASSINI NIKI | | EPIRB ID: 210761000 | | Telephone Bands: STUV | AAIC: GR14 | | CO | |
Format: Individual call Category: Safety First telecommand: Test

As you have seen, I already mixed some theory with some practice – as you know me.

Now for some features of the software, plus some hints to make the most out of it.

Some basics, you must be tuned to

BCS-GMDSS offers up to 8 channels in parallel which by default are set to the main six GMDSS channels plus two with only rarely traffic observed, also on 2MHz. Those channels are fed by a SDR, ideally covering the whole range from 2MHz to 17MHz, alias-free. In this range you have to place the up to eight channels, RX1 … RX8, and have their output set to VAC1 … VAC8. The inputs of the decoder have to match those VAC numbers – see screenshot.

Here, six GMDSS channels have been set with SDRC software, controlling a Winradio Sigma SDR at 20MHz bandwidth.

Take some care to think about mode, tuned frequency and audio frequencies, and bandwidth. Mode can be USB, CW-U or FSK, whatever your SDR’s software offers. It is, however, mandatory that the center frequency of the audio output must match the centre frequency of the input of the decoder! Otherwise there will be no decoding.

I am using free SDRC software by Simon Brown, G4ELI, easily providing all eight channels via VAC software. I am using CW-U and a bandwidth of 400Hz, giving some room for stations which might deviate by some 10Hz from the assigned channel – the decoder automatically compensates for this. With this setup (see screenshots below), the frequency readout shows the assigned channels, plus centre frequencies of decoder and receiver are matching (here 1700Hz, as ITU recommends). The bandwidth offers a good balance of SNR and tolerance for stations with a slight offset. Your mileage may vary in some aspects, e.g., you may prefer SSB-USB mode, or your software has a BFO if you use CW …
You may also use the wrong sideband (LSB instead of USB) with your receiver – but than you just have to tick “Invert” in the decoder’s Setting menu as it then changes Mark and Space frequencies.

Center frequency set to 1700Hz, low to 1500Hz, High to 1900Hz – resulting in a bandwidth of 400Hz. The signal of Finisterre Radio on 8414,5kHz matches these values.
With center frequency of the audio output (1700Hz) and center frequency of the decoder (1700Hz) matching, a signal falls into both passbands – that of the receiver on the right side with spectrum and spectrogram, and that of the decocoder on the left with spectrum, amplitude and also the Setup menu.

Order! How to cruise through this Ocean of Messages

BCS-GMDSS cleverly combines a most powerful decoder with some extras to calm the rogue waves of decoded information. First, you may reduce (or extend) the degree of information you fetch form the ITU page: Edit -> Settings -> MMSI Lookup. It is very interesting to see the maximum of data (“Most Details”), but with everyday’s monitoring just “Basic” or “Detailed” may run the show. This creenshot is showing the differences:

Five different depth of data output: from “Details: None” to “Details: Most Details” – with all the same audio being decoded.

The second step is to distinguish the vessels from the coastal stations by color. I set the latter ones to show up in blue:

Here, messages from Coastal Stations are printed in blue (Edit -> Highlight Coastal Stations, set color).

Next, BCS-GMDSS offers a Coastal Station’s database. It is a real database which, e.g., each column can be sorted. In the screenshot below, I had sorted them according to their total messages received. Then “Yusa Radio” has been double-clicked to inspect the timestamps of reception:

Coastal Station do have an extra porthole offering some interesting statistics. Each column can be sorted, and a double-click reveals timestamps of one station.

The “Loggings Database Search” is like a supertanker, containing all your logs which can be sorted by a double-click, plus being queried for each column, also combining different criteria. This is the most powerful database any GMDSS decoder has on board. See screenshot below for just one example:

The whole log of 12’590 entries had been queried for messages from Coastal Stations on 2187.5kHz on November 21, 2021 for 24 hours. This answer is of course just a small part of the whole reply from the database.

Addendum: Where are they cruising?

The location of most Coastal stations is openly available, and their geographical coordinates are internally looked up by the software – even calculation of the distances to your location (Edit -> Settings -> Latitude:/Longitude:) is done automatically.
But where are the vessels cruising? They only rarely transmit their location in GMDSS on HF. But if they have an AIS, or Automatic Identification System, you have a fair chance to get the actual location. This system comes in two tastes: AIS and LRTI, or Long Range Identification and Tracking. AIS is using VHF. Propagation restricts the range to some ten kilometers. LRTI is using satellite (INMARSAT). There are some webpages where you get at least AIS for free – just to mention VesselFinder, VesselTracker and MarineTraffic. Their business model is to offer subscriptions for one year at a price of about 1’200 US-$ for LRTI (satellite) data, aimed mainly to the professionals. But most of those companies offer (limited) access to their AIS data for free. The two screenshots below show the difference.

Scattered with vessels: VesselFinder’s professional version listen to all seven oceans via satellite, but offers …
… free acces to AIS data (VHF) which is due to propagation and volunteers feeding this net to those coastal regions.

The example above, bulk carrier Salt Lake City, is only availabe on LRIT. So free data are about one week old. Nevertheless, you get at least a clue where the ship had been. And if time plays no role, just look it up exactly this week later …

For free, we get only a weeks’s old satellite information. At least we can can see the bulk carrier had started from Manila on November 14, heading to Abbot Point in Australia where it is expected on November 29. A rough estimate is that she may have been cruising through the Banda Sea at the time of being called by JRCC Australia.

If you have received the following message, you are lucky:

[2021-11-22 17:02:38] 2187.5
Self MMSI: 229375000 – Malta
Ship: CMA CGM FORT DESAIX | 9HA5478 | 229375000 | MLT | MLT | 9400174 | 229375000 | 04/08/2021
Address: 002275300 – France – MRCC CORSEN 48 40′ 60″ N 2 19′ 0″ W 947 km, 252 deg
Format: Individual call Category: Safety First telecommand: Test

This vessel is covered by AIS (VHF) with its up-to-date data available for free at VesselFinder.

FAX from Shanghai: Pacific Pressures

This FAX broadcast was new to me and received on December 16, 2019 at 08:20 UTC on 16557,1 kHz. It was transmitted via Shanghai Coastal Radio, presumably directed into the Pacific, of which it shows the 48h surface pressure.

It was demodulated from a 25 MHz wide HF recording over 24 hours. This recording was made with Winradio’s G65DDCe Sigma SDR, connected to an active vertical MegaDipol MD300DX (2 x 5 m), and decoded with Wavecom’s W-Code. The recording was scheduled with software SDRC V3 by Simon Brown, and directed via USB3.1 to a 20TB hard disk, WD Duo Book. The resulting one file was 8TB, format WAV RF64.

It was also played back from this hard disk, also via USB3.1. Doing so, it is most remarkable that this setup worked smoothly without any glitches which would promptly have been seen at such a time-critical mode like this FAX., 120/576. So, this reception is also a proof that one can work smoothly with such ‘big data’ even on a hard disk – and not only on expensive SSDs. A FAX transmission is that sensitive that you even see a very weak echo (best seen of the big vertical black stripe at the right which echoes from around 115° East). This originates from a mixed short/long path reception. The strong short path’ flight time is 28.7ms, whereas the weak long path needed 104.7ms. As one FAX line covers 500ms, you can easily measure the delay of roughly 80ms, almost exactly matching the difference of long and short path.

The screenshot has been left un-retouched.

3 x CW: Kagoshima Fishery Radio, JFX

Parallel DXing: JFX on 6421,5 kHz, 8690 kHz and 12704,5 kHz

Morse Code or CW has become rare among professionals (in the West). But there is a busy net of small Japanese Fishery Stations literally pounding the brass. One of them is Kagoshima Radio, JFX. They are not daily heard in Europe, but a combination of receiver Winradio Sigma, active antenna MD300DX (2×2.5 m, vertical) and SDRC V3 software did the trick even under this grim summer propagation. See screenshot above, from 24 hours’ recording of 25 MHz HF. All channels clearly readable – as far as the expressive handwriting (see detailed screenshot at the bottom) of their CW allows for … Yeah: CQ CQ DE JFX JFX QRU QSX 6 / 8 /12 MHz K

First part of the CQ call of JFX in good ol’ hand-made CW … from 12704.5 kHz

Murmansk FAX: 6.328,5 kHz, new Frequency

Murmansk_6328k5_120_576_1kShift_20170609_0450

Tune into 6330,4 kHz LSB, to get the right black/white frequencies, centered at 1.900 Hz. Shift 1.000 Hz, so 1.400 Hz = white, 2.400 Hz = black. 120 RPM/576 IOC, no APT! Received on June 9th, 2017, at 04:50 UTC.

Reports of the death of Murmansk FAX had been slightly exaggerated … After having searched for it in vain in 1Q/17, it now popped up on 6.328,5 kHz from former 6.445,5 kHz with an irregular schedule, namely at 03:30 UTC at one day and 04:50 UTC another day.

Just fair quality of both, conditions and transmitter, made it very difficult  to read the text in the upper part of this weather chart in Cyrillic, with just: Прогноз … 21 час [Prognosis … 21 hour …]. Receiver AirSPy & SpyVerter, decoder Wavecom W-Code.

Also received on June 1st, 2017, but starting at 03:30 UTC – same area, first half of the transmission heavily distorted by an RTTY signal, see below:

Murmansk_6328k5_120_576_1kShift_20170501_0330

Reception on June 1st, 2017, from 03:30 UTC on 6.328,5 kHz.

Iceberg Prognosis has been received on scheduled 8.444,1 kHz at 20:00 UTC on June 8th, 2017; see below:

8444k1_Murmansk_20170608_2000

Murmansk FAX with Iceberg Prognosis  on 8.444,1 kHz at 20:00 UTC on June 8th, 2017. Cyrillic texts not quite readable. Also received on May, 31st, 2017, same frequency, same time.

Not a trace on/near also listed 7908,8 kHz. It seems that otherwise commendable NOAA publication Worldwide Marine Radiofacsimile Broadcast Schedules is outdated regarding this station.

Utility DX: Some (actually: 1.000+) Logs, June, 2016

Part of the EXCEL list

Part of the EXCEL list

“HF for the pros is stone-dead, isn’t it?” This rather verdict than question is often heard even by hams. If you are telling them how busy the bands really are (as they cannot read about that in their magazines), they are doubting: “But you need professional equipment plus decoding software, worth my Mercedes Benz?”, they are upset by the answer: “Absolutely bullshit. A software-defined radio at 500 US-$ plus some free software will produce thousands of logs!”

Still don’t believe that? Well, here is the first thousand, caught just in the first half of June, 2016. Received with an FDM-S2 receiver at a quadloop of 20 m of circumference. I mostly concentrated on fixed (rather than: mobile) stations and of modes which can be decoded with free software – if they are not even outright SSB or CW.

You can download this log: Logs_EXCEL from where it may easily be opened not only by EXCEL, but also e.g. free LibreOffice.
If I find time, even more logs from the same HF recordings will be added.

I am greatly indebted to the busy and resourceful friends of UDXF for their work, thanks.