Andrew Hart | 31 Jul 18:01 2014
Picon

Errors compiling in cygwin64

Received the following errors when trying to compile (I need support for the Icom-7100, which is not yet in there)

configure: WARNING: ws2tcpip.h: present but cannot be compiled
configure: WARNING: ws2tcpip.h:     check for missing prerequisite headers?
configure: WARNING: ws2tcpip.h: see the Autoconf documentation
configure: WARNING: ws2tcpip.h:     section "Present But Cannot Be Compiled"
configure: WARNING: ws2tcpip.h: proceeding with the compiler's result
configure: WARNING:     ## ----------------------------------------------------- ##
configure: WARNING:     ## Report this to hamlib-developer <at> lists.sourceforge.net ##
configure: WARNING:     ## ----------------------------------------------------- ##

configure: WARNING: usb.h: present but cannot be compiled
configure: WARNING: usb.h:     check for missing prerequisite headers?
configure: WARNING: usb.h: see the Autoconf documentation
configure: WARNING: usb.h:     section "Present But Cannot Be Compiled"
configure: WARNING: usb.h: proceeding with the compiler's result
configure: WARNING:     ## ----------------------------------------------------- ##
configure: WARNING:     ## Report this to hamlib-developer <at> lists.sourceforge.net ##



Andrew Hart C.Eng. MRINA
amateur radio calls G8VTV / VE3NVK / VA3AIT locator FN25bh

28, Chimo Drive, Kanata, ON, K2L 1A5 Canada

tel: 613 592 5043

The content of this message is NOT intended for the public, and is a private communication.

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Nate Bargmann | 29 Jul 15:50 2014
Picon

[Fwd: Newcomer--Patrick, F1EBK]

I tried to release this message to the list, but goofed it in some
way...

73, Nate

----- Forwarded message from hamlib-developer-owner <at> lists.sourceforge.net -----

Date: Sun, 27 Jul 2014 23:36:56 +0200
From: Patrick <f1ebk <at> free.fr>
To: hamlib-developer <at> lists.sourceforge.net
Subject: Newcomer
Reply-To: f1ebk <at> free.fr
X-Mailer: Evolution 3.2.3-0ubuntu6 

Hi all,

I am using hamlib since more than one year to control different
transceivers (TS-790, TS-2000) and had no problem  with it. Well, of
course i had troubles but hamlib was not involved in that, and all
problems are solved today.

I am using Ubuntu 12.04, and recently I moved to 14.04 with no
particular issue. All these transceivers where connected to the computer
by the mean of an interface box (Microham's MicroKeyer II) which comes
with it's piece of software... But everything was fine from the Hamlib
side.

Several weeks ago, I wanted to take the control of an old TS711 (okay,
i'm a Kenwood fan !). This kind of transceiver is rather old now, and
CAT control need a couple of interfaces to do the job. In this case to
prevent any problem, the transceiver is connected to the ttyS0 serial
port, an no audio is sent to the computer : this is the simplest CAT
test configuration that I could imagine. So I could fix all the hardware
issues that I met, and got control of the transceiver. I can change
mode, and event the RIT ( when you know how the RIT is handled by
Kenwood transceivers, this is really challenging ). But I never could
change the frequency... 

A short look on the rig matrix shows that the TS-771 has an untested
state. So could it be possible that the TS-711 has never been used with
Hamlib, and we have a problem in the frequency control ? 

If I can be of some help doing some test with the TS-711, I would really
be happy to do so.

Today, I am trying to control a rotator to get a full remote control of
the station, and of course got an issue with Rotctld. As this is a real
remote access, all communications are made by the mean of an SSH tunnel.
So I thought that adding the port number used by Rotctld,  as I did for
Rigctld to the SSH command would do the job. 

Of course it doesn't : When I send the SSH command from the remote
computer, I get an error message, and SSH do not start. So my first
question will be very simple : is there any difference in the network
connexion between Rigctld and Rotctld ? 

>From the user side, they look like very similar at first glance.

I hope that you will be able to help me with this problem. I must add
that on the 'control computer', Rotctl runs perfectly, the command given
at the keyboard are transmitted to the rotator interface, and the
rotator moves to the requested position. 

Very 73

Patrick, F1EBK

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

--

-- 

"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

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
Patrick | 27 Jul 23:36 2014
Picon

Newcomer

Hi all,

I am using hamlib since more than one year to control different
transceivers (TS-790, TS-2000) and had no problem  with it. Well, of
course i had troubles but hamlib was not involved in that, and all
problems are solved today.

I am using Ubuntu 12.04, and recently I moved to 14.04 with no
particular issue. All these transceivers where connected to the computer
by the mean of an interface box (Microham's MicroKeyer II) which comes
with it's piece of software... But everything was fine from the Hamlib
side.

Several weeks ago, I wanted to take the control of an old TS711 (okay,
i'm a Kenwood fan !). This kind of transceiver is rather old now, and
CAT control need a couple of interfaces to do the job. In this case to
prevent any problem, the transceiver is connected to the ttyS0 serial
port, an no audio is sent to the computer : this is the simplest CAT
test configuration that I could imagine. So I could fix all the hardware
issues that I met, and got control of the transceiver. I can change
mode, and event the RIT ( when you know how the RIT is handled by
Kenwood transceivers, this is really challenging ). But I never could
change the frequency... 

A short look on the rig matrix shows that the TS-771 has an untested
state. So could it be possible that the TS-711 has never been used with
Hamlib, and we have a problem in the frequency control ? 

If I can be of some help doing some test with the TS-711, I would really
be happy to do so.

Today, I am trying to control a rotator to get a full remote control of
the station, and of course got an issue with Rotctld. As this is a real
remote access, all communications are made by the mean of an SSH tunnel.
So I thought that adding the port number used by Rotctld,  as I did for
Rigctld to the SSH command would do the job. 

Of course it doesn't : When I send the SSH command from the remote
computer, I get an error message, and SSH do not start. So my first
question will be very simple : is there any difference in the network
connexion between Rigctld and Rotctld ? 

>From the user side, they look like very similar at first glance.

I hope that you will be able to help me with this problem. I must add
that on the 'control computer', Rotctl runs perfectly, the command given
at the keyboard are transmitted to the rotator interface, and the
rotator moves to the requested position. 

Very 73

Patrick, F1EBK

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
Hartinger Roland | 21 Jul 20:22 2014
Picon

Kenwood TS-590S fix

Hi all,

I fixed a problem with I found while controlling my Kenwood TS-590S when using 'rigctld' with the 'send_cmd' command.
The code in 'rigctld.c' use '\r' to terminate the 'send_cmd' command. This results in an error message from the rig resp. from the backend.

Therefore, I made the following change in 'rigctld.c' as shown in the following code-snippet:

// char send_cmd_term = '\r';  /* send_cmd termination char */
// DF1GR modification:
char send_cmd_term = ';';  /* send_cmd termination char */

The change works well and so I'm able to use the whole TS-590S command set.
Can somebody from you verify my change and iff it is correct, bring this in one of the next hamlib release, please!?

Thanks in advance,
vy73 de Roland (DF1GR)






------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
John Ronan | 20 Jul 18:52 2014
Picon

UBC785XLT (and probably others)

Hi Folks,

I got a UBC-785XLT not aso long ago, today I had a quick look at getting 
the frequency out of it with hamlib when the squelch is open (detecting 
that with another program)

There is no VFO in it so get_freq doesn't appear to ever work.

What does work though is get_mem.  See the example below when I manually 
opened the squelch.

Rig command: f
rigctl_parse: input_line: f
write_block(): TX 4 bytes
0000    52 46 3f 0d RF?.
read_string(): RX 4 characters
0000    45 52 52 0d ERR.
get_freq: error = Protocol error

Rig command: e
rigctl_parse: input_line: e
write_block(): TX 3 bytes
0000    4d 41 0d MA.
read_string(): RX 35 characters
0000    43 36 30 33 20 46 30 34 35 36 36 35 30 30 20 54     C603 F04566500 T
0010    46 20 44 4e 20 4c 46 20 41 46 20 52 4e 20 4e 30     F DN LF AF RN N0
0020    30 30 0d 00.
Memory#: 603

Rig command:

In my head given that there is no VFO get_freq should return whatever 
frequency the radio is on 'now', i.e. it is the frequency contained 
within the "MA" response.

Any thoughts before I go mucking with it? Or have I overlooked something 
completely obvious.

Regards
John
EI7IG

------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
Jaroslav Skarvada | 3 Jul 14:12 2014
Picon

Correct location for python bindings

Hi,

it seems that python bindings are arch specific thus it should
be probably installed to pyexecdir instead of pythondir which is
noarch. Attached patch is what we used in Fedora. We do not
bootstrap, so that's why we also patch the Makefile.in file

thanks & regards

Jaroslav
------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
David McClain | 30 Jun 23:54 2014

Icom 7600 split mode

Hi

I'm using WSJT-X 1.3 with an Icom IC-7600. WSJT-X wants to use split mode on the transceiver so that
modulation tones can be kept between 1500-2000 Hz regardless of actual frequency of transmission.
Presumably, in conjunction with typical transmitter SSB filters, this will cut down on harmonic
distortion products in the outgoing transmission. 

However, this feature does not work properly. WSJT-X 1.3 is using hamlib DLLs. I wrote a Lisp interceptor
program to watch what was being sent to the IC-7600. When WSJT-X starts up, it sends a sequence 0xfefe 7ae0
0701 fd. 

That middle 0x0701 is a nonsense command for the IC-7600. I have no idea what was being attempted, but a first
guess is that you are probing the rig to determine if it can be put into split mode. In that case my
interceptor substitutes 0x0f01 for that 0x0701, which places the IC-7600 into Split mode. 

Doing this makes WSJT-X perform as expected. 

I waded into your Hamlib code for Icom radios, and found where the likely culprits are, but I can't be sure,
and WSJT-X is using Hamlib in DLL form, making it difficult to see just how it is using Hamlib. 

So the problem might be in Hamlib, or it might be in WSJT-X. I suspect Hamlib has the problem, since the 0x0701
is a nonsense code for the IC-7600. 

Offhand, and with my Lisp bias, it seems that Hamlib has taken a rather rigid approach in defining radio
control sequences by hardcoding things into C. Contrast with the Omnirig and Rigcat approaches where
human editable personality files are used, and can more easily be corrected by end users. These other two
both have issues of their own, and frankly, nothing beats a fully dynamic and interactive Lisp approach. :-)

73 de Dave, N7AIG

Dr. David McClain
CTO & Co-Founder
Acudora, Inc.
e-mail: david <at> acudora.com
Tel: (+1) 520-529-2437

Sent from my iPad

------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
Kevin Zheng | 30 Jun 21:37 2014
Picon

[patch] Fix write-only transactions for the GS-232B

Hi there,

Hamlib is having some trouble working with my Yaesu GS-232B. I can send
it commands, but I receive a timeout error and see several (failed)
retry attempts. It turns out that the GS-232B does not give a 'success'
message for many commands, including rotation, move, and stop [1].

My second patch adds a write-only transaction function (actually, a
duplicate of the same from 'gs232.c') and uses it for several commands
that don't actually return a success message.

I noticed that there is no 'Create Ticket' button for me on the patch
tracker, and I decided that a merge request would be overkill.

Thanks,
Kevin Zheng

[1] http://gatorradio.org/Manuals/Yaesu_GS-232B_Manual.pdf
------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Ladislav Vaiz | 26 Jun 22:20 2014
Picon

HIDAPI for FUNcube

Hi all,
I was disgusted with experiments with FUNcube under Windows. 
Libusb-win32 is working, but installation of drivers is not easy. After 
install, other applications stop working because libusb-win32 grabs 
device and disallows access for non-libusb apps.

I've found HIDAPI library, which use native win32 API under Windows and 
libusb (unfortunately 1.0) on *nixes. Also modified FUNcube backend to 
use HIDAPI.

Nothing is perfect so here are some limitations. HIDAPI is supporting 
two backends under *nixes. Hidraw needs libudev so there is additional 
dependency for hamlib and udev rules are written in new form.

Second backend uses libusb 1.0. Its possible to link hamlib together 
with 0.1 and 1.0 :-)
In future, I think hamlib must upgrade to 1.0 so I think 1.0 is not big 
problem and I'm going not to downgrade HIDAPI to 0.1.

I don't use MAC OS X, I would like to ask users to test this patch.

I've tested the patch under Debian Wheezy with all combination of 
libudev-dev and libusb-1.0-0.dev. Mingw32 build on same system also 
works. So I hope incidental issues will be fixed easy.

73 Lada, OK1ZIA
Attachment (hidapi.diff): text/x-patch, 193 KiB
------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Hartinger Roland | 24 Jun 11:10 2014
Picon

send_cmd doesn't work

Hi,

using Hamlib to control my Kenwood TS-590S from my own program.

To be able to send raw commands to the rig not directly supported by Hamlib I'm using 'send_cmd' resp. 'w', but I do not get 
any results back, instead a timeout accour, for examle:

//send via my bash
echo "w FA;" | nc -w 5 127.0.0.1 4532

// result from rigctld with -vvvvv given:
Connection opened from 127.0.0.1:49515
rigctl(d): w 'currVFO' 'FA;' '' ''
write_block(): TX 4 bytes
0000    46 41 3b 0d                                         FA;.            
read_string(): RX 2 characters
0000    3f 3b                                               ?;              
read_string(): Timed out 0.500766 seconds without reading a character.
fscanf: Undefined error: 0
Connection closed from 127.0.0.1:49515

Can you please give me a hint why this is wrong usage or maybe a bug in the Kenwood backend!?

Thank you in advance for your help!

vy73 de DF1GR (Roland)





------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Richard Shaw | 18 Jun 22:42 2014
Picon

Patch for python bindings install location

I have a small patch to correct the install location of the python bindings.

Since it's not a pure python extension is belongs in pyexecdir instead of pythondir, which for multilib systems like Fedora will get installed into /usr/lib64/python{ver}/site-packages on 64bit systems.

This is consistent with the automake documentation:


Patch posted below.

Thanks,
Richard

diff -Naur hamlib-1.2.15.3.orig/bindings/Makefile.am hamlib-1.2.15.3/bindings/Makefile.am
--- hamlib-1.2.15.3.orig/bindings/Makefile.am   2012-11-01 16:27:27.000000000 -0500
+++ hamlib-1.2.15.3/bindings/Makefile.am        2014-06-18 15:06:39.006305823 -0500
<at> <at> -107,20 +107,20 <at> <at>

 python_ltlib = _Hamlib.la

-#pythondir = <at> pythondir <at>
+#pyexecdir = <at> pyexecdir <at>

 nodist__Hamlib_la_SOURCES = hamlibpy_wrap.c
 _Hamlib_la_LDFLAGS = -no-undefined -module -avoid-version
 _Hamlib_la_LIBADD = $(top_builddir)/src/libhamlib.la

-_Hamlib_ladir = $(pythondir)
+_Hamlib_ladir = $(pyexecdir)

 all-py: $(python_ltlib)

 check-py: all-py
        $(srcdir)/pytest.py || echo "Python test failed" 1>&2

-python_PYTHON = Hamlib.py
+pyexec_PYTHON = Hamlib.py

 _Hamlib_la_LTLIBRARIES = $(python_ltlib)
------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Gmane