TenTec
[Top] [All Lists]

Re: [TenTec] An example of changing Orion firmwaretomeetexpectationsof t

To: tentec@contesting.com
Subject: Re: [TenTec] An example of changing Orion firmwaretomeetexpectationsof the operator.
From: Duane A Calvin <ac5aa@juno.com>
Reply-to: tentec@contesting.com
Date: Thu, 8 Jul 2004 21:50:15 -0500
List-post: <mailto:tentec@contesting.com>
Oh, please.  I hate to bring up the "I" word, but certain rigs starting
with that letter have "Quick Split" or some similar name which does
something similar.  In other words, it's "state of the art" in current
rigs.  It's not hard to build into a rig, especially a firmware
controlled radio.  Makes sense to put it as a secondary function on the
A>B and possibly B>A key.  Completely logical, and extremely useful.  If
you don't need it, don't use it.  Allow the user to set his/her own
parameters such as offset split and audio routing.  This is not a
complaint about the Orion - it's just a suggestion to make it an even
more useful DXing rig!

        73, Duane


On Fri, 9 Jul 2004 00:06:36 -0700 "NJ0IP" <Rick@dj0ip.de> writes:
> Phil, I'm not sure I agree with you.
> 
> It would be nearly impossible make a single rig be all things to all 
> people.
> But if the interfaces are defined properly, then 3rd party vendors 
> (like
> Carl) can come along and add features which some user want (and 
> others don't
> want and don't wish to pay for).
> 
> My computer runs all the time.  I have "N4PY" as an icon on the 
> desktop.  It
> takes just a couple of seconds to have it controlling the Orion.
> 
> The beauty in this approach is that all of us can eventually have 
> all the
> features we want as long as we are willing to accept that some of 
> them will
> come through add-ons.
> 
> It's a compromise but in my opinion, the benefits outweigh the
> disadvantages.
> 
> Now back to your specific point.  I fully agree that there may be 
> some
> things where the majority of us wish they were changed and it isn't
> impossible to convince Ten-Tec to change them.
> 
> So far we've heard good arguments for boths sides of the story and 
> the ideal
> solution seems to be to have the radio be capable of doing both - 
> user
> definable.  Maybe they could call it "DXer mode" and "Contester 
> mode" or
> "Ragchewer mode" (as an example).
> 
> 73
> Rick
> 
> -----Original Message-----
> From: tentec-bounces@contesting.com
> [mailto:tentec-bounces@contesting.com]On Behalf Of Phil Howlett
> Sent: Thursday, July 08, 2004 1:41 PM
> To: tentec@contesting.com
> Subject: Re: [TenTec] An example of changing Orion firmware
> tomeetexpectationsof the operator.
> 
> 
> Hi Carl,
> 
> All that works very well if the radio is under computer control but 
> I
> suspect many users aren't doing that and even if they are, they're 
> not doing
> it "full time". What if I stumble in here in the middle of the 
> night, snap
> on the Orion, and hear something I want to work quickly? I don't 
> want to
> have to boot up the toy computer and get everything going while I 
> listen to
> the DX say "QRT". The Orion needs to stand on its own, period, and 
> not need
> peripheral contraptions to make it right.
> 
> Don't get me wrong. I like your program and the support you give it 
> but I
> don't think the Orion should need it to work to desires of all kinds 
> of
> operators.
> 
> 73,
> Phil, W9XX
> 
> 
> ----- Original Message -----
> From: "Carl Moreschi" <n4py@earthlink.net>
> To: <tentec@contesting.com>
> Sent: Thursday, July 08, 2004 3:17 PM
> Subject: Re: [TenTec] An example of changing Orion firmware
> tomeetexpectations of the operator.
> 
> 
> > Duane,
> >
> > You are describing the kind of things that go well with a control 
> program.
> > My N4PY Orion control program allows you to define a remote pod 
> key for
> > "Up".  To do what you describe, all you do is press the "Up" key 
> followed
> by
> > the "5" key.  This will make VFO B be VFO A + 5 khz and make VFO B 
> be the
> > transmit VFO.  Now, if you wish to listen to both sides of the DX 
> pile,
> you
> > can press the key you have defined as "DUAL" on the remote pod.  
> This
> "DUAL"
> > button will toggle the VFO B receiver off and on.  I find this is 
> a great
> > way to work through split DX pileups.
> >
> > 73,
> >
> > Carl Moreschi N4PY
> > Franklinton, NC
> > ----- Original Message -----
> > From: "Duane A Calvin" <ac5aa@juno.com>
> > To: <tentec@contesting.com>
> > Sent: Thursday, July 08, 2004 7:46 PM
> > Subject: Re: [TenTec] An example of changing Orion firmware to
> > meetexpectations of the operator.
> >
> >
> > > I appreciate the design point of having two receivers, not two 
> VFO's,
> and
> > > the potential flexibility that this provides us as users.  This 
> does
> > > bring up the difficulty of how to manage the added complexity.  
> For
> > > example, as a DX'er, the thing I need in a rig to have an edge 
> when the
> > > DX suddenly says "up 5" is the ability to be there and be the 
> first guy
> > > he works there.  With my Omni VI+, that meant punching in XIT 
> and
> dialing
> > > up 5 - very easy and fast.  With the Orion, however, if I want 
> to make
> > > use of the 2nd RX for listening to the pile, it's more of a 
> problem.  I
> > > punch A>B, then I have to remember to set TX to B, then I dial 
> up 5 on
> > > the B VFO/receiver.  Hopefully the mode, PBT and BW follow since 
> I'll
> > > also be listening on B to see where I am in the pileup (after 
> all, it
> had
> > > been set to a shortware AM broadcast station).
> > >
> > > I'd like to see a "quick split" function that is definable by 
> the user
> to
> > > do multiple things (perhaps activated by a 'long push' on the 
> A>B
> > > button).  It might do the following:
> > >
> > >         - Copy A settings to B (user selectable as to which 
> additional
> > > settings besides freq/mode)
> > >         - Set TX to B
> > >         - Optionally reset the headphone audio to a user 
> defined
> > > preference
> > >
> > > There could be a complementary function that works the other way 
> -
> > > copying from B>A on a long push and doing all the same functions 
> but in
> > > the other order (TX to A, etc.)
> > >
> > > What's important is how it will be used, and how to implement in 
> a way
> > > that brings an advantage to the user.
> > >
> > >         73, Duane
> > >
> > >
> > > On Thu, 08 Jul 2004 09:19:49 -0500 "Grant Youngman" 
> <nq5t@comcast.net>
> > > writes:
> > > > > -- VFO's are not receivers --
> > > >
> > >   I suspect that not everyone buys into the traditionalist
> > > > view of
> > > > what switching VFOs ... uh .. receivers ... uh .. VFOs?  what? 
>   I'm
> > > >
> > > > confused just thinking about it. :-)
> > > >
> > > > (It was good the way it was)
> > > >
> > > > Grant/NQ5T
> > > >
> > > > _______________________________________________
> > > > TenTec mailing list
> > > > TenTec@contesting.com
> > > > http://lists.contesting.com/mailman/listinfo/tentec
> > > >
> > > >
> > >
> > >
> > > Duane Calvin, AC5AA
> > > Austin, Texas
> > > _______________________________________________
> > > TenTec mailing list
> > > TenTec@contesting.com
> > > http://lists.contesting.com/mailman/listinfo/tentec
> >
> > _______________________________________________
> > TenTec mailing list
> > TenTec@contesting.com
> > http://lists.contesting.com/mailman/listinfo/tentec
> >
> 
> 
> _______________________________________________
> TenTec mailing list
> TenTec@contesting.com
> http://lists.contesting.com/mailman/listinfo/tentec
> 
> 
> _______________________________________________
> TenTec mailing list
> TenTec@contesting.com
> http://lists.contesting.com/mailman/listinfo/tentec
> 
> 


--------------------------------------
Duane Calvin, AC5AA
Austin, Texas

http://home.austin.rr.com/ac5aa
_______________________________________________
TenTec mailing list
TenTec@contesting.com
http://lists.contesting.com/mailman/listinfo/tentec

<Prev in Thread] Current Thread [Next in Thread>
  • Re: [TenTec] An example of changing Orion firmwaretomeetexpectationsof the operator., Duane A Calvin <=