Date   

Re: new version 25 doesnt switch ic9100 to usb-d mode #Cat_RigControl #Icom

Bill Somerville
 

Mike,

WSJT-X always requests a mode change with no change in the filter settings. I know this is somewhat problematic with some Icom rigs that do not allow reading the filter settings on the SPLIT Tx VFO without swapping VFOs. Perhaps those that want to use the Icom default filter settings and can't be bothered to customize them as needed should be forced to put up with VFO swapping when changing modes in SPLIT, so Hamlib can read the current filter settings and honour the RIG_PASSBAND_NOCHANGE option by reading the current value to reuse just before setting the mode.

Note that WSJT-X always requests a mode switch (possible redundant) when setting the frequency, this will not change as it copes well with inadvertent operator mode changes via the front panel.

73
Bill
G4WJS.

On 15/10/2021 16:47, Michael Black via groups.io wrote:
I've gone back and forth with Icom several times....

Their default mode is filter 2 and I used to force it to filter 1.  I changed hamlib to let the rig default to whatever it wants and if Icom ever fixes that (not holding my breath) so that the filter follows the band stack then everybody will be happy.

Meanwhile you need to set filter 2 to your data mode wide filter.

My other choice is to do same as FLRig and "remember" whatever filter you select but hamlib currently doesn't try to remember anything so would be a significant change to having hamlib save a config file.

Mike W9MDB




On Friday, October 15, 2021, 10:24:58 AM CDT, bob lee <ve3cga@...> wrote:


Hi Bill, well just about there.
the usb-d mode is now selected going into wsjtx
however the rig is put into filter 2 which really narrows the field of view
additionally it leaves the USB mode in filter#2 as version 24 does as I found out yesterday (below)

Running version 24 I never realized it (originally thought it had been previously set by me) but although it starts up just fine with usb-d mode & filter set at #1, when I exit and manually switch back out of data mode, whatever band was selected with wsjt-x is left in filter #2 even though wsjt-x ran in data mode with the filter set to filter #1.
In other words, with wsjtx exited, manually switching to usb mode the filter is now filter #2. Manually switching back to data mode shows filter #1 (good)

I dont know if the data mode ON cmd $FEFE7cE01A060101FD could be inserted into the 9100 configuration 
Different program but I have do this with mmsstv radio commands for each bands then I deselect, put mode back to USB with filter untouched: $FEFE7cE01A060000FD

From the manual pg 193:

 
I wonder if there is somewhere in the wsjtx files where I could insert these command strings

tnx Bob VE3CGA



Re: new version 25 doesnt switch ic9100 to usb-d mode #Cat_RigControl #Icom

Michael Black
 

I've gone back and forth with Icom several times....

Their default mode is filter 2 and I used to force it to filter 1.  I changed hamlib to let the rig default to whatever it wants and if Icom ever fixes that (not holding my breath) so that the filter follows the band stack then everybody will be happy.

Meanwhile you need to set filter 2 to your data mode wide filter.

My other choice is to do same as FLRig and "remember" whatever filter you select but hamlib currently doesn't try to remember anything so would be a significant change to having hamlib save a config file.

Mike W9MDB




On Friday, October 15, 2021, 10:24:58 AM CDT, bob lee <ve3cga@...> wrote:


Hi Bill, well just about there.
the usb-d mode is now selected going into wsjtx
however the rig is put into filter 2 which really narrows the field of view
additionally it leaves the USB mode in filter#2 as version 24 does as I found out yesterday (below)

Running version 24 I never realized it (originally thought it had been previously set by me) but although it starts up just fine with usb-d mode & filter set at #1, when I exit and manually switch back out of data mode, whatever band was selected with wsjt-x is left in filter #2 even though wsjt-x ran in data mode with the filter set to filter #1.
In other words, with wsjtx exited, manually switching to usb mode the filter is now filter #2. Manually switching back to data mode shows filter #1 (good)

I dont know if the data mode ON cmd $FEFE7cE01A060101FD could be inserted into the 9100 configuration 
Different program but I have do this with mmsstv radio commands for each bands then I deselect, put mode back to USB with filter untouched: $FEFE7cE01A060000FD

From the manual pg 193:

 
I wonder if there is somewhere in the wsjtx files where I could insert these command strings

tnx Bob VE3CGA




Re: new version 25 doesnt switch ic9100 to usb-d mode #Cat_RigControl #Icom

bob lee
 

Hi Bill, I sent a few minutes ago but it must have gone to cyberspace so I'll try again

I added the dll to ver25 and it does startup data mode (great) however the filter is changed to #2 position which is narrower

Yesterday I noticed after using ver 24 that is sets up fine  usb=d and filter #1 but after closing wsjtx and going back to just USB mode that the filter was selected as #2
I had noticed this before but thought I had selected it working SSB with some adjacent qrm

So when I use mmsstv I set it up in the menus to call the freq (not shown) and usb data mode FEFE7cE01A060101FD
I also setup a data mode off button for when I leave mmsstv FEFE7cE01A060000FD

I'm wondering if there is some place in the files where as wsjtx is initialized that the USB data mode command could be inserted
This was from the manual pg 193

I though of using a script or bat file but I think wsjtx would write over it with the usb-d with filter#2

thanks, Bob VE3CGA


Re: MAP65 Installation #map65

Joe
 

Hi Ian,

Behavior of the MAP65 files that you describe is exactly as it should be.  Xpol data files have extension .tf2 and are opened when Xpol is selected.  Single-polarization files are half as big, have the .iq extension, and are opened whan Xpol is not selected.

Opening a file causes MAP65 to read and decode the entire file.  Normally this takes just a few seconds.  A screenshot showing MAP65 after reading Xpol example file 061111_0745.tf2 is attached.  Seven EME signals are found and decoded.

  -- 73, Joe, K1JT


Re: new version 25 doesnt switch ic9100 to usb-d mode #Cat_RigControl #Icom

bob lee
 

Hi Bill, well just about there.
the usb-d mode is now selected going into wsjtx
however the rig is put into filter 2 which really narrows the field of view
additionally it leaves the USB mode in filter#2 as version 24 does as I found out yesterday (below)

Running version 24 I never realized it (originally thought it had been previously set by me) but although it starts up just fine with usb-d mode & filter set at #1, when I exit and manually switch back out of data mode, whatever band was selected with wsjt-x is left in filter #2 even though wsjt-x ran in data mode with the filter set to filter #1.
In other words, with wsjtx exited, manually switching to usb mode the filter is now filter #2. Manually switching back to data mode shows filter #1 (good)

I dont know if the data mode ON cmd $FEFE7cE01A060101FD could be inserted into the 9100 configuration 
Different program but I have do this with mmsstv radio commands for each bands then I deselect, put mode back to USB with filter untouched: $FEFE7cE01A060000FD

From the manual pg 193:

 
I wonder if there is somewhere in the wsjtx files where I could insert these command strings

tnx Bob VE3CGA


Re: my memory is failing... #NewUser

Reino Talarmo
 

Perhaps it was GridTracker.
73, Reino OH3mA

-----Original Message-----
From: main@WSJTX.groups.io [mailto:main@WSJTX.groups.io] On Behalf Of Bill Somerville
Sent: 15. lokakuutata 2021 17:05
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] my memory is failing... #NewUser

On 15/10/2021 14:29, Andrew Thall k2oo wrote:
I've been away from FT8 for a long time. Besides WSJT-x, I remember a
program that showed callsigns in a grid that ran at the same time --
but I can't remember the name of the program. Can you give me the
name of that program????
Thanks.
Andy, k2oo
Hi Andy,

if that is on MS Windows then you probably mean JTAlert.

73
Bill
G4WJS.


Re: my memory is failing... #NewUser

Bill Somerville
 

On 15/10/2021 14:29, Andrew Thall k2oo wrote:
I've been away from FT8 for a long time.  Besides WSJT-x, I remember a program that showed callsigns in a grid that ran at the same time --
but I can't remember the name of the program.  Can you give me the name of that program????
Thanks.
Andy, k2oo
Hi Andy,

if that is on MS Windows then you probably mean JTAlert.

73
Bill
G4WJS.


Re: my memory is failing... #NewUser

Michael Black
 

You thinking of JTAlert?


Mike W9MDB




On Friday, October 15, 2021, 08:59:50 AM CDT, Andrew Thall k2oo <thall@...> wrote:


I've been away from FT8 for a long time.  Besides WSJT-x, I remember a program that showed callsigns in a grid that ran at the same time -- but I can't remember the name of the program.  Can you give me the name of that program????
Thanks.
Andy, k2oo




my memory is failing... #NewUser

Andrew Thall k2oo
 

I've been away from FT8 for a long time.  Besides WSJT-x, I remember a program that showed callsigns in a grid that ran at the same time -- but I can't remember the name of the program.  Can you give me the name of that program????
Thanks.
Andy, k2oo


Re: MAP65 Installation #map65

Ian Morrison
 

Hi Bill

Checked the configuration several times all seems good.

Did an uninstall and a fresh download and copied the demo files.

The first is an iq type file of 19 MB and can only be selected if x pol is set.

The second is a tf2 type file of 38 MB and can only be selected by MAP65 if x pol is not set (single polarization)

Both files run for a few seconds and stop. The wide spectrum advances but no signals are visible.

Have you tried these files with MAP65 3.0 ?

73
Ian

On Thu, Oct 14, 2021 at 3:55 AM Bill Somerville <g4wjs@...> wrote:
Hi Ian,

the "Decode" button should turn cyan for a second or more at around seconds 51 and 57 of the minute (depends on the modes selected). The correct timing of the decoder activity also depends on the correct sample rates being selected, are you you using the default 96000 rate, and does that match the rate that Linrad is sending I/Q data at? Do you have the MAP65 Xpol setting set correctly for your system?

73
Bill
G4WJS.

On 14/10/2021 11:47, Ian Morrison wrote:
Hi Bill

I have not yet seen a MAP65 operating normally. What time does the decode light normally blink?
Does the decode light blink even if a decode is not likely? Is the decoder solely time initiated?
Any bit of information will give me a direction to snoop.

73
Ian 

On Thu, Oct 14, 2021 at 3:22 AM Bill Somerville <g4wjs@...> wrote:
Hi Ian,

yes that may be a clue, but I have no idea what is happening. Perhaps a conversation with one of the other EME ops using Linrad as a source for MAP65 may help discover what is different about your system.

73
Bill
G4WJS.

On 13/10/2021 23:36, Ian Morrison wrote:
Hi Bill
The timing is curious isn't it?
Always starts receiving at the zero second of the minute and stops at seven seconds.

73
Ian

On Wed, Oct 13, 2021 at 2:40 PM Bill Somerville <g4wjs@...> wrote:
On 13/10/2021 22:30, Ian Morrison wrote:
> Hi Bill
> I moved the UDP port in Linrad back to 50004 instead of taking Linrads
> assignment and get the same result.
> also did a restart same result. This windows 10 PC is brand new and
> has no other software loaded but Windows 10, Linrad and WSJT-X with
> MAP65 3.0.
> Used netstat -ab to check who is using what ports and found Edge may
> be using 50024.
> The end of the 7 seconds shows a decode light but the rx stays off
> until the next minute zero.
>
> 73 Ian

Hi Ian,

I doubt Edge is using UDP on any port so that is not an issue, TCP and
UDP are separate.

The only requirement on port numbers is that whatever you set in the
MAP65 settings for the port to listen on (default is 50004) must be the
same port you have Linrad sending on. Whichever port being used will
have to be opened on the Windows machine firewall for incoming UDP
traffic to MAP65.

Ephemeral ports are granted to processes on some internal basis by the
operating system, a restart should always sort out any issues where the
o/s has granted a port you want to use to another process.

So I am not sure what is happening. Other MAP65 users are able to use
Linrad to feed I/Q data to MAP65 so it would appear to be something
specific to your machine.

73
Bill
G4WJS.






Re: #FoxAndHound #Cat_RigControl Saving preferences changes rig dial frequency #Cat_RigControl #FoxAndHound

Bernd - KB7AK
 

Thanks for that tip Bill, works like a charm.

73,
Bernd - KB7AK


Shaping MSK144 #MSK144

Andy TALBOT
 

I have a source for an MS beacon that generates MSK144 directly at 50MHz by programming a DDS chip.   It is straightforward to generate the modulation, switching between two RF 'tones' exactly 1000Hz apart at the symbol rate of 2kHz

The snag with doing that though is that there is no filtering of the sidelobes, those that are generated above the null at 3kHz separation from the centre frequency, on either side due to the abrupt frequency transition.   In conventional usage, upconversion in an SSB transmitter, these will clearly be removed by the SSB filter.

Would it be permissible in my case to add a small amount of Gaussian shaping to the waveform, to turn it into GMSK to lower those sidelobes a bit?   Will the decoder manage to track this?   Assuming there will be some degradation in decoder efficiency do you have any feel for how bad this may be and what sort of B value would be acceptable?
 Looking at the spectrum of the raw audio from WSJT-X when sending MSK144, it looks very similar to the right hand side of mine at RF, with the reappearance of audio above 3kHz. 


locked Re: Working split

Jason B
 

On Sat, Oct 9, 2021 at 06:11 AM, chas cartmel wrote:

May I ask those responding to a CQ who are moving to the caller’s frequency to then QSY when QSO is completed. It is best to keep your transmit frequency selected to avoid this. It is unnecessary to move to the CQers frequency.

 

73 Charlie

G4EST

www.g4est.me.uk

Stay safe out there

 


This email has been scanned by BullGuard antivirus protection.
For more info visit www.bullguard.com
Typically what I do, is try and find a clear timeslot and park there. I don't shift to the operators frequency I'm responding to because I'm scared I'll step on someone who is using the same frequency on the other slot. Every few minutes I'll stop and make sure I'm not being stepped on and QSY if I'm interfering/being interfered with. So far that's worked for me.


Re: new version 25 doesnt switch ic9100 to usb-d mode #Cat_RigControl #Icom

Bill Somerville
 

On 14/10/2021 13:11, bob lee wrote:
thanks Bill, the file is on the way

Bob VE3CGA
Hi Bob,

this has been confirmed as a Hamlib regression which has recently been repaired, as you are on Windows you can try using an updated Hamlib DLL. Try putting the libhamlib-4.dll from the bin directory in this archive of the daily Hamlib snapshot builds into your WSJT-X bin directory (C:\WSJT\wsjtx\bin\):

http://n0nb.users.sourceforge.net/hamlib-w64-4.4~git-16a879bc-20211014.zip

This assumes you are using a 64-bit install of WSJT-X. If you are using a 32-bit install then the 32-bit archive is available from here:

http://n0nb.users.sourceforge.net/

73
Bill
G4WJS.


Re: new version 25 doesnt switch ic9100 to usb-d mode #Cat_RigControl #Icom

bob lee
 

thanks Bill, the file is on the way

Bob VE3CGA


Re: Using the FlexRadio IQ channel with WSJT-X and MAP65 #Q65 #map65 #FlexRadio #Windows10

Bill Somerville
 

Amos,

as you think it is a simple software job to synchronize  pair of independent I/Q data streams, then I propose you tell us the algorithm to do so. You must decide which I or Q sample in one stream is taken at exactly the same time as an I or Q sample respectively from the the other stream. Given that all that is received over an audio channel used to convey I/Q data is a continuous stream of samples, how do you propose to identify the exact capture time of samples with respect to the other continuous stream of samples?

IMHO the only way to do this is either to have timing information embedded in the data streams (that is not what happens here), or the two streams are interleaved at their sources such that each pair of I/Q samples is transmitted as a pair of pairs, i.e. a 4-channel interleaved data stream.

I don't know where you got the information that the Flex Radio multi-slice SDRs use a common clock for all ADCs, which may well be the case but, once those ADC samples are divide into two independent streams the synchronization information is lost!

Is the Flex Radio SDR software able to deliver *interleaved* I/Q data for two or more slices? If so then doing so at an 96000Hz sample rate is exactly what MAP65 needs for polarization diversity. If not then there is no way to proceed IMHO.

73
Bill
G4WJS.

On 14/10/2021 12:51, Amos Sobel 4X4MF wrote:
Bill

1. WSJT-X accepts the IQ stream it does create almost similar  FT8 results as the base band.

3.1 I am using an H/V Yagi with symmetrical horizontal and vertical 10 by 10 elements  on the same boom.
3.2 Flex 6600 has 2 antenna inputs with a 16 bit A/D converters on each antenna input creating a  base band and an IQ data stream. Both ADC operate from the same clock.
3.3 Merging the 2 data streams into an interleaved single stream appears to me as a simple software job that can be done by WSJT-X or Flex.

Amos 4X4MF

-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Bill Somerville
Sent: Thursday, October 14, 2021 1:20 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] Using the FlexRadio IQ channel with WSJT-X and MAP65 #Q65 #map65 #FlexRadio #Windows10

On 14/10/2021 08:47, Amos Sobel 4X4MF wrote:
I have recently discovered that WSJT-X v.2.5.0 does accept the DAX IQ 
RX audio channels of my Flex 6600 instead of the DAX Audio Rx I did 
use for years.
1. Does WSJT-X take advantage of the additional information in the IQ 
stream in FT8?
2. Same question for Q65.
3. I have an H/V antenna connected to dual 2m transverter connected to
2 instances of WSJT-X running Q65. Is there a way to combine those 2 
channels same way as MAP65 does?

Amos 4X4MF
Hi Amos,

1) no WSJT-X does not currently understand I/Q data, you will get some decodes by selection one of the I or Q channels but that is sub-optimal and you should use a base band audio stream of up to 5 kHz bandwidth as input.

2) Q65 is no different, the front end audio processing in WSJT-X is the same for all modes.

3) I have explained this before to you, for polarization diversity mode
MAP65 requires a pair of synchronized I/Q data streams. That can only happen if the two data sources are received from co-located aerials (receiving the same wave-front), use a pair of ADCs sharing a common clock, and the two data streams are interleaved so that MAP65 can process each sample together with its partner from the other ADC (other polarization). As far as I know none of this is possible using a Flex Radio multi-slice SDR since the I/Q data sources are independent (think Humpty Dumpty https://en.wikipedia.org/wiki/Humpty_Dumpty, once broken some things cannot be easily reassembled!)

73
Bill
G4WJS.





Re: Using the FlexRadio IQ channel with WSJT-X and MAP65 #Q65 #map65 #FlexRadio #Windows10

Amos Sobel 4X4MF
 

Bill

1. WSJT-X accepts the IQ stream it does create almost similar FT8 results as the base band.

3.1 I am using an H/V Yagi with symmetrical horizontal and vertical 10 by 10 elements on the same boom.
3.2 Flex 6600 has 2 antenna inputs with a 16 bit A/D converters on each antenna input creating a base band and an IQ data stream. Both ADC operate from the same clock.
3.3 Merging the 2 data streams into an interleaved single stream appears to me as a simple software job that can be done by WSJT-X or Flex.

Amos 4X4MF

-----Original Message-----
From: main@WSJTX.groups.io <main@WSJTX.groups.io> On Behalf Of Bill Somerville
Sent: Thursday, October 14, 2021 1:20 PM
To: main@WSJTX.groups.io
Subject: Re: [WSJTX] Using the FlexRadio IQ channel with WSJT-X and MAP65 #Q65 #map65 #FlexRadio #Windows10

On 14/10/2021 08:47, Amos Sobel 4X4MF wrote:
I have recently discovered that WSJT-X v.2.5.0 does accept the DAX IQ
RX audio channels of my Flex 6600 instead of the DAX Audio Rx I did
use for years.
1. Does WSJT-X take advantage of the additional information in the IQ
stream in FT8?
2. Same question for Q65.
3. I have an H/V antenna connected to dual 2m transverter connected to
2 instances of WSJT-X running Q65. Is there a way to combine those 2
channels same way as MAP65 does?

Amos 4X4MF
Hi Amos,

1) no WSJT-X does not currently understand I/Q data, you will get some decodes by selection one of the I or Q channels but that is sub-optimal and you should use a base band audio stream of up to 5 kHz bandwidth as input.

2) Q65 is no different, the front end audio processing in WSJT-X is the same for all modes.

3) I have explained this before to you, for polarization diversity mode
MAP65 requires a pair of synchronized I/Q data streams. That can only happen if the two data sources are received from co-located aerials (receiving the same wave-front), use a pair of ADCs sharing a common clock, and the two data streams are interleaved so that MAP65 can process each sample together with its partner from the other ADC (other polarization). As far as I know none of this is possible using a Flex Radio multi-slice SDR since the I/Q data sources are independent (think Humpty Dumpty https://en.wikipedia.org/wiki/Humpty_Dumpty, once broken some things cannot be easily reassembled!)

73
Bill
G4WJS.


Re: MAP65 Installation #map65

Bill Somerville
 

Hi Ian,

the "Decode" button should turn cyan for a second or more at around seconds 51 and 57 of the minute (depends on the modes selected). The correct timing of the decoder activity also depends on the correct sample rates being selected, are you you using the default 96000 rate, and does that match the rate that Linrad is sending I/Q data at? Do you have the MAP65 Xpol setting set correctly for your system?

73
Bill
G4WJS.

On 14/10/2021 11:47, Ian Morrison wrote:
Hi Bill

I have not yet seen a MAP65 operating normally. What time does the decode light normally blink?
Does the decode light blink even if a decode is not likely? Is the decoder solely time initiated?
Any bit of information will give me a direction to snoop.

73
Ian 

On Thu, Oct 14, 2021 at 3:22 AM Bill Somerville <g4wjs@...> wrote:
Hi Ian,

yes that may be a clue, but I have no idea what is happening. Perhaps a conversation with one of the other EME ops using Linrad as a source for MAP65 may help discover what is different about your system.

73
Bill
G4WJS.

On 13/10/2021 23:36, Ian Morrison wrote:
Hi Bill
The timing is curious isn't it?
Always starts receiving at the zero second of the minute and stops at seven seconds.

73
Ian

On Wed, Oct 13, 2021 at 2:40 PM Bill Somerville <g4wjs@...> wrote:
On 13/10/2021 22:30, Ian Morrison wrote:
> Hi Bill
> I moved the UDP port in Linrad back to 50004 instead of taking Linrads
> assignment and get the same result.
> also did a restart same result. This windows 10 PC is brand new and
> has no other software loaded but Windows 10, Linrad and WSJT-X with
> MAP65 3.0.
> Used netstat -ab to check who is using what ports and found Edge may
> be using 50024.
> The end of the 7 seconds shows a decode light but the rx stays off
> until the next minute zero.
>
> 73 Ian

Hi Ian,

I doubt Edge is using UDP on any port so that is not an issue, TCP and
UDP are separate.

The only requirement on port numbers is that whatever you set in the
MAP65 settings for the port to listen on (default is 50004) must be the
same port you have Linrad sending on. Whichever port being used will
have to be opened on the Windows machine firewall for incoming UDP
traffic to MAP65.

Ephemeral ports are granted to processes on some internal basis by the
operating system, a restart should always sort out any issues where the
o/s has granted a port you want to use to another process.

So I am not sure what is happening. Other MAP65 users are able to use
Linrad to feed I/Q data to MAP65 so it would appear to be something
specific to your machine.

73
Bill
G4WJS.



Re: MAP65 Installation #map65

Ian Morrison
 

Hi Bill

I have not yet seen a MAP65 operating normally. What time does the decode light normally blink?
Does the decode light blink even if a decode is not likely? Is the decoder solely time initiated?
Any bit of information will give me a direction to snoop.

73
Ian 

On Thu, Oct 14, 2021 at 3:22 AM Bill Somerville <g4wjs@...> wrote:
Hi Ian,

yes that may be a clue, but I have no idea what is happening. Perhaps a conversation with one of the other EME ops using Linrad as a source for MAP65 may help discover what is different about your system.

73
Bill
G4WJS.

On 13/10/2021 23:36, Ian Morrison wrote:
Hi Bill
The timing is curious isn't it?
Always starts receiving at the zero second of the minute and stops at seven seconds.

73
Ian

On Wed, Oct 13, 2021 at 2:40 PM Bill Somerville <g4wjs@...> wrote:
On 13/10/2021 22:30, Ian Morrison wrote:
> Hi Bill
> I moved the UDP port in Linrad back to 50004 instead of taking Linrads
> assignment and get the same result.
> also did a restart same result. This windows 10 PC is brand new and
> has no other software loaded but Windows 10, Linrad and WSJT-X with
> MAP65 3.0.
> Used netstat -ab to check who is using what ports and found Edge may
> be using 50024.
> The end of the 7 seconds shows a decode light but the rx stays off
> until the next minute zero.
>
> 73 Ian

Hi Ian,

I doubt Edge is using UDP on any port so that is not an issue, TCP and
UDP are separate.

The only requirement on port numbers is that whatever you set in the
MAP65 settings for the port to listen on (default is 50004) must be the
same port you have Linrad sending on. Whichever port being used will
have to be opened on the Windows machine firewall for incoming UDP
traffic to MAP65.

Ephemeral ports are granted to processes on some internal basis by the
operating system, a restart should always sort out any issues where the
o/s has granted a port you want to use to another process.

So I am not sure what is happening. Other MAP65 users are able to use
Linrad to feed I/Q data to MAP65 so it would appear to be something
specific to your machine.

73
Bill
G4WJS.






Re: new version 25 doesnt switch ic9100 to usb-d mode #Cat_RigControl #Icom

Bill Somerville
 

On 14/10/2021 00:47, bob lee wrote:
hi all, upgraded from version 24 to version 25 and have noticed the new version doesnt put my 9100 into data mode, it stays in usb (voice) mode
I've switch back to version 24 which like all the others I've used, switches the rig to usb-d mode
I cant find anything in the config screens thats different.
Is there somewhere to change the commands sent to initialize the rig
The rig is connected to the computer through the usb cable

thanks Bob VE3CGA
Hi Bob,

so I can see what is happening please run the following test.

Put the attached file into your WSJT-X configuration files directory (on MS Windows that is the same as the log files directory "Menu->Open log directory"), restart WSJT-X, carry out a *minimal* test that demonstrates the issue, then quit WSJT-X. It will have created a file called WSJT-X_RigControl.log on your Desktop. Send me (g4wjs <at> classdesign <dot> com) the log file for analysis please?

Once you have sent the log file you can delete the log file and log configuration file to return to normal operation.

73
Bill
G4WJS.

941 - 960 of 30118