| |
MD2SAW > PR 19.07.21 11:00l 143 Lines 5703 Bytes #999 (0) @ WW
BID : 3292_MD2BBS
Read: DQB562 GAST
Subj: Direwolf FX.25
Path: DBO595<DBX320<MD2BBS
Sent: 210718/2208Z @:MD2BBS.#SAW.SAA.DEU.EU #:3292 [Salzwedel] $:3292_MD2BBS
From: MD2SAW@MD2BBS.#SAW.SAA.DEU.EU
To : PR@WW
German/English
German/Deutsch:
Hallo an alle Direwolf Benutzer.
Seit Version 1.6 (glaube ich) von Direwolf ist es möglich FX.25 zu nutzen.
Es handelt sich hierbei um eine Vorwärtsfehlerkorrektur(FEC) mittels
Reed Rolomon verfahren.
Das ganze ist Rückwärtskompatibel zu AX.25.
Hierbei ist es möglich bis zu 64 Bytes an Daten wieder herzustellen bei
z.B schlecht empfangenen Paketen.
Das Manko hierbei ist allerdings das bis zu 64 Bytes mehr an Daten
mitgesendet werden müssen. Der Overhead steigt also immens und die
Geschwindigkeit der Datenverbindung fällt dementsprechend.
Es macht also nur Sinn bei schlechten HF Verbindungen FX.25 zu nutzen.
Allerdings hat man die Wahl zwischen 16, 32 und 64 Bytes.
Ich selber nutze mit meiner Station die 16 Byte Variante wobei die
Paketgröße bei mir auf 128 Bytes eingestellt ist. Das macht also eine
Paketgröße von 144 Bytes und es wäre nur noch eine maximal Paketgröße
von 240 Bytes möglich. Bei 32 Bytes nur noch 224 usw.
Unsere DX Node (DX0SAW) nutzt den 32 Bytes Modus und eine Paketgröße von
115, ergibt 147. Warum ich hier so komische Paketgrößen nutze erkläre
ich später.
Direwolf ab 1.6 dekodiert bereits selbständig FX.25 Pakete wenn er
welche empfängt.
Das seht Ihr an:
DX0SAW audio level = 78(28/18) 000001___
statt
DNX527 audio level = 89(27/17) [NONE] _|||||___
Die Zahlen geben an wie viele Bytes in der jeweiligen "Decodierstufe"
wiederhergestellt wurden.
Wenn Ihr also keine Nullen mehr seht hat euch FX.25 erfolgreich ein
Paket gerettet, wie hier.
PKTNOD audio level = 53(11/8) ___8_____
Um auch im FX.25 Modus zu senden müsst Ihr Direwolf nur zusätzlioch mit
-X 16 starten. Die 16 steht hierbei für den ausgewählten Modus. Also 16,
32 oder 64.
Sollten die Paketgrößen inklusive FEC die 256 Bytes übersteigen so fällt
Direwolf automatisch auf AX.25 zurück.
Diesen Effekt mache ich mir zu nutze wenn größere Datenübertragungen mit
DX0SAW anfallen.
FBB auf DX0SAW überträgt mit 230 Bytes zur TNN was mir 115 Bytes arbeitet.
Wenn ich auf FX.25 verzichten will, weil es im Nahbereich nicht nötig
ist und ich für die Datenübertragung größere Geschwindigkeiten benötige,
Schalte ich TNN (bzw ein Script stellt das um)auf Pac 230 und somit
FX.25 Zeitweise ab.
( 230 + 32 = 262 > 256 )
Nähere Infos dazu auf:
https://github.com/wb2osz/direwolf/blob/master/doc/AX25_plus_FEC_equals_FX25.pdf
Es wäre also schön beim nächsten DX Wetter ein paar Stationen zu lesen
die auch FX.25 nutzen um auch einfach mal testen zu können in wie fern
dieses Verfahren eine Verbesserung der lesbarkeit ergibt.
Grüsse aus Salzwedel..
English:
Hello to all Direwolf users.
Since version 1.6 (I think) of Direwolf it is possible to use FX.25.
This is a forward error correction(FEC) using Reed Rolomon procedure.
It is backward compatible to AX.25.
Here it is possible to recover up to 64 bytes of data from e.g. badly
received packets.
The drawback is that up to 64 bytes more data must be sent. The overhead
increases immensely and the speed of the data connection drops accordingly.
So it only makes sense to use FX.25 with bad RF connections.
But you have the choice between 16, 32 and 64 bytes.
I use the 16 byte variant with my station and the packet size is set to
128 bytes. This makes a packet size of 144 bytes and only a maximum
packet size of 240 bytes would be possible. With 32 bytes only 224 etc.
Our DX Node (DX0SAW) uses the 32 bytes mode and a packet size of 115,
results in 147. Why I use here so strange packet sizes I explain later.
Direwolf from 1.6 on already decodes FX.25 packets when it receives them.
You can see that on:
DX0SAW audio level = 78(28/18) 000001___
instead of
DNX527 audio level = 89(27/17) [NONE] _|||||___
The numbers indicate how many bytes were recovered in the respective
"decoding level".
So if you see no more zeros FX.25 has successfully recovered a packet.
Like here.
PKTNOD audio level = 53(11/8) ___8_____
To send in FX.25 mode you have to start Direwolf with -X 16. The 16
stands for the selected mode. So 16, 32 or 64.
If the packet size including FEC exceeds 256 bytes Direwolf
automatically falls back to AX.25.
I use this effect when larger data transmissions with DX0SAW occur.
FBB on DX0SAW transmits with 230 bytes to TNN which works with 115 bytes.
If I want to do without FX.25, because it is not necessary in the close
range and I need larger speeds for the data transfer, I switch TNN (or a
script switches this over) to Pac 230 and thus FX.25 temporarily off.
( 230 + 32 = 262 > 256 )
More info about this on:
https://github.com/wb2osz/direwolf/blob/master/doc/AX25_plus_FEC_equals_FX25.pdf
It would be nice to read at the next DX weather a few stations that also
use FX.25 to be able to test simply times in how far this procedure
results in an improvement of the readability.
Greetings from Salzwedel.
--
73 Manuel.
=========================================================================
__ __ ____ ____ ____ ___ __
| \/ | _ \___ \/ ___| / \ \ / / Sysop: Manuel
| |\/| | | | |__) \___ \ / _ \ \ /\ / / QTH: Salzwedel - JO52NU
| | | | |_| / __/ ___) / ___ \ V V / BBS: MD2BBS.#SAW.SAA.DEU.EU
|_| |_|____/_____|____/_/ \_\_/\_/ QRV: 27.235 MHz / 27.025 MHz
PR-Mail: MD2SAW@MD2BBS.#SAW.SAA.DEU.EU
E-MAil: cb0saw@e-mail.de
Terminal: MD2SAW via CB0SAW
CB0SAW Teamspeak3-/I-Net-/HF-Gateway/I-Gate AXIP:185.180.196.36 U 18093
=========================================================================
** This message is generated with Thunderbird
-------------------------------------------------------------------------
Lese vorherige Mail | Lese naechste Mail
| |