hamlib-developer Mailing List for Ham Radio Control Libraries
Library to control radio transceivers and receivers
Brought to you by:
n0nb
Menu
▾
▴
hamlib-developer — hamlib developers forum
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(24) |
Oct
(16) |
Nov
(8) |
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(49) |
Feb
(17) |
Mar
(3) |
Apr
(7) |
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
(8) |
Sep
(18) |
Oct
(15) |
Nov
(15) |
Dec
(26) |
| 2002 |
Jan
(46) |
Feb
(14) |
Mar
(44) |
Apr
(3) |
May
(6) |
Jun
(47) |
Jul
(40) |
Aug
(14) |
Sep
(59) |
Oct
(39) |
Nov
(58) |
Dec
(76) |
| 2003 |
Jan
(82) |
Feb
(66) |
Mar
(37) |
Apr
(56) |
May
(34) |
Jun
(19) |
Jul
(23) |
Aug
(55) |
Sep
(31) |
Oct
(40) |
Nov
(21) |
Dec
(60) |
| 2004 |
Jan
(57) |
Feb
(110) |
Mar
(41) |
Apr
(17) |
May
(18) |
Jun
(19) |
Jul
(18) |
Aug
(5) |
Sep
(31) |
Oct
(16) |
Nov
(26) |
Dec
(36) |
| 2005 |
Jan
(69) |
Feb
(26) |
Mar
(62) |
Apr
(120) |
May
(31) |
Jun
(47) |
Jul
(7) |
Aug
(27) |
Sep
(4) |
Oct
(9) |
Nov
(26) |
Dec
(21) |
| 2006 |
Jan
(13) |
Feb
(26) |
Mar
(38) |
Apr
(31) |
May
(17) |
Jun
(6) |
Jul
(23) |
Aug
(6) |
Sep
(38) |
Oct
(87) |
Nov
(49) |
Dec
(49) |
| 2007 |
Jan
(52) |
Feb
(19) |
Mar
(20) |
Apr
(5) |
May
(25) |
Jun
(15) |
Jul
(49) |
Aug
(43) |
Sep
(21) |
Oct
(21) |
Nov
(27) |
Dec
(10) |
| 2008 |
Jan
(23) |
Feb
(20) |
Mar
(25) |
Apr
(39) |
May
(36) |
Jun
(17) |
Jul
(10) |
Aug
(18) |
Sep
(44) |
Oct
(88) |
Nov
(60) |
Dec
(65) |
| 2009 |
Jan
(99) |
Feb
(91) |
Mar
(49) |
Apr
(34) |
May
(52) |
Jun
(9) |
Jul
(11) |
Aug
(4) |
Sep
(41) |
Oct
(16) |
Nov
(51) |
Dec
(71) |
| 2010 |
Jan
(43) |
Feb
(79) |
Mar
(59) |
Apr
(55) |
May
(51) |
Jun
(38) |
Jul
(38) |
Aug
(61) |
Sep
(53) |
Oct
(46) |
Nov
(43) |
Dec
(41) |
| 2011 |
Jan
(74) |
Feb
(96) |
Mar
(41) |
Apr
(42) |
May
(61) |
Jun
(66) |
Jul
(50) |
Aug
(40) |
Sep
(11) |
Oct
(30) |
Nov
(21) |
Dec
(45) |
| 2012 |
Jan
(59) |
Feb
(4) |
Mar
(52) |
Apr
(19) |
May
(62) |
Jun
(46) |
Jul
(61) |
Aug
(18) |
Sep
(21) |
Oct
(25) |
Nov
(66) |
Dec
(41) |
| 2013 |
Jan
(36) |
Feb
(64) |
Mar
(37) |
Apr
(24) |
May
(74) |
Jun
(40) |
Jul
(43) |
Aug
(34) |
Sep
(65) |
Oct
(52) |
Nov
(23) |
Dec
(20) |
| 2014 |
Jan
(18) |
Feb
(29) |
Mar
(13) |
Apr
(41) |
May
(10) |
Jun
(12) |
Jul
(16) |
Aug
(25) |
Sep
(20) |
Oct
(56) |
Nov
(43) |
Dec
(61) |
| 2015 |
Jan
(36) |
Feb
(38) |
Mar
(92) |
Apr
(42) |
May
(13) |
Jun
(19) |
Jul
(18) |
Aug
(22) |
Sep
(21) |
Oct
(2) |
Nov
(49) |
Dec
(22) |
| 2016 |
Jan
(55) |
Feb
(144) |
Mar
(40) |
Apr
(98) |
May
(61) |
Jun
(36) |
Jul
(16) |
Aug
(33) |
Sep
(59) |
Oct
(16) |
Nov
(37) |
Dec
(32) |
| 2017 |
Jan
(70) |
Feb
(71) |
Mar
(14) |
Apr
(43) |
May
(31) |
Jun
(24) |
Jul
(38) |
Aug
(54) |
Sep
(24) |
Oct
(15) |
Nov
(26) |
Dec
(27) |
| 2018 |
Jan
(22) |
Feb
(24) |
Mar
(109) |
Apr
(12) |
May
(46) |
Jun
(23) |
Jul
(39) |
Aug
(34) |
Sep
(22) |
Oct
(43) |
Nov
(26) |
Dec
(157) |
| 2019 |
Jan
(102) |
Feb
(51) |
Mar
(63) |
Apr
(60) |
May
(91) |
Jun
(55) |
Jul
(27) |
Aug
(76) |
Sep
(52) |
Oct
(95) |
Nov
(67) |
Dec
(204) |
| 2020 |
Jan
(311) |
Feb
(148) |
Mar
(230) |
Apr
(122) |
May
(204) |
Jun
(204) |
Jul
(114) |
Aug
(36) |
Sep
(120) |
Oct
(186) |
Nov
(60) |
Dec
(151) |
| 2021 |
Jan
(182) |
Feb
(171) |
Mar
(202) |
Apr
(153) |
May
(110) |
Jun
(50) |
Jul
(58) |
Aug
(142) |
Sep
(112) |
Oct
(120) |
Nov
(97) |
Dec
(125) |
| 2022 |
Jan
(175) |
Feb
(147) |
Mar
(54) |
Apr
(73) |
May
(127) |
Jun
(95) |
Jul
(88) |
Aug
(85) |
Sep
(38) |
Oct
(40) |
Nov
(116) |
Dec
(159) |
| 2023 |
Jan
(175) |
Feb
(55) |
Mar
(83) |
Apr
(70) |
May
(165) |
Jun
(79) |
Jul
(123) |
Aug
(90) |
Sep
(40) |
Oct
(95) |
Nov
(84) |
Dec
(88) |
| 2024 |
Jan
(105) |
Feb
(60) |
Mar
(52) |
Apr
(43) |
May
(56) |
Jun
(59) |
Jul
(53) |
Aug
(47) |
Sep
(62) |
Oct
(36) |
Nov
(45) |
Dec
(100) |
| 2025 |
Jan
(52) |
Feb
(45) |
Mar
(30) |
Apr
(97) |
May
(72) |
Jun
(83) |
Jul
(124) |
Aug
(83) |
Sep
(84) |
Oct
(20) |
Nov
(49) |
Dec
(53) |
| 2026 |
Jan
(53) |
Feb
(62) |
Mar
(48) |
Apr
(73) |
May
(56) |
Jun
(31) |
Jul
(39) |
Aug
(10) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Uwe, D. <dg...@gm...> - 2026-08-05 10:07:03
|
Hi Ronnie, At first glance, I don't see anything unusual in either of the two files. So for now, I'm assuming that the CAT connection to your FT-7300MK2 is working perfectly. However, audio connections don't go through Hamlib. So if it's just a matter of audio problems, then the cause is likely something other than Hamlib. I saw in your other posts that you are using Windows 11. Therefore, the following things are relevant: 1. Is the audio communication between WSJT-X and you rig allowed in Windows 11's security settings? At least, any "microphone" has to be allowed first. But it is not very likely that this blocks any outgoing audio from WSJT-X. 2. Please verify that the correct audio from WSJT-X goes to your radio. Note that WSJT-X has two audio outputs: One for the normal signals, and a second one where the alert sound are to be played. It is important, that your FT-7300MK2 is connected to the correct output channel, and that this signal is not muted on Windows level. You can check this for example using Windows' old "Sound" settings dialogue: 3. Ensure that your audio connection is not blocked by third-party security software. I'm aware of at least one widely used security suite which has its own audio firewall. If you use anything like that, make sure that WSJT-X is not blocked there. 4. Make sure that both WSJT-X and your FT-7300MK2 are properly configured regarding audio in/out, (hardware) mode, etc. For example, with my FT-991, I have to set WSJT-X to “Data/Pkt” mode and configure the FT-991 to use USB audio instead of the microphone. If I set Mode to “USB” in WSJT-X, the FT-991 would incorrectly use the handheld microphone instead of the digital audio signal from WSJT-X coming in via USB. 73 de DG2YCB, Uwe ________________________________________ German Amateur Radio Station DG2YCB Dr. Uwe Risse eMail: dg...@gm... Info: www.qrz.com/db/DG2YCB Am 04.08.2026 um 19:23 schrieb Ronnie Lefler Jr: > I was told in groups IO by Uwe, DG2YCB to send these files. My 7300MK2 > isn't sending any RF out. it does just fine with every other software > related to ham radio. > > > > > > > > *Ronnie Lefler Jr* > > > > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: Ronnie L. Jr <dxp...@gm...> - 2026-08-04 17:24:05
|
I was told in groups IO by Uwe, DG2YCB to send these files. My 7300MK2 isn't sending any RF out. it does just fine with every other software related to ham radio. *Ronnie Lefler Jr* |
|
From: Nate B. <no...@gi...> - 2026-08-02 14:04:57
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 3f3e4becb305ea18f276f53651a188cb090da7b0 https://github.com/Hamlib/Hamlib/commit/3f3e4becb305ea18f276f53651a188cb090da7b0 Author: Miao Wang <sha...@gm...> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M rigs/yaesu/ftx1/ftx1.c M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_ctcss.c M rigs/yaesu/ftx1/ftx1_func.c Log Message: ----------- ftx1: Fix CTCSS/DCS tone handling and add CSQL support Correct several issues in the FTX-1 CTCSS/DCS implementation: * Add DCS code table (ftx1_dcs_codes[]) and index<->code conversion helpers (ftx1_code_to_dcs_num/ftx1_dcs_num_to_code). Previously set_dcs_code/get_dcs_code passed the raw DCS code value (e.g. 023) directly to the CN command, which expects a 0-based table index (000-103). The code value is now converted to/from the index on set/get respectively. * Fix CN command parameter documentation. P1 is the VFO selector (0=Main/1=Sub), not a TX/RX selector as previously stated. * Simplify set/get_ctcss_sql to delegate to set/get_ctcss_tone, and set/get_dcs_sql to delegate to set/get_dcs_code. The FTX-1 does not support separate TX/RX tones or DCS codes, so the previous CN10/CN11 (Sub VFO) usage was incorrect. * Add RIG_FUNC_CSQL support in set_func/get_func and rig caps, mapping it to the CT3 (DCS) mode via FTX1_CTCSS_MODE_DCS. Commit: b897a7bed5ce9c307c5ec12f5e6f55bbb7b6a81b https://github.com/Hamlib/Hamlib/commit/b897a7bed5ce9c307c5ec12f5e6f55bbb7b6a81b Author: Nate Bargmann <n0...@n0...> Date: 2026-08-02 (Sun, 02 Aug 2026) Changed paths: M rigs/yaesu/ftx1/ftx1.c M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_ctcss.c M rigs/yaesu/ftx1/ftx1_func.c Log Message: ----------- Merge GitHub PR #2117 Compare: https://github.com/Hamlib/Hamlib/compare/e08e3978f3ca...b897a7bed5ce To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-08-02 14:04:12
|
Branch: refs/heads/Hamlib-4.7 Home: https://github.com/Hamlib/Hamlib Commit: 4c27198e02c2d94e3de341c629d8e95ebbecbd6b https://github.com/Hamlib/Hamlib/commit/4c27198e02c2d94e3de341c629d8e95ebbecbd6b Author: Miao Wang <sha...@gm...> Date: 2026-08-02 (Sun, 02 Aug 2026) Changed paths: M rigs/yaesu/ftx1/ftx1.c M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_ctcss.c M rigs/yaesu/ftx1/ftx1_func.c Log Message: ----------- ftx1: Fix CTCSS/DCS tone handling and add CSQL support Correct several issues in the FTX-1 CTCSS/DCS implementation: * Add DCS code table (ftx1_dcs_codes[]) and index<->code conversion helpers (ftx1_code_to_dcs_num/ftx1_dcs_num_to_code). Previously set_dcs_code/get_dcs_code passed the raw DCS code value (e.g. 023) directly to the CN command, which expects a 0-based table index (000-103). The code value is now converted to/from the index on set/get respectively. * Fix CN command parameter documentation. P1 is the VFO selector (0=Main/1=Sub), not a TX/RX selector as previously stated. * Simplify set/get_ctcss_sql to delegate to set/get_ctcss_tone, and set/get_dcs_sql to delegate to set/get_dcs_code. The FTX-1 does not support separate TX/RX tones or DCS codes, so the previous CN10/CN11 (Sub VFO) usage was incorrect. * Add RIG_FUNC_CSQL support in set_func/get_func and rig caps, mapping it to the CT3 (DCS) mode via FTX1_CTCSS_MODE_DCS. (cherry picked from commit 3f3e4becb305ea18f276f53651a188cb090da7b0) Commit: e5e1a080fdbf06931a206b265b90cdff2fc6b543 https://github.com/Hamlib/Hamlib/commit/e5e1a080fdbf06931a206b265b90cdff2fc6b543 Author: Nate Bargmann <n0...@n0...> Date: 2026-08-02 (Sun, 02 Aug 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS for FTX-1 CTCSS/DCS tone handling Compare: https://github.com/Hamlib/Hamlib/compare/366d77f925ea...e5e1a080fdbf To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-08-02 02:57:43
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: e08e3978f3cabe6b2c05b2cd93bdb7caf0382174 https://github.com/Hamlib/Hamlib/commit/e08e3978f3cabe6b2c05b2cd93bdb7caf0382174 Author: Nate Bargmann <n0...@n0...> Date: 2026-08-01 (Sat, 01 Aug 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS for dummy string values copying fix To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-08-02 02:54:29
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: eff25c947233d711db3220bde12eea3025838e8c https://github.com/Hamlib/Hamlib/commit/eff25c947233d711db3220bde12eea3025838e8c Author: David Christle <dch...@us...> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M rigs/dummy/dummy.c M tests/Makefile.am A tests/testdummyparm.c Log Message: ----------- fix(dummy): copy string parameter values The Dummy backend retained caller-owned string pointers in its parameter array, leaving BANDSELECT and KEYERTYPE dangling after the caller returned. Deep-copy string parameters, release replacements during cleanup, and add set/get ownership regressions for both string-valued parameters. Commit: 06d19e6c92626d60399ae642e440ce2f38981a34 https://github.com/Hamlib/Hamlib/commit/06d19e6c92626d60399ae642e440ce2f38981a34 Author: Nate Bargmann <n0...@n0...> Date: 2026-08-01 (Sat, 01 Aug 2026) Changed paths: M rigs/dummy/dummy.c M tests/Makefile.am A tests/testdummyparm.c Log Message: ----------- Merge GitHub PR #2115 Compare: https://github.com/Hamlib/Hamlib/compare/8ac832885c93...06d19e6c9262 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-08-01 13:26:35
|
Branch: refs/heads/Hamlib-4.7 Home: https://github.com/Hamlib/Hamlib Commit: 113fbcdf3bade1247c0574175c17bbcdfe452108 https://github.com/Hamlib/Hamlib/commit/113fbcdf3bade1247c0574175c17bbcdfe452108 Author: David Christle <dch...@us...> Date: 2026-08-01 (Sat, 01 Aug 2026) Changed paths: M src/misc.c M tests/testbcd.c Log Message: ----------- fix(core): terminate empty hexadecimal output to_hex() left non-empty destination buffers untouched when the source length was zero. Initialize the output string before returning and cover the empty conversion in testbcd. (cherry picked from commit 439f91fa28486b01c51602434fabba33c41a7e69) Commit: 366d77f925eaceb2c7711d105f925823d1614961 https://github.com/Hamlib/Hamlib/commit/366d77f925eaceb2c7711d105f925823d1614961 Author: Nate Bargmann <n0...@n0...> Date: 2026-08-01 (Sat, 01 Aug 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS for terminate hex output fix Compare: https://github.com/Hamlib/Hamlib/compare/d0a984f37c35...366d77f925ea To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-08-01 11:54:48
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 439f91fa28486b01c51602434fabba33c41a7e69 https://github.com/Hamlib/Hamlib/commit/439f91fa28486b01c51602434fabba33c41a7e69 Author: David Christle <dch...@us...> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M src/misc.c M tests/testbcd.c Log Message: ----------- fix(core): terminate empty hexadecimal output to_hex() left non-empty destination buffers untouched when the source length was zero. Initialize the output string before returning and cover the empty conversion in testbcd. Commit: 8ac832885c9352efb2f4d9dd2cd5b980d96f5f02 https://github.com/Hamlib/Hamlib/commit/8ac832885c9352efb2f4d9dd2cd5b980d96f5f02 Author: Nate Bargmann <n0...@n0...> Date: 2026-08-01 (Sat, 01 Aug 2026) Changed paths: M src/misc.c M tests/testbcd.c Log Message: ----------- Merge GitHub PR #2114 Compare: https://github.com/Hamlib/Hamlib/compare/80940e56b4e8...8ac832885c93 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-08-01 11:11:17
|
Branch: refs/heads/Hamlib-4.7 Home: https://github.com/Hamlib/Hamlib Commit: d0a984f37c3501c9b84a4bb03b1fd0f25f5b116d https://github.com/Hamlib/Hamlib/commit/d0a984f37c3501c9b84a4bb03b1fd0f25f5b116d Author: Nate Bargmann <n0...@n0...> Date: 2026-08-01 (Sat, 01 Aug 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS with correct surname of David Christle To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-08-01 11:07:41
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 04fbd9d230014ca5444a9776941cef20e79e0b19 https://github.com/Hamlib/Hamlib/commit/04fbd9d230014ca5444a9776941cef20e79e0b19 Author: David Christle <dch...@us...> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M NEWS Log Message: ----------- docs(news): correct my surname Commit: 80940e56b4e800c09d649356f62cc6d7cf755f24 https://github.com/Hamlib/Hamlib/commit/80940e56b4e800c09d649356f62cc6d7cf755f24 Author: Nate Bargmann <n0...@n0...> Date: 2026-08-01 (Sat, 01 Aug 2026) Changed paths: M NEWS Log Message: ----------- Merge pull request #2127 from dchristle/docs/correct-news-attribution docs(news): correct my surname Compare: https://github.com/Hamlib/Hamlib/compare/568b6c1cdefd...80940e56b4e8 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-07-31 18:58:29
|
Branch: refs/heads/Hamlib-4.7 Home: https://github.com/Hamlib/Hamlib Commit: ba0d6c83fecd2a22b9c932fde1ce94a05ed061d4 https://github.com/Hamlib/Hamlib/commit/ba0d6c83fecd2a22b9c932fde1ce94a05ed061d4 Author: David Christle <dch...@us...> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M rigs/guohetec/pmr171.c M rigs/guohetec/q900.c Log Message: ----------- fix(guohetec): initialize fallback filter width PMR-171 and Q900 can return the private filter width when a mode query falls back to cached state. Initialize it to RIG_PASSBAND_NORMAL during backend setup. (cherry picked from commit 951ff936517a3c5745fd65ec3800b47d3e788f31) Commit: 7b20a0a6cce23b55b172f8a18ef9bb09e781566e https://github.com/Hamlib/Hamlib/commit/7b20a0a6cce23b55b172f8a18ef9bb09e781566e Author: Nate Bargmann <n0...@n0...> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS for Gouhetec filter fix Compare: https://github.com/Hamlib/Hamlib/compare/ebce0ed732e0...7b20a0a6cce2 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-07-31 18:57:35
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 951ff936517a3c5745fd65ec3800b47d3e788f31 https://github.com/Hamlib/Hamlib/commit/951ff936517a3c5745fd65ec3800b47d3e788f31 Author: David Christle <dch...@us...> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M rigs/guohetec/pmr171.c M rigs/guohetec/q900.c Log Message: ----------- fix(guohetec): initialize fallback filter width PMR-171 and Q900 can return the private filter width when a mode query falls back to cached state. Initialize it to RIG_PASSBAND_NORMAL during backend setup. Commit: 568b6c1cdefd4892f0ef28434a3cc4c7a03bfbba https://github.com/Hamlib/Hamlib/commit/568b6c1cdefd4892f0ef28434a3cc4c7a03bfbba Author: Nate Bargmann <n0...@n0...> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M rigs/guohetec/pmr171.c M rigs/guohetec/q900.c Log Message: ----------- Merge GitHub PR #2113 Compare: https://github.com/Hamlib/Hamlib/compare/26b00c2067f0...568b6c1cdefd To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <n0...@n0...> - 2026-07-31 18:53:14
|
Nigel is not subscribed. Please reply to him and CC the list. 73, Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Web: https://www.n0nb.us Projects: https://github.com/N0NB GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819 |
|
From: George B. <geo...@gm...> - 2026-07-31 18:40:44
|
I didn't notice before, but most(all?) of the "?" handlers didn't send the unique separator. |
|
From: George B. <geo...@gm...> - 2026-07-31 18:34:52
|
Yes, there were at least 4 others with the same problem. On 7/31/26 11:33 AM, gm...@bt... wrote: > Actually I've seen something similar with "set_mode ?" and "set_vfo ?". > > philip@chinook:~/run$ echo "|\set_mode ?" | nc -w 1 localhost 4532 > set_mode: ?|AM CW USB LSB RTTY FM WFM CWR RTTYR PKTLSB PKTUSB FM-D > AM-D D-STAR > RPRT 0 > > philip@chinook:~/run$ echo "|\set_vfo ?" | nc -w 1 localhost 4532 > set_vfo: ?|VFOA VFOB MEM > RPRT 0 > > 73 Phil GM3ZZA. > ------------------------------------------------------------------------ > *From:* George Baltz <geo...@gm...> > *Sent:* 29 July 2026 5:11 PM > *To:* ham...@li... > <ham...@li...> > *Subject:* Re: [Hamlib-developer] rigctld issue: Unexpected response > from get_rig_info > Yep, that command is missing the separator(has an extra '\n' instead). > > The response is a single record with internal newlines. > > Patch generated, > > On 7/29/26 10:41 AM, Philip Rose via Hamlib-developer wrote: > > I am currently assessing using rigctld on another project and I am > > getting an unexpected response as follows: > > > > > > philip@chinook:~/run$ echo "|\get_rig_info" | nc -w 1 localhost 4532 > > get_rig_info:|VFO=VFOA Freq=145575000 Mode=USB Width=3000 RX=1 TX=1 > > VFO=VFOB Freq=7070000 Mode=PKTUSB Width=2400 RX=0 TX=0 > > Split=0 SatMode=0 > > Rig=IC-705 > > App=Hamlib > > Version=20241103 1.1.0 > > Model=3085 > > CRC=0xb644552f > > > > RPRT 0 > > > > Rigctld was started with: > > > > philip@chinook:~/run$ rigctld -m 3085 -r /dev/ttyACM0 -s 19200 > > > > According to the man page: > > > > Separator character summary: > > > > ‘+’ Each record of the response is appended with a newline > > (‘\n’). > > > > ‘;’, ‘|’, or, ‘,’ > > Each record of the response is appended by the given > > character > > resulting in entire response on one line. > > > > These are common record separators for text > > representations of > > spreadsheet data, etc. > > > > So I would expect each line to have been separated with the '|' > > character. I can sort of justify that there is a single record > > "VFO........CRC=0xb644552f" (with internal CR/LF) but I would then at > > least expect the separator before the RPRT 0 part of the response. > > > > 73 Phil > > > > GM3ZZA > > > > > > > > > > > > > > _______________________________________________ > > Hamlib-developer mailing list > > Ham...@li... > > https://lists.sourceforge.net/lists/listinfo/hamlib-developer > > > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: Nate B. <no...@gi...> - 2026-07-31 17:58:23
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 064828f410960444a2ff68d6b141ce747d4b9acd https://github.com/Hamlib/Hamlib/commit/064828f410960444a2ff68d6b141ce747d4b9acd Author: Jon Snow <jon...@gm...> Date: 2026-07-04 (Sat, 04 Jul 2026) Changed paths: M configure.ac M include/hamlib/riglist.h A rigs/mini/Makefile.am A rigs/mini/mini.c A rigs/mini/mini.h M src/register.c Log Message: ----------- ATS Mini basic functionality Commit: 8d157a09a867e43f457fb71370eb721cb98c8e8b https://github.com/Hamlib/Hamlib/commit/8d157a09a867e43f457fb71370eb721cb98c8e8b Author: Jon Snow <518...@us...> Date: 2026-07-11 (Sat, 11 Jul 2026) Changed paths: A rigs/anytone/README.md M rigs/anytone/anytone.c M rigs/anytone/anytone.h M rigs/anytone/d578.c M rigs/kenwood/kenwood.c M rigs/kenwood/ts790.c Log Message: ----------- Merge branch 'Hamlib:master' into master Commit: ac05900450da44aa3ade1f900d657d54bb388d07 https://github.com/Hamlib/Hamlib/commit/ac05900450da44aa3ade1f900d657d54bb388d07 Author: Jon Snow <jon...@gm...> Date: 2026-07-12 (Sun, 12 Jul 2026) Changed paths: M bindings/python/test_Hamlib_class.py M configure.ac M include/hamlib/riglist.h A rigs/ats-mini/Makefile.am A rigs/ats-mini/ats.c A rigs/ats-mini/ats.h R rigs/mini/Makefile.am R rigs/mini/mini.c R rigs/mini/mini.h M src/register.c Log Message: ----------- add PR comments, change rig and folder name Commit: 00ce86d038955cb82e4a19cf88f2a75beba0b6ad https://github.com/Hamlib/Hamlib/commit/00ce86d038955cb82e4a19cf88f2a75beba0b6ad Author: Jon Snow <518...@us...> Date: 2026-07-24 (Fri, 24 Jul 2026) Changed paths: M README.developer M include/hamlib/rig.h M rigs/icom/ic7610.c M rigs/icom/ic7760.c M rigs/icom/icom.c M rigs/icom/icom_defs.h M rigs/yaesu/ftx1/ftx1.c M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_ext.c M rigs/yaesu/ftx1/ftx1_menu.c M rigs/yaesu/ftx1/ftx1_menu.h M rigs/yaesu/ftx1/ftx1_tx.c M rigs/yaesu/ftx1/ftx1_vfo.c Log Message: ----------- Merge branch 'Hamlib:master' into master Commit: 6cbc4f5a706d3270a4597196c05ab0a381ec8cd7 https://github.com/Hamlib/Hamlib/commit/6cbc4f5a706d3270a4597196c05ab0a381ec8cd7 Author: Jon Snow <jon...@gm...> Date: 2026-07-25 (Sat, 25 Jul 2026) Changed paths: M rigs/ats-mini/ats.c M rigs/ats-mini/ats.h Log Message: ----------- fix formatting Commit: 1db9187c0a7b6057a85c8e626f32b256fa5abc48 https://github.com/Hamlib/Hamlib/commit/1db9187c0a7b6057a85c8e626f32b256fa5abc48 Author: Jon Snow <jon...@gm...> Date: 2026-07-26 (Sun, 26 Jul 2026) Changed paths: M rigs/ats-mini/Makefile.am Log Message: ----------- disable truncation warnings Commit: d0805c935e2786c6fbc53fb7edcdc2f259e33da9 https://github.com/Hamlib/Hamlib/commit/d0805c935e2786c6fbc53fb7edcdc2f259e33da9 Author: Jon Snow <jon...@gm...> Date: 2026-07-26 (Sun, 26 Jul 2026) Changed paths: M rigs/ats-mini/ats.c Log Message: ----------- fix type warnings Commit: 379cf42746796f922a47fcf3eca335378dbff7e9 https://github.com/Hamlib/Hamlib/commit/379cf42746796f922a47fcf3eca335378dbff7e9 Author: Jon Snow <518...@us...> Date: 2026-07-26 (Sun, 26 Jul 2026) Changed paths: M include/hamlib/rig.h M rigs/dummy/dummy.c M rigs/dummy/dummy_common.c M rigs/dummy/dummy_common.h M rigs/dummy/netrigctl.c M rigs/dummy/quisk.c M src/debug.c M src/rig.c M tests/Makefile.am A tests/testdebug.c A tests/testnetrigctl.c Log Message: ----------- Merge branch 'Hamlib:master' into master Commit: cc6bbf70cc770a3cb8333ed207e2bc67ae24e74e https://github.com/Hamlib/Hamlib/commit/cc6bbf70cc770a3cb8333ed207e2bc67ae24e74e Author: Nate Bargmann <n0...@n0...> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M bindings/python/test_Hamlib_class.py M configure.ac M include/hamlib/riglist.h A rigs/ats-mini/Makefile.am A rigs/ats-mini/ats.c A rigs/ats-mini/ats.h M src/register.c Log Message: ----------- Merge GitHub PR #2089 Commit: 26b00c2067f0a9aeae61dec40e95fd95b2635379 https://github.com/Hamlib/Hamlib/commit/26b00c2067f0a9aeae61dec40e95fd95b2635379 Author: Nate Bargmann <n0...@n0...> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS for new ATS Mini backend/model Compare: https://github.com/Hamlib/Hamlib/compare/1f88c4b64dd5...26b00c2067f0 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-07-31 17:34:21
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: c0adbb27bbd5178832dc135633a0e66cb83c4521 https://github.com/Hamlib/Hamlib/commit/c0adbb27bbd5178832dc135633a0e66cb83c4521 Author: David Christle <dch...@us...> Date: 2026-07-27 (Mon, 27 Jul 2026) Changed paths: M tests/ampctl_parse.c M tests/rigctl_parse.c M tests/rotctl_parse.c Log Message: ----------- fix(ctl): bound command parser inputs Reject stream read errors instead of synthesizing empty commands, validate raw hexadecimal command syntax without reading past its terminator, and keep fixed-size command and description inputs within their actual capacities. Commit: b9b972378f9fbb1b79579d4d1671b713c3786831 https://github.com/Hamlib/Hamlib/commit/b9b972378f9fbb1b79579d4d1671b713c3786831 Author: David Christle <dch...@us...> Date: 2026-07-27 (Mon, 27 Jul 2026) Changed paths: M amplifiers/gemini/gemini.c M amplifiers/gemini/gemini.h M rigs/gomspace/gs100.c M rigs/icom/icom.c M rigs/icom/icom.h Log Message: ----------- fix(backends): validate bounded parser fields Stop Icom tuning-step lookup at each table sentinel and bound Gemini status fields without letting truncated scans cancel valid matches. Parse GS100 newline-delimited response lines until its exact non-terminated prompt while enforcing response and line-count limits. Commit: 86dcae5fd6e852ecea3eb9710b4b7ea92ecd4c7f https://github.com/Hamlib/Hamlib/commit/86dcae5fd6e852ecea3eb9710b4b7ea92ecd4c7f Author: David Christle <dch...@us...> Date: 2026-07-27 (Mon, 27 Jul 2026) Changed paths: M src/misc.c Log Message: ----------- fix(core): handle missing band metadata Check for the BANDSELECT opening delimiter before advancing into the band list in both numeric and string lookup paths. Commit: d60beb2e638ada12fba55a3ef14d35ed9fb9106c https://github.com/Hamlib/Hamlib/commit/d60beb2e638ada12fba55a3ef14d35ed9fb9106c Author: David Christle <dch...@us...> Date: 2026-07-27 (Mon, 27 Jul 2026) Changed paths: M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_audio.c M rigs/yaesu/ftx1/ftx1_clarifier.c M rigs/yaesu/ftx1/ftx1_ext.c Log Message: ----------- fix(ftx1): validate physical-device replies Require exact clarifier and extended-menu response structure, validate numeric conversions and terminators, and reject signed or out-of-range meter values. Commit: 5293dbb8558031f7e2a47aa49b4e4c9b23eb097d https://github.com/Hamlib/Hamlib/commit/5293dbb8558031f7e2a47aa49b4e4c9b23eb097d Author: David Christle <dch...@us...> Date: 2026-07-27 (Mon, 27 Jul 2026) Changed paths: M tests/.gitignore M tests/Makefile.am A tests/testbandmetadata.c A tests/testctlbounds.sh A tests/testctlparser.c A tests/testftx1parsers.c A tests/testgeministatus.c A tests/testgs100.c A tests/testicomts.c Log Message: ----------- test(parsers): add boundary regressions Exercise command stream failures, hexadecimal byte formats, backend truncation and framing, metadata absence, and physical-device reply boundaries with focused valid and malformed cases. Ignore the generated test binaries and harness logs. Commit: 3afe2133a1ef1010478ace1d8c2bb89ff831b70a https://github.com/Hamlib/Hamlib/commit/3afe2133a1ef1010478ace1d8c2bb89ff831b70a Author: David Christle <dch...@us...> Date: 2026-07-27 (Mon, 27 Jul 2026) Changed paths: M rigs/yaesu/ftx1/ftx1_audio.c Log Message: ----------- refactor(ftx1): simplify S-meter parsing Suppress the unused P1 conversion result while retaining the response-digit validation performed by the conversion. Commit: 560a44d844d12b5e91110102bd39df1f38086b8b https://github.com/Hamlib/Hamlib/commit/560a44d844d12b5e91110102bd39df1f38086b8b Author: David Christle <dch...@us...> Date: 2026-07-27 (Mon, 27 Jul 2026) Changed paths: M tests/ampctl_parse.c Log Message: ----------- fix(ampctl): bound escaped command parsing Stop binary command decoding at the documented escape boundary and use the conversion endpoint to advance. This avoids reading beyond a terminated command while preserving valid escaped bytes. Commit: 7e53a7da3177bec5526174c9523acfe3d7f6d323 https://github.com/Hamlib/Hamlib/commit/7e53a7da3177bec5526174c9523acfe3d7f6d323 Author: David Christle <dch...@us...> Date: 2026-07-27 (Mon, 27 Jul 2026) Changed paths: M amplifiers/expert/expert.c Log Message: ----------- fix(expert): validate status antenna fields Validate input and transmit-antenna digits against each model's declared capabilities before constructing antenna masks. Return a protocol error for malformed status fields. Commit: 489ca77a04e3622e57917e4061e4fa480a9cf238 https://github.com/Hamlib/Hamlib/commit/489ca77a04e3622e57917e4061e4fa480a9cf238 Author: David Christle <dch...@us...> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M src/misc.c M tests/testbandmetadata.c Log Message: ----------- fix(core): return generic band for missing metadata Band-name callers treat successful lookups as printable strings. Return BANDGEN when granularity metadata has no band list instead of propagating NULL into formatting paths. Commit: 1f804d4da78954a4413c81d92ace81eec120f569 https://github.com/Hamlib/Hamlib/commit/1f804d4da78954a4413c81d92ace81eec120f569 Author: David Christle <dch...@us...> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_audio.c M tests/testftx1parsers.c Log Message: ----------- fix(ftx1): validate S-meter response framing Require the response command, VFO selector, numeric payload, and terminator to match the requested S-meter frame. Reject malformed or mismatched replies without changing the output value. Commit: faefdac4ab8bf6d990b41469cad8692e8544f1af https://github.com/Hamlib/Hamlib/commit/faefdac4ab8bf6d990b41469cad8692e8544f1af Author: David Christle <dch...@us...> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M tests/rotctl_parse.c M tests/testctlbounds.sh Log Message: ----------- fix(rotctl): bound escaped command parsing Stop parsing when an escape is missing or consumes no input, and count only successfully decoded bytes. This avoids the extra strtol call beyond the command terminator while preserving valid raw commands. Commit: 04f13b4a015bbfc3c30daf11fc5ef5a2dae71124 https://github.com/Hamlib/Hamlib/commit/04f13b4a015bbfc3c30daf11fc5ef5a2dae71124 Author: Nate Bargmann <n0...@n0...> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M amplifiers/expert/expert.c M amplifiers/gemini/gemini.c M amplifiers/gemini/gemini.h M rigs/gomspace/gs100.c M rigs/icom/icom.c M rigs/icom/icom.h M rigs/yaesu/ftx1/ftx1.h M rigs/yaesu/ftx1/ftx1_audio.c M rigs/yaesu/ftx1/ftx1_clarifier.c M rigs/yaesu/ftx1/ftx1_ext.c M src/misc.c M tests/.gitignore M tests/Makefile.am M tests/ampctl_parse.c M tests/rigctl_parse.c M tests/rotctl_parse.c A tests/testbandmetadata.c A tests/testctlbounds.sh A tests/testctlparser.c A tests/testftx1parsers.c A tests/testgeministatus.c A tests/testgs100.c A tests/testicomts.c Log Message: ----------- Merge GitHub PR #2112 Commit: 1f88c4b64dd5b0010677c80460439fbe050519a5 https://github.com/Hamlib/Hamlib/commit/1f88c4b64dd5b0010677c80460439fbe050519a5 Author: Nate Bargmann <n0...@n0...> Date: 2026-07-31 (Fri, 31 Jul 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS for PRs applied to master only Compare: https://github.com/Hamlib/Hamlib/compare/9415c552b0f5...1f88c4b64dd5 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: <gm...@bt...> - 2026-07-31 15:45:35
|
I notice with set_level, I get the response. philip@chinook:~/run$ echo "|\set_level RF ?" | nc -w 1 localhost 4532 set_level: RF ?|(0.000000..1.000000/0.003922)|RPRT 0 This looks like the min, max and step values are getting returned. I can't see this documented in the man page. Is this something I can rely on? 73 Phil GM3ZZA. |
|
From: <gm...@bt...> - 2026-07-31 15:33:15
|
Actually I've seen something similar with "set_mode ?" and "set_vfo ?". philip@chinook:~/run$ echo "|\set_mode ?" | nc -w 1 localhost 4532 set_mode: ?|AM CW USB LSB RTTY FM WFM CWR RTTYR PKTLSB PKTUSB FM-D AM-D D-STAR RPRT 0 philip@chinook:~/run$ echo "|\set_vfo ?" | nc -w 1 localhost 4532 set_vfo: ?|VFOA VFOB MEM RPRT 0 73 Phil GM3ZZA. ________________________________ From: George Baltz <geo...@gm...> Sent: 29 July 2026 5:11 PM To: ham...@li... <ham...@li...> Subject: Re: [Hamlib-developer] rigctld issue: Unexpected response from get_rig_info Yep, that command is missing the separator(has an extra '\n' instead). The response is a single record with internal newlines. Patch generated, On 7/29/26 10:41 AM, Philip Rose via Hamlib-developer wrote: > I am currently assessing using rigctld on another project and I am > getting an unexpected response as follows: > > > philip@chinook:~/run$ echo "|\get_rig_info" | nc -w 1 localhost 4532 > get_rig_info:|VFO=VFOA Freq=145575000 Mode=USB Width=3000 RX=1 TX=1 > VFO=VFOB Freq=7070000 Mode=PKTUSB Width=2400 RX=0 TX=0 > Split=0 SatMode=0 > Rig=IC-705 > App=Hamlib > Version=20241103 1.1.0 > Model=3085 > CRC=0xb644552f > > RPRT 0 > > Rigctld was started with: > > philip@chinook:~/run$ rigctld -m 3085 -r /dev/ttyACM0 -s 19200 > > According to the man page: > > Separator character summary: > > ‘+’ Each record of the response is appended with a newline > (‘\n’). > > ‘;’, ‘|’, or, ‘,’ > Each record of the response is appended by the given > character > resulting in entire response on one line. > > These are common record separators for text > representations of > spreadsheet data, etc. > > So I would expect each line to have been separated with the '|' > character. I can sort of justify that there is a single record > "VFO........CRC=0xb644552f" (with internal CR/LF) but I would then at > least expect the separator before the RPRT 0 part of the response. > > 73 Phil > > GM3ZZA > > > > > > > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: Brad W. <K8...@ou...> - 2026-07-30 03:36:06
|
Running WSJT-x improved with Hamlib, Icom rigs IC-7300 and IC-9700. When in xmit and the radio returns to recv there is a delay of 3 to 5 seconds. The radio remains in xmit for that delay period although not xmitting tones. This has been an anomaly for at least a year. Can't find any setting or parameter that would cause the radio to remain in xmit for several seconds before returning to receive. PC is cold booted usually only once per day. Once PC boots, (3) rigs are powered on, then (2) rig specific instances of WSJT are launched, I run Tune from WSJT for each instance, if a delay occurs I restart that instance, usually only 1 restart is needed but it could take up to 3 or 4 WSJT restarts, usually its only 1 rig specific instance that exhibits the delay but it occurs on both. Seems the 7300 exhibits the delay more often than the 9700 but not that much more. Thanks for any feedback ! PS: PC is i9-14900, Win11 Pro, 25H2, all software latest version. Brad, K8ZM |
|
From: Nate B. <no...@gi...> - 2026-07-30 02:20:58
|
Branch: refs/heads/Hamlib-4.7 Home: https://github.com/Hamlib/Hamlib Commit: 06b0bb863d928500d63abc4ecb2067e79fef5105 https://github.com/Hamlib/Hamlib/commit/06b0bb863d928500d63abc4ecb2067e79fef5105 Author: David Christle <dch...@us...> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M rigs/kenwood/k3.c Log Message: ----------- fix(kenwood): validate Elecraft SWR responses Malformed K3/K3S SW and K4 TM replies could leave parsed meter fields uninitialized. The K4 SWR path also discarded helper failures. Reject incomplete conversions with RIG_EPROTO and return K4 transaction and parse errors to callers. (cherry picked from commit 900c4d354e8c39b9b8a74140ac95ac08e77285d9) Commit: ebce0ed732e00ec9cbbb522ed09519fbc7a38345 https://github.com/Hamlib/Hamlib/commit/ebce0ed732e00ec9cbbb522ed09519fbc7a38345 Author: Nate Bargmann <n0...@n0...> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS for K3/K4 SWR validate fix Compare: https://github.com/Hamlib/Hamlib/compare/b491488baeff...ebce0ed732e0 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-07-30 02:07:31
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 900c4d354e8c39b9b8a74140ac95ac08e77285d9 https://github.com/Hamlib/Hamlib/commit/900c4d354e8c39b9b8a74140ac95ac08e77285d9 Author: David Christle <dch...@us...> Date: 2026-07-27 (Mon, 27 Jul 2026) Changed paths: M rigs/kenwood/k3.c Log Message: ----------- fix(kenwood): validate Elecraft SWR responses Malformed K3/K3S SW and K4 TM replies could leave parsed meter fields uninitialized. The K4 SWR path also discarded helper failures. Reject incomplete conversions with RIG_EPROTO and return K4 transaction and parse errors to callers. Commit: 9415c552b0f50bbb28f8acf6232fb885609b2d71 https://github.com/Hamlib/Hamlib/commit/9415c552b0f50bbb28f8acf6232fb885609b2d71 Author: Nate Bargmann <n0...@n0...> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M rigs/kenwood/k3.c Log Message: ----------- Merge GitHub PR #2111 Compare: https://github.com/Hamlib/Hamlib/compare/ab4e40ab39c5...9415c552b0f5 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Thomas S. <ny...@ny...> - 2026-07-29 18:48:11
|
Hello, I did some searching but could not find anything exactly on point to this question. Some radios supports an independent XIT offset value (Flex for example). Is there a capability in hamlib to indicate if the XIT offset is different than the RIT offset? Tom NY4I |
|
From: Nate B. <no...@gi...> - 2026-07-29 18:11:08
|
Branch: refs/heads/Hamlib-4.7 Home: https://github.com/Hamlib/Hamlib Commit: 7fd7463a1b07ad5048773a1de51cfd49e53fbd7c https://github.com/Hamlib/Hamlib/commit/7fd7463a1b07ad5048773a1de51cfd49e53fbd7c Author: Miao Wang <sha...@gm...> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M rigs/yaesu/ftx1/ftx1_freq.c M rigs/yaesu/ftx1/ftx1_menu.c Log Message: ----------- FTX-1: fix get/set_rptr_offs to use correct unit The raw value of frequency offset for 144 MHz and 430 MHz band is in 50 kHz unit, and the available range is from 0 to 100 MHz. Tested on real hardware. Fixes: 2c0ba29d53fd8a67 ("FTX-1: Fix capability gaps - DCD, CWPITCH, RPTR_OFFS, BAND_UP/DOWN") Signed-off-by: Miao Wang <sha...@gm...> (cherry picked from commit e0c8de6936d8aca899dfdcb160c52088c50e0392) Commit: b491488baeff4bb0b9117d3558e46641993b573c https://github.com/Hamlib/Hamlib/commit/b491488baeff4bb0b9117d3558e46641993b573c Author: Nate Bargmann <n0...@n0...> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M NEWS Log Message: ----------- Update NEWS for FTX-1 repeater offset fix Compare: https://github.com/Hamlib/Hamlib/compare/abb6b2dd26cb...b491488baeff To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
|
From: Nate B. <no...@gi...> - 2026-07-29 17:57:11
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: e0c8de6936d8aca899dfdcb160c52088c50e0392 https://github.com/Hamlib/Hamlib/commit/e0c8de6936d8aca899dfdcb160c52088c50e0392 Author: Miao Wang <sha...@gm...> Date: 2026-07-28 (Tue, 28 Jul 2026) Changed paths: M rigs/yaesu/ftx1/ftx1_freq.c M rigs/yaesu/ftx1/ftx1_menu.c Log Message: ----------- FTX-1: fix get/set_rptr_offs to use correct unit The raw value of frequency offset for 144 MHz and 430 MHz band is in 50 kHz unit, and the available range is from 0 to 100 MHz. Tested on real hardware. Fixes: 2c0ba29d53fd8a67 ("FTX-1: Fix capability gaps - DCD, CWPITCH, RPTR_OFFS, BAND_UP/DOWN") Signed-off-by: Miao Wang <sha...@gm...> Commit: ab4e40ab39c505f876e7c8ea156293d00208072a https://github.com/Hamlib/Hamlib/commit/ab4e40ab39c505f876e7c8ea156293d00208072a Author: Nate Bargmann <n0...@n0...> Date: 2026-07-29 (Wed, 29 Jul 2026) Changed paths: M rigs/yaesu/ftx1/ftx1_freq.c M rigs/yaesu/ftx1/ftx1_menu.c Log Message: ----------- Merge GitHub PR #2110 Compare: https://github.com/Hamlib/Hamlib/compare/bec243794794...ab4e40ab39c5 To unsubscribe from these emails, change your notification settings at https://github.com/Hamlib/Hamlib/settings/notifications |
33 messages has been excluded from this view by a project administrator.