Hello Steve,
TKS for your comment about ARQ FAE. Yes it is a mix of DTM ARQ (for the limited
frames adjusted as needed by the number of characters to send), the DBM ARQ
(for the interleaved way to mix bits, before correction by the Golay decoding,
which permits to gain perhaps 2 dB on the minimum S/N) and PAX for the general
way to exchange frames, the modulation being very close to the standard FS1045
specifications. The ARQ FAE protocol is given in the test package.
>I have not learned how to send an AMD other than during the ALE linking call
>if supported.
You must type "Options", there is a field to enter the AMD message.
>DTM and DBM traffic
Multipsk decodes and displays DTM. It decodes also DBM but only if not extended
(this because if there is a decoding error in the Command order, the decoding
can be blocked for minutes, so...).
I have not implemented DTM and DBM TX messages (as there are only the basic ALE
functions (AMD messages), Multipsk is not MarsAle or PCale...).
However, I have not found how to calculate the CRC in DBM frames. The FS1045
specification is very fuzzy about that.
73
Patrick
----- Original Message -----
From: Steve Hajducek
To: digitalradio@yahoogroups.com
Sent: Wednesday, February 21, 2007 6:41 PM
Subject: Re: [digitalradio] ALE with MULTIPSK + Tests of the MIL-STD-188-141A
mode (ALE) and new modes Unproto and ARQ FAE
Hello All,
Patrick is to be commended on his efforts to date with regard to adding ALE
capabilities to MultiPSK in support of Amateur Radio application single channel.
I have been using his new a bit for the past two days and I find his new ARQ
FAE protocol which is based on the DTM ARQ and DBM ARQ protocols of ALE with
his modifications and influence of PAX. Its bi-directional as is DBM ARQ and
its much faster than DBM ARQ and offered in two frame selections, 30 and 63
characters.
The ALE support provided to date in MultiPSK is limited with regard to full
ALE operation, it will decode a number of ALE data transmissions, it fully
supports an ALE linking call being made or received and it will display and AMD
as well as send an AMD at ALE link. I have not learned how to send an AMD other
than during the ALE linking call if supported. I have not learned how to send
and DTM or DBM based messages eitther, if supported. It will decode for display
DTM and DBM traffic however there are issues with support at this time.
The real thing of interest however is the ARQ FAE protocol that Patrick has
developed, as stated, its a hybrid protocol that is a full ARQ and based on the
ALE standards as is GTOR and is very fast compared to either. It has great
potential. I have used is keyboard to keyboard and tested the bi-directional
aspect here, that was challenging, luckily I can type on two keyboards with
both hands at the same time but its sending the characters as typed and not on
the enter keystroke, thus the challenge, I have also sent using ARQ FAE from a
text file, I have not learned how to cut and paste into MultiPSK if supported,
to send a message.
DBM ARQ is a very robust FSK protocol, its deeply interleaved and resists
QRM, QSB and fading, in my opinion its better than GTOR, the tweaks that
Patrick has made with ARQ FAE are my opinion a wonderful step toward an
excellent new Amateur Radio PC Sound Device Modem based ARQ protocol based on
the best of DBM ARQ and PAX.
/s/ Steve, N2CKH/AAR2EY
At 12:16 PM 2/21/2007, you wrote:
Hello to all,
As said by Bonnie, Multipsk proposes now some basic ALE functions, but not
in the official version (which is still 4.1.2). For instance, it is only under
a test version.
For the Hams interested by testing ALE, Unproto or ARQ FAE, here is the
original test message.
73
Patrick
