Date   
flrig 1.3.45.08 posted

Dave
 

and pushed to Source Forge git repository branch origin/pu/df.

alpha 1.3.45.08

split tune for yaesu transceivers
  * FT1000.cxx
  * FT2000.cxx
  * FT450.cxx
  * FT450D.cxx
  * FT5000.cxx
  * FT891.cxx
  * FT950.cxx
  * FTdx1200.cxx
  * FTdx3000.cxx
  * FTdx9000.cxx

auto_on_off
  * change auto on to be first event in transceiver get/set sequence

FT-450
  * Comment out 3 second "wait for rig startup "
  * Move auto on before initialize() and check()
    - insures check can return true during initialisation.

IC F8101
  * Add backend for F8101 commercial transceiver
    - for use in Dominica emergency network
  * Change PTT to control audio in, Mic / Aux
  * add correct conversions for volume level
  * Add shutdown sequence:
    - return to memory / scan mode
  * Correct set mode CAT string
  * Add controls:
    - Preamp / attenuator
    - NB on/off
    - Speech processor on/off
    - Noise Reduction on/off
  * Add BW controls - pending resolution of CAT
    command access
  * update Smeter / POmeter mapping

Split Tune button
  * split tune button into on/off and manual tune

support
  * update to compression, mic gain, and power control
    initialization.  add missing conditional statements

TS870S
  * Change class to use base class KENWOOD vice rigbase

Read VFO A
  * Fix error in support.cxx

MacOS high-DPI
  * enable high-DPI on macOS and Microphone on macOS 10.14
    - enable highDPI on retina display
    - request microphone usage on macOS 10.14 (mojave)

timeops
  * fix for OS-X Xcode < 7.2

Fix FT-450 split
  * FT-450 doesn't have separate Tx / Rx split commands.
    - changed FR; to FT;

73, Dave, W1HKJ

flrig 1.3.45.07 posted

Dave
 

alpha - 1.3.45.07

?? IC F8101
?????? * Add backend for F8101 commercial transceiver
?????????? - for use in Dominica emergency network
?????? * Change PTT to control audio in, Mic / Aux
?????? * add correct conversions for volume level
?????? * Add shutdown sequence:
?????????? - return to memory / scan mode
?????? * Correct set mode CAT string
?????? * Add controls:
?????????? - Preamp / attenuator
?????????? - NB on/off
?????????? - Speech processor on/off
?????????? - Noise Reduction on/off
?????? * Add BW controls - pending resolution of CAT
?????????? command access
?????? * update Smeter / POmeter mapping

?? Split Tune button
?????? * split tune button into on/off and manual tune

?? support
?????? * update to compression, mic gain, and power control
?????????? initialization.?? add missing conditional statements

?? TS870S
?????? * Change class to use base class KENWOOD vice rigbase

?? Read VFO A
?????? * Fix error in support.cxx

?? MacOS high-DPI
?????? * enable high-DPI on macOS and Microphone on macOS 10.14
?????????? - enable highDPI on retina display
?????????? - request microphone usage on macOS 10.14 (mojave)

?? timeops
?????? * fix for OS-X Xcode < 7.2

?? Fix FT-450 split
?????? * FT-450 doesn't have separate Tx / Rx split commands.??
?????????? changed FR; to FT;

73, David, W1HKJ


Flmsg 4.0.8 Fltk UI option bugs #flmsg

Steve AG7GN
 

Flmsg 4.0.8 on Raspberry Pi Stretch with latest updates (Linux 4.19.42-v7+ #1219)

Two minor Fltk UI option bugs:

1) The title option '-ti -title [WINDOWTITLE]' does not work. The title remains set to 'FLMSG: 4.0.8' regardless what what is supplied with the '-t' option.

To reproduce, run: flmsg -t mynewtitle

2) Setting a non-default geometry with the '-g -geometry [WxH+X+Y]' option does properly adjust the size and position of the Flmsg window, but Flmsg segfaults if the 'fldigi modem type' dropdown button in Flmsg is clicked.

To reproduce, run: flmsg -g 800x600+950+65

Then click the 'fldigi modem type' dropdown button.

73,

Steve/AG7GN

flrig 1.3.45.03 posted

Dave
 

Fixes to recent flrig 1.3.45 release:

commit 23f2a76a956de95b6ff4571cf8eaabd46daa630f
Author: David Freese <w1hkj@...>
Date:???? Fri Jun 7 10:00:47 2019 -0500

?????? Read VFO A
?????????? * Fix error in support.cxx

commit f9c48f7db4ca674955e0a28fcaf8ca57fa2521c7
Author: Davide Gerhard <w1hkj@...>
Date:???? Fri Jun 7 08:20:54 2019 -0500

?????? MacOS high-DPI
?????????? * enable high-DPI on macOS and Microphone on macOS 10.14
?????????????? - enable highDPI on retina display
?????????????? - request microphone usage on macOS 10.14 (mojave)

commit 50fd5ea0ccac353711714f0c5b71876a5e984fa0
Author: Davide Gerhard <w1hkj@...>
Date:???? Fri Jun 7 08:18:39 2019 -0500

?????? timeops
?????????? * fix for OS-X Xcode < 7.2

commit 6ae2c552211d4888f4ee0b668005c7fcbeb2d0de
Author: Tony Corbett, G0WFV <tonyc.uk@...>
Date:???? Fri Jun 7 09:43:41 2019 +0100

?????? Fix FT-450 split
??????
?????????? * FT-450 doesn't have separate Tx / Rx split commands.
?????????? changed FR; to FT;

73, David, W1HKJ

Re: Icom IC-7000 PL Issue

Ron
 

Follow up on the IC-7000. The user of the radio switched from the 6 pin DIN to the 13 pin ACC socket and now the radio is bringing up the PL on the repeater. I'm not sure why but I'm not arguing with success.

73, Ron NY3J

On 5/29/19 4:59 PM, Ron Wenig wrote:
Hi Steve,

I'll check with him. I don't think the radio is in DATA mode and he has the Signalink around 9 o'clock with the codec adjusted for good audio. It works simplex without PL. There's no repeaters he can check that doesn't use PL.

Ron NY3J

On 5/29/19 4:46 PM, Steve Bellner wrote:
Is the 7000 in DATA mode? My first thought.?? Is the transmit setting on the Signalink at 12:00 o'clock?

Steve/W8TER

On 5/29/2019 1:16 PM, Ron via Groups.Io wrote:
Hi Everyone, strange problem alert :-)

We have an NBEMS net on a local 2 meter repeater that has a PL to bring up the repeater. One of the members has an Icom IC-7000 with a Signalink using the 6 pin data connector. He can bring up the repeater using voice but when he tries to check in with Fldigi he doesn't bring up the repeater. He monitors the repeater input with another radio and the audio sounds fine. I can't imagine there is a setting that would stop the PL when using the 6 pin data connector.

73, Ron NY3J



flrig 1.3.45 posted

Dave
 

???? Version 1.3.45
???? ??
?????????? * Maintenance release
?????????????? . FT-891 - update
?????????????? . TT-550 - restore tabs dialog visibility
?????????????? . sliders - add user configuration for sliders
?????????????? . modify Win32 build scripts
?????????????? . combo/listbox controls - remove readonly attribute of input box
?????????????? . RPC::XML methods - expose set/get for volum, mic, rfgain
?????????????? . Add Kenwood TS790 backend

posted to Source Forge and www.w1hkj.com

https://sourceforge.net/projects/fldigi/files/flrig/

73, David, W1HKJ


Re: Icom IC-7000 PL Issue

rgireson
 

If you're using RSID tones and the Signalink Delay isn't up around 9 or 10 o'clock, the RSID will bring up the repeater, then drop, and his transmission may start before the repeater comes back.

Re: Icom IC-7000 PL Issue

Ron
 

Hi Steve,

I'll check with him. I don't think the radio is in DATA mode and he has the Signalink around 9 o'clock with the codec adjusted for good audio. It works simplex without PL. There's no repeaters he can check that doesn't use PL.

Ron NY3J

On 5/29/19 4:46 PM, Steve Bellner wrote:
Is the 7000 in DATA mode? My first thought.?? Is the transmit setting on the Signalink at 12:00 o'clock?

Steve/W8TER

On 5/29/2019 1:16 PM, Ron via Groups.Io wrote:
Hi Everyone, strange problem alert :-)

We have an NBEMS net on a local 2 meter repeater that has a PL to bring up the repeater. One of the members has an Icom IC-7000 with a Signalink using the 6 pin data connector. He can bring up the repeater using voice but when he tries to check in with Fldigi he doesn't bring up the repeater. He monitors the repeater input with another radio and the audio sounds fine. I can't imagine there is a setting that would stop the PL when using the 6 pin data connector.

73, Ron NY3J



Re: Icom IC-7000 PL Issue

Steve Bellner
 

Is the 7000 in DATA mode? My first thought.  Is the transmit setting on the Signalink at 12:00 o'clock?

Steve/W8TER

On 5/29/2019 1:16 PM, Ron via Groups.Io wrote:
Hi Everyone, strange problem alert :-)

We have an NBEMS net on a local 2 meter repeater that has a PL to bring up the repeater. One of the members has an Icom IC-7000 with a Signalink using the 6 pin data connector. He can bring up the repeater using voice but when he tries to check in with Fldigi he doesn't bring up the repeater. He monitors the repeater input with another radio and the audio sounds fine. I can't imagine there is a setting that would stop the PL when using the 6 pin data connector.

73, Ron NY3J

Icom IC-7000 PL Issue

Ron
 

Hi Everyone, strange problem alert :-)

We have an NBEMS net on a local 2 meter repeater that has a PL to bring up the repeater. One of the members has an Icom IC-7000 with a Signalink using the 6 pin data connector. He can bring up the repeater using voice but when he tries to check in with Fldigi he doesn't bring up the repeater. He monitors the repeater input with another radio and the audio sounds fine. I can't imagine there is a setting that would stop the PL when using the 6 pin data connector.

73, Ron NY3J

Re: May 23 ARRL/ARC Exercise

W. T. Jones <wn3lif@...>
 

Guess they encompassed parts of the Atlantic Division that did not include EPA.

So be it.

Hope it was a success for them.

Regards,

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


On Mon, May 27, 2019 at 3:06 PM Steve Hansen <shansen@...> wrote:

Checked with our SEC; the exercise was to encompass the New England, Hudson, Atlantic and Roanoke Divisions.

73, Steve KB1TCE

On 5/27/19 10:35 AM, W. T. Jones wrote:
Heard vague rumors about it but apparently Eastern PA was not included.

Regards,

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


On Sun, May 26, 2019 at 4:19 PM John <fritzejohn@...> wrote:
ENY Section used NBEMS with 100% copy both for the practice and the actual event.  Look at Eastern New York Section ARES on Face Book for pictures and details.

On Sun, May 26, 2019, 3:15 PM Steve Hansen <shansen@...> wrote:
I'm curious if any other members of this group participated in the May 23 ARRL/Red Cross exercise. This "infrastructure-free" exercise involved the participation of portable stations around the eastern US to send flmsg forms (standard flmsg form 5739) to Newington. Newington would then relay the received messages to a stations set up at the Red Cross in Baltimore. Participating sections included those in the northeast (New England and New York) and perhaps several other sections further down the coast. Net ops were on SSB voice and the flmsg forms were sent on the digital portions of the bands (80/40/20) using MT63-1000S.

We had 3 groups in Maine participating. Having net control on voice made things difficult as copy was very poor to non-existent. My group did copy some of the call up and checked in but it's not clear it was acknowledged. We and one other group never sent anything although we copied digital traffic from MA and the other Maine team. Having the mode/frequency split between net ops and file transfer worked against us.

73, Steve KB1TCE

Re: May 23 ARRL/ARC Exercise

Steve Hansen
 

Checked with our SEC; the exercise was to encompass the New England, Hudson, Atlantic and Roanoke Divisions.

73, Steve KB1TCE

On 5/27/19 10:35 AM, W. T. Jones wrote:
Heard vague rumors about it but apparently Eastern PA was not included.

Regards,

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


On Sun, May 26, 2019 at 4:19 PM John <fritzejohn@...> wrote:
ENY Section used NBEMS with 100% copy both for the practice and the actual event.  Look at Eastern New York Section ARES on Face Book for pictures and details.

On Sun, May 26, 2019, 3:15 PM Steve Hansen <shansen@...> wrote:
I'm curious if any other members of this group participated in the May 23 ARRL/Red Cross exercise. This "infrastructure-free" exercise involved the participation of portable stations around the eastern US to send flmsg forms (standard flmsg form 5739) to Newington. Newington would then relay the received messages to a stations set up at the Red Cross in Baltimore. Participating sections included those in the northeast (New England and New York) and perhaps several other sections further down the coast. Net ops were on SSB voice and the flmsg forms were sent on the digital portions of the bands (80/40/20) using MT63-1000S.

We had 3 groups in Maine participating. Having net control on voice made things difficult as copy was very poor to non-existent. My group did copy some of the call up and checked in but it's not clear it was acknowledged. We and one other group never sent anything although we copied digital traffic from MA and the other Maine team. Having the mode/frequency split between net ops and file transfer worked against us.

73, Steve KB1TCE

Re: May 23 ARRL/ARC Exercise

W. T. Jones <wn3lif@...>
 

Heard vague rumors about it but apparently Eastern PA was not included.

Regards,

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


On Sun, May 26, 2019 at 4:19 PM John <fritzejohn@...> wrote:
ENY Section used NBEMS with 100% copy both for the practice and the actual event.  Look at Eastern New York Section ARES on Face Book for pictures and details.

On Sun, May 26, 2019, 3:15 PM Steve Hansen <shansen@...> wrote:
I'm curious if any other members of this group participated in the May 23 ARRL/Red Cross exercise. This "infrastructure-free" exercise involved the participation of portable stations around the eastern US to send flmsg forms (standard flmsg form 5739) to Newington. Newington would then relay the received messages to a stations set up at the Red Cross in Baltimore. Participating sections included those in the northeast (New England and New York) and perhaps several other sections further down the coast. Net ops were on SSB voice and the flmsg forms were sent on the digital portions of the bands (80/40/20) using MT63-1000S.

We had 3 groups in Maine participating. Having net control on voice made things difficult as copy was very poor to non-existent. My group did copy some of the call up and checked in but it's not clear it was acknowledged. We and one other group never sent anything although we copied digital traffic from MA and the other Maine team. Having the mode/frequency split between net ops and file transfer worked against us.

73, Steve KB1TCE

Re: May 23 ARRL/ARC Exercise

John
 

ENY Section used NBEMS with 100% copy both for the practice and the actual event.  Look at Eastern New York Section ARES on Face Book for pictures and details.


On Sun, May 26, 2019, 3:15 PM Steve Hansen <shansen@...> wrote:
I'm curious if any other members of this group participated in the May 23 ARRL/Red Cross exercise. This "infrastructure-free" exercise involved the participation of portable stations around the eastern US to send flmsg forms (standard flmsg form 5739) to Newington. Newington would then relay the received messages to a stations set up at the Red Cross in Baltimore. Participating sections included those in the northeast (New England and New York) and perhaps several other sections further down the coast. Net ops were on SSB voice and the flmsg forms were sent on the digital portions of the bands (80/40/20) using MT63-1000S.

We had 3 groups in Maine participating. Having net control on voice made things difficult as copy was very poor to non-existent. My group did copy some of the call up and checked in but it's not clear it was acknowledged. We and one other group never sent anything although we copied digital traffic from MA and the other Maine team. Having the mode/frequency split between net ops and file transfer worked against us.

73, Steve KB1TCE

Re: May 23 ARRL/ARC Exercise

Bruce Bohannon WA1YZN
 

Steve, never heard a thing about it.

Bruce WA1YZN

Swanzey, NH

On 5/26/2019 3:14 PM, Steve Hansen wrote:
I'm curious if any other members of this group participated in the May 23 ARRL/Red Cross exercise. This "infrastructure-free" exercise involved the participation of portable stations around the eastern US to send flmsg forms (standard flmsg form 5739) to Newington. Newington would then relay the received messages to a stations set up at the Red Cross in Baltimore. Participating sections included those in the northeast (New England and New York) and perhaps several other sections further down the coast. Net ops were on SSB voice and the flmsg forms were sent on the digital portions of the bands (80/40/20) using MT63-1000S.

We had 3 groups in Maine participating. Having net control on voice made things difficult as copy was very poor to non-existent. My group did copy some of the call up and checked in but it's not clear it was acknowledged. We and one other group never sent anything although we copied digital traffic from MA and the other Maine team. Having the mode/frequency split between net ops and file transfer worked against us.

73, Steve KB1TCE

May 23 ARRL/ARC Exercise

Steve Hansen
 

I'm curious if any other members of this group participated in the May 23 ARRL/Red Cross exercise. This "infrastructure-free" exercise involved the participation of portable stations around the eastern US to send flmsg forms (standard flmsg form 5739) to Newington. Newington would then relay the received messages to a stations set up at the Red Cross in Baltimore. Participating sections included those in the northeast (New England and New York) and perhaps several other sections further down the coast. Net ops were on SSB voice and the flmsg forms were sent on the digital portions of the bands (80/40/20) using MT63-1000S.

We had 3 groups in Maine participating. Having net control on voice made things difficult as copy was very poor to non-existent. My group did copy some of the call up and checked in but it's not clear it was acknowledged. We and one other group never sent anything although we copied digital traffic from MA and the other Maine team. Having the mode/frequency split between net ops and file transfer worked against us.

73, Steve KB1TCE

Re: Setting audio / power level proceedure

David Ranch
 


Agreed.  This method gets you the cleanest RF signal but you need to watch your soundcard levels carefully across reboots, OS upgrades, etc.  If your soundcard's audio output level gets reset to 100%, your radio and man other fellow HAMs on your band of choice will hate you until you discover you're splattering.  :-)

Here is a PPT I put together back in 2016 about the topic:

   http://www.trinityos.com/HAM/index-ham.html#hf-dig-modes-101

--David
KI6ZHD


On 05/23/2019 12:07 PM, k4pwo wrote:
The power level at maximum and adjust audio level for 25 to 50 watts for a 100 watt radio is the correct method.  With my TS-480HX 200 watt radio I can get up to 100 watts output without ALC action.

Perry K4PWO 



Re: Setting audio / power level proceedure

Curly Frazier <w7lpn.ham@...>
 

I use the second example as well, watching the ALC continuously. It seems to be effective.


On Thu, May 23, 2019, 10:48 Al Womelsdorf via Groups.Io <ahw609=verizon.net@groups.io> wrote:
After reviewing the fldigi manual a few times, I am still a little confused about the best method to set the audio output (and hence the actual output power) level.

In one spot it describes a technique of setting the audio level until the ALC level just starts moving, then set your output power via the radio control (I assume). This seems similar to the technique described for WSJTX as well.

An alternate method recommends setting your maximum output power to the highest value your radio allows, then use the audio level to set the actual output power, never to exceed 50% of the radios max capabilities! - presumably by using either the output power meter on your radio, or a peak-hold external power meter. At this point you should never see any movement in your ALC at all.

Personally, I have been using the second method, and typically run between 25 and 40 watts of power. I have also tried setting the power level of the radio to something specific (say 25W), then adjusting the audio level until I see that power level on the external meter. If I do it this way however, my ALC is reaching mid-scale, which would be typical for SSB, but perhaps not the most desirable for this mode. Also it would seem to me that whatever the best method is, it would apply equally to any of these "audio" modes like fldigi, and wsjtx. I also see a decided interaction between the set power level and the ALC, which makes perfect sense to me.

Exact equipment is Fedora Linux, FT-DX3000, Daiwa CN-901 SWR/Power meter, and cat cable used for both rig control and audio. Radio is in Data/USB mode. Latest alpha versions of the software.

Thanks in advance for any suggestions.

73's.

Al
KD2PNR

Re: Setting audio / power level proceedure

P C Andy Anderson
 

This is the method I use with the TT Jupiter and the SignaLink USB. Works good and lasts a long time.
Andy...W3LI


From: nbems@groups.io <nbems@groups.io> on behalf of k4pwo <k4pwo@...>
Sent: Thursday, May 23, 2019 3:07 PM
To: nbems@groups.io
Subject: Re: [nbems] Setting audio / power level proceedure
 
The power level at maximum and adjust audio level for 25 to 50 watts for a 100 watt radio is the correct method.  With my TS-480HX 200 watt radio I can get up to 100 watts output without ALC action.

Perry K4PWO 



Sent from my Sprint Samsung Galaxy S10+.

-------- Original message --------
From: "Al Womelsdorf via Groups.Io" <ahw609@...>
Date: 5/23/19 11:48 AM (GMT-06:00)
To: nbems@groups.io
Subject: [nbems] Setting audio / power level proceedure

After reviewing the fldigi manual a few times, I am still a little confused about the best method to set the audio output (and hence the actual output power) level.

In one spot it describes a technique of setting the audio level until the ALC level just starts moving, then set your output power via the radio control (I assume). This seems similar to the technique described for WSJTX as well.

An alternate method recommends setting your maximum output power to the highest value your radio allows, then use the audio level to set the actual output power, never to exceed 50% of the radios max capabilities! - presumably by using either the output power meter on your radio, or a peak-hold external power meter. At this point you should never see any movement in your ALC at all.

Personally, I have been using the second method, and typically run between 25 and 40 watts of power. I have also tried setting the power level of the radio to something specific (say 25W), then adjusting the audio level until I see that power level on the external meter. If I do it this way however, my ALC is reaching mid-scale, which would be typical for SSB, but perhaps not the most desirable for this mode. Also it would seem to me that whatever the best method is, it would apply equally to any of these "audio" modes like fldigi, and wsjtx. I also see a decided interaction between the set power level and the ALC, which makes perfect sense to me.

Exact equipment is Fedora Linux, FT-DX3000, Daiwa CN-901 SWR/Power meter, and cat cable used for both rig control and audio. Radio is in Data/USB mode. Latest alpha versions of the software.

Thanks in advance for any suggestions.

73's.

Al
KD2PNR

Re: Setting audio / power level proceedure

k4pwo <k4pwo@...>
 

The power level at maximum and adjust audio level for 25 to 50 watts for a 100 watt radio is the correct method.  With my TS-480HX 200 watt radio I can get up to 100 watts output without ALC action.

Perry K4PWO 



Sent from my Sprint Samsung Galaxy S10+.

-------- Original message --------
From: "Al Womelsdorf via Groups.Io" <ahw609@...>
Date: 5/23/19 11:48 AM (GMT-06:00)
To: nbems@groups.io
Subject: [nbems] Setting audio / power level proceedure

After reviewing the fldigi manual a few times, I am still a little confused about the best method to set the audio output (and hence the actual output power) level.

In one spot it describes a technique of setting the audio level until the ALC level just starts moving, then set your output power via the radio control (I assume). This seems similar to the technique described for WSJTX as well.

An alternate method recommends setting your maximum output power to the highest value your radio allows, then use the audio level to set the actual output power, never to exceed 50% of the radios max capabilities! - presumably by using either the output power meter on your radio, or a peak-hold external power meter. At this point you should never see any movement in your ALC at all.

Personally, I have been using the second method, and typically run between 25 and 40 watts of power. I have also tried setting the power level of the radio to something specific (say 25W), then adjusting the audio level until I see that power level on the external meter. If I do it this way however, my ALC is reaching mid-scale, which would be typical for SSB, but perhaps not the most desirable for this mode. Also it would seem to me that whatever the best method is, it would apply equally to any of these "audio" modes like fldigi, and wsjtx. I also see a decided interaction between the set power level and the ALC, which makes perfect sense to me.

Exact equipment is Fedora Linux, FT-DX3000, Daiwa CN-901 SWR/Power meter, and cat cable used for both rig control and audio. Radio is in Data/USB mode. Latest alpha versions of the software.

Thanks in advance for any suggestions.

73's.

Al
KD2PNR