Date   
latest version fldigi with wx fix

kerry
 

Hello, WA2NAN here.  I'm looking for the latest fldigi version available with the wx fix.  The latest at source forge does not have the fix.  Where can I download the latest working version?....tnx….Kerry-WA2NAN

Re: WHERE CAN I DOWNLOAD FLDIGI 4.1.02.27 WX FIX VERSION

kerry
 

Hi Ed,  I assumed this was a newer version as the WX feature that was lost works on this version.  Is there a newer version that the wx feature works on...…...Kerry 

Re: Problem with FLDIGI Input.

Dave
 

Ed,

You can try this alpha version of fldigi, 4.1.02.44 posted at http://www.w1hkj.com/alpha/fldigi/

The pop-up message dialogs do not capture keyboard activity in this version.

David

Re: FLAmp on VHF through linked repeaters

Marvin Penepent
 

We have used FLDIGI on a repeater and worked well. Have no filters on no notch and if using a Signalink the delay all the way to the left. 


Larry
KF5MLP

------ Original Message ------
From: "bartpearl via Groups.Io" <bartpearl@...>
Sent: 4/9/2019 8:15:34 AM
Subject: Re: [nbems] FLAmp on VHF through linked repeaters

Dave:

I tried MT63-2000L and MFSK-128. 

I'm sure the signal levels are OK.  Next time I get a chance to talk to the repeater custodian I'll ask about tone notching.  Given that we routinely use FLMsg and FLDigi over these repeaters, would that indicate it's NOT using tone notching, or would that be more of a problem for FLAmp?

I agree with your guess.  I'll ask the custodian about pre and de-emphasis also.

Bart N5BLP

Re: FLAmp on VHF through linked repeaters

Bart N5BLP
 

Dave:

I tried MT63-2000L and MFSK-128. 

I'm sure the signal levels are OK.  Next time I get a chance to talk to the repeater custodian I'll ask about tone notching.  Given that we routinely use FLMsg and FLDigi over these repeaters, would that indicate it's NOT using tone notching, or would that be more of a problem for FLAmp?

I agree with your guess.  I'll ask the custodian about pre and de-emphasis also.

Bart N5BLP

Re: WHERE CAN I DOWNLOAD FLDIGI 4.1.02.27 WX FIX VERSION

Ed W3NR
 

On 4/8/19 4:31 PM, kerry wrote:
WHERE CAN I DOWNLOAD FLDIGI 4.1.02.27 WX FIX VERSION
_._,_._,_


That is an old version, are you sure that is the one you want ?

Ed W3NR

Re: FLAmp on VHF through linked repeaters

Dave
 

You did not say what modes are being tested on the linked repeaters.  My guess is that one or more of the repeaters are distorting the signal with the pre and deemphasis associated with voice repeaters.  You also might check to be sure that the repeaters do not have tone notching enabled.  Lastly, the signal levels should never drive the repeater audio sections into clipping.

David

On 4/8/19 9:33 AM, bartpearl via Groups.Io wrote:
I participate in a digi net that works VHF on a linked repeater system with four repeaters.  They mostly do FLMsg traffic, but I've tried to send FLAmp traffic on it.

It just doesn't seem to work as well as it does on HF (which, of course, is simplex). For a nice, clean signal environment it drops a lot of blocks.  Some operators eventually get it completed when I retransmit the missing blocks, and others don't. 

We've done everything we can to cope with the repeater environment.  We've enable TX/RX interval so the repeaters don't time out, use a 2.5 second pre-signal tone on the RSID, and have the SignaLink delay set to about 60%. 

FLMsg works pretty well (although sometimes parts of it get scrambled), but FLAmp just doesn't seem to.  Is there something about the way FLAmp does it's error checking that isn't compatible with a linked repeater environment?  Has anyone else ever tried it over linked repeaters?

Bart N5BLP

FLAmp on VHF through linked repeaters

Bart N5BLP
 

I participate in a digi net that works VHF on a linked repeater system with four repeaters.  They mostly do FLMsg traffic, but I've tried to send FLAmp traffic on it.

It just doesn't seem to work as well as it does on HF (which, of course, is simplex). For a nice, clean signal environment it drops a lot of blocks.  Some operators eventually get it completed when I retransmit the missing blocks, and others don't. 

We've done everything we can to cope with the repeater environment.  We've enable TX/RX interval so the repeaters don't time out, use a 2.5 second pre-signal tone on the RSID, and have the SignaLink delay set to about 60%. 

FLMsg works pretty well (although sometimes parts of it get scrambled), but FLAmp just doesn't seem to.  Is there something about the way FLAmp does it's error checking that isn't compatible with a linked repeater environment?  Has anyone else ever tried it over linked repeaters?

Bart N5BLP

Re: Problem with FLDIGI Input.

Dave
 

What version and on what operating system ?

David

On 4/7/19 5:20 AM, Edward Feustel, N5EI wrote:
I have configured my FLDIGI to notify on receipt of a txid indicator
message.
It has worked properly for multiple versions, but no longer works as
previously.
Now it locks up input to FLDIGI until I close the notification or go to
the frequency in the mode indicated.
That is, I cannot enter text, run macros, etc. What do I need to do to
fix the situation?

73,
Ed, N5EI

Problem with FLDIGI Input.

Edward Feustel, N5EI
 

I have configured my FLDIGI to notify on receipt of a txid indicator
message.
It has worked properly for multiple versions, but no longer works as
previously.
Now it locks up input to FLDIGI until I close the notification or go to
the frequency in the mode indicated.
That is, I cannot enter text, run macros, etc. What do I need to do to
fix the situation?

73,
Ed, N5EI

--

Zen Calendar for 2019/03/19

I have just three things to teach: simplicity,
patience, compassion. These three are your
greatest treasures.

Lao-Tzu

Re: Oops - sorry

David Ranch
 


Hello Ralph,

Ok, and are you still seeing the same issue?

--David
KI6ZHD


On 04/06/2019 01:23 PM, Ralph Alden Brigham wrote:
	David,

	My system is now configured in the same way under NBEMS - my bad!

Oops - sorry

Ralph Alden Brigham
 

David,

My system is now configured in the same way under NBEMS - my bad!

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

Re: Problem with FLdigi & FLmsg

David Ranch
 


Hello Ralph,

Ok, thanks for the versions but if you want our full help, you need to answer our full question.  We need to know how Fldigi is configured as well.

--David
KI6ZHD


On 04/06/2019 01:06 PM, Ralph Alden Brigham wrote:
	Hello All,

	Thanks for the response.

	Win10   64bit
	FLdigi  -  4.1.0.1
	FLmsg  -  4.0.8


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





Re: Problem with FLdigi & FLmsg

Ralph Alden Brigham
 

Hello All,

Thanks for the response.

Win10 64bit
FLdigi - 4.1.0.1
FLmsg - 4.0.8


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

Re: Problem with FLdigi & FLmsg

David Ranch
 


Hello Ralph,

You need to give more details:

   - What OS and version are you running?

   - What versions of Fldigi, Flmsg, etc?  Be sure to be running the current version if possible.

   - IN Fldigi: Configuration --> Misc --> NBEMS, what do you have set here?  I have:
     - NBEMS data file interface: enabled
     - Open message foler: disabled
     - Transfer direct to executing flmsg: enabled
     - open with flmsg: enabled
     - open is browser: disabled

--David
KI6ZHD


On 04/06/2019 10:57 AM, Ralph Alden Brigham wrote:
	Hello All,

	I have been having a problem with my FLdigi suite.

	Whenever I get a message via FLmsg, I have the following situation:

	After I get the pop-up,  I find and see two sessions of FLmsg running and 
also starts printing an .xml file into the receive block and transmitting a 
signal without my action.  Is there some auto-send mode active that I am not 
aware of?  I have to manually stop the transmission.  I have an ICOM 7100.

	This is my third or fourth attempt to get help from the group.  Assistance is 
greatly desired and appreciated!

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

Problem with FLdigi & FLmsg

Ralph Alden Brigham
 

Hello All,

I have been having a problem with my FLdigi suite.

Whenever I get a message via FLmsg, I have the following situation:

After I get the pop-up, I find and see two sessions of FLmsg running and
also starts printing an .xml file into the receive block and transmitting a
signal without my action. Is there some auto-send mode active that I am not
aware of? I have to manually stop the transmission. I have an ICOM 7100.

This is my third or fourth attempt to get help from the group. Assistance is
greatly desired and appreciated!

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

Re: Mode sync between FLDigi, FLMsg, and FLAmp

Dave
 

noted

On 4/6/19 10:42 AM, bartpearl via Groups.Io wrote:
I have my software configured so that FLMsg and FLAmp sync modems with FLDigi.   I do not have FLAmp set up to change mode on transmit, or for FLDigi to auto sync it's mode to FLAmp.  In other words, i only want the mode selected in one place to avoid mode mismatches.

I've noticed that if I manually change modes in FLDigi, the other two programs follow as expected.  However, if FLDigi auto-changes the mode based on the RSID, the other two programs do not.

1.  Is this normal?
2.  Any chance of an update so the other two follow FLDigi even when the mode is auto-switched?

Bart N5BLP

Re: FLAMP New feature idea - maybe

Randy
 

Hi Ken,

 

I understand exactly.  Routing to simplex stations where all can not hear all others in addition to networks that already work.  The proposal will require some routing, some store and forward, and error corrections.  Essentially what a TNC and packet provide.  The auto-routing will require something running on a master node or more broadly a mesh if that can be achieved.  That portion of NBEMS is what you want.  My suggestion was only that the concept is available. NBEMS is already 4 programs that work together.   I simply pointed out some other programs that can provide an initial capability.  Simply adding a terminal capability to send packet from fldigi and adding soundmodem as a 5th package could be the easy answer.

 

Sent from Mail for Windows 10

 

From: AD5XJ, KEN
Sent: Wednesday, April 3, 2019 7:19 AM
To: nbems@groups.io
Subject: Re: [nbems] FLAMP New feature idea - maybe

 

Randy thanks for your comment. But I think you miss the point (forgive me if that he rude, not my intention).  

If you read through this thread, you will find that the consistent theme is to make this "postoffice" idea an integral part of NBEMS. THAT is the point of this idea.

While other products and combination of products may do something similar, we have put forth a notion that NBEMS should not be dependent on any other software outside the NBEMS suite. That is on purpose.

Where NBEMS is used in emergency situations (notice the name - Narrow Band EMERGENCY messaging software), there is no guarantee of media availability or number of relay stations. There may be no access to VHF/UHF repeaters, or WinLINK RMS stations that are reliable, or band conditions that support high speed digital traffic, or even Internet access. That media may have to come from non-affected areas at another location or on a different band entirely.

We contend that if we are to make an add-in product for use by NBEMS, it should be fully integrated with and non-dependent on anything other than FLDIGI/FLAMP/FLMSG/FLARQ (NBEMS).

 

Re: FLAMP New feature idea - maybe

Bob Cameron
 

I'd suggest a small change that would generally help NBEMS usage even though I am not involved in any.

FLAMP is a broadcast mode system that relies on repeats to fill missing blocks. Last time I used it, block resends could be requested, but only with operator intervention. I suggest that a semi-automatic function be added so that (multiple) receiving stations can only re-request what they need and the transmitting station have a method to gather multiple requests (a timeout) for the next TX run.

Changing modem speed "requests" with RsID would also help. FLAMP already has a multimodem option that could be expanded for this. RX snr could be used.

Some more specific setup documentation would also be needed. PSM/persist/slot and limiting RsID mode change would make channel utilisation better.

In the end a 2 station link would be able to do transfers at the channel optimum. Star or haphazard networks would have less network overhead. If the RX station is not setup to TX then multiple block transmissions would still work. An RX with a very noisy environment could "request" a rebroadcast at a very low rate as needed.

Cheers Bob VK2YQA

Re: FLAMP New feature idea - maybe

AD5XJ, KEN
 

Actually, this project is designed to be more than mail in the traditional email sense of the word. The project should be able to create and deliver any of the many FLMSG forms to anyone. Whether that is in the form of Internet Email or just a ICS-213 message matters little. This IS radio so the send should always keep in mind how long it will take to send a message. This project will not embrace the idea of creating messages with attachments.