toggle quoted messageShow quoted text
If you mean the PTT LED is alternately on for 30 sec’s and then off for 30 sec’s you have definitely have a problem. And although it’s called a PTT LED it isn’t really a true PTT LED, but actually monitors the processor activity and is basically ON all the time.
From my web page at http://bear.sbszoo.com/construction/traker/Tracksoar/V1-1.htm -
The PTT LED, although it becomes bright around the time of each transmission, actually indicates when the processor is awake and busy processing instructions which is why it's dimly lit between transmissions when the processor is only awake very briefly to check if it's time for another transmission each time GPS data is received and then brightens when it's time to make a transmission and the processor remains awake for much longer. After adding the 4th new feature this LED also becomes bright every 10 sec's when the processor is kept awake while checking the altitude and for a burst which makes it hard to know when a transmission actually occurs so a configuration setting was added that allows the PTT LED to be used as either a processor activity indicator or as a real PTT indicator that's only on during a transmission.
My web page also has a link to my modified firmware that gives one the option to make the LED a true PTT indicator as well as to add a number of other useful features (at least I found them useful.)
I haven’t worked with the Tracksoar since I wrote that page in 2016 and can’t remember exactly how the so called PTT LED behaves under certain conditions so can’t help much more than above and what’s on my page.
Are you sure that you replaced the jumper, or jumpers, that you removed to program the unit after adding your callsign etc. to the config file?
The one thing I meant to check out after trying to locate a landed payload and never hearing any further transmissions after it landed was whether the Tracksoar would continue to transmit, or not, the last good data received from the gps if the gps lost lock and was unable to receive any further good data.
From: GPSL@groups.io [mailto:GPSL@groups.io] On Behalf Of L. Paul Verhage KD4STH
Sent: Sunday, March 31, 2019 9:56 AM
Subject: Re: [GPSL] TrackSoar
I'll try testing that. My D72 doesn't even break squelch, so I was thinking the TrackSoar wasn't even trying to transmit.
I had one suggestion to remove the comment statements and then look at debug statements. That means learning more about C for the Arduino. I can at least edit a sketch and upload it. Today I guess I'm going to learn more.
On Sun, Mar 31, 2019, 9:41 AM Mark Conner N9XTN <mconner1@...> wrote: