/vx8_gps

DIY GPS module for Yaesu VX-8DR/VX-8DE handheld transceiver.

Primary LanguageCMIT LicenseMIT

DIY GPS Module for Yaesu VX-8DR/VX-8DE Handheld Transceiver

GPS module for Yaesu VX-8DR/DE handheld transceivers with ublox NEO-6M chip and Arduino Nano by Dmitry Melnichansky 4Z7DTF (4X5DM since June 2016 4X1MD since July 24, 2017).

Overview

When I was buying my Yaesu VX-8DE, I knew that I wasn't going to buy the original Yaesu FGPS2 module. There is very little APRS coverage in Israel and APRS in general seemed quite useless to me. The unreasonably high price of the original module didn't make me want to try it either.

After receiving far APRS stations during a strong tropo over the Mediterranean I thought it would be nice to transmit some data. I started investigating how GPS transmits data and discovered the NMEA protocol I had never encountered before. My first source of information was the article Reverse Engineering the Yaesu VX-8DR GPS Interface by Taylor J Meek KG7BBG.

I started from writing a Python program which was sending NMEA sentences to the transceiver. After some research I discovered the required message format and wrote a program which drew flowers on APRS map.

APRS flower

Later, David Fannin's project inspired me to build my own GPS module. Thanks to his project I found out the ublox NEO-6M chip and a simple search on AliExpress showed that a ready module can be puchased for $10-20.

I wrote my own software which isn't based on David Fannin's code. I started it as Arduino project but after finding out that the standard Arduino Serial library doesn't support interrupt driven writing and reading I decided to write it in pure C. After small changes the C code can be compiled in Arduino environment. The Arduino code is located in /arduino/vx8_gps_16mhz folder of this repository.

I tried to document this project as much as possible and I hope it will be interesting and useful for other radio amateurs.

Yaesu VX-8DR/DE and NMEA protocol

The NMEA protocol is implemented in the VX-8 in a non-standard way. There are two main issues with it: serial port parameters and NMEA sentence format. There is also a data validation issue which is very interesting but less important in this case.

Port parameters: baud rate and logic levels

The original Yaesu FGPS2 module transmits at 9600 bps instead of the standard 4800 bps and uses 3.3V logic level instead of the standard 5V. This isn't a big issue because there are GPS modules which can be configured to transmit at 9600 bps and logic levels can be converted. The GY-GPS6MV2 module came already pre-configured to 9600 bps rate. The ublox NEO-6M chip used in this module has maximum supply voltage of 3.6V. As we see there are no electrical compatibility issues at all.

NMEA sentence format: field lengths

VX-8 requires all the fields of the NMEA sentence to be padded to the maximum possible number of symbols while regular NMEA standart allows fields to be empty. It means that if there is no GPS fix, typical GGA message will have the following form:

$GPGGA,074222.000,,,,,0,00,99.9,,,,,,0000*6E

The radio won't be able to process this message and we'll see gibberish on the display. A correct sentence for this transceiver should have the following format:

$GPGGA,200124.000,0000.0000,N,00000.0000,E,0,00,00.0,00000.0,M,0000.0,M,000.0,0000*46

Sending a sentence with empty fields will result in gibberish on the GPS screen of VX-8. Here is what we'll get.

Yaesu VX-8DE

Allthough the sentence accords with the standard, the transceiver isn't able to process it correctly.

Actually setting number of sybols in each field is what all this project is about! If the second issue didn't exist we could connect the ublox NEO-6M chip based module directly to the transceiver.

NMEA data validation

Here the things get even more interesting. Yaesu VX-8 does no validation on the NMEA data. When I say no validation, I mean no validation at all! Let's look at the following NMEA sentence.

$GPGGA,999999.000,73DE.0000,!,Z7DTF.NOPQ,4,1,04

The time in the first field is invalid, the latitude and longitude fields have letters instead of numbers, the North/South and East/West fields have invalid characters as well. The checksum is missing. Should it be thrown away by the receiving device? Yes, sure! But let's see how VX-8 will respond!

Yaesu VX-8DE

Yaesu VX-8DE

Have you ever thought about writing some text on the display of your VX-8? Or maybe about setting the time to 89:91:75? Now you know how to do it!

Let's try one more example where there will be no numbers in latitude and longitude fields.

$GPGGA,999999.000,ello.ABCD,H,itHub.ABCD,G,1,04

And the output is:

Yaesu VX-8DE

Note that last two fields of our so called NMEA sentence mean that there was a valid GPS fix and that it was acquired from 4 satellites. This is exactly what we see on the display: satellites icon with number 4 under it. This is enough for the transceiver to enable APRS beacon transmission. If you press the internet (TX PO) key these coordinates will be transmitted. Obviously, APRS site will mark such packet as invalid.

When I told you that there is no data validation I really meant no validation at all! You don't even have to add checksum as it will be completely ignored by the radio.

If you want to try it your self you'll need a standard programming cable (original or one from AliExpress) and a terminal program. I used PuTTY. Open a new session, choose the correct serial port, set it to 9600 8N1 and you are ready to go. Right mouse click in the terminal window pastes the message from the clipboard. After pasting your message press CTRL+M and then CTRL+J. It will send the CR and LF (ASCII 13 and 10) symbols which mark the end of NMEA sentence.

Hardware

Schematic

The hardware is quite simple. GY-GPS6MV2 GPS module transmits its data to the Arduino which does necessary processing and sends it to the transceiver. Allthough the communication between the original Yaesu FGPS2 module and the radio is bi-directional, in my project I decided to make it unidirectional from GPS to radio. Not only is the bi-directional communication useless in this case but also requires one more serial port. This configuration uses only one serial port to communicate with both devices.

Important! The serial port on the Arduino board is also used for programming the device. Leaving the GPS connected to the serial RX pin will cause a conflict and make uploading the firmware impossible. That's why there is a switch which disconnects GPS output from serial input.

On the contrary, using USB serial when the transceiver is connected not only is possible but also is recommended for debugging purposes. You can use any terminal program to monitor Arduino's output even when the radio is connected.

Voltage divider formed by 240 Ohm and 470 Ohm resistors converts the logic levels from 5V used by Arduino to 3.3V required by the transceiver. Two two-color LEDs are used for indication. The left one blinks red if a GGA message was rejected and green if it was sent to the radio. The right one does the same for RMC messages.

All the setup is very similar to David Fannin's GPS project. Main difference is that his project implements bi-directional communication using software serial port emulation for the second port.

The GY-GPS6MV2 GPS recevier and the Arduino Nano clone were both purchases on AliExpress for less than $15.

Software

To be completed...

Development history

First protoype: Arduino Nano and u-blox NEO-6M

The first version was built with readily available modules on a prototype PCB.

Prototype

Prototype

Prototype

PCB v1.0

The first prototype was built on a dedicated PCB with a standalone ATmega328P-20PU microcontroller in 28 pin DIP package. The PCB was produced at home.

Refer to prototype_v1.0.md for details.

PCB

PCB v2.0

This version has a USB-to-UART IC which allows the GPS to be used as a programming cable. It was designed as a two-side PCB with SMD parts. Allthough I developed the schematics and the PCB, this version was never built.

The circuit diagram of this version can be found here. Design files are located here.

PCB

PCB v3.0

This version was built on a two-layer PCB. Most parts including ATmega328P microcontroller and the GPS module are SMD. The size of this PCB is 43.5x43.5mm and it was designed to fit a small plastic enclosure box.

Refer to prototype_v3.0.md for details.

PCB

Field tests

The unit was tested in trains. Videos from the tests are available.

  1. Test 1: Herzliya station
  2. Test 2: Kiryat Gat station

GPS in train

GPS in train

Plans for future development

  1. Running all the system at 3.3V. See prototype_v1.0.md for details.
  2. Reducing the microcontroller speed to 8MHz or even lower. See Release v1.0 (commit 9e8273a) .
  3. Adding a rechargeable battery and making the device USB chargeable.
  4. Building the project on a PCB instead of using ready modules.
  5. Assembling the device in one enclosure box.
  6. Making the module compatible with Nikon DSLRs.

Optional/questionable features:

  1. USB serial chip to use the device as a programming cable.
  2. microSD card slot and keeping logs of the tracks.
  3. LCD display for displaying current GPS data.

Links

  1. Reverse Engineering the Yaesu VX-8DR GPS Interface
  2. FGPS2 data samples (VX-8R Yahoo Group)
  3. David Fannin's Yaesu VX-8R Handheld Transmitter-compatible GPS
  4. NMEA to Yaesu VX-8 by G7UHN
  5. VX-8DR and GPS by VK3YY
  6. GPS - NMEA sentence information
  7. MTK NMEA checksum calculator
  8. avr-libc 2.0.0: <avr/interrupt.h>: Interrupts

Questions? Suggestions?

You are more than welcome to contact me with any questions, suggestions or propositions regarding this project. You can:

  1. Visit my QRZ.COM page
  2. Visit my Facebook profile
  3. Write me an email to iosaaris =at= gmail dot com

How to Support or Say Thanks

If you like this project, or found here some useful information and want to say thanks, or encourage me to do more, you can buy me a coffee!

ko-fi

"Buy Me A Coffee"

You can aslo make a donation with PayPal:

"Donate with PayPal"


73 de 4X1MD ex 4X5DM ex 4Z7DTF

73's