Re: [wsjt-devel] Message Creator/QSY Monitor Request for feature

[Scott A. <aa5...@gm...>]

Hi Reino,


It is an imperfect solution for an imperfect world.
This proposal/solution is not  100% guaranteed to be accurate or work at
all.  However, in the absence of no other information it is better than
nothing.

As it is presented in the user guide the recipient should know the sender
from previous messages, whether your current QSO partner or DXpedition
station.

Where are you getting that from the user guide? There is nothing in the
user guide chapter 8 that I am currently looking at that mentions or
visually shows that an Op should know the sender from the previous message.
And if it does and I missed it, and it should be prefaced with "In a
perfect world".

The screen capture I provided was for representative purposes only. Had
that been a real QSO on a band with 1 signal, there would be no doubt where
the message came from.

You are implying that some other station, who may or may not have called
you earlier (but you have not answered), is sending that message to you,
aren’t you..

That could be one possibility

Another what if... a station sends a QSY request and after a few minutes
doesn't receive a response and sends another
or the first message that was sent was in error i.e. wrong band, mode or
both and a "corrected message gets sent.

One I am imagining is that the band is busy,  and I may be working  QSOs 1
after another and another QSO starts before I can send a QSY message. It
could be a minute or more before that message is sent. Now I also have to
find the previous call of the station I want to send a message to, and
repopulate the message box with the callsign and send the message.  The
message is now sent to the correct station but is  delayed. He may have had
other QSOs in the meantime so who did the message come from?

Another scenario I am thinking of and have no idea how the messages are
handled. What happens if 2 QSY requests come in from 2 stations during the
same sequence or two responses to a QSY request are received. I don't have
the ability to test this scenario.

I could probably come up with several more scenarios but the solution
proposed is going to be the same.

The DF is the only unique bit of data that could possibly identify the
sender. The DF  within a small window, can be correlated with the call of
the sender. I suggested a match based on the DF+/- a few Hz because not
everyone's signal is rock solid and may drift a Hz or two during a QSO.
Doppler could also cause a signal to shift.

There are already other services that present active stations’ callsigns on
the frequency scale.

Sorry, I don't understand what you mean by this statement.

73,
Scott AA5AM



On Wed, Jan 15, 2025, 9:13 AM Reino Talarmo via wsjt-devel <
wsj...@li...> wrote:

> Hi Scott,
>
> Interesting proposal to extend the Message System outside a QSO. As it is
> presented in the user guide the recipient should know the sender from
> previous messages, whether your current QSO partner or DXpedition station.
>
> You are implying that some other station, who may or may not have called
> you earlier (but you have not answered), is sending that message to you,
> aren’t you. That feature would require what you described, but still the
> sending station is identified only by the received frequency. The nature of
> the Message System is more or less broadcasting and only implied one to one.
>
> There are already other services that present active stations’ callsigns
> on the frequency scale.
>
>
>
> 73, Reino OH3mA
>
>
>
> *From:* Scott Armstrong via wsjt-devel <wsj...@li...>
> *Sent:* Wednesday, January 15, 2025 11:45 AM
> *To:* Uwe, DG2YCB <dg...@gm...>
> *Cc:* Scott Armstrong <aa5...@gm...>; WSJT software development <
> wsj...@li...>
> *Subject:* Re: [wsjt-devel] Message Creator/QSY Monitor Request for
> feature
>
>
>
> Hi Uwe,
>
> I don't think you understand what I am proposing.
> I agree it would be nice if we could use the free form text message to
> convey that information but that is not an option.
>
> What I am proposing does not use the message payload.
>
> I'll try to show you with the following picture/text.  Follow the numbers.
>
> #1. W5ABC has a QSO with me.
> #2  AA5AM sends a QSY message to W5ABC and he receives it. Pop up window
> opens. Message appears in the QSY Monitor window.
>
>  Imagine a crowded band,  lots of signals. Who is the message from where
> do I point my antenna?
>
> Now for my proposal to determine who the message is from.
>
> #3 Take the DF of the received QSY Message.
>
> #4 Compare the DF of the QSY Message with the DF of previous decodes and
> try to match one or more that are within maybe +/- 2Hz.   ( DF QSY = DF QSO
> decode(s))
> #5  DFs match!  Oh. The message is from AA5AM.
> # 6. Add AA5AM  to the Pop up window and QSY monitor window.
>
>
> Thoughts?
>
> 73,
>
> Scott AA5AM
>
>
>
> On Wed, Jan 15, 2025 at 2:31 AM Uwe, DG2YCB <dg...@gm...> wrote:
>
> Hi Scott,
>
> I agree this would be useful, but unfortunately this is not possible for
> technical reasons. We use normal freetext messages for the new message
> system, and already make full use of the 13 characters available.
>
>
> 73 de DG2YCB,
> Uwe
> ________________________________________
> German Amateur Radio Station DG2YCB
> Dr. Uwe Risse
> eMail: dg...@gm...
> Info: www.qrz.com/db/DG2YCB
>
>
>
> Am 15.01.2025 um 01:27 schrieb Scott Armstrong via wsjt-devel:
>
> Hey Guys,
>
> Small issue.   If I receive a QSY message from someone, I have no idea who
> sent that message other than trying to track down the  station by his DF
> and that is only good if he hasn't moved.
> This will not work so well on a busy band in the heat of the contest.
>
> I could  blindly QSY to that band but in the case of a band with highly
> directional antennas, where do I aim the antenna? Not as much of an issue
> on the lower bands but could still be a problem.
>
> This is what I see displayed in the QSY monitor window. It doesn't even
> show the DF the message came in at.
>
>
>
>
> I have a request,
>
> Can some functionality be added that will take the DF of the QSY message
> and match that to the DF maybe within +/- a few Hz to other prior decodes,
> pull the callsign of that station that sent the message and display that
> callsign in the QSY monitor window?
>
> Thank you and 73,
>
> Scott AA5AM
>
>
>
> _______________________________________________
>
> wsjt-devel mailing list
>
> wsj...@li...
>
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
>
>
> _______________________________________________
> wsjt-devel mailing list
> wsj...@li...
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>