Date   

locked Re: FT8 #logging

Ken
 

I have created two instances of WSJT-X, one configured for my K3 and one configured for my IC-7610 Radio.
Both instances work.

Does anyone know how to point configure both Instances to use the same ADI Log file.
I would like to be able to switch between RIGs but maintain a common ADI file so stations worked on either radio will still show up as worked so I do not duplicate previous QSO's.

Ken - W8KEN


locked Re: Time Sync Program. #Timesync

Bob Turner
 

I found the Meinburg monitoring software refuses to run because “NTP Service not installed”.   I tried it with Run As Administrator, same results.  It appears we need to install the Meinburg NTP service as well.  I did not.  The “Windows Time” service is running.  My windows 10 version is build 19041.867.

 

I was running Dimension 4.  I recently removed Dim4 to see how inaccurate my PC clock is.  It’s been about 24 hours without Dim4.  My time is 0.027 seconds fast.

 

7 3  Bob

N2SCJ

 

From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of David Ackrill
Sent: Tuesday, March 16, 2021 2:24 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] Time Sync Program. #Timesync

 

The NTP system will work anyway, the Meinburg monitoring software is realy only an additional benefit.  I look at the graphs occasionally and check that there are a number of Stratum 2 and 3 systems in the NTP Status tab.  It is old software now, so I doubt Meinburg will be offering any support for it anymore...

Using the command 'ntpq -pn' in a command prompt will tell you that NTP is running and which systems your PC has heard from.

Cheers - Dave (G0DJA)


locked Re: Time Sync Program. #Timesync

RichardH
 

I use NetTime, also.  Very simple and straightforward, lightweight, and works like a charm right out of the gate.  Highly recommend.

dh


locked WSJT-X #FT8

Ken
 

TEST - Please disregaed


locked Re: Logged Stations Still Show Up In Band Activity As Not Worked - Green Highlighted #logging

Bill, WB6JJJ
 

Did you update JTAlert after installing the new WSJT program? JTAlert was changed to work with the new version of WSJT.
Bill
WB6JJJ

On Mar 16, 2021, at 2:26 PM, Robert Lorenzini <bob@...> wrote:

 I can duplicate this in 2.2.2 by starting everything from DXLabs launcher even when JTAlert is started last.
Killing JTAlert and restarting will fix it. Until I realized what was going on I made a number of embarrassing
workedB4 contacts. It may be JTAlert is the problem, I will revert and try that when I get back from my bike ride.

dod
JTAlert 2.16.17

On 3/16/2021 7:49 AM, Bob wrote:
No Bill, there is a bug.

dod

On 3/16/2021 6:37 AM, Bill Somerville wrote:
On 16/03/2021 12:02, Don Bolstad K9DEB wrote:
Recently had to re-install programs on PC after a Windows crash requiring a restore. Fortunately the restore job saved my data and logs. However software programs needed to be re-installed.
Downloaded and installed WSJt-x V2.3.0 and JTAlert 2.16.17.

Noticed that after I work and log a station, that station still shows up in the Band Activity window with green highlight, indicating not worked. I checked the 'wsjtx_log.adi" and "wsjx.log" files and the qso has been properly recorded. This has caused me to chase the station again, even though I may have worked him the same day. All CQ lines in the band activity window are green. This was not the way it was before the restore.

Anybody with an idea this is happening?

Don K9DEB
Don,

with the default colour scheme for highlighting decodes in WSJT-X a green background means they are calling CQ, no more, no less.

73
Bill






locked WSJT-X v2.4.0 rc3 #BugReport Tune Function/Hopping QSY (WSPR-2) #IssueReport

Bob K4RCG
 

When "hopping" in WSPR-2, TUNE (in hopping "Schedule") does not always TX upon band change.  Sometimes it does, and sometimes it does not.  Desired state would be to have the TUNE function always TX upon hop/QSY to new band to ensure ATU engages and thus results in optimal RX condtion on the new band.  I've seen this behavior in previous GA and rc.

73 de Bob
K4RCG


locked Re: WSJT-X not Answering Calls #FT8

Monty Wilson, NR0A
 

If the Call 1st check box is clear then the system will wait for you to select a QSO partner.

 

Checking Call 1st will cause the system to respond to the first response to your station that it decodes.

 

 

Monty Wilson, NR0A

jwilson16@...

 

From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Dale Martin, KG5U
Sent: Tuesday, March 16, 2021 11:49 AM
To: main@WSJTX.groups.io
Subject: [WSJTX] WSJT-X not Answering Calls #FT8

 

I noticed the other day that WSJT-X(v2.3.0) is not recognizing calling stations in response to my CQs. In fact, it just continues calling CQ in spite of there being 1,2,or 3 callers showing up in the Rx Frequency pane answering the just finished CQ. I've checked my settings and cannot find anything that might turn on/off such a feature. 

Thanks for any info anyone can provide. 

73, dale, kg5u


locked Re: FST$4W in a PIC #FST4W

Bill Somerville
 

On 16/03/2021 21:54, Kenneth Williams wrote:
Yes, I caught the issue that this chip is designed for two-tone FSK.  However, after thinking about your idea, it is not clear that this would work without knowing the undocumented internals of the chip.  Very specifically, it is not clear that if both F1 and F2 hold the same frequency, that there would be no phase discontinuity when flipping the FSK input.

So, in the method you propose, at some point in the operation, set F1=F2 and change FSK.  What should be the setting for ramped or non-ramped?  If ramped, what rate? And then, the big question, how well is phase continuity guaranteed?  This phase continuity is not clear to me from the chip specs.

This is a good and interesting topic.

Ken
KC6PUQ
Ken,

the DDS is phase continuous when doing FSK frequency shifts. The ramping can be disabled in ramped-FSK mode by clearing the TRIANGLE bit if necessary. I did say that any F1/F2 swapping would need to be done in dwell time mid-symbol, probably just prior as at mid-symbol in ramped-FSK mode it is time to flip the FSK input to start the next frequency change if there is one. So I don't think any of your questions above are relevant or unanswered by the data sheet.

73
Bill
G4WJS.


locked Re: FST$4W in a PIC #FST4W

Kenneth Williams
 

Yes, I caught the issue that this chip is designed for two-tone FSK.  However, after thinking about your idea, it is not clear that this would work without knowing the undocumented internals of the chip.  Very specifically, it is not clear that if both F1 and F2 hold the same frequency, that there would be no phase discontinuity when flipping the FSK input.

So, in the method you propose, at some point in the operation, set F1=F2 and change FSK.  What should be the setting for ramped or non-ramped?  If ramped, what rate? And then, the big question, how well is phase continuity guaranteed?  This phase continuity is not clear to me from the chip specs.

This is a good and interesting topic.

Ken
KC6PUQ


locked Re: FST$4W in a PIC #FST4W

Bill Somerville
 

On 16/03/2021 21:31, Andy TALBOT wrote:
The ramping in the AD9852 is a linear sweep.   That used for FST4 is Gaussian shaped  Having worked put how to do a proper shaped one, reverting to a linear ramp just because the chip can do it itself is a cop-out.  

The 9852 is rather long in the tooth now, may be worth looking for an improved DDS, although 48 bit ones are rarer.

Hi Andy,

non-linear ramping is well defined for that DDS, the ramp control can be changed and timed on the fly as I said before. Even if the ramp is divided into a few segments with different slopes it will probably be better than trying to tweak the DDS in single frequency mode at exactly the right intervals to generate anything like a Gaussian filter. In fact I suspect a linear ramped-FSK will be better than any attempt at a piecemeal generation a Gaussian filtered MFSK, certainly much easier to generate using the DDS chip's facilities for it.

73
Bill
G4WJS.


locked Re: FST$4W in a PIC #FST4W

Kenneth Williams
 

My interpretation of the datasheet, as below, is that the 9852 can perform non-linear transitions.  I think that the more difficult obstacle to overcome with respect to using the auto frequency changing mechanism in this chip, is that the frequency shifting mechanism in this chip seems to be designed only for two-tone FSK operation.  Even then, the non-linear frequency shifting looks to require constant updates of the delta frequency register during the transition between the frequencies.

Ken
KC6PUQ

-------- From Datasheet --------
 Although linear sweeping, or frequency ramping, is
easily and automatically accomplished, it is only one of many
possibilities. Other frequency transition schemes can be
implemented by changing the ramp rate and ramp step size at
any time during operation.
Frequency ramping, whether linear or nonlinear, necessitates
that many intermediate frequencies between F1 and F2 are
output in addition to the primary F1 and F2 frequencies. 


locked Re: FST$4W in a PIC #FST4W

Bill Somerville
 

Hi Ken,

the DDS FSK features are probably designed for 2-FSK where F1 and F2 are fixed, FST4W is 4-FSK so it gets a bit more complex as the next tone shift may be to higher or lower frequency than the current F1 or F2 frequency. The problem as I see it is that although you can exchange F1 and F2 values you will need to avoid changing the one that is currently being used to synthesize the output. Hence my suggestion that, when F2 would need to be set to lower than F1, you could set the one not being used to be equal to the one being used during the dwell time when there is no ramping (mid-symbol) then flip the FSK input, which would not change the output frequency, then set the register that was originally being used for synthesis while maintaining the F1 ≤ F2 requirement for ramped-FSK operation.

73
Bill
G4WJS.

On 16/03/2021 21:14, Kenneth Williams wrote:
OK, I do see that but I see nothing that says F1 has to be the initial frequency, talking only about ramped-FSK mode because, per the datasheet:

The purpose of ramped FSK is to provide better bandwidth
containment than can be achieved using traditional FSK.

Going back to my second comment in the thread, and without actually working out the details, I have to believe that the process of sending out a stream of symbols with both upshift and downshift of frequencies must be possible with the mechanisms in this device (ramped FSK of course) otherwise the stuff in this chip would not have much value.

Yes?

Ken
KC6PUQ


On Tue, Mar 16, 2021 at 2:04 PM Bill Somerville <g4wjs@...> wrote:
Hi Ken,

that device requires the F1 register be the lower frequency when using *ramped-FSK* mode, in non-ramped FSK mode the two registers may be either higher or lower than each other. The ramp from F1 to F2 or F2 to F1 depends on the last change of the FSK input pin.

73
Bill
G4WJS.

On 16/03/2021 20:53, Kenneth Williams wrote:
Hi folks.  I am jumping in because this looks interesting and may be something I want to look at more closely.. I want to comment that I am not clear on the understanding of F1/F2 as expressed in this thread.  I do not see anything in the datasheet that says F1 is the starting frequency and F2 is the end.  From what I see, either F1 or F2 can be that starting frequency. (example in figs 34, 35).

Thanks in advance for educating me.

Ken
KC6PUQ

On Tue, Mar 16, 2021 at 4:28 AM Bill Somerville <g4wjs@...> wrote:
On 16/03/2021 11:16, Bill Somerville wrote:
On 16/03/2021 11:04, Bill Somerville wrote:
On 16/03/2021 10:58, Andy TALBOT wrote:
OK, I now understand the process and can see a way forward in a PIC, sampling at a rate perhaps 32 or 64 times that of the symbol period
From the look of the curves for BT=1 and BT=2, at any one time only the contribution from two pulses need be taken into account.  The contribution from pulses further away are too small to contribute when using a table-based approach to generating the GFSK waveform.

The next stage, when time permits,  is to write some code for a PIC that will sample at 32 or 64 times symbol rate, which is less than 1kHz even for the fastest FST15 mode, then send the results to a 48 bit DDS.
 It needs to be a 48 bit device - I use the AD9852 - as a normal 32 bit one is too coarse to give the correct increments at the slowest modes.

If I'm using contributions from two adjacent symbols, the curve stored in the table need only cover half the entire shape as the second half is a mirror image.  That will possibly,simplify the table lookup process.    I'll be using an 8 bit table, so frequency during the shift  will be quantised and I don't have the mathematical nous to calculate the effect that may have on spurii.

Andy   G4JNT

Hi Andy,

the AD9852 appears to directly support smoothed FSK transitions using what it calls ramped-FSK, I would have though that is a better approach that will avoid possibly noisy small frequency steps between symbols. The data sheet says that even though the ramp function is linear, it may be adjusted on the fly for more complex transitions.

73
Bill
G4WJS.

Hi Andy,

having suggested that, I am not sure how feasible it would be to generate ramped-MFSK using the FSK capabilities of that DDS since you cannot ensure that F1 is always lower than F2 without sometimes having to change either F1 or F2 while it is being used by the DDS. I say this because ramped-FSK has a requirement that F1 always be lower than F2. Perhaps it is a non-starter :(

73
Bill
G4WJS.

Hi Andy,

OTOH you may be able to set F1 equal to F2 (or vice versa depending on the last frequency transition direction) mid-symbol then flip the FSK input when; you need to exchange F1 and F2 to shift down or up (depending on the last frequency transition direction) to a new frequency for the next transition. That way you can do arbitrary frequency transitions while always keeping F1 lower than F2.

73
Bill
G4WJS.



locked Re: FST$4W in a PIC #FST4W

Andy Talbot
 

The ramping in the AD9852 is a linear sweep.   That used for FST4 is Gaussian shaped  Having worked put how to do a proper shaped one, reverting to a linear ramp just because the chip can do it itself is a cop-out.  

The 9852 is rather long in the tooth now, may be worth looking for an improved DDS, although 48 bit ones are rarer.


Virus-free. www.avg.com


locked Re: FST$4W in a PIC #FST4W

Kenneth Williams
 

One more time and then I will go away for a while.

Looking more closely, it is looking like this really is meant to perform just two-tone FSK.  Lower F in F1 and higher F in F2 and toggle the FSK signal to select the frequency.

Goodbye for a while

Ken
KC6PUQ


locked Re: Not receiving anything... #GeneralGroupInfo

Karl Beckman WA8NVW - NNV5BH
 

I hate to suggest something at such a low level, but I've done it more than once myself:  If you are testing on 40, 60, 75, or 160M, make sure your rig is set to UPPER sideband. That's one thing you can't read on the waterfall.  The worldwide standard for analog voice on ham bands below 9 MHz is LSB, but WJST is always upper..
--
Karl  WA8NVW  OH
WA8NVW@...
in WSJTX@groups.io


Carlos
 

Hi Jim,

with highly interrest did I read your papers KillingRxNoise ....

please give me an idea what this noise can be. (see pic of MSK144 graph)
I use a HB9CV; FT-847, wsjtx-2.4.0-rc3, raspberryPi 4-buster

the noise mainly appears in the afternoon from 08:12 pm til 09:46 pm.
coming up and down
is mainly in the direction south of the antenna (airport)
has peaks aprox. every 5 sec.
in phases very strong S3
on 50.280 USB very strong
not so strong but almost there at 50.305

I guess it could be a weather radar, but ? is this mainly in the afternoon ??
my location is near ( 14 miles) to the airport of vienna, direction south
But? is the airport radar only working in the afternoon ??? Vienna airport is busy, even in corona !

I had the same noise when my antenna was lower on the flat roof, but now did I put up
the antenna on top of the roof and the noise increases heavy.

How can I get rid of this ugly noise ????
bandpassfilter ??

thanks for your appreciated answer !
vy73, Karl OE3JAG


locked Re: Time Sync Program. #Timesync

Martin G0HDB
 

On Tue, Mar 16, 2021 at 01:25 PM, Alan G4ZFQ wrote:
Martin,

And this works with the current Meinberg with current W10 PCs?

73 Alan G4ZFQ
Hi Alan, yes the Time Server Monitor utility app works fine on 64-bit Win 10 PCs.  Task Manager shows it as a 32-bit app.  From what I can recall, I think the TSM utility needs to be run as administrator if you want to use the app to stop and/or restart the NTP daemon.

73
--
Marrtin G0HDB


locked Re: 2.4 and FTDX101MP #Cat_RigControl

Buddy Morgan
 

Does not work with 2.4 rc2 or rc3. Running Windows 10, with the latest updates, on an HP All in One. - Buddy


-----Original Message-----
From: Bill Somerville <g4wjs@...>
To: main@WSJTX.groups.io
Sent: Tue, Mar 16, 2021 11:56 am
Subject: Re: [WSJTX] 2.4 and FTDX101MP #Cat_RigControl

On 16/03/2021 15:33, Buddy Morgan via groups.io wrote:
Since I downloaded 2.4, I have had problems getting my FTDX101MP to work with the software. I have got it to work a few times - I have no idea how I did it. 2.4 works fine with my IC 9700 and my IC 7100. When I try the '101, I get the following error message:

Hamlib error: Feature not implemented
newcat_set_freq: special_60m=0, 60m freq=0, is_ftdx3000=0
newcat.c(782):newcat_set_freq return(-4)
rig.c(1592):rig_set_freq return(-4) while setting frequency

Timestamp: 2021-03-16T12:50:51.749Z

Any help would be appreciated.

Buddy Morgan WB4OMG
Buddy,
which WSJT-X version are you running? 2.4 is not sufficiently specific, there have been three separate release candidates so far.
73
Bill
G4WJS.




locked Re: Time Sync Program. #Timesync

David Ackrill
 

The NTP system will work anyway, the Meinburg monitoring software is realy only an additional benefit.  I look at the graphs occasionally and check that there are a number of Stratum 2 and 3 systems in the NTP Status tab.  It is old software now, so I doubt Meinburg will be offering any support for it anymore...

Using the command 'ntpq -pn' in a command prompt will tell you that NTP is running and which systems your PC has heard from.

Cheers - Dave (G0DJA)


locked #mainscreen #FST4 #Q65 - User Guides for v2.3.0 and v2.4.0-rc3 #mainscreen #FST4 #Q65

Frode Igland
 

Thanks for version 2.4.0-rc3.

In the v2.4.0-rc3 User Guide, the illustration of section 10.1.5  Mode Menu shows the v2.3.0 Mode Menu, including QRA64 and ISCAT, both to be deprecated in v2.4.0. I guess this should be replaced by a new mode list including Q65, but not QRA64 and ISCAT.

In the User Guide for v2.4.0-rc3, the title of the previous section 10.2 Button Row (on the main screen) has been removed and replaced by this text:
    === Button Row
// Status=edited
All the previous text under "Button Row" has been retained. Should the Button Row still have its own section title and number, or is the change intended?

I have translated the User Guide for v2.3.0 GA (submitted in early February, not yet published) and v2.4.0-rc3, hence the tags FST4 and Q65.
Where do you want to receive the translations to make them available on the WSJT-X page?

The User Guide is an important part of WSJT-X. Does it deserve its own hash tag?

73, Frode LA6VQ

14881 - 14900 of 38067