Error MAP65 V220_r563
Carsten Gabriel
Installed and started yesterday V220_R563 on the PC for WSE and on the PC for Funcube.
Both Units running via directly input. WSE with around 16dB Input level and Funcube with 20dB
NB is a round 10%.
WSE - PC stop working by itself.
Reload the last files - but I cannot reproduces.
http://ade-vertrieb.de/files/gabriel/120416_2135_end_no_reproduced.rar
I restart it ..some later I saw a trace in the waterfall - but I get no decode.
I was on .144.111 ... 112 was a decode
http://ade-vertrieb.de/files/gabriel/120417_0942_nodecode_111.rar
At the Funcube I have same problem - saw a trace no decode.
112 decode - 111 nil
http://ade-vertrieb.de/files/gabriel/120417_0942_nodecode_111_IQ.rar
Best 73 de Carsten
Joe Taylor
I need to try to understand why MAP65 sometimes terminates abnormally in
your setup, while I cannot reproduce the problem here.
DM1CG wrote:
> Installed and started yesterday V220_R563 on the PC for WSE and on the PC for Funcube.
> Both Units running via directly input.
I guess this means on one PC you have WSE receiver coupled to MAP65's
soundcard input, no Linrad being used. Is this correct? Which
soundcard? What input device? If there is more than one option, have
you tried another input device (ASIO, WDM-KS, etc...) ? How often does
the abnormal termination occur? Does it happen at any particular time,
during the Rx sequence?
On another PC you have a FUNcube. In this case I do not understand what
you mean by "via directly input". You must have Linrad, SDR-Radio, or
something else talking to the FUNcube, and sending data to MAP65 as
network packets? Or something else?
> WSE with around 16dB Input level and Funcube with 20dB
> NB is a round 10%.
Why NB=10% ? Have you tried with NB off? Is there anything you can do
that increases the probability of a program termination?
-- Joe, K1JT
Carsten Gabriel
Hello Joe
<<I guess this means on one PC you have WSE receiver coupled to MAP65's
<<soundcard input, no Linrad being used. Is this correct?
YES
<< Which soundcard?
DELTA 44
<< What input device?
normaly ASIO - MULTI, sometime i tested with MULTI (WDM-KS)
<< If there is more than one option, have you tried another input device (ASIO, WDM-KS, etc...) ? How often does the abnormal termination occur?
<<Does it happen at any particular time,during the Rx sequence?
Yes , i only RX .
>>On another PC you have a FUNcube. In this case I do not understand what
>>you mean by "via directly input". You must have Linrad, SDR-Radio, or
NO - Funcube as 96000hz Input Soundcard. Working fine .
>>something else talking to the FUNcube, and sending data to MAP65 as
>>network packets? Or something else?
No Network - direkt input, maybe The program isnt made for that , but it run normaly very well
here - automaticly decodes down to -26.
With Linrad / SDR Radio i dindt get that results
>> WSE with around 16dB Input level and Funcube with 20dB
>> NB is a round 10%.
<Why NB=10% ?
I get the Tip that that will be work best
<Have you tried with NB off? Is there anything you can do
Tested before,
<that increases the probability of a program termination?
-- Joe, K1JT
best 73 de Carsten
Joe Taylor
From: Joe Taylor, K1JT
MAP65 version 2.20, revision 574 has been posted on the WSJT web site.
Startup instructions and a download link can be found at
http://physics.princeton.edu/pulsar/K1JT/map65.html
Changes since MAP65 r563 include the following:
1. Support for setting user parameters on the FUNcube Dongle (freqency,
gain, filters, etc.) has been added, accessible from the Setup menu.
2. The optional 2D Spectrum has been moved to the lower waterfall panel.
This makes it possible to keep the top waterfall running during the
process of I/Q calibration.
3. Fixed a bug that could cause abnormal program termination under some
conditions, when using direct input from a soundcard or FUNcube Dongle.
(Please report if you still observe any such terminations!)
4. Starting to implement processing similar to that done in Linrad, up
to the "timf2" stage. This includes a first forward FFT (using
overlapped data blocks and sin^2 windowing), I/Q amplitude and phase
corrections, identification of frequency ranges containing strong
signals, first backward FFTs separately for strong and weak signals,
noise blanking applied to the the weak signals, and recombination of
strong and weak time-domain data. (At present, the only consequence
visible to the user is that signals stronger than a certain threshold
are colored red in the 2D Spectrum. More to come...)
Now is a good time to convey to me (or remind me about) your "wish list"
of features that might be added to MAP65. Your reports and suggestions
are extremely helpful!
-- 73, Joe, K1JT
Carsten Gabriel
Hello all.
Someone here in the list , who understand and speak german ?
Need someone to discuss some function and problems with MAP65 / Linrad.
Best 73 de Carsten
DM1CG
w6sz
It appears that the MAP65 2.20 rev 574 installation does not finish,
I have no receiver sound card connected at this point ( want to use
FCD )
I see in the DOS window installation
\system32\cmd.exe
\MAP65\fftwf-wisdom..................eif74088 cib512000 ( last
statement )
and there it appears to, stop/hang.
I tried this 3 times.
The MAP65 logo appears on the desktop though.
You mention in the instructionsa final screen of the installation
wizard with the option for
optimization of the FFT routines etc
I have not seen part of the sequence. Assuming, that it to happen as
part of the installation.
In the past I have done several installations for MAP65-I/Q and they
worked without any trouble.
From that I take it, that this computer is sufficient to run MAP65.
73 Rein W6SZ
The reason I am asking is that you mension
Jordan
end up on the MAP65 page with no downloads displayed...
I'd like to see if the changes helped with the Flex to Map65 hiccups...
Am I missing something ..??
73..Jordan VE6ZT
Joe Taylor
On 4/18/2012 5:08 PM, w6sz wrote:
> Hello Joe,
>
>
> It appears that the MAP65 2.20 rev 574 installation does not finish,
>
> I have no receiver sound card connected at this point ( want to use
> FCD )
>
> I see in the DOS window installation
>
> \system32\cmd.exe
>
> \MAP65\fftwf-wisdom..................eif74088 cib512000 ( last
> statement )
>
> and there it appears to, stop/hang.
>
> I tried this 3 times.
Better that you should read the installation instructions, at least once.
They can be found at the link under the heading "Documentation" at
http://physics.princeton.edu/pulsar/K1JT/map65.html
The link is labeled "Quick Start Guide for MAP65 -- Read this first!"
In particular see instruction #3:
3. On the final screen of the installation wizard you will be offered a
chance to run a program that configures optimized FFT routines for your
particular computer. Choosing the first (default) checkbox will be
adequate for most purposes, and will result in an optimization process
that takes a few minutes. Later, you may want to run the batch file
"wisdom2.bat" in the installation directory to gain a small additional
speed advantage. This second-level optimization may take as long as an
hour. Wait until the optimization procedure finishes before proceeding.
-- 73, Joe, K1JT
Joe Taylor
Refresh your browser, in case it has cached an older version of the page.
The instructions are at
http://www.physics.princeton.edu/pulsar/K1JT/MAP65_Beta_Release.pdf
The installation package at
http://www.physics.princeton.edu/pulsar/K1JT/MAP65_220r574.exe
-- 73, Joe, K1JT
w6sz
I connected the Funcube Dongle and MAP65 is receiving from the
FCD.afterall.
Remains the optimization, done perhaps already or not needed or not
possible
for this computer?
Also, I put the demo files in the "save" directory.but can not find/
open them as the program
is looking for.iq files and the demo is a .tf2
73 Rein W6SZ
Joe Taylor
w6sz wrote:
> I connected the Funcube Dongle and MAP65 is receiving from the
> FCD.afterall.
>
> Remains the optimization, done perhaps already or not needed or not
> possible for this computer?
Without optimization there will be a speed penalty. But you might
hardly notice it.
> Also, I put the demo files in the "save" directory.but can not find/
> open them as the program
> is looking for.iq files and the demo is a .tf2
That's because you have configured MAP65 for a single polarization. If
you check "Xpol", it will look for and read .tf2 files.
Perhaps I will post a *.iq file, one day.
-- Joe
Jordan
The first time was totally painless.. the Flex has a very well balanced and
calibrated IQ output, so it's pretty nice right out of the box that way...
rei...@ix.netcom.com
Thanks for fast answer. I see now that I have other
problems with this particular computer ( 3.2GB and 512 MB )
MAP65 will run with the dongle for for a few minutes and then
stops running. This must be a shortage of memory. CPU load
never higher than about 15 %. I will fix that.
Thanks on the demo file extension point. Understood.
73 Rein W6SZ
-----Original Message-----
>From: Joe Taylor <j...@Princeton.EDU>
>Sent: Apr 18, 2012 9:55 PM
>To: lin...@googlegroups.com
>Subject: Re: [Linrad] Re: MAP65 V220_r574
>
w6sz
The following is happening here now.
I am running the FCD normally with HDSDR.
This HDSDR program starts the FCD..
FCD loads the saved values for the DC offsets and other parameters
I = 0.1556 %
Q = 0.6439 %
These values are quite constant. I have used them on 2 meter as well
as on 1296.
I get the center peak down to - 95 dB with a base line of around -110
dB or there around.
These values are saved under a file name and I can load that file if
needed or another for
the matter with the .HDSTR
When I started for the first time MAP65 with the FCD there were values
set for the DC offsets.
I did not pay close attention to those numbers. But the center peak
could have been around
an estimated -50 dB , of course there is no dB scale and the green
scale was reading 40 dB
In other words the center peak is way over the base line.
I don't know where to look what this represents but there seem to be
some connection between
the center peak amplitude and the value indicated in the green dB
scale.
Perhaps the green scale shows the max peak in the frequency display or
the
integrated signals form the wide graph ?
When the center peak is the " -95 dB" value the green db scale reads
15 dB. The
startup instructions mention 1% as Optimum noise blanker setting for a
quiet spectrum I see in the present situation no effect of the NB
settings ( nothing
to blank ) but it looks like the green display shows the same number
as "RX noise"
After having stopped HDSDR and FCD I go over the MAP without touching
the FCD settings.
MAP65 looks like it runs FCD and FCD remembers the values set during
the HDSDR run.
Center peak looks like is the same amplitude represented by the -95 dB
in HDSDR..
However if I want to make changes in the FCD settings ( Preamp ) or
other one needs to
open the settings program in MAP65 and as soon as that happens, the
center peak goes
high. FCD is using now the MAP65 FCD settings.
The FCD settings changes the numbers by 3000 ppm, MAP65 changes by 30
ppm /click
So my idea was to input the numbers that are used when FCD is running
with HDSDR
I did that and there is no effect in the center peak amplitude. peak
remains high.
The setting are quite sensitive and one gets only effects if the
values are close
to correct numbers.
So I manually set input 0.00000 for I, the center peak is high
0.10000 ,,
0.20000 the D2 display has
gone from the screen paek included.
so obviously something dramatically happened going from 01 to .
0,2
So returning to .1 and clicking up towards .2 should give some effect
some where.
The result however is that the peak is still high, I don't
understand why
that is
I see effect on the base line in the D2 display when I change pre-amp
gain,
Zero and Gain controls are working in the Wide Graph
BTW for new installers with another machine the several minutes ended
up to be 9
minutes FFT ( optimizing )
Observing my hard drive during the installation I noticed plenty of
activity in
the beginning of the installation but once the MAP65 short cut
appeared on
the desktop there was little or no action and nothing happening in
the DOS
window,. that gave me the wrong impression that the proceduree was not
running
its course..
w6sz
Just noticed now that the green bar dB reading represents the RX noise
number, no dimension given, and that my present dB number of 15.1
represents the proper suggested number for the Noise blanker,
a few tenth of a percent.
I get that number of 15.1 with a center peak indicated in the HDSDR
program as "- 95 dB" with a " -110 dB" baseline noise.
Having control over base line and gain indicates no problems with
the FCD.
Shifting the base line with the zero control or base line do not
effect
the15,1 dB number, but peaks ,signals tones do ( such as center peak
amplitude.
So if I could set this center peak height with the MAP65's FCD
settings
program, I most likely would be in business.
73 Rein W6SZ
Patrick DUPRE
My first wish would be to be able to make MAP65 run under Linux. I have no idea if this would be a complex request or not ...
I have a side question :
With MAP65 V2.x, we do not need to use LINRAD any more. But I wonder if LINRAD's processing may be of some help in some noisy area, or special QRM conditions ?
Thank you Joe for your great work !
Very 73
Patrick, F1EBK
Joe Taylor
> My first wish would be to be able to make MAP65 run under Linux. I have no
> idea if this would be a complex request or not ...
It has been possible to run MAP65 under Linux for a long time. I do not
always make click-to-install packages, because there are too many
"flavors" of Linux. But the original versions (MAP65 versions 0.9
through 1.2) are not hard to compile, and they have always run well
under Linux.
The recent versions (2.0+) also compile and run under Linux. I don't
spend much time testing in Linux, though, because the demand has been
very small.
So: the code is available, but making it work on your system is up to you.
> I have a side question :
> With MAP65 V2.x, we do not need to use LINRAD any more. But I wonder if
> LINRAD's processing may be of some help in some noisy area, or special QRM
> conditions ?
Definitely YES, at present.
If you are trying to receive weak JT65 signals in the presence of
impulsive noise, with one or more very strong signals somewhere in the
90 kHz passband, Linrad will do a better job than recent versions of
MAP65 (e.g., r574). As indicated in my message sent yesterday, I am
starting to implement the necessary code to bring MAP65's noise-blanking
up to the standard established by Linrad.
-- Joe, K1JT
Edson W. R. Pereira
Joe Taylor
On 4/19/2012 11:44 AM, Edson W. R. Pereira wrote:
> Is the source code for MAP65 2.0+ available for download? If so, I would
> like to try it under Linux.
The SVN repository for MAP65 2+ is presently on my personal Linux
machine. You can check out the latest code with the command
$ svn co svn://pulsar.princeton.edu:/home/joe/svn/map65/trunk trunk
With all necessary compiler tools in place, you can compile library
libm65.a and decoder m65 with the commands
$ cd trunk/libm65
$ make -f Makefile.linux
Then open map65.pro in QtCreator and compile map65 from there.
You will probably need to readjust some paths in makefiles to suit your
system.
At present the only code known to be not working in Linux is function
set570(), used to set the Si570 synthesizer frequency in the IQ+ and
SoftRock receivers. Some other behavior under linux may be untested.
Except to make sure it compiles on Linux from time to time, I am
spending my time on Windows.
A Linux screen shot is attached.
-- Joe, K1JT
w6sz
This is a follow-up on the center DC/noise peak in the D2 window
for the FunCube Dongle with MAP65,
The first time I started MAP65 after I have been using the FCB
mostly with HDSDR, I found the center to be much bigger than
I when I used the funcube before, in fact because one is now using
another parameter setting file.with the FCD
Parameter setting file with HDSDR vs parameter setting file with
MAP65.
The problem that I got here is that I found that the DC settings of
the
MAP65 are 100 times smaller than the ones in the FCD setting file.
FCD file : I value = 01153 MAP65 I value = 0.00153
Q value = 0.6439 Q value =
0.00646
Once one knows this, the adjustment is as smooth as fpr the
genetic FCD file. and there are no other consequences.
I do not know whether these values have been ever published.
or discussed. They are probably published in the specs for the
tuner.
When there is no suppression, the center peak acts as a saturated
signal and when one starts to suppress, the peak comes out of
saturation but is still saturated and one sees no change in peak
amplitude , in other words one can step over the correct number
without realizing that the correct value or range has been passed
over.
The factor of 100 times difference in the values threw me off!
So the bottom line is to make sure that the I/Q values
used in MAP65 are 100 times smaller than the one ones
used in the genetic file that comes with the FCD from the UK.
A large center peak creates a larger than 15 dB reading in the green
bar, a larger number than 15 dB RX noise value and it seems to
lock the % reading ( sits at 0 )
One can ( I guess when no other signals are present in the wide
graph ) use the green bar signal or the noise number to adjust
the center peak suppression given that one is close to the
correct suppression.
BTW I hate large or even small center peaks in I/Q systems
and having no control over a display.
So now I can switch back and forth between HDSDR or Winrad
and MAP65, the center peak is small, the green bar reads
around 15 dB., noise = 15 dB and the last number jumps a few
tens of a percent.
Next connecting an antenna...
Joe Taylor
From: Joe Taylor, K1JT
MAP65 version 2.20, revision 578 has been posted on the WSJT web site.
Startup instructions and a download link can be found at
http://physics.princeton.edu/pulsar/K1JT/map65.html
If you know what you're doing, a direct link to the installation file is
http://physics.princeton.edu/pulsar/K1JT/MAP65_220r578.exe
Changes since MAP65 r574 are minimal, but they might be important to you:
1. Revision 574 mistakenly left the IQ calibration procedure
disconnected. Thanks to W2DBL for catching this omission!
Normal behavior has been restored.
2. The waterfalls are no longer inactive for the 12 s at the end of a Tx
sequence. Normal waterfall action during this period makes it much
easier to distinguish between JT65 signals, which should not be present
then, and birdies, which are usually continuous. Thanks to HB9DRI for
this reminder!
-- 73, Joe, K1JT
Earl Shaffer
rei...@ix.netcom.com
Hi Earl,
Thanks much for contacting me.
I know about the problem and hope to be able to improve the situation with
running the dongle from batteries, At the moment a 15 ft USB cable to a laptop,
( not the optimum ) Indeed it is not trivial at all in this DC type of receiver.
The little receiver has quite an effective way to decrease the peak.
They are using 2 socalled DC settings, one marked I and the other Q.
and by optimizing and going back and forth between the I and the Q settings
the problem can be attacked. With the other packages I can measure signal
strength. Off the corrected situation the center peak is some 30/40 dB above
the basic noise level, when corrected it is is just a few dB. It is of course
not just a peak, the garbage around the peak is still there.
So I am looking forward to play more with the Dongle on VHF/UHF
My problem with the control section for the Dongle in MAP65 was that the
settings are different by a factor of 100. I like to be using the dongle with
Map65 but also with other programs such as HDSDR, Winrad, Spectravue, Linrad
There are numerous packages now.
I can now switch between MAP65 and HSDSR with out changing the center peak
suppression. And it is quite good compared to the Softrock for instance.
Have build quite a few of those over the last couple of years.
SM5BSZ did some critical measurements on them. Results on his web pages.
As far as the Funcube dongle goes I was reluctant to get one quite frankly.
I am not sorry now getting one. They are a lot of fun.
I like to go out to a a quite palce and just listen to the atmospheric noise
free fro all the birdies etc. And it is just a laptop the dongle and some antenna.
The first thing I did was monitoring a weak beacon here on 1296 and it as as
good as with my TS-2000X, frequency stability is fine etc. There is a big
drawback and that is they have little filtering up front. But fortunately
is is not such big problem so far. I have a lot of ground noise here on
2 meter and have really only a vet narrow quiet window.
There is another application and that it to run at at around 65-70
MHz and tap into the first IF's of many transceivers such as the FT-817
Have often been looking at your X-pol yagis on your web page.
73 Rein W6SZ
-----Original Message-----
>From: Earl Shaffer <wb9...@gmail.com>
>Sent: Apr 20, 2012 12:56 AM
>To: lin...@googlegroups.com
>Subject: Re: [Linrad] Re: MAP65 V220_r574
>
w6sz
Made some pictures about the central noise peak suppression in MAP65
and
HDSDR. for the Funcube Dongle
http://www.nitehawk.com/w6sz/FCD_central_peak.html
The second and third picture give some idea..
73 Rein W6SZ
>
> read more »
'Zaba' OH1ZAA
Last 4 releases of MAP65 installed on two notebooks: Win7/D525 and Vista/T2390.
Installation is smooth without problems, when installed on a non-system partition,
like in D:/MAP65... MAP65 rev. 578 reacts indeed differently on I/Q-calibration.
FFT-optimizations with the lightest (first) wisdom-option takes nearly 10 minutes
to complete. Factory delivered firmware of FUNcube was not recent enough to
allow full recognition of the FUNcube dongle, but after installation of 18j-firmware
everything seemed to work fine. I have no specific EME/144 antennas at present.
Cheers/73, "Zaba" OH1ZAA (Bermuda/VP9 HF/50MHz from May 7th to May 13th)
P.S. Did change email recently, so my yesterday's posting did not make it to the group
Joe Taylor [j...@Princeton.EDU] kirjoitti:
> To: MAP65 users
> From: Joe Taylor, K1JT
>
> MAP65 version 2.20, revision 578 has been posted on the WSJT web site.
>
> Startup instructions and a download link can be found at
>
> http://physics.princeton.edu/pulsar/K1JT/map65.html
>
> If you know what you're doing, a direct link to the installation file is
>
> http://physics.princeton.edu/pulsar/K1JT/MAP65_220r578.exe
>
> Changes since MAP65 r574 are minimal, but they might be important to you:
>
> 1. Revision 574 mistakenly left the IQ calibration procedure
> disconnected. Thanks to W2DBL for catching this omission!
> Normal behavior has been restored.
>
> 2. The waterfalls are no longer inactive for the 12 s at the end of a Tx
> sequence. Normal waterfall action during this period makes it much
> easier to distinguish between JT65 signals, which should not be present
> then, and birdies, which are usually continuous. Thanks to HB9DRI for
> this reminder!
>
> -- 73, Joe, K1JT
>
>
--
Wippies-vallankumous on täällä! Varmista paikkasi vallankumouksen eturintamassa ja liity Wippiesiin heti!
http://www.wippies.com/
Joe Barger
First, thanks very much for the time and effort you and others have spent improving MAP65. It's certainly an enabling technology that makes EME possible for a much larger portion of the amateur population.
Since I operate from an industrial ghetto in SoCal, birdies are a real problem. It's almost impossible to try and track all of them down, and even if I could, there's a high probability that there's nothing that can be done about it due to the nature of the nearby businesses. So my wish would be to have an effective auto notch (or manual notch) that would null out the birdies and other constant or slowly varying frequencies. I'm not sure what affect nulling birdies might have on decode sensitivity, but it would sure make it easier to pick out actual signals from all the trash. I've used Linrad's nulling capability and it works very well.
And the addition of the noise blanker to MAP65 is outstanding! Line noise is reduced to the point where I can actually copy EME signals. Previously I had to wait for a rainy day (rare in SoCal) to knock the line noise down far enough to be able to copy EME with MAP65 alone.
Thanks again!
Joe N6KK
Earl Shaffer
rei...@ix.netcom.com
Yes it looks ugly but it is not so bad, and you will still see signals in that area.
For a lot of applications one can zoom in on the left or right part of the spectrum and
still have 40 KHz or so "clean spectrum". One gets of course only signals detected from
that part of the spectrum.
No it does not change with the antenna. I took those spectra with the antenna disconnected.
Actually with an antenna connected, it might look not as bad as there are could be other signals.
A friend of me asked me to help him with the FCD and SDR-radio ( another very nice package )
With features such as Doppler tracking on the cube satellites. There they have a feature that
the computer makes the correction. The consider the peak a spur (spur reduction ).
Same result as doing it manually though.
With this funcube, I will try to clean it up by using a separate 5 V supply, well filtered etc.
What system are you using? Home brew? I think I saw you in the past talking about the WSE units? They
are of course the standard.
Joe Taylor
From: Joe Taylor, K1JT
MAP65. Apparently something is happening from time to time that
produces garbage decodes.
The problem appears to be a timing issue: Tx symbols are registered at
the receiver in the wrong time slot, off by exactly one symbol position.
For example: the message "HB9Q K1JT FN20 OOO" starts off with these tone
numbers:
40 48 31 54 1 57 55 30 44 55 55 63 19 39 ...
This message was decoded at the Rx end as "RB3NDO M14UKM RM63 OOO".
That message actually starts off as follows:
44 40 48 31 54 1 57 55 30 2 55 55 63 19 39 ...
so the correct tones were being received, but they were assigned to
symbol n+1 instead of n.
I am not sure whether this is a Tx problem or a Rx problem. Sometimes
more than one station has received the same garbage decode, which
suggests that the timing problem might be on the Tx side. However, if
the garbage decodes are seen only with MAP65 (and not also with the
older program WSJT) then it could also be on the Rx side.
Gary, KB8RQ, says that an earlier version of MAP65 (r458) did not have
this problem. There have been some minor changes to the decoder since
r458, but I think no changes in Tx.
To be most helpful in tracing this bug, please check "Save All" and when
you see one of these garbage decodes, save the *.tf2 file (or if yours
is a single-polarization system, the *.iq file) and send it to me. If
you see one of these garbage decodes when you are using WSJT, please
send me the *.wav file.
Many thanks!
-- 73, Joe, K1JT
w3sz
minutes today. I had no problems.
I was using it with Windows XP, SP3. I used it with directed network
input from Linrad running on another computer.
I really like the look and feel of the new version of MAP65, and it
works very well.
I had no crashes or lockups.
I had no abnormal failure-to-decode events where it just stops decoding
at some point.
The sensitivity of the decoder was very good. I tested with no problems
stations down to -24 dB signal strength; I didn't see any weaker ones to
test it on.
I worked 10 stations on 144 MHz EME and called several more, so there
was lots of transmit-receive cycling with no problems or glitches.
I used it with an old homebrew add-on program to control the frequency
of my FT1000MP transmitter that sits on another computer's serial port,
with no problems.
There were no strong local stations on near me today, so I couldn't test
immunity to crashes when there are extremely strong local signals.
This is an incredibly nice piece of software that has just gotten better
and better!
Thanks, Joe!
73,
Roger Rehr
W3SZ
http://www.nitehawk.com/w3sz
rei...@ix.netcom.com
Hi All,
Yesterday I did some listening on 2 M EME with a laptop with MAP65 installed, a FCD directly selected as
input.
Results were quite satisfying. Thanks much Joe, K1JT.
The calibration is off by about 14 kHz. I have been using the FCD on a 1296 beacon here and
calibrated it using that signal with HDSDR as software. Since then, I changed the MAP65
calibration to the one used with HDSDR and now the MAP65 calibration is on frequency. ( 22 ppm )
Bottom line: a yagi, a pre-amp, laptop with FCD and MAP65 installed. It is not a deluxe setup but
it will do in many cases.
Have had MAP65 been running all day no problems with stopping or hanging of a T42 Thinkpad laptop, running XP /SP3.
http://www.nitehawk.com/w6sz/fcd_map65/map65_fcd_scrs.html
73 Rein W6SZ
Joe Barger
joe n6kk