¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Micro-Trak RTG FA mods


 

mods and errata document on my tinkering here..?

k7mhi


 

Does this firmware replace the normal MicroTrak RTG FA firmware?
Did you reverse engineer Byon's code to create this firmware?

thanks
rich


On Sun, Nov 6, 2022 at 4:23 PM Kelly via <kellykeeton=[email protected]> wrote:
mods and errata document on my tinkering here..?

k7mhi



--
Richard A. Painter, P.E. Retired



 

This isn't new firmware its a consolidation of advanced tricks to do with the device and my travels in goofing around with it.

Nothing in this repo is not public data on the byonics and aprs published white papers.

I am looking for data on the TinyPack function and use if anyone has any technical details.

Also some fun feature requests are to enable TTL/UART on 3rd channel vs analog and if this hardware is ever reprinted it would be cool if the PIC was DIP replaceable package if it goes zap.

Byon's Code is rather feature rich so not much needed in terms of software per-say .. I do plan to attempt some crazy ideas like tide data and other stuff ..once I figure out a bit more (TinyPack?)

73 kelly


 

Its probably an awful time to suggest this ( Since you just got your RTG up and running and discovered every possible nuance to it!) but you might want to look at the MTT4BT as an alternative to the RTG. It has a bunch more I/O's including two serial I/O's. This can allow you to keep the unit running as a tracker/digipeater will simultaneously accepting serial input which will be formatted as an APRS packet and transmitted in much the same manner as the TinyPack firmware allows, but while maintaining the "normal" tracking functions. The primary serial port is usually used for a GPS, but it can be set up for practically anything at any Baud rate. The secondary port can be set independently for a different Baud rate or format ( KISS, TEXT, WX, etc.) and can be accessed either via a 2.5mm jack or through the built-in Bluetooth connection ( Determined by setting internal jumpers) There are a bunch of extra analog inputs and built-in abilities for source Voltage and board temperature ( The ubiquitous LM335 sensor) The MTT4BT can also put out a little bit more power than an RTG,? about 14 to 15 Watts.

73,

Allen AF6OF
VHS/BYONICS


-----Original Message-----
From: Kelly via groups.io <kellykeeton@...>
To: [email protected]
Sent: Sun, Nov 6, 2022 5:34 pm
Subject: Re: [TinyTrak] Micro-Trak RTG FA mods

This isn't new firmware its a consolidation of advanced tricks to do with the device and my travels in goofing around with it.

Nothing in this repo is not public data on the byonics and aprs published white papers.

I am looking for data on the TinyPack function and use if anyone has any technical details.

Also some fun feature requests are to enable TTL/UART on 3rd channel vs analog and if this hardware is ever reprinted it would be cool if the PIC was DIP replaceable package if it goes zap.

Byon's Code is rather feature rich so not much needed in terms of software per-say .. I do plan to attempt some crazy ideas like tide data and other stuff ..once I figure out a bit more (TinyPack?)

73 kelly


 

haha... well, the RTG replaced a waterproof kit blue box(tt3) from long ago the HT died and I was done with wire to radio mess from 10 years ago.

but this just gave me a few new project ideas so pondering hitting purchase ...


 

got a lot of updates going on?

with full examples and enough I hope to go crazy! lets see some more ideas shared up for sensors!?


 

added a lot of chalkboard work, likely overboard but I wanted a turn key document for all things related to this hardware and aprs telemetry to be easy to consume.?updated webpage, and sorry if the email updates to look at a link are not welcome, there is a mute topic. I hope you find the data valuable as I enjoy writing it!

more sensors and waterproof case detail photos will be the next major update to the doc

kelly


 

I am a bit confused with your photo sensor example comment.?
? ? ?"Testing analog sensor, here we find the given example from adafruit uses a pull up, with values of low lux being high voltage,
? ? ? ?This wont be good for aprs.fi graphing as its upside down! we can flip to a pull-DOWN and invert the readings. so Volts @ 0 = Lux ~ 0"


5V -> R1 -> Vout -> R2 -> Gnd.?
? ? ?Vout = Vin * [ R2 / (R1 + R2) ]

The Adafruit page says dark is high resistance (say 1,000,000 Ohms) and light is low resistance (say 100 Ohms)
You mention inverting these, but your picture has R1 = Photo sensor, and R2 = 10,000 ohms - same as Adafruit picture.

So dark would be:
? ? ? ?10,000 / 1,010,000 * 5 = 0.05V?
Bright Light would be:
? ? ? ?10,000 / 10,100 * 5 =?4.95V?
Isn't that what you want?

-----?
Rob KB8RCO


 

Thanks for feedback Rob! I should mention this is working currently you can view k7mhi-1 so I am on to other sensors and the MTT4B currently..?I don't think my use of terms `pull up and down` is helping the section of document?

.. hows this correction leaving it more open ended for discovery?


Testing analog CdS sensor with an Arduino using the given example from adafruit, if your graph is upside down, wont be good for aprs.fi as its inverted! As the light level increases, the analog voltage goes up even though the resistance goes down: Vo = Vcc ( R / (R + Photocell) )

That is, the voltage is proportional to the inverse of the photocell resistance which is, in turn, inversely proportional to light levels. We can flip the vcc and negative lines into the pre-fab CdS board, and invert the value to the graph. so Volts @ 0 = Lux ~ 0, each sensor will be different and using an Arduino IDE for testing this in the IDE is much faster vs usng the Byonics hardware to figure out your sensor.
...
any more q/feedback please shoot it at me!
kelly


 

added a wind sensor but I dont have a good plan for EQNS yet, was troubleshooting some other hardware issues today :/

The voltage will range from 0.4V (0 m/s wind) up to 2.0V (for 32.4m/s wind speed)Example using F Temp
?
PARM.Battery,Temp,Wind
UNIT.Volts,Deg.F,Knot
EQNS.0,0.0293,0,0,0.879,-459.67,0,1,-80


really I should be converting as well right now just testing it out for overall functions.


 

if you linearize the voltage output and convert it to bits (0V = 0 bits, 5V = 999 bits assuming HIRES), you would get:
?? Meas???? Wind??????????? int bits???????????????? using EQNS values
??? 0.4V????? 0.0 m/s????????? 79 bits?????????????? 0.0 m/s
??? 2.0V??? 32.4 m/s??????? 399 bits???????????? 32.4 m/s
EQNS for this setup converting to m/s would be: 0,0.1025,-8.0

If I got the m/s to knots? conversion correct (1 m/s = 1.943844 knots):
?? Meas???? Wind??????????? int bits???????????????? using EQNS values
??? 0.4V????? 0.00 knots ????? 79 bits?????????????? 0.00 knots
??? 2.0V??? 68.98 knots ??? 399 bits???????????? 62.97 m/s
EQNS for this setup converting to m/s would be: 0,0.1968,-15.55

PARM.Battery,Temp,Wind
UNIT.Volts,Deg.F,Knot
EQNS.0,0.0293,0,0,0.879,-459.67,0,0.1968,-15.55


Robert Giuliano
KB8RCO



On Monday, November 28, 2022 at 07:25:28 PM EST, Kelly via groups.io <kellykeeton@...> wrote:


added a wind sensor but I dont have a good plan for EQNS yet, was troubleshooting some other hardware issues today :/

The voltage will range from 0.4V (0 m/s wind) up to 2.0V (for 32.4m/s wind speed)Example using F Temp
?
PARM.Battery,Temp,Wind
UNIT.Volts,Deg.F,Knot
EQNS.0,0.0293,0,0,0.879,-459.67,0,1,-80


really I should be converting as well right now just testing it out for overall functions.


 

On Tue, Nov 29, 2022 at 07:18 AM, Rob Giuliano wrote:
EQNS.0,0.0293,0,0,0.879,-459.67,0,0.1968,-15.55
I haven't put this into the network yet but all looks awesome, and agree, thank you Rob!

Kelly