<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/hamlib/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/hamlib/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sat, 23 Jan 2021 04:30:36 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/hamlib/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>#15 TenTec Delta2 files are in the Icom folder</title><link>https://sourceforge.net/p/hamlib/bugs/15/?limit=25#c65c</link><description>&lt;div class="markdown_content"&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;status&lt;/strong&gt;: open --&amp;gt; closed-fixed&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Group&lt;/strong&gt;:  --&amp;gt; &lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael Black</dc:creator><pubDate>Sat, 23 Jan 2021 04:30:36 -0000</pubDate><guid>https://sourceforge.net64bddc5b84094f6131f64fac3118394f5c8a08f0</guid></item><item><title>In rigctl, the "q" command is undocumented</title><link>https://sourceforge.net/p/hamlib/bugs/19/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The rigctl program recognizes the command "q", and this command is sent to the client, and also breaks the TCP connection.  This is very useful, but is undocumented.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James C. Ahlstrom</dc:creator><pubDate>Sun, 19 Aug 2012 20:18:38 -0000</pubDate><guid>https://sourceforge.netf34520e0c5223ef307fdd749531839b4c7f99a47</guid></item><item><title>rigctl command S (set_split_vfo) fails</title><link>https://sourceforge.net/p/hamlib/bugs/18/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I am using version hamlib-1.2.15.2~rc3.  Start rigctl and specify rig 2 (rigctld).  The command "s" (get_split_vfo) will return two parameters, the spilt state (0 or 1) and the TX VFO name.  The command "S" (set_split_vfo) will send one parameter, the TX VFO name, but will not send the split state (0 or 1).  This is incorrect.  In the file dummy/netrigctl.c change netrigctl_set_split_vfo() line 782:&lt;/p&gt;
&lt;p&gt;len = sprintf(cmd, "S %s\n", rig_strvfo(tx_vfo));&lt;/p&gt;
&lt;p&gt;to include the "split" paramater; perhaps:&lt;/p&gt;
&lt;p&gt;len = sprintf(cmd, "S %d %s\n", split, rig_strvfo(tx_vfo));&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James C. Ahlstrom</dc:creator><pubDate>Sun, 19 Aug 2012 20:02:23 -0000</pubDate><guid>https://sourceforge.netfa53292d4e3079b02646e9f37173aa9a40af00c6</guid></item><item><title>AR7030+: Error reading signal strength for low signal levels</title><link>https://sourceforge.net/p/hamlib/bugs/17/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Action: Using rigctl, request signal strength (STRENGTH) for a low signal level (~ &amp;lt; -100 dBm)&lt;/p&gt;
&lt;p&gt;Expected result: Read a signal level of -100 or less&lt;/p&gt;
&lt;p&gt;Actual result: Impossibly large negative value is returned.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Larry Gadallah, VE6VQ/W7</dc:creator><pubDate>Wed, 16 May 2012 15:45:11 -0000</pubDate><guid>https://sourceforge.net6fa554036df0df0422968c912d015ced4bbdf459</guid></item><item><title>ICom 910H - Unmotivatet switching between Main &amp; Sub</title><link>https://sourceforge.net/p/hamlib/bugs/16/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When the actual used frequency lies in the same band like the one you want to set, the main- and subband are swaped.&lt;br /&gt;
Definitely not the wanted behyvior.&lt;/p&gt;
&lt;p&gt;There is a Bug in the ic910_set_freq function.&lt;br /&gt;
Line 172 has to be:&lt;br /&gt;
if (compareFrequencies(rig, freq, otherfreq) == 0)&lt;br /&gt;
instead of:&lt;br /&gt;
if (compareFrequencies(rig, freq, otherfreq) )&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ArkturusMensk</dc:creator><pubDate>Fri, 27 Jan 2012 13:28:02 -0000</pubDate><guid>https://sourceforge.net830be64e5f5c993a59eb85c62187f341a1af2734</guid></item><item><title>TenTec Delta2 files are in the Icom folder</title><link>https://sourceforge.net/p/hamlib/bugs/15/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Not sure if it really is a bug but in looking for the Tentec Delta2 files I found themn in the Icom folder. Can they simply be moved or will the code need to be modified to account for the new location? Can this be remedied on the next release?&lt;/p&gt;
&lt;p&gt;Thanks,&lt;br /&gt;
Jim W3FA&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jim Bruce</dc:creator><pubDate>Fri, 30 Dec 2011 14:31:42 -0000</pubDate><guid>https://sourceforge.netcb093e29d1546e4eac30b9dcac975c165ea1de0a</guid></item><item><title>TenTec Delta2 files are in the Icom folder</title><link>https://sourceforge.net/p/hamlib/bugs/15/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Ticket 15 has been modified: TenTec Delta2 files are in the Icom folder&lt;br/&gt;
Edited By: Michael Black (mdblack98)&lt;br/&gt;
Status updated: u'open' =&amp;gt; u'closed-fixed'&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jim Bruce</dc:creator><pubDate>Fri, 30 Dec 2011 14:31:42 -0000</pubDate><guid>https://sourceforge.netc9b81974c052a783e240737c838feddf56dddd20</guid></item><item><title>hamlib-win32-1.2.14rc1.zip is inconsistent</title><link>https://sourceforge.net/p/hamlib/bugs/14/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I can not open hamlib-win32-1.2.14~rc1.zip with 7-zip (windows) or with unzip (linux).&lt;br /&gt;
Archive is inconsistent.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sun, 17 Jul 2011 13:26:42 -0000</pubDate><guid>https://sourceforge.netfe3c25583bfd7a9294e29c112a2160e5034d9829</guid></item><item><title>Si570 Bug (activates BPF in rigs without one; kills PTT)</title><link>https://sourceforge.net/p/hamlib/bugs/13/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;kit/si570avrusb.c has a bug. in si570avrusb_open, there is a call to setBPF. For some reason, this activates the band-pass filters (every time the device is opened). &lt;/p&gt;
&lt;p&gt;This is seriously wrong. There are softrocks with a switchable BPF and softrocks without one (the Ensemble RXTX). When there is no switabhe BPF, the same MCU pins are used to control PTT. What happens with hamlib is that it activates PBF every time you open the device, and this effectively kills PTT. &lt;/p&gt;
&lt;p&gt;There is no need to set the BPF on every open; this is done once from a configuration program (currently Windows only, I think).&lt;/p&gt;
&lt;p&gt;I commented this call out and my RXTX started working. It was not working before under Linux. (For some reason, it was working with hamlib under Windows; maybe a different version of hamlib).&lt;/p&gt;
&lt;p&gt;Thanks, Sivan Toledo, 4X6IZ&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 30 Mar 2011 10:10:09 -0000</pubDate><guid>https://sourceforge.netd3524f001fea12c243f10e43846cb6ae3024d251</guid></item><item><title>Can't use RTS-&gt;PTT with Icom 706 radios</title><link>https://sourceforge.net/p/hamlib/bugs/12/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;If you try to configure hamlib to use a Rigblaster Pllug &amp;amp; Play with, say, an Icom 706mkii you have problems.  As I understand the Rigblast Plug and Play: RTS keys the transmitter and DTR is for Morse.&lt;/p&gt;
&lt;p&gt;1)  "rigctl --model=310 --rig-file=/dev/ttyUSB0" immediately keys the radio because, apparently, RTS is set on by default.&lt;/p&gt;
&lt;p&gt;2)  "rigctl --model=310 --rig-file=/dev/ttyUSB0 --set-conf=rts_state="OFF"" solves that problem.  But unfortunately, you get this:&lt;/p&gt;
&lt;p&gt;Rig command: T/1&lt;br /&gt;
PTT: set_ptt: error = Feature not available&lt;/p&gt;
&lt;p&gt;3) OK, well then: try: "rigctl --model=310 --rig-file=/dev/ttyUSB0 --ptt-file=/dev/ttyUSB0 --ptt-type=RTS".  Oopsie, that keys the radio.&lt;/p&gt;
&lt;p&gt;4) How about: "rigctl --model=310 --rig-file=/dev/ttyUSB0 --ptt-file=/dev/ttyUSB0 --ptt-type=RTS --set-conf=rts_state="OFF"".  That gives:&lt;/p&gt;
&lt;p&gt;Cannot set RTS with PTT by RTS or hardware handshare "/dev/ttyUSB0"&lt;br /&gt;
rig_open: error = Invalid configuration &lt;/p&gt;
&lt;p&gt;So you are pretty much stymied.&lt;/p&gt;
&lt;p&gt;This is with hamlib 1.2.10-3 on Linux Mint 9 which is pretty much Ubuntu 10.04.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Robert Withrow</dc:creator><pubDate>Mon, 30 Aug 2010 01:39:02 -0000</pubDate><guid>https://sourceforge.netebb4d0b762ac0ac2b5b360ce54315b7538749140</guid></item></channel></rss>