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

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@...

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@...

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:

On Jan 10, 2025, at 9:22?PM, Adrian Fewster, VK4TUX via groups.io <vk4tux@...> wrote:

?

I run some G4HFQ Yaesu VB6 software? (FTBCAT, FTBbasicMMO etc)

?under wine here; Had to do ;

winetricks vb6run

winetricks mfc42

also

sudo apt install cabextract

sudo apt install wine wine64 libwine fonts-wine

With good results

Its interesting with codeweavers 'Crossover' that I paid $ for, that there is no apparent solution to run VB6 programs.

Their forum also ignored the question. wine/winetricks saved the day.

vk4tux

On 11/1/25 12:46, James C. Hall, MD WB4YDL via groups.io wrote:

OK, using Winetricks, I installed VB6, and a few missing other files. I was still getting errors about missing or misinstalled OCX files. I had to retrieve them at OCXme.com.

Finally, VARA FM materialized briefly … but shut down quickly. A buzzkill. The error is something about advapi32.dll. I tried a different version, but getting the same thing.

“Call from 7BDAACE8 to unimplemented function ADVAPI32.DLL. PerfEnumerateCounterSet, aborting wine …” Then it calls for debugger which didn’t run.

I’m close, just not there. Any help appreciated. Going to copy this to linuxham group as well.

73, Jamie

WB4YDL

PS - while running Winetricks for missing files, this error box came up

This may be the source of why the VARA install Pi App script would just stall. I never got this box when I ran it - only with Winetricks. Tried wineserver -k and -k9, but it never stopped these boxes. But when I clicked OK, it woul take off and continue to complete the requested fill.

Again, RPi4 with 32bit Bullseye.

On Jan 10, 2025, at 2:14?PM, James C. Hall, MD WB4YDL <heartdoc@...> wrote:

? Well, slowly I’m learning some of this Linux stuff ! HI I have a couple SD cards that I go back and forth with. What I decided to do was manually install Box86 and Wine thanks to a great how-to article -

?

So, I installed VARA and VARA FM, but neither would run - missing required DLL - a MS Visual Basic. So, I guess this is where Winetricks comes in to save the day. Lots of studying to do - but it is kinda fun and interesting.

I could never get the Pi Apps install routine for VARA to work - it would just stall out in the middle of things. If anyone can point me in the right direction on installing and running Winetricks, I would appreciate it.

I may try that Pi Apps script again but on Ethernet instead of WiFi. Something to try …

73, Jamie

WB4YDL

On Jan 6, 2025, at 9:51?PM, James C. Hall, MD <heartdoc@...> wrote:

?Is there a time limit to install something on a RPi or something ? I’ve been trying to install VARA (using the Pi-Apps install) and I’ve noticed that it will go so far in the installation and just stop - I can wait an hour and it never moves. The CPU slider on Conky will go down to idle at 6-7%. I can restart the process and it may get a little farther (since some things are now installed), but it again stalls mid-stream. This is a new Bullseye install with minimal 73Linux items selected.

I installed VARA previously without issue a couple years ago and didn’t have any issues thanks to Jason’s tutorial.

WINE stalls about when installing fonts.

Any suggestions to try ?

73, Jamie
WB4YDL

On Jan 10, 2025, at 2:14?PM, James C. Hall, MD WB4YDL <heartdoc@...> wrote:

?Well, slowly I’m learning some of this Linux stuff ! HI I have a couple SD cards that I go back and forth with. What I decided to do was manually install Box86 and Wine thanks to a great how-to article -

?

So, I installed VARA and VARA FM, but neither would run - missing required DLL - a MS Visual Basic. So, I guess this is where Winetricks comes in to save the day. Lots of studying to do - but it is kinda fun and interesting.

I could never get the Pi Apps install routine for VARA to work - it would just stall out in the middle of things. If anyone can point me in the right direction on installing and running Winetricks, I would appreciate it.

I may try that Pi Apps script again but on Ethernet instead of WiFi. Something to try …

73, Jamie

WB4YDL

On Jan 6, 2025, at 9:51?PM, James C. Hall, MD <heartdoc@...> wrote:

?Is there a time limit to install something on a RPi or something ? I’ve been trying to install VARA (using the Pi-Apps install) and I’ve noticed that it will go so far in the installation and just stop - I can wait an hour and it never moves. The CPU slider on Conky will go down to idle at 6-7%. I can restart the process and it may get a little farther (since some things are now installed), but it again stalls mid-stream. This is a new Bullseye install with minimal 73Linux items selected.

I installed VARA previously without issue a couple years ago and didn’t have any issues thanks to Jason’s tutorial.

WINE stalls about when installing fonts.

Any suggestions to try ?

73, Jamie
WB4YDL

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@...

Hi.

I'm sure I had all this working in the past, but not now....... Not helped by issues with my main PC preventing reliable access to it.?? That is fully disconnected, cold and dead for now.

Fldigi 4.2.06 with Flrig 2.0.05 on LMDE 6 running on an 8 core intel based machine, a Dell XPS laptop with 8G RAM, using external USB connected sound device, and serial port DTR to key the radio, a TS870s.

Using Fldigi/Flrig for "normal" working is fine, but attempting to create a macro to send a CWID and "ONLY" a CWID, and I'm failing...

I'm sure this has cropped up before in the list, but attempting to create a macro to send a CWID and "ONLY" a CWID, regardless of the prevailing mode that was being used I can't make work, after some 40 minutes faffing about, so hear I am.

This is the contents behind a freshly assigned "CW ID" Macro button...

<TXRSID:off>
<PUSH>
<MODEM:CW>
<TX>
<CWID>
<RX>
<POP>
<TXRSID:on>

It fails miserably...

Firstly it doe not always put the rig into TX!? Sometimes it will for a few attempts, then it'll not bother, but sends audio each and every time.? (Debugging this with the rig on low power into a load, while using the default audio device for the TX audio, so hopefully no QRM being sent.)

It always sends a RSID (TXID button here is enabled by default, and is not seen to be disabled while the macro runs.)? Then a burst of Olivia 8/250 (the mode that is present before invoking the macro) then does the CWID, and goes back to recieve.

The indicated mode does not change in the lower left display of Fldigi either.

Each individual macro function works exactly as advertised, but not it seems when combined into one file.? In this case.

What have I missed this time??? I.e.? How to force a macro to execute sequentially, as it is shown in the editor.

I just want it to key the radio, send an unadulterated CWID without any TXID or burst of whatever other digimode was being used, then go back to RX restoring the mode that was in use before the macro was invoked.

As earlier.? "Normal" Fldigi usage is fine.?? As are the usual macros for calling answering sending info, logging and closing QSO's etc.

Confused again and getting fed up with it.

73.

Dave G0WBX.