Date   
flrig 1.3.44 posted

Dave
 

Version 1.3.44 * Maintenance release

?? IC mode type
?????? * add missing generic get_modetype

Effects the sideband sense of modes like CW/CW-R, RTTY/RTTY-R for a number of Icom transceivers including the Icom 7300.

73, David, W1HKJ

Shortwave Radiogram: Olivia 64-2000 15 dB under music

kd9xb
 

Shortwave Radiogram this weekend is in MFSK32, MFSK64 (with eight images), and Olivia 64-2000. To make it more interesting, the Olivia 64-2000 is mixed with, and 15 dB under, music.

You can decode the show yourself from this audio ...

https://soundcloud.com/voaradiogram/shortwave-radiogram-program-98

It was transmitted UTC Saturday at 0230-0300 UTC on 9265 kHz from WINB in Red Lion, Pennsylvania, and received at the SDR of KPH, the Maritime Radio Historical Society, at Point Reyes, California.

The Olivia 64-2000 starts at 23:12 into the audio file.

Due to the peculiarities of WINB's audio, the RSIDs probably won't work. You'll have to change the modes manually.

It's also possible that at least one MFSK64 image preamble will be garbled, resulting in no image. A solution that might work is to start the recording just when the preamble starts.

This weekend, you can still receive and decode the program "live" UTC Sunday at 0800-0830 UTC on 5850 and 7730 kHz and 2330-2400 UTC on 7780 kHz, all frequencies from WRMI Florida.

Kim
KD9XB
Shortwave Radiogram
https://twitter.com/swradiogram

Re: FT4 for NBEMS net call / other suitable digital-net modes 4 HF

Doug K7KY
 

Aaron...  I appreciate your summary of ORCA DIGITAL NET.  ORCA was founded to teach and practice digital traffic-handling with NBEMS software.  We quickly discovered that digital nets were more difficult to run than Phone & CW because doubles can be frequent and they scramble both signals. Fortunately, Amateur Directed Net protocols are a good fit for digital nets too.  When all transmissions go through NCS, it's possible to keep order and conduct business smoothly and rapidly.  An orderly net is essential to passing traffic efficiently.  Directed net structure and PC file-system familiarity are also important for digital traffic Operators.

We use MFSK for net business and most traffic handling when condx permit.  Next on ORCA is THOR.  For terrible condx, we use OLIVIA, as do most digital nets. We've experimented with many of the modes on FLDIGI's menu.  We usually experiment with mode during the weekly FLAMP exercise and run a Mode Shoot-Out every month or so.  We often fill an experimental mode with a faster MFSK mode.  Although MFSK-128 is faster and wider than THOR-100, we can often fill stations who've not CONFIRMED THOR-100 with MFSK-128.  Solar Minimum is providing lots of opportunity to explore digital mode characteristics. When this solar-phase is over, those who stick with the digital operations will be outstanding digital Ops. 73 Doug K7KY

Re: FT4 for NBEMS net call ?

Bruce Bohannon WA1YZN
 

I think it's time to stop this thread and start a new thread.


Bruce WA1YZN

On 5/2/2019 11:52 AM, Aaron Jones wrote:
Doug,

I've really enjoyed monitoring and participating in the ORCA net, it's a real experience in effective NET control, station engagement, and exercising of a LOT of software and RF capabilities.   Recently I've been running a local VHF net for folks not ready for HF bigtime.  In reference to modes, as the subject of this thread is about FT4, I was hoping to expand on it a bit in general around successful and RELIABLE modes in your many years of experience.  Anecdotally in my experience on our VHF net - MFSK(32,64,128) always work - we've experimented with multi-PSK modes, MT63 modes, and FSQ, but always come back to MFSK (32,64, and 128).  Without going into painful detail and understanding some modes are just too slow for a reliable VHF connection (Olivia, Thor, slower PSK modes etc)  is it just my imagination or is MFSK really one of the more stable and reliable modes across different band conditions?

Granted there is "no one size fits all" in reference to a digital mode selection, but, when I reviewed digital mode comparison on the W1HKJ site: http://www.w1hkj.com/FldigiHelp-3.21/Modes/Compare.htm  MFSK kind of sites in the sweetspot for bandwidth, speed, efficiency, and copy %.   Couple that with the ability to send Images, and several bandwidth options, FEC, and again  my perceived reliability I kind of just keep going back to MFSK as my "old reliable" during my experimentation.

Do you have any anecdotal / experience to provide on mode selections and preferences?

Does the overall group have input on their preferred modes?

Again - i'm sure the comment really is "it depends"...

Aaron

AG7GK


On 5/1/2019 9:01 AM, Doug K7KY wrote:
Andy... We've been using MFSK-32 for net business @ ORCA DIGITAL NET for over 6yrs on 80m.  It works very well for us.  Ck-ins average from 15 - 21; our top was 27.  We take earlies 15min b4 net. While mode selection is crutial to net flow, so is content. ORCA is a directed net; we ck-in regular members with their CALL only.  New stations check in with CALL, NAME, QTH.  Monitoring stations use, CALL IN&OUT. Instruction for ck-in are in the Preamble and @ the website. Stations also ck-in by VidID on the WF.  I can work multiple ck-ins simultaneously by logging the VidIDs while working a station on 1500.  ORCA is a digital-traffic training and practice net; we don't need traffic listing @ ck-in.

Some new digital Ops like to populate their macros with their Bio, FLDIGI version#, License grade,  etc, all irrelevant to NCS @ ck-in.  Establishing a brief ck-in process is as important as choosing the best mode.  Monitor our net, if you can.  I've not seen an easier digital ck-in process.  ORCA is a complex and busy net; we don't have time to waste.  Nets usually run 1-1.5hr and we're busy throughout the net.  Members have busy lives and don't want to sit idle while extraneous test is printing.

Dave developed VidID for us years ago and we use it every net. VidID is also useful when we send Ops off freq to pass traffic. They easily notify me they want to recheck with VidID.  I can complete what I'm doing and bring them in.  Overall it saves time and work for NCS and makes the net more efficient.  These individual savings are small, but add up over the net to a significant increase in net efficiency.  It's not unusual for me to make 80 discreet transmissions in an hour as we practice handling  NBEMS traffic.  Our website and net Preamble sets out net protocols clearly.  Members know net routines and we usually get a lot done every net, even in solar minimum.  Last night, we ran a Mode Shoot-Out between DominoEX & MFSK.  I run with TxID & RxID active.  Members only run RxID unless they're changing modes for their practice traffic.  We don't waste time pre-announcing mode changes.  We're training to pass traffic in emergency conditions and we want to be very familiar with all the tools in the NBEMS suite.

Dave also made all 4 macro rows visible-at-once for us.  I use two sets of macros every net.  A button on each instantly call the other set.  I don't need all 96 buttons every net, but all 96 are occupied and I often rewrite them mid-net.  Hats off to Dave for outstanding software and his kind and patient technicial support.

Doug K7KY
http://orcadigitalnet.com





Re: FT4 for NBEMS net call ?

Aaron Jones
 

Doug,

I've really enjoyed monitoring and participating in the ORCA net, it's a real experience in effective NET control, station engagement, and exercising of a LOT of software and RF capabilities.   Recently I've been running a local VHF net for folks not ready for HF bigtime.  In reference to modes, as the subject of this thread is about FT4, I was hoping to expand on it a bit in general around successful and RELIABLE modes in your many years of experience.  Anecdotally in my experience on our VHF net - MFSK(32,64,128) always work - we've experimented with multi-PSK modes, MT63 modes, and FSQ, but always come back to MFSK (32,64, and 128).  Without going into painful detail and understanding some modes are just too slow for a reliable VHF connection (Olivia, Thor, slower PSK modes etc)  is it just my imagination or is MFSK really one of the more stable and reliable modes across different band conditions?

Granted there is "no one size fits all" in reference to a digital mode selection, but, when I reviewed digital mode comparison on the W1HKJ site: http://www.w1hkj.com/FldigiHelp-3.21/Modes/Compare.htm  MFSK kind of sites in the sweetspot for bandwidth, speed, efficiency, and copy %.   Couple that with the ability to send Images, and several bandwidth options, FEC, and again  my perceived reliability I kind of just keep going back to MFSK as my "old reliable" during my experimentation.

Do you have any anecdotal / experience to provide on mode selections and preferences?

Does the overall group have input on their preferred modes?

Again - i'm sure the comment really is "it depends"...

Aaron

AG7GK

On 5/1/2019 9:01 AM, Doug K7KY wrote:
Andy... We've been using MFSK-32 for net business @ ORCA DIGITAL NET for over 6yrs on 80m.  It works very well for us.  Ck-ins average from 15 - 21; our top was 27.  We take earlies 15min b4 net. While mode selection is crutial to net flow, so is content. ORCA is a directed net; we ck-in regular members with their CALL only.  New stations check in with CALL, NAME, QTH.  Monitoring stations use, CALL IN&OUT. Instruction for ck-in are in the Preamble and @ the website.  Stations also ck-in by VidID on the WF.  I can work multiple ck-ins simultaneously by logging the VidIDs while working a station on 1500.  ORCA is a digital-traffic training and practice net; we don't need traffic listing @ ck-in.

Some new digital Ops like to populate their macros with their Bio, FLDIGI version#, License grade,  etc, all irrelevant to NCS @ ck-in.  Establishing a brief ck-in process is as important as choosing the best mode.  Monitor our net, if you can.  I've not seen an easier digital ck-in process.  ORCA is a complex and busy net; we don't have time to waste.  Nets usually run 1-1.5hr and we're busy throughout the net.  Members have busy lives and don't want to sit idle while extraneous test is printing.

Dave developed VidID for us years ago and we use it every net. VidID is also useful when we send Ops off freq to pass traffic. They easily notify me they want to recheck with VidID.  I can complete what I'm doing and bring them in.  Overall it saves time and work for NCS and makes the net more efficient.  These individual savings are small, but add up over the net to a significant increase in net efficiency.  It's not unusual for me to make 80 discreet transmissions in an hour as we practice handling  NBEMS traffic.  Our website and net Preamble sets out net protocols clearly.  Members know net routines and we usually get a lot done every net, even in solar minimum.  Last night, we ran a Mode Shoot-Out between DominoEX & MFSK.  I run with TxID & RxID active.  Members only run RxID unless they're changing modes for their practice traffic.  We don't waste time pre-announcing mode changes.  We're training to pass traffic in emergency conditions and we want to be very familiar with all the tools in the NBEMS suite.

Dave also made all 4 macro rows visible-at-once for us.  I use two sets of macros every net.  A button on each instantly call the other set.  I don't need all 96 buttons every net, but all 96 are occupied and I often rewrite them mid-net.  Hats off to Dave for outstanding software and his kind and patient technicial support.

Doug K7KY
http://orcadigitalnet.com



Re: FT4 for NBEMS net call ?

Doug K7KY
 

Andy... We've been using MFSK-32 for net business @ ORCA DIGITAL NET for over 6yrs on 80m.  It works very well for us.  Ck-ins average from 15 - 21; our top was 27.  We take earlies 15min b4 net. While mode selection is crutial to net flow, so is content. ORCA is a directed net; we ck-in regular members with their CALL only.  New stations check in with CALL, NAME, QTH.  Monitoring stations use, CALL IN&OUT. Instruction for ck-in are in the Preamble and @ the website.  Stations also ck-in by VidID on the WF.  I can work multiple ck-ins simultaneously by logging the VidIDs while working a station on 1500.  ORCA is a digital-traffic training and practice net; we don't need traffic listing @ ck-in.

Some new digital Ops like to populate their macros with their Bio, FLDIGI version#, License grade,  etc, all irrelevant to NCS @ ck-in.  Establishing a brief ck-in process is as important as choosing the best mode.  Monitor our net, if you can.  I've not seen an easier digital ck-in process.  ORCA is a complex and busy net; we don't have time to waste.  Nets usually run 1-1.5hr and we're busy throughout the net.  Members have busy lives and don't want to sit idle while extraneous test is printing.

Dave developed VidID for us years ago and we use it every net. VidID is also useful when we send Ops off freq to pass traffic. They easily notify me they want to recheck with VidID.  I can complete what I'm doing and bring them in.  Overall it saves time and work for NCS and makes the net more efficient.  These individual savings are small, but add up over the net to a significant increase in net efficiency.  It's not unusual for me to make 80 discreet transmissions in an hour as we practice handling  NBEMS traffic.  Our website and net Preamble sets out net protocols clearly.  Members know net routines and we usually get a lot done every net, even in solar minimum.  Last night, we ran a Mode Shoot-Out between DominoEX & MFSK.  I run with TxID & RxID active.  Members only run RxID unless they're changing modes for their practice traffic.  We don't waste time pre-announcing mode changes.  We're training to pass traffic in emergency conditions and we want to be very familiar with all the tools in the NBEMS suite.

Dave also made all 4 macro rows visible-at-once for us.  I use two sets of macros every net.  A button on each instantly call the other set.  I don't need all 96 buttons every net, but all 96 are occupied and I often rewrite them mid-net.  Hats off to Dave for outstanding software and his kind and patient technicial support.

Doug K7KY
http://orcadigitalnet.com

Re: FT4 for NBEMS net call ?

Dave
 

Andy,

Try THOR-11 or THOR-22.?? Both considerably faster than Olivia.?? I designed THOR specifically for 80/40 where ESD noise is the norm.

Dave

On 4/30/19 9:41 AM, Andrew OBrien wrote:
Me , again. On my old topic of faster/easier net call-up methods.?? As you may remember I think many NBEMS Olivia nets take FAR too long checking in stations (20 minutes of checking in, two minutes for net content ) . I did consider FSQcall and JS8Call as offering a better way to start an NBEMS net before switching to Olivia and FLAMP methods for traffic sending. Now I'm wondering if FT4 , or even FT8, offer something more efficient??? Both FT4 and FT8 offer the ability for Net Control to simultaneously detect stations checking in?? over a 3 Khz range. Plenty of bandwidth for 20-30 NBEMS stations to check in and be "spread out" .?? With FT4 , checking in could be done via a couple of 4.5 second cycles , with FT8 , 12 seconds. I'm also wondering about the "Fox and Hound" setting in FT8 (not implemented in FT4 at the?? moment) and whether this could be used by a NCS to quickly acknowledge, en masse, the stations checking in. With WSJT-X and Fldigi open at same time. WSJT FT modes could be used to check in all stations within a minute and then use TX RSID in Fldigi (or Multipsk) to send traffic in the more?? traditional, speedier, digital modes/

Andy K3UK??

Re: FT4 for NBEMS net call ?

Ralph Alden Brigham
 

Greetings,

Please stop promoting FT8 and other unauthorized modes on the 60 meter
channels. They are both in clear violation of the FCC and NTIA rules about
use of the 60 meter allocations. Military and government stations are the
primary users [Air Force and Army MARS]. When FT8 is used - authorized
stations can NOT use channel 3 at all - especially during an exercise or a real
event. These are also links between MARS stations and the regular amateur
radio community in times of communications problems.

-- ***** ---
Ralph Brigham KG4CSQ -- EM64RQ2OOQ
W5YI VE 33080; ARRL VE
ARRL #1000033463
ARES/RACES SKYWARN
(931) 906-9277
-- ****

FT4 for NBEMS net call ?

Andrew OBrien <k3ukandy@...>
 

Me , again. On my old topic of faster/easier net call-up methods.  As you may remember I think many NBEMS Olivia nets take FAR too long checking in stations (20 minutes of checking in, two minutes for net content ) . I did consider FSQcall and JS8Call as offering a better way to start an NBEMS net before switching to Olivia and FLAMP methods for traffic sending. Now I'm wondering if FT4 , or even FT8, offer something more efficient?  Both FT4 and FT8 offer the ability for Net Control to simultaneously detect stations checking in  over a 3 Khz range. Plenty of bandwidth for 20-30 NBEMS stations to check in and be "spread out" .  With FT4 , checking in could be done via a couple of 4.5 second cycles , with FT8 , 12 seconds. I'm also wondering about the "Fox and Hound" setting in FT8 (not implemented in FT4 at the  moment) and whether this could be used by a NCS to quickly acknowledge, en masse, the stations checking in. With WSJT-X and Fldigi open at same time. WSJT FT modes could be used to check in all stations within a minute and then use TX RSID in Fldigi (or Multipsk) to send traffic in the more  traditional, speedier, digital modes/

Andy K3UK 

Re: [winfldigi] fldigi 4.1.03 posted

Frank N3FLL
 

Dave, 

Yes it works as expected on my Win 10 computer,  thank you.  

73, 
Frank N3FLL 

Re: [winfldigi] fldigi 4.1.03 posted

Dave
 

should correctly parse and execute the <MODEM:...><TX> sequence

Dave



On 4/23/19 7:11 AM, Ron via Groups.Io wrote:
Frank,

I think I've found a work around by adding a slight delay between the mode change and the TX like this.

<MODEM:THOR22>
<WAIT:00.1>
<TX>

Dave, was there a timing change that caused the modem not to change with a <TX>

73, Ron NY3J

On 4/22/19 6:31 PM, n3fll@... wrote:
I notice with version  4.1.03  that creating macro for  mode change and tx  doesn't change the mode as it does in previous versions, it
just transmits.

<MODEM:THOR22>

<TX>


Re: fldigi 4.1.03 posted

Frank Olaughlin
 

Dave,

 

Thanks for the update and all the work involved. I hope to have a group test this week.

 

Have a great weekend and Happy Easter.

 

73’

Frank

WQ1O

 

From: nbems@groups.io [mailto:nbems@groups.io] On Behalf Of Dave
Sent: Sunday, April 21, 2019 10:38 AM
To: Kamal Mostafa; Richard Shaw; Diane Bruce; Walter Fey; Richard
Subject: [nbems] fldigi 4.1.03 posted

 

This is an important bug fix release.  It corrects the problem of excess CPU% usage on many h/w platforms.

You can download this version at http://www.w1hkj.com

or from Source Forge.

Version 4.1.03

  * Maintenance release

      wf updates
        correct wf update loop logic error caused fldigi/xorg cpu loading

      New install macros
        modify default CQ macro to include RsID on/off

      WinKeyer emulators
        Disable WinKey serial echo for emulators like K3NB Arduino sketch.
          - use internal timing vice waiting for sent char echo
          - may also be used with real Winkeyer h/w
          - save state of emulation in configuration file

      MACRO <MODEM:
        Add code to correctly recognize OLIVIA submodes

73, David
W1HKJ

 

fldigi 4.1.03 posted

Dave
 

This is an important bug fix release.  It corrects the problem of excess CPU% usage on many h/w platforms.

You can download this version at http://www.w1hkj.com

or from Source Forge.

Version 4.1.03

  * Maintenance release

      wf updates
        correct wf update loop logic error caused fldigi/xorg cpu loading

      New install macros
        modify default CQ macro to include RsID on/off

      WinKeyer emulators
        Disable WinKey serial echo for emulators like K3NB Arduino sketch.
          - use internal timing vice waiting for sent char echo
          - may also be used with real Winkeyer h/w
          - save state of emulation in configuration file

      MACRO <MODEM:
        Add code to correctly recognize OLIVIA submodes

73, David
W1HKJ


Re: [winfldigi] A Solution To The Digital Mode Recognition Issue

Dave
 

The newinstall.cxx code has been changed so that the default CQ macro has been changed to:



shown on an OS-X test compilation.  CW, PSK-31, and RTTY RsID transmit are initialized to disabled for the new installation.

73, Dave, W1HKJ

On 4/18/19 1:35 PM, Tony wrote:
On 4/18/2019 3:23 AM, Dave wrote:
I will change the fldigi's default CQ macro to that shown above. That will at least assist new digital operators using fldigi to be courteous and informative.

Dave:

That's great news -- simple and effective.

Thank you.

Tony -K2MO

Re: Software help

Randall M. Payne
 

You got the wrong Randy, not me who asked about NBEMS.

On 4/18/2019 9:45 AM, Daniel Miranda wrote:
Hi, Randy! Please clarify: are you planning on connecting your mobile phone to the radio or using a regular Pc for that?

How are you planning to use these applications?

If your disability has to do with hearing or speaking, I think there are extra good things to enjoy from digital modes.

Best,
-- Daniel

Em qui, 18 de abr de 2019 10:21, Randy Davenport <pastor.spaceboy@...> escreveu:
I am interested in the nbems program.. I am disabled and low income. I connect to the internet on my cell phone as I have no internet at my apartment. Can someone please help me out with a CD or thumb drive with all the install programs. I am also interested in Chirp, Rmsexpress, winlink,  wajt-x, jtalert with all programs, , fldigi and all programs needed.
Randy ka4nma
Im good on qrz

Virus-free. www.avg.com


--
Randy Payne K4EZM
Highlands County Florida ARES EC; WCF ASEC and ASM

Re: Software help

Randy Davenport
 

Im trying to learn them. I live in an no outside antenna apartment


On Thu, Apr 18, 2019, 9:45 AM Daniel Miranda <dumper.dam@...> wrote:
Hi, Randy! Please clarify: are you planning on connecting your mobile phone to the radio or using a regular Pc for that?

How are you planning to use these applications?

If your disability has to do with hearing or speaking, I think there are extra good things to enjoy from digital modes.

Best,
-- Daniel

Em qui, 18 de abr de 2019 10:21, Randy Davenport <pastor.spaceboy@...> escreveu:
I am interested in the nbems program.. I am disabled and low income. I connect to the internet on my cell phone as I have no internet at my apartment. Can someone please help me out with a CD or thumb drive with all the install programs. I am also interested in Chirp, Rmsexpress, winlink,  wajt-x, jtalert with all programs, , fldigi and all programs needed.
Randy ka4nma
Im good on qrz

Re: Software help

Daniel Miranda
 

Hi, Randy! Please clarify: are you planning on connecting your mobile phone to the radio or using a regular Pc for that?

How are you planning to use these applications?

If your disability has to do with hearing or speaking, I think there are extra good things to enjoy from digital modes.

Best,
-- Daniel

Em qui, 18 de abr de 2019 10:21, Randy Davenport <pastor.spaceboy@...> escreveu:

I am interested in the nbems program.. I am disabled and low income. I connect to the internet on my cell phone as I have no internet at my apartment. Can someone please help me out with a CD or thumb drive with all the install programs. I am also interested in Chirp, Rmsexpress, winlink,  wajt-x, jtalert with all programs, , fldigi and all programs needed.
Randy ka4nma
Im good on qrz

Software help

Randy Davenport
 

I am interested in the nbems program.. I am disabled and low income. I connect to the internet on my cell phone as I have no internet at my apartment. Can someone please help me out with a CD or thumb drive with all the install programs. I am also interested in Chirp, Rmsexpress, winlink,  wajt-x, jtalert with all programs, , fldigi and all programs needed.
Randy ka4nma
Im good on qrz

A Solution To The Digital Mode Recognition Issue

Dave
 

This response is being shared with the linuxham and nbems groups at groups.io.

"Sounds" like a perfect opportunity for someone to write a QST article, Digital Modes Operating Etiquette.  My own preference is to use RsID only when calling CQ and then not for commonly recognized modes such as BPSK31.  Use this macro text for your CQ macro.  It will turn on RsID for each CQ and disable it immediately thereafter.



Configure the transmit RsID as disabled for the commonly recognized modes:



I often see an Olivia 8/500 QSO without an RsID.  It is completely indistinguishable from a Contestia 8/500 signal.  The tone patterns and spacing of Olivia and Contestia look the same for the same number of tones and bandwidth.  I've even seen Olivia being used on the opposite sideband (or reversed).  I chalk those up to ignorance rather than a desire for an anonymous, private conversation.   Fldigi's RsID configuration items can help to avoid being interrupted by the operator calling CQ with the RsID enabled. 



During emergency communications or net operations it is probably not a good idea to casually transmit the RsID.  It does slow down the exchange, and it might inadvertently interrupt an existing data exchange.  The use of RsID in a net should be a part of the net operating procedures.

I will change the fldigi's default CQ macro to that shown above.  That will at least assist new digital operators using fldigi to be courteous and informative.

73, David, W1HKJ


On 4/17/19 10:59 PM, Tony wrote:
On 4/17/2019 10:41 PM, Charles Hargrove wrote:
I don't see what the difficulty is. I leave my RxID & TxID on all the time.

Charles:

Difficulty is not the problem, it's the lack of use. The reason is a mystery, but I can tell you that the problem has existed for many years.

I'm not aware of RS-ID being mentioned in the ham license question pool so that could part of the problem for new and old alike who are just getting started with digital.

Tony -K2MO

Re: CW Interface

Lee Garner
 

Dave, now I am interested in building this. Thanks :)

From: Dave
Sent: Sunday, April 14, 15:12
Subject: Re: [nbems] CW Interface
To: nbems@groups.io


I've tested the K3NG sketch in my MORTTY with the echo test code removed from fldigi.   Works equally well with the original WinKeyer and the MORTTY with the K3NG sketch.  You can test for yourself using this alpha version:
which contains these changes from fldigi version 4.1.02 released yesterday.
    Fake WinKeyer
   
      * Disable WinKey Admin echo test.
        - K3NG Arduino sketch fails tests as implemented
          in the MORTTY interface

    MACRO <MODEM:
   
      * Add code to correctly recognize OLIVIA submodes
73, David, W1HKJ