Hello to all,
I have issued the version 2.0 of Multidem which permits to demodulate I/Q
signals from a SdR receiver (and, of course, I signals from a DSB receiver) and
to manage them by Multipsk through a TCP/IP link.
Multipsk 4.4.1 and Clock 1.7.4 only fix some bugs, mainly relatively to GPS
Hello to all,
I found two bugs on the ARQ FAE during my tests with Steinar. They are fixed.
A 4.4.2 Multipsk test version in a ZIP test package is available in my site. It
contains the Multipsk test version (with ARQ FAE bugs fixed).
http://f6cte.free.fr/MULTIPSK_TEST_22_09_2007.ZIP
Paste this
Hello John,
RR for all.
I would be glad to have reports on bugs, problems on ARQ FAE, as I would like
to test all functions proposed (simple QSO through a CQ procedure, transmission
of messages to a specific Ham with or without file transfer, e-mail
transmission, APRS position transmission)
Patrick
- Original Message -
From: Demetre SV1UY
To: digitalradio@yahoogroups.com
Sent: Thursday, September 20, 2007 3:45 PM
Subject: [digitalradio] Re: [hflink] ARQ FAE
--- In digitalradio@yahoogroups.com, Patrick Lindecker [EMAIL PROTECTED]
wrote:
Hello Steinar
To: digitalradio@yahoogroups.com
Sent: Thursday, September 20, 2007 9:33 PM
Subject: [digitalradio] Re: [hflink] ARQ FAE
--- In digitalradio@yahoogroups.com, Patrick Lindecker [EMAIL PROTECTED]
wrote:
Hello Demetre,
Please let me know, the frequency you mentioned
Hello Demeter,
At the end of this message you have the main data for ARQ FAE.
As you can see for a rough speed of 184 wpm (corresponding to 147 bits/sec from
an initial theoritical speed of 375 bits/sec) you have a useful speed (due to
acknowlegments) of only 125 wpm in unilateral (equivalent
.
73 de LA5VNA Steinar
Patrick Lindecker skrev:
Hello Steinar and Demeter,
I will call CQ ARQ FAE Thursday evening at 17h00 UTC on 3617 KHz until
17h30.
You must have the Multipsk 4.4 version, click on ARQ FAE and open
the Aux functions. I will send a RS ID so put RS
about tomorrow, or maybe Thursday evening?
73 de LA5VNA Steinar
Patrick Lindecker skrev:
Hello Steinar,
We can plan a sked saturday if you want.
You can also beacon APRS positions in FAE (non ARQ in that case), for
test.
To Demetre, the speed is 125 bauds
--- In digitalradio@yahoogroups.com, Patrick Lindecker [EMAIL PROTECTED]
wrote:
Hello Steinar,
We can plan a sked saturday if you want.
You can also beacon APRS positions in FAE (non ARQ in that case),
for test.
To Demetre, the speed is 125 bauds as the other ALE modes
was a useful experiment, that has shown a dead way.
73, Vojtech OK1IAK
--- In digitalradio@yahoogroups.com, Patrick Lindecker [EMAIL PROTECTED]
wrote:
Hello Votjech,
Yes you are right the crest factor in MT63 is very low (mean power/
crest power = 0.1 (OFDM general problem
Hello Votjech,
Yes you are right the crest factor in MT63 is very low (mean power/ crest power
= 0.1 (OFDM general problem) for 0.76 in Olivia...
Other problems: due to the big number of carriers (64) you need a good
calibration of the sound card. Otherwise, you decode nothing.
The minimum
Hello to all,
I would like to more precisely adjust the mixer (balance, volume)...
I remember that someone spoke some months (or perhaps years) ago here of some
software which could be an alternative to the Windows mixer but I did not found
the name of this software.
If someone has an
Hello Rick,
All the FEC appears to be roughly the same Viterbi encoding/decoding in
Multipsk but perhaps there are some differences?
No the Viterbi encoding of QPSK31 is smaller so a bit less powerful that the
one used for MFSK16/MFSK8/PSK63F/PSK220F, this group of modes using the same
Viterbi
Hello Vojtech,
I use a soft decoder in all cases (QPSK31, MFSK, PSKxyF, DominoEX), the level
being normalized from -100 to 100 (200 points being widely sufficient).
I have not compared with an hard decoder (2 points instead of 200), but i doubt
that the gain be much (perhaps 1 dB) .
So it's
Hello Bill,
The GMDSS frequencies are the following:
GMDSS DSC in MF/HF (navy) (USB)
2182.0; 2187.5, 8414.5, 4207.5 kHz, 6312 kHz, 12577.0, 16804.5 Khz with a
central AF frequency of 1700 Hz +/-85 Hz (1615 - 1785 Hz)
GMDSS DSC in VHF (navy) (FM)
156.525 MHz (channel 70).
The channel 70, as
New release (4.4) of MULTIPSK
RX/TX: PSK10/BPSK31-63-125/QPSK31-63-125/CHIP
(64/128)/PSKFEC31/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV
Run/CW/CCW/CCW-FSK/THROB/THROBX/MFSK8/
MFSK16 (+ SSTV)/MIL-STD-188-141A (+ARQ
FAE)/OLIVIA/CONTESTIA/RTTYM/VOICE/DominoF DF/DominoEX/MT63/RTTY 45/75/ RTTY
Hello Jon,
The 2000 Hz carrier does not seem modulated (tune ?) or perhaps at very low
speed (PSK10 or PSKAM10?).
Note: in Multipsk there is an automatic BPSK detection. You have just to click
on the modulated carrier and wait several seconds to have the most probable
BPSK mode (if the signal
sometimes? This seems to happen
with my 756 Pro 2 every so often.
73,
Rick, KV9U
Patrick Lindecker wrote:
Hello Rick,
Yes, I confirm, you must:
* calibrate Multipsk with the sound card installed: click on Sampling
freq. then click on Determination of the standard RX
a Soundblaster Live! card that is not being used, and
maybe I can figure out how to get it to work with my emachine.
73,
Rick, KV9U
Patrick Lindecker wrote:
Hello Rick,
MFSK16 which requires even more accuracy I think I read in the help
files, 4 Hz
Yes (and MFSK8: 2 Hz
Hello Rick,
Yes, I confirm, you must:
* calibrate Multipsk with the sound card installed: click on Sampling freq.
then click on Determination of the standard RX sampling frequency... and
Determination of the standard TX sampling frequency It is automatic.
* Let the AF frequency fixed for
Hello Bruce and all,
After I make a general call approx 45 seconds later, while receiving, I
noticed I trasmit a short burst. Is this a This is or That was
post-amble or something else?
I'm not sure of what you call general call. If you mean CQ in ARQ FAE,
about each 10 seconds it is
Hello Bruce,
May I permit to answer in place of Bonnie (who is irreplaceable but...).
I suppose that you have the Multipsk 4.3.1 version:
1) I had a station return the call, since I heard ALE signals and my
aux function window automatically opened upis that normal
It's normal when you
Jon,
I don't know the UK Web site. But look at the Pascal (F1ULT) WEB site.
http://f1ult.free.fr/DIGIMODES/MULTIPSK/digimodesF6CTE_en.htm
Click on the mode you desire and all the information about this one plus a
waterfall and a sound sample are proposed.
73
Patrick
- Original
Hello Andy,
Does this mode allow for a frame detect and the pausing of the rig if
you were scanning 182.0; 2187.5, 8414.5, 4207.5 kHz, 6312 kHz,
12577.0, 16804.5 Khz ?
No scanning (as in ALE) is expected.
73
Patrick
- Original Message -
From: Andrew O'Brien
To:
Hello Orrin,
With PC ALE, MARS ALE you can send messages in AMD (universal way), DTM and DBM
with a lot of options and possibilities.
In Multipsk you can send messages in AMD and ARQ FAE (and only receive DTM and
DBM messages).
In ARQ FAE you can send mails (and in my test version, an attached
Hello to all,
TKS a lot Bonnie for this how to use abstract.
I just add that if you want to see the ALE frames content, uncheck Display of
messages, only in the Options window.
73
Patrick
- Original Message -
From: expeditionradio
To: digitalradio@yahoogroups.com
Sent:
Hello Rick,
I had a contact with a local ham a few months ago using the ARQ FAE mode
and although it was not robust enough to work well with an 8 pm local
It's curious as this mode can go down to a lowest S/N of about - 6.5 dB (- 8.5
dB with many repetitions) thanks to a soft decision Memory
Hello to all,
For the francophones of these Yahoo groups, here is a link for an interesting
paper (in French) about ALE. The paper is from Chaudron Christian (F5LGF).
Pour les francophones de ces groupes Yahoo, vous trouverez ci-dessous un lien
sur un article intéressant relatif au système ALE.
Hello Cesco,
ARQ FAE is an ARQ mode for sound cards issued from ALE, which is capable of a
maximum speed in bilateral of 130 bps (a bit less than 1000 characters/mn) at
S/N min of -6.5 dB. It is able to send mails and in the next Multipsk version
mails + files (I hope).
73
Patrick
-
Hello Al,
Yes the colors were psychedelic some versions ago but some Hams tell me that
they were a bit agressive, so now the colors are more pastel. However there
are a lot of buttons and very few menus because I have no much memory to
remember what are in the menus (I like XCVR with a lot of
Hello Bonnie,
Do you mean that it is the same system as GMDSS DSC used for digital selective
calling system for use in the maritime mobile service? (ITU-R M.493-11
recommendation)
73
Patrick
- Original Message -
From: expeditionradio
To: digitalradio@yahoogroups.com
specification, but I do not have the
complete original document. When I get time to upload them, I will
make the specs available on the HFLINK website soon.
Bonnie KQ6XA
--- In digitalradio@yahoogroups.com, Patrick Lindecker [EMAIL PROTECTED]
wrote:
Hello Bonnie,
Do you mean
New release (4.3) of MULTIPSK
RX/TX: PSK10/BPSK31-63-125/QPSK31-63-125/CHIP
(64/128)/PSKFEC31/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV
Run/CW/CCW/CCW-FSK/THROB/THROBX/MFSK8/
MFSK16 (+ SSTV)/MIL-STD-188-141A (+ARQ
FAE)/OLIVIA/CONTESTIA/RTTYM/VOICE/DominoF DF/DominoEX/MT63/RTTY 45/75/ RTTY
Hello Andy,
I don't think 1382 exists outside of France (but surely other modes with MSK
1200 modulation).
St. Pierre et Miquelon
Why not. But surely it is a very local trafic, difficult to receive outside
this island.
73
Patrick
- Original Message -
From: Andrew O'Brien
that
Martinique would use a more Caribbean Union approved process but St P et M is
more French than the Caribbean territories.
Andy.
On 5/10/07, Patrick Lindecker [EMAIL PROTECTED] wrote:
Hello Andy,
I don't think 1382 exists outside of France (but surely other modes with
MSK
Hello to all,
I QSP these two previous messages as some messages Bonnie and John refer to
this Multipsk test version.
You are invited to let ARQ FAE or AMD messages (or APRS positions) to John and
Bonnie, for experimentation.
73
Patrick
- Original Message -
From: Patrick Lindecker
Hello to all,
Comparizon with S/N Multipsk figures.
According to JT65 specifications, this mode decodes with few errors down to -23
dB, with a normalized band of 2.5 KHz.
All Multipsk figures are normalized with a band of 3 KHz. -23 dB in 2.5 KHz is
about -24 dB in 3 KHz band (-23.792 dB
and others
Hi Patrick,
Are you thinking about incorporate J65A in Multipsk? It would be great
LA5VNA Steinar
Patrick Lindecker wrote:
Hello to all,
_Comparizon with S/N Multipsk figures._
According to JT65 specifications, this mode decodes with few errors
down to -23 dB
of
voltage.
73 de Brian/K3KO
--- In digitalradio@yahoogroups.com, Patrick Lindecker [EMAIL PROTECTED]
wrote:
Hello to all,
Comparizon with S/N Multipsk figures.
According to JT65 specifications, this mode decodes with few errors
down to -23 dB, with a normalized
efficient. Maybe in 2008 we should look at
http://www.microsoft.com/globaldev/reference/WinCP.mspx where there is a
description of double-byte char sets.
Simon Brown, HB9DRV
- Original Message -
From: Patrick Lindecker
You give me a doubt. I will ask.
Hello Votjech,
spectrogram it seems to be some kind of MFSK modulation, always the
Yes it is.
list. I suppose that the RS ID is very similar to Olivia, there are
It is very similar to JT65A in fact.
- Olivia uses Hadamard/Welsh transformation, RS uses Reed Solomon block code
Yes it does
-
Hello Simon,
Cyrillic characters pertains to a specific ANSI table (for 128 to 255) which is
installed in Russian, Ukrainians...computers (ASCII being common to all
tables).
You have nothing to do except let all the characters for 128 to 255 free (not
used as I did in the first versions of
if the Japanese PSK /
digital-mode users do anything here?
We can either use an existing mapping or create our own - we have 127 'spare'
characters available.
Simon Brown, HB9DRV
- Original Message -
From: Patrick Lindecker
Cyrillic characters pertains to a specific
dependent.
R
Patrick Lindecker wrote:
Hello to all,
For me, the main problem, for Hams, of the multi-carriers modulation
(OFDM...) is that the power is drastically limited (if you want to,
legitimally, keep linear):
If you have two carriers in parallel, the mean
New release (4.2) of MULTIPSK
RX/TX: PSK10/BPSK31-63-125/QPSK31-63-125/CHIP
(64/128)/PSKFEC31/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV
Run/CW/CCW/CCW-FSK/THROB/THROBX/MFSK8/
MFSK16 (+ SSTV)/MIL-STD-188-141A (+ARQ
FAE)/OLIVIA/CONTESTIA/RTTYM/VOICE/DominoF DF/DominoEX/MT63/RTTY 45/75/ RTTY
Hello to all,
For me, the main problem, for Hams, of the multi-carriers modulation (OFDM...)
is that the power is drastically limited (if you want to, legitimally, keep
linear):
If you have two carriers in parallel, the mean power/max power ratio is equal
to 1/2
If you have three carriers
Hello Andy and all,
I don't think NR must be a so good idea for digimodes. Because, it can be seen
as non-linear filter.
In that type of filter, the next sample is calculated, knowing the previous
symbols and guessing what is the most probable symbol if nothing change (a sort
of no more set of
Message -
From: Robert McGwier
To: digitalradio@yahoogroups.com
Sent: Sunday, March 04, 2007 6:15 PM
Subject: Re: [digitalradio] Noise Reduction and the digital modes
Patrick Lindecker wrote:
Hello Andy and all,
I don't think NR must be a so good idea for digimodes. Because
Hello to all,
How fast can 141A ARQ FAE transfer data?
To complete Rick about the transfer data. ARQ FAE sends mainly 8 bits
characters (8 bits to be able to manage all characters writings, as Greek).
For bit transfert, you must use the TCP/IP link which is also available for
FAE. This means
Hello to all,
I have fixed (I believe so) the bug of the last test version of Mutipsk
(25_02). Now, the soft decision Memory ARQ is normally available for ARQ FAE.
This new test version in a ZIP test package is available in my site
http://f6cte.free.fr/MULTIPSK_TEST_26_02_2007.ZIP (copy and
Hello Andy and all,
TKS for the reception text.
Unproto ALE is a FEC mode as each character is Golay coded. But contrary to ARQ
it is not error-free...
The sensitivity is S/N=-4 dB contrary to FAE (or DBM) ARQ which is -6,5 dB
(down to -8.5 dB), this for two reasons:
* if an error is detected
Hello to all,
I have fixed (I hope) a bug on the last test version of Mutipsk.
This new fixed test version in a ZIP test package is available in my site
http://f6cte.free.fr/MULTIPSK_TEST_25_02_2007.ZIP (copy and paste this adress
in Internet Explorer (or equivalent) Net adress field).
It
Leight,
Technically, you are right. All reliable modes (Olivia and DominoEX mainly)
could support SSTV images as in MFSK16. It is just work...
73
Patrick
- Original Message -
From: Leigh L Klotz, Jr.
To: digitalradio@yahoogroups.com
Sent: Saturday, February 24, 2007 11:32
/WA5ZNU
On Sat, 24 Feb 2007 2:57 pm, Patrick Lindecker wrote:
Leight,
Technically, you are right. All reliable modes (Olivia and DominoEX
mainly) could support SSTV images as in MFSK16. It is just work...
73
Patrick
- Original Message -
From: Leigh L
Hello to all,
I have modified the test version of Mutipsk, mainly on:
* for ARQ FAE, addition of a Soft decision Memory ARQ, to limit the number of
repetitions to the minimum (one or two),
* for other 141A modes, inversion of the BER counting (quality of reception
relatively to errors) to be
Hello John,
TKS for info.
managed to connect briefly on noisy conditions with N9DSJ, and using long
frames. would have worked better with short frames
Yes in long frames it works better where conditions are stable (as in 28, 50 or
144 MHz). In SW, it's better to have short waves.
I've just
Hello Kevin,
This mode comes from a test version of Multipsk. Here is information about it.
..This test version in a ZIP test package is available in my site
http://f6cte.free.fr/MULTIPSK_TEST_19_02_2007.ZIP
It contains the Multipsk test version, the help files (in English and French)
and
Hello to all,
As said by Bonnie, Multipsk proposes now some basic ALE functions, but not in
the official version (which is still 4.1.2). For instance, it is only under a
test version.
For the Hams interested by testing ALE, Unproto or ARQ FAE, here is the
original test message.
73
Patrick
Hello Steve,
TKS for your comment about ARQ FAE. Yes it is a mix of DTM ARQ (for the limited
frames adjusted as needed by the number of characters to send), the DBM ARQ
(for the interleaved way to mix bits, before correction by the Golay decoding,
which permits to gain perhaps 2 dB on the
be at the maximum rate in unilateral (125 wpm).
73
Patrick
- Original Message -
From: John Bradley
To: digitalradio@yahoogroups.com
Cc: Patrick Lindecker
Sent: Wednesday, February 21, 2007 9:20 PM
Subject: [digitalradio] 141A and ALE (multipsk)
have been on 14109.5
Hello Andy,
Glad of your mail!
My fantasy would be to have the three applications as one.
I'm quite sure that it will be never the case as Hams are independant amateurs
with limited time and everyone does well exactly what he likes (for example,
I'm fond of physique, not of art...).
But the
samples / second as well.
Simon Brown, HB9DRV
- Original Message -
From: Patrick Lindecker
I have proposed a TCP/IP interface (in local loop) for exchange with
Multidem at 11025 samples/sec, 8 bits, which is not a VAC but works well.
Hello to all,
There are also some basic axioms (I suppose so) as:
1) Doppler iosnospheric modulation acts on PSK modes (the phase is dancing
randomly, the Costas loop cannot stabilize and the PSK decoding is quite
impossible). The more the modulation speed is, the less this Doppler acts on
Hello Kevin,
But none of these have the feature to allow it to search and decide the type
of digital mode it is.
This question is classical and the answer must be always the same. For a
precise type of modulation, you could extract some characteristics (speed,
shift...). But there is not only
Hello Bill,
According to the Multipsk help, it is -5 dB for the 125 bauds (which is logic
for this speed).
But -5 dB with a gaussian noise (fix statistical characteristics).
73
Patrick
BPSK125 and QPSK125
Creation: in 2003
Description :
Baud rate : 125
Speed : 148 wpm in capital letters
Hello Rick,
1200 bauds is equivalent to 1200 bits/sec as there is 1bit/symbol.
1 letter is worth 8 bits.
So in one second, you transmit 1200/8= 150 letters
In one minute you transmit: 150*60 or in words: 150*60/6=1500. But as there is
an overhead due to adress... 1320 is more realistic.
73
- Original Message -
From: Jose A. Amador
To: digitalradio@yahoogroups.com
Sent: Thursday, January 25, 2007 9:38 PM
Subject: Re: [digitalradio] Why MSFK images can be noisy?
Patrick Lindecker wrote:
Hello Jose,
MFSK pictures are analog SSTV not digital SSTV
Subject: Re: [digitalradio] Why MSFK images can be noisy?
Patrick Lindecker wrote:
Hello Jose,
MFSK pictures are analog SSTV not digital SSTV.
Here are the MFSK SSTV specifications (from the Multipsk help)
73 Patrick
*SSTV in MFSK16*
Created by : Nick
Hello Jose,
MFSK pictures are analog SSTV not digital SSTV.
Here are the MFSK SSTV specifications (from the Multipsk help)
73
Patrick
SSTV in MFSK16
Created by : Nick Fedoseev (UT2UZ) and Denis Nechitailov (UU9JDR) in 2003
Description :
It is a SSTV mode without transmission of a
you switch filters, etc.
Regards,
Sergio, EA3DU
-Mensaje original-
De: digitalradio@yahoogroups.com [mailto:[EMAIL PROTECTED] En nombre de
Patrick Lindecker
Enviado el: lunes, 08 de enero de 2007 21:15
Para: digitalradio@yahoogroups.com
Asunto: Re: [digitalradio
and Contestia based on Pawel reference code
running on my 200MHz StrongArm PocketPC with channel equalization
removed. My concern is power consumption of the device if I enable
channel equalization.
Thanks and VY 73, Vojtech OK1IAK
--- In digitalradio@yahoogroups.com, Patrick Lindecker
Hello Vojtech,
RR for all.
As far as I know there is a metrics returned by the viterbi decoder. I
still wonder what happens if the metrics is averaged in every channel
and after a while the best channel is selected. You have more
You are right. It is returned an error metric by the Viterbi
and GL, Vojtech OK1IAK
--- In digitalradio@yahoogroups.com, Patrick Lindecker [EMAIL PROTECTED]
wrote:
Hello Rick,
If often wonder if a mode that has a very wide ability to print
even if
not tuned in well has to have some tradeoffs in robustness compared
with
critical
Hello John,
RR for all about you experimentation.
I recommend the following: to do 110 bauds Packet, set the options PACLEN to 40
and MAXFRAME to 1. For calls, it is advised to put the RS ID on duty to allow
the other Hams to identify the mode and the exact frequency.
PACLEN to 40 so as to
New release (4.1.2) of MULTIPSK
RX/TX: PSK10/BPSK31-63-125/QPSK31-63-125/CHIP
(64/128)/PSKFEC31/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV
Run/CW/CCW/CCW-FSK/THROB/THROBX/MFSK8/
MFSK16 (+ SSTV)/OLIVIA/CONTESTIA/RTTYM/VOICE/DominoF DF/DominoEX/MT63/RTTY
45/75/ RTTY 50+SYNOP+SHIP/ASCII/AMTOR FEC/
Hello Andy,
In Region 1, 14073 KHz will be OK for transmissions with bandwidth 500 Hz,
but not 7073 or 3573 KHz (respectively SSB and CW frequencies). I think 10143
KHz must be OK for everyone?
Frequencies for digital beacons would be a good thing, but with a Video ID
and/or a RS ID before
--- In digitalradio@yahoogroups.com, Patrick Lindecker [EMAIL PROTECTED]
wrote:
Hello to all,
If you do Digisstv transmission you must use very small pictures,
for example the Mini_Map.BMP file (in the Multipsk package) which
dimensions are 80x70 pixels.
To send this file
Hello Andy,
Just an information about Multipsk or Mixw...and Commander.
The global control may be summarized according to the following diagram:
MULTIPSK (DDE TX)--(DDE RX) COMMANDER--COM--CAT SYSTEM--TRANSCEIVER
MULTIPSK (DDE RX)--(DDE TX) COMMANDER--COM--CAT SYSTEM--TRANSCEIVER
The DDE link is
this? Would it be worth
chosing one which we could use ? We do not have any band/baud restrictions here
(Canada)for this type of transmission so could use whatever suits European
stations.
John
VE5MU
- Original Message -
From: Patrick Lindecker
To: digitalradio
Hello Rick,
If often wonder if a mode that has a very wide ability to print even if
not tuned in well has to have some tradeoffs in robustness compared with
critical to tune modes. Anyone have specific information about that?
The ability of DominoEx to be tuned very easily is that the
Hello Leigh and Jose,
The parameters to look for from Patrick are the RS code groups and
maximum correction coefficient. It is likely that the same seed data p
is used in all cases, so there is no need for a registry of data codes.
(I.e., if you can decode it, you don't need to know what it
Hello Jose,
I think the Multipsk version 4.1.1 can't work under Linux with ou without flute
music as i used in this version a DLL to measure the CPU load. But as this DLL
does not work in all XP versions and never in XP pro (why?), I've put this
feature only as an option in the 4.1.2 version.
Hello Alves,
The QRPP experiments are very interesting. It is perhaps just a bit difficult
to hear you signal from over the pond due to the bad conditions (here in Paris
I did not hear your signal but I have nor a good antenna nor a good
location...).
A beacon is particurarly interesting for
- Original Message -
From: Patrick Lindecker
Hello Simon,
I measured the minimum S/N (in general for about 2 % of errors) for all the
Multipsk modes (look at the chapter RX/TX modes selection and their
descriptions in my help).
I did not measure in fact the minimum S/B
Hello Rick,
As far as I know, there are very few specifications about Q15X25, only
generalities. However, for HF, the minimum S/N is certainly too high (surely
around -1 to +1 dB).
73
Patrick
- Original Message -
From: KV9U
To: digitalradio@yahoogroups.com
Sent: Thursday,
- Original Message -
From: Patrick Lindecker
To: digitalradio@yahoogroups.com ; [EMAIL PROTECTED]
Sent: Friday, November 17, 2006 11:33 PM
Subject: Test in PAX through a repeater
Hello to all
We would like to experiment APRS PAX (PAX not PAX2) transmission through a PAX
repeater.
Fred (OH
Hello to all
We would like to experiment APRS PAX (PAX not PAX2) transmission through a PAX
repeater.
Fred (OH/DK4ZC) proposes to be a PAX repeater this saturday 18/11/2006 from
15h00 to 17h00 UTC. His locator is KP30JK in Finland.
From 15h00 to 16h00 UTC Fred will beam towards Europe and from
New release (4.1.1) of MULTIPSK
RX/TX: PSK10/BPSK31-63-125/QPSK31-63-125/CHIP
(64/128)/PSKFEC31/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV
"Run"/CW/CCW/CCW-FSK/THROB/THROBX/MFSK8/MFSK16 (+
SSTV)/OLIVIA/CONTESTIA/RTTYM/VOICE/DominoF DF/DominoEX/MT63/RTTY 45/75/ RTTY
For information,
73
Patrick
- Original Message -
From: lweaver
To: [EMAIL PROTECTED]
Sent: Sunday, October 29, 2006 3:58 PM
Subject: [multipsk] PAX on 30 Meters
For today I am going to try 30 meters. I will be on a dial freq of
10.137 USB, audio freq of 1000 Hz. I will be in
Hello Joe,
Well, I gave up trying to implement Contestia/RTTYM in Fldigi. Dave
I don't know much the Pawell code, as it is complex and written in the C++
language which is difficult to read.
About Throbx, here are the symbols for THROB and THROBX, but you can ask
directly to Lionel Sear for
Hello Ken,
These modes (PAX/PAX2) have a protocol close to
AX25 (between AX25 and Pactor 1), with a modulation close to Olivia and closer
to Contestia.
The modulation is described on my help (RX/TX modes
selection and their descriptions) and the protocol (in french) is downloadble
from
Hello Jose, Rick and the group,
About Pax/Pax2, some weeks ago a Ham told me about
adding these modes in the Multipsk_Client program. Thisprogram (source and
.EXE available from my site)permits to interface with Multipsk through a
TCP/IP link in almost all modes, Multipsk becoming a sort
Hello Rick,
Does anyone have any "inside" information that would suggest that we
will be able to lower the required S/N ratios for a given speed or are
we already too close to the Shannon Limit as it is?
The only solution to do voice exchange with a low S/N would be to translate
all the
Hello Joe,
What is sure is that there is no other differences that the ones I gave in the
RX/TX modes selection and their descriptions chapter, so modifications on:
* Block size (symbols)
* Scrambling pseudo-random sequence
* Scrambling shift (in number of bits of sequence right rotation)
*
Hello Jerry,
PAX2 monitored a QSO on 30 meters, it was way to slow, I
don't feel it is a viable keyboard mode.
If the number of retries is high (in noisy conditions) the speed can be low but
in normal conditions the speed is 50 wpm after protocol (rough speed before
protocol: 115 wpm).
It is
Hello,
Note: there are not the only modes without documentation...
No amateur modes. The optimum possible is the DominoEX specifications of Murray
ZL1BPU
(a professional work). Some amateur modes are only documented through source.
It's possible to extract specifications from a source but it's
Hello,
Is it just that the Pactor mode allows only a very short time
for the ACK/NAK, or is there some synchronization from packet
to packet that must be maintained?
The second proposal is the good one.
Is it possible that one could write a sound card program that could monitor
Pactor II/III
@yahoogroups.com, Patrick Lindecker [EMAIL PROTECTED]
wrote:
Hello,
Is it just that the Pactor mode allows only a very short time
for the ACK/NAK, or is there some synchronization from packet
to packet that must be maintained?
The second proposal is the good one
Patrick Lindecker wrote:
Hello,
When we were on MS-DOS PC (good old time HI), the clock (and all the
hardware in fact) was accessible by program (through registers) and it was easy
to determine the error of the PC cristal. I measured in several MS-DOS PC an
error of more or less 1/3000, which
Hello,
When we were on MS-DOS PC (good old time HI), the clock (and all the hardware
in fact) was accessible by program (through registers) and it was easy to
determine the error of the PC cristal. I measured in several MS-DOS PC an error
of more or less 1/3000, which was not very good, but I
301 - 400 of 475 matches
Mail list logo