[pskmail] Re: Server Project

  • From: "Rein Couperus" <rein@xxxxxxxxxxxx>
  • To: pskmail@xxxxxxxxxxxxx
  • Date: Tue, 15 Mar 2011 11:13:39 +0100 (CET)

Take a look at the Modem Tab in the client, there you can monitor 
the quality of the link. You can watch:
* Signal/noise in dB (may be different scale for different modes, 
typical value for PSK500R on a reasonable link is > 20 dB)
* Link quality, 0-100%
* Blocks undamaged
* Block size

One possibility that comes to mind is that in fldigi:
Config->Misc->Pskmail 'Reset to Carrier' and 'Report ARQ frames average S/N' 
are unchecked in the client, resulting in 0 values....

73,

Rein PA0R

>Rein,
>
>to avoid any QRM I connected soundcard to soundcard. Client is a 
>notebook running on battery with no connection to the outside except 
>audio to server. To eliminate distortion from ground problems.
>
>Of course I experiented with audio level. Only found, that this is not 
>critical.
>
>Can I get hints from any protocol or higher protocol level?
>
>Which timings and how to experiment with?
>
>Thanks in advance
>
>Klaus
>
>
>Am 15.03.2011 10:24, schrieb Rein Couperus:
>> Hello Klaus,
>>
>> that is strange indeed, my experience with servers here at home and also 
>> with PI4TUE, 
>> SM0RWO and IS0GRB-3 is that as soon as the propagation is right, the speed 
>> goes UP to 
>> PSK500 (a bit too optimistic at times though...).
>> When there is QRM, the link often goes down to THOR8, and afterwards up to 
>> PSK500R again...
>>
>> Could it be a timing problem? Or a problem with audio levels in fldigi? Or 
>> too much
>> local QRM?
>> A bit difficult to debug from here :-(
>>
>> Rein PA0R
>>
>>> Hi,
>>>
>>> months ago I started a pskmail server project. Gave up because even very
>>> low power local connections ended up in MFSK32 mode and had no time for
>>> the project.
>>>
>>> Started these days again. Connected soundcards of server and client to
>>> ensure undistorted signals.
>>>
>>> Client to client communication: no problem
>>> Beacons: no problem
>>> Getting Infos like "APRS stations nearby" alway end up in MFSK32. This
>>> does even happen in idle connected state.
>>>
>>> Has anybody of the experienced server operators an idea where to look at?
>>>
>>> 73's Klaus
>>>
>>>
>>> Server Protocol:
>>>
>>> pskmail_server
>>>
>>> ### Server v. Pskmail_server 1.0.34. (C) 2010 PA0R
>>> 16:53 UTC Mar-14-2011: Program start
>>> 16:53 UTC Mar-14-2011: Connected to netherlands.aprs2.net port 1314
>>> Scanning: 10146000,10146000,10146000,10146000,10146000,
>>> Offset = 0 minute(s)
>>> 16:53 UTC Mar-14-2011:
>>> Listening to the radio
>>> 10146000,10146000,10146000,10146000,10146000,
>>> PSK500R,PSK500R,PSK500R,PSK500R,PSK500R,
>>>
>>> 16:54 UTC Mar-14-2011:
>>> Send>APRS-IS:DL4OAH-3>PSKAPR:@141654z5227.75NP00944.50E&PSKmail 1.0.34
>>> server
>>>
>>> beacon:DL4OAH
>>> 16:54 UTC Mar-14-2011:>  Unproto: DL4OAH:6 ,T;k)LR  - local Test
>>>
>>> busy...
>>> busy...
>>> Message_out:
>>> QSL DL4OAH de DL4OAH-3 E15B-
>>> 16:54 UTC Mar-14-2011:
>>> Send>APRS-IS:DL4OAH>PSKAPR,TCPIP*:!5227.75N/00944.50E-000/000/local Test
>>>
>>> beacon:DL4OAH
>>> 16:57 UTC Mar-14-2011:>  Unproto: DL4OAH:6 ,T;k)LR  - local Test
>>>
>>> busy...
>>> busy...
>>> Message_out:
>>> QSL DL4OAH de DL4OAH-3 E15B-
>>> 16:57 UTC Mar-14-2011:
>>> Send>APRS-IS:DL4OAH>PSKAPR,TCPIP*:!5227.75N/00944.50E-000/000/local Test
>>>
>>> beacon:DL4OAH
>>> 16:59 UTC Mar-14-2011:>  Unproto: DL4OAH:6 ,T;k)LR  - local Test
>>>
>>> busy...
>>> busy...
>>> Message_out:
>>> QSL DL4OAH de DL4OAH-3 E15B-
>>> 16:59 UTC Mar-14-2011:
>>> Send>APRS-IS:DL4OAH>PSKAPR,TCPIP*:!5227.75N/00944.50E-000/000/local Test
>>>
>>> 10146000,10146000,10146000,10146000,10146000,
>>> PSK500R,PSK500R,PSK500R,PSK500R,PSK500R,
>>>
>>> beacon:DL4OAH
>>> 17:00 UTC Mar-14-2011:>  Unproto: DL4OAH:6 ,T;k)LR  - local Test
>>>
>>> busy...
>>> busy...
>>> Message_out:
>>> QSL DL4OAH de DL4OAH-3 E15B-
>>> 17:00 UTC Mar-14-2011:
>>> Send>APRS-IS:DL4OAH>PSKAPR,TCPIP*:!5227.75N/00944.50E-000/000/local Test
>>>
>>> 17:00 UTC Mar-14-2011: Sending beacon
>>> Message_out:
>>> 00uDL4OAH-3:26 !5227.75NP00944.50E&11EE
>>> -
>>> 17:01 UTC Mar-14-2011: Sending beacon
>>> Message_out:
>>> 00uDL4OAH-3:26 !5227.75NP00944.50E&11EE
>>> -
>>> beacon:DL4OAH
>>> 17:01 UTC Mar-14-2011:>  Unproto: DL4OAH:6 ,T;k)LR  - local Test
>>>
>>> busy...
>>> busy...
>>> Message_out:
>>> QSL DL4OAH de DL4OAH-3 E15B-
>>> 17:01 UTC Mar-14-2011:
>>> Send>APRS-IS:DL4OAH>PSKAPR,TCPIP*:!5227.75N/00944.50E-000/000/local Test
>>>
>>> 17:02 UTC Mar-14-2011:>  Connect: DL4OAH:1024 DL4OAH-3:24 6
>>>
>>> CONNECT:protocol:1
>>> Requested Server Tx modenumber =6
>>> txmode now PSK500R
>>> read from .rxid =PSK500R=
>>> default modem =
>>> Final connect status:  Asymmetric link:1 , tx mode: PSK500R , rx mode:
>>> PSK500R
>>> 17:02 UTC Mar-14-2011: Added DL4OAH to link list
>>> DL4OAH->DL4OAH-3
>>> 17:02 UTC Mar-14-2011: Send>APRS-IS:DL4OAH-3>PSKAPR,TCPIP*::PSKAPR
>>> :GATING DL4OAH
>>>
>>> 17:02 UTC Mar-14-2011:>  Status : last=0 good=0 end=0 missing=
>>> Server's rx s2n: 100 , averaged: 66.6666666666667
>>> Client's rx s2n: 100 , averaged: 66.6666666666667
>>> TX=PSK500R , RX=PSK500R , T=0 LQ=0 BL=5
>>> OK, Status received
>>> 17:02 UTC Mar-14-2011: Call DL4OAH o.k.
>>> 17:02 UTC Mar-14-2011: Sending beacon
>>> 17:02 UTC Mar-14-2011: Connected to DL4OAH::
>>> DL4OAH-3 Pskmail_server 1.0.34-17:2:28-I>
>>>
>>>
>>>
>>> ~ABORTSEND
>>> 17:02 UTC Mar-14-2011:>  Status : last=0 good=1 end=1 missing=
>>> Server's rx s2n: 100 , averaged: 77.7777777777778
>>> Client's rx s2n: 100 , averaged: 77.7777777777778
>>> TX=PSK500R , RX=PSK500R , T=0 LQ=2 BL=6
>>> 17:03 UTC Mar-14-2011:>  Status : last=0 good=1 end=1 missing=
>>> Server's rx s2n: 100 , averaged: 85.1851851851852
>>> Upgrading RX speed
>>> newrxmodenumer=7
>>> Amodes:PSK500
>>> Client's rx s2n: 100 , averaged: 85.1851851851852
>>> TX=PSK500R , RX=PSK250 , T=0 LQ=0 BL=6
>>> Up-speed to TX:PSK250 , RX: PSK250
>>> 2 Sending poll with havesoh: 0, maxidle: 10.0530131359895, Shortidle:
>>> 8.19141976038615, currentidle: 9
>>> newrxmodenumer=6
>>> Amodes:PSK500R
>>> Set retry mode to TX=PSK250 , RX=PSK250R
>>> 2 Sending poll with havesoh: 0, maxidle: 10.9423076923077, Shortidle:
>>> 8.53846153846154, currentidle: 9
>>> 3 Sending poll with havesoh: 0, maxidle: 13.8333333333333, Shortidle:
>>> 9.66666666666667, currentidle: 10
>>> newrxmodenumer=5
>>> Amodes:PSK250R
>>> Set retry mode to TX=PSK250R , RX=PSK125R
>>> 3 Sending poll with havesoh: 0, maxidle: 13.8333333333333, Shortidle:
>>> 9.66666666666667, currentidle: 10
>>> 17:04 UTC Mar-14-2011:
>>> Send>APRS-IS:DL4OAH-3>PSKAPR:@141704z5227.75NP00944.50E&PSKmail 1.0.34
>>> server
>>>
>>> 4 Sending poll with havesoh: 0, maxidle: 21.6428571428571, Shortidle:
>>> 12.7142857142857, currentidle: 13
>>> newrxmodenumer=4
>>> Amodes:MFSK32
>>> Set retry mode to TX=PSK125R , RX=MFSK32
>>> 17:04 UTC Mar-14-2011:>  Data:  1
>>> ~QUIT
>>>
>>> 17:04 UTC Mar-14-2011:>  Status : last=1 good=1 end=1 missing=
>>> Server's rx s2n: 100 , averaged: 66.6666666666667
>>> Client's rx s2n: 100 , averaged: 66.6666666666667
>>> TX=PSK125R , RX=MFSK32 , T=0 LQ=6 BL=5
>>> ~QUIT
>>> 17:04 UTC Mar-14-2011: Disconnect received
>>> 17:04 UTC Mar-14-2011:
>>> Listening to the radio
>>>
>>>
>>>
>>>
>>>
>>>
>>
>

Other related posts: