Re: ICOM-910.c additions

On Friday 30 November 2007 16:48:36 Karla Vega wrote:
> Hello developers,
>
> We have been working on software to control an IC-910 unit and we noticed
> some functions were not available, so we wanted to let you know that we
> made the following functions available on ic910.c:
>
> Added at line 344 of ic910.c
>
> .set_split_vfo =  icom_set_split_vfo,
> .set_split_freq =  icom_set_split_freq,
> .get_split_freq =  icom_get_split_freq,
> .set_split_mode =  icom_set_split_mode,
> .get_split_mode =  icom_get_split_mode,
>
> We have tested all the functions and they work.  We consider it would be
> good if you commit this change to the current version of hamlib.
>
> Thank you,
>
>
> Karla Vega KE5FKU
>
> Satellite Program
> Department of Aerospace Engineering and Engineering Mechanics
> The University of Texas at Austin

Thanks, Karla.

I applied your patch and an updated CVS snapshot will be available from 

Re: ICOM-910.c additions

Hi to all,

I just tested the patch for the IC 910H. There seems to be some problems.

On Fri, Nov 30, 2007 at 04:48:36PM -0600, Karla Vega wrote:
> 
> .set_split_vfo =  icom_set_split_vfo,
> .set_split_freq =  icom_set_split_freq,
> .get_split_freq =  icom_get_split_freq,
> .set_split_mode =  icom_set_split_mode,
> .get_split_mode =  icom_get_split_mode,
> 
> We have tested all the functions and they work.  We consider it would be
> good if you commit this change to the current version of hamlib.
> 

Get- and set_split_freq works, but get or set the frequency of the Subband. 
That means if you are working on 2m the set/get_split_freq works on 70cm. 
But split mode uses VFO A and B on the same band. It only works if you are in
sat mode. 

Still I am not able to set frequency for the main VFO. If it works on your side,
there must be some variations of the IC-910H. Any comments are welcome.

Vy 73, de Tom DL1JBE.

--

-- 
"Do what is needful!"
Ursula LeGuin: Earthsea
--

Re: ICOM-910.c additions

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4

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

rpcrig get level (STRENGTH) vs TS-2000 backend

Hello Hamlib Developers,

I'm trying to find the place where the rpcrig calls the get_level
procedure to get the S-meter reading.  I have a Kenwood TS-2000 and a
Yaesu FT-817.

When I use "rigctl -m 120" or "rigctl -m 214" (FT-817 or TS-2000) and
check the S meter reading with "l STRENGTH" I get reasonable values
(negative numbers for below S9).

When I run the rpc.rigd on either rig, then run "rigctl -m 1901" and
check the S-meter value, it is always a positive number.  Is the the
expected behavior?  If not, any suggestion on where to look in the code
to fix it?

Thanks,

Pat

--

-- 

Patrick Ouellette                 pat <at> flying-gecko.net
kb8pym <at> arrl.net                   Amateur Radio: KB8PYM 
Living life to a Jimmy Buffett soundtrack
"Crank the amp to 11, this needs more cowbell - and a llama wouldn't hurt either"

-------------------------------------------------------------------------
SF.Net email is sponsored by: 
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php

Icom M700/M710/M802 Marine SSB

-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

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

Re: Icom M700/M710/M802 Marine SSB

On Wednesday 12 December 2007 14:15:13 Tom Lafleur wrote:
> I would like to add support for these radios to hamlib...
>
> they use a CIV and/or rs-232 interface
> commands are ascii text commands at 4800 baud
> many user have them connected on there boats via SCS pactor modem (I
> have the code to do this)
> they only support the basics, freq/mode/filter/duplex selection, not much
> more
>
> some radio like the M710RT support BOTH CIV and ICOM marine commands
> on the same interface... very odd...
> items like signal strength are available via the CIV commands

I see no problem adding these models as I'm sure they will be useful.

> what is the recommend way to get started under windows??
> I am a windows developer and would need help in understanding your
> development and test environment under windows.

You can check out the latest CVS snapshot at 
http://hamlib.sourceforge.net/bleeding-edge/ and once you've uncompressed the 
tar.gz archive look at REAME.win32 for some pointers.  I'm Linux only so I'm 
not of much help beyond that.

73, de Nate >>

--

-- 
 Wireless | Amateur Radio Station N0NB          |  Successfully Microsoft
  Amateur radio exams; ham radio; Linux info  <at>   | free since January 1998.
             http://www.qsl.net/n0nb/           |  "Debian, the choice of
             My Kawasaki KZ-650 SR  <at>             |     a GNU generation!"
        http://www.networksplus.net/n0nb/       |   http://www.debian.org

-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

IC910 Set_Freq problem partially solved

Hello and good evening to everybody,

I just fixed a problem with the ic910_set_freq routine, that was a long 
annoying problem for me.

Situation was that I could never set frequency for IC-910 with rigctl or grig.
Everytime it ended in switching to other band 70<->2. The reason lay in the
set_frequ code. It only accepted RIG_VFO_MAIN or RIG_VFO_SUB for the vfo
parameter. But rigctl (and grig) only set frequency with vfo == RIG_VFO_CURR.

So I added some code that determined the actual band automatically when
using RIG_VFO_CURR. Now it works fine. You can set frequency, switch bands 
and VFO's and so on.

Just checked it in. Please report bugs iand problems to me 
(hopefully not too much ... ).

Best 73, 
        de Tom DL1JBE.

--

-- 
"Do what is needful!"
Ursula LeGuin: Earthsea
--

-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

Fwd: New Receiver Assistance

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

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

Re: Fwd: New Receiver Assistance

On Thursday 27 December 2007 22:43:47 Tim Butler wrote:
> I've had no response to this apart from a message regarding moderation
> before posting to the mailing list, was there a reason it was ignored?

Hi Tim.

I don't recall seeing the message.  I don't have any messages in my local 
folder from Sept 19.  I don't know who is the mailing list administrator as I 
can't access that function even though I'm one of the project admins.

> I'm looking for assistance with adding another receiver to the hamlib
> library and just wanted a few hints and guidance.  I have aquired a number
> of Rhode and Schwarz ESMC receivers and are all serial controlled.  My
> intention is to write some software for these and sell them (very high end
> receiver) and as part of that wanted to assist with adding support to a
> number of HAM programs as well as possibly writing my own interface.

Sounds like a good project.

> I have a good understanding of C and have been browsing the source code for
> existing radio gear, however I wanted to get a good idea on the best way to
> approach this.  Any assistance you can provide would be greatly
> appreciated.

There is a procedure outlined in README.developer for adding a new backend.  I 
assume that your receivers don't use an existing command structure like that 
used by Kenwood or ICOM radios and that you'll need to code from scratch.

When you have your code working, you can post your files to the list and I'll 
get them committed and added into CVS.  CVS commit access is also available 
if this will be a large project and you will be making many changes to your 
backend.

We're always looking for more help around here!  

73, de Nate >>

--

-- 

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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

hamlib "open discussion"?

This message came to me on the "hamlib - open discussion" list.  Do all "developers" read this?  Do we really
need two separate lists? Along with the "forums", this may make too many ways for user communications to
fall through the cracks unless we all monitor them carefully.

73/HNY
Martin AA6E
----------------

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=4694810
By: n4ty

No matter what I do, I cannot finish compiling on Leopard:

Tried this suggestion from Wally Brock N9MJG (on this forum):
./configure --prefix=/sw --without-rpc-backends --without-winradio
--without-cxx-binding

BUT, I used Macports instead of Fink, so used this line:
./configure --prefix=/opt --without-rpc-backends --without-winradio
--without-cxx-binding

So, configure always works, but "make" always fails in the same place:
in hamlib/bindings during the make.
The below line is the one that fails, then MANY undefined symbols follow:
gcc  -o .libs/hamlibtcl-1.0.so -bundle  .libs/hamlibtcl_wrap.o  -L/opt/local/lib
../src/.libs/libhamlib.dylib /opt/local/lib/libusb.dylib
Undefined symbols:
  "_Tcl_SetResult", referenced from:
      _SWIG_Tcl_MethodCommand in hamlibtcl_wrap.o
      _SWIG_Tcl_MethodCommand in hamlibtcl_wrap.o
      _SWIG_Tcl_MethodCommand in hamlibtcl_wrap.o
...etc...and finally:
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[2]: *** [hamlibtcl.la] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1

I've got these Macports packages installed in /opt:
libtcl
libusb
pkgconfig
autoconf
automake
libtool

Any ideas?

- Tyler N4TY

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/