View Full Version : APRS Object now in OBEX
03-11-2012, 10:47 AM
I have posted my APRS object to the OBEX. It works rather well now after all the help from the patient people here. My biggest step forward was to buy a 4 x 20 serial LCD which revolutionised my debugging! The code I have written is in a naive style but is very readable (I think). I would welcome style tips.
It should use locks really but I could not get my head round their use in this context. It seems to work without. The stacks are far too large too etc etc.
I hope that someone finds it useful - I know of one user already!
I have been pleasantly surprised at what could be done in a couple of weeks of spare time. The Propellor has a very interesting architecture.
03-13-2012, 01:36 AM
This is great. Thanks for posting this. I need to set up a board and try it out. Do you have any video of it in action?
03-13-2012, 01:46 AM
Now that you have an APRS object, why don't you give my direct modulation code a try. http://forums.parallax.com/showthread.php?137751-DEMO-new-FM-broadcast-code-using-Chip-s-Video-mixer-method-explanation
You could direct modulate the signal with the Propeller, without the need for an HT.
A 100ohm resistor will give you 88mw of output power, 4.7k will give you 2.3mw of output power, so try the 4.7k first.
I'd bet this combo would be the bee's knees for a quadcopter, no extra hardware!
I still haven't tried it out on a spectrum analyzer tho.
03-29-2012, 05:39 PM
I hope to publish an update soon. This has some improved algorithms and adds special functionality for SOTA activations: auto-spotting (this is a unique feature never implemented before as far as I know). It also implements a mode switch which changes various parameters depending on whether the system is being used in a car or for hiking. Much more remains to be done and the code is still naive - but well commented.
04-08-2012, 05:24 PM
Latest version now in OBEX.
04-09-2012, 08:25 AM
to start F32 on demand (in FloatString). This is not the same (and doesn't really work) as the originally suggested
IfNot ON~~ '***
That said, it should probably be changed to the following sequence in order to avoid lockups if you run out of cogs:
ifnot on := F.start
The return could also be an abort. Furthermore, you call other methods which also require F32 being started so it would make sense to put the start call into the SetPositiveChr method which is called first (short of adding the sequence above into every method which requires support).
04-09-2012, 09:34 AM
Thanks for spotting that. I have altered it and will upload to OBEX.
04-11-2012, 09:13 PM
A serious bug came to light today in V1.1.1. This was mainly due to me trying to be too clever which resulted in running out of cogs (I think). V1.1.2 is now in the OBEX and seems to work.
Field testing tomorrow.
04-19-2012, 12:08 PM
I have been playing with you APRS object and its working well. I have been trying to get the demodulator to work but with no luck.
Have you had any joy with thi as yet??
Justin - VK2HJA
04-19-2012, 03:27 PM
Thanks for the feedback. The OBEX object still has a few little bugs left. I will upload the fully working version soon. I have used my system very successfully on several hiking trips - it works just fine!
I have not experimented with using the Prop to receive packet. It was not a feature that I really needed. Perhaps you can take the APRS object to the next level with RX as well as TX fully implemented?