R Pete !
I think the answer is 42 !
Keying is designed round the
characteristics of a CW transmitter ,
There are TWO conventional and ONE Pic
methods of controlling a transmitter ,
A) By using the COM-Port
CW keying , by way of transistor switch ,
to key the Tx
as per normal CW
B) By audio drive from the
sound-card , to SSB exciter ,
producing on/off single frequency carrier.
C) The windows software has
a PIC code generator , that may be used to
control a PIC based 'Beacon system'
There is no PIC provision for the
decoding of the signals
Transmission is by way of ON-OFF keying
of a single carrier frequency ..clever On/Off keying Magic
!
Decode is possible with up-to 50% data loss ,
the loss can be randomly along the TX time
line , the S/N reading is calibrated against
the Sim-Path software and shows 6 dB less
than wspr or fldigi , i.e -20
s/n Opera decode , would be -26 dB using wspr , however , the S/N is
the average along the time line and not the
peak value
At the moment , there is no 'dedicated'
data server , however the PSK-Reporting system is able to down
load data as a log-file. ( still looking for some
one to have a go at making one )
There is no need for internet linking or time locking to
operate the system , the internet provider's the distribution of
the decode data and TX beacon's are also
distributed via the internet
to alert of activity.
Tx and Rx
stations with web linking are displayed on the psk-map as are decodes
of -NON- web linked TX stations
The operating frequency's are defined
as 'Dial set USB'
, change of mode , also changes the TX frequency ,
so if using VFO/DDS etc
, the correct off set must be
added to ensure the signal falls in
the RX pass band ,
When using the windows based software , the
TX carrier frequency is placed in the lowest s/n
area of the pass band , by a
scanning routine , active during reception , this
is to prevent collisions of TX's and to avoid heterodynes and other
carrier based band users.
QSO mode is able to send
15 chrs using the same
encoded data system and is a live keyboard data
mode.
Data recovery (local) is only by cut and
paste at the moment.
Op is the first 'Plug and Play' data /
beacon mode , just unplug the mores key and
play away hihi
73 -G..
Sent: Thursday, May 31, 2012 7:05 AM
Subject: Re: LF: 475 kc Exiter
Hi Graham
Is there any proper documentation for this Opera stuff? Like
description of the method of Keying and how the logging system works. How do you
get qso data off the application other
than screen dumps which seems a bit crude. There are software buttons but they
don't all work as advertised.
Can you tell me where the full documentation is kept?
Can you tell me the Keying principle? I have not put the PC SC output
on the scope but there must be an easier way to get at the info. Is it FSK or Phase shift or some clever On/Off keying
or Magic?
Is there a web data base or is the screen info just a one
shot?
Do I need an Internet connection during Beacon or QSO ing?
With my issues concerning Good Old BT and
their 19th century technology, rusty
copper and wet string, in the far flung out posts of North Hertfordshire that can't be done, so does that preclude full
use of this system.
Or is it all a secret and one has to dig into the application? Info
in README is sparse.
Has there been any projects to put this application of PIC processor
for say TX Beacon mode? Or RX for that matter?
There are more questions but any help would be of interest. Now that
I have managed to probably defeat BTs best efforts to keep me off 500kc/s I would like to
explore this mode a bit more. Thanks.
73 es GL Pete M0FMT IO91UX
TX500 is not supporting WSPR or Opera
Opera is
a single frequency on/off CW key replacement mode , if
it can
send CW or QRSS , then it can
send Opera via the com-port keying
facility, as many of
the MF/LF stations are so doing.
WSPR on
the other hand is FSK based and requires , either
audio>Rf
translation or DDS excitation , each has
its own uses , the design
requirement / concept of
Opera was a 'Data mode' ' To be sent via a
normal CW
Tx'
G..
--------------------------------------------------
From:
"Clemens Paul" <
[email protected]>
Sent:
Wednesday, May 30, 2012 11:15 PM
To: <
[email protected]>
Subject:
Re: LF: 475 kc Exiter
> Uwe,
>
> here an Email from Juma
from 2/2012 1regarding further developments:
>
>>Hello
Clemens,
>>Thanks for your interest in JUMA TX500.
>>TX500 is
not supporting WSPR or Opera. We will consider new transmit modes
>>in
the future.
>
> 73
> Clemens
> DL4RAJ
>
>
----- Original Message -----
> From: "Warren Ziegler" <
[email protected]>
> To: <
[email protected]>
>
Sent: Wednesday, May 30, 2012 7:45 PM
> Subject: Re: LF: 475 kc
Exiter
>
>
> Uwe,
>
> The Juma 500 is a FB
little transmitter, lots of built-in features
> (synthesizer, keyer, swr
bridge, receive preselector, receive
> converter) in a very small package.
It is capable of more than 60W
> out, I have run it with 15vdc (which is
in-spec) and with a 30 ohm or
> so antenna impedance you can get 100W out
all day and all night with
> no complaints.
>
> 73 Warren
K2ORS
>
>
> On Sun, May 27, 2012 at 3:39 AM, Uwe Wensauer
<
[email protected]>
wrote:
>> What do You think about the JUMA TX500
TransmitterI
>>
>> In my eyes a small Rig with 60 Watt and
built in Converter.
>>
>> By the way, have a look at the
filters in use – easy to built an
>> duplicate
>>
>>
Uwe, dk1kq
>
>
>
> --
> 73 Warren K2ORS
>
WD2XGJ
> WD2XSH/23
> WE2XEB/2
>
WE2XGR/1
>
>
>
> -----
> E-Mail ist
virenfrei.
> Von AVG überprüft - www.avg.de
> Version: 2012.0.2178 /
Virendatenbank: 2425/5033 - Ausgabedatum:
>
30.05.2012
>
>
>
