Implementing AF level for data menu options for Kenwood TS480

Hello,

Kenwood TS480 has menu options for AF input and output levels for DATA (audio) port. The AF level is one
number from 0 to 9. Should these menu options become ext_params or ext_levels? They are global options and
not per VFO.

{ TOK_DATA_AF_INPUT_LEVEL, "dataafinput", "AF input level for DATA", "AF input level for Data communications",
    NULL, RIG_CONF_NUMERIC, { .n = { 0, 9, 1 } } }, /* menu 46 */

Am i on a right track here or should I use/make some more general interface for handling menu options?

73 de OH8GLV

--

-- 
Juho Juopperi
jkj <at> kapsi.fi
+358405422321

------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j

_______________________________________________
Hamlib-developer mailing list

rig_get_level

I can't seem to get rig_get_level() to work.  I'm using hamlib 1.2.15.2 on
Windows 32.  I have a managed C# application, and I'm using Visual Studio
2010.  The call I'm issuing is:

    int val = 0;
    rv = HamlibAPI.rig_get_level(rigHandle, RigVfo.VFO_CURR, (uint)(2 ^ i),
ref val);

I know that rigHandle and the VFO values are good, because I can retrieve
the frequency, rit value, etc.  However, executing the above rig_get_level
calls for i from 0 to 7 yields "Feature not available".  I get
"Communication timed out" for values 10 and 18, and "Invalid parameter" for
the rest of the values.

I'm using rig 231, a Kenwood TS-590S.  The rig_get_caps() call indicates
that some of these levels are available, for example, RIG_LEVEL_METER,
(1<<20).

Thanks for any help/advice you can give.
--
Jim Shaffer, KE5AL

------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j

3rd Call For Papers, 20th Annual Tcl/Tk Conference 2013

[[ Notes:
   Abstracts and proposals are now due July 6, 2013
   [+ 2 weeks]
]]

20'th Annual Tcl/Tk Conference (Tcl'2013)
http://www.tcl.tk/community/tcl2013/

September 23 - 27, 2013
Bourbon Orleans Hotel
New Orleans, Louisiana, USA
http://www.bourbonorleans.com/

Important Dates:

Abstracts and proposals due   July       6, 2013 [+ 2 weeks]
Notification to authors       July      22, 2013 [- 2 weeks]
Author materials due          September  2, 2013
Tutorials Start               September 23, 2013
Conference starts             September 25, 2013

Email Contact:                tclconference <at> googlegroups.com

Submission of Summaries

Tcl/Tk 2013 will be held in New Orleans, Louisiana, USA from September
23 - 27, 2013. The program committee is asking for papers and
presentation proposals from anyone using or developing with Tcl/Tk
(and extensions). Past conferences have seen submissions covering a
wide variety of topics including:

[Fwd: [hamlib:discussion] Kenwood TRC-80 not able to write Frequency to rig?..]

I'll admit to not ever hearing of a TRC-80, but that's mot unusual.  Is
anyone familiar with this?

73, de Nate >>

----- Forwarded message from "William, ZS4L" <zs4l <at> users.sf.net> -----

Date: Mon, 03 Jun 2013 11:05:00 +0000
From: "William, ZS4L" <zs4l <at> users.sf.net>
To: "[hamlib:discussion] " <25919 <at> discussion.hamlib.p.re.sf.net>
Subject: [hamlib:discussion] Kenwood TRC-80 not able to write Frequency to
	rig?..

Hi All, my callsign is ZS4L and I am attempting to get my PC and rig to communicate.
I used both CATBKT and HRD and both will not write the frequency to the TRC-80.I also see that hamlib states it
is not possible to write the frequency to the Kenwood TRC-80 but only read it.
How can I make this work, as this will make it a very useful , and much more flexible rig?..

73 de William
ZS4L

---
[Kenwood TRC-80 not able to write Frequency to rig?..](https://sourceforge.net/p/hamlib/discussion/25919/thread/5a806c1c/?limit=25#ecbe)

----- End forwarded message -----

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Rotctl & rotctld with Yaesu GS-232 Assume az/el rotor

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2

_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Re: Platform independance

On May 31, 2013, at 22:31 , Patrick Ouellette <pat <at> flying-gecko.net> wrote:

> On Fri, May 31, 2013 at 10:05:30PM +0200, PB0NER de Martijn wrote:
>> Now I am curious if there is a central 'force' trying to make hamlib run on multiple platforms or must I see
the Windows and OS X versions as 'nice they exists'.
>> 
>> I have to see what the exact dependency of hamlib is, and what is wrong with that on OS X. Is any effort being
made? 
> 
> Hamlib runs on platforms where someone took the time to make it run on them.
> If there is no OS X version, it is because no one has stepped forward to 
> make that happen.

I just promised Nate I will have a try in getting hamlib compiled on OS X without macports….

> 
>> 
>> I have a plan and I am working that out. Besides Rig/Rotor control it will be capable of doing much, much
more. All based on Raspberry Pi (or Beagleboard, etc).It must also be capable of running on any modern OS.
>> 
>> All of it is/will be written in Python, I have my reasons for that one of them is Multi platform support.
Using hamlib would save me time on rig/rotor control. At the other end, for my use hamlib is far from
complete and I would need to write some major contributions. From abstraction point of view that code
would need to be in hamlib but I am not sure hamlib would need my add-ons. I am talking about talking to I2C,
SPI and USB support, amongst things. I have them implemented in python. To be used for controlling VCO-PLL
combinations, switching, setting output power. Mainly for SHF use but see it as a total hub for a amateur
radio station, and that for more than just HF/VHF/UHF. Or see it as a system to control home brew stuff too.
> 
> Hamlib is written in C.  Last I checked, C was available on many, many 
> platforms .  Rewriting the core functions in python might be a bit more
> difficult, and certainly would require some different design considerations
> and engineering solutions.

gcc is the compiler on OS X (just BSD) and macports is used for libusb, which is available for OS X by now…..

> 
>> 
>> Besides all that, hamlib has a history and is made with a vision. There are talks about the future of hamlib
and I do not know if that all fits with my needs. One option I have is to rewrite it in pure python, or port it to
cython. With that it will not support any other languages, but that is, for my goals (python Lego blocks to
control the shack) no drawback. It is work I am happy to do, but if possible like to avoid, since the work has
been done already.
>> 
>> Thoughts, commends?
>> 
> 
> Why not run hamlib on the RPi connected to your rig/rotor/whatever and 
> write a client in python (or whatever) that runs on your OS X machine?  
> Hamlib already supports communications over network sockets for control.

That is a negative, I am working on something 'general' and do not want to 'sell' RPi's.
besides that, I have that setup working.

I am working on a library that will control ham hardware, but beyond the scope of 'byable rigs'
Integration of that with hamlib is some serious work and I am investigating just that. 

My 'problem' is just the other way around…. I am not interested in getting stuff working, I am interested
in providing something use-full and modern. As I am disappointed about what is available to us and have the
skills to contribute.

What if you want (like me) to control coax relays, home build TX/RX and monitor the temperature of PA's etc…
next to that if should also control my 'commercial' stuff. Hamlib does that already. 

> 
> (It might be nice if your email program included line breaks at around the
> 80 character standard.)

Interesting comment. Never had that one…. I'll look into that and if needed enter the line breaks
manually 

> 
> 
> However you choose to proceed, have fun!

I will!!!!!! 

> 
> 73,
> 
> Pat NE4PO
> -- 
> ,-----------------------------------------------------------------------------.
>> Patrick Ouellette       |  While you are proclaiming peace with your lips,  <
>> pat(at)flying-gecko.net |  be careful to have it even more fully in your    <
>> Amateur Radio: NE4PO    |  heart.  -- Francis of Assisi                     <
> `-----------------------------------------------------------------------------'

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2

Re: Platform independance

Hi Dave,

We can discuss this in detail but the hamlib list would not be the place.
We can email or skype but we have to take into account that I am at least 6 hours earlier….
(CET+DST = GMT+0200)

I am heavily interested in SDR and related development, No promises I will join your efforts as I am working
on other projects. 

Kind regards,

Martijn 

On Jun 1, 2013, at 01:53 , "David R. Wilson" <david <at> wwns.com> wrote:

> Hello Martijn,
> 
> I would say we could use you over on the Apache-Labs interest list (SDR
> related).
> 
> I certainly prefer Linux.  I have been doing some support for several
> Microsoft platforms, but only because that sometimes pays the bills.  I
> can't afford the down time or the maintenance time for Windows of any
> flavor (at least none I have seen so far).  
> 
> The reason I say your help could be useful on that list, is that the
> HPSDR related hardware, particularly the stuff from Apache-Labs for
> anything other than Windows is still in heavy development.  The Hamlib
> package capabilities (AFAIK) have not been integrated into many of the
> programs for the Anan 10, Anan 100 or Anan 100D, with the possible
> exception of the PowerSDR program under Windows.
> 
> 73,
> Dave
> KU4B
> 
> 
> On Fri, 2013-05-31 at 22:05 +0200, PB0NER de Martijn wrote:
>> Hi all,
>> 
>> I recently added myself to this list as I am digging into the sourcecode of hamlib to see if it is suited for
my needs.
>> I am both a licensed HAM radio operator and ICT professional with a long standing love for Open Source
software and have contributed to many projects.
>> 
>> Since I am a Unix fan -and due to experience with it- hate any Redmond products I made the switch to OS X. When
people think about Apple they think iOS, MacBook or whatever but often forget about the fact that the are
the only company providing a proper (BSD) Unix machine adapted to every day Dekstop use. There are some
logging solutions and other software available, they are either way to expensive, HF orientated, closed
source etc. besides software like fl-digi, there is not much I like using, do not support controlling my
radios etc. ham software for Linux.... Sort of the same. 
>> 
>> The reason I am digging in the code is that there is no proper OS X version that works without macports. I am a
technician, and even than macports is way to complicated just to get something like hamlib running, not
that I underestimate hamlib, I have no other use for macports, so I do not want it on my system. If I am working
on any project nowadays it should be simple for the end user.
>> 
>> Now I am curious if there is a central 'force' trying to make hamlib run on multiple platforms or must I see
the Windows and OS X versions as 'nice they exists'.
>> 
>> I have to see what the exact dependency of hamlib is, and what is wrong with that on OS X. Is any effort being
made? 
>> 
>> I have a plan and I am working that out. Besides Rig/Rotor control it will be capable of doing much, much
more. All based on Raspberry Pi (or Beagleboard, etc).It must also be capable of running on any modern OS.
>> 
>> All of it is/will be written in Python, I have my reasons for that one of them is Multi platform support.
Using hamlib would save me time on rig/rotor control. At the other end, for my use hamlib is far from
complete and I would need to write some major contributions. From abstraction point of view that code
would need to be in hamlib but I am not sure hamlib would need my add-ons. I am talking about talking to I2C,
SPI and USB support, amongst things. I have them implemented in python. To be used for controlling VCO-PLL
combinations, switching, setting output power. Mainly for SHF use but see it as a total hub for a amateur
radio station, and that for more than just HF/VHF/UHF. Or see it as a system to control home brew stuff too.
>> 
>> Besides all that, hamlib has a history and is made with a vision. There are talks about the future of hamlib
and I do not know if that all fits with my needs. One option I have is to rewrite it in pure python, or port it to
cython. With that it will not support any other languages, but that is, for my goals (python Lego blocks to
control the shack) no drawback. It is work I am happy to do, but if possible like to avoid, since the work has
been done already.
>> 
>> Thoughts, commends?
>> 
>> Martijn, PBØNER 
>> ------------------------------------------------------------------------------
>> Get 100% visibility into Java/.NET code with AppDynamics Lite
>> It's a free troubleshooting tool designed for production
>> Get down to code-level detail for bottlenecks, with <2% overhead.
>> Download for free and get started troubleshooting in minutes.
>> http://p.sf.net/sfu/appdyn_d2d_ap2
>> _______________________________________________
>> Hamlib-developer mailing list
>> Hamlib-developer <at> lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/hamlib-developer
> 
> 

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2

Re: Platform independance

Nate,

Thanks for your time and efforts to understand my mail and respond to it….

OSX, is BSD and the default compiler is gcc……
there is support for libusb on OS X

So I will have a go and see what happens….

My goals are a bit different that you would expect. Using rictl/rotctl over IP is not really the issue here. I
have that working on my RPi too.
I want to create something which is running on everything and would be a breeze to install on the hardware
someone has.

talking to the deamons imply that I would sort of reimplement the core of hamlib in the clients…..

I'll let you know what happens here during compile time. Remember I am not promising I will create a OS X
version and maintain it!

Martijn

> On May 31, 2013, at 23:19 , Nate Bargmann <n0nb <at> n0nb.us> wrote:
> 
>> * On 2013 31 May 15:07 -0500, PB0NER de Martijn wrote:
>>> Hi all,
>> 
>> Hi Martijn, welcome to Hamlib.
>> 
>>> I recently added myself to this list as I am digging into the
>>> sourcecode of hamlib to see if it is suited for my needs.
>> 
>> That is all I ask anyone to do.    Fair evaluations are welcome.
>> 
>>> I am both a licensed HAM radio operator and ICT professional with a
>>> long standing love for Open Source software and have contributed to
>>> many projects.
>> 
>> Myself, likewise, except that I've not contributed to more than a few
>> projects.
>> 
>>> Since I am a Unix fan -and due to experience with it- hate any Redmond
>>> products I made the switch to OS X. When people think about Apple they
>>> think iOS, MacBook or whatever but often forget about the fact that
>>> the are the only company providing a proper (BSD) Unix machine adapted
>>> to every day Dekstop use. There are some logging solutions and other
>>> software available, they are either way to expensive, HF orientated,
>>> closed source etc. besides software like fl-digi, there is not much I
>>> like using, do not support controlling my radios etc. ham software for
>>> Linux.... Sort of the same.
>>> 
>>> The reason I am digging in the code is that there is no proper OS X
>>> version that works without macports. I am a technician, and even than
>>> macports is way to complicated just to get something like hamlib
>>> running, not that I underestimate hamlib, I have no other use for
>>> macports, so I do not want it on my system. If I am working on any
>>> project nowadays it should be simple for the end user.
>> 
>> The simple reason that an active "snapshot" of the development branch of
>> Hamlib does not exist is due to no one yet building such a package.  I
>> looked into it, but Apple makes it quite difficult to cross-compile such
>> packages from Linux.  I have no need for Apple hardware so I have been
>> waiting for someone to come along and jump in and do the needed work for
>> OS/X packages.
>> 
>> To be clear, we welcome any effort to help make certain Hamlib is
>> avaialbe for all of the popular platforms.  I have been working on the
>> Autotools build system for about a year and still have a few things to
>> work out before I leave it well enough alone.  It builds well on all
>> flavors of GNU, the latest version of MinGW w64 on Debian, MinGW32 on MS
>> Windows (a few compiler warnings remain), and under Cygwin 32 on MS
>> Windows.  The last two targets were completed over the past few weeks.
>> Work on a native OS/X build right now is very good timing.
>> 
>>> Now I am curious if there is a central 'force' trying to make hamlib
>>> run on multiple platforms or must I see the Windows and OS X versions
>>> as 'nice they exists'.
>> 
>> As stated above, I've been hacking the build system into a shape that
>> seems fairly robust across the targets above.  All patches are welcome
>> and we'll test and adjust as necessary.
>> 
>>> I have to see what the exact dependency of hamlib is, and what is
>>> wrong with that on OS X. Is any effort being made?
>> 
>> Hamlib has a hard dependency on a C compiler.  So far I have only tested
>> with various versions of GCC.  A C++ compiler is only necessary for C++
>> language bindings and an option piece of hardware.  You can get a pretty
>> good idea from the README.developer file in the source snapshot found
>> at:
>> 
>> http://n0nb.users.sourceforge.net
>> 
>> or:
>> 
>> https://github.com/N0NB/hamlib/blob/master/README.developer
>> 
>> One optional dependency is libusb to enable most of the models in the
>> 'kit' backend.
>> 
>>> I have a plan and I am working that out. Besides Rig/Rotor control it
>>> will be capable of doing much, much more. All based on Raspberry Pi
>>> (or Beagleboard, etc).It must also be capable of running on any modern
>>> OS.
>> 
>> I have an RPi myself with Raspbian and Hamlib built without issue,
>> although slowly.
>> 
>>> All of it is/will be written in Python, I have my reasons for that one
>>> of them is Multi platform support. Using hamlib would save me time on
>>> rig/rotor control. At the other end, for my use hamlib is far from
>>> complete and I would need to write some major contributions. From
>>> abstraction point of view that code would need to be in hamlib but I
>>> am not sure hamlib would need my add-ons. I am talking about talking
>>> to I2C, SPI and USB support, amongst things. I have them implemented
>>> in python. To be used for controlling VCO-PLL combinations, switching,
>>> setting output power. Mainly for SHF use but see it as a total hub for
>>> a amateur radio station, and that for more than just HF/VHF/UHF. Or
>>> see it as a system to control home brew stuff too.
>> 
>> The majority of new hardware is supported by contributions from
>> interested owners who wish to see a device supported.
>> 
>>> Besides all that, hamlib has a history and is made with a vision.
>>> There are talks about the future of hamlib and I do not know if that
>>> all fits with my needs. One option I have is to rewrite it in pure
>>> python, or port it to cython. With that it will not support any other
>>> languages, but that is, for my goals (python Lego blocks to control
>>> the shack) no drawback. It is work I am happy to do, but if possible
>>> like to avoid, since the work has been done already.
>> 
>> The future of Hamlib is currently one of doing updates where necessary
>> but avoiding a rewrite binge.    One item on the wishlist has been a
>> way to define a rig's capabilities in some mark-up langauge but I fear
>> that doing so would result in a bloat of the library and hard to trace
>> bugs.  C is not that difficult to work with, IMO, and we've sought to
>> lend a hand when questions arise.
>> 
>> We do have Python bindings available although there has been some
>> recent discussion about them and patches applied and more discussion:
>> 
>> http://article.gmane.org/gmane.linux.hams.hamlib.devel/4125
>> 
>> At the moment the bindings work.  Also, as noted by Pat, with the
>> rigctld/rotctld network daemons they can run on the RPi, Beagleboard,
>> Cubieboard, etc. and serve the user application running on a desktop
>> computer.  I'd like to think that we're rather versatile!
>> 
>> 73, de Nate >>
>> 
>> -- 
>> 
>> "The optimist proclaims that we live in the best of all
>> possible worlds.  The pessimist fears this is true."
>> 
>> Ham radio, Linux, bikes, and more: http://www.n0nb.us
>> 
>> ------------------------------------------------------------------------------
>> Get 100% visibility into Java/.NET code with AppDynamics Lite
>> It's a free troubleshooting tool designed for production
>> Get down to code-level detail for bottlenecks, with <2% overhead.
>> Download for free and get started troubleshooting in minutes.
>> http://p.sf.net/sfu/appdyn_d2d_ap2
>> _______________________________________________
>> Hamlib-developer mailing list
>> Hamlib-developer <at> lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/hamlib-developer
> 

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2

Platform independance

Hi all,

I recently added myself to this list as I am digging into the sourcecode of hamlib to see if it is suited for my needs.
I am both a licensed HAM radio operator and ICT professional with a long standing love for Open Source
software and have contributed to many projects.

Since I am a Unix fan -and due to experience with it- hate any Redmond products I made the switch to OS X. When
people think about Apple they think iOS, MacBook or whatever but often forget about the fact that the are
the only company providing a proper (BSD) Unix machine adapted to every day Dekstop use. There are some
logging solutions and other software available, they are either way to expensive, HF orientated, closed
source etc. besides software like fl-digi, there is not much I like using, do not support controlling my
radios etc. ham software for Linux.... Sort of the same. 

The reason I am digging in the code is that there is no proper OS X version that works without macports. I am a
technician, and even than macports is way to complicated just to get something like hamlib running, not
that I underestimate hamlib, I have no other use for macports, so I do not want it on my system. If I am working
on any project nowadays it should be simple for the end user.

Now I am curious if there is a central 'force' trying to make hamlib run on multiple platforms or must I see the
Windows and OS X versions as 'nice they exists'.

I have to see what the exact dependency of hamlib is, and what is wrong with that on OS X. Is any effort being
made? 

I have a plan and I am working that out. Besides Rig/Rotor control it will be capable of doing much, much more.
All based on Raspberry Pi (or Beagleboard, etc).It must also be capable of running on any modern OS.

All of it is/will be written in Python, I have my reasons for that one of them is Multi platform support. Using
hamlib would save me time on rig/rotor control. At the other end, for my use hamlib is far from complete and I
would need to write some major contributions. From abstraction point of view that code would need to be in
hamlib but I am not sure hamlib would need my add-ons. I am talking about talking to I2C, SPI and USB support,
amongst things. I have them implemented in python. To be used for controlling VCO-PLL combinations,
switching, setting output power. Mainly for SHF use but see it as a total hub for a amateur radio station,
and that for more than just HF/VHF/UHF. Or see it as a system to control home brew stuff too.

Besides all that, hamlib has a history and is made with a vision. There are talks about the future of hamlib
and I do not know if that all fits with my needs. One option I have is to rewrite it in pure python, or port it to
cython. With that it will not support any other languages, but that is, for my goals (python Lego blocks to
control the shack) no drawback. It is work I am happy to do, but if possible like to avoid, since the work has
been done already.

Thoughts, commends?

Martijn, PBØNER 
------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

A question about hamlib with M2 RC2800PRKX2SU

------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1

_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Query

I may have stumped upon Hamlib too early in my learning curve!   Still, my
goal is to remotely control my Orion RC2800PX rotator without using a
computer.   That is, by using Wifi or Ethernet connection to my router at
both ends.  Has such a project been published, to you knowledge, using a
Raspberry Pi platform?  The RPI can be used to activate an LCD to indicate
azimuth and the rotator does have an RS232 interface.

In advance, thanks.

Jim, N3JT

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may