I am running PicTrak ver 1.01 on my pic-pak, and it is decoding inbound
messages without fail. However, I cannot get it to transmit. I am using
it with an Azden PCS6000, which works fine with my Tiny Trak 3. I tried
it with and without JMP1 installed, without any success.
My guess is that I don't have it configured properly from a hardware
standpoint. Do i need to have a GPS receiver plugged in for this to
transmit? Do I need pins 1,4, and 6 and pins 7 & 8 on J4 jumpered for
it to transmit??
On Sun, Aug 10, 2008 at 8:34 AM, E Jacobson <kb5spz@...> wrote:
> well there is The Icom IC-92AD, but at a grand .....
The IC-92AD doesn't do APRS, so it's not going to be much use.
It uses D*Star protocol to do its position reporting, which is not
even close to APRS in implementation. You would need to build a D*Star
compatible transmitter/encoder.
Seeing as how much of the traffic in this sig is from rocketry based
interest groups, the IC-92AD is not going to be a solution.
Small microcontroller based units that do APRS are the best bet.
Byon's units, Scott with the OpenTracker, and other units like the
Antitracker are probably the best avenues to pursue.
James
VE6SRV
well there is The Icom IC-92AD, but at a grand ..... I haven't seen any talk
about it yet either. You may be able to find it cheaper than
http://www.universal-radio.com/CATALOG/ht/5092.html I like desc, but you can
find item cheaper most times.
Eric
Hi,
How would this compare to the TinyTrak 4 with the
display option? Some of us simply want to use the
unit to do APRS tracking of amateur rockets. Barring
having a Kenwood D7 (which is out of production now)
The picpac did a good job of this by simply plugging
the earphone cable from the radio to the picpac.
One could even take the digital out from the picpac,
use a null modem connector or cable and interface to a
GPS handheld or use a straight cable for input to a
laptop. By the time the amateur rocket folks were
beginning to discover the picpac, it to went out of
production. The Yaesu VX8R might hold some promise
for APRS tracking but I don't know the features yet.
So, unless one has a D7,picpac or a tinytrak4 with
the display installed, they're out of luck when trying
to economically track a rocket. The display is the
cheapest way to go as one can manually input it into a
handheld GPS to take one to the last good coordinates.
One other option is AGWPE and UI-VIEW but that
requires one to have a laptop and a compatible mapping
program installed. Hard to lug into the field,
Kurt Savegnago
--- Jason Rausch <lists@...> wrote:
> This is a little late in the discussion, but I have
> been working on a
> HamHUD II+/OpenTracker combo device that will be
> very much like a
> PICPAC, only it runs the standard HamHUD II
> firmware. For those of
> you who are not familiar with the HamHUD, check out
> our site at
> www.hamhud.net
>
> Currently, kits are not available. Mostly because a
> HamHUD IV is
> being worked on that is not based on the standard
> HamHUD hardware.
> However, I am still working on a built-in TNC
> version of the HamHUD
> for people who would like to have a self contained
> unit much like the
> current HamHUD, minus the external TNC.
>
> The original II+ used a OpenTracker 1+ for encode
> and decode, running
> KISS firmware. To increase the decode rate, I have
> moved to a
> stripped down Tracker2 (OpenTracker variant) that
> will increase
> overall performance. This will only require the end
> user to supply
> the 2M radio and GPS.
>
> Due to size, the HamHUD II+ will be all surface
> mount and will only
> be available as a pre-built unit only. I AM
> considering a partial
> kit where you basically slide the main board in and
> put on the DB9
> connector and knobs.
>
> Jason KE4NYV
> RPC Electronics
> www.rpc-electronics.com
>
> --- In picpac@yahoogroups.com, Kurt Savegnago
> <ksaves2@...> wrote:
> >
> > Hey,
> >
> > Anything else out there short of a Kenwood 7AG to
> take
> > the place of a Pic Pac with display?
> >
> > Kurt
> >
>
>
>
You might look at the hex file for the
boot loader. Near the end there might be a special record for the fuse
settings. Also, if you alter the fuse setting from MPLAB, and then load
the loader, you should see the settings changed to what’s in the hex, as
long as there was something!
Alan KM6VV
From: picpac@yahoogroups.com
[mailto:picpac@yahoogroups.com] On Behalf Of Jeffrey
Smith Sent: Tuesday, August 05, 2008
3:10 PM To: picpac@yahoogroups.com Subject: RE: [picpac] Back to
Basics
I am not sure what is wrong at this point. I erased the PIC again, and
re-burned it using your settings. I get the power LED on and a display with all
black boxes. There is no change when I perform a reset, and no communications
with Hyperterm. I am using a standard serial cable, not a null modem
cable, so right now I am still at a loss…
I am not sure what is wrong at this point.
I erased the PIC again, and re-burned it using your settings. I get the power
LED on and a display with all black boxes. There is no change when I perform a
reset, and no communications with Hyperterm. I am using a standard serial
cable, not a null modem cable, so right now I am still at a loss…
From:
picpac@yahoogroups.com [mailto:picpac@yahoogroups.com] On Behalf Of Byon Garrabrant Sent: Tuesday, August 05, 2008
5:35 PM To: picpac@yahoogroups.com Subject: Re: [picpac] Back to
Basics
I use
BODEN ON
CP OFF
CPD OFF
DEBUG OFF
LVP OFF
OSC HS
PWRTE ON
WDT OFF
WRT ENABLE_ON
Perhaps the PWRT and OSC difference was your problem.
Byon
On Tue, Aug 5, 2008 at 2:12 PM, <lists@ke4nyv.com>
wrote:
>> I wonder if the fuses were not programmed correctly?
>
> Yeah, that could be it. What do you recommend when doing a hard burn with
> the bootloader?
>
> Disable Protection
>
> Disable Low Voltage Programming
>
> Disbale Watchdog
>
> Diasble PWRT
>
> XT Osc
>
> Anything else?
>
> Jason KE4NYV
> RPC Electronics
> www.rpc-electronics.com
>
> --- On Tue, 8/5/08, Byon Garrabrant <byon@byonics.com>
wrote:
>
> From: Byon Garrabrant <byon@byonics.com>
> Subject: Re: [picpac] Back to Basics
> To: picpac@yahoogroups.com
> Date: Tuesday, August 5, 2008, 4:59 PM
>
> You are correct in the first paragraph.
>
> But the bootloader.hex should be fine to load into an erased chip to
> restore the bootloader.
>
> I wonder if the fuses were not programmed correctly?
>
> Byon
>
> On Tue, Aug 5, 2008 at 1:43 PM, <lists@ke4nyv. com> wrote:
>> Jeff, as long as you have the bootloader.hex installed, you should be
able
>> to do a code load, but that must be done through a terminal programe
like
>> HyperTerminal (my personal preference). Once you are in bootload mode,
you
>> should be able to send a .hex file to the PICPAC through the file
transfer
>> function of HyperTerminal and get it up and going.
>>
>> I'm not, sure but I think if you try to load a PICPAC firmware image
right
>> to the PIC with a programmer, it is going to overwrite the bootloader
>> since
>> it does not have a vector designator. Byon, correct me if I am wrong
here.
>> The bootloader makes sure to place the PICPAC firmware AFTER the
>> bootloader
>> section so it does not overwrite it'self.
>>
>> Jason KE4NYV
>> RPC Electronics
>> www.rpc-electronics .com
>>
>> --- On Tue, 8/5/08, jeff018325143 <jeff.l.smith@ comcast.net>
wrote:
>>
>> From: jeff018325143 <jeff.l.smith@ comcast.net>
>> Subject: [picpac] Back to Basics
>> To: picpac@yahoogroups. com
>> Date: Tuesday, August 5, 2008, 3:51 PM
>>
>> I thought I had it, but ended up messing up the code in the PIC. I
>> tried to reload it with a copy of the code I read from the PIC before
I
>> did anything, but now it is not working at all.
>>
>> I erased it and loaded the bootloader.hex file that came in the
zipfile
>> from Byonics, but it doesn't work either.
>>
>> I was using a PG2c programmer and ICprog software to program it.
>>
>> Any suggestions what I may be doing wrong?
>>
>>
>
>
I use
BODEN ON
CP OFF
CPD OFF
DEBUG OFF
LVP OFF
OSC HS
PWRTE ON
WDT OFF
WRT ENABLE_ON
Perhaps the PWRT and OSC difference was your problem.
Byon
On Tue, Aug 5, 2008 at 2:12 PM, <lists@...> wrote:
>> I wonder if the fuses were not programmed correctly?
>
> Yeah, that could be it. What do you recommend when doing a hard burn with
> the bootloader?
>
> Disable Protection
>
> Disable Low Voltage Programming
>
> Disbale Watchdog
>
> Diasble PWRT
>
> XT Osc
>
> Anything else?
>
> Jason KE4NYV
> RPC Electronics
> www.rpc-electronics.com
>
> --- On Tue, 8/5/08, Byon Garrabrant <byon@...> wrote:
>
> From: Byon Garrabrant <byon@...>
> Subject: Re: [picpac] Back to Basics
> To: picpac@yahoogroups.com
> Date: Tuesday, August 5, 2008, 4:59 PM
>
> You are correct in the first paragraph.
>
> But the bootloader.hex should be fine to load into an erased chip to
> restore the bootloader.
>
> I wonder if the fuses were not programmed correctly?
>
> Byon
>
> On Tue, Aug 5, 2008 at 1:43 PM, <lists@ke4nyv. com> wrote:
>> Jeff, as long as you have the bootloader.hex installed, you should be able
>> to do a code load, but that must be done through a terminal programe like
>> HyperTerminal (my personal preference). Once you are in bootload mode, you
>> should be able to send a .hex file to the PICPAC through the file transfer
>> function of HyperTerminal and get it up and going.
>>
>> I'm not, sure but I think if you try to load a PICPAC firmware image right
>> to the PIC with a programmer, it is going to overwrite the bootloader
>> since
>> it does not have a vector designator. Byon, correct me if I am wrong here.
>> The bootloader makes sure to place the PICPAC firmware AFTER the
>> bootloader
>> section so it does not overwrite it'self.
>>
>> Jason KE4NYV
>> RPC Electronics
>> www.rpc-electronics .com
>>
>> --- On Tue, 8/5/08, jeff018325143 <jeff.l.smith@ comcast.net> wrote:
>>
>> From: jeff018325143 <jeff.l.smith@ comcast.net>
>> Subject: [picpac] Back to Basics
>> To: picpac@yahoogroups. com
>> Date: Tuesday, August 5, 2008, 3:51 PM
>>
>> I thought I had it, but ended up messing up the code in the PIC. I
>> tried to reload it with a copy of the code I read from the PIC before I
>> did anything, but now it is not working at all.
>>
>> I erased it and loaded the bootloader.hex file that came in the zipfile
>> from Byonics, but it doesn't work either.
>>
>> I was using a PG2c programmer and ICprog software to program it.
>>
>> Any suggestions what I may be doing wrong?
>>
>>
>
>
> I wonder if the fuses were not programmed correctly?
Yeah, that could be it. What do you recommend when doing a hard burn with the bootloader?
Disable Protection
Disable Low Voltage Programming
Disbale Watchdog
Diasble PWRT
XT Osc
Anything else?
Jason KE4NYV
RPC Electronics
www.rpc-electronics.com
--- On Tue, 8/5/08, Byon Garrabrant <byon@...> wrote:
From: Byon Garrabrant <byon@...> Subject: Re: [picpac] Back to Basics To: picpac@yahoogroups.com Date: Tuesday, August 5, 2008, 4:59 PM
You are correct in the first paragraph.
But the bootloader.hex should be fine to load into an erased chip to
restore the bootloader.
I wonder if the fuses were not programmed correctly?
Byon
On Tue, Aug 5, 2008 at 1:43 PM, <lists@ke4nyv. com> wrote:
> Jeff, as long as you have the bootloader.hex installed, you should be able
> to do a code load, but that must be done through a terminal programe like
> HyperTerminal (my personal preference). Once you are in bootload mode, you
> should be able to send a .hex file to the PICPAC through the file transfer
> function of HyperTerminal and get it up and going.
>
> I'm not, sure but I think if you try to load a PICPAC firmware image right
> to the PIC with a programmer, it is going to overwrite the bootloader since
> it does not have a vector designator. Byon, correct me if I am wrong here.
> The bootloader makes sure to place the PICPAC firmware AFTER the bootloader
> section so it does not overwrite it'self.
>
> Jason KE4NYV
> RPC Electronics
> www.rpc-electronics .com
>
> --- On Tue, 8/5/08, jeff018325143 <jeff.l.smith@ comcast.net> wrote:
>
> From: jeff018325143 <jeff.l.smith@ comcast.net>
> Subject: [picpac] Back to Basics
> To: picpac@yahoogroups. com
> Date: Tuesday, August 5, 2008, 3:51 PM
>
> I thought I had it, but ended up messing up the code in the PIC. I
> tried to reload it with a copy of the code I read from the PIC before I
> did anything, but now it is not working at all.
>
> I erased it and loaded the bootloader.hex file that came in the zipfile
> from Byonics, but it doesn't work either.
>
> I was using a PG2c programmer and ICprog software to program it.
>
> Any suggestions what I may be doing wrong?
>
>
You are correct in the first paragraph.
But the bootloader.hex should be fine to load into an erased chip to
restore the bootloader.
I wonder if the fuses were not programmed correctly?
Byon
On Tue, Aug 5, 2008 at 1:43 PM, <lists@...> wrote:
> Jeff, as long as you have the bootloader.hex installed, you should be able
> to do a code load, but that must be done through a terminal programe like
> HyperTerminal (my personal preference). Once you are in bootload mode, you
> should be able to send a .hex file to the PICPAC through the file transfer
> function of HyperTerminal and get it up and going.
>
> I'm not, sure but I think if you try to load a PICPAC firmware image right
> to the PIC with a programmer, it is going to overwrite the bootloader since
> it does not have a vector designator. Byon, correct me if I am wrong here.
> The bootloader makes sure to place the PICPAC firmware AFTER the bootloader
> section so it does not overwrite it'self.
>
> Jason KE4NYV
> RPC Electronics
> www.rpc-electronics.com
>
> --- On Tue, 8/5/08, jeff018325143 <jeff.l.smith@...> wrote:
>
> From: jeff018325143 <jeff.l.smith@...>
> Subject: [picpac] Back to Basics
> To: picpac@yahoogroups.com
> Date: Tuesday, August 5, 2008, 3:51 PM
>
> I thought I had it, but ended up messing up the code in the PIC. I
> tried to reload it with a copy of the code I read from the PIC before I
> did anything, but now it is not working at all.
>
> I erased it and loaded the bootloader.hex file that came in the zipfile
> from Byonics, but it doesn't work either.
>
> I was using a PG2c programmer and ICprog software to program it.
>
> Any suggestions what I may be doing wrong?
>
>
This is a little late in the discussion, but I have been working on a
HamHUD II+/OpenTracker combo device that will be very much like a
PICPAC, only it runs the standard HamHUD II firmware. For those of
you who are not familiar with the HamHUD, check out our site at
www.hamhud.net
Currently, kits are not available. Mostly because a HamHUD IV is
being worked on that is not based on the standard HamHUD hardware.
However, I am still working on a built-in TNC version of the HamHUD
for people who would like to have a self contained unit much like the
current HamHUD, minus the external TNC.
The original II+ used a OpenTracker 1+ for encode and decode, running
KISS firmware. To increase the decode rate, I have moved to a
stripped down Tracker2 (OpenTracker variant) that will increase
overall performance. This will only require the end user to supply
the 2M radio and GPS.
Due to size, the HamHUD II+ will be all surface mount and will only
be available as a pre-built unit only. I AM considering a partial
kit where you basically slide the main board in and put on the DB9
connector and knobs.
Jason KE4NYV
RPC Electronics
www.rpc-electronics.com
--- In picpac@yahoogroups.com, Kurt Savegnago <ksaves2@...> wrote:
>
> Hey,
>
> Anything else out there short of a Kenwood 7AG to take
> the place of a Pic Pac with display?
>
> Kurt
>
Jeff, as long as you have the bootloader.hex installed, you should be able to do a code load, but that must be done through a terminal programe like HyperTerminal (my personal preference). Once you are in bootload mode, you should be able to send a .hex file to the PICPAC through the file transfer function of HyperTerminal and get it up and going.
I'm not, sure but I think if you try to load a PICPAC firmware image right to the PIC with a programmer, it is going to overwrite the bootloader since it does not have a vector designator. Byon, correct me if I am wrong here. The bootloader makes sure to place the PICPAC firmware AFTER the bootloader section so it does not overwrite it'self.
Jason KE4NYV
RPC Electronics
www.rpc-electronics.com
--- On Tue, 8/5/08, jeff018325143 <jeff.l.smith@...> wrote:
From: jeff018325143 <jeff.l.smith@...> Subject: [picpac] Back to Basics To: picpac@yahoogroups.com Date: Tuesday, August 5, 2008, 3:51 PM
I thought I had it, but ended up messing up the code in the PIC. I
tried to reload it with a copy of the code I read from the PIC before I
did anything, but now it is not working at all.
I erased it and loaded the bootloader.hex file that came in the zipfile
from Byonics, but it doesn't work either.
I was using a PG2c programmer and ICprog software to program it.
I thought I had it, but ended up messing up the code in the PIC. I
tried to reload it with a copy of the code I read from the PIC before I
did anything, but now it is not working at all.
I erased it and loaded the bootloader.hex file that came in the zipfile
from Byonics, but it doesn't work either.
I was using a PG2c programmer and ICprog software to program it.
Any suggestions what I may be doing wrong?
--- In picpac@yahoogroups.com, "jeff018325143" <jeff.l.smith@...> wrote:
>
> I mived a couple years ago and had built up a PICPAK before the
movers
> arrived. I just finally go the time to get back to it, and it has a
> problem.
>
> On powerup, PICPAK is displayed in the upper left corner of the
screen,
> and that is all it will do. Any suggestions?
>
Thanks All for your comments.... I just downloaded PICTRAKS and will
see how it goes..
> --- In picpac@yahoogroups. <mailto:picpac%40yahoogroups.com> com,
> "jeff018325143" <jeff.l.smith@> wrote:
> >
> > I mived a couple years ago and had built up a PICPAK before the
> movers
> > arrived. I just finally go the time to get back to it, and it has a
> > problem.
> >
> > On powerup, PICPAK is displayed in the upper left corner of the
> screen,
> > and that is all it will do. Any suggestions?
> >
>
IIRC, the PicPac comes with only some base level software and
diagnostics loaded, you need to load new firmware to get it to decode
packets. It's available in the 'files" section.
-- Greg K7RKT
The firmware that comes with the standard PICPAC kit os VERY basic
and limited in function.
Your best bet is to download the PICTRAK firmware found in the files
section of this group and load it into your PICPAC. This will give
yoyu more of a tracker like setup, with packet deocode and display.
This firmware will also create waypoints that can be sent to any
serial based mapping GPS and mapped, just a Kenwood D7/700/710 and
HamHUD does.
Jason KE4NYV
RPC Electronics
www.rpc-electronics.com
--- In picpac@yahoogroups.com, "Fred Hillhouse" <fmhillhouse@...>
wrote:
>
> There is a packet CD here: <http://tinyurl.com/62a5v4>
> http://tinyurl.com/62a5v4
>
> It can be downloaded, but I don't recall where I downloaded it
from. Some
> searching will turn it up. It is not a small file by the way.
>
> I have use it with my KPC3P to check it out.
>
> Best regards,
> Fred
>
>
>
>
> _____
>
> From: picpac@yahoogroups.com [mailto:picpac@yahoogroups.com] On
Behalf Of
> Robert DeHate
> Sent: Friday, August 01, 2008 08:58
> To: picpac@yahoogroups.com
> Subject: [picpac] Re: New/Old PICPAK
>
>
>
> --- In picpac@yahoogroups. <mailto:picpac%40yahoogroups.com> com,
> "jeff018325143" <jeff.l.smith@> wrote:
> >
> > I mived a couple years ago and had built up a PICPAK before the
> movers
> > arrived. I just finally go the time to get back to it, and it has
a
> > problem.
> >
> > On powerup, PICPAK is displayed in the upper left corner of the
> screen,
> > and that is all it will do. Any suggestions?
> >
>
> That is all mine does.
> Until I feed it some audio from my RX with packets on it.
> It sounds like it's working just fine.
> You may have to tweak the audio output volume from your source.
> Maybe you can find a packet wave file that your computer can play
back
> for testing.
>
> Robert
>
It can be downloaded, but I don't recall where I downloaded it from. Some searching will turn it up. It is not a small file by the way.
I have use it with my KPC3P to check it out.
Best regards,
Fred
From: picpac@yahoogroups.com [mailto:picpac@yahoogroups.com] On Behalf Of Robert DeHate Sent: Friday, August 01, 2008 08:58 To: picpac@yahoogroups.com Subject: [picpac] Re: New/Old PICPAK
--- In picpac@yahoogroups.com, "jeff018325143" <jeff.l.smith@...> wrote: > > I mived a couple years ago and had built up a PICPAK before the movers > arrived. I just finally go the time to get back to it, and it has a > problem. > > On powerup, PICPAK is displayed in the upper left corner of the screen, > and that is all it will do. Any suggestions? >
That is all mine does. Until I feed it some audio from my RX with packets on it. It sounds like it's working just fine. You may have to tweak the audio output volume from your source. Maybe you can find a packet wave file that your computer can play back for testing.
--- In picpac@yahoogroups.com, "jeff018325143" <jeff.l.smith@...> wrote:
>
> I mived a couple years ago and had built up a PICPAK before the
movers
> arrived. I just finally go the time to get back to it, and it has a
> problem.
>
> On powerup, PICPAK is displayed in the upper left corner of the
screen,
> and that is all it will do. Any suggestions?
>
That is all mine does.
Until I feed it some audio from my RX with packets on it.
It sounds like it's working just fine.
You may have to tweak the audio output volume from your source.
Maybe you can find a packet wave file that your computer can play back
for testing.
Robert
I mived a couple years ago and had built up a PICPAK before the movers
arrived. I just finally go the time to get back to it, and it has a
problem.
On powerup, PICPAK is displayed in the upper left corner of the screen,
and that is all it will do. Any suggestions?
RPC Electronics will be at the 2008 Dayton Hamvention this weekend
along with Argent Data Systems in booths 503-505. We will have
RTraks APRS All-In-One trackers on hand for sale along with all of
our regular Garmin GPS Cables, Kenwood Cables and tracker interface
cables.
For the first time, we are offering a starting line of cables to
interface your Garmin GPS receivers to Icom D-Star radios. So far,
we have cables for the round four pin models, serial eTrex models
(non-color) and Foretrex models with a 3/32" (2.5mm) stereo jack.
We have new and improved serial devices. The SerialStat has been
given a redesign for a slimmer look. We will also have out new RS232
patcher adapters. We are offering two versions. One with 0.1"
headers for wire wrapping or a solder pad version for permanant
adapters. The solder pad version comes with a double-ended DB9
housing.
We have been working on a new HamHUD with a built-in TNC and we will
have a prototype on display. We're looking for some good feedback on
this design.
We will also be showing a brand new, non APRS/Packet product simply
called the Mic Switcher. This is a tiny PIC controlled mic switcher
for dual radios and a single microphone. Come by and check it out
for more details.
Please drop by and say hi. We can't wait to see old friends and meet
new ones. Looking forward to seeing everyone there!
Thanks!
Jason KE4NYV
RPC Electronics
www.rpc-electronics.com
I am working on a PICPAC replacement using the TinyTrak4. I plan to
announce it at Dayton, but I will announce it first on the TT4 list in
a few days. But the beta is working great.
Byon
On Mon, May 5, 2008 at 6:08 AM, Kurt Savegnago <ksaves2@...> wrote:
> Ask Byon at Byonics whether or not the
> Tiny Trak 4 will do what the PicPac used
> to do.
>
> No doubt about it. Just plug an audio cable
> from the rig to the PicPac and lat/long
> is on the screen. Byon said some of the parts
> went OOP on the PicPac and that's why he stopped
> selling it. Rocket guys were just discovering it.
>
> Made a crossover cable and my Garmin 60 Cx
> displays all the incoming reports on a map.
>
> Stay away from GPS units that just have a USB input.
> One won't be able to take the packets and display them
> on the screen. You need one that can take an
> old fashioned serial cable.
>
> The instructions for a serial cable I did are
> here:
>
> http://tqc.yuku.com/topic/1369/t/GPS-Tracker.html?page=12
>
> Scroll down till you see the instructions.
>
> Kurt KC9LDH
>
>
>
>
> --- Kevin Boldt <kboldt@...> wrote:
>
> > Hi all.
> >
> > I'm new to the group.
> >
> > I was interested to see if anyone had a PICPAC
> > they'd like to sell.
> >
> > I do high power rocketry and I need a field portable
> > device to receive GPS
> > packets from our bigredbee GPS transmitter that goes
> > in the rockets.
> >
> > In APRS mode, I can only get two digits of
> > precision. In packet mode, I
> > would receive four. The PICPAC is a recommended
> > device but of course they
> > are no longer for sale.
> >
> > Any other suggestions for a field portable device
> > would also be welcome.
> >
> > regards,
> >
> > Kevin
> > KI4IGW
> >
> >
> >
> >
> > Kevin Boldt
> > President
> > Nexmill, Inc
> > 561-351-5906 cell
> > 561-795-7030 office
> > kboldt@...
> >
> >
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>
Ask Byon at Byonics whether or not the
Tiny Trak 4 will do what the PicPac used
to do.
No doubt about it. Just plug an audio cable
from the rig to the PicPac and lat/long
is on the screen. Byon said some of the parts
went OOP on the PicPac and that's why he stopped
selling it. Rocket guys were just discovering it.
Made a crossover cable and my Garmin 60 Cx
displays all the incoming reports on a map.
Stay away from GPS units that just have a USB input.
One won't be able to take the packets and display them
on the screen. You need one that can take an
old fashioned serial cable.
The instructions for a serial cable I did are
here:
http://tqc.yuku.com/topic/1369/t/GPS-Tracker.html?page=12
Scroll down till you see the instructions.
Kurt KC9LDH
--- Kevin Boldt <kboldt@...> wrote:
> Hi all.
>
> I'm new to the group.
>
> I was interested to see if anyone had a PICPAC
> they'd like to sell.
>
> I do high power rocketry and I need a field portable
> device to receive GPS
> packets from our bigredbee GPS transmitter that goes
> in the rockets.
>
> In APRS mode, I can only get two digits of
> precision. In packet mode, I
> would receive four. The PICPAC is a recommended
> device but of course they
> are no longer for sale.
>
> Any other suggestions for a field portable device
> would also be welcome.
>
> regards,
>
> Kevin
> KI4IGW
>
>
>
>
> Kevin Boldt
> President
> Nexmill, Inc
> 561-351-5906 cell
> 561-795-7030 office
> kboldt@...
>
>
I was interested to see if anyone had a PICPAC they'd like to sell.
I do high power rocketry and I need a field portable device to receive GPS packets from our bigredbee GPS transmitter that goes in the rockets.
In APRS mode, I can only get two digits of precision. In packet mode, I would receive four. The PICPAC is a recommended device but of course they are no longer for sale.
Any other suggestions for a field portable device would also be welcome.
--- Tim Navickas <tnavickas@...> wrote:
> I have the PicPac outputting data, verified by
> reading it through hyperterminal. I have made the
> cable but my GPS does not receive anything. I have
> a Etrex H and the only interface option I have
> under I/O format is Garmin. Is there another was to
> access it.
>
> Thanks,
> Tim
Hi Tim,
One has to have a unit that has a serial port and
understand NMEA words. My mono LCD Legend has the
option to select several modes under interface.
Garmin is the default but it can be changed to a
variety of other modes including NMEA. If there is no
selection mode when you highlight it you're
unfortunately out of luck. You might be able to get a
Legend in Ebay for $75.00. I think a top of the line
Garmin 60Cx color job might do the trick too.
I wished I would have bought one of those instead of
my Etrex Vista Cx. Only had USB and can't change the
mode from Garmin.
Kurt KC9LDH
--- Tim Navickas <tnavickas@...> wrote:
> I have the PicPac outputting data, verified by
> reading it through hyperterminal. I have made the
> cable but my GPS does not receive anything. I have
> a Etrex H and the only interface option I have
> under I/O format is Garmin. Is there another was to
> access it.
>
> Thanks,
> Tim
Hi Tim,
One has to have a unit that has a serial port and
understand NMEA words. My mono LCD Legend has the
option to select several modes under interface.
Garmin is the default but it can be changed to a
variety of other modes including NMEA. If there is no
selection mode when you highlight it you're
unfortunately out of luck. You might be able to get a
Legend in Ebay for $75.00. I think a top of the line
Garmin 60Cx color job might do the trick too.
I wished I would have bought one of those instead of
my Etrex Vista Cx. Only had USB and can't change the
mode from Garmin.
Kurt KC9LDH
--- Tim Navickas <tnavickas@...> wrote:
> I have the PicPac outputting data, verified by
> reading it through hyperterminal. I have made the
> cable but my GPS does not receive anything. I have
> a Etrex H and the only interface option I have
> under I/O format is Garmin. Is there another was to
> access it.
>
> Thanks,
> Tim
Hi Tim,
One has to have a unit that has a serial port and
understand NMEA words. My mono LCD Legend has the
option to select several modes under interface.
Garmin is the default but it can be changed to a
variety of other modes including NMEA. If there is no
selection mode when you highlight it you're
unfortunately out of luck. You might be able to get a
Legend in Ebay for $75.00. I think a top of the line
Garmin 60Cx color job might do the trick too.
I wished I would have bought one of those instead of
my Etrex Vista Cx. Only had USB and can't change the
mode from Garmin.
Kurt KC9LDH
--- In picpac@yahoogroups.com, "Tim Navickas" <tnavickas@...> wrote:
>
> I have the PicPac outputting data, verified by reading it through
hyperterminal. I have made the cable but my GPS does not receive
anything. I have a Etrex H and the only interface option I have under
I/O format is Garmin. Is there another was to access it.
>
> Thanks,
> Tim
I think some of the lower end GPS units can not understand NEMA data.
It has to be in a special Garmin format.
You can build one of these to make it work:
http://www.ringolake.com/pic_proj/decoder/rx_206.html
Robert
I have the PicPac outputting data, verified by reading it through hyperterminal. I have made the cable but my GPS does not receive anything. I have a Etrex H and the only interface option I have under I/O format is Garmin. Is there another was to access it.
> What software do you have loaded in the PicPac? > > Tim Navickas > N0WMP
Just the usual Pic Trak. Been so long I forgot how I did it. Just followed the instructions. I used a free program called GPS Diag that will read the packets coming out of a GPS or the PicPac to confirm that J4 was working properly. I just used an audio cable from the radio to the PicPac.
Just whip up a cable and you'll be in business. Be aware that the USB GPS units aren't workable. Need to have a run-of-the-mill serial connection and you'll have to go into the interface setup of the GPS and change it to the NMEA communication.
As long as packets come across you'll find the callsign in find nearest waypoints.
--- Tim Navickas <tnavickas@...> wrote:
> What software do you have loaded in the PicPac?
>
> Tim Navickas
> N0WMP
Just the usual Pic Trak. Been so long I forgot how I
did it. Just followed the instructions. I used a
free program called GPS Diag that will read the
packets coming out of a GPS or the PicPac to confirm
that J4 was working properly. I just used an audio
cable from the radio to the PicPac.
Just whip up a cable and you'll be in business.
Be aware that the USB GPS units aren't workable.
Need to have a run-of-the-mill serial connection
and you'll have to go into the interface setup of the
GPS and change it to the NMEA communication.
As long as packets come across you'll find the
callsign in find nearest waypoints.
Kurt KC9LDH
Subject: [picpac] Picpac and Etrex Legend. Success!!
o.K.
If one has a PicPac and Etrex Legend or any serial compatible GPS that works with NMEA, you can get it to display on the Legend from the PicPac. Both the female sockets on the PicPac and the serial cable of the Legend have the same numbering system. Looking at the socket from the "hole" side it goes 5, 4, 3, 2, 1 across the top. Same for the Legend cable. You can see the pattern in the PicPac wiring diagram in the instructions. Now if one tries to line up and plug the two together with a straight though cable it looks like this
5 4 3 2 1
1 2 3 4 5
Won't work! I took two male DB9 connectors with solder pins and to make a down and dirty interface cable, I simply soldered 2 to 3 and 3 to 2 then crossover wired 5 to 5. Plugged it into my PicPac that had acquired a signal from my Beeline and then plugged that into the serial cable in my Legend. The Legend of course was setup in the NMEA mode on the interface menu. Even though I was in the basement and the unit hadn't acquired any satellites, I was able to go to find nearest waypoint and my callsign with the lat/long was there plus my callsign was displayed on the map as soon as the unit acquired the signal. Another way to do this would be to wire up a M/M DB9 breakout box adapter if something like that is available.
Today, every attempt to download items from files area resulted in:
The requested document is not accessible.
Is there a problem here or is Yahoo just temporarily hiccupping?