http://blog.gmane.org/gmane.linux.hams.hamlib.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4168 <pre>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 </pre> Juho Juopperi 2013-06-10T09:28:19 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4166 <pre>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&lt;&lt;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</pre> Jim Shaffer 2013-06-06T14:00:56 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4165 <pre>[[ 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&lt; at &gt;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: * Scientific and engineering applications * Industrial controls * Distributed </pre> Andreas Kupries 2013-06-05T16:57:22 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4156 <pre>I'll admit to not ever hearing of a TRC-80, but that's mot unusual. Is anyone familiar with this? 73, de Nate &gt;&gt; ----- Forwarded message from "William, ZS4L" &lt;zs4l&lt; at &gt;users.sf.net&gt; ----- Date: Mon, 03 Jun 2013 11:05:00 +0000 From: "William, ZS4L" &lt;zs4l&lt; at &gt;users.sf.net&gt; To: "[hamlib:discussion] " &lt;25919&lt; at &gt;discussion.hamlib.p.re.sf.net&gt; 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 ----- </pre> Nate Bargmann 2013-06-03T11:10:26 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4151 <pre>I have been testing hamlib's rotor control with a home brew rotor setup using an arduino based rotator controller which can emulate the various Yaesu GS-232 models. (http://blog.radioartisan.com/yaesu-rotator-computer-serial-interface/) I'm using GS-232B mode however it seems that rotctld assumes both the Yaesu GS-232A and GS-232B rotators are az/el types and will not work if you don't have an az/el rotor. The code author (Anthony Good) modified his code to return dummy zero values for elevation commands (like C2) to keep it happy. any chance this could get looked at? Cheers John, N0CTL ------------------------------------------------------------------------------ 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 &lt;2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2_______________________________________________ Hamli</pre> John Scherer 2013-06-01T17:53:42 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4135 <pre>Hello ! I want ask you about problem with hamlib adaptation. We have M2 Antenna System RC2800PRKX2SU. I'm sure rotator is turned on and connected, because M2 test program runs OK and all commands send on rotator are terminated well. But when I try to run hamlib, it seems that we have no connection with rotator at all. _For example:_ /D:\14.Управление антенной\hamlib-win32-1.2.15.3\bin&gt;rotctl -m 1001 -vvvvv -r COM4// //rotctl, Hamlib 1.2.15.3// //Report bugs to &lt;hamlib-developer&lt; at &gt;lists.sourceforge.net&gt;// // //rot:rot_init called// //rot: loading backend m2// //initrots2_m2 called// //rot_register (1001)// //rot:rot_open called// //Opened rot model 1001, 'RC2800'// //Backend version: 0.1.1, Status: Beta// // //Rotator command: p// //rc2800_rot_get_position called// //write_block(): TX 2 bytes// //0000 41 0d A.// //read_string(): Timed out 1.687587 seconds without reading a character.// //write_block(): TX 2 bytes// //0000 41 0d A.// //read_string(): Timed out 1.671960 seconds witho</pre> Sobolev 2013-05-29T10:10:18 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4130 <pre>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 &amp; 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, &amp; 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 </pre> Jim Talens 2013-05-26T15:14:36 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4125 <pre>Hello Nate, hello list :) so, I haven't too much time in recent past, but as I wrote few months ago I restructured the API functions. When I started to use hamlib (with Python) I could't use few functions (eg: send_morse), because the order (and number) of arguments doesn't match with C functions - but it hasn't own API without documentation. In API the all functions where the first argument is a vfo object, accepts it as last argument, and it's not mandatory, it has a default value. After I discuss this problem with Nate and I suggested change all functions to be conform with original C API. I think this is not necessarily a good solution, so I think I keep untached the "reordered" arguments functions, but rename all of them. So, I attached the patches: * rig.swg.patch: contains the core modifications to make all of above * pytest.py.patch: contains the modifications of Nate's Python example, but there is the new and old formula of the affected functions * perltest.pl.patch: same as pytest.py.</pre> Ervin Hegedüs - HA2OS 2013-05-20T13:59:08 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4124 <pre>I noted that a recent update to Debian Unstable's MinGW had the libpthread-mingw package. This is the Pthreads-win32 package integrated into Mingw W64. I've pushed a recent set of patches fixing a few build issues with enabling pthreads in MinGW. Enabling threading exposed another bug where an additional header file must be included for W2k support. This means that rigctld and rotctld may now accept multiple concurrent connections just as on POSIX systems. I was able to connect with three instances of rigctl in my tests on W2k, Windows XP, and Windows 7. As a result, I think that our custom getaddrinfo and freeaddrinfo implementation may now be obsolete as MinGW is providing that support. Also, I pushed patches this week that corrected some build issues in Cygwin when building Hamlib as a Cygwin hosted executable (not compiled with MinGW in Cygwin, that I've yet to try). One thing that does not work when compiling in Cygwin is the '--with-included-ltdl' option to configure. It even fails with the sa</pre> Nate Bargmann 2013-05-18T17:19:03 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4123 <pre>As a learning experience I have spent a little time checking out the functionality of hamlib when communicating with the TS-590S. Environment: hamlib v 1.2.15.3 Windows XP Tested with rigctl A summary of the results is at: &lt;http://homepage.ntlworld.com/wadei/hamlib/130509-g3nrw-hamlib590-rigctl- blackbox.pdf&gt; I have discovered a few minor bugs, highlighted in red. Fixing these should not be a big problem. Comments welcome. </pre> Ian Wade G3NRW 2013-05-13T21:41:02 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4121 <pre>Last night I committed a set of patches as a result of my getting Hamlib to compile on Cygwin, a POSIX environment that installs and runs on Windows. As I forgot a '#else' statement, I added one additional patch this morning that fixed the build on mingw32msvc used to generate the daily Windows snapshots. So, for anyone interested in Cygwin, this should be some welcome news. 73, de Nate &gt;&gt; </pre> Nate Bargmann 2013-05-10T13:18:48 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4096 <pre>A recent post to Planet Debian alerted me to the fact that a parallel buildd exists for Sid that uses CLang as the compiler instead of GCC: http://sylvestre.ledru.info/blog/sylvestre/2013/05/06/follow_up_on_debian_aamp_clang As I'm interested in how Hamlib would fare with alternates, I took a look: http://buildd-clang.debian.net/package.php?p=hamlib&amp;suite=sid Success! No problems reported. I'd like to chalk that up to superior coding skills, but for my part it is probably more likley being lucky rather than good. ;-) Regardless, anyone interested in CLang should have the confidence that using it instead of GCC for compiling Hamlib will work. 73, de Nate &gt;&gt; </pre> Nate Bargmann 2013-05-07T13:55:26 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4092 <pre>Hello all. I have just joined this list, and have a special interest in the Kenwood TS-590S. Is there a special (sub)section anywhere devoted to this radio, or do I just have to plow/plough through the archives to discover previous discussions? (P.S. Joe: I'm on the case). </pre> Ian Wade G3NRW 2013-05-07T08:11:22 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4074 <pre>------------------------------------------------------------------------------ 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 &lt;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&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hamlib-developer </pre> Greg Troxel 2013-05-03T00:10:51 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4069 <pre>Not sure what's up here, but it seems wsjt-x people are running into timeouts not behaving right. ------------------------------------------------------------------------------ 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 &lt;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&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hamlib-developer </pre> Greg Troxel 2013-05-02T11:21:51 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4068 <pre>Hi all, I think there is bug in win32 tcflush function: c:\hamlib&gt;rigctl -m 311 -r com4 -vvvvv ... Rig command: f write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 6 characters 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe e0 58 03 00 00 00 44 01 fd ...X....D.. Frequency: 144000000 Rig command: f write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 6 characters 0000 fe fe 58 e0 03 fd ..X... read_string(): RX 11 characters 0000 fe fe e0 58 03 00 00 00 44 01 fd ...X....D.. Frequency: 144000000 Until here OK, Freq is 144.0 MHz. Now i will tune in 100kHz steps to 145.0 MHz without command. IC706MKIIG will send frequency updates (I think to CI-V address 00). Next commands failed: Rig command: f write_block(): TX 6 bytes 0000 fe fe 58 e0 03 fd </pre> Ladislav Vaiz 2013-05-01T09:13:11 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4059 <pre>Hi, MXE needs for each module, a file called src/module.mk I have a draft of hamlib.mk: # This file is part of MXE. # See index.html for further information. PKG := hamlib $(PKG)_IGNORE := $(PKG)_CHECKSUM := ??????????? $(PKG)_SUBDIR := hamlib-$($(PKG)_VERSION) $(PKG)_FILE := hamlib-$($(PKG)_VERSION).tar.gz $(PKG)_URL := http://ignum.dl.sourceforge.net/project/hamlib/hamlib/$($(PKG)_VERSION)/$($(PKG)_FILE) $(PKG)_DEPS := gcc libxml2 define $(PKG)_BUILD cd '$(1)' &amp;&amp; ./configure \ --host='$(TARGET)' \ --with-included-ltdl \ --prefix='$(PREFIX)/$(TARGET)' \ --enable-static $(MAKE) -C '$(1)' -j '$(JOBS)' install bin_PROGRAMS= sbin_PROGRAMS= noinst_PROGRAMS= endef Any thoughts ? ------------------------------------------------------------------------------ Try New Relic Now &amp; 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 an</pre> remi.chateauneu< at >gmail.com 2013-04-24T20:59:56 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4051 <pre>Hi, Short recap after this conversation about how to build Hamlib3 with MXE. Confirmation from Hamlib developers are warmly welcome :):) !! Summary here: http://permalink.gmane.org/gmane.linux.hams.hamlib.devel/4012 Note: This applies only with Hamlib3. The command I use to build Hamlib3 with MXE is: ./configure --host=i686-pc-mingw32 --prefix=/opt/mxe/usr/i686-pc-mingw32/ --with-included-ltdl This other option does not change anything, because the static libs are already built. ./configure --host=i686-pc-mingw32 --prefix=/opt/mxe/usr/i686-pc-mingw32/ --with-included-ltdl --enable-static This is actually tested with fldigi also built with MXE (But the code must be tweaked). It might be possible to build the existing version of Hamlib, but an extra manual step is necessary which is really not worth. Many extra options are not tested yet with MXE, such as libusb, usrp, winradio etc... It all depends on the libraries which are already available in MXE of course. Thanks Remi F4ECW ---------</pre> remi.chateauneu< at >gmail.com 2013-04-16T21:19:55 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4045 <pre>If I start my application and the transceiver is turned off, rig_init does not return from the call. So, the question is, how to determine if the cat is going to work when I launch the app? Thanks and 73 Wayne K4ELO ------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis &amp; visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter </pre> k4elo< at >fastmail.fm 2013-04-14T14:59:18 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4044 <pre>[[ Notes: Karl Lehenbauer of FlightAware is confirmed as our Keynote speaker. http://www.flightaware.com ]] 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 June 22, 2013 Notification to authors August 5, 2013 Author materials due September 2, 2013 Tutorials Start September 23, 2013 Conference starts September 25, 2013 Email Contact: tclconference&lt; at &gt;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: * Scientific and engineering applications * Industrial controls * </pre> Andreas Kupries 2013-04-09T20:23:33 http://comments.gmane.org/gmane.linux.hams.hamlib.devel/4034 <pre>Now that it appears that we finally have spring in DO33, I set up my station to try controlling my radio with Gpredict/hamlib for the first time. I'm running the software with openSuse 11.4 as the operating system on an IBM Thinkpad. The radio is programmed for a number of satellites and it was set at one of the memories when I switched everything on. My plan was to track the HO-68 telemetry beacon. I set Gpredict to follow the signal and my radio did so for a while. Then, for some reason, the radio and Gpredict weren't synchronized. After about a minute, the VFOs changed frequencies to something close to what was stored in the memory. When that happened, I couldn't regain control with Gpredict. This occurred twice during the pass I was monitoring. Does anyone have any ideas or suggestions? Was there a setting or a procedure that I overlooked? I noticed that the computer's battery was low on charge, so perhaps that had something to do with it. I'm posting this to the hamlib and Gpredict mailing l</pre> B J 2013-03-27T20:44:55 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.hams.hamlib.devel