There are a host of factors that contribute to data loss in APRS, to name just some:
- non-standard / sub-standard / poorly configured digipeaters;
- defect ridden iGates that lose, duplicate and corrupt packets;
- poorly configured mobiles;
- network congestion and interference;
- unpredictable equipment failures;
- basic geographical coverage of the network; and
- dependence on the ionosphere for HF APRS.
This article describes an enhancement to the popular TinyTrak (and its clones) to also capture the GPS stream to an inexpensive local data logger.
The logger does not interfere with normal radio APRS, it coexists with it and creates a properly timestamped fine detail log of positions over a very long time, a log that can be post processed into a range of graphic / map and tabular reports.
The datalogger used in an OpenLog. It is a simple logger that writes data to a micro SD card, costs about $A12 (inc post) for the logger and about A$10 (inc post) for a 16GB Class 10 micro SD card. (A slower card could be used, but they aren’t much cheaper.)
Above, the OpenLog data logger.
Continue reading OpenLog for TinyTrak
I had need of a portable serial data logger for proof of concept of a supplementary data logger for an APRS tracker.
The requirement is to capture RS232-TTL data at 4800bps, 8N1 to a data file for later extraction. The logger needs to restart automatically and append new records to the existing file.
A spare Raspberry Pi2 was applied to the job as a headless data logger.
Above is the RPi2 with an inexpensive FTDI USB/RS232-TTL adapter. Only the ground and RD wires attach to the modified TinyTrak. Continue reading A cheap and cheerful data logger
This project is a data logger accessory for Lou Destefano’s (VK3AQZ) RF Power Meter kit (RFPM1).
The RFPM1 develops an analog signal 0-2000mV corresponding to 0-100dB input power range, -85-16dBm. The module described here produces a digital output scaled -85.0 to 15.0 for 0-2000mV input.
The hardware is based on a clone of the Digispark ATTiny85 USB development board, about A$3 incl shipping on eBay. Differently to the original Digispark, the board above has a micro USB connector on board. The vero ‘mother board’ carries a resistor and 10t pot for calibration adjustment. Continue reading A prototype data logger for RFPM1
This article describes an enhancement to the DIY USB password generator, a small USB HID keyboard device that types a password stored in EEPROM automatically when it is attached.
The implementation was on a Digispark ATTINY85 General Micro USB Development Board which was purchased on eBay for a few dollars. The board uses different pin connections to USB to the original. Continue reading DIY USB password generator – (USB PRC) enhanced #1
This article describes an implementation of the DIY USB password generator. It is a small USB HID keyboard device that types a password stored in EEPROM every time it’s attached.
The implementation was on a Digispark ATTINY85 General Micro USB Development Board which was purchased on eBay for a few dollars.
The board uses different pin connections to USB to the original, and requires a hardware jumper from D+ (PB4) to INT0 (PB2).
In the process of changing the code, I updated the V-USB driver. That necessitated quite a few changes to source code.
The updated code was compiled, and tested just fine.
Changed / updated code (includes hex): usb_tiny85_passgen.zip.
This article describes a few methods of bulk renaming of files using Regular Expressions. The first two run in batch mode from the Windows console, the third is an interactive application. Continue reading Bulk file rename using regular expressions on Windows
I bought a USBTiny AVR programmer on eBay for about A$8 posted.
Above, the seller’s pic of the package.
It is almost always the case that the ISP headers on the programmer use the standard pinout published by Atmel, and in that case the supplied ISP cables need to be pinned pin for pin, ie pin 1 to pin 1 etc.
If you look carefully at the pic, the key is towards the top of the pic which means pin 1 on the right hand plug is towards the viewer and pin 1 on the left hand plug is away from the viewer. The cable does not connect pin 1 to pin 1, and as a consequence the package did not work.
There is more than one way to connect these plugs, and above is one way that does connect pin 1 to pin 1, and the cable and USBTiny work. Though the seller has been told of this defect, he continues to sell the item with the pic of the defective cable.
One wonders how many thousands of these things are and will be sold with this defect.
I have evaluated three different series of STC 8051 architecture MCUs, the STC89S52RC, STC15F104E, STC15F204EA.
English documentation is hard to find, and in some cases the translation from Chinese to English is poor and diagram annotations (eg flow charts) are still in Chinese. Continue reading An experience with STC 8051 microcontrollers
The STC15Fx chips use a simple TTL/CMOS async programming interface that is suited to the common USB-RS232(TTL) adapters, some of which are less than A$2 on eBay (CH341 chip).
Above, the completed adapter. Both DIP-8 and DIP-28 are located furthese from the operating lever, and pin 1 towards the operating lever, the same jumper connections are used for both chip sizes for STC15F104E and STC15F204E.
There are two spare Gnd pins next to the black jumper above but hidden from view. They are for grounding jumpers that may be required to enable programming of some ‘bootloader protected’ chips.
The 6 pin male and female headers at lower left accept a USB-RS232 adapter (break out board style or cable) with the common Arduino pinout. The only thing that commits the pinout is the 1µF bypass capacitor between Vcc and Gnd pins and the spare Gnd pins. The USB-RS232 adapter powers the chip being programmed, and it needs to be a 5V adapter.
Alternatively one of the little MAX232 adapter boards could be used with a physical RS232 port, but power will be required.
After almost 50 years working with 8bit microcomputers and microcontrollers, I thought it about time to get my hands dirty on some 32bit microcontrollers.
The plan is to investigate two streams, one ST Microcontoller based and one ATMEL based, both ARM architecture. Continue reading Time to get some experience with 32bit microcontrollers