Date: Mon, 09 Apr 2012 18:36:57 +0200
From: Steinar Aanesland <saanes@broadpark.no>
In-reply-to: <D8077CEA44FB4FD1A03EBB0E04E7AACD@GaryPC>
To: rsgb_lf_group@blacksheep.org
Message-id: <4F831029.3060808@broadpark.no>
MIME-version: 1.0
References: <000a01cd1632$797db5f0$6c7921d0$@fr>
 <4F82C56B.8060900@broadpark.no> <87B6713738004650B13893BB874CBF8B@GaryPC>
 <4F82F7CB.6010907@broadpark.no> <3A4D90749A2B4138B1217645ED8CA931@GaryPC>
 <004f01cd1668$fae4c940$f0ae5bc0$@com> <D8077CEA44FB4FD1A03EBB0E04E7AACD@GaryPC>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120327
 Thunderbird/11.0.1
Subject: Re: LF: Re: New release (4.21) of MULTIPSK
Content-type: text/plain; charset=ISO-8859-1
Content-transfer-encoding: QUOTED-PRINTABLE
Sender: owner-rsgb_lf_group@blacksheep.org
Precedence: bulk
Reply-To: rsgb_lf_group@blacksheep.org
X-AOL-SCOLL-URL_COUNT: 0  
x-aol-sid: 3039ac1d40814f8310715b91
X-AOL-IP: 195.171.43.25
X-AOL-SPF: domain : blacksheep.org SPF : none


Gary  nothing, but thanks for trying :)

la5vna S




Den 09.04.2012 18:13, skrev Gary G4WGT:
> Terry,
>=20
> Thanks for your list.
>=20
> I upped the ERP to see if Steinar could manage a decode, I don't wi=
sh to
> Tx too much power as the recent high winds broke a top load wire wh=
ich
> is now swinging in the wind, lucky it is quite calm today.
>=20
> I am closing down soon.
>=20
> 73 & thanks to all who tried.
>=20
> Gary - G4WGT.
>=20
> ----- Original Message ----- From: "Terry GW0EZY" <gw0ezy@sky.com>
> To: <rsgb_lf_group@blacksheep.org>
> Sent: Monday, April 09, 2012 4:53 PM
> Subject: RE: LF: Re: New release (4.21) of MULTIPSK
>=20
>=20
> Complete list of decodes so far. The s/n increases from 15:30
>=20
> 73 Terry
>=20
> 14:24  -23  1304  -0.0  Beacon: G4WGT IO83QO  Power: 10 mW  Antenna=
:
> Vertical  Directivity: Omni.
> 14:39  -22  1305   0.0  Beacon: G4WGT IO83QO D=3D122 Km (75 mil.) A=
z=3D24=B0
> 15:09  -23  1305   0.0  Beacon: G4WGT IO83QO D=3D122 Km (75 mil.) A=
z=3D24=B0
> 15:14  -25  1305   0.0  Beacon: G4WGT IO83QO D=3D122 Km (75 mil.) A=
z=3D24=B0
> 15:19  -28  1305   0.0  Beacon: G4WGT IO83QO D=3D122 Km (75 mil.) A=
z=3D24=B0
> 15:24  -24  1305   0.0  Beacon: G4WGT IO83QO D=3D122 Km (75 mil.) A=
z=3D24=B0
> 15:29  -24  1305   0.0  Beacon: G4WGT IO83QO D=3D122 Km (75 mil.) A=
z=3D24=B0
> 15:34  -20  1306   0.0  Beacon: G4WGT IO83QO D=3D122 Km (75 mil.) A=
z=3D24=B0
> 15:39  -21  1306   0.0  Beacon: G4WGT IO83QO D=3D122 Km (75 mil.) A=
z=3D24=B0
> 15:44  -20  1306   0.0  Beacon: G4WGT IO83QO D=3D122 Km (75 mil.) A=
z=3D24=B0
> 15:49  -20  1306   0.0  Beacon: G4WGT IO83QO D=3D122 Km (75 mil.) A=
z=3D24=B0
>=20
> -----Original Message-----
> From: owner-rsgb_lf_group@blacksheep.org
> [mailto:owner-rsgb_lf_group@blacksheep.org] On Behalf Of Gary G4WGT
> Sent: 09 April 2012 16:33
> To: rsgb_lf_group@blacksheep.org
> Subject: Re: LF: Re: New release (4.21) of MULTIPSK
>=20
> Hi Steinar,
>=20
> Also I have just (1530utc) increased power to 20mW ERP.
>=20
> Gary - G4WGT.
>=20
> ----- Original Message ----- From: "Steinar Aanesland"
> <saanes@broadpark.no>
> To: <rsgb_lf_group@blacksheep.org>
> Sent: Monday, April 09, 2012 3:52 PM
> Subject: Re: LF: Re: New release (4.21) of MULTIPSK
>=20
>=20
> Gary , it is possible for you to run a 0,5,10,15 beacon interval? 1=
5
> minutes is a long time to wait ;)
>=20
> la5vna S
>=20
>=20
>=20
>=20
>=20
>=20
> Den 09.04.2012 14:16, skrev Gary G4WGT:
>> Hi Steinar, LF,
>>
>> Lentus QRP beacon now running on 136.300kHz USB dial (1000Hz audio=
 =3D
>> 137.300kHz).
>>
>> 15 minute beacon period started at 1205utc.
>>
>> 73, Gary - G4WGT.
>>
>> ----- Original Message ----- From: "Steinar Aanesland"
>> <saanes@broadpark.no>
>> To: <rsgb_lf_group@blacksheep.org>
>> Sent: Monday, April 09, 2012 12:18 PM
>> Subject: LF: New release (4.21) of MULTIPSK
>>
>>
>> Hi all of you that like to try LENTUS on LF.
>>
>> The beta testing is over . Here is the latest multipsk release wit=
h the
>> new mode Lentus is included.
>>
>> http://f6cte.free.fr
>>
>> This mode is used for QRP transmissions  (down to a minimum S/N ra=
tio of
>> -34 dB) either in LF, MF and HF (14 MHz maximum) but not beyond.
>>
>> The recommended frequencies (on the XCVR) are the following (with =
an AF
>> frequency of 1000 Hz, in USB): 136.3, 1837.0, 3589.0, 7037.5, 1013=
8.7,
>> 14074.0, 14095.6 KHz.
>>
>>
>> *LENTUS*
>>
>> LENTUS means " Slow " (but also indolent, nonchalant, quiet.) in l=
atin.
>> _Created by_: Patrick Lindecker (F6CTE) in 2012
>>
>> *Description :*
>>
>> _Baud rate_: 0.1465 (4800/32768) or 6.827 seconds by 5 bits symbol
>>
>> _Messages_: a message of 293.5 seconds duration (43 symbols) begin=
s at
>> t=3D4 sec of the UTC minute 0, 5, 10, 15, 20, 25, 30, 35, 40, 45, =
50, or
>> 55 (it is necessary that the PC may be synchronized on a "Standard=
"
>> clock).
>>
>> _Note_ : in manual transmission, it can also start at 4+6.827=3D10=
.827 sec
>> (42 symbols sent) or 10.827+6.827=3D17.654 sec (41 symbols sent) o=
r
>> 17.654+6.827=3D24.481 sec (40 symbols sent), to =AB pardon =BB the=
 Ham
>> operator for a delay to answer, but with reception probability a b=
it
>> weaker.
>>
>> The message is normally composed of 43 symbols (but can be reduced=
 to 40
>> symbols, see above), each one with a length of 32768 audio samples=
 (or
>> or 6.827 seconds). The 9 first symbols carry a tone allowing the
>> determination of the transmission central frequency. The 31 follow=
ing "5
>> bits symbols" carry the message (allowing the Reed-Solomon coding =
of 75
>> bits). The last three symbols are transmission central frequency
>> carriers.
>>
>> Messages can be either plain text (13 characters, preceded by a bi=
t "CQ
>> de" and a bit "Beacon") or formatted text according to different
>> possibilities, listed below:
>>
>> =B7    _A standard CQ call_composed of a bit "CQ" + a bit "Beacon"=
 +
>> complete call (with 3 characters max in the mantissa, as for examp=
le
>> "AZ2/FL5XYZ/MM") + optionally, a 6 characters Locator (accuracy +/=
-2.31
>> km in latitude and +/- 4.63 km in longitude).
>> Note: without the "CQ", it is an information transmitted by the Ha=
m
>> answering to the CQ call,
>>
>> =B7    _A "Station description"  type CQ call _composed of a bit "=
CQ" + a
>> bit "Beacon", a 6 characters call + suffix (as for example "FL5XYZ=
/MM"),
>> a "6 characters Locator" + Power level + "mW/W" bit + relative gai=
n of
>> HF antenna + directivity of the antenna.
>> Note: without the "CQ", it is an information transmitted by the Ha=
m
>> answering to the CQ call,
>>
>> =B7    _A "Meteorological"  type CQ call _composed of a bit "CQ" +=
 a bit
>> "Beacon", a 6 characters call (as for example "FL5XYZ"), a "6 char=
acters
>> Locator" + Temperature + Wind force + Type of weather + Humidity.
>> Note: without the "CQ", it is information transmitted by the Ham
>> answering to the CQ call,
>>
>> =B7    _A CQ call with precise geographical position_composed of a=
 bit
>> "CQ" + a bit "Beacon", a 6 characters call + a geographical positi=
on
>> (latitude + longitude) in =B0 ' and 2 figures decimal (as for exam=
ple
>> "48-49.83N 002-22.02E"). The accuracy is equal to 9 m in latitude =
and in
>> longitude (about 60000 times more precise than a Locator position)=
.
>> Note: without the "CQ", it is an information transmitted by the Ha=
m
>> answering to the CQ call,
>>
>> =B7    _An answer to a CQ with Locator 4 characters _composed of a=
 6
>> characters Call 1 ( as for example "FL5XYZ") + 6 characters Call 2=
 (as
>> for example "FL5XYZ") + Locator 4 characters  (accuracy +/-55 km i=
n
>> latitude and +/- 111 km in longitude), in answer of Call 1 to a CQ=
 done
>> by Call 2,
>>
>> =B7    _An answer to a CQ with S/N ratio and drift _composed of a =
6
>> characters Call1 (as for example "FL5XYZ") + 6 characters Call 2 +
>> Suffix (as for example "FL5XYZ/MM") + S/N ratio (12 to -37 dB) + d=
rift
>> (-4 to 4 by step of  0.1 Hz/mn), in answer of Call 1 to a CQ done =
by
>> Call 2,
>>
>> =B7    _An answer to finish a QSO_composed of a 6 characters Call =
1 (as
>> for example "FL5XYZ") + 6 characters Call 2 + Suffix (as for examp=
le
>> "FL5XYZ/MM") + "73 GB SK".
>>
>> _Moments of decoding :_
>>
>> _Reception start_: the reception normally begins at t=3D4 sec and =
lasts 40
>> or 43 symbols (see below). In case of failure of the operator, the
>> reception can also begin at t=3D24.481 sec and lasts 37 or 40 symb=
ols
>> (it's a degraded working).
>>
>> _Decoding start_: the main decoding takes place after reception of=
 40
>> symbols (i.e. 273 seconds), which normally leaves about 25 seconds=
 to
>> answer. However, there is still a margin of 20 seconds (to reach
>> 25+20=3D45 sec), the message being, in that case, truncated but be=
ing able
>> to be decoded.
>>
>> In case of failure of the main decoding, other decoding attempts a=
re
>> done after 41 symbols (280 seconds), 42 symbols (287 seconds) and =
43
>> symbols (294 seconds). In this last case, it remains 6 seconds to
>> answer. However, there is still a margin of 20 seconds (to reach 6=
+20=3D26
>> sec), the message being, in that case, truncated but being able to=
 be
>> decoded.
>>
>> _Mode of transmission_: Lentus can be used to do QSO (two_way
>> communication) or as a beacon. In that last case, no answer is req=
uired:
>>
>> =B7    a beacon transmission  could be done at minutes 0, 5, 10, 1=
5, 20,
>> 25, 30, 35, 40, 45, 50, or 55.
>>
>> =B7    for a QSO, by mutual agreement , the Ham calling CQ will tr=
ansmit
>> at minutes 0, 10, 20, 30, 40, 50 and the Ham answering to the CQ c=
all
>> will transmit at minutes 5, 15, 25, 35, 45, 55.
>>
>> _Repeater_: Lentus can also be used, for very specific use, as a
>> repeater. As a repeater, it simply transmits  what it is received =
so as
>> to forward the message to other stations or to broadcast a message=
 (with
>> several repeaters).
>>
>> _Speed_ : 75 bits (or 13 characters maximum in plain text) by 5  m=
inutes
>> period (with only one message by period) or 0,43 wpm
>>
>> _Modulation_ : MFSK 32 tones (for 5 bits) with a shift between ton=
es of
>> 0.7325 Hz (5 x baud rate).
>>
>> The synchronization tone transmitted during the 9 first symbols
>> corresponds to the central frequency of the transmission bandwidth=
. It
>> permits to determine this frequency (with a precision of about +/-=
 0.1
>> Hz) and the drift speed (up to 3 Hz/mn). The 32 possible 10^th sym=
bol
>> (first data) frequencies will be estimated from these two pieces o=
f
>> information. The synchronization frequency search bandwidth tolera=
nce is
>> variable from +/- 20 Hz to +/-80 Hz, counted from the frequency cl=
icked,
>> by the user, on the waterfall.
>>
>> _Receive mode_: USB. Each transmitting or receive period of 300 se=
c must
>> start at t=3D4 sec of the UTC minute 0, 5, 10, 15, 20, 25, 30, 35,=
 40, 45,
>> 50, or 55 with a maximum tolerance of +/-0.1 sec of the PC clock. =
A
>> margin of 20 seconds is given as indicated in "Messages" above.
>>
>> It is possible to introduce an advance (from 0 to 0.1 second by 10=
 msec
>> steps) to compensate from a possible transmission delay (due to a =
big
>> distance to the zone to target or a delay due to a Wifi link, for
>> example). Symmetrically, in reception, this advance will be taken =
into
>> account as a delay to start decoding.
>>
>> The time to switch the transceiver is supposed to be very short
>> (definitely less than to 100 ms).
>>
>> _Characters set_(46) : ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789 <SPACE=
> / +
>> - . ? ! @ % $
>>
>> _Shape of pulse_ : rectangular
>>
>> _Bandwidth_: 23 Hz
>>
>> _Synchronization:_using the very accurate time from an Internet Ti=
me
>> Service as the NSIT, through a SNTP or NTP protocol (but not throu=
gh the
>> RFC-868 Time Protocol) so to have an accuracy widely better than 5=
0 ms.
>> The use of the "AboutTime" freeware is widely encouraged as the PC=
 time
>> error is determined by the soft, simply by setting time twice, the
>> second time (and the followings) will give the PC time error.
>>
>> _Coding code_: Reed Solomon (31, 15) or 31 symbols of 5 bits for 1=
5
>> symbols of 5 information bits (so a yield of 0.48). The irreducibl=
e
>> polynomial P(x) is equal to X^5+X^2+1.
>> The generator polynomial G(x) is equal to a product of (X+alpha^i)=
 with
>> i minimum=3D1.
>>
>> _Convolution code_: no
>>
>> _Interleaving_ : no interleaving nor Gray coding is used.
>>
>> _Scrambling_ : each of the 31 Reed-Solomon symbols (which value is
>> between V=3D0 and V=3D31), which order is defined by O=3D0 for the=
 first
>> transmitted symbol until O=3D30 for the last transmitted symbol, i=
s
>> associated with a XOR f(O). In other words, for each symbol, it is=
 done
>> the operation V =3D V XOR f(O). This is done to avoid that a carri=
er
>> produces a suite of same symbols (suite which could be interpretab=
le by
>> the Reed Solomon coding as a correct code). At reception, the V in=
itial
>> is found again by doing Vinitial =3D Vreceived XOR f(O). The f(O) =
function
>> is random.
>>
>> _Pmean/Ppeak_: 1
>>
>> _Drift tolerance_ : 2 Hz/mn (note that the performance in S/N rati=
o term
>> is degrading with drift)
>>
>> _Lowest S/N_: -34 dB (without any drift, for more than 90 % of the
>> frames), however  some frames are decoded at -36.5 dB. At -37 dB a=
nd
>> below, no frames are decoded.
>>
>> Specifications of this mode will be found in the document
>> "Specifications 1.0 of the Lentus mode"  written the 10th of March=
 2012
>> ("Specifications" on my WEB site: http://f6cte.free.fr/).
>>
>>
>>
>> ----------------
>>
>>
>> 73 and good LENTUSING from LA5VNA Steinar
>>
>>
>>
>>
>>
>>
>>
>>
>>
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20