Date   
fldigi / flmsg Normal operation or bug??

Al Womelsdorf
 

For starters, I am new to this, so keep that in mind.

When I receive a wrap message (typically msk mode), the message arrives just fine, and if it is the first message since starting fldigi, it will automatically open flmsg to display the message. Any subsequent messages will not be shown in flmsg, but the second message will automatically open another window showing "received messages" (or something like that), and all subsequent messages will be listed there. Also, all messages are saved to disk, so there is no issue there. The question is: Is this the expected behavior? I can easily click and view any of these messages if I wish, but because the first message received is NOT listed, it makes it a big deal to go back to that one. Should this window open on the first message, and then list all messages?

I am running on Fedore 28, and all 4 main parts of fldigi are build locally from the alpha source directory (fldigi 4.1.02.10, flmsg 4.0.8.04, etc.)

73's
Al   kd2pnr

Re: fldigi / flmsg Normal operation or bug??

Ron
 

Hi Al and welcome to the wonderful world of NBEMS.

There is a setting in Fldigi that will change the way Flmsg behaves.  On the Fldigi main screen click Configure, Miscellaneous, NBEMS.  In the center of the window look for "Transfer direct to executing flmsg".  If that is checked then all of your received Flmsg will appear as a list and you can view each one at a time.  If you open a blank Flmsg before the messages are sent then all of the received Flmsg will be in the list.  If you uncheck this selection then each received Flmsg will open.

I don't like the list because if you don't receive an Flmsg because of an error you won't know this and won't know if you didn't receive it until you go look for it.  I want to know immediately if there is an error with the receive so I can ask for a resend.  Some people like the list because if they only have one monitor the Flmsg will open on top of each other and will clutter up the screen.  I have 2 large monitors and as the messages come in I can stack them so I can see everything.

73, Ron NY3J

On 3/11/19 1:16 PM, Al Womelsdorf via Groups.Io wrote:
For starters, I am new to this, so keep that in mind.

When I receive a wrap message (typically msk mode), the message arrives just fine, and if it is the first message since starting fldigi, it will automatically open flmsg to display the message. Any subsequent messages will not be shown in flmsg, but the second message will automatically open another window showing "received messages" (or something like that), and all subsequent messages will be listed there. Also, all messages are saved to disk, so there is no issue there. The question is: Is this the expected behavior? I can easily click and view any of these messages if I wish, but because the first message received is NOT listed, it makes it a big deal to go back to that one. Should this window open on the first message, and then list all messages?

I am running on Fedore 28, and all 4 main parts of fldigi are build locally from the alpha source directory (fldigi 4.1.02.10, flmsg 4.0.8.04, etc.)

73's
Al   kd2pnr


Re: fldigi 4.1.01 release

Greg Siemasz <gregsiemasz@...>
 

Dave,
I deleted all fldigi files on computer so I could get a "new install" and I got the control back of changing frequencies in Freg box. They matched every time. However, I did some cleaning in Registry too. Now the Waterfall is black and If turn up rec on SignaLink I start to see some blue but nothing like before. I even upped the below that controls rec up to 90 and I never had it up higher than 72. I have another sound card from Ten-Tec and it did the same thing also. So I don't think it's either sound interface. I ran Windows sfc /scannow to see if there were any files that need repair but it reported files were ok. I don't have another computer to check if fldigi would work on it. I even did a reset on my Ten-Tec and nothing changed. Also disable/enabled driver to see if that would help and it didn't change. Do you have any suggestions?
Greg
W8VIJ

FLAMP New feature idea - maybe

AD5XJ, KEN
 

From time to time it would be nice to have the ability to put FLAMP into what I call "postoffice mode".
It would operate something like this:
    A single station would be the "postmaster" with FLAMP in this mode. It may operate attended or unattended.
    Any station with a need to send messages to the "postmaster" for all stations or to a single station can put their FLAMP in the same mode and indicate if the destination is another
    station or for "postmaster" to broadcast to all stations.
    FLAMP in "postmaster" mode would save the message sent in a special folder and periodically check for messages.
    If messages are in the send-all folder, they should be broadcast at the pre-configured interval until removed. If any in the send-one folder then sent to the recipient when that
    station is acknowledged or forwarded to destination if Internet bound.
   The prerequisite is that all stations would have to be on the version of FLAMP that supports it and know to put FLAMP in "postal" mode to function that way and a "postmaster"
   would need Internet access to be most effective.

The justification for this feature is to allow ad-hoc operation of a group of stations that can pass messages peer-to-peer in any mode of choosing and provide localized message store and forward over the wide area where WinLINK or PACKET is not accessible. This is sort of like PSKMail but within the FLDIGI/NBEMS software suite and in a limited user group.

There are a number of conceptual questions yet to be answered but I think this could be useful to groups like ARES and SATERN. I think it is worthy of discussion within this group. Or you can email me directly with questions.

  

Re: FLAMP New feature idea - maybe

Al Massaro
 

Conceptually similar to D-RATS messages. Just Sayin.
AL M
KF5SMH

Re: FLAMP New feature idea - maybe

AD5XJ, KEN
 

You are not always near a D-Rats repeater nor do you always have 2-meters in the network of stations.

Re: FLAMP New feature idea - maybe

Al Massaro
 

Conceptually, in function is all I was alluding to, mailbox, direct messaging, delayed receipt.
Although D-RATS will send via FLDIGI, and has the internet connection you stated as the default connection. 
AL M
KF5SMH

Re: FLAMP New feature idea - maybe

Don Poaps
 

I don’t know how JS8CALL has done it but it has the ability to store a message for someone to pick up at a later day.

Been talking about its use in Emergency with the fldigi suite of programs. 

73

Don va7dgp/va7qu


On Wed, Mar 20, 2019 at 08:53 AD5XJ, KEN <ad5xj@...> wrote:
From time to time it would be nice to have the ability to put FLAMP into what I call "postoffice mode".
It would operate something like this:
    A single station would be the "postmaster" with FLAMP in this mode. It may operate attended or unattended.
    Any station with a need to send messages to the "postmaster" for all stations or to a single station can put their FLAMP in the same mode and indicate if the destination is another
    station or for "postmaster" to broadcast to all stations.
    FLAMP in "postmaster" mode would save the message sent in a special folder and periodically check for messages.
    If messages are in the send-all folder, they should be broadcast at the pre-configured interval until removed. If any in the send-one folder then sent to the recipient when that
    station is acknowledged or forwarded to destination if Internet bound.
   The prerequisite is that all stations would have to be on the version of FLAMP that supports it and know to put FLAMP in "postal" mode to function that way and a "postmaster"
   would need Internet access to be most effective.

The justification for this feature is to allow ad-hoc operation of a group of stations that can pass messages peer-to-peer in any mode of choosing and provide localized message store and forward over the wide area where WinLINK or PACKET is not accessible. This is sort of like PSKMail but within the FLDIGI/NBEMS software suite and in a limited user group.

There are a number of conceptual questions yet to be answered but I think this could be useful to groups like ARES and SATERN. I think it is worthy of discussion within this group. Or you can email me directly with questions.

  

Re: FLAMP New feature idea - maybe

Steve Hansen
 

One thought that I've had would be to be able to set up flamp to respond to DTMF. A message gets placed flamp and then other stations can retrieve the message by using a fldigi DTMF macro. That then triggers the station holding the message to transmit it. Unlike ARQ store/forward this would permit multiple parties to receive the message at the same time.

This is a similar process by which simplex repeaters can accept and then relay messages. With my Argent simplex repeater I can store a message using flmsg or flamp and then another station can retrieve it with the appropriate DTMF command. Generally this would be done on VHF using the DTMF buttons on the mic.

73, Steve KB1TCE


  

Re: FLAMP New feature idea - maybe

kd8ftr@...
 

Kind of similar to the old packet BBS? A store and forward system, I know at least one of the BBS software has integrated with the ability to receive other modes via fldigi in a fashion close to what you're referring to


On Wed, Mar 20, 2019 at 12:19 PM, Don Poaps
<va7dgp@...> wrote:
I don’t know how JS8CALL has done it but it has the ability to store a message for someone to pick up at a later day.

Been talking about its use in Emergency with the fldigi suite of programs. 

73

Don va7dgp/va7qu


On Wed, Mar 20, 2019 at 08:53 AD5XJ, KEN <ad5xj@...> wrote:
From time to time it would be nice to have the ability to put FLAMP into what I call "postoffice mode".
It would operate something like this:
    A single station would be the "postmaster" with FLAMP in this mode. It may operate attended or unattended.
    Any station with a need to send messages to the "postmaster" for all stations or to a single station can put their FLAMP in the same mode and indicate if the destination is another
    station or for "postmaster" to broadcast to all stations.
    FLAMP in "postmaster" mode would save the message sent in a special folder and periodically check for messages.
    If messages are in the send-all folder, they should be broadcast at the pre-configured interval until removed. If any in the send-one folder then sent to the recipient when that
    station is acknowledged or forwarded to destination if Internet bound.
   The prerequisite is that all stations would have to be on the version of FLAMP that supports it and know to put FLAMP in "postal" mode to function that way and a "postmaster"
   would need Internet access to be most effective.

The justification for this feature is to allow ad-hoc operation of a group of stations that can pass messages peer-to-peer in any mode of choosing and provide localized message store and forward over the wide area where WinLINK or PACKET is not accessible. This is sort of like PSKMail but within the FLDIGI/NBEMS software suite and in a limited user group.

There are a number of conceptual questions yet to be answered but I think this could be useful to groups like ARES and SATERN. I think it is worthy of discussion within this group. Or you can email me directly with questions.

  

Re: FLAMP New feature idea - maybe

AD5XJ, KEN
 

Yes you are right about the flavor of it.I would be interested in the software you mention. If you can leave the name I will explore.

Re: FLAMP New feature idea - maybe

Don Poaps
 

BPQ32 can use fldigi. There a couple of stations that were using it a few years ago when I was running BPQ32 

73

Don va7dgp 

On Wed, Mar 20, 2019 at 09:58 AD5XJ, KEN <ad5xj@...> wrote:
Yes you are right about the flavor of it.I would be interested in the software you mention. If you can leave the name I will explore.

--
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



                    
  




 

Problem With Flamp

Ron
 

Hi Dave and the group,

I'm having a problem with Flamp and I don't know how to troubleshoot it.  It's not consistent so I didn't want to bring it up but it's a big problem especially during a net.  Here's my set up.

I'm running Linux Mint 19.0 Cinnamon on a desktop dual processors lots of memory and hard drive.   Fldigi ver4.1.02.20 and Flamp 2.2.05.12.  I've been keeping up with the Alpha versions to see if things get better.

So here's a few of the problems I have.  It seems to happen during busy nets and 2 or more Flamp messages were received.  Last night I received 2 Flamp.  The 2nd one I needed a fill of 5 blocks which I received.  When I was asked to send my Flamp I pressed Xmit and nothing happened.  When I closed Flamp, it closed but I started to transmit the Flamp disrupting the net.  I had to close Fldigi to stop the transmission.

Another time I tried to send an Flamp and Flamp shutdown and I received a message that there's no connection between Fldigi and Flamp.

Multiple times Flamp wouldn't open.

I'm not sure about this but it seems like my Flamp problems started with the addition of the message you get when you open Flamp before Fldigi and you get the message "start Fldigi before Flamp".  I think that was Fldigi 4.1.01 and Flamp 2.2.04.

I've heard of problems also with Windows OS so I figured I would post to the NBEMS group to cover Linux and Windows.

73, Ron NY3J

Re: Problem With Flamp

Ron
 

Follow up.  So I just tried to send a Flamp file.  Now I really broke Flamp :-)  When I select Xmit, it looks like it will send it to Fldigi but Fldigi doesn't respond.  When I close Flamp the file starts to transmit.  I let it finish and start Flamp.  When I try to send another file it does the same thing.  I have renamed the Fldigi and Flamp pref files and that doesn't fix it.  I haven't re-installed anything yet.

73, Ron NY3J

On 3/22/19 7:45 AM, Ron via Groups.Io wrote:
Hi Dave and the group,

I'm having a problem with Flamp and I don't know how to troubleshoot it.  It's not consistent so I didn't want to bring it up but it's a big problem especially during a net.  Here's my set up.

I'm running Linux Mint 19.0 Cinnamon on a desktop dual processors lots of memory and hard drive.   Fldigi ver4.1.02.20 and Flamp 2.2.05.12.  I've been keeping up with the Alpha versions to see if things get better.

So here's a few of the problems I have.  It seems to happen during busy nets and 2 or more Flamp messages were received.  Last night I received 2 Flamp.  The 2nd one I needed a fill of 5 blocks which I received.  When I was asked to send my Flamp I pressed Xmit and nothing happened.  When I closed Flamp, it closed but I started to transmit the Flamp disrupting the net.  I had to close Fldigi to stop the transmission.

Another time I tried to send an Flamp and Flamp shutdown and I received a message that there's no connection between Fldigi and Flamp.

Multiple times Flamp wouldn't open.

I'm not sure about this but it seems like my Flamp problems started with the addition of the message you get when you open Flamp before Fldigi and you get the message "start Fldigi before Flamp".  I think that was Fldigi 4.1.01 and Flamp 2.2.04.

I've heard of problems also with Windows OS so I figured I would post to the NBEMS group to cover Linux and Windows.

73, Ron NY3J


Shortwave Radiogram, 22-24 March 2019

kd9xb
 

Shortwave Radiogram this weekend is in MFSK32, Thor 50x1, and MFSK64, with eight MFSK images.

http://swradiogram.net/post/183628089787/shortwave-radiogram-22-24-march-2019-not-worried

Kim
KD9XB

Re: FLAMP New feature idea - maybe

AD5XJ, KEN
 

BPQ32 is only on Windows. LinBPQ does work woth FLDIGI but would have to use ARIM or something for messages and still would not fill out the conceptual functions needed.

Re: FLAMP New feature idea - maybe

Don Poaps
 

Like Linbpq and BPQ32 will do the same thing. They use fldigi as an engine similar to what n1mm uses

The only difference of the two os is comport and /dev/ttyUSB0?

If I remember you could use fldigi to connect c callsign-7 to the 40 m using bpq 

Later

Don

On Fri, Mar 22, 2019 at 08:39 AD5XJ, KEN <ad5xj@...> wrote:
BPQ32 is only on Windows. LinBPQ does work woth FLDIGI but would have to use ARIM or something for messages and still would not fill out the conceptual functions needed.

--
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



                    
  




 

Re: FLAMP New feature idea - maybe

AD5XJ, KEN
 

Yes functionally, BPQ32 and LinBPQ are both data directors.

The problem is what to do with the data (a message) after FLDIGI decodes and passes it to BPQ32. For mail that could be AirMail or ARIM for LinBPQ. But if you review my original post the purpose exceeds those simple functionality of most mail clients.

Additionally, the idea is to be self-contained so that there is no internal reliance on Internet mail or WinLINK. My initial concept was to use FLAMP to decode the message error free, get the "postoffice" token and perform the sort and store functions for "mail" or other type messages.

In WinLINK-Like terms, this is sort of like RMS Relay. Except it uses FLDIGI as the modem and not WinMOR or ARDOP. The Internet could be used for a email destination, but not for broadcast to the group and not for another ham on that frequency, possibly a group member.

Remember not all messages are email. Some may be reports (like ICDS-213or 214) or plaintext messages of any type destined for another station nearby.

Re: FLAMP New feature idea - maybe

Don Poaps
 

You create bulletin when you send a message to Linbpq. SB ad5xj-7

All who call connect to ad5xj-7 can either do RMS, or BBS where the bulletin is. I know you want to broadcast to reception centres. Here the reception Center uses tnc to log into Vancover va7eoc-11 where the radio Room is. The radio guys log into the bbs using network computer they post bulletin. Using fldigi could be done the same way. 

Later

73

Don


On Fri, Mar 22, 2019 at 10:39 AD5XJ, KEN <ad5xj@...> wrote:

Yes functionally, BPQ32 and LinBPQ are both data directors.

The problem is what to do with the data (a message) after FLDIGI decodes and passes it to BPQ32. For mail that could be AirMail or ARIM for LinBPQ. But if you review my original post the purpose exceeds those simple functionality of most mail clients.

Additionally, the idea is to be self-contained so that there is no internal reliance on Internet mail or WinLINK. My initial concept was to use FLAMP to decode the message error free, get the "postoffice" token and perform the sort and store functions for "mail" or other type messages.

In WinLINK-Like terms, this is sort of like RMS Relay. Except it uses FLDIGI as the modem and not WinMOR or ARDOP. The Internet could be used for a email destination, but not for broadcast to the group and not for another ham on that frequency, possibly a group member.

Remember not all messages are email. Some may be reports (like ICDS-213or 214) or plaintext messages of any type destined for another station nearby.

--
Don Poaps
New Westminster, BC
VA7DGP DATA
VA7QU   VOICE


Winlink: va7qu@...
Subject://wl2k           



                    
  




 

Re: Problem With Flamp

Dave
 

The latest fldigi alpha is .26

The latest flamp alpha is .12

These two play together correctly on Mint-18.3 / 32, Xfce desktop manager

No application lockups etc.

Suggest you use the posted alpha pair.

73, David, W1HKJ