hamlib-developer Mailing List for Ham Radio Control Libraries (Page 100)
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
(20) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Michael B. <no...@gi...> - 2022-12-13 05:53:59
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 368a07ad78b46ea8ed010a9bc039b5ea4cafebd4 https://github.com/Hamlib/Hamlib/commit/368a07ad78b46ea8ed010a9bc039b5ea4cafebd4 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-12 (Mon, 12 Dec 2022) Changed paths: M NEWS Log Message: ----------- Update NEWS |
|
From: Michael B. <no...@gi...> - 2022-12-13 05:47:46
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: f224e71a5830eaabe1f751a5d172bdea3ce6f618 https://github.com/Hamlib/Hamlib/commit/f224e71a5830eaabe1f751a5d172bdea3ce6f618 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-12 (Mon, 12 Dec 2022) Changed paths: M tests/rigctld.c Log Message: ----------- -R option will keep rig open as long as 1 or more clients are connected https://github.com/Hamlib/Hamlib/issues/1187 |
|
From: Michael B. <no...@gi...> - 2022-12-13 05:30:10
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 5b704d24fb4556be7e76603d7a3bcfdde76bee16 https://github.com/Hamlib/Hamlib/commit/5b704d24fb4556be7e76603d7a3bcfdde76bee16 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-12 (Mon, 12 Dec 2022) Changed paths: M tests/rigctld.c Log Message: ----------- Allow rigctld to close the rig with the -R option when client disconnects. This makes it close when any one client disconnects. Should only close when no clients are connected -- that will be the next patch This is for the FT736R and gpredict https://github.com/Hamlib/Hamlib/issues/1187 |
|
From: Black M. <mdb...@ya...> - 2022-12-13 04:45:20
|
Says you have no such device...
serial_open: Unable to open /dev/ttyUSB0 - No such file or directoryport_open: serial_open(/dev/ttyUSB0) status=-6, err=No such file or directory
Mike W9MDB
On Monday, December 12, 2022 at 07:42:10 PM CST, fred jacobs <fjm...@ch...> wrote:
Hi,To whom can help:I have loaded pat and hamlib on my 2010 MacBook running 10.13.6 and got the following running in verbose. Seems like the app is not finding the directory of settings for the radio. Not sure. Any help would be appreciated.
Last login: Mon Dec 12 15:00:16 on ttys000fredjacMacBook2:~ fjmj1238$ rigctld -vvvv -m 1036 -r /dev/ttyUSB0 -s 4800rigctld.c(653) Startup: rigctld -vvvv -m 1036 -r /dev/ttyUSB0 -s 4800rigctld Hamlib 4.5.1 Thu Dec 08 15:11:46 2022 +0000 SHA=75fbd0Report bugs to <ham...@li...>
Max# of rigctld client services=32yaesu: initrigs4_yaesu calledrig_init: rig_model=Yaesu FT-891rig_init: rig has VFO_Arig_init: rig has VFO_Brig_init: rig has VFO_MEMft891_init called, version 20221204.7 1:newcat.c(469):newcat_init entered 1:newcat.c(509):newcat_init returning(0) 1:rig.c(812):rig_open enteredrig_settings_load_all: settings_file (/Users/fjmj1238/.config/hamlib_settings): No such file or directoryrig_open: cwd=/Users/fjmj1238rig_open: /Users/fjmj1238/hamlib_settings does not existserial_open: /dev/ttyUSB0serial_open(229): open failed#1serial_open(229): open failed#2serial_open(229): open failed#3serial_open(229): open failed#4serial_open: Unable to open /dev/ttyUSB0 - No such file or directoryport_open: serial_open(/dev/ttyUSB0) status=-6, err=No such file or directoryrig_open: rs->comm_state==0?=0 1:rig.c(1018):rig_open returning(-6) IO error
Opened rig model 1036, 'FT-891'rig_open: error = 1:newcat.c(469):newcat_init entered 1:newcat.c(509):newcat_init returning(0) main: twiddle=0, uplink=0, twiddle_rit=0 1:rig.c(812):rig_open enteredrig_settings_get_path: path=/Users/fjmj1238/.config/hamlib_settingsrig_settings_load_all: settings_file (/Users/fjmj1238/.config/hamlib_settings): No such file or directoryrig_open: cwd=/Users/fjmj1238rig_open: /Users/fjmj1238/hamlib_settings does not existrig_open: async_data_enable=0, async_data_supported=0serial_open: /dev/ttyUSB0serial_open(229): open failed#1serial_open(229): open failed#2serial_open(229): open failed#3serial_open(229): open failed#4serial_open: Unable to open /dev/ttyUSB0 - No such file or directoryport_open: serial_open(/dev/ttyUSB0) status=-6, err=No such file or directoryrig_open: rs->comm_state==0?=0 1:rig.c(1018):rig_open returning(-6) IO error
IO error /dev/ttyUSB0 No such file or directory Backend version: 20221204.7, Status: Stable 1:network.c(977):network_multicast_publisher_start enterednetwork.c(981):multicast address=0.0.0.0, port=4532
Frederick E. Jacobscell: 425-529-4045
“When one has arrived at a concept that words cannot recreate, one has pierced the sphere of knowledge. Be that concept that defies gravity” fej
_______________________________________________
Hamlib-developer mailing list
Ham...@li...
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
|
|
From: Dave B <g8k...@go...> - 2022-12-13 01:01:15
|
Hi Daniele. Thanks for the quick reply... Ohh.. How did I miss that!... "Eyes painted on", again... Anyway, invoking it thus... (From a bash script) ~/Local/bin/rigctld -m1010 -R -T localhost -t 50736 -r /dev/ttyFT736 -s 4800 & (Running in the test build folder) I still get control of the radio OK when "Engaging" it in Gpredict, but when "Disengaging" the radio still does/**/not get released from CAT control. :-( That then needs a power cycle of the radio to regain front panel control. With Htop running in an independent terminal, I can see one instance of rigctld when it is first loaded, before my Python script is started, and later Gpredict also started. When the Gpredict user later "Engages" the radio, a second instance/job of rigctld starts, & the radio becomes controlled by the PC and runs fine. (But the user is locked out of the radio's front panel for many functions other than level controls. These older Yaesu's were a bit weird...) When Gpredict's user "Disengages" the radio (to change to a different satellite for example) that second instance of rigctld vanishes, but the radio stays locked as it has not been released from CAT control, when using the 4.x Hamlib code. Using Bills 3.3 version rigctld code, the radio is released just fine. Of note though, is that when rigctld is first invoked with BOTH versions, the rig is briefly placed under CAT control, and then released, before Gpredict is started, and the radio later "Engaged." So, the 4.x code can do it, but that releasing of control is not being triggered by the sole client disconnecting after first use. Running with the Hamlib 3.3 version of rigctld. Then the above happens the same, but when the Gpredict user disengages the radio (or Gpredict is closed) the CAT release command is sent by rigctld and the FT-736 backend, and the rig is returned to local control. I also found that placing the '-R' elsewhere in the 4.x command line invocation in the script, results in errors relating to '-- R needing more parameters' ! As well as printing the entire -h text to stdio! I have attached the bash gprun.sh startup script, and the python rigsrv.py code. (All my code, good or bad.) The version of Gpredict I have, is V2.2.1, as it is stable, and works well. There are some comments in my Python code that may be of interest relating to this issue, sending a command to the radio, that will NOT return a reply of any sort, causing Hamlib to stall for some seconds. (And often not work reliably after that) before Bill's modification. If I have done something "Wrong", or could do it "Better", I would like to know what, why it is bad, and how to correct it. But it remains that with the old 3.3 version of Hamlib with Bill's modification, it all worked very reliably. It's well past the Witching hour now, so 73 from me. Dave G8KBV On 12/12/2022 20:52, Daniele Forsi wrote: > Hi Dave, > >> I can't see any significant > difference between the 3.3 and 4.1.5 instances >> of the FT736 sources, so it must be elsewhere. > I think that the difference is in rigctld.c > > Have you tried this command line option? > -R, --rigctld-idle make rigctld close the rig when no > clients are connected > -- Created on and sent from a Unix like PC running and using free and open source software: |
|
From: fred j. <fjm...@ch...> - 2022-12-12 23:40:49
|
Hi, To whom can help: I have loaded pat and hamlib on my 2010 MacBook running 10.13.6 and got the following running in verbose. Seems like the app is not finding the directory of settings for the radio. Not sure. Any help would be appreciated. Last login: Mon Dec 12 15:00:16 on ttys000 fredjacMacBook2:~ fjmj1238$ rigctld -vvvv -m 1036 -r /dev/ttyUSB0 -s 4800 rigctld.c(653) Startup: rigctld -vvvv -m 1036 -r /dev/ttyUSB0 -s 4800 rigctld Hamlib 4.5.1 Thu Dec 08 15:11:46 2022 +0000 SHA=75fbd0 Report bugs to <ham...@li...> Max# of rigctld client services=32 yaesu: initrigs4_yaesu called rig_init: rig_model=Yaesu FT-891 rig_init: rig has VFO_A rig_init: rig has VFO_B rig_init: rig has VFO_MEM ft891_init called, version 20221204.7 1:newcat.c(469):newcat_init entered 1:newcat.c(509):newcat_init returning(0) 1:rig.c(812):rig_open entered rig_settings_load_all: settings_file (/Users/fjmj1238/.config/hamlib_settings): No such file or directory rig_open: cwd=/Users/fjmj1238 rig_open: /Users/fjmj1238/hamlib_settings does not exist serial_open: /dev/ttyUSB0 serial_open(229): open failed#1 serial_open(229): open failed#2 serial_open(229): open failed#3 serial_open(229): open failed#4 serial_open: Unable to open /dev/ttyUSB0 - No such file or directory port_open: serial_open(/dev/ttyUSB0) status=-6, err=No such file or directory rig_open: rs->comm_state==0?=0 1:rig.c(1018):rig_open returning(-6) IO error Opened rig model 1036, 'FT-891' rig_open: error = 1:newcat.c(469):newcat_init entered 1:newcat.c(509):newcat_init returning(0) main: twiddle=0, uplink=0, twiddle_rit=0 1:rig.c(812):rig_open entered rig_settings_get_path: path=/Users/fjmj1238/.config/hamlib_settings rig_settings_load_all: settings_file (/Users/fjmj1238/.config/hamlib_settings): No such file or directory rig_open: cwd=/Users/fjmj1238 rig_open: /Users/fjmj1238/hamlib_settings does not exist rig_open: async_data_enable=0, async_data_supported=0 serial_open: /dev/ttyUSB0 serial_open(229): open failed#1 serial_open(229): open failed#2 serial_open(229): open failed#3 serial_open(229): open failed#4 serial_open: Unable to open /dev/ttyUSB0 - No such file or directory port_open: serial_open(/dev/ttyUSB0) status=-6, err=No such file or directory rig_open: rs->comm_state==0?=0 1:rig.c(1018):rig_open returning(-6) IO error IO error /dev/ttyUSB0 No such file or directory Backend version: 20221204.7, Status: Stable 1:network.c(977):network_multicast_publisher_start entered network.c(981):multicast address=0.0.0.0, port=4532 Frederick E. Jacobs cell: 425-529-4045 “When one has arrived at a concept that words cannot recreate, one has pierced the sphere of knowledge. Be that concept that defies gravity” fej <http://wireless2.fcc.gov/UlsApp/UlsSearch/license.jsp?licKey=3221803> |
|
From: Michael B. <no...@gi...> - 2022-12-12 23:39:54
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 5c4c2f7748d05c390754e52c81bf017789999723 https://github.com/Hamlib/Hamlib/commit/5c4c2f7748d05c390754e52c81bf017789999723 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-12 (Mon, 12 Dec 2022) Changed paths: M rigs/dummy/netrigctl.c Log Message: ----------- If get_powerstat fails assume rig is powered on -- should fix sdr++ problem https://github.com/Hamlib/Hamlib/issues/1186 |
|
From: Daniele F. <iu...@gm...> - 2022-12-12 20:52:55
|
Hi Dave, > I can't see any significant > difference between the 3.3 and 4.1.5 instances > of the FT736 sources, so it must be elsewhere. I think that the difference is in rigctld.c Have you tried this command line option? -R, --rigctld-idle make rigctld close the rig when no clients are connected -- 73 de IU5HKX Daniele |
|
From: Dave B <g8k...@go...> - 2022-12-12 19:10:46
|
Hi. Just tried Hamlib 4.5.1 Built and installed into ~/Local/bin just fine. (Linux Mint 19.3 64 bit) Using it with Gpredict, and a small Python "shim" (to simulate data/value read-backs from a radio that doesn't provide them) with Hamlib 3.3 after Bill G4WJS made a source code adjustment he called "lazy rigctld()" that allowed Gpredict to not only seize the radio and use it, but when the "Disengage" feature was activated, where it dropps the connection with Hamlib, the radio would be "released" from CAT control, allowing front panel use again. (Often needed when changing between birds, so "tweak" the rig, so it would not have a hissy fit trying to enable same band duplex satellite working! Especially if the rig only has 2m and 70cm capability.) Anyway, I find that like the earlier version 4's Hamlib 4.5.1 does not release the radio, when the last "client" has disconnected from rigctld. Otherwise everything works. I have just built a fresh instance of the modified 3.3 code, to make sure I have the sources with that change, and indeed it seems I do, as that works again just fine. Looking back in emails, Bill said this in reply to a query as I was going to ask some other Linux/FT736 users to try it, but he had pulled it from his personal repo', as it had been merged with the official source... (This was March 21st 2018) "I deleted my branch because it has been merged into the official Hamlib repository. The changes are also in the latest WSJT-X beta release v1.9.0-rc3." Sadly, it seems not to feature in Hamlib 4.x after all :-( I am "not good" with other people's C (or C/C++) code, especially code spread over dozens of source files. But if someone can point me at what might have changed, maybe I can revert it? I can't see any significant difference between the 3.3 and 4.1.5 instances of the FT736 sources, so it must be elsewhere. If anyone else would like a copy of the modified 3.3 sources to compare with, no problem, I can send a tar.gz file anywhere. Enough for now. Any hints etc welcome. 73. Dave G8KBV -- Created on and sent from a Unix like PC running and using free and open source software: |
|
From: Michael B. <no...@gi...> - 2022-12-12 05:19:32
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: df8b88072a74947ffc14d70e0902d43a5a2b2436 https://github.com/Hamlib/Hamlib/commit/df8b88072a74947ffc14d70e0902d43a5a2b2436 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-11 (Sun, 11 Dec 2022) Changed paths: M src/serial.c Log Message: ----------- Add all the baud rates to serial.c -- virtual serial ports can handle 4,000,000 baud |
|
From: Michael B. <no...@gi...> - 2022-12-11 20:50:32
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 3a91446287b1ab3fe3630be108141e306d5caf2e https://github.com/Hamlib/Hamlib/commit/3a91446287b1ab3fe3630be108141e306d5caf2e Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-11 (Sun, 11 Dec 2022) Changed paths: M simulators/simftdx1200.c Log Message: ----------- Update simftdx1200.c |
|
From: Michael B. <no...@gi...> - 2022-12-11 19:58:20
|
Branch: refs/heads/Hamlib-4.5.2 Home: https://github.com/Hamlib/Hamlib Commit: ec5dde91c594533cf842a859f61ec45443266dea https://github.com/Hamlib/Hamlib/commit/ec5dde91c594533cf842a859f61ec45443266dea Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-11 (Sun, 11 Dec 2022) Changed paths: M rigs/yaesu/newcat.c Log Message: ----------- astyle newcat.c Commit: 0d4f647da3d0510b48a7a04821bccaa67f72c5aa https://github.com/Hamlib/Hamlib/commit/0d4f647da3d0510b48a7a04821bccaa67f72c5aa Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-11 (Sun, 11 Dec 2022) Changed paths: M rigs/yaesu/newcat.c M rigs/yaesu/newcat.h Log Message: ----------- Add FTDX1200 to rigs that need to ensure PTT is off before changing frequency https://github.com/Hamlib/Hamlib/issues/1185 Compare: https://github.com/Hamlib/Hamlib/compare/e883918d8530...0d4f647da3d0 |
|
From: Michael B. <no...@gi...> - 2022-12-11 19:56:55
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: d977f3fbdb0131315c7a8c9395899a3ee09a8e64 https://github.com/Hamlib/Hamlib/commit/d977f3fbdb0131315c7a8c9395899a3ee09a8e64 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-11 (Sun, 11 Dec 2022) Changed paths: M rigs/yaesu/newcat.c Log Message: ----------- astyle newcat.c |
|
From: Michael B. <no...@gi...> - 2022-12-11 17:54:42
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 294bdc7d2aa04909abc638fad877083dc1ac8cbd https://github.com/Hamlib/Hamlib/commit/294bdc7d2aa04909abc638fad877083dc1ac8cbd Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-11 (Sun, 11 Dec 2022) Changed paths: M rigs/yaesu/newcat.c M rigs/yaesu/newcat.h Log Message: ----------- Add FTDX1200 to rigs that need to ensure PTT is off before changing frequency https://github.com/Hamlib/Hamlib/issues/1185 |
|
From: DL1YCF <dl...@da...> - 2022-12-11 09:45:43
|
If you use software that you compile yourself, NEVER EVER install such software in binary form from the repos, since "shared library chaos“ will ensue. It is a *common error* to install linux from some „ham radio repo“ and *thereafter* download sources and compile it. Just compile *everything* from the sources and start from a plain vanilla linux distro, or, install from a ham radio distro and refrain from compiling such things. Do not go in-between. There are prominent examples auch as the wsjtx program that will not work with older versions of hamlib. > Am 10.12.2022 um 14:52 schrieb Black Michael via Hamlib-developer <ham...@li...>: > > Default installation is in /usr/local > > > Wrong (old) hamlib is probably in /usr/lib. > New one is in /usr/local/lib > > > Mike W9MDB > > |
|
From: Michael B. <no...@gi...> - 2022-12-10 18:05:50
|
Branch: refs/heads/Hamlib-4.5.2 Home: https://github.com/Hamlib/Hamlib Commit: 5c12619117c959ad7fba4406a7fe8381410ebfcc https://github.com/Hamlib/Hamlib/commit/5c12619117c959ad7fba4406a7fe8381410ebfcc Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-10 (Sat, 10 Dec 2022) Changed paths: M configure.ac M rotators/fodtrack/fodtrack.c M src/parallel.h Log Message: ----------- Add --disable-parallel configure option https://github.com/Hamlib/Hamlib/issues/1181 Commit: e883918d853043f5d434925ffb945e9f25474860 https://github.com/Hamlib/Hamlib/commit/e883918d853043f5d434925ffb945e9f25474860 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-10 (Sat, 10 Dec 2022) Changed paths: M Segfault-award M tests/rigctld.c Log Message: ----------- Fix rigctld segfault when using -P RTS https://github.com/Hamlib/Hamlib/issues/1182 Compare: https://github.com/Hamlib/Hamlib/compare/64b333944a37...e883918d8530 |
|
From: Michael B. <no...@gi...> - 2022-12-10 17:58:58
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: d1dccffd6b01360c0bb72acd988a09d6a94fcf1c https://github.com/Hamlib/Hamlib/commit/d1dccffd6b01360c0bb72acd988a09d6a94fcf1c Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-10 (Sat, 10 Dec 2022) Changed paths: A rigs/mds/serialnum.c Log Message: ----------- Add serialnum parser for MDS rig |
|
From: Michael B. <no...@gi...> - 2022-12-10 17:57:53
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: fd245473865a22704941ca1ca92ce6a51e68daeb https://github.com/Hamlib/Hamlib/commit/fd245473865a22704941ca1ca92ce6a51e68daeb Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-10 (Sat, 10 Dec 2022) Changed paths: M simulators/Makefile.am A simulators/simftdx1200.c A simulators/simjupiter.c Log Message: ----------- Add new simulators |
|
From: Michael B. <no...@gi...> - 2022-12-10 17:50:34
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 5339b431e4f47faaa380dc8f909d0de0efe4ee28 https://github.com/Hamlib/Hamlib/commit/5339b431e4f47faaa380dc8f909d0de0efe4ee28 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-10 (Sat, 10 Dec 2022) Changed paths: M Segfault-award M tests/rigctld.c Log Message: ----------- Fix rigctld segfault when using -P RTS https://github.com/Hamlib/Hamlib/issues/1182 |
|
From: Michael B. <no...@gi...> - 2022-12-10 17:48:12
|
Branch: refs/heads/master Home: https://github.com/Hamlib/Hamlib Commit: 6331709fd6fd015dd8eb8aac8a0ebf3cc4411ca2 https://github.com/Hamlib/Hamlib/commit/6331709fd6fd015dd8eb8aac8a0ebf3cc4411ca2 Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-09 (Fri, 09 Dec 2022) Changed paths: M configure.ac M rotators/fodtrack/fodtrack.c M src/parallel.h Log Message: ----------- Add --disable-parallel configure option https://github.com/Hamlib/Hamlib/issues/1181 Commit: 17ad0fcb90bbcc060c94f9bed6aa302a4789298f https://github.com/Hamlib/Hamlib/commit/17ad0fcb90bbcc060c94f9bed6aa302a4789298f Author: Mike Black W9MDB <mdb...@ya...> Date: 2022-12-09 (Fri, 09 Dec 2022) Changed paths: Log Message: ----------- Merge branch 'master' of https://github.com/Hamlib/Hamlib Compare: https://github.com/Hamlib/Hamlib/compare/ebdad6d73628...17ad0fcb90bb |
|
From: Black M. <mdb...@ya...> - 2022-12-10 16:49:57
|
Do these two things rigctld --version ldd rigctld Mike W9MDB On Saturday, December 10, 2022 at 10:07:01 AM CST, Martin Kratoska <ma...@ok...> wrote: Hi Mike, hamlib-4.6~git-20221210-ebdad6d7.tar.gz radio K4 lubuntu 22.10 kinetic does not work. Installed exactly per description, response martin@martin:/usr/local/bin$ rigctld -m 2047 -r 192.168.88.249:9200 -vvvvv rigctld: symbol lookup error: rigctld: undefined symbol: lock_mode martin@martin:/usr/local/bin$ 73, Martin, OK1RR Dne 10. 12. 22 v 14:52 Black Michael napsal(a): > Default installation is in /usr/local > > > Wrong (old) hamlib is probably in /usr/lib. > New one is in /usr/local/lib > > > Mike W9MDB > > > > > > > > > > > > On Saturday, December 10, 2022 at 12:16:04 AM CST, Martin Kratoska <ma...@ok...> wrote: > > > > > > After update to hamlib-4.5.1 getting > > ---------------------------------------------------------------------------------------------------------------- > > Cqrlog Ver:2.6.0 (001) Gtk2 Date:2022-07-05 > > **** DEBUG LEVEL 0 **** > **** CHANGE WITH --debug=NR PARAMETER **** > *** Parameter -h or --help for details *** > > OS: > Linux version 5.19.0-26-generic (buildd@lcy02-amd64-064) > (x86_64-linux-gnu-gcc-12 (Ubuntu 12.2.0-3ubuntu1) 12.2.0, GNU ld (GNU > Binutils for Ubuntu) 2.39) #27-Ubuntu SMP PREEMPT_DYNAMIC Wed Nov 23 > 20:44:15 UTC 2022 > /usr/bin/mysqld > 2022-12-10 6:50:07 0 [Note] /usr/sbin/mysqld (server > 10.6.11-MariaDB-0ubuntu0.22.10.1) starting as process 371908 ... > > Settings: > ----------------------------------------------------- > RigCtldPath:/usr/bin/rigctld > RigCtldArgs: > RunRigCtld: TRUE > RigDevice: 192.168.88.249 > RigCtldPort:9200 > RigCtldHost:localhost > RigPoll: 250 > RigSendCWR: FALSE > RigChkVfo FALSE > RigId: 1 > > Starting RigCtld ... > rigProcess.Executable: /usr/bin/rigctld > Parameters: > > /usr/bin/rigctld: symbol lookup error: /usr/bin/rigctld: undefined > symbol: lock_mode > rigctld failed to start! > Destroy rigctld > 1 > 2 > 3 > 4 > 5 > 6 > > Done! > > -------------------------------------------------------------------------------------------------------------------- > > What now? > > 73 > Martin OK1RR > > > > > > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: Martin K. <ma...@ok...> - 2022-12-10 16:07:10
|
Hi Mike, hamlib-4.6~git-20221210-ebdad6d7.tar.gz radio K4 lubuntu 22.10 kinetic does not work. Installed exactly per description, response martin@martin:/usr/local/bin$ rigctld -m 2047 -r 192.168.88.249:9200 -vvvvv rigctld: symbol lookup error: rigctld: undefined symbol: lock_mode martin@martin:/usr/local/bin$ 73, Martin, OK1RR Dne 10. 12. 22 v 14:52 Black Michael napsal(a): > Default installation is in /usr/local > > > Wrong (old) hamlib is probably in /usr/lib. > New one is in /usr/local/lib > > > Mike W9MDB > > > > > > > > > > > > On Saturday, December 10, 2022 at 12:16:04 AM CST, Martin Kratoska <ma...@ok...> wrote: > > > > > > After update to hamlib-4.5.1 getting > > ---------------------------------------------------------------------------------------------------------------- > > Cqrlog Ver:2.6.0 (001) Gtk2 Date:2022-07-05 > > **** DEBUG LEVEL 0 **** > **** CHANGE WITH --debug=NR PARAMETER **** > *** Parameter -h or --help for details *** > > OS: > Linux version 5.19.0-26-generic (buildd@lcy02-amd64-064) > (x86_64-linux-gnu-gcc-12 (Ubuntu 12.2.0-3ubuntu1) 12.2.0, GNU ld (GNU > Binutils for Ubuntu) 2.39) #27-Ubuntu SMP PREEMPT_DYNAMIC Wed Nov 23 > 20:44:15 UTC 2022 > /usr/bin/mysqld > 2022-12-10 6:50:07 0 [Note] /usr/sbin/mysqld (server > 10.6.11-MariaDB-0ubuntu0.22.10.1) starting as process 371908 ... > > Settings: > ----------------------------------------------------- > RigCtldPath:/usr/bin/rigctld > RigCtldArgs: > RunRigCtld: TRUE > RigDevice: 192.168.88.249 > RigCtldPort:9200 > RigCtldHost:localhost > RigPoll: 250 > RigSendCWR: FALSE > RigChkVfo FALSE > RigId: 1 > > Starting RigCtld ... > rigProcess.Executable: /usr/bin/rigctld > Parameters: > > /usr/bin/rigctld: symbol lookup error: /usr/bin/rigctld: undefined > symbol: lock_mode > rigctld failed to start! > Destroy rigctld > 1 > 2 > 3 > 4 > 5 > 6 > > Done! > > -------------------------------------------------------------------------------------------------------------------- > > What now? > > 73 > Martin OK1RR > > > > > > _______________________________________________ > Hamlib-developer mailing list > Ham...@li... > https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: Black M. <mdb...@ya...> - 2022-12-10 13:52:34
|
Default installation is in /usr/local Wrong (old) hamlib is probably in /usr/lib. New one is in /usr/local/lib Mike W9MDB On Saturday, December 10, 2022 at 12:16:04 AM CST, Martin Kratoska <ma...@ok...> wrote: After update to hamlib-4.5.1 getting ---------------------------------------------------------------------------------------------------------------- Cqrlog Ver:2.6.0 (001) Gtk2 Date:2022-07-05 **** DEBUG LEVEL 0 **** **** CHANGE WITH --debug=NR PARAMETER **** *** Parameter -h or --help for details *** OS: Linux version 5.19.0-26-generic (buildd@lcy02-amd64-064) (x86_64-linux-gnu-gcc-12 (Ubuntu 12.2.0-3ubuntu1) 12.2.0, GNU ld (GNU Binutils for Ubuntu) 2.39) #27-Ubuntu SMP PREEMPT_DYNAMIC Wed Nov 23 20:44:15 UTC 2022 /usr/bin/mysqld 2022-12-10 6:50:07 0 [Note] /usr/sbin/mysqld (server 10.6.11-MariaDB-0ubuntu0.22.10.1) starting as process 371908 ... Settings: ----------------------------------------------------- RigCtldPath:/usr/bin/rigctld RigCtldArgs: RunRigCtld: TRUE RigDevice: 192.168.88.249 RigCtldPort:9200 RigCtldHost:localhost RigPoll: 250 RigSendCWR: FALSE RigChkVfo FALSE RigId: 1 Starting RigCtld ... rigProcess.Executable: /usr/bin/rigctld Parameters: /usr/bin/rigctld: symbol lookup error: /usr/bin/rigctld: undefined symbol: lock_mode rigctld failed to start! Destroy rigctld 1 2 3 4 5 6 Done! -------------------------------------------------------------------------------------------------------------------- What now? 73 Martin OK1RR _______________________________________________ Hamlib-developer mailing list Ham...@li... https://lists.sourceforge.net/lists/listinfo/hamlib-developer |
|
From: Saku <oh...@sr...> - 2022-12-10 07:37:44
|
FYI in addition: It seems to be the "-P RTS" that causes memory overflow. Leaving that off I can start rigctld (but did not test PTT, I assume it does not work) -- Saku OH1KH Saku kirjoitti 10.12.2022 klo 9.16: > > But IC706 does not work. > > > Muistialueen ylitys (luotiin core-tiedosto) <------------memory > overflow (core dump) > [saku@hamtpad Hamlib]$ > > This is probably because the "-p /dev/rig -P RTS > conf=serial_handshake=None,dtr_state=Unset" is missing and return from > rigctld "restores" handshake lines to value they were not and then my > PTT driving circuit (that is in same serial port as CAT) goes on. > > It was working OK with previous versions of Hamlib. > > My Linux is Fedora 36/LXDE > > |
|
From: Saku <oh...@sr...> - 2022-12-10 07:17:03
|
HI ! Just downloaded and compiled new Hamlib from Git. I had problems with libtool: Making install in lib make[1]: Siirrytään hakemistoon ”/home/saku/Hamlib/lib” CC cJSON.lo libtool: Version mismatch error. This is libtool 2.4.6, but the libtool: definition of this LT_INIT comes from libtool 2.4.7. libtool: You should recreate aclocal.m4 with macros from libtool 2.4.6 libtool: and run autoconf again. make[1]: *** [Makefile:502: cJSON.lo] Virhe 63 make[1]: Poistutaan hakemistosta ”/home/saku/Hamlib/lib” make: *** [Makefile:634: install-recursive] Virhe 1 I had to clean up Hamlib directory, clone it again, bootstrap, configure, make and then sudo make install went ok. IC7300 started ok, and seems to work (I have not tested it fully yet, at least mode and frequency is received) But IC706 does not work. Normal startup is: [saku@hamtpad Hamlib]$ rigctld -m 3009 -r /dev/rig -t 14532 -p /dev/rig -P RTS -s 19200 --vfo --set-conf=serial_handshake=None,dtr_state=Unset -vvvvv rigctld.c(653) Startup: rigctld -m 3009 -r /dev/rig -t 14532 -p /dev/rig -P RTS -s 19200 --vfo --set-conf=serial_handshake=None,dtr_state=Unset -vvvvv rigctld Hamlib 4.6~git la joulu 10 05:32:51 2022 +0000 SHA=ebdad6 Report bugs to <ham...@li...> Max# of rigctld client services=32 rig_check_rig_caps: p1=0x7f0955a8bc00, p2=0x7f0955a92180, rig_model=0x7f0955a8bc00, macro_name=0x7f0955a92180 initrigs4_icom: _init called rig_init: rig_model=Icom IC-706 rig_init: rx_range_list1 is empty, using rx_range_list2 rig_init: rig has VFO_A rig_init: rig has VFO_B rig_init: rig has VFO_MEM 1:icom.c(623):icom_init entered icom_init: done 1:icom.c(723):icom_init returning(0) rig_token_lookup called for serial_handshake rig_confparam_lookup called for serial_handshake rig_set_conf called rig_confparam_lookup called for 1073741848 rig_set_conf: serial_handshake='None' rig_token_lookup called for dtr_state rig_confparam_lookup called for dtr_state rig_set_conf called rig_confparam_lookup called for 1073741850 rig_set_conf: dtr_state='Unset' main: twiddle=0, uplink=0, twiddle_rit=0 Muistialueen ylitys (luotiin core-tiedosto) <------------memory overflow (core dump) [saku@hamtpad Hamlib]$ If I just start with:rigctld -m 3009 -r /dev/rig -t 14532 It starts OK but when I leave rigctld it turns rig transmitter on. This is probably because the "-p /dev/rig -P RTS conf=serial_handshake=None,dtr_state=Unset" is missing and return from rigctld "restores" handshake lines to value they were not and then my PTT driving circuit (that is in same serial port as CAT) goes on. It was working OK with previous versions of Hamlib. My Linux is Fedora 36/LXDE -- Saku OH1KH |
33 messages has been excluded from this view by a project administrator.
