Radioactive Networks
Home
Consult
Tracking
Main
TinyTrak
In Car
Server
GPRS
AntiTracker
TeamTrak
NetAPRS
OziAPRS
Lightning
Brochures
Weather
FAQ
Choosing
Products
APRS
GPS
TeamTrack
802.11
Ham
Articles
Personal
Technology
Software
Products
Contact
Search
Blog


Google

   
     Introduction     AntiTracker Basic     AntiTracker Pro     PIC Processors     

The Anti-Tracker

STILL IN DEVELOPMENT

One of the areas that most tracking systems concentrate on is acquiring GPS positions and getting them back into a central location. Some even send the positions back to the GPS tracking units.

What has not been done is create a distributed system in the field reporting the positions without being tracked themselves. This allows significant cost savings in terms of not only equipment capital costs, but also in terms of operational costs including licenses and batteries.

With this in mind, Radioactive Networks have just produced what we are calling the 'Anti-Tracker'. Rather than develop the display interface, we have decided to use a commercially available interface - a simple GPS reciever.

The PRO version of this device can use eithe the $WPGPL sentences understood by many GPS receievers that allow NMEA uploading, or GARMIN BINARY format understood by the newer Garmin eTREX GPS receivers. This version is based on the PIC16F876 processor with an MX614 modem IC. The code is getting close to totally filling the memory of the processor. During testing we also discovered that the CPU clock needed to be doubled in order to process the data in the available time.

The position of all the users being tracked appears on the GPS receiever allong with any roads and other features programmed into the device. Then when the person being tracked moves, the icon on the GPS will move too.

Progress

This project is getting close to completion - at least on the firmware side. We are now decoding normal and third party packets and displaying them on the GPS receiver in GARMIN and TEXT modes. At present packets are not being correctly decoded when one packet follows within 100 mSec of the previous packet being completed. Although rare in object tracking, it is quite common in iGate operations.

Since GARMIN and NMEA operate at different speeds, we are also going to make the selection of the mode switchable. This needs to be implemented. The GARMIN protocol has the ability to set ICONs and we also hope to implement this.

A circuit diagram is available here.

Implemented Packets

For the technically minded, we will now include information on the packets that this device will decode -

  • Standard Position Reports
  • Standard Position Reports with Timestamps
  • MIC-E Position Reports
  • MIC-E Position Reports with Timestamps
  • Standard Object Reports
  • Standard Item Reports
To Do

  • Remove the MAX-232 IC
  • Surface mount the entire board
  • Look at power consumption
  • Packet OK LED.
  • Fully test
  • ICON
  • TX and RX at the same time
  • Mode Pin
Acknowledgements

This project would not have been possible without the assistance of the members of the PicSig on TAPR.ORG. These members put up with my stupid questions, offering whatever assistance was required.

Please support us by purchasing one of the items from the link below. Thank You

____
Welcome to our Techical Site. If you are interested in an overview, then visit our Marketing Site
Copyright © 1994-2005 Radioactive Networks , darryl@radio-active.net.au
This page was last updated 2005-11-15 18:48:57
This page was last compiled 2005-11-15 19:15:11
Question or Comment? Click here