Date   
Re: WX macro doesn't work

kerry
 

How do I do that to fix the problem..

Re: fldigi wx macros

WA7SKG <wa7skg@...>
 

Recently the METAR data the WX macro uses changed from http to https. This broke the WX macro. You will have to wait until someone fixes it and the new script is incorporated into a new release of fldigi. No idea on when this may happen, next week, next month, next year? Keep an eye out for fldigi updates and check the release notes/changelog for the fix.

Michael WA7SKG


kerry wrote on 2/15/19 10:05:

Recently my fldigi weather macros have stopped working.  They have been working fine, now I get a message that says info might be found at a specific url but won't work in the fldigi macro.  All my friends are having the same problem...…...looking for a fix...…………..tnx..wa2nan = Kerry@...
_._,_._,_

Re: WX macro doesn't work

WA7SKG <wa7skg@...>
 

Wait for a new release of fldigi that has the script fixed.


kerry wrote on 2/15/19 10:09:

How do I do that to fix the problem..
_._,_._,_

fldigi 4.1.01 release

Dave
 

Download at www.w1hkj.com/files/fldigi/ :

or Source Forge.

Version 4.1.01 - Maintenance release

  CW h/w ptt
    allow disabling CAT ptt when using external CW keyer such as nanoIO.

  nanoIO
    Bug fix to CW interface

  NAVTEX abort
    remove abort() statements from navtext afc processing
    fix serious bug which allowed fft filters to be destroyed during
    signal processing

  WF only bug fix

  LotW
    Adif export missing <MODE:n> <SUBMODE:n>

  Pedantic warnings
    correct additional gcc warnings

  dup-check
    Add 'possible dup' to logic with corresponding possible dup color
      dup color to CALL controls
    Separate N3FJP duplicate query from response
      response time was a part of keyboard input processing

  ADIF submode
    Add submode support
      export both MODE and SUBMODE to external loggers iaw
      ADIF spec 3.04

  QRZ.com
    change interface to QRZ XML service version 1.33

  SV1GRB test report
    Corrections based on Haris' testing of 4.1.00
    Add "NONE" or "N/A" to State and County pick lists

  SD counties
    sort alphabetically


This release does not include changes needed to give https access to METAR data.

73, David, W1HKJ


Re: fldigi 4.1.01 release

David Weiss <dweiss.ssbn620@...>
 

WOW. A lot of fixes.

David Weiss
From my cell phone.

On Tue, Feb 19, 2019, 9:08 AM Dave <w1hkj@... wrote:
Download at www.w1hkj.com/files/fldigi/ :

or Source Forge.

Version 4.1.01 - Maintenance release

  CW h/w ptt
    allow disabling CAT ptt when using external CW keyer such as nanoIO.

  nanoIO
    Bug fix to CW interface

  NAVTEX abort
    remove abort() statements from navtext afc processing
    fix serious bug which allowed fft filters to be destroyed during
    signal processing

  WF only bug fix

  LotW
    Adif export missing <MODE:n> <SUBMODE:n>

  Pedantic warnings
    correct additional gcc warnings

  dup-check
    Add 'possible dup' to logic with corresponding possible dup color
      dup color to CALL controls
    Separate N3FJP duplicate query from response
      response time was a part of keyboard input processing

  ADIF submode
    Add submode support
      export both MODE and SUBMODE to external loggers iaw
      ADIF spec 3.04

  QRZ.com
    change interface to QRZ XML service version 1.33

  SV1GRB test report
    Corrections based on Haris' testing of 4.1.00
    Add "NONE" or "N/A" to State and County pick lists

  SD counties
    sort alphabetically


This release does not include changes needed to give https access to METAR data.

73, David, W1HKJ


fldigi MAC OS X Read output from Macro tag RIGCAT<> and place on screen

Bill Hamel
 

Thank you in advance for any input on this.

I am new to fldigi and I have successfully setup macros to control my FT-991A (Set band, freq, mode etc.) using fldigi macros, but one thing I can’t figure out is how to read info from the rig and place it onto the screen, specifically the QSO text screen if that is possible.

Example macro:

<RIGCAT:”PC;":ret>

Should return an ‘answer’ with the FT-991a power settings.

Is there a way to get this output into the QSO text from within a macro or otherwise ?

Is there a way to print this output somewhere else in the fldigi UI ?

Thank you again in advance,
K3TFM

Re: fldigi 4.1.01 release

Kenneth C Miller
 

Hi Dave,

I have had a problem with your last two versions while xmiting compressed files via FLamp.  I get about
seven lines of data sent and then get a extended line length followed by a skipping of several lines.
Going back to using version 4.01.00 no problems working with FLamp 2.2.04. 

Running Windows 8.1 on Toshiba laptop. 

73 de Ken, K7IFG


-----Original Message-----
From: Dave <w1hkj@...>
To: Kamal Mostafa <kamal@...>; Richard Shaw <hobbes1069@...>; Diane Bruce <db@...>; Walter Fey <walter.fey@...>; Richard <pa3gwh@...>
Sent: Tue, Feb 19, 2019 6:08 am
Subject: [nbems] fldigi 4.1.01 release

Download at www.w1hkj.com/files/fldigi/ :

or Source Forge.

Version 4.1.01 - Maintenance release

  CW h/w ptt
    allow disabling CAT ptt when using external CW keyer such as nanoIO.

  nanoIO
    Bug fix to CW interface

  NAVTEX abort
    remove abort() statements from navtext afc processing
    fix serious bug which allowed fft filters to be destroyed during
    signal processing

  WF only bug fix

  LotW
    Adif export missing <MODE:n> <SUBMODE:n>

  Pedantic warnings
    correct additional gcc warnings

  dup-check
    Add 'possible dup' to logic with corresponding possible dup color
      dup color to CALL controls
    Separate N3FJP duplicate query from response
      response time was a part of keyboard input processing

  ADIF submode
    Add submode support
      export both MODE and SUBMODE to external loggers iaw
      ADIF spec 3.04

  QRZ.com
    change interface to QRZ XML service version 1.33

  SV1GRB test report
    Corrections based on Haris' testing of 4.1.00
    Add "NONE" or "N/A" to State and County pick lists

  SD counties
    sort alphabetically


This release does not include changes needed to give https access to METAR data.

73, David, W1HKJ


Re: fldigi 4.1.01 release

Mike P.
 

Dave, I'm getting the same flamp problem. On a multi-file
transmission with at least two passes, the second pass on
the second file stops after a few lines. Happens on any
op-mode, compressed or non-compressed.

73

--- Mike Pompey, AE7XB
Port Orchard, Washington state


On 19 Feb 2019 at 21:49, Kenneth C Miller via Groups.Io wrote:


Hi Dave,

I have had a problem with your last two versions while xmiting compressed files via FLamp.  I get
about
seven lines of data sent and then get a extended line length followed by a skipping of several
lines.
Going back to using version 4.01.00 no problems working with FLamp 2.2.04. 

Running Windows 8.1 on Toshiba laptop. 

73 de Ken, K7IFG




Electronics usually don't work after the magic smoke is released.

Re: fldigi 4.1.01 release

Dave
 

Check the deadman timer



Dave

On 2/19/19 5:29 PM, Mike P. wrote:

Dave, I'm getting the same flamp problem. On a multi-file
transmission with at least two passes, the second pass on
the second file stops after a few lines.  Happens on any
op-mode, compressed or non-compressed.

73

--- Mike Pompey, AE7XB
    Port Orchard, Washington state


On 19 Feb 2019 at 21:49, Kenneth C Miller via Groups.Io wrote:

Hi Dave,

I have had a problem with your last two versions while xmiting compressed files via FLamp.� I get
about
seven lines of data sent and then get a extended line length followed by a skipping of several
lines.
Going back to using version 4.01.00 no problems working with FLamp 2.2.04.�

Running Windows 8.1 on Toshiba laptop.�

73 de Ken, K7IFG




Electronics usually don't work after the magic smoke is released.







Re: fldigi 4.1.01 release

Dave
 

I will test here running a multifile flamp transmission.

Dave

On 2/19/19 9:26 PM, Dave wrote:
Check the deadman timer



Dave

On 2/19/19 5:29 PM, Mike P. wrote:
Dave, I'm getting the same flamp problem. On a multi-file
transmission with at least two passes, the second pass on
the second file stops after a few lines.  Happens on any
op-mode, compressed or non-compressed.

73

--- Mike Pompey, AE7XB
    Port Orchard, Washington state


On 19 Feb 2019 at 21:49, Kenneth C Miller via Groups.Io wrote:

Hi Dave,

I have had a problem with your last two versions while xmiting compressed files via FLamp.� I get
about
seven lines of data sent and then get a extended line length followed by a skipping of several
lines.
Going back to using version 4.01.00 no problems working with FLamp 2.2.04.�

Running Windows 8.1 on Toshiba laptop.�

73 de Ken, K7IFG


Electronics usually don't work after the magic smoke is released.








Re: fldigi 4.1.01 release

W. T. Jones
 

There does seem to be something amiss here.

On the first transmission of an 8PSK1200F file the headers were completely missed.

The second transmission using 8PSK1000F skipped blocks as shown...

<DATA 138 2817>{37A1:102}cC3k4mUwOIPwEHyTCaqa8VdBK01hgc3E0DT4yx38kt70N4ciLl/aOM+DHCJfalrKS
56OXO/Dk8c6T+rAbTNVtw8Il627X9waj7
<DATA 138 1AE2>{37A1:156}DasLoKNXRqHRHSfZmQC+clxaLcDJ/Cjt5b6T1v9jOrssApmyV1ycvtGIQ/xNbwM0sZ
7FbqU6gM2FI7l/VQgMtYGRDtlTuzpduTE6Hw6vbKZBGNVZgXaYo7Q3vUqAVwcK

On the 3rd transmission it reached the first 3 minute break and did not continue.

This file was sent Sunday night with 4.1.00 without any problems.

Regards,

WT
Real heroes do not wear capes. They wear dog tags, turnout gear, and badges!


On Tue, Feb 19, 2019 at 10:31 PM Dave <w1hkj@...> wrote:
I will test here running a multifile flamp transmission.

Dave

On 2/19/19 9:26 PM, Dave wrote:
Check the deadman timer



Dave

On 2/19/19 5:29 PM, Mike P. wrote:
Dave, I'm getting the same flamp problem. On a multi-file
transmission with at least two passes, the second pass on
the second file stops after a few lines.  Happens on any
op-mode, compressed or non-compressed.

73

--- Mike Pompey, AE7XB
    Port Orchard, Washington state


On 19 Feb 2019 at 21:49, Kenneth C Miller via Groups.Io wrote:

Hi Dave,

I have had a problem with your last two versions while xmiting compressed files via FLamp.� I get
about
seven lines of data sent and then get a extended line length followed by a skipping of several
lines.
Going back to using version 4.01.00 no problems working with FLamp 2.2.04.�

Running Windows 8.1 on Toshiba laptop.�

73 de Ken, K7IFG
Electronics usually don't work after the magic smoke is released.








Waterfall much narrower than the visible range of the spectrum box

Bill Hamel
 

Good evening. I am new to fldigi this may just be a newbie thing.

fldigi v4.1.00
Rig: Yaesu FT-991a
OS: MAC OS X 10.13.6
Digi Mode: BPSK31

With the FT-991a mode set to DATA-LSB (or DATA-USB) the width of the waterfall goes from 700 to 1300, if I switch to LSB or USB the waterfall covers the entire spectrum area which my view currently sees from 0 to 2700.

DATA-LSB or DATA-USB is the mode required for BPSK according to the Ft-991’s manual.

Is this the expected operation ?

It seems to me that I should be seeing the entire range of the spectrum that is in view or scrollable view.

Any insight greatly appreciated.

This is what I’m seeing.

DATA-LSB MODE

USB MODE

Thank you in advance,
Bill Hamel, K3TFM

Re: Waterfall much narrower than the visible range of the spectrum box

Gary
 

What radio are you using? Do you have any notch filtering set up???

 

 

 

From: nbems@groups.io [mailto:nbems@groups.io] On Behalf Of Bill Hamel
Sent: Wednesday, February 20, 2019 12:42 AM
To: nbems@groups.io
Subject: [nbems] Waterfall much narrower than the visible range of the spectrum box

 

Good evening. I am new to fldigi this may just be a newbie thing.

 

fldigi v4.1.00

Rig: Yaesu FT-991a

OS: MAC OS X 10.13.6

Digi Mode: BPSK31

 

With the FT-991a mode set to DATA-LSB (or DATA-USB) the width of the waterfall goes from 700 to 1300, if I switch to LSB or USB the waterfall covers the entire spectrum area which my view currently sees from 0 to 2700.

 

DATA-LSB or DATA-USB is the mode required for BPSK according to the Ft-991’s manual.

 

Is this the expected operation ?

 

It seems to me that I should be seeing the entire range of the spectrum that is in view or scrollable view.

 

Any insight greatly appreciated.

 

This is what I’m seeing.

 

DATA-LSB MODE

 

USB MODE

 

Thank you in advance,

Bill Hamel, K3TFM

Re: fldigi 4.1.01 release

Dave
 

Just had our first 1 hour interval without rain and thunderstorms in the past 48 hours.  I tested flamp 2.2.04 and fldigi 4.1.01 with multiple file transfers.  Both running on Linux Mint 18.3 / 32 bit.
  • 8psk125
  • file 1 800 bytes
  • file 2 2000 bytes
Used the "Xmt All" button on the Transmit tab of flamp dialog.  No issues with timeouts etc.

I am going to need more information on your h/w and s/w setup.
  • Computer h/w and operation system (version)
  • Transceiver
  • Audio interface
  • flamp version
  • fldigi version
  • copy of fldigi configuration file (fldigi_def.xml)
  • copy of flamp configuration file (FLAMP.prefs)
  • copies of candidate files being transferred
Send info and files direct to w1hkj at bellsouth dot net.

Dave

On 2/19/19 5:29 PM, Mike P. wrote:

Dave, I'm getting the same flamp problem. On a multi-file
transmission with at least two passes, the second pass on
the second file stops after a few lines.  Happens on any
op-mode, compressed or non-compressed.

73

--- Mike Pompey, AE7XB
    Port Orchard, Washington state


On 19 Feb 2019 at 21:49, Kenneth C Miller via Groups.Io wrote:

Hi Dave,

I have had a problem with your last two versions while xmiting compressed files via FLamp.� I get
about
seven lines of data sent and then get a extended line length followed by a skipping of several
lines.
Going back to using version 4.01.00 no problems working with FLamp 2.2.04.�

Running Windows 8.1 on Toshiba laptop.�

73 de Ken, K7IFG




Electronics usually don't work after the magic smoke is released.







Re: Waterfall much narrower than the visible range of the spectrum box

k4pwo
 

I have an older plain FT-991… your answer is in the menus.  You can select the data mode bandwidth there.  If I was at my radio I could assist further but I’m not…

The manual is your friend.

 

Perry K4PWO

 

From: nbems@groups.io <nbems@groups.io> On Behalf Of Bill Hamel
Sent: Tuesday, February 19, 2019 11:42 PM
To: nbems@groups.io
Subject: [nbems] Waterfall much narrower than the visible range of the spectrum box

 

Good evening. I am new to fldigi this may just be a newbie thing.

 

fldigi v4.1.00

Rig: Yaesu FT-991a

OS: MAC OS X 10.13.6

Digi Mode: BPSK31

 

With the FT-991a mode set to DATA-LSB (or DATA-USB) the width of the waterfall goes from 700 to 1300, if I switch to LSB or USB the waterfall covers the entire spectrum area which my view currently sees from 0 to 2700.

 

DATA-LSB or DATA-USB is the mode required for BPSK according to the Ft-991’s manual.

 

Is this the expected operation ?

 

It seems to me that I should be seeing the entire range of the spectrum that is in view or scrollable view.

 

Any insight greatly appreciated.

 

This is what I’m seeing.

 

DATA-LSB MODE

 

USB MODE

 

Thank you in advance,

Bill Hamel, K3TFM

Re: Waterfall much narrower than the visible range of the spectrum box

Bill Hamel
 

Thank you for the reply.

Notch filter is OFF in the plain SSB modes (Non data) and is not an option when DATA-xSB is selected.

What I don’t understand right now is that it started working … when I saw your email I went into the 991a and checked the notch filter and manually changed the modes verifying that the notch filter would change the waterfall which it did on USB and LSB but not to the extent you see below.

So after I did this I took a break and shut everything down and when I fired everything back up is looked fine as I thought it should which had me scratching my head.

What’s strange is that I’ve shut everything down and up again several times during the natural course of the days and it never got any better.

Not sure what happened but I’m not complaining.

Thanks again for the email, it may not have been the answer but it helped getting the problem resolved. I’m just hoping it doesn’t resurface because I’m not sure what corrected it.

Thanks again
-bh k3tfm .

On Feb 20, 2019, at 7:31 AM, Gary <glhammer1970@...> wrote:

What radio are you using? Do you have any notch filtering set up???
 
 
 
From: nbems@groups.io [mailto:nbems@groups.io] On Behalf Of Bill Hamel
Sent: Wednesday, February 20, 2019 12:42 AM
To: nbems@groups.io
Subject: [nbems] Waterfall much narrower than the visible range of the spectrum box
 
Good evening. I am new to fldigi this may just be a newbie thing.
 
fldigi v4.1.00
Rig: Yaesu FT-991a
OS: MAC OS X 10.13.6
Digi Mode: BPSK31
 
With the FT-991a mode set to DATA-LSB (or DATA-USB) the width of the waterfall goes from 700 to 1300, if I switch to LSB or USB the waterfall covers the entire spectrum area which my view currently sees from 0 to 2700.
 
DATA-LSB or DATA-USB is the mode required for BPSK according to the Ft-991’s manual.
 
Is this the expected operation ?
 
It seems to me that I should be seeing the entire range of the spectrum that is in view or scrollable view.
 
Any insight greatly appreciated.
 
This is what I’m seeing.
 
DATA-LSB MODE
<image001.png>
 
USB MODE
<image002.png>
 
Thank you in advance,
Bill Hamel, K3TFM


Re: Waterfall much narrower than the visible range of the spectrum box

Bill Hamel
 

Thanks for the response.

I’ve read the manuals to no avail and thought that’s why I’d ask here for some help.

Based on another response talking about notch filter I went and checked that which was off and isn’t an option in the 991’s digital DATA-xSB modes anyway.

What has me scratching my head is that I was watching the fldigi waterfall and manually on the rig changed mode to USB and verified the waterfall changing, then hit the notch filter and saw it respond but not to the degree I was seeing in the Data mode.

I then changed back for DATA-USB and notch filter isn’t an option in that mode and the waterfall still looked narrow. I shut everything down and when I came back later and fired everything back up it was working fine. I had power cycled everything naturally over the past few days which had no effect.

It wasn’t until I went to the 991a and manually changed the modes that something changed.

I will say that I’ve been changing the modes via the 991 and RIGCAT tags I use in the macros as well as within flrig.

All I can think of is that somewhere in the CAT interaction something got dinged until I manually went to the rig and cycled through the modes … got me <shrug> …

I’m not complaining bc it works now.

Never the less, thanks for the input . If this pops up again I’ll try to figure out what combination actually corrected it and report it.

Thanks again,
-bh k3tfm


On Feb 20, 2019, at 12:07 PM, k4pwo <k4pwo@...> wrote:

I have an older plain FT-991… your answer is in the menus.  You can select the data mode bandwidth there.  If I was at my radio I could assist further but I’m not…
The manual is your friend.
 
Perry K4PWO
 
From: nbems@groups.io <nbems@groups.io> On Behalf Of Bill Hamel
Sent: Tuesday, February 19, 2019 11:42 PM
To: nbems@groups.io
Subject: [nbems] Waterfall much narrower than the visible range of the spectrum box
 
Good evening. I am new to fldigi this may just be a newbie thing.
 
fldigi v4.1.00
Rig: Yaesu FT-991a
OS: MAC OS X 10.13.6
Digi Mode: BPSK31
 
With the FT-991a mode set to DATA-LSB (or DATA-USB) the width of the waterfall goes from 700 to 1300, if I switch to LSB or USB the waterfall covers the entire spectrum area which my view currently sees from 0 to 2700.
 
DATA-LSB or DATA-USB is the mode required for BPSK according to the Ft-991’s manual.
 
Is this the expected operation ?
 
It seems to me that I should be seeing the entire range of the spectrum that is in view or scrollable view.
 
Any insight greatly appreciated.
 
This is what I’m seeing.
 
DATA-LSB MODE
<image001.png>
 
USB MODE
<image002.png>
 
Thank you in advance,
Bill Hamel, K3TFM


Re: Waterfall much narrower than the visible range of the spectrum box

Gary
 

I don’t the run rig control. I use the front congtrols on the radio, FT-920. Anyway, sound's like you have it "fixed", even if you really don't understand "what" did it!  Onward and upward!

 

Gary

KB8TSO

 

From: nbems@groups.io [mailto:nbems@groups.io] On Behalf Of Bill Hamel
Sent: Wednesday, February 20, 2019 1:43 PM
To: nbems@groups.io
Subject: Re: [nbems] Waterfall much narrower than the visible range of the spectrum box

 

Thanks for the response.

 

I’ve read the manuals to no avail and thought that’s why I’d ask here for some help.

 

Based on another response talking about notch filter I went and checked that which was off and isn’t an option in the 991’s digital DATA-xSB modes anyway.

 

What has me scratching my head is that I was watching the fldigi waterfall and manually on the rig changed mode to USB and verified the waterfall changing, then hit the notch filter and saw it respond but not to the degree I was seeing in the Data mode.

 

I then changed back for DATA-USB and notch filter isn’t an option in that mode and the waterfall still looked narrow. I shut everything down and when I came back later and fired everything back up it was working fine. I had power cycled everything naturally over the past few days which had no effect.

 

It wasn’t until I went to the 991a and manually changed the modes that something changed.

 

I will say that I’ve been changing the modes via the 991 and RIGCAT tags I use in the macros as well as within flrig.

 

All I can think of is that somewhere in the CAT interaction something got dinged until I manually went to the rig and cycled through the modes … got me <shrug> …

 

I’m not complaining bc it works now.

 

Never the less, thanks for the input . If this pops up again I’ll try to figure out what combination actually corrected it and report it.

 

Thanks again,

-bh k3tfm

 



On Feb 20, 2019, at 12:07 PM, k4pwo <k4pwo@...> wrote:

 

I have an older plain FT-991… your answer is in the menus.  You can select the data mode bandwidth there.  If I was at my radio I could assist further but I’m not…

The manual is your friend.

 

Perry K4PWO

 

From: nbems@groups.io <nbems@groups.io> On Behalf Of Bill Hamel
Sent: Tuesday, February 19, 2019 11:42 PM
To: nbems@groups.io
Subject: [nbems] Waterfall much narrower than the visible range of the spectrum box

 

Good evening. I am new to fldigi this may just be a newbie thing.

 

fldigi v4.1.00

Rig: Yaesu FT-991a

OS: MAC OS X 10.13.6

Digi Mode: BPSK31

 

With the FT-991a mode set to DATA-LSB (or DATA-USB) the width of the waterfall goes from 700 to 1300, if I switch to LSB or USB the waterfall covers the entire spectrum area which my view currently sees from 0 to 2700.

 

DATA-LSB or DATA-USB is the mode required for BPSK according to the Ft-991’s manual.

 

Is this the expected operation ?

 

It seems to me that I should be seeing the entire range of the spectrum that is in view or scrollable view.

 

Any insight greatly appreciated.

 

This is what I’m seeing.

 

DATA-LSB MODE

<image001.png>

 

USB MODE

<image002.png>

 

Thank you in advance,

Bill Hamel, K3TFM

 

Re: Waterfall much narrower than the visible range of the spectrum box

kd8ftr@...
 

without knowing the rig personally I would say data mode automatically adds filtering to cut out the outsides of the band. You can work in the waterfall in data mode or see the full spectrum in regular sideband mode. You should be able to transmit either way


On Wed, Feb 20, 2019 at 12:41 AM, Bill Hamel
<bill@...> wrote:
Good evening. I am new to fldigi this may just be a newbie thing.

fldigi v4.1.00
Rig: Yaesu FT-991a
OS: MAC OS X 10.13.6
Digi Mode: BPSK31

With the FT-991a mode set to DATA-LSB (or DATA-USB) the width of the waterfall goes from 700 to 1300, if I switch to LSB or USB the waterfall covers the entire spectrum area which my view currently sees from 0 to 2700.

DATA-LSB or DATA-USB is the mode required for BPSK according to the Ft-991’s manual.

Is this the expected operation ?

It seems to me that I should be seeing the entire range of the spectrum that is in view or scrollable view.

Any insight greatly appreciated.

This is what I’m seeing.

DATA-LSB MODE

USB MODE

Thank you in advance,
Bill Hamel, K3TFM

Re: Waterfall much narrower than the visible range of the spectrum box

Bill Hamel
 

Hi there,

The modem and sound card is internal to the FT-991A. Reading the manual they say that for data mode the rig must be in data mode.

That said, I saw that I could transmit but I saw that on the receive side things like AFC weren’t working unless I went back into digital mode. Nor do I know if someone could decode bpsk31 that I’m xmiting in native xSB.

Never the less, it is fixed now not sure what did it but my actions that lead up to it are in this thread …

Thanks for the input, very much appreciated !

-bh k3tfm

On Feb 20, 2019, at 2:45 PM, kd8ftr via Groups.Io <kd8ftr@...> wrote:

without knowing the rig personally I would say data mode automatically adds filtering to cut out the outsides of the band. You can work in the waterfall in data mode or see the full spectrum in regular sideband mode. You should be able to transmit either way


On Wed, Feb 20, 2019 at 12:41 AM, Bill Hamel
<bill@...> wrote:
Good evening. I am new to fldigi this may just be a newbie thing.

fldigi v4.1.00
Rig: Yaesu FT-991a
OS: MAC OS X 10.13.6
Digi Mode: BPSK31

With the FT-991a mode set to DATA-LSB (or DATA-USB) the width of the waterfall goes from 700 to 1300, if I switch to LSB or USB the waterfall covers the entire spectrum area which my view currently sees from 0 to 2700.

DATA-LSB or DATA-USB is the mode required for BPSK according to the Ft-991’s manual.

Is this the expected operation ?

It seems to me that I should be seeing the entire range of the spectrum that is in view or scrollable view.

Any insight greatly appreciated.

This is what I’m seeing.

DATA-LSB MODE
<PastedGraphic-1.png>

USB MODE
<PastedGraphic-2.png>

Thank you in advance,
Bill Hamel, K3TFM
<PastedGraphic-2.png><PastedGraphic-1.png>