Hi OMs,
I would like to inform you that will be active on 10 GHz EME for next two
weeks. If you are interested in SKED please let me know by email:
mirek(a)kasals.com. I am able to do QSO with small station of the order of
1.2m dish and 10 W.
Thank you.
Mirek OK2AQ
mirek(a)kasals.com
Hi friends,
Yesterday from Uruguay if he made the first QSO via EME in 6cm, OK1DFC to
CX2SC and then my friend Vlada OK1KIR.
I am writing not only to publish this QSO, my first 6cm QSO, but also to
thank OK1DFC Zdenek, Rene VE2UG and Paul Dave W1GHZ for their generosity
and support, people who are in some way responsible for this new
achievement.
Thank you very much, from me and from the EME community for supporting and
collaborating with this activity !!!
73!
Ricardo Pereyra
CX2SC
Uruguay
Erwin,
Sorry to see you're having the same issues that I and others have
been experiencing. I have tried for years to get J68PG but only to be let
down. Frans has done everything he can but still no license to date. I did
receive my /J6 license but it was so late that it expired during my trip.
I will be back in St. Lucia Sept 7-17 and for CQWW SSB in October but as it
appears for you we will have the same results.
Good Luck,
Kyle, WA4PGM
On Sat, Aug 7, 2021 at 9:05 AM Kyle Chavis <wa4pgm(a)gmail.com> wrote:
> This from the Moon-Net reflector. Guess this means bad news for us
> again. :(
>
>
>
> -------- Forwarded Message --------
> Subject: [Moon-Net] St.Lucia expedition postponed
> Date: Sat, 07 Aug 2021 07:33:19 +0200
> From: DK5EW via Moon-net <moon-net(a)mailman.pe1itr.com>
> Reply-To: DK5EW <dk5ew(a)mmmonvhf.de>
> Organization: mmmonvhf.de
> To: moon-net(a)mailman.pe1itr.com
>
>
>
> St.Lucia expedition postponed
>
> We have applied for the license 1.5 years ago now. Again and again there
> are delays and ignorance from the authority. Although all forms and
> payments of the authority are present, they ignore our efforts from
> St.Lucia to be able to make amateur radio operation. Our contact person
> J69DS tries all but also he is hindered by the authorities with always
> new demands.
>
> Therefore we have to postpone the planned DX expedition. We are very
> sorry for this because we have invested a lot of work and heart blood to
> activate St.Lucia.
>
> Should we receive the license at some point, it will be valid for 1
> year. Therefore we postpone it and hope to be able to qrv in 2022.
>
> We ask for your understanding !
>
> DK5EW/Erwin and DG8NCO/Uwe
>
> --
> 73's Erwin/DK5EW
>
> http://www.mmmonvhf.de
> http://www.dk5ew.com
> http://www.70mhz.de
> _______________________________________________
> Moon-Net posting and subscription instructions are at
> http://www.nlsa.com/nets/moon-net-help.html
>
>
St.Lucia expedition postponed
We have applied for the license 1.5 years ago now. Again and again there
are delays and ignorance from the authority. Although all forms and
payments of the authority are present, they ignore our efforts from
St.Lucia to be able to make amateur radio operation. Our contact person
J69DS tries all but also he is hindered by the authorities with always
new demands.
Therefore we have to postpone the planned DX expedition. We are very
sorry for this because we have invested a lot of work and heart blood to
activate St.Lucia.
Should we receive the license at some point, it will be valid for 1
year. Therefore we postpone it and hope to be able to qrv in 2022.
We ask for your understanding !
DK5EW/Erwin and DG8NCO/Uwe
--
73's Erwin/DK5EW
http://www.mmmonvhf.dehttp://www.dk5ew.comhttp://www.70mhz.de
Hi All,
Just made my first Q65-60C & 30C QSO with my PI9CAM-mate Jan PA3FXB on
1296MHz:)
Works fabulous!
Thank you Joe K1JT and the team!
And Jan of course for all the help:)
Remember the Lunar Landing EME SSTV party on 1296.110MHz with PI9CAM next
Tuesday August 10!
We use MARTIN 2 as Jan FXB already mentioned.
73, Harry......PE1CHQ & team PI9CAM
Hi all,
Mauritz, SM2BYC, has posted a number of MAP65 *.tf2 files here:
https://drive.google.com/drive/folders/16Eqpj_NkyxI9Rs2Vy9SHSELCLlsAiKYP?us…
These files were recorded on July 31 between 0747 and 0811 UTC, using
Mauritz's Xpol setup on 2m EME. Most signals in the files are clustered
around 144.125 -- a pileup trying to work CT8/W6PQL in Q65-60A mode. A
few additional signals in Q65 and JT65B modes are also present at other
frequencies.
I have carefully analyzed the files and have a few conclusions you may
find useful for improving your own operations with MAP65. Results
obtained for individual files are summarized in the attached file
SM2BYC_files.txt. I suggest opening and reading the attached attached
document first, then returning to this summary overview.
< ... SM2BYC_files.txt ... >
Summary Comnclusions:
1. The Q65 decoder in MAP65 3.0.0-rc5 (also -rc3 and -rc4) uses a
slightly different approach for wideband coverage and for signals in a
narrow frequency slice of 1 kHz or so. Most signals of adequate
strength and spaced by 1 kHz or more will be decoded and appear in the
Band Map and Messages windows. Signals close to another already decoded
signal may not decode automatically, but can be decoded by
double-clicking on their sync tone in the lower waterfall. For this you
may need to reduce Tol to a value small enough to admit only one sync tone.
2. It's generally best to leave "Max Drift" set to 0. Increase this
parameter only as required, when you see significant drift in the lower
waterfall. Nonzero Max Drift makes the decoder slightly slower and
slightly less sensitive.
3. Be sure that you understand what's meant by q0, q1, q2, q3, and q4
decodes. Here's a quick summary:
q0 - No a priori (AP) information
q1 - First word is CQ
q2 - First word is MyCall
q3 - First word is MyCall, 2nd is DxCall
q4 - First word is MyCall, 2nd is DxCall, 3rd is RRR, RR73, 73, or
blank
4. If the "DX Call" field on the MAP65 main window is empty, Q65
decoding will be faster because there will be no search for possible q3
or q4 decodes. Here are some simple timing tests on Mauritz's file
210731_0747.tf2:
DxCall DxCall
Active Modes <empty> K1ABC
--------------------------------------
JT65B, Q65A 2.23 5.11 seconds
Q65A only 1.59 4.49
5. It's possible that we have not yet made optimal choices of some
parameters in the overall Q65 decoding algorithm. Among other
possibilities, trade-offs between execution speed and the number of
automatically displayed decodes might be tuned differently, especially
in circumstances like those in the pileup situation of Mauritz's files.
In RC3, RC4, and RC5 full sensitivity is always there for manual
(double-clicked) decodes. We can probably make more signals decode
automatically in such situations, but it will take longer.
Please let us know if you have opinions, one way of the other, on item 5
-- or, indeed, on any other aspect of MAP65's behavior. As I've stated
before, we do not plan any extensive rewriting of MAP65. It is what it
is -- but we can still tweak some internals if there is good reason to
do so. In the longer term, we are aiming toward increasing the wideband
capabilities of WSJT-X.
As always, we look forward to receiving your feedback based on use of
the latest revisions of WSJT-X and MAP65.
I will be on vacation and not reading email from August 8 to August 23.
Nico (IV3NWV) is mostly busy with QRL, these days. Bill (G4WJS) and
Steve (K9AN) will be here and should be available to answer questions
during my absence.
-- 73, Joe, K1JT
Dear WSJT-X and MAP65 Users,
We are pleased to announce that a public Release Candidate WSJT-X
2.5.0-rc4 is now ready for download by beta testers. On Windows the
installation package also includes MAP65 3.0.0-rc4. See the Release
Notes for changes since WSJT-X 2.5.0-rc3:
https://physics.princeton.edu//pulsar/k1jt/Release_Notes.txt
We are especially interested in feedback from users of the new mode Q65
and the separate program MAP65.
Links for downloading WSJT-X 2.5.0-rc4 can be found on the WSJT-X Home
Page, https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
Scroll down to find "Candidate release: WSJT-X 2.5.0-rc4".
WSJT-X and MAP65 are licensed under the terms of Version 3 of the GNU
General Public License (GPLv3). Development of this software is a
cooperative project to which many amateur radio operators have
contributed. If you use our code, please have the courtesy to let us
know about it. If you find bugs or make improvements to the code,
please report them to us in a timely fashion.
We hope you will enjoy using this beta release of WSJT-X 2.5.0 and MAP65
3.0.0, and especially exercising the new mode Q65. As a beta tester you
should report on your experiences with new features, successful and
otherwise, on one of the relevant WSJT forums. Bugs should be reported
by following instructions found here in the User Guide:
https://www.physics.princeton.edu//pulsar/K1JT/wsjtx-doc/wsjtx-main-2.5.0-r…
-- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV
Dear WSJT-X and MAP65 Users,
WSJT-X 2.5.0-rc4 has a bug that prevents normal use of messages that
include compound or nonstandard callsigns. For this reason we are
making a public Release Candidate WSJT-X 2.5.0-rc5 after an unusually
short interval. The RC5 release candidate is now ready for download by
beta testers. On Windows the installation package also includes MAP65
3.0.0-rc5.
See the Release Notes for changes since WSJT-X 2.5.0-rc4:
https://physics.princeton.edu//pulsar/k1jt/Release_Notes.txt
There are several improvements to MAP65, in addition to the fix for
compound and nonstandard callsigns.
As before, we are especially interested in feedback from users of Q65
and the separate program MAP65.
Links for downloading WSJT-X 2.5.0-rc5 can be found on the WSJT-X Home
Page, https://physics.princeton.edu/pulsar/k1jt/wsjtx.html
Scroll down to find "Candidate release: WSJT-X 2.5.0-rc5".
WSJT-X and MAP65 are licensed under the terms of Version 3 of the GNU
General Public License (GPLv3). Development of this software is a
cooperative project to which many amateur radio operators have
contributed. If you use our code, please have the courtesy to let us
know about it. If you find bugs or make improvements to the code,
please report them to us in a timely fashion.
We hope you will enjoy using this beta release of WSJT-X 2.5.0 and MAP65
3.0.0, and especially exercising the new mode Q65. As a beta tester you
should report on your experiences with new features, successful and
otherwise, on one of the relevant WSJT forums. Bugs should be reported
by following instructions found here in the User Guide:
https://www.physics.princeton.edu//pulsar/K1JT/wsjtx-doc/wsjtx-main-2.5.0-r…
-- 73 from Joe, K1JT; Bill, G4WJS; Steve, K9AN; and Nico, IV3NWV
I thought some others might be interested in this plot of the decoded signal strength of the 7W DL0SHF beacon as reported by WSJTX of the Q65-60E transmission.
Normally I track polarization offset, but for this test my Rx polarization was kept vertical, and the DL0SHF Tx is always vertical. That means that during the pass, polarization offset varied from zero degrees to a maximum of 82 degrees. as you can see, the signal peaked for me at an indicated -16dB when polarization offset was small. The minimum decoded signal was 7dB lower at -23dB when polarization offset could have been as much as 9dB (although in practice, it would be expected to be a little less than this maximum theoretical value).
My Rx is an 85cm dish and the system described here - https://bobatkins.com/radio/10Ghz_EME_rx.html
The DL0SHF is not audible, but it is just visible on the waterfall when strong enough for single period decodes. Signal spreading was mostly in the 150-200Hz range.
So even though DL0SHF us currently running on low power while the PA is being worked on, the signal should still be detectable by just about anyone. Note that we are also close to lunar apogee, so the signal would be about 2dB stronger when perigee occurs.
Thanks to Per - and the rest of the team involved with the beacon - for making this resource available, and to Joe and the WSJTX team for developing the software for weak signal communication.
73
Bob, KA1GT
[cid:eab62f69-6ac9-4897-a176-c7f1c5a73d49]
