Date   
Re: 50.700 G0NBD Beacon Op1 beam 260 WEST Now ..! #6 Meters #opera

Graham
 

No takers ,  but  SV reaching Holland ...
73-G,

SV1XV NL8992 6m OPERA 2088 km 17:09:58
G0NBD G0NBD 6m OPERA 0 km 19:24:54
RW3ADB RW3ADB 6m OPERA 0 km 17:48:23
SV1XV SV1XV 6m OPERA 0 km 17:44:10
G4WGT G4WGT 6m OPERA 0 km 17:41:27
NL8992 NL8992 6m OPERA 0 miles 16:48:17

50.700 G0NBD Beacon Op1 beam 260 WEST Now ..! #6 Meters #opera

Graham
 

50.700  ALL de G0NBD (England): Beacon Op1 in Wallasey [beam 260 WEST]

Any  takers  USA   tx/rx ?? 

 

Its getting  close to the THIRD   anniversary of the  first UK>USA  TA using  Opera  on 6  meters

 

 21 July  2014 ...  still  waiting  for the  return  shot  from the  USA !

 

14:27 50700 G0NBD de WD4KPD Op1 3664 mi -18 dB F:21% in  with 30w + 2 ele Quad [indoors !]

 

Next  time there is  a  opening ,  give it  a  try  ,  50.7 MHz usb ssb tx  , 50.701.500  Carrier, CW  tx  

 

 

 

73-Graham 

*** TS-590 Family Resources Page: July 2017 update

Ian_Wade_G3NRW <g3nrw-radio@...>
 

TS-590 Family Resources Page: July 2017 update
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Many files added to the site this month:

* TS-590SG SOFTWARE: Serial Virtual COM port driver
for Windows XP and Windows Vista.

* TS-590S SOFTWARE: Serial Virtual COM port driver
for Windows XP and Windows Vista.

* GENERAL TECHNOTES: “Some Digital Modes used in Ham Radio”.

* USEFUL TOOLS: VSPE serial port emulator, com0com
modem emulator, COM port to TCP/IP redirector,
VB-Cable virtual audio device.

* Digital Communications Software: Codec 2, JTDX, WSJT, WSPR.

Also, to help answer the question “Am I getting out?” there is
a new page, called SIGNAL MONITORING. This contains a
miscellaneous collection of links to sites where you can
arrange skeds, monitor your own signals and provide signal
reports to others.

To see the LATEST NEWS, go to http://g3nrw.net/TS-590/?page_id=798


--

73
Ian, G3NRW
g3nrw@...

***** TS-590 Family Resources Page: http://g3nrw.net/TS-590

Calling Andy, K3UK

Ian_Wade_G3NRW <g3nrw-radio@...>
 

Hi Andy

Could you email me at g3nrw@...

Thanks

--
73
Ian, G3NRW
g3nrw@...

***** TS-590 Family Resources Page: http://g3nrw.net/TS-590

Re: USA 136/477 Access , as of 14 July ?

Graham
 

That situation has long passed Trv' I think it was one of them benilux states or close too, that gained access to 500 k,  , on reflection, it demonstrated , how , rasputin elements can modulated , the course of things , in that case, they set out to prevent any other mode , than morse code being used on 500,  it was only the miss use of English , that thawed there attemp's ....500m is a very defined band  , with time windows to contact stations at set ranges and ground wave , similar to 2 meters vhf , 50 to 75 miles , low s/n data is hobsons choice for most users , uses  you have extensive real estate ...b

Wait and see  

73,G,

Re: USA 136/477 Access , as of 14 July ?

M5AKA
 

"IARU Region 1 restrict modes"

IARU Region 1 have a completely voluntary bandplan, they have no power to restrict anything.

There is a world of difference between a voluntary bandplan and the national Regulator mandating what can be done.

Voluntary bandplans can be easily changed to cater for new developments. Restrictions imposed by the national Regulator, e.g. FCC, can be near impossible to change. A classic example must be the refarming of Novice HF frequencies. Is it 17 years now that we've been waiting?

"EU 500khz nov" - there is no EU NoV, only the sovereign decisions of independent nations. Which country are you referring to?

73 Trevor M5AKA




On Sunday, 18 June 2017, 22:40, Graham <g0nbd@...> wrote:


On the  contrary, I'm not  advocating regulations,  but  I think  there  may be need  for the  management of  expectations ,   

IARU Region 1 restrict modes to having a bandwidth of 200 Hz or less on 136khz , notably, the EU 500khz nov , contained a  restriction  of  100 Hz  and  telegraphy, meaning CW  however , the  actual  meaning is ''the science or practice of using or constructing communication systems for the transmission or reproduction of information.''  Hence the  ROS MF modes are 100 Hz b/w 

So already limitations  are  in place, A situation. similar to the  uk special permits , where the issue  was  over run by users from the  LF bands , rather than from  top band and 80 meter  users ,  the  end  result being ,carrier detection  beacons and  limited range CW qso's , as opposed to any normal 'qso' use/modes. 

73-G,






Re: USA 136/477 Access , as of 14 July ?

Graham
 

On the  contrary, I'm not  advocating regulations,  but  I think  there  may be need  for the  management of  expectations ,   

IARU Region 1 restrict modes to having a bandwidth of 200 Hz or less on 136khz , notably, the EU 500khz nov , contained a  restriction  of  100 Hz  and  telegraphy, meaning CW  however , the  actual  meaning is ''the science or practice of using or constructing communication systems for the transmission or reproduction of information.''  Hence the  ROS MF modes are 100 Hz b/w 

So already limitations  are  in place, A situation. similar to the  uk special permits , where the issue  was  over run by users from the  LF bands , rather than from  top band and 80 meter  users ,  the  end  result being ,carrier detection  beacons and  limited range CW qso's , as opposed to any normal 'qso' use/modes. 

73-G,




Re: USA 136/477 Access , as of 14 July ?

M5AKA
 

"what system or mode is proposed to be used"

The FCC don't have to define anything, they have left it wide open for amateurs to experiment. As you know in the UK Phone/Data/Image etc are all permitted in 136 kHz.

Good rules are those that permit the maximum freedom and allow the future use of modes currently undreamed of.

I don't dispute what you are saying about the power requirements but that is not a reason to introduce restrictive rules.

FCC classifies Analog Voice and Digital Voice the same - they are both Phone - It is up to amateurs to decide among themselves which modulation types they use where.

73 Trevor M5AKA



On Saturday, 17 June 2017, 20:09, Graham <g0nbd@...> wrote:


Is digital voice actually defined ? Some time back, there was issues round it's placement , in the voice or data section , overtaken by events would seem to fit ..traditional , picture was by analog , hence its placement in the phone section ...but using mfsk or odfm , the data section would be more appropriate.. I don't see an  end in the near future ..

But I think the point was missed , to generate a signal , suitable for voice or image on 136 , would take considerable power, more than the reg's are to allow, so its a question,  what system or mode is proposed to be used ...unless the qso's are to be over many hours .?
73G,



Virus-free. www.avg.com

Re: USA 136/477 Access , as of 14 July ?

Graham
 

Is digital voice actually defined ? Some time back, there was issues round it's placement , in the voice or data section , overtaken by events would seem to fit ..traditional , picture was by analog , hence its placement in the phone section ...but using mfsk or odfm , the data section would be more appropriate.. I don't see an  end in the near future ..

But I think the point was missed , to generate a signal , suitable for voice or image on 136 , would take considerable power, more than the reg's are to allow, so its a question,  what system or mode is proposed to be used ...unless the qso's are to be over many hours .?
73G,

Re: Why PSK Mode was not recognized yet by eQSL ?

Team-SIM SIM-Mode
 

Hello Stan,
thanks for the thought , 
But right now the old submodes are still valid modes (deprecated) but still running on eqsl as a mode , there is no yet a submode field recognised by eqsl  <SUBMODE:5>PSK31  or <SUBMODE:5>SIM31  for example.

Thanks 73's  SIM31 Team.

 


Le Samedi 17 juin 2017 16h58, Stan Zawrotny <k4sbz.stan@...> a écrit :


I cannot think of an instance when I would need to use a generic PSK mode designator. The QSO has to be in some valid PSK sub-mode that has been recognized.

Stan, K4SBZ

"Real radio bounces off the sky."



Re: Why PSK Mode was not recognized yet by eQSL ?

Stan K4SBZ
 

I cannot think of an instance when I would need to use a generic PSK mode designator. The QSO has to be in some valid PSK sub-mode that has been recognized.

Stan, K4SBZ

"Real radio bounces off the sky."

Re: USA 136/477 Access , as of 14 July ?

M5AKA
 

G0NDB wrote: "But , if the  P97 defines voice , then that  will  refer to  real audio and  not a  data  stream"

Part 97 describes the Content rather than Modulation. Phone covers both Analog and Digital Voice, similarly Image encompasses both Analog SSTV and Digital picture transfer.

73 Trevor M5AKA





On Friday, 16 June 2017, 23:16, Graham <g0nbd@...> wrote:


[Edited Message Follows]
What s/n in 2.4Khz b/w  is  needed for  digital  voice to function ?  most of the  opera 32  decodes , as in the  -30 to -40 db s/n and that's for  single  carrier ,  DV must use mpsk or odfm ? either  of  which, requires significant power to achieve required levels ..... But , if the  P97 defines voice , then that  will  refer to  real audio and  not a  data  stream ,  which puts the  s/n level up  quite high ?

P97  occupies a similar stance to 'the hitch hikers guide to the  galaxy'' covering  all  users  of  all  radios , unless  the  user is on 5 megs , then 'its something completely different' , a few years back , it was seen as a  five  year project, to re-vamp it  , but I guess, it  still  is ?

73-G,


Re: USA 136/477 Access , as of 14 July ?

Graham
 
Edited

What s/n in 2.4Khz b/w  is  needed for  digital  voice to function ?  most of the  opera 32  decodes , as in the  -30 to -40 db s/n and that's for  single  carrier ,  DV must use mpsk or odfm ? either  of  which, requires significant power to achieve required levels ..... But , if the  P97 defines voice , then that  will  refer to  real audio and  not a  data  stream ,  which puts the  s/n level up  quite high ?

P97  occupies a similar stance to 'the hitch hikers guide to the  galaxy'' covering  all  users  of  all  radios , unless  the  user is on 5 megs , then 'its something completely different' , a few years back , it was seen as a  five  year project, to re-vamp it  , but I guess, it  still  is ?

73-G,

Re: USA 136/477 Access , as of 14 July ?

M5AKA
 

You could squeeze a couple of QSOs using lower data rate versions of Codec2 digital voice in 136 kHz.

I'm disappointed they are just doing amendments to Part 97 rather than the complete rewrite that it needs but I guess a rewrite would defer 136/472 for years and no-one wants that.

73 Trevor M5AKA


On Friday, 16 June 2017, 20:15, Graham <g0nbd@...> wrote:


Wish full thinking I guess Trev' , some novel constraints and authorisations , voice and image on 136, technical challenge there !

73,G.


Re: USA 136/477 Access , as of 14 July ?

Graham
 

Wish full thinking I guess Trev' , some novel constraints and authorisations , voice and image on 136, technical challenge there !

73,G.

Re: Why PSK Mode was not recognized yet by eQSL ?

Graham
 

The data mode  headings , reflect the  modulation type  first, then  the  next , define's the  implementation , Noting, for  some  reason, psk2k  has a  separate listing ..   FSK31  may be  wrongly located  ?

PSK may be a little lacking  in description , but  would  probably be interpreted as the original psk31 mode ?

73-Graham


PSK FSK31, PSK10, PSK31, PSK63, PSK63F, PSK125, PSK250, PSK500, PSK1000, PSKAM10, PSKAM31, PSKAM50, PSKFEC31, QPSK31, QPSK63, QPSK125, QPSK250, QPSK500  
PSK2K

Re: USA 136/477 Access , as of 14 July ?

M5AKA
 

June 14 is only for the other Parts.

Part 97 changes are specifically excluded, no date has been given yet, see


73 Trevor M5AKA


On Friday, 16 June 2017, 17:39, Graham <g0nbd@...> wrote:


USA  136/477 Access , as of  14 July ?
 
Picking up indications that  14 July could be general access day for MF and LF bands 
 
Any info  to the contrary ?
 
73-G. 


USA 136/477 Access , as of 14 July ?

Graham
 

USA  136/477 Access , as of  14 July ?

 

Picking up indications that  14 July could be general access day for MF and LF bands 

 

Any info  to the contrary ?

 

73-G. 

Re: Why PSK Mode was not recognized yet by eQSL ?

Joe K1YOW
 

Hi SIM31 team,

 

No, I have no real opinion one way or another.  If eQSL adds PSK as a generic mode catch-all, that is OK with me.  Just from my viewpoint, if I work someone on JT65A or JT9, let’s say, I will log them as such, and not as JT, if that were possible.  If in the future I work someone on SIM31, then I would log it as SIM31 and not PSK, if that was possible.

 

Hey, ask eQSL to add PSK as a generic mode and see what they say.

 

Joe, K1YOW

 


From: main@digitalradio.groups.io [mailto:main@digitalradio.groups.io] On Behalf Of Team-SIM SIM-Mode via Groups.Io
Sent: Thursday, June 15, 2017 4:56 PM
To: main@digitalradio.groups.io
Subject: Re: [digitalradio] Why PSK Mode was not recognized yet by eQSL ?

 

Hie Joe K1YOW,

 

Thanks for comments, 

Do you want to say that PSK mode is unnecessary ?? ,  however PSK mode has been featured in ADIF for several years already, and its former submodes theoretically will soon become obseletes, why some new modes are immediately recognized while some others more impresting ones as PSK are not yet in Eqsl ??

 

Thanks , 73's   SIM31 Team.

 

 

Le Jeudi 15 juin 2017 21h37, Joe K1YOW <joedzekevich@...> a écrit :

 

My suggestion is to ask them.  When you are in eQSL, there is a SUPPORT hot link.  When QRA64 first started-up, I put in a request to add QRA64 and MSK144, and they said that they would not do in until it was in the ADIF spec, so we had to wait until that was accomplished.  Now the question may come back something like: is there a generic PSK mode?  If folks use, let’s say, PSK31 etc, why would they want a generic PSK mode?  Just thinking out loud.  So they that discussion would follow by asking why would you want a mode PSK to describe SIM31?  I would think that you would want SIM31 as the sub-mode to log, just like one would log PSK31 instead of PSK.  Just thinking out loud.  Joe, K1YOW

 


From: main@digitalradio.groups.io [mailto: main@digitalradio.groups.io ] On Behalf Of Team-SIM SIM-Mode via Groups.Io
Sent: Thursday, June 15, 2017 4:03 PM
To: main@digitalradio.groups.io
Subject: [digitalradio] Why PSK Mode was not recognized yet by eQSL ?

 

Hello All ,
Why "PSK" mode  was still not recognised by eQSL ??  
Only some  old submodes of PSK are recognized but still no PSK main mode...however very new modes as MSK144 and QRA64 are already recognised by eqsl  just after ADIF 3.04 release, just some months ago ??? 

Thanks for discussion.
73's  SIM31  Team.

 

Re: Why PSK Mode was not recognized yet by eQSL ?

Team-SIM SIM-Mode
 

Hie Joe K1YOW,

Thanks for comments, 
Do you want to say that PSK mode is unnecessary ?? ,  however PSK mode has been featured in ADIF for several years already, and its former submodes theoretically will soon become obseletes, why some new modes are immediately recognized while some others more impresting ones as PSK are not yet in Eqsl ??

Thanks , 73's   SIM31 Team.



Le Jeudi 15 juin 2017 21h37, Joe K1YOW <joedzekevich@...> a écrit :


My suggestion is to ask them.  When you are in eQSL, there is a SUPPORT hot link.  When QRA64 first started-up, I put in a request to add QRA64 and MSK144, and they said that they would not do in until it was in the ADIF spec, so we had to wait until that was accomplished.  Now the question may come back something like: is there a generic PSK mode?  If folks use, let’s say, PSK31 etc, why would they want a generic PSK mode?  Just thinking out loud.  So they that discussion would follow by asking why would you want a mode PSK to describe SIM31?  I would think that you would want SIM31 as the sub-mode to log, just like one would log PSK31 instead of PSK.  Just thinking out loud.  Joe, K1YOW
 

From: main@digitalradio.groups.io [mailto: main@digitalradio.groups.io ] On Behalf Of Team-SIM SIM-Mode via Groups.Io
Sent: Thursday, June 15, 2017 4:03 PM
To: main@digitalradio.groups.io
Subject: [digitalradio] Why PSK Mode was not recognized yet by eQSL ?
 
Hello All ,
Why "PSK" mode  was still not recognised by eQSL ??  
Only some  old submodes of PSK are recognized but still no PSK main mode...however very new modes as MSK144 and QRA64 are already recognised by eqsl  just after ADIF 3.04 release, just some months ago ??? 

Thanks for discussion.
73's  SIM31  Team.