Bill Somerville | 21 May 16:29 2016

Pull-request: More Kenwood rig refinements

Hi Nate & all,

sorry for the extra patch. James K5DRU has pointed out that the TS-690S 
is effectively the same as the TS-450S and some research shows that the 
TS-850 and TS-950SDX also only have AI[0|1] set commands and no AI query 
command.

The following changes since commit 72673e323f0f0d63862bd289917651bda5815291:

   Do not attempt to query AI state on the TS-450s as it is not 
supported (2016-05-21 03:29:58 +0100)

are available in the git repository at:

   git://git.code.sf.net/u/bsomervi/hamlib ts-690-no-ai-query

for you to fetch changes up to 06dc9ca5d6bfadd35fed049951e4f1994267b98e:

   Some more Kenwood rigs with no AI query (2016-05-21 15:17:06 +0100)

----------------------------------------------------------------
Bill Somerville (1):
       Some more Kenwood rigs with no AI query

  kenwood/kenwood.c | 6 +++++-
  1 file changed, 5 insertions(+), 1 deletion(-)

73
Bill
G4WJS.
(Continue reading)

Bill Somerville | 21 May 04:36 2016

Pull-request: Allow for lack of an AI query on the Kenwood TS-450s

Hi Nate & all,

this patch resolves an issue with the TS-450s only having AI[0|1] set 
commands and no AI query. It allows backend startup to proceed without 
lengthy retries and timeouts on this rig.

The following changes since commit 1767cb5c431e263699e3ee24c679c39b7d058172:

   Icom frame patch (2016-05-16 16:45:23 -0500)

are available in the git repository at:

   git://git.code.sf.net/u/bsomervi/hamlib ts450-no-ai-query

for you to fetch changes up to 72673e323f0f0d63862bd289917651bda5815291:

   Do not attempt to query AI state on the TS-450s as it is not 
supported (2016-05-21 03:29:58 +0100)

----------------------------------------------------------------
Bill Somerville (1):
       Do not attempt to query AI state on the TS-450s as it is not 
supported

  kenwood/kenwood.c | 26 ++++++++++++++------------
  1 file changed, 14 insertions(+), 12 deletions(-)

73
Bill
G4WJS.
(Continue reading)

David Ranch | 19 May 06:38 2016
Picon

Two more hamlib 3.0.1 compile issues - python and Perl bindings


Hey Everyone,

Me again.  Now the vanilla hamlib 3.0.1 release compiles ok on Centos 6.7 with Nate's help, I'm not trying to enable Python or Perl bindings and I'm seeing these errors.  Any help here?


For Python:


 Hamlib Version 3.0.1 configuration:

 Prefix         /usr
 Preprocessor   gcc -E
 C Compiler     gcc -O3 -march=native -m64
 C++ Compiler   g++ -O3 -march=native -m64

 Package features:
    With C++ binding                yes
    With Perl binding               yes
    With Python binding             yes
    With TCL binding                no
    With rigmem XML support         no
    With Readline support           yes

    Enable HTML rig feature matrix  yes
    Enable WinRadio                 yes
    Enable USRP                     no
    Enable USB backends             yes
    Enable shared libs              yes
    Enable static libs              no

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

make[1]: Entering directory `/usr/src/redhat/BUILD/hamlib-3.0.1/bindings'
/usr/bin/swig -perl5 -shadow  -DIN_HAMLIB -I../include -I../src -I../lib -I../bindings -o hamlibperl_wrap.c \
                        `test -f hamlib.swg || echo './'`hamlib.swg
/usr/bin/swig -python  -DIN_HAMLIB -I../include -I../src -I../lib -I../bindings -o hamlibpy_wrap.c \
                `test -f hamlib.swg || echo './'`hamlib.swg
make  all-am
make[2]: Entering directory `/usr/src/redhat/BUILD/hamlib-3.0.1/bindings'
  CC       hamlibpy_wrap.lo
hamlibpy_wrap.c:3693: error: redefinition of typedef 'const_char_string'
hamlibpy_wrap.c:3407: note: previous declaration of 'const_char_string' was here
make[2]: *** [hamlibpy_wrap.lo] Error 1
make[2]: Leaving directory `/usr/src/redhat/BUILD/hamlib-3.0.1/bindings'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/src/redhat/BUILD/hamlib-3.0.1/bindings'
make: *** [all-recursive] Error 1
--

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

For Perl


 Hamlib Version 3.0.1 configuration:

 Prefix         /usr
 Preprocessor   gcc -E
 C Compiler     gcc -O3 -march=native -m64
 C++ Compiler   g++ -O3 -march=native -m64

 Package features:
    With C++ binding                yes
    With Perl binding               yes
    With Python binding             no
    With TCL binding                no
    With rigmem XML support         no
    With Readline support           yes

    Enable HTML rig feature matrix  yes
    Enable WinRadio                 yes
    Enable USRP                     no
    Enable USB backends             yes
    Enable shared libs              yes
    Enable static libs              no

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

make[3]: Entering directory `/usr/src/redhat/BUILD/hamlib-3.0.1/bindings'
cp perltest.pl blib/lib/perltest.pl
cp Hamlib.pm blib/lib/Hamlib.pm
gcc -c  -DIN_HAMLIB -I../include -I../src -I../lib -I../bindings   -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic   -DVERSION=\"3.0.1\" -DXS_VERSION=\"3.0.1\" -fPIC "-I/usr/lib64/perl5/CORE"   hamlibperl_wrap.c
hamlibperl_wrap.c: In function 'SWIG_Perl_ConvertPtrAndOwn':
hamlibperl_wrap.c:1198: warning: value computed is not used
hamlibperl_wrap.c: In function 'SWIG_Perl_MakePtr':
hamlibperl_wrap.c:1225: warning: value computed is not used
hamlibperl_wrap.c: At top level:
hamlibperl_wrap.c:2458: error: redefinition of typedef 'const_char_string'
hamlibperl_wrap.c:2172: note: previous declaration of 'const_char_string' was here
hamlibperl_wrap.c: In function 'boot_Hamlib':
hamlibperl_wrap.c:38795: warning: unused variable 'items'
make[3]: *** [hamlibperl_wrap.o] Error 1
make[3]: Leaving directory `/usr/src/redhat/BUILD/hamlib-3.0.1/bindings'
make[2]: *** [all-perl] Error 2
make[2]: Leaving directory `/usr/src/redhat/BUILD/hamlib-3.0.1/bindings'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/src/redhat/BUILD/hamlib-3.0.1/bindings'
make: *** [all-recursive] Error 1


Any thoughts on how to repair these for Centos6 running:

perl-5.10.1-141.el6_7.1.x86_64
python-2.6.6-64.el6.x86_64


--David
KI6ZHD
------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
David Ranch | 18 May 18:15 2016
Picon

Autoconf issue for compiling hamlib3 Git on Centos6

Hello Everyone,

I've been happily using hamlib 2.15 on Centos 6.7 and decided to upgrade to Hamlib 3.  I initially tried to pull the Hamlib head from Git where the "configure" isn't present by default.  In running "autoreconf --install", I saw the following:

--
$ autoreconf --install
configure.ac:6: error: Autoconf version 2.67 or higher is required
configure.ac:6: the top level
autom4te: /usr/bin/m4 failed with exit status: 63
aclocal: autom4te failed with exit status: 63
autoreconf: aclocal failed with exit status: 63
--


So I updated the configure.ac file to use version 2.63 for Centos6 and it should be noted that the comments give me the impression that 2.67 is indeed too new for users running say Centos6:
--
dnl Autoconf 2.67 is in Debian Squeeze--is an older version needed
dnl for some other distribution?
## FIXME: Is this too new? ##
AC_PREREQ([2.63])
--



Once I retried "autoreconf" again, I then saw:
--
$ autoreconf --install
/usr/bin/m4:configure.ac:107: recursion limit of 1024 exceeded, use -L<N> to change it
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1
autoreconf: aclocal failed with exit status: 1
--

Can someone propose a fix for this autoconf issue?   


Btw, it's worth mentioning that I downloaded the main 3.0.1 release that comes with the "configure" script.  That worked just fine and compiled 100% so there seems to be a minor autoconf issue.  I researched the " recursion limit of 1024 exceeded" issue but the potential fix is well out of my wheelhouse with M4 scripting. 

Can someone propose a fix and I'll give it a try?  Once I can find a solution, I'll create a ticket to get this updated in Git.

--David
KI6ZHD
------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Michael Black | 17 May 18:39 2016
Picon

github

Trying to mirror hamlib so I can put it in my own repository, branch, and make pull requests
I'm only somewhat familiar with git so trying to follow different instructions for cloning a git project like this.


#1 Have created github account
#2 Have created hamlib empty project
Then did this:
git clone --mirror git://git.code.sf.net/p/hamlib/code hamlib-code
git remote set-url --push origin https://github.com/mdblack98/hamlib.git
cd hamlib
git push --mirror

But it never does the push.  It's like it's waiting for something.
All I see with --verbose is this:

It doesn't prompt for login either.  A winddump shows one transaction taking place with github.com and no further traffic after it.


I figured somebody on here has done this exact thing before and could give some advice.

73
Mike W9MDB

------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Tobias Wellnitz | 16 May 14:49 2016
Picon
Gravatar

Re: dumpcaps

Hi Michael,

thanks for the swift reply. I was just wondering why those levels are not defined. I'm still trying to understand the hamlib code. I'm testing Hamlib with an FT950 which I have lying around here.

I've noticed that a few of the advertised functions are buggy (e.g. reading MON always returns 0). 
I will try to submit a Pull request.

I find the idea of a complete set of Capabilities very compelling for a program using Hamlib. But not only for an enduser application, but also for testing purpose.

Maybe a well defined set op capabilities would allow a (semi) automatic testing of implemented Rigs? 

73 Tobias
EA4/DH1TW


On Mon, May 16, 2016 at 2:18 PM, Michael Black <mdblack98 <at> gmail.com> wrote:
Probably because nobody has needed it yet.  Seems most work on hamlib is for wsjt-x which does exercise much functionality but hardly all.
Are you needing something?

For example, I did an ic7300 backend just to make it work with wsjt-x.  Then another user wanted to get all the rigctl functionality working and I worked with him (a VERY good tester) to implement it  .

73
Mike W9MDB


On Mon, May 16, 2016 at 6:17 AM, Tobias Wellnitz <tobias.wellnitz <at> gmail.com> wrote:
Hey,

I'm digging through the hamlib source code and was wondering why some values exist several times in the caps_t struct. 

For example: 
- Attenuator 
- Level_Gran [LVL_ATT]

It also appears that for most Yaesu rigs only few LVL_x capabilities are implemented. Is there a reason why these haven't been defined? 

73 Tobias
EA4/DH1TW

------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer



------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Tobias Wellnitz | 16 May 13:17 2016
Picon
Gravatar

dumpcaps

Hey,

I'm digging through the hamlib source code and was wondering why some values exist several times in the caps_t struct. 

For example: 
- Attenuator 
- Level_Gran [LVL_ATT]

It also appears that for most Yaesu rigs only few LVL_x capabilities are implemented. Is there a reason why these haven't been defined? 

73 Tobias
EA4/DH1TW
------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Michael Black | 9 May 19:12 2016
Picon

ICOM Protocol Change

It looks like ICOM has changed the protocol for several functions.
I've been implementing lots for the IC7300 and here's an example:

<at> <at> -3104,6 +3242,11 <at> <at> int icom_vfo_op(RIG *rig, vfo_t vfo, vfo_op_t op)
                        mv_sc = -1;
                        break;
                case RIG_OP_TUNE:
+                       if (rig->caps->rig_model == RIG_MODEL_IC7300) {
+                       rig_debug(RIG_DEBUG_TRACE,"**7300 TUNING**");
+                               mvbuf[0] = 2;
+                               mv_len = 1;
+                       }
                        mv_cn = C_CTL_PTT;
                        mv_sc = S_ANT_TUN;
                        break;

I looked at the 7200 and it appears to be the same.
Is there a variable we can use in params or such to indicate a version 1 and version 2, etc of these commands so we don't have to custom-code icom.c for each rig?  If not, should we define one?  

Mike W9MDB
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
James Lemley | 8 May 15:35 2016
Picon

Hamlib, wsjt-x and Kenwood, problems with solutions

Hi hamlib-developers, my Kenwood TS-450s, hamlib, wsjtx setup was working fantastically with the versions on Fedora 22, but when experimenting with a new radio I downloaded and compiled the current version at git://hamlib.git.sourceforge.net/gitroot/hamlib/hamlib and also wsjtx-1.7.0 r6674. Somewhere in the new vewsions, my Kenwood was almost completely broken by very slow and often failing frequency changes. I've isolated two problems in hamlib so far, though I can't rule out bad behavior by wsjtx. 

(1) Retries of failed commands. Hamlib sends the command "AI" to my TS-450S radio, which it doesn't understand, and then tries again 10 times.This causes user-facing errors and significant delay. I've fixed this for me, in hamlib's kenwood.c line 628, by just checking for RIG_MODEL_TS450S and not doing the AI state stuff on my radio, but that's probably not the right fix globally. 

(2) I don't know if it is wsjtx or hamlib, but one of them keeps trying to put my radio into mode PKTUSB which of course my old radio doesn't have, causing a complete failure of wsjtx due to unsupported interface parameters. In kenwood_set_mode, there is already a check for TS590 to convert PKT mode requests to equivalent analog mode requests. I added a line to do this also for RIG_MODEL_TS450S, and that fixed my problem with wsjtx failing when changing bands. I suspect more models would need this check; perhaps do it for all Kenwood models that don't understand PKTUSB?

These may not be all the problems; wsjtx is still doing some dodgy things when going from TX to RX and changing bands, but it is at least working reliably through hamlib to the TS450S again. Thanks so much for your continued support of hamlib and older radios. 

p.s. I hope this makes it to the right place and isn't just noise on the list. I've tried to subscribe but I don't know if that worked... 
James K5DRU  

------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Tobias Wellnitz | 8 May 16:28 2016
Picon
Gravatar

Golang bindings

Hey,

just to let you know, I've started this weekend writing Hamlib bindings for Go. 

I'm using cGo and calling Hamlib c code directly from Go.

Let's see how far I get, but so far I'm progressing well. Approx 60% of the commands are already implemented.

Here is the code: 

73 Tobias
EA4/DH1TW
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Michael Black | 7 May 17:31 2016
Picon

Icom frame patch

I'm implementing several changes to support some functionality for the IC7300.  In order to minimize the review process I'm submitting this small one separately (still working on finish the IC7300 but it's some fairly extensive changes since ICOM has changed the protocol for several things).

For the IC7300 turning power on requires ~150 0xfe's be sent to wake up the rig.  This causes a buffer overflow condition in icom/frame.c.
This patch increases the buffer size and ensures no overflow.


73
Mike W9MDB
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Gmane