Rein and All,

The only description I have of FNpsk is found at 
http://www.w1fn.org/fnpsk/index.html

I downloaded the applications and unzipped it and found an FNpsk.CAB file which 
I unzipped and it had all the help files in it starting from the 
mainscreen.html.

Thus far this is all I know about FNpsk. But I like the functionality.  I would 
be concerned about using QPSK63 and not PSK63 or PSK125 and also their error 
handling method(s). 

Here are some quotes from the Help Files on Error Handling...

Error Handling

Error control objectives 
PSK is thought of as a way to achieve good communication under very poor 
signal-to-noise conditions. That is not the major goal for FNpsk. The goal of 
FNpsk is to achieve error-free transmission under moderate signal-to-noise 
conditions. This is because FNpsk is used for emergency traffic where even a 
single error can be important. To achieve this goal FNpsk uses additional error 
control mechanisms that are not used in typical PSK31 operation. 

QPSK 
Quadrature Phase Shift Keying (QPSK) is a transmission technique available in 
the standard PSK31/63 protocol suite. QPSK is not generally used in normal 
amateur radio communication, but it does provide a degree of improvement in 
per-character error performance so it is suggested that QPSK be used when 
handling emergency messages. The default mode of FNpsk uses the PSK63 QPSK LSB 
protocol. 

Framing
FNpsk splits messages into frames. If errors occur in a received frame then the 
errored frame is re-transmitted The process used is as follows: The sending 
station transmits all frames in sequence to the destination(s). At the end of 
each frame a checksum is sent so the destination(s) can tell whether the frame 
is received correctly. After all frames have been sent the sending station 
polls each receiving station to find out if any frames were received in error 
and need to be re-transmitted. If the poll response indicates that a frame was 
received in error then the frame is retransmitted. 

Maximum frame length
Even under good conditions there is a small probability that a received frame 
will contain errors, and the probability increases as the frame length 
increases. If a frame is too long then re-transmitting may not help because 
each re-transmission is also likely to fail. Under these circumstances the only 
two alternatives are to shorten the frame length or improve the signal-to-noise 
performance of the channel. 

FNpsk provides two frame lengths which can be chosen to optimize efficiency and 
performance. The longer frame length is best suited for high quality paths 
often found on VHF/UHF networks. The shorter frame length is best suited for 
noisier HF paths.

Caution
Error detection and retransmission techniques are provided in FNpsk with the 
goal of achieving error-free performance, but there can be no guarantee that 
errors might not be introduced under exceptional conditions. The authors and 
providers of this program accept no responsibility for consequences resulting 
from errors or malfunctions of this program or its use. Such consequences are 
solely the responsibility of the user.


It is my understanding with the ARRL ECCOM Group recommending WinLink 2000 that 
the developer of FNpsk has stopped working on the applications.

I do not know if the PSK DLL used was the original one used in PSK63/QPSK63 and 
if the error handling is as good as K9PS's AQR protocol...I think not.  I am 
wondering how FNpsk would work with PSK125 and Paul's ARQ protocol.

Actually if you could have both applications running and using the same sound 
card at the same time on the same mode, then I would thing that having too 
separate would be Ok but of course integrating them is better.

73,

Walt/K5YFW

-------- Original Message --------
Subject: Re: [digitalradio] Re: FNpsk
Date: Tue, 30 Jan 2007 10:27:17 +0100
From: Rein Couperus <[EMAIL PROTECTED]>
Reply-To: [email protected]
Organization: http://freemail.web.de/
To: [email protected]

Everybody with an HF trx and a laptop that has a CD drive and a soundcard can 
set up a server and connect it to the internet, provided the trx has reasonable 
fequency stability
.
We are planning to include HF forwarding capability in both client and server.
The user interface of the client is Evolution (like Outlook (C)Microsoft 
Company).
You write the messages in a normal mail client, and then press the send button.

Can you tell me what FNpsk capability is lacking in pskmail at present? (Just 
for our long term planning...)

73,

Rein EA/PA0R/P

> At this time,  PSKmail seems like a better approach, but it can only 
> work on Linux OS so very few hams will have the ability to even try it. 
> PSKmail can also connect to a server to send e-mail. Unlike the 
> centrally controlled Winlink 2000 system, any ham can set up a server 
> from what I can tell. Maybe Rein can fill us in on that. I like the idea 
> of being able to set something up quickly on an ad hoc basis to fill a 
> need if emergencies occur.
> 

-- 
http://pa0r.blogspirit.com



Announce your digital  presence via our DX Cluster telnet://cluster.dynalias.org

Our other groups:

http://groups.yahoo.com/group/dxlist/
http://groups.yahoo.com/group/themixwgroup
http://groups.yahoo.com/group/contesting
http://groups.yahoo.com/group/wnyar
http://groups.yahoo.com/group/Omnibus97


Yahoo! Groups Links





Reply via email to