Hi
   I have a Garmin Edge 205 GPS that I use on my Mt.bike the unit has a mini usb
plug on the back that I use to charge and download workouts to my computer. My
question is does this usb plug output the correct data needed to input into the
Opentracker+ ? so far I have not been able to find any info on the Edge 205 the
manual is very basic without much technical info supplied. My plan is to output
the Opentracker+ to a Kenwood TH-F6A for 2 meter APRS operations.

Thanks Dave

Graeme,
Look in the files section for ot1-diag.s19
I've also added in some instructions on how to use it...

I used it to set my OT's deviation to 3.3kHz on the 2200Hz tone using my Sayrosa
252 Modulation meter.. (Photo in the photos section, if you're curious)

-Ian ZL1VFO

--- In opentracker@yahoogroups.com, "zl1gbb" <zl1gbb@...> wrote:
>
> Nope, couldn't find it.
> I will try using the config to extend the modulation period.
>
> Thanks
> Graeme
> zl1gbb
>
> --- In opentracker@yahoogroups.com, Scott Miller <scott@> wrote:
> >
> > There was a diagnostic firmware image that you could load and get a
> > serial console to do stuff like send test tones.  Should still be on the
> > website.
> >
> > Or you can set it to 300 baud with a really long TXD and enter as long a
> > comment as you can.
> >
> > Scott

Graeme,
Look in the files section for ot1-diag.s19
I've also added in some instructions on how to use it...

I used it to set my OT's deviation to 3.3kHz on the 2200Hz tone using my Sayrosa
252 Modulation meter.. (Photo in the photos section, if you're curious)

-Ian ZL1VFO

--- In opentracker@yahoogroups.com, "zl1gbb" <zl1gbb@...> wrote:
>
> Nope, couldn't find it.
> I will try using the config to extend the modulation period.
>
> Thanks
> Graeme
> zl1gbb
>
> --- In opentracker@yahoogroups.com, Scott Miller <scott@> wrote:
> >
> > There was a diagnostic firmware image that you could load and get a
> > serial console to do stuff like send test tones.  Should still be on the
> > website.
> >
> > Or you can set it to 300 baud with a really long TXD and enter as long a
> > comment as you can.
> >
> > Scott

Nope, couldn't find it.
I will try using the config to extend the modulation period.

Thanks
Graeme
zl1gbb

--- In opentracker@yahoogroups.com, Scott Miller <scott@...> wrote:
>
> There was a diagnostic firmware image that you could load and get a
> serial console to do stuff like send test tones.  Should still be on the
> website.
>
> Or you can set it to 300 baud with a really long TXD and enter as long a
> comment as you can.
>
> Scott
>
> zl1gbb wrote:
> >
> >
> > just got myself a modulation meter. Pretty old but more than adequate
> > for what I want. Which is to set the modulation from various trackers.
> >
> > The modulation meter has a locking oscillator in it. This means the RF
> > has to be stable and on for a reasonable period before the meter will
> > lock and return accurate results. On the early OT1x, is there any way to
> > turn the tracker on for an extended period? Say through the config.
> > program? I can not see any thing there. Or maybe some other program?
> >
> > I did try a switch across the radio socket (p7&8). This turns on the
> > radio OK but doesn't modulate (for about half an hour). Hard to get a
> > reading like that.
> >
> > Graeme
> > zl1gbb
> >
> >
>

There was a diagnostic firmware image that you could load and get a
serial console to do stuff like send test tones.  Should still be on the
website.

Or you can set it to 300 baud with a really long TXD and enter as long a
comment as you can.

Scott

zl1gbb wrote:
>
>
> just got myself a modulation meter. Pretty old but more than adequate
> for what I want. Which is to set the modulation from various trackers.
>
> The modulation meter has a locking oscillator in it. This means the RF
> has to be stable and on for a reasonable period before the meter will
> lock and return accurate results. On the early OT1x, is there any way to
> turn the tracker on for an extended period? Say through the config.
> program? I can not see any thing there. Or maybe some other program?
>
> I did try a switch across the radio socket (p7&8). This turns on the
> radio OK but doesn't modulate (for about half an hour). Hard to get a
> reading like that.
>
> Graeme
> zl1gbb
>
>

just got myself a modulation meter. Pretty old but more than adequate for what I
want. Which is to set the modulation from various trackers.

The modulation meter has a locking oscillator in it. This means the RF has to be
stable and on for a reasonable period before the meter will lock and return
accurate results. On the early OT1x, is there any way to turn the tracker on for
an extended period? Say through the config. program? I can not see any thing
there. Or maybe some other program?

I did try a switch across the radio socket (p7&8). This turns on the radio OK
but doesn't modulate (for about half an hour). Hard to get a reading like that.

Graeme
zl1gbb

Now that the first beta test weather stations are shipping, I've created
a new Yahoo group for discussion to try to avoid cluttering the other
groups too much.  The new group is here:

http://groups.yahoo.com/group/ads-ws1/

Also, I created a wiki page for documentation.  It's mostly just a stub
right now.  I'll be filling it out more in the next week.

http://wiki.argentdata.com/index.php/ADS-WS1

The half dozen units I had yesterday are already sold, I'm afraid.  I've
   got enough PCBs for another dozen, and the cases are already machined,
but I won't have those assembled until after Christmas.

For those who got one of the first batch, the configuration program has
been posted (see the link on the wiki) and there should be enough there
to get you started.

Scott
N1VG

Nope.  I'll be starting a wiki page on it this weekend.

Scott

Rudy Benner wrote:
>
>
> Is there a manual we can examine?
>

It's taken longer than expected due to component shortages, but I've got
half a dozen ADS-WS1 weather stations assembled and nearly ready to ship.

https://www.argentdata.com/catalog/product_info.php?products_id=135

There's a ton of stuff not done yet, but the prototype in my office has
been working well for weeks with Virtual Weather Station.  I'd recommend
against dropping one on a remote mountain just yet, though.

The next hardware revision will change terminal block sizes, and will
also have a place to plug in a backup battery.  For now there's no
backup for the real-time clock, so if you disconnect power after
programming it, it won't know what time it is.  On the other hand, it
doesn't really matter at this point.  The APRS transmissions aren't
timestamped anyway, and Virtual Weather Station at least doesn't care
about the time.  WeatherView32 seemed to be more picky about that.

I haven't sourced any extension cables yet, so if you're mounting the
box separate from the mast you'll need to find those yourself.  Make
sure they're 4-conductor cables.  I've got 50 foot extensions on my test
unit and haven't had any problems.

All connections to the box (aside from the wind and rain sensors) are
through the terminal block.  This includes serial for PC hookup.  The
DB9 pigtails listed elsewhere on the site work pretty well for that, or
if you're mounting it remotely you can use some 3-conductor alarm wire
(I find this most convenient since there's an alarm shop next door) for
GND, TXD, and RXD.  Setup and firmware updates can be done through the
same connection.

Anyway, the basics are working, and your patience and understanding
about the lack of polish and documentation gets you a $30 discount off
the planned retail price.

Scott

Hello,

Wow!  Thanks so much, that did the trick.  It's now putting good data on weather
underground.

Regards,

--- In opentracker@yahoogroups.com, "Mike Zwingl oe3mzc" <oe3mzc@...> wrote:
>
> you need to set the LEAP YEAR SETUP correctly in the initial setup
procedure...
>
> I had same problem with ULTIMETER 2000
>
> vy 73 de Mike
> oe3mzc
>
>   ----- Original Message -----
>   From: mexjim99
>   To: opentracker@yahoogroups.com
>   Sent: Thursday, December 10, 2009 10:55 PM
>   Subject: [opentracker] Ultimeter 2100
>
>
>
>   I'm sorry if this isn't where I should be posting but I've been trying to
find an appropriate forum.
>
>   We have an Ultimeter 2100 attached to a pc running misterhouse under Linux.
This hardware/software was previously installed and working in another location.
We relocated it to its new home and have been trying to make it work. The sensor
display on the Ultimeter 2100 seem correct. The temperature, wind direction and
speed, etc display and change appropriately on the 2100 display. The problem is
with the data that's received by the serial port on the pc. It seems to receive
data in "data logging" and "packet" mode ok but it's not correct data. For
example, the temp is 384.2 degrees! Here's a sample record:
>
>   !!009F00A4031802582755031002D6.....(data logging mode)
>
>   $ULTW00B100A3031702582754FFEA86B300102D400Fa03890004009D(packet mode)
>
>   The serial port in the pc is set to 2400 8N1.
>
>   Is there someone that can offer suggestions or refer me to a different
forum?
>
>   Thanks,
>   Jim
>

----- Original Message -----

From: mexjim99

To: opentracker@yahoogroups.com

Sent: Thursday, December 10, 2009 10:55 PM

Subject: [opentracker] Ultimeter 2100

 

I'm sorry if this isn't where I should be posting but I've been trying to find an appropriate forum.

We have an Ultimeter 2100 attached to a pc running misterhouse under Linux. This hardware/software was previously installed and working in another location. We relocated it to its new home and have been trying to make it work. The sensor display on the Ultimeter 2100 seem correct. The temperature, wind direction and speed, etc display and change appropriately on the 2100 display. The problem is with the data that's received by the serial port on the pc. It seems to receive data in "data logging" and "packet" mode ok but it's not correct data. For example, the temp is 384.2 degrees! Here's a sample record:

!!009F00A4031802582755031002D6.....(data logging mode)

$ULTW00B100A3031702582754FFEA86B300102D400Fa03890004009D(packet mode)

The serial port in the pc is set to 2400 8N1.

Is there someone that can offer suggestions or refer me to a different forum?

Thanks,
Jim

I'm sorry if this isn't where I should be posting but I've been trying to find
an appropriate forum.

We have an Ultimeter 2100 attached to a pc running misterhouse under Linux. 
This hardware/software was previously installed and working in another location.
We relocated it to its new home and have been trying to make it work.  The
sensor display on the Ultimeter 2100 seem correct.  The temperature, wind
direction and speed, etc display and change appropriately on the 2100 display. 
The problem is with the data that's received by the serial port on the pc.  It
seems to receive data in "data logging" and "packet" mode ok but it's not
correct data.  For example, the temp is 384.2 degrees!  Here's a sample record:

!!009F00A4031802582755031002D6.....(data logging mode)

$ULTW00B100A3031702582754FFEA86B300102D400Fa03890004009D(packet mode)

The serial port in the pc is set to 2400 8N1.

Is there someone that can offer suggestions or refer me to a different forum?

Thanks,
Jim

I found out that running the ADMS-1 GPS and a Garmin Nuvi 350 on the same
dashboard of my car gave the Nuvi QRM... enough to not get a lock on the sats.
When Nuvi 350 is in map mode(?) there is an icon in the upper left of screen
showing GPS signals. Press on it and a screen pops up w/all the locations,
signal strengths. Watch what happens when the ADMS-1 or certain other brands of
GPS units are turned on. All but the strongest of GPS signals are dropped off
line.
Some units are more sensitive than others as far as RXing signals inside
buildings.

   As for 4800baud NEMA data, that's what you want. Just be sure it's sending the
data that the OT1+ needs for operation. i.e GPGLL$ or what ever... I don't have
the op manual with me to research it, but watching the data from the serial line
out of GPS to a computer helps here. Some GPS units can turn data strings on/off
in the menu.

   Since it has been too many days since your last packet transmission, no data
resides in findu or aprs.fi raw data files. But it looks as if you have MIC-e
enabled. Disable it temporarily for easy reading of the raw data to see why you
are getting errors.

The path looks like it's too long (as far as US standards go) but I could be
wrong in interpreting the data.

Kriss KA1GJU-6


--- In opentracker@yahoogroups.com, "Col Thompson - VK2CRT" <vk2crt@...> wrote:
>
> Hi Keith..
>
> The OT+ Manual says that 2 blinking red leds indicate no GPS lock or invalid
> GPS data.
>
> The OT+ is currently running in fixed mode without the GPS attached and the
> SSID I have setup for fixed is vk2crt
> (http://www.findu.com/cgi-bin/find.cgi?call=VK2CRT) . Normally I use a
> Kenwood TMD700 with a Garmin Nuvi 350 attached with an SSID of VK2CRT-9
> (indicating mobile).
>
> The GPS35-PC does have a configuration program, and it reports no fix.
> Thanks for software tip on "VisuapGPS" Looks good!
>
> I have tried a more sensitive GPS (yes a third one) and it struggled to get
> a fix from the same location as the other to Garmin units.
>
> I'll just have to pull the radio, OT+, and GPS out off the office and set it
> up in the car and see what I get. I think it will fire up normally.
>
> Many thanks and 73
>
> Col
> (aka VK2CRT)
>
>
>
> -----Original Message-----
> From: opentracker@yahoogroups.com [mailto:opentracker@yahoogroups.com] On
> Behalf Of Keith VE7GDH
> Sent: Tuesday, 24 November 2009 11:04 AM
> To: opentracker@yahoogroups.com
> Subject: Re: [opentracker] OT1+ and Garmin GPS35-PC setup
>
> Col VK2CRT wrote...
>
> > 1st was the GPS35-PC, and it still is not sending NEMA data to the
> > OT+, A double flashing red led tells me so. (according to the manual)
>
> Actualy, that's NMEA. Could could you make up an adapter so you could
> p;ower up one of the GPS receivers and feed it to a PC running a
> terminal program, or better yet, something like VisuapGPS?
>
> > I then tried a Garmin Streetpilot III and still go the flashing red
> > led. I took the SPIII out to the car and got a satallite lock in
> > seconds. So I now think that it's the location I am testing the OT+
> > in. I am in an office, between two tallish buildings in Sydney. I have
> > previously got lock on the GPS unit's I test so I sort of didn't think
> > it could be the location.
>
> It's certainly possible that the office location just isn't seeing
> enough of the sky to get a lock.
>
> > I have reset the comments / status to every 5 packets and with the
> > transmission rate set to 30 minutes I think that  works out to be
> > every 2.5 hours.
>
> That certainly won't overwhelm the local RF network! Don't forget - you
> can temporarily enter a fixed position for testing. Ultimately, you will
> want to get the GPS receiver going though. Right now, VK2CRT-9 hasn't
> been heard for nearly 4 days.
>
> 73 es cul - Keith VE7GDH
> --
> "I may be lost, but I know exactly where I am!"
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>

"epic_audio" <epic_audio@...> writes:

> Might have something to do with power cause moving battery wires(6") around
> causes it to stop... Low power RF causes it to happen less often.

Sounds like the power leads are acting as an antenna and bringing RF into
the tracker.  Make the power leads as short as possible and put ferrites
on them as close as possible to the tracker.  Perhaps use shielded power
cable?  Is there any way you can physical ground the (-) power lead?  Maybe
something like a .01 cap across the power leads might also help.

73 de
--
Bob Poortinga  K9SQL        <http://www.linkedin.com/in/bobpoortinga>
Bloomington, Indiana  US

Update, interference seems to have two different stages
1. Transmit comes on and transmits but no audio, just open squelch
or
2. Transmits comes on and bounces until ant is touched.

Might have something to do with power cause moving battery wires(6") around
causes it to stop... Low power RF causes it to happen less often.  Just have to
find out what is different between SMT and through hole that makes it work.


--- In opentracker@yahoogroups.com, "epic_audio" <epic_audio@...> wrote:
>
> I am getting a strange interference on the surface mount open tracker.
> The PTT/opentracker gets stuck in this transmit bouncing routine and just
keeps trying to key up and then quits and tries again over and over with each
cycle being msec, locking up the channel until I usually touch the ant,
sometimes move mic cable. Seems like when it happens it spikes the transmitter
and the voltage spike back into radio just feeds the problem.  I have it
installed on a mic cable attached to HT1000 Motorola and figured it was wiring,
added filters, and still does it. Mabey does it more when voltage is lower but
not sure.  I feel it is something with cable adsorbing RF cause when I wrap
cable around ANT it goes away or pull cable down around radio, so I figured it
was radio/my design and put project to side and built a SMT/MX146 with power amp
and the problem is in this circuit too, all new parts. Problem quits if I touch
ant. Problem isn't there with the through hole version(sepereate power supplies)
on the HT1000 so mabey it is an issuse with the transmitter and openttracker
sharing same power source?  When it happens there seems to be a large power
spike, but I am still trying to troubleshoot problem but figured I would post
and see if I can solve the problem quicker on here.
>

I am getting a strange interference on the surface mount open tracker.
The PTT/opentracker gets stuck in this transmit bouncing routine and just keeps
trying to key up and then quits and tries again over and over with each cycle
being msec, locking up the channel until I usually touch the ant, sometimes move
mic cable. Seems like when it happens it spikes the transmitter and the voltage
spike back into radio just feeds the problem.  I have it installed on a mic
cable attached to HT1000 Motorola and figured it was wiring, added filters, and
still does it. Mabey does it more when voltage is lower but not sure.  I feel it
is something with cable adsorbing RF cause when I wrap cable around ANT it goes
away or pull cable down around radio, so I figured it was radio/my design and
put project to side and built a SMT/MX146 with power amp and the problem is in
this circuit too, all new parts. Problem quits if I touch ant. Problem isn't
there with the through hole version(sepereate power supplies) on the HT1000 so
mabey it is an issuse with the transmitter and openttracker sharing same power
source?  When it happens there seems to be a large power spike, but I am still
trying to troubleshoot problem but figured I would post and see if I can solve
the problem quicker on here.

I came down with something on Friday and I'm still feeling lousy.  I
stayed in the office long enough today to help Tory get all of the day's
orders ready, but went back to bed after that.  I'm probably not going
to get caught up with email for a day or two even if I'm feeling better
tomorrow.  Right now, it's time for more Nyquil and then back to bed again.

Scott

Scott,
Thank you for your reply.  So, does the OT+ keep the power control output
powered up until it gets valid GPS data?  If so, since this is the OPENTracker+,
I assume it wouldn't be hard for me to change that if I had something to program
the MC908KX8.

--- In opentracker@yahoogroups.com, Scott Miller <scott@...> wrote:
>
> I think the reasoning was that some people want to use power control for
> the GPS as well, and it needs to stay on until it gets a fix.  Ideally
> it'd have two separate power control outputs... maybe in the next iteration.
>
> The one that really drives me nuts is dealing with the low-voltage
> inhibit.  The voltage will be OK until you turn the radio on with a low
> battery, and then it drops below the threshold.  There's no easy way to
> deal with it without adding some sort of retry delay or hysteresis
> mechanism.
>
> Scott
>
> rds_6 wrote:
> >
> >
> > One of the problems I've had with a competing tracker is that its power
> > control leaves power applied to the radio indefinitely when (1) no valid
> > GPS data is present or (2) during a "busy" indication. The second
> > problem can be solved by tightening the radio's squelch setting enough
> > that it is not overly sensitive for local RF conditions. However, the
> > first problem has drained my car's battery on several occasions and can
> > result from numerous causes, such as the GPS receiver losing power and
> > not being manually turned on again, the GPS RS-232 connector working
> > itself loose, or parking inside a parking garage that blocks GPS reception.
> >
> > Does the OT+'s Power Control feature prevent the radio from being
> > powered up (or at least from staying on indefinitely) for lack of valid
> > GPS data and for indefinite "busy" indication? Thanks.
> >
> >
>

That's for the OT1+.  On the OT2m you'd use CMD POWER ON, CMD POWER OFF,
or CMD PULSE xx.

Scott

Mike Zwingl oe3mzc wrote:
> would this work with an OT1+ or with an OT2m only??
>
> ----- Original Message -----
> From: "Scott Miller" <scott@...>
> To: <opentracker@yahoogroups.com>
> Sent: Tuesday, November 24, 2009 6:32 PM
> Subject: Re: [opentracker] Controlling PTB2 pin remotely
>
>
>> Try sending it an APRS message starting with ON or OFF.  That should
>> toggle the power control pin.  Maybe.  It's been a long time since I
>> tested it.
>>
>> Scott
>>
>> Christopher Snell wrote:
>>>
>>>
>>> Hi,
>>>
>>> How would I go about toggling the PTB2 pin remotely? I would like to
>>> use this to trigger a cutdown mechanism for a balloon.
>>>
>>> Thanks,
>>>
>>> Chris
>>>
>>>
>>
>>
>>
>> ------------------------------------
>>
>> Yahoo! Groups Links
>>
>>
>>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

Hoping that there's a way to do it with the OT1+.  Maybe with a firmware mod?

I'd originally planned to send my OT2m up with my balloon but I'm
leaning towards the OT1+ SMT because of weight savings.

Chris

On Wed, Nov 25, 2009 at 9:14 AM, Mike Zwingl oe3mzc <oe3mzc@...> wrote:
> would this work with an OT1+ or with an OT2m only??
>
> ----- Original Message -----
> From: "Scott Miller" <scott@...>
> To: <opentracker@yahoogroups.com>
> Sent: Tuesday, November 24, 2009 6:32 PM
> Subject: Re: [opentracker] Controlling PTB2 pin remotely
>
>
>> Try sending it an APRS message starting with ON or OFF.  That should
>> toggle the power control pin.  Maybe.  It's been a long time since I
>> tested it.
>>
>> Scott
>>
>> Christopher Snell wrote:
>>>
>>>
>>> Hi,
>>>
>>> How would I go about toggling the PTB2 pin remotely? I would like to
>>> use this to trigger a cutdown mechanism for a balloon.
>>>
>>> Thanks,
>>>
>>> Chris
>>>
>>>
>>
>>
>>
>> ------------------------------------
>>
>> Yahoo! Groups Links
>>
>>
>>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

would this work with an OT1+ or with an OT2m only??

----- Original Message -----
From: "Scott Miller" <scott@...>
To: <opentracker@yahoogroups.com>
Sent: Tuesday, November 24, 2009 6:32 PM
Subject: Re: [opentracker] Controlling PTB2 pin remotely


> Try sending it an APRS message starting with ON or OFF.  That should
> toggle the power control pin.  Maybe.  It's been a long time since I
> tested it.
>
> Scott
>
> Christopher Snell wrote:
>>
>>
>> Hi,
>>
>> How would I go about toggling the PTB2 pin remotely? I would like to
>> use this to trigger a cutdown mechanism for a balloon.
>>
>> Thanks,
>>
>> Chris
>>
>>
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>

Hi Keith..

The OT+ Manual says that 2 blinking red leds indicate no GPS lock or invalid
GPS data.

The OT+ is currently running in fixed mode without the GPS attached and the
SSID I have setup for fixed is vk2crt
(http://www.findu.com/cgi-bin/find.cgi?call=VK2CRT) . Normally I use a
Kenwood TMD700 with a Garmin Nuvi 350 attached with an SSID of VK2CRT-9
(indicating mobile).

The GPS35-PC does have a configuration program, and it reports no fix.
Thanks for software tip on "VisuapGPS" Looks good!

I have tried a more sensitive GPS (yes a third one) and it struggled to get
a fix from the same location as the other to Garmin units.

I'll just have to pull the radio, OT+, and GPS out off the office and set it
up in the car and see what I get. I think it will fire up normally.

Many thanks and 73

Col
(aka VK2CRT)



-----Original Message-----
From: opentracker@yahoogroups.com [mailto:opentracker@yahoogroups.com] On
Behalf Of Keith VE7GDH
Sent: Tuesday, 24 November 2009 11:04 AM
To: opentracker@yahoogroups.com
Subject: Re: [opentracker] OT1+ and Garmin GPS35-PC setup

Col VK2CRT wrote...

> 1st was the GPS35-PC, and it still is not sending NEMA data to the
> OT+, A double flashing red led tells me so. (according to the manual)

Actualy, that's NMEA. Could could you make up an adapter so you could
p;ower up one of the GPS receivers and feed it to a PC running a
terminal program, or better yet, something like VisuapGPS?

> I then tried a Garmin Streetpilot III and still go the flashing red
> led. I took the SPIII out to the car and got a satallite lock in
> seconds. So I now think that it's the location I am testing the OT+
> in. I am in an office, between two tallish buildings in Sydney. I have
> previously got lock on the GPS unit's I test so I sort of didn't think
> it could be the location.

It's certainly possible that the office location just isn't seeing
enough of the sky to get a lock.

> I have reset the comments / status to every 5 packets and with the
> transmission rate set to 30 minutes I think that  works out to be
> every 2.5 hours.

That certainly won't overwhelm the local RF network! Don't forget - you
can temporarily enter a fixed position for testing. Ultimately, you will
want to get the GPS receiver going though. Right now, VK2CRT-9 hasn't
been heard for nearly 4 days.

73 es cul - Keith VE7GDH
--
"I may be lost, but I know exactly where I am!"



------------------------------------

Yahoo! Groups Links

Try sending it an APRS message starting with ON or OFF.  That should
toggle the power control pin.  Maybe.  It's been a long time since I
tested it.

Scott

Christopher Snell wrote:
>
>
> Hi,
>
> How would I go about toggling the PTB2 pin remotely? I would like to
> use this to trigger a cutdown mechanism for a balloon.
>
> Thanks,
>
> Chris
>
>

Col VK2CRT wrote...

> 1st was the GPS35-PC, and it still is not sending NEMA data to the
> OT+, A double flashing red led tells me so. (according to the manual)

Actualy, that's NMEA. Could could you make up an adapter so you could
p;ower up one of the GPS receivers and feed it to a PC running a
terminal program, or better yet, something like VisuapGPS?

> I then tried a Garmin Streetpilot III and still go the flashing red
> led. I took the SPIII out to the car and got a satallite lock in
> seconds. So I now think that it's the location I am testing the OT+
> in. I am in an office, between two tallish buildings in Sydney. I have
> previously got lock on the GPS unit's I test so I sort of didn't think
> it could be the location.

It's certainly possible that the office location just isn't seeing
enough of the sky to get a lock.

> I have reset the comments / status to every 5 packets and with the
> transmission rate set to 30 minutes I think that  works out to be
> every 2.5 hours.

That certainly won't overwhelm the local RF network! Don't forget - you
can temporarily enter a fixed position for testing. Ultimately, you will
want to get the GPS receiver going though. Right now, VK2CRT-9 hasn't
been heard for nearly 4 days.

73 es cul - Keith VE7GDH
--
"I may be lost, but I know exactly where I am!"

Sorry for the off-topic post, but this is the most likely place I could
think to find something on short notice.  And to keep it more on-topic,
I'll be happy to send free trackers to anyone who can help out with this.

My parents (KK6AD and KB6VAA) made it as far as Morgantown, West
Virginia on their way to Iowa for Thanksgiving, pulling a 29' fifth
wheel, when they blew the engine on their truck (which incidentally
served them for 18 solid months of RVing with hardly a hiccup).
Replacement is going to take several days.  My uncle in Iowa may very
well not be around next holiday season, so this is an important trip for
them.

My sister and I are hoping to find someone in the area who's got a 5th
wheel tow rig they can rent out for several days, that they can deliver
to Morgantown.  Today, if possible.  A 1-ton truck with 5th wheel hitch
is not something you usually find at Hertz, though.  I'll be the one
paying - an early Christmas present for my parents if we can find something.

If you've got something available or know someone who does, let me know.

Thanks,

Scott
N1VG

Hi,

How would I go about toggling the PTB2 pin remotely?  I would like to
use this to trigger a cutdown mechanism for a balloon.

Thanks,

Chris

Someone as a link to download the Deluo GPS Diagnostics 1.7  ?

The Deluo site ( support ) seem to have error on is page

Thanks

Thank You
That worked the other one didn't, and the ones I compiled didn't work either. 
Now all I have to do is get this into the I2CTX and 9600NMEA on the SMT board to
work together and I should be set.


--- In opentracker@yahoogroups.com, Scott Miller <scott@...> wrote:
>
> So it turns out the 9600 baud firmware was out there on the website
> already, it just wasn't in the index file.  I just uploaded a new
> version that's not very well tested, but it seemed to be working at 9600
> baud.  Just hit the 'web' button, it's the last one on the list.
>
> Scott
>
> epic_audio wrote:
> >
> >
> > Ok I found the 9600 setting but confused about the "#ifndef BAUD9600" do
> > i need to add a BAUD=9600 at top of software?
> > I found the 9600baud.s19 file on your server and loaded that and it
> > didn't work, unit just blinked red(mabey 4hz)and sometimes after
> > transmit it flashed fast green then returned to the blinky red. GPS had
> > a 3D fix confirmed by flashing green led and computer.
> > Is there a way to send a serial command(initialization string) at start
> > of program to change baud rate each time it powers on and every so often
> > to make sure gps is at 4800? The unit I have does 4800 but it is only
> > ROM based and no way to save settings. If I hook to computer and change
> > to 4800 and then plug back into open tracker I am good to go, until I
> > loose power. I also thought about programming a small PIC chip to send
> > serial commands to change baud rate after power on.
> > I found the I2CTX and I will try that later this weekend when I recieve
> > my MX146.
> > Thanks you have been a great help with support.
> > --- In opentracker@yahoogroups.com
> > <mailto:opentracker%40yahoogroups.com>, Scott Miller <scott@> wrote:
> >  >
> >  > The baud rate setting should be in hardware.c, and to compile in the
> >  > MX146 support you need to change the compile target to I2CTX.
> >  >
> >  > It's been a long time since I've tried 9600 baud, though, and I can't
> >  > promise it'll work. It may not be buffering enough data to avoid
> >  > missing characters while it's processing stuff.
> >  >
> >  > Scott
> >  >
> >  > epic_audio wrote:
> >  > >
> >  > >
> >  > > I am trying to hook up a gps that only has 9600NMEA output, I am so
> >  > > confused with the source code, edit this, compile that. I was also
> >  > > wondering what I need to do(firmware/software) for MX146 transmitter
> >  > > support on the SMT.
> >  > > Thanks Jason
> >  > >
> >  > >
> >  >
> >
> >
>