Hi Alberto and all,
Alberto E. Zagni (I2KBD) wrote:
I have just a couple of questions about current MAP65 compiling status:
- Is MAP65 currently only working on Windows platform?
MAP65 runs under Windows and Linux. A packaged executable (version 0.8,
r502) is available on the WSJT Home Page
A paper on the MAP65 program has been placed on the
Documentation page of the WSJT web site. A direct link to
the paper is:
http://physics.princeton.edu/pulsar/K1JT/MAP65.pdf
-- 73, Joe, K1JT
#
This message is sent to you be
Hi Alberto,
The sizable advantages of using MAP65 (rather than simply
WSJT) for digital EME are that MAP65 takes full advantage of
a wideband SDR with two polarization channels.
The only band on which this is currently very useful is 2
meters, where digital EME activity takes place in the
1
Roger --
My guess is that you may simply need to change the call3.txt
file from DOS format to *nix format, i.e.,
C:> dos2unix call3.txt
You can do the conversion in Linux, if your Windows
installation does not have the "dos2unix" utility.
This is only a guess ...
See you at MUD (Microwave
Hi Dom,
You are right, of course, that for full xpol reception one
would need two of the SDR-IQ, SDR-14, SDR-1000, etc.,
receivers.
SDR-IQ x 2 might be a cost-effective way to go, but as you
say it will require a common LO feeding two boards.
Moreover, I think something further would need t
Hi Leif and all,
I have been thinking about ways to make MAP65 available to
those using the SDR-IQ (or SDR-14). Last evening I re-read
your very informative email of July 2 to Fletch, K3JYD.
As I understand it, the SDR-IQ always samples at 66.6667 MHz
at its input. Its on-board AD6220 digi
Hi Francesco,
When I receive an email from "root", I always know that it
comes from a Linrad user!
I hope you do not mind if I copy this reply to the Linrad
reflector. I think your question and my answer may be
interesting to others.
root wrote:
Hello Joe, a simple question.
I use Linrad
Hi Joe and all,
Sorry to be a bit slow in responding. I have been traveling
since last week, and it seems that you have largely answered
your own question.
The polarization-matching capabilities of the Linrad-MAP65
combination depend on having a two-channel receiver. Any
mixing in the Rx
Over the past three weeks I have given the Linrad-MAP65
combination a thorough workout on 2m EME.
My log for the period July 3-23 2007 shows 113 EME QSOs with
95 different stations, including 33 DXCCs, 79 VUCC squares,
and K1JT EME initials #235 through #285. Most of the QSOs
originated afte
Rick and all,
Well, it seems I'm learning more about computer networking
than I ever wanted to know... ;-)
Why did you use a mask of 224.0.0.0 instead of 240.0.0.0 in your
multicast route statement on the Linux box?
(Your: # route add -net 224.0.0.0 netmask 224.0.0.0 dev eth1 statement.)
Hi Dave,
Dave Blaschke wrote:
K1JT wrote:
In principle, any hardware that can be made to work with Linrad should
also be usable with the Linrad-MAP65 combination. At present this is
true only if the sampling rate can be set to 96.000 kHz (four
channels, two I-Q pairs) or 192.000 kHz (two ch
Well, I found the following information about Ethernet switches:
"Data received on any port of a repeating hub will be repeated on all of
its ports. Unicast, broadcast and multicast messages are all the same to
a repeating hub. With a switching hub or switch, unicast messages are
only sent to
Rick, and all --
OK, I've a chance to make some more tests.
My computer network looks like this:
ADSL 10 Mb/s --> Computer_A
DSL --> Modem --> Ethernet --> Computer_B
Hub|
--> Computer_C
Three computers are connected to a
Rick --
Thanks for the suggestions, they are much appreciated. I have been tied
up since yesterday afternoon, but hope to find time to try them out soon
... maybe even later today. I will report back here on any success or
failure.
-- 73, Joe, K1JT
Rick Kunath wrote:
Joe
To: Users of MAP65
From:Joe Taylor, K1JT
Subject: MAP65 update
On-the-air testing of MAP65 continues. Last week with my
modest station I made 60 EME QSOs with 48 different stations
in about 16 hours of operating, including WAC on 144 MHz.
Most of the QSOs were made by responding to
To: MAP65 users
From: K1JT
I have made a few additional tweaks to the MAP65 v0.8 code.
The most significant one is to add a routine to
automatically compute the best-fit value of Dphi for your
station. You should follow the instructions given in my
message of yesterday:
MAP65 now provide
To: Users of MAP65
From:Joe Taylor, K1JT
Subject: MAP65 v0.8
Version 0.8 of MAP65 will be available soon. This note is
to let you know of its principal new features -- and to ask
for any other good ideas that I might still be able to
incorporate before I release it.
New features
Hi Ermanno,
[EMAIL PROTECTED] wrote:
Hi Joe.
Thank you for the answers.
Also here uses a program for the control of the rotors
(as is small the world !!) taking the data from [azel.dat]
One of I these days will add the routine for set of
the frequency also.
Thank you
Ermanno / ik7ezn
p.s.
***
From what you describe, it looks indeed that the bottleneck is not related
to the speed of your network connection but rather to the processing of the
incoming packets.
Hope it helps
73,
Pierre/ON5GN
On Friday 06 July 2007 14:55, Joe Taylor wrote:
I am anythi
Hi Rick,
K9AO (Rick Kunath) wrote:
I am wondering why on the Linux machine you didn't just run the NTP
daemon? I've been using that method for years and it works extremely
well. Using the NTP daemon would allow for even better accuracy of the
clock on the Linux machine than just doing an ntpd
Hi Dom,
f6dro wrote:
Hello Joe ,
Tnx for the qso on 2m. Question : I suppose there is no objections to
use MAP65 with a single polarisation antenna ( H only)?
73 Dom/F6DRO
I have received quite a few questions along the same line as yours.
Of course there is no objection to using MAP65 wi
Hi Ermanno,
Many thanks for your message with comments about MAP65! Here are some
initial responses...
[EMAIL PROTECTED] wrote:
Hi Joe .
This morning I have tried for the first time "on-line" MAP65.
1) As soon as shaped the program didn't decode . The PC with
Linux and Linrad didn't have t
GM all,
Ermanno, IK7EZN, replied directly to me about his first tests of MAP65.
He wanted to include some screen shots, and this list does not permit
attachments.
Ermanno's message will be of interest to others, so I am forwarding it
to the list without the attachments. I have posted his sc
Alex and all,
I apreciate if some body tell me how integrate Linrad and MAP65 via
the network, I have no idea.
I am anything but an expert in networking; in fact, I have
some network-related questions of my own, as you will see below.
Of course, the Linrad --> MAP65 network connection shoul
To: HB9DRI, IK7EZN, W3SZ, W5UN
Cc: Linrad mailing list
From:K1JT
Subject: MAP65 Beta Testing
Date:July 5, 2007
MAP65 version 0.7, r474, is now available for download on
the WSJT Home Page,
http://physics.princeton.edu/pulsar/K1JT/ . The actual
installation file is
http://ph
This morning I made the first QSOs using the new program
MAP65: ZL2DX, VK4JMC, and VK4CDI were worked on 2m EME.
A basic description of the MAP65 program can be found at
http://physics.princeton.edu/pulsar/K1JT/MAP65_Status.txt .
Although the document posted there was written six months
ago, m
Zaba -- Thanks for comments on feedline velocity factors.
Leif --
We may have miscommunicated on how phase shifts in the X and
Y channels affect the computed polarization state of a signal.
I was worrying about the fact that 1/4 wavelenth of extra
delay in the Y channel, say, will make a lin
Hi Leif,
I have been thinking more about the Linrad polarization
questions that I raised here two weeks ago.
I wrote:
Suppose they [the feedline lengths in X and Y channels]
are not well matched. In other words, suppose that
the complex gains and signal delays in the two polarization
chan
Hi Leif,
The combination works OK, and but a significant number of
packets (around 400 in each minute, or slightly more than 1%
of the data) are dropped during MAP65's most
compute-intensive parts of each minute. Since plrs does no
significant computing, I imagine that the problem may be
wo
Hi Leif,
One of the nuisances of using the original data file is that
Linrad's raw data are not time-stamped.
Oooh! But they are:-) Your file is stamped 1163231107.413487 which
was the output of the routine current_time() at the start of
the recording.
FB! This is good to know.
I do not
Hi Leif,
Yes, it should be possible to run everything on a single
fast computer with plenty of memory. I have not yet
established that the necessary CPU-sharing during
time-critical parts of each program is handled adequately
for this to work without glitches. Neither Linrad nor
Windows is
Hi Leif,
Moreover, one will almost certainly want separate screens
for Linrad and MAP65 -- both of which generally use most or
all of a normal-size screen.
Yes, I agree - but those who have only one standard computer
should know it is possible - if it really is;-)
When MAP65 is available, I
Hi Leif,
Thanks for your message.
... The number of lost packets is
normally small (say 1-5), and since there are some 33000
packets in a one-minute data block, the losses are probably
negligible. I will watch it, and probably put in a warning
flag or something.
Yes, but as long as you fi
HI Leif and all,
Many thanks for your most helpful response.
I had more or less figured out your explanation of userx_no,
and now I understand that I *do* have a high-side LO in the
RX10700. Well and good.
I should have remembered that FFT Version 5 is floating
point. I will use it in fut
MAP65 Status
I have now established the necessary network connection
between Linrad and MAP65. So far, I have found nothing to
prevent a happy marriage!
MAP65 receives a full 90 kHz of xpol signal from Linrad,
finds all the JT65 signals in that bandwidth, matches the
linear po
Hi Leif and all,
Joe Taylor wrote:
Looks like I need a new hub, or at least a simple crossover cable
between the two computers.
I will report further, fairly soon I hope, on my effort to connect
Linrad to MAP65.
I'm back from a long weekend of wilderness canoeing. Made a
simple cros
Leif and all,
It turns out that my network speed problem had a simple cause.
The computer running Linrad is connected to the LAN through a
rather old 10 Mbit/s hub/repeater. Therefore it maxes out
around 1.2 MByte/s, too slow for 4 channels at 96 kHz in any of
Linrad's network modes except m
Hi Leif,
Thanks for the reply.
Something is wrong. Presumably the reason is the same as for
the other errors you observe.
...
Check for memory usage first.
No swapping is taking place, so I don't think it's a memory
issue. I will study the problem more and report back if I learn
anyt
He Leif and all,
Today I made my first tests of Linrad's network broadcasting
capability. I installed Linrad 02.34 and checked it out. All
seemed to be well. I selected "N" on the main menu to
initialize networking parameters, and then selected "format 4"
(16-bit raw data) for output. Aft
Leif, Zaba, and all,
Many thanks for the clear explanations!
-- Joe, K1JT
#
This message is sent to you because you are subscribed to
the mailing list .
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mo
Hi Leif (or anyone else who knows),
Ideally, I suppose, with an xpol antenna one would like to have
phase-matched preamps for the two polarizations and equal
electrical lengths for the two Rx feedlines.
Suppose they are not well matched. In other words, suppose that
the complex gains and si
Leif, and all --
Cockpit error, as they say. My old mind was indeed befuddled --
and I forgot that direct access to hardware -- in this case, the
parallel port -- requires root privileges. Once I became root,
all was well.
-- 73, Joe, K1JT
Joe Taylor wrote:
Hi Leif,
Thanks for
Hi Leif,
Thanks for the reply. Yes, I am using a somewhat older Linrad
version, 02.20. It is the one I was using last November, and I
thought to bring things up as they were working before, and then
upgrade my Linrad version when all is well.
It appears that I may have lost communication b
Having finished the building of a new 4 x 14 xpol EME antenna, I
have now turned to completing the task of reconfiguring my
station.
After 6 months of not using Linrad, my old brain seems
befuddled. The box that one clicks to increase/decrease
frequency by 25 kHz steps -- it controls the cry
Dave and all,
When I was learning to use Linrad I had many of the same
questions that you are facing now. The answers are mostly
available in the Linrad documentation and Help files, but I
found it very helpful to make myself a "cheat sheet" and
keep it handy on the operating desk. It is ba
Dear EME Friends,
A month ago I mentioned here a piece of SDR software that I
have been working on, tentatively called MAP65. Many people
have written to ask for more details. I have consequently
placed a status report and a MAP65 screen shot on the WSJT
web site. Links to them are given b
I have some time to kill this evening, and I find myself wondering
whether anyone else on this list has experienced anything like the
following problem.
When I put a Linrad system into regular use back in October, I noticed
that if I left Linrad running continuously, it always happened that
w
Leif and all,
Would you agree on milliseconds since midnight? From JDB I
learned that a double with seconds since Unix epoch
would be a bad idea since conversion may be difficult on
non-PC platforms. (It is the internal time format within
Linrad however)
Yes, milliseconds since UTC wou
Hi Leif and all,
- I would want a timestamp in there somewhere. It might be derived
from block_no, but why not make it explicit ?
I do not see what it would be good for. Why do you want the clock
from the master while there is another one in the slave?
Surely I could add this, but there is
Hi Michael and All,
DG0OPK wrote:
anyone use SDR for decoding/monitoring JT65 on the IF..of TRXor a
complete SDR??
i want to try to expand the TOY for monitoring 144.070 144.170 on
the IF of my TRX at 10.7 MHz...
http://www.qslnet.de/member/dg0opk/sdr.html
is it a way to go??? is t
Hi Leif,
Thanks for your efforts toward building data-sharing capabilities into
Linrad once again. A few comments on the points you raised:
1,2: Multicasting group and port assignments.
Your proposals sound fine to me, but I have no experience in network
programming. Perhaps others with mo
Many thanks to all who have responded both on- and off-list
to my posting about MAP65. I will answer here a few
questions that came up in those responses.
1. So far, MAP65 has been developed and and tested in Linux
only. It should be easy to make it run in Windows, however.
If the program
Several weeks ago I mentioned on this reflector that I was
thinking about ways to better integrate the combined use of
Linrad and WSJT. I write now to bring you up to date on my
progress.
In my 2-meter EME station I use the Antennspecialisten WSE
converters with a Delta 44 sound card and a s
Hi Roger and all,
Thanks for posting your screen shot from last year's ARRL
EME contest. It's prettier than mine, anyway... :-)
I think think my picture may have shown more JT65 EME
signals, since there was a lot more activity this year. I
*know* my picture has a lot more birdies than you
ve as a last resort.
73
Frank
AB2KT
Joe Taylor wrote:
Robert --
Black background is correct. Borders of boxes and most numbers and
letters should be white, not green. Horizontal scale lines under the
wide waterfall should be a dark (Navy?) blue. Those in the hi-res graph
should be red. The
ell
KD5HNU
Joe Taylor
<[EMAIL PROTECTED]
U>
Hi all,
During the ARRL EME contest this past weekend, I saved what
I thought was going to be a nice screen dump showing dozens
of JT65 EME signals. Unfortunately, I don't know how to
view the resulting GIF file with the appropriate color
palette. Bringing up the file in GIMP (or in a brows
Hi Josh and all,
KD7HGL (Josh Logan) wrote:
Since I have a ts-2000 I would be interested in seeing the source code.
Are you using the ts-2000 for RX or only TX? If you are using it for
RX how have you setup the radio.
73, JOSH KD7HGL
I will append below my file users_extra.c, which can
Hi Leif,
Thanks for your quick answers, which will be very helpful to my current
effort to build a JT65 decoder to work directly with Linrad.
A brief response to your last point ...
... I would like to be able
to make both waterfalls pause (or at least go black) when one is
transmitting, to
Hi Leif and all,
Another simple question:
Is there an easy way to eliminate the new S-meter graph from the screen?
I do not find it useful, and would prefer to have its screen area
available for other things.
-- Joe, K1JT
#
Th
Hi Leif and all,
Thanks for your answers to my questions posed on October 31. Your
reward is a new set of questions about Linrad features ... :-)
1. The Network capability does not seem to exist in recent Linrad
versions. Is this correct, or am I missing something about starting it up?
2.
Leif and all --
It has been some time since your email of October 18, but I have finally
found time to think about some of the suggestions you made for
optimizing Linrad parameters for use with WSJT/JT65.
You suggest using fft1 BW=80 Hz, sin^3 window, first mixer BW reduction
parameter=3, a
Hi Christophe,
I am doing much the same thing with my users_hwaredriver.c, but for a
Kenwood TS-2000. I am sure I would find it useful to see your code;
could you send me a copy of your users_hwaredriver.c ?
Many thanks!
-- 73, Joe, K1JT
Christophe Huygens wrote:
Hi folks,
just t
Leif and all --
Many thanks for your input and suggestions.
Linrad was not written for wsjt, the AFC needs a time delay of
something like 15 seconds to make a non-decodable jt65 signal
stable enough to decode when the signal is close to the jt65
detect threshold (preliminary result) While this
sed the decode while the other one picked it up. But there
> was no systematic difference in this regard by my informal study.
>
> I hope that helps. It is what I remember now, and what I see that I
> typed in my email to the list when things were fresher in my mind, so I
> think
Ermanno, Roger, and all --
One thing about your recent posts concerning Linrad and WSJT surprises
me. You both say that Linrad helps you to find JT65 signals, but the
signals seem to be decoded better when received by a conventional receiver.
I have certainly not noticed this effect, but my
Preamble:
This is a message intended for the Linrad mailing list. As a courtesy
to EME operators with a potential interest, but who do not subscribe to
the Linrad reflector, I am copying it to Moon-Net. Any subsequent
discussion should take place on the Linrad reflector. The message is
rat
Many thanks to all the EME crowd for a most enjoyable weekend!!
I'm a "little pistol" on 2m EME. My station doesn't make enough noise
to generate long QSO runs. Nevertheless, I find it hard to remember a
more enjoyable weekend of cooperative and competitive ham radio than
over the past two d
Leif, and all --
The EME database must be loaded in memory. In case it is
not, the EME window will just remain as the small box.
To load the EME database, just press M on the main menu.
Then press any key except M to load the database at it
has been initiated before by Linrad. You must have the
I give up. How do I make Linrad's "EME Window" appear once again at
full size? Somehow I reduced it to a small boxed "X", and I can't seem
to restore it no normal. I'm running xlinrad 02.17.
-- Joe, K1JT
#
This message is sent t
Guenter, and all --
Koellner, Guenter wrote:
... I have spectran running, but the special version which supports
the M-Audio sound cards. I have WSJT running but only with Spectran
as input. WSJT does not detect the M-Audio itself directly. If I
understand you right, later Windows versions wou
71 matches
Mail list logo
