Re: What are the settings to get Fldigi to control my FTDX10?
Regarding the sound coming from the headphones, this indicates that probably the wrong sound device is selected in sound settings.
?
Regarding the CAT control, I believe? that FT-DX10 use similar commands as FT-710 does.
Why don't you try the FT-710 xml file?
?
?
73
Haris
SV1GRB
|
Re: What are the settings to get Fldigi to control my FTDX10?
I worked on getting this radio working yesterday. I got hamlib to at least partially work. I see a waterfall and can control the radio but the response is sluggish. I'm still working on it. I use hamlib with other apps and it works well. Did you get yours to work?
?
?
|
Hello Bill
?
There is also QLOG
There are PPA repositories in order to install and get future updates.
It look like it is an active project.
?
I tried running it on a Linux Mint 22 machine. This is based on Ubuntu 24.04, so it may be suitable for you.
?
Unfortunately, my Linux PC is not my main machine for amateur radio use, so maybe there are issues that I have not faced during the simple testing I have done.
I have not used QLOG for everyday use, so my experience was just: install it, run it and import the log.
?
?
73
Haris
SV1GRB
|
Having a difficult time finding a logging program that works on Ubuntu 24.04.
CQRLOG has problems with MySQL.? Same with XLOG.
KLOG will not interface with LOTW either directly or through ADIF file - TQSL gives errors on KLOG generated ADIF file.
Anyone had success with a decent logging program on Ubuntu 24.04?
Thanks
|
2 instances of fldigi running - Bug report
Just for info, I doubt anyone else would want to do this.
Linux Bookworm 12.9, fldigi 4.2.06.20
I run 2 instances of fldigi quite often. Usually to concurrently
decode two different modems. I do however also use remote SDR
download & playback to test modem/flmsg/flamp etc performance.
Have found that the playback of a wav file on one instance, stops
the other instance from decoding the AF stream from the rig, but I
think it does still respond to an RSID.?
ie there is some switchable shared resource that is being used by
multiple instances.
Report for possible interest only.
Cheers Bob VK2YQA
|
CTY-3503 Country Files - 15 January 2025
The Country (CTY) Files were updated on 15 January 2025:
For installation instructions, start at:
Hover your mouse over the word Contest in the menu, then select the
software you are using.
To install the file, follow the link to your software at the top of the page.
If you are interested in a bigger CTY.DAT for everyday logging, you can get
it here:
Note that the release notes (and Version Entity) for this larger file are
different than what is shown below. There is a separate link to them.
As a reminder, there is an RSS feed of the latest country file announcements:
Here are the release notes:
15 January 2025 (CTY-3503)
VER20250115, Version entity is Corsica, TK
Added/changed Entities/Prefixes/Callsigns:
* CE6RFP is Chile, CE in ITU zone 16
* AT44I is Antarctica, CE9 in CQ zone 39, ITU zone 69
* W4ATD is United States, K in CQ zone 4, ITU zone 8
* KZ4DP is Alaska, KL
* K9P is Puerto Rico, KP4
* LU1MAW/D, LU4CIC/D and LU8GTA/D are all Argentina, LU
* LU9XEK/W is Argentina, LU in ITU zone 16
* R100GL, R900, UE82M and UE82ML are all European Russia, UA
* R8MB/1 is European Russia, UA in CQ zone 17, ITU zone 20
* UA9AR/P is Asiatic Russia, UA9
* RK4PA/9 is Asiatic Russia, UA9 in ITU zone 20
Removed Entities/Prefixes/Callsigns:
* TO4A in Martinique, FM
* GB5BBC and GB9OO in Scotland, GM
* HC5CW/8 in Galapagos Islands, HC8
* IZ3QBN/CRT in Italy, I
* KQ4CTD and W1ESE in United States, K
* R2024DX, RL1I/P and UE34DX in European Russia, UA
* UB4CLH/0 in Asiatic Russia, UA9
Though I am subscribed to this reflector so that I can make these
announcements, I do not see most messages posted to it. If you have
any comments or corrections to the country file, please contact me
directly.
73 - Jim AD1C
--
Jim Reisert AD1C, <jjreisert at alum.mit.edu>,
|
Re: [KM4ACK-Pi] Trouble installing VARA on RPi4
Dave,
There is no native Linux implementation of VARA. However, Ardop is an alternative for HF Winlink. Ardopcf () is an open source multi-platform implementation of Ardop that I maintain.
The performance is not as good as VARA, and it has some bugs that I'm still working on, but it is usable on both Linux and Windows. It pairs well with Pat (), the open source multi-platform Winlink client. These both also run well on low end hardware including the Raspberry Pi Zero.
Peter LaRue
AI7YN
|
Re: [KM4ACK-Pi] Trouble installing VARA on RPi4
I forget it's name, but is/was there not a native Linux implementation of VARA (maybe not all of it) specifically for portable use?
Not sure if it was fully open source though...
73.
Dave G0WBX.
--
Created on and sent from a Unix like PC running and using open source software:
|
linsim 2.0.5.03 posted for testting
at
?? EVENTS
????? * add event log dialog
????? * fix exit thread handler bug
????? * add events
??? OFFSET correction
????? * change sign of correction
????? * correct resampling of source wav
73, David
W1HKJ
|
Re: [winfldigi] Minor Issues with Linsim Channel Simulator-Early tests and thoughts
A new development version of
linsim has been posted at
Contains the following changes since 2.0.5
commit
6822b34b692ec2d0e0a5c6fbb3ab0aa0f0fd25fa
Author: dave-w1hkj <w1hkj@...>
Date:?? Fri Jan 12 09:38:00 2024 -0500
??? alpha
commit 35df54a5602df2749d235f781092c694e1855dad
Author: dave-w1hkj <w1hkj@...>
Date:?? Sat Jan 11 19:40:20 2025 -0600
??? OFFSET correction
?? ?
????? * change sign of correction
????? * correct resampling of source wav
commit 2bf1720a6d407187c40ad45f31ceb1274aca2b0f
Author: dave-w1hkj <w1hkj@...>
Date:?? Wed Aug 9 20:10:39 2023 -0500
??? fix fltk UI
?? ?
????? * fix failure to correctly display check box element
commit d218c58f66e886767da50ea677e6a541f535c3d1
Author: dave-w1hkj <w1hkj@...>
Date:?? Tue Aug 30 12:34:57 2022 -0500
??? fix autoupdate
?? ?
????? * autoupdate screws with the version numbering convention
??????? used by linsim
This should correct the bugs reported below.
73, David
W1HKJ
On 1/11/25 12:58, Robert Johnk via
groups.io wrote:
toggle quoted message
Show quoted text
I have been doing some evaluations of Linsim and I have
identified a couple of minor issues.?
In my early tests, I selected 1 path and a spread of 1Hz and
and AWGN with SNR=25dB.?
I did one set of tests at a sample rate of 8kbs and another
set at 48kbs. I repeated the tests?
with path 1 selected, a spread of 1Hz, and an offset of +5Hz.?
?
I am using Windows 11+Dell G10 laptop.
?
Observations
?
1. I intercomapared Linsim v2.0.4 and and Moe Wheatley's
Pathsim v1.0. I generated a 1kHz sinewave
with a 60 sec duration at a sample rate of 8kbs. In this case
the time domain wave forms exhibited
very similar envelope fluctuations. When I performed an FFT on
the records the resulting spectra
exhibited a Gaussian shape with the same width. When I applied
an offset of +5.0Hz, the spectrum
shifted up by 5.0Hz with Pathsim. With Linsim, the Gaussian
spectrum shifted down by -5.0 Hz. So there?
is a potential sign error with the offset in the Linsim code.
?
2. I performed an additional set of tests with a 1kHz
sinewave with a 60sec duration and a sample
rate of 48kbs. In this case I did not use Pathsim since it
only works with a sample rate of 8kbs.
I first applied the 1kHz sinewave to Linsim with Path 1
selected, a spread of 1 Hz, and 0 offset.
The resulting output waveform exhibited much faster envelope
fluctuations. This was confirmed?
with the FFT, which showed markedly wider Gaussian
spectrum-the width increased approximately 6x.
?
3. I suspected that this spread issue has something to do
with the different data rates since is 6x
larger than the 8kbs case. I then repeated the test with a
spread of 1/6 = 0.166, that?
corresponds to the ratio of the data rates 8kbs/48kbs. The
resulting spectrum using an FFT showed?
the correct shape and frequency spread.
?
4. I think this spreading issue can be corrected in Linsim
by applying a scale factor to the
?spread that accounts for the ratio: 8kbs/(the selected date
rate kbs)--My best guess :-)
?
5. When I applied a +5.0 Hz offset with the 48kbs sinewave the
resulting spectrum shifted down
-5.0 Hz. So this Offset sign error is the same at the higher
sample rates.?
?
Summary
?
1. Linsim is a robust and much needed update to Pathsim
that enables processing of .wav files?
for a variety of data rates in the range 8kbs to 48 kbs.
?
2. When using Linsim at data rates other than 8kbs, adjust
the spread using a scale factor of
8kbs/(the selected data rate kbs).
?
3. There is a sign error in the offset. So simply switch
the sign of the desired frequency offset.
?
4. I have applied pulse trains generated with Matlab to
Linsim and I will report on my findings?
soon.
?
Bob Johnk, WB0VGD?
Arvada, Colorado
|
Hi Dave.
What I have noticed when it fails to put the rig into Transmit, is...
The T/R button indicator "LED" in Fldigi itself, does not light up as it would usually do.
Therefore I suspect (at this time) the problem is within Fldigi itself.? (Ver 4.2.06 release version.)
This issue occurs "rarely", it is highly intermittent.? But only when using the CWID macro as you detailed.? Normal Fldig usage, from other macro's (the usual cq, answer, and others that key the radio, all work reliably.)
Most odd.
73 Dave.
Dave 'WBX.
--
Created on and sent from a Unix like PC running and using open source software:
|
Re: fldigi abort witnessed - Pi 4.2.05.24
Re:-
??? I'll report back here on any progress with the issues I have
found,
??? if they regard them as issues of course.
I hope it works out, if you have any further problems you could try
emailing Wim Taymans who works for Redhat and is the lead developer
for
pipewire. I don't have an email address to hand but it should be
relatively easy to find.
Thanks Brian.
I will report back after I've found out more.
73.
Dave G0WBX.
--
Created on and sent from a Unix like PC running and using open source software:
|
Re: Bug report/request - failure of various RsID/Lk operations fldigi V3 to V4
Hi David,?
tnx for looking into this. I have not run down every permutation
yet, but looking good.
- I don't know if it is a good idea to clear the Lk mode on a
modem change. The operators may just be continuing a QSO at a
different data rate. Difficult of course to differentiate between
just staying in the current bandpass vs doing a major QSY.
- When the Lk state is cleared by a modem change (as above), its
LED/indicator stays on. Clicking on it twice brings back the Lk
state.
- I notice the Lk state clears on RSID receipt when "Retain TX
Freq Lock" is disabled (a good thing). It might of course confuse
an operator that has Lk set for another reason and RSID use was
infrequent. One of those "read the manual" situations..?
- Thinking now in terms of NBEMS use (which I know little about,
so just thinking out aloud), I wonder if there is any point trying
to get away from any "pre session netting requirement", by the
setting of Lk and "Retain TX Freq Lock" operationally. Not of
course an issue with an IFK mode, but (say) switching to a wide
PSKR modem for a flamp transfer, then back to the the messaging
modem might be worth a discussion. Also means that operators can
arrive and leave with less setup/config time. Handy if the traffic
has a higher urgency. Would of course need more RSID use.
Cheers Bob
On 12/1/25 02:28, Dave, W1HKJ wrote:
toggle quoted message
Show quoted text
Bob,
Please download, install, and test fldigi-4.2.06.20
posted at
commit 62c2e6ca9566f04035a9c9bb5258348be369c3a4
Author: dave-w1hkj <w1hkj@...>
Date: Fri Jan 10 08:59:28 2025 -0600
RSID squelch
* correct RsID detection behavior
commit 33c741533ee618b10b405815abcbcccefbebc185
Author: dave-w1hkj <w1hkj@...>
Date: Thu Jan 2 18:41:09 2025 -0600
t
* reverted interleave depth to 25 ( 1 sec )
* reverted flush length to 20.
Those users testing THOR-25, please note that all testers should be on the same fldigi revision.
73, David
W1HKJ
On 1/10/25 01:23, Bob Cameron, VK2YQA
via groups.io wrote:
Wonder if you would review this again Dave. Same behaviour in
4.2.06.19 (yeah I am slow...)
What I didn't make clear in my OP was with "Retain tx freq
lock" enabled, the operational expectation is that the RX freq
would shift to meet the RSID centre, but leave the TX
frequency where it is. If "Retain tx freq lock" is disabled I
expect the TX and RX to shift together. (which is what it
does)
Note there us differing action too if the modem changes vs
not. Please try a few RSID's of the same modem, then try
changing the modem.
Cheers Bob
On 19/8/24 20:22, w1hkj wrote:
Bob,
This is on 4.2.05.25
The transmit stays locked at 7071.0 and the Rx is at
7071.3.
Dave
On 8/14/24 21:54, Bob Gypay
wrote:
Crossposted? to both fldigi-devel and linuxham
Tested on v4.2.04.11 and 4.2.04.24 against 3.23.21 (By
John VK2ETA)
Using PSK250RC7, PSK500RC3, PSK125RC10 and PSK63RCx (ie
not all modems checked)
With "Retain tx freq lock" enabled in RsID configuration
plus Lk set, V4 no longer enables Lk operation nor splits
the wfall TX/RX for the PSK125RC &? PSK63RC modems.
The PSK250RC and PSK500RC modems act in the same way as
8PSKx and OFDMx modems, shifting TX/RX together, ignoring
the RsID config setting and also not responding to Lk.
It might also be a good idea to force Lk operation when
setting this RsID config parameter and update the tooltip
to explain what is happening.
As it currently stands a mode such as PSK63RC5 is quite
troublesome to RsID tune as disabling TX lock can cause
TX/RX "walking" if any RIT is in play.
And since it is in the same "auto" tuning area it might
be a good idea to modify the AFC button tooltip to grey
out on unsupported modes. ie only single carrier PSK.
Cheers Bob VK2YQA
_______________________________________________
fldigi-devel mailing list
fldigi-devel@...
|
Re: fldigi abort witnessed - Pi 4.2.05.24
David,
?
I haven't had time to try troubleshooting, but will follow this thread and contribute as I can.? My first step would probably be getting off the Debian repo version and building the latest.? The GUI package manager and older version on default repos was just the path of least resistance when I set this machine up.?
?
?Dan
?N7SHM
?Debian 12 Xfce
?fldigi 4.1.23
|
Re: fldigi abort witnessed - Pi 4.2.05.24
On Sat, 11 Jan 2025 02:23:04 -0800 "Dave, G?WBX via groups.io" <g8kbvdave@...> wrote: Re:-
I would suggest that you provide feedback to the pipewire and
wireplumber developers OK Brian, I have signed up for gitlab, and have read access at least.
I'll wait a day and see if I gain access to comment/raise an issue.
(It seems they have been having a lot of spam posting issues.)
I thought Github was confusing enough, but gitlab takes the biscuit
in that respect! No doubt if one immerses oneself into it, the mists
clear, but for occasional users reporting issues, not helpful from
first impressions. I'll try and stick with it though.
I'll report back here on any progress with the issues I have found,
if they regard them as issues of course. I hope it works out, if you have any further problems you could try emailing Wim Taymans who works for Redhat and is the lead developer for pipewire. I don't have an email address to hand but it should be relatively easy to find. -- Brian G8SEZ
|
Re: Bug report/request - failure of various RsID/Lk operations fldigi V3 to V4
Bob,
Please download, install, and test fldigi-4.2.06.20
posted at
commit 62c2e6ca9566f04035a9c9bb5258348be369c3a4
Author: dave-w1hkj <w1hkj@...>
Date: Fri Jan 10 08:59:28 2025 -0600
RSID squelch
* correct RsID detection behavior
commit 33c741533ee618b10b405815abcbcccefbebc185
Author: dave-w1hkj <w1hkj@...>
Date: Thu Jan 2 18:41:09 2025 -0600
t
* reverted interleave depth to 25 ( 1 sec )
* reverted flush length to 20.
Those users testing THOR-25, please note that all testers should be on the same fldigi revision.
73, David
W1HKJ
On 1/10/25 01:23, Bob Cameron, VK2YQA
via groups.io wrote:
toggle quoted message
Show quoted text
Wonder if you would review this again Dave. Same behaviour in
4.2.06.19 (yeah I am slow...)
What I didn't make clear in my OP was with "Retain tx freq
lock" enabled, the operational expectation is that the RX freq
would shift to meet the RSID centre, but leave the TX frequency
where it is. If "Retain tx freq lock" is disabled I expect the
TX and RX to shift together. (which is what it does)
Note there us differing action too if the modem changes vs not.
Please try a few RSID's of the same modem, then try changing the
modem.
Cheers Bob
On 19/8/24 20:22, w1hkj wrote:
Bob,
This is on 4.2.05.25
The transmit stays locked at 7071.0 and the Rx is at 7071.3.
Dave
On 8/14/24 21:54, Bob Gypay wrote:
Crossposted? to both fldigi-devel and linuxham
Tested on v4.2.04.11 and 4.2.04.24 against 3.23.21 (By John
VK2ETA)
Using PSK250RC7, PSK500RC3, PSK125RC10 and PSK63RCx (ie not
all modems checked)
With "Retain tx freq lock" enabled in RsID configuration
plus Lk set, V4 no longer enables Lk operation nor splits
the wfall TX/RX for the PSK125RC &? PSK63RC modems. The
PSK250RC and PSK500RC modems act in the same way as 8PSKx
and OFDMx modems, shifting TX/RX together, ignoring the RsID
config setting and also not responding to Lk.
It might also be a good idea to force Lk operation when
setting this RsID config parameter and update the tooltip to
explain what is happening.
As it currently stands a mode such as PSK63RC5 is quite
troublesome to RsID tune as disabling TX lock can cause
TX/RX "walking" if any RIT is in play.
And since it is in the same "auto" tuning area it might be
a good idea to modify the AFC button tooltip to grey out on
unsupported modes. ie only single carrier PSK.
Cheers Bob VK2YQA
_______________________________________________
fldigi-devel mailing list
fldigi-devel@...
|
fldigi and flrig communicate
using the flrig xmlrpc server.? You can monitor the data
requests and responses using the trace tool:
The data streams will be added to the trace.txt file in
$HOME/.flrig (or the folder specified by --config-dir
<PATHNAME>).
That might give you a clue as to what is occuring.
David
On 1/11/25 04:42, Dave, G?WBX via
groups.io wrote:
toggle quoted message
Show quoted text
Thanks Dave (HKJ) that works OK.
However...? The first two invocations of the macro after creation,
failed to put the radio into TX.? Since then, it does!
Any insight about that?
Using Flrig as the radio interface.
73.
Dave G0WBX.
From: Dave, W1HKJ
Date: Fri, 10 Jan 2025 13:46:21 GMT
<PUSH>
<TXRSID:off>
<MODEM:NULL>
<CWID><TX><RX>
<@TXRSID:on>
<@POP>
You need to reset the TX RsID and modem restore using the @
predecedent to insure those occur after returning to the receive
mode.
Dave
--
Created on and sent from a Unix like PC running and using open source software:
|
Thanks Dave (HKJ) that works OK.
However...? The first two invocations of the macro after creation,
failed to put the radio into TX.? Since then, it does!
Any insight about that?
Using Flrig as the radio interface.
73.
Dave G0WBX.
From: Dave, W1HKJ
Date: Fri, 10 Jan 2025 13:46:21 GMT
<PUSH>
<TXRSID:off>
<MODEM:NULL>
<CWID><TX><RX>
<@TXRSID:on>
<@POP>
You need to reset the TX RsID and modem restore using the @
predecedent to insure those occur after returning to the receive
mode.
Dave
--
Created on and sent from a Unix like PC running and using open source software:
|
Update...
The Macro as specified earlier still at times fails to put the rig into Transmit.
(Seems more prevalent if you leave the system idle for a while.)
What tests would you like done?
73.
Dave G0WBX.
--
Created on and sent from a Unix like PC running and using open source software:
|
Re: fldigi abort witnessed - Pi 4.2.05.24
Re:-
I would suggest that you provide feedback to the pipewire and wireplumber developers
and
have lots of messages appearing and the main developers see them daily.
--
Brian G8SEZ
?
OK Brian, I have signed up for gitlab, and have read access at least.? I'll wait a day and see if I gain access to comment/raise an issue.
(It seems they have been having a lot of spam posting issues.)
?
I thought Github was confusing enough, but gitlab takes the biscuit in that respect!
No doubt if one immerses oneself into it, the mists clear, but for occasional users reporting issues, not helpful from first impressions.
I'll try and stick with it though.
?
I'll report back here on any progress with the issues I have found, if they regard them as issues of course.
?
73.
?
Dave G0WBX.
|
Haris SV1GRB
Bill, K4AJ
Dave, W1HKJ