Alweer een nieuwe mode LENTUS (MultiPSK)

Alles over de diverse digitale modi.
Plaats reactie
Bericht
Auteur
Jan pa3abk
Berichten: 365
Lid geworden op: 09 jan 2008, 01:15
Roepletters: pa3abk
Locatie: Dordrecht

Alweer een nieuwe mode LENTUS (MultiPSK)

#1 Bericht door Jan pa3abk »

Door de steeds krachtiger wordende PC's neemt ook de mogelijkheden toe om signalen diep uit de ruis en storing te kunnen lepelen.
Kregen we begin dit jaar Opera, een simpele carrier gesleutelde mode die tot verrassende resultaten kan leiden met een eenvoudige zender.

Na beta test van enkele maanden is de officiele versie van LENTUS opgenomen in de laatste publieke versie van MultiPSK.
Heb op bescheiden schaal een aantal verbindingen gedaan en deze mode gaat heel "diep".
Hij is intussen ook opgenomen in PSK reporter zodat je in ieder geval kunt zien of er iemand QRV is.

Download http://f6cte.free.fr/index_anglais.htm

Opmerking: Je PC moet wel goed op tijd lopen. Je setje mag maar 2Hz per minuut gaan "wandelen".
Het is dus raadzaam als je enige drift hebt, je trx ruim van te voren aan te zetten en tijdens de uitzending niet al te hoog vermogen te stoken.
Dat laatste heeft namelijk wat warmte ontwikkeling in de set tot gevolg die op zijn beurt de frequentie kan beinvloeden.

Aangezien op de website niet direct een link staat wat Lentus inhoud, een "cut & paste" vanuit een ander forum:

Jan/pa3abk

=====
This mode is used for QRP transmissions (down to a minimum S/N ratio 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, 10138.7, 14074.0, 14095.6 KHz.

*LENTUS*
LENTUS means " Slow " (but also indolent, nonchalant, quiet…) in latin.
_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) begins at t=4 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=10.827 sec (42 symbols sent) or 10.827+6.827=17.654 sec (41 symbols sent) or 17.654+6.827=24.481 sec (40 symbols sent), to « pardon » the Ham operator for a delay to answer, but with reception probability a bit 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 6.827 seconds). The 9 first symbols carry a tone allowing the determination of the transmission central frequency. The 31 following "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 bit “CQ de” and a bit “Beacon”) or formatted text according to different possibilities, listed below:
· _A standard CQ call_composed of a bit “CQ” + a bit “Beacon” + complete call (with 3 characters max in the mantissa, as for example “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 Ham answering to the CQ call,
· _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 gain of HF antenna + directivity of the antenna.
Note: without the “CQ”, it is an information transmitted by the Ham answering to the CQ call,

· _A “Meteorological” type CQ call _composed of a bit “CQ” + a bit “Beacon”, a 6 characters call (as for example “FL5XYZ”), a “6 characters Locator” + Temperature + Wind force + Type of weather + Humidity.
Note: without the “CQ”, it is information transmitted by the Ham answering to the CQ call,
· _A CQ call with precise geographical position_composed of a bit “CQ” + a bit “Beacon”, a 6 characters call + a geographical position (latitude + longitude) in ° ‘ and 2 figures decimal (as for example “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 Ham answering to the CQ call,
· _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 in latitude and ± 111 km in longitude), in answer of Call 1 to a CQ done by Call 2,
· _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) + drift (-4 to 4 by step of 0.1 Hz/mn), in answer of Call 1 to a CQ done by Call 2,
· _An answer to finish a QSO_composed of a 6 characters Call 1 (as for example “FL5XYZ”) + 6 characters Call 2 + Suffix (as for example “FL5XYZ/MM”) + “73 GB SK”.

_Moments of decoding :_

_Reception start_: the reception normally begins at t=4 sec and lasts 40 or 43 symbols (see below). In case of failure of the operator, the reception can also begin at t=24.481 sec and lasts 37 or 40 symbols (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=45 sec), the message being, in that case, truncated but being able to be decoded.
In case of failure of the main decoding, other decoding attempts are 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=26sec), 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 required:
· a beacon transmission could be done at minutes 0, 5, 10, 15, 20,25, 30, 35, 40, 45, 50, or 55.
· for a QSO, by mutual agreement , the Ham calling CQ will transmit at minutes 0, 10, 20, 30, 40, 50 and the Ham answering to the CQ call 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 minutesperiod (with only one message by period) or 0,43 wpm
_Modulation_ : MFSK 32 tones (for 5 bits) with a shift between tones 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 symbol (first data) frequencies will be estimated from these two pieces of
information. The synchronization frequency search bandwidth tolerance is variable from ± 20 Hz to ±80 Hz, counted from the frequency clicked, by the user, on the waterfall.

_Receive mode_: USB. Each transmitting or receive period of 300 sec must start at t=4 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 Time Service as the NSIT, through a SNTP or NTP protocol (but not through the RFC-868 Time Protocol) so to have an accuracy widely better than 50 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 15 symbols of 5 information bits (so a yield of 0.48). The irreducible 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=1.

_Convolution code_: no

_Interleaving_ : no interleaving nor Gray coding is used.

_Scrambling_ : each of the 31 Reed-Solomon symbols (which value is between V=0 and V=31), which order is defined by O=0 for the first transmitted symbol until O=30 for the last transmitted symbol, is associated with a XOR f(O). In other words, for each symbol, it is done the operation V = V XOR f(O). This is done to avoid that a carrier
produces a suite of same symbols (suite which could be interpretable by the Reed Solomon coding as a correct code). At reception, the V initial is found again by doing Vinitial = 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 ratio 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 and 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/).
Send on my T-100 via Philips STB-75 icw Elektromekano S-1250

Gebruikersavatar
coolepascal
Berichten: 3743
Lid geworden op: 15 mar 2010, 14:45
Locatie: ZL
Contacteer:

Re: Alweer een nieuwe mode LENTUS (MultiPSK)

#2 Bericht door coolepascal »

Alweer nieuwe riedeltjes waarvan niemand snapt wat het is en hoe het werkt ?
Word het niet eens tijd dat al die digitale prut in de examenstof verschijnt ?
Niet gehinderd door enige kennis van zaken.

Theo

Re: Alweer een nieuwe mode LENTUS (MultiPSK)

#3 Bericht door Theo »

Gaan we daar een examen voor houden ipv morse :D
included lentus op het pasje, das dan cool.

Jan pa3abk
Berichten: 365
Lid geworden op: 09 jan 2008, 01:15
Roepletters: pa3abk
Locatie: Dordrecht

Re: Alweer een nieuwe mode LENTUS (MultiPSK)

#4 Bericht door Jan pa3abk »

Laat we niet al te moeilijk maken...
Een beetje theorie over lineaire en niet lineaire modes scheelt wellicht al een hoop QRM.
Wie net met deze hobby begint zal Lentus even voor het later bewaren.

Gezien de snelheid van Lentus is dit niet bepaald een keyboard-keyboard mode.
Op VLF lopen er nu een aantal bakens en daar komt dat natuurlijk wel tot z'n recht gezien de (fysieke) antenne beperkingen.
De QRSS modes daar duurt uren en met Lentus is daar aardig wat tijd te besparen.

Lentus is "open".
Opera is "dicht" echter "gekraakt"door een NL RZA, PE1NNZ/Guido. Die had daar ogenschijnlijk weinig moeite mee :-)

Aan de andere kant geeft deze digitale technieken wel de mogelijkheid om tussen de toenemende storingen op onze banden toch nog iets te doen.
Een echt contact is het natuurlijk niet meer, want je stem of je handbewegingen met de key worden gewoon overgenomen door de PC.
Rest ons eigenlijk het aflezen van het resultaat op een scherm.
De tijd die bespaart zou je kunnen gebruiken om je antenne situatie te verbeteren...
Send on my T-100 via Philips STB-75 icw Elektromekano S-1250

Gebruikersavatar
PE1PQX
Berichten: 4528
Lid geworden op: 06 jun 2011, 21:51
Roepletters: PE1PQX
Locatie: Emmen (JO32LS)
Contacteer:

Re: Alweer een nieuwe mode LENTUS (MultiPSK)

#5 Bericht door PE1PQX »

coolepascal schreef:Alweer nieuwe riedeltjes waarvan niemand snapt wat het is en hoe het werkt ?
Word het niet eens tijd dat al die digitale prut in de examenstof verschijnt ?
Mijns inziens valt dit buiten 'hoe stuur ik een signaal draadloos van de ene antenne naar de andere'? Met een tranceiver natuurlijk (even simpel uitgedrukt)
De stof van het examen moet dus wat mij betreft over die materie gaan (en zo is het nu ook volgens mij), en niet over (nieuwe) digitale modes.
Met jouw 'idee' zou je ook moeten weten hoe en PC/laptop nu exact werkt, terwijl er genoeg OM's zijn die alle verbindingen met 'het handje' doen.

Wat mij betreft een nutteloze opmerking... (hoop niet dat ik je gelijk op je tenen heb gestaan, dat wil met maatje 47 nog al eens lukken)
73', André PE1PQX (Site: http://www.pe1pqx.eu)

"Anyone who sits on top of the largest hydrogen-oxygen fueled system in the world; knowing they're going to light the bottom - and doesn't get a little worried - does not fully understand the situation"
John Young, Astronaut (Gemini 3, Gemini 10, Apollo 10, Apollo 16, STS-1, STS-9)

pc1mb
Berichten: 2423
Lid geworden op: 05 sep 2011, 16:30
Roepletters: PC1MB
Locatie: JO22pe

Re: Alweer een nieuwe mode LENTUS (MultiPSK)

#6 Bericht door pc1mb »

Hmm.. open, maar wel afhankelijk van internet, dus geen /p. En met een enkele "CQ <callsign>" ben je al gauw een minuut verder.

2Hz per minuut is ook een erg straffe stabiliteitseis... minder dan 1 ppm voor banden alle banden boven de 160m.
Maargoed, -34dB is ook wel fraai natuurlijk.

Leuk voor bakens of mensen met HEEL VEEL tijd ;)

Onderwijzen van de meestgebruikte digimodes (dus NIET Lentus en andere exoten) is sowieso geen verkeerd idee idd.

PE1BVQ
Berichten: 190
Lid geworden op: 08 apr 2010, 10:59

Re: Alweer een nieuwe mode LENTUS (MultiPSK)

#7 Bericht door PE1BVQ »

Klinkt erg interessant al ben ik wel bang dat het hetzelfde eindigt als Opera.
Opera van ROS heeft het geprobeerd, zelfs met QSO-mode, maar de aantal gebruikers is in de loop van de weken drastisch teruggelopen. Ook dat je bijna elke dag een nieuwe up-date moest downloaden en installeren werkte nou ook niet bevordelijk. Velen haakten af.
En zonder medegebruikers loopt zo'n programma niet.

WSPR blijft toch nog steeds het meest actieve systeem waarmee ik persoonlijk ook de beste resultaten mee boek.
De deepsearch werkt goed bij WSPR. Met 200mW naar VK, VU en Antartica. En je hoeft er niet bij blijven zitten.
Je start het programma, stelt je P-output in en laat hem enige uren of 24 uur draaien. Via hun site kan men de resultaten bekijken.

Dus ik ben zeer benieuwd wat dit nieuwe programma te bieden heeft en we zullen het eens gaan uitproberen.

73 Hans,
PE1BVQ

Plaats reactie