Date   

Re: Time to abandon 14070-14073 ?

 

Hi Matthew.

That does leave having to find a new location for the slowly growing JS8 folks as they use xxxx078 USB dial to interleave between JT9/FT8 and FT4. Just takes some real coordination between communities that do not seem to talk much to sort this out.

73 de tom w7sua

On 7/6/2020 9:21 AM, Matthew Chambers NR0Q via groups.io wrote:
I agree with Tom, it would be easier with newer radios to leave the suppressed carrier (dial) freq at x.074 and just expand the USB filter wider upwards. With the newest radios using DSP for the receiver bandpass filter, there's no reason we couldn't be looking at 4-6kHz of spectrum on WSJT-X/JTDX at one time and leave x.070-x.074 for more traditional keyboard to keyboard modes.
Matthew Chambers, CBT, NR0Q
Owner/Engineer
*M Chambers Communications Engineering LLC*
PO BOX 855, Moberly, MO 65270
Mobile (660)415-5620
www.mchambersradio.com <http://www.mchambersradio.com/>
On Mon, Jul 6, 2020 at 11:02 AM Tom W7SUA <tom@w7sua.org <mailto:tom@w7sua.org>> wrote:
Hi Andy,
Other than stray FT8 ( some LSB) down at x73 seems like 70-74 still
seems OK on both 40m and 20m. 14074 to 14080 and above pretty busy lots
of the time. Let FT8/FT4 move up!
73, tom w7sua
On 7/5/2020 10:30 PM, Andrew OBrien wrote:
> With the crowded conditions cause by RTTY, FT4, FT8, JS8, ARDOP,
Packet  and Winlink traffic 14070 to 14106, I’m wondering if Olivia,
PSK, Thor, MT63, MFSK and Domino should move to 14106 to 14109?
There is a little Winlink there and tiny use of ALE there , but
mostly unoccupied last I checked .
>
> Andy K3UK


Re: Time to abandon 14070-14073 ?

Matthew Chambers NR0Q
 

I agree with Tom, it would be easier with newer radios to leave the suppressed carrier (dial) freq at x.074 and just expand the USB filter wider upwards. With the newest radios using DSP for the receiver bandpass filter, there's no reason we couldn't be looking at 4-6kHz of spectrum on WSJT-X/JTDX at one time and leave x.070-x.074 for more traditional keyboard to keyboard modes.

Matthew Chambers, CBT, NR0Q
Owner/Engineer
M Chambers Communications Engineering LLC
PO BOX 855, Moberly, MO 65270
Mobile (660)415-5620


On Mon, Jul 6, 2020 at 11:02 AM Tom W7SUA <tom@...> wrote:
Hi Andy,

Other than stray FT8 ( some LSB) down at x73 seems like 70-74 still
seems OK on both 40m and 20m. 14074 to 14080 and above pretty busy lots
of the time. Let FT8/FT4 move up!

73, tom w7sua

On 7/5/2020 10:30 PM, Andrew OBrien wrote:
> With the crowded conditions cause by RTTY, FT4, FT8, JS8, ARDOP,  Packet  and Winlink traffic 14070 to 14106, I’m wondering if Olivia, PSK, Thor, MT63, MFSK and Domino should move to 14106 to 14109? There is a little Winlink there and tiny use of ALE there , but mostly unoccupied last I checked .
>
> Andy K3UK




Re: Time to abandon 14070-14073 ?

 

Hi Andy,

Other than stray FT8 ( some LSB) down at x73 seems like 70-74 still seems OK on both 40m and 20m. 14074 to 14080 and above pretty busy lots of the time. Let FT8/FT4 move up!

73, tom w7sua

On 7/5/2020 10:30 PM, Andrew OBrien wrote:
With the crowded conditions cause by RTTY, FT4, FT8, JS8, ARDOP, Packet and Winlink traffic 14070 to 14106, I’m wondering if Olivia, PSK, Thor, MT63, MFSK and Domino should move to 14106 to 14109? There is a little Winlink there and tiny use of ALE there , but mostly unoccupied last I checked .
Andy K3UK


Time to abandon 14070-14073 ?

Andrew OBrien
 

With the crowded conditions cause by RTTY, FT4, FT8, JS8, ARDOP, Packet and Winlink traffic 14070 to 14106, I’m wondering if Olivia, PSK, Thor, MT63, MFSK and Domino should move to 14106 to 14109? There is a little Winlink there and tiny use of ALE there , but mostly unoccupied last I checked .

Andy K3UK


Re: vARIM Messaging Program for VARA HF Modem - version 1.1

Andrew O'Brien
 

Sorry I must have missed that point . I was wondering about running vARIM under Linux to avoid all the steps of getting it to work on a Windows machine . I will read more about getting cygwin . 

Andy


On Jul 5, 2020, at 6:44 PM, Bob NW8L <nw8l@...> wrote:

Andy,

VARA only runs on Windows, but vARIM can run there too. From my original message:

It will run on Linux, Raspberry Pi, Cygwin/X on Windows and also Windows Subsystem for Linux (WSL) on Windows 10. The VARA modem runs only on Windows computers, but vARIM can run in Cygwin/X or WSL on the Windows computer, which is convenient. Alternatively, you can run vARIM on a Linux or RPi computer and attach it to a VARA modem instance running on a Windows computer in the same local area network.

In the shack at NW8L vARIM runs in WSL on the same Windows 10 laptop that hosts the VARA HF modem. When bench testing I run vARIM in Cygwin/X sessions running on the same two Windows 10 computers as the VARA modems. The Cygwin/X setup has the virtue of being the same for any Windows 10 computer (and works on Windows 7, unlike WSL).

Detailed instructions for the Cygwin/X setup are found in the Help document:

https://www.whitemesa.net/varim/varim.html

73,
Bob NW8L
 


Re: Whats new in VARA 4 ? #VARA #qrp

Andrew O'Brien
 

It’s OK, I figured it out . I downloaded the new version on to a new PC but also put a copy on my old PC. The old PC automatically recognized that I had previously purchased the software . 

Andy K3UK 


On Jul 5, 2020, at 5:51 PM, Andrew O'Brien via groups.io <andrewobrie@...> wrote:


For those of us that have previously paid for earlier versions of VARA, is this new version simply a continuation or do we have to pay again ?

Andy K3UK

On Sun, Jul 5, 2020 at 4:17 PM Graham <g0nbd@...> wrote:

[Edited Message Follows]

Whats new in VARA 4 , live as from  1 July 

Faster high rate  transfer and lower 
s/n weak signal performance 

Completely re-worked protocol 

 2.3 KHz b/w : 16  speed levels

New 500 Hz B/W mode : 13 speed levels

Mixed  B/W  connections  possible -winlink - bpq

Unlicensed  access remain at MFSK  2.3 K  175   /  500 Hz 88 Net rate 

 V4 deploys  a all new re configured, non backward compatible
protocol ,providing a  faster  and streamlined  Data /Ack  sequence 
with  new symbol rates / carrier  configurations , supporting , 
higher transfer rates and  enhanced weak  signal  performance to
that  expected of  conventional chat-mode's  

Level 16 , of the  2.3K mode, provides  a net rate  of 7050  BPS
with  49 on air  carriers , running at symbol rate  of  42 Baud 
the  49 carrier  modem is  engaged at level 10  with  2011 BPS 
in keeping with  HF channel compatibility , none of the  speed
levels  deploy symbol rates  over  94 B,  round ''50   being the  norm

The new 500 B/W mode  reaches a  maximum  throughput of 1534 BPs
with 11 carriers , 42  baud symbol  rate, making  for a  very  robust connection .
primarily provided to  allow  use in the  narrowband  mail  box  areas , in association
with  email/file  transfer . 

Interestingly  level  1 , 2.3 K and level 1  500 Hz b/w   is set  at  18 BPs
at the  same  s/n  ratio, for  each  mode ...In discussions round s/n  ,
the  new  low  sensitivity levels/data  rate is felt to 
exceed  that  offered by the  OLIVIA data  mode , which, in terms
of  payload delivery  , offers a very high level 
of  'link completion' under  adverse conditions,  

CHAT users, are  provide  , only with  access  to the  2.3 K b/w mode , winlink 
or BPS is required to access  the  500  version , however,  the  2.3  modem now
provides close or  if not  below the  noise  live  qso  and file  transfer . this coupled with
the off air  'monitor option' , gives reasonable round table  performance, fast arq , providing
error free conversation at  amtor  rates , at weak signal levels, without the detection  and 
lock time  delays of conventional 'robust'  'chat' modes , 

QRP  , Unregistered the  modem  is limited to  phase continuous  MFSK,
  providing  compatibility with  non lienera TX , eg class C, E/D  , OFDM require's
linear path . providing an alternative  to  Olivia dx qso's ,  noting  [Olivia has a  phase  component to
the modulation  waveform and requires a  Linera  TX path]   .....Noting  of course,  Vara 
requires a full linear Tx&Rx  path , once the  speed  ranges , engauge the  OFDM modem
registered or  not,  the  QRP aspect remains  available  
l

MF/MF-Ecomm's  The  500Hz  Bw  meets data B/W  requirement's **  for the  MF band , and could provide E-COMM's 
making  use of the  enhanced weak  signal  aspect , MFSK  2.3 K  175   /  500 Hz 88 Net rate 
its unusual for  High power MF Tx to  be  linear , but , if  so, then  full  use could be  made .
noting,  there  is no facility to  change the  TX tone mid band , perhaps not  so much of a issues these  days 

** May change  region to region, 

   Modem  rate / level  chart 

<vspeed1.png>




Mixed mode connection, accessed  via  option  choices  in the  
modem set up , where possible, gateway connection at  2.3 K
is advised , to  minimise access time . 

The 500<->2300 gateway compatibility option can be used by Sysops to 
monitor  both,  2300 and 500  simultaneously. the modem will detect 
and configure to the  calling  station 


<vspeed2.png>



WINLINK    

The modem  requires a  minimum  Dwell  time  of  4 seconds  , when  using the  TRI-Mode  
function 

VARA is  now  included in the  Forwarding  facility 


VARA  FM , VARA  9600 , VARA SAT  all  remain as  was 


73 -Graham
g0nbd



--
Andy


Re: vARIM Messaging Program for VARA HF Modem - version 1.1

Bob NW8L
 

Andy,

VARA only runs on Windows, but vARIM can run there too. From my original message:

It will run on Linux, Raspberry Pi, Cygwin/X on Windows and also Windows Subsystem for Linux (WSL) on Windows 10. The VARA modem runs only on Windows computers, but vARIM can run in Cygwin/X or WSL on the Windows computer, which is convenient. Alternatively, you can run vARIM on a Linux or RPi computer and attach it to a VARA modem instance running on a Windows computer in the same local area network.

In the shack at NW8L vARIM runs in WSL on the same Windows 10 laptop that hosts the VARA HF modem. When bench testing I run vARIM in Cygwin/X sessions running on the same two Windows 10 computers as the VARA modems. The Cygwin/X setup has the virtue of being the same for any Windows 10 computer (and works on Windows 7, unlike WSL).

Detailed instructions for the Cygwin/X setup are found in the Help document:

https://www.whitemesa.net/varim/varim.html

73,
Bob NW8L
 


Re: vARIM Messaging Program for VARA HF Modem - version 1.1

Andrew O'Brien
 

if running vARIM from a compiled linux source, how is VARA run ?  VARA only in Windows or is there a Linux version I am not aware of ?

Andy K3UK

On Sun, Jul 5, 2020 at 5:55 PM Bob NW8L <nw8l@...> wrote:
Graham,

It allows live key-board chat, file transfers, and email-like message composition and transfer, as described in the Help document:

https://www.whitemesa.net/varim/varim.html

73,
Bob NW8L



--
Andy


Re: vARIM Messaging Program for VARA HF Modem - version 1.1

Bob NW8L
 

Graham,

It allows live key-board chat, file transfers, and email-like message composition and transfer, as described in the Help document:

https://www.whitemesa.net/varim/varim.html

73,
Bob NW8L


Re: Whats new in VARA 4 ? #VARA #qrp

Andrew O'Brien
 

For those of us that have previously paid for earlier versions of VARA, is this new version simply a continuation or do we have to pay again ?

Andy K3UK

On Sun, Jul 5, 2020 at 4:17 PM Graham <g0nbd@...> wrote:

[Edited Message Follows]

Whats new in VARA 4 , live as from  1 July 

Faster high rate  transfer and lower 
s/n weak signal performance 

Completely re-worked protocol 

 2.3 KHz b/w : 16  speed levels

New 500 Hz B/W mode : 13 speed levels

Mixed  B/W  connections  possible -winlink - bpq

Unlicensed  access remain at MFSK  2.3 K  175   /  500 Hz 88 Net rate 

 V4 deploys  a all new re configured, non backward compatible
protocol ,providing a  faster  and streamlined  Data /Ack  sequence 
with  new symbol rates / carrier  configurations , supporting , 
higher transfer rates and  enhanced weak  signal  performance to
that  expected of  conventional chat-mode's  

Level 16 , of the  2.3K mode, provides  a net rate  of 7050  BPS
with  49 on air  carriers , running at symbol rate  of  42 Baud 
the  49 carrier  modem is  engaged at level 10  with  2011 BPS 
in keeping with  HF channel compatibility , none of the  speed
levels  deploy symbol rates  over  94 B,  round ''50   being the  norm

The new 500 B/W mode  reaches a  maximum  throughput of 1534 BPs
with 11 carriers , 42  baud symbol  rate, making  for a  very  robust connection .
primarily provided to  allow  use in the  narrowband  mail  box  areas , in association
with  email/file  transfer . 

Interestingly  level  1 , 2.3 K and level 1  500 Hz b/w   is set  at  18 BPs
at the  same  s/n  ratio, for  each  mode ...In discussions round s/n  ,
the  new  low  sensitivity levels/data  rate is felt to 
exceed  that  offered by the  OLIVIA data  mode , which, in terms
of  payload delivery  , offers a very high level 
of  'link completion' under  adverse conditions,  

CHAT users, are  provide  , only with  access  to the  2.3 K b/w mode , winlink 
or BPS is required to access  the  500  version , however,  the  2.3  modem now
provides close or  if not  below the  noise  live  qso  and file  transfer . this coupled with
the off air  'monitor option' , gives reasonable round table  performance, fast arq , providing
error free conversation at  amtor  rates , at weak signal levels, without the detection  and 
lock time  delays of conventional 'robust'  'chat' modes , 

QRP  , Unregistered the  modem  is limited to  phase continuous  MFSK,
  providing  compatibility with  non lienera TX , eg class C, E/D  , OFDM require's
linear path . providing an alternative  to  Olivia dx qso's ,  noting  [Olivia has a  phase  component to
the modulation  waveform and requires a  Linera  TX path]   .....Noting  of course,  Vara 
requires a full linear Tx&Rx  path , once the  speed  ranges , engauge the  OFDM modem
registered or  not,  the  QRP aspect remains  available  
l

MF/MF-Ecomm's  The  500Hz  Bw  meets data B/W  requirement's **  for the  MF band , and could provide E-COMM's 
making  use of the  enhanced weak  signal  aspect , MFSK  2.3 K  175   /  500 Hz 88 Net rate 
its unusual for  High power MF Tx to  be  linear , but , if  so, then  full  use could be  made .
noting,  there  is no facility to  change the  TX tone mid band , perhaps not  so much of a issues these  days 

** May change  region to region, 

   Modem  rate / level  chart 





Mixed mode connection, accessed  via  option  choices  in the  
modem set up , where possible, gateway connection at  2.3 K
is advised , to  minimise access time . 

The 500<->2300 gateway compatibility option can be used by Sysops to 
monitor  both,  2300 and 500  simultaneously. the modem will detect 
and configure to the  calling  station 





WINLINK    

The modem  requires a  minimum  Dwell  time  of  4 seconds  , when  using the  TRI-Mode  
function 

VARA is  now  included in the  Forwarding  facility 


VARA  FM , VARA  9600 , VARA SAT  all  remain as  was 


73 -Graham
g0nbd



--
Andy


Re: vARIM Messaging Program for VARA HF Modem - version 1.1

Graham
 
Edited

 it will be configured for operation at the 500Hz bandwidth 

Now that's  progress -)

This allows  , live  key-board  chat ?  or  just  files  ??

73-Graham 

NB-I've never yet  had a positive  response  about  adding a  broadcast  mode to the  vara  modem
family , which i'm sure would be  a  valued addition ... may be users should  ask ... 


Re: vARIM Messaging Program for VARA HF Modem - version 1.1

Andrew O'Brien
 

VARA , a good move . 

Andy


On Jul 5, 2020, at 11:01 AM, Bob NW8L <nw8l@...> wrote:


Hello,
 
Introducing a new member of the ARIM family, vARIM, adapted to use the VARA HF modem. Version 1.0 is available here:
 
https://www.whitemesa.net/varim/varim.html
 
on the vARIM Help page.
 
Files are also available in the Files area at the arim-ham Groups.io group:
 
https://groups.io/g/arim-ham/files
 
vARIM is a peer-to-peer messaging and file transfer for HF bands. It's similar to gARIM, but with a reduced feature set because VARA doesn't support "unconnected" transmissions like ARDOP does. For instance, there is no beaconing. All vARIM data transfers are made during an ARQ session. It will run on Linux, Raspberry Pi, Cygwin/X on Windows and also Windows Subsystem for Linux (WSL) on Windows 10. The VARA modem runs only on Windows computers, but vARIM can run in Cygwin/X or WSL on the Windows computer, which is convenient. Alternatively, you can run vARIM on a Linux or RPi computer and attach it to a VARA modem instance running on a Windows computer in the same local area network.
 
For Linux OS, the binary distributions are for Ubuntu 18.04 and derivatives like Linux Mint 19.x only. It's best to compile vARIM from source code to avoid library versioning problems. It's easy, instructions are found in the INSTALL file included in the source distribution (with instructions for Fedora 28 and derivatives, and for Cygwin/X too).
 
Be aware of some differences in the configuration file format - an existing gARIM config file (garim.ini) can't be used without modification. The details are found in the Help document linked above.
 
vARIM works with new VARA HF version 4 which introduces a robust 500Hz ARQ bandwidth option. vARIM allows you to specify which bandwidth to use in the .ini file, or as a choice in the "ARQ Connect" dialog (500 or 2300 Hz).
 
To key the rig, if VOX isn't suitable, vARIM supports hardware PTT using serial port RTS or DTR signals. This works on Linux, RPi, Cygwin/X and WSL using built in serial ports or USB-to-Serial converter cables. PTT setup details are found in the Help page. 
 
I have a station running VARA HF version 4.0.3 on (dial) 7.085 MHz that's available for testing. The station call sign is NW8L and it will be configured for operation at the 500Hz bandwidth. It might be QRT from time to time if thunderstorms are in the area (near Albuquerque, NM). At NW8L vARIM is running in WSL on the same Windows 10 laptop that hosts the VARA HF modem. The audio interface is a USB sound card connected to line in and line out jacks on the rig. The rig is keyed using vARIM's hardware PTT (DTS) over a USB-to-Serial converter cable between computer and rig.
 
If anyone using VARA HF has time to test vARIM I would be interested in your results and bug reports. If you install vARIM, try connecting to NW8L on (dial) 7.085MHz and sending me a message!
 
73,
Bob NW8L
 


vARIM Messaging Program for VARA HF Modem - version 1.1

Bob NW8L
 

Hello,
 
Introducing a new member of the ARIM family, vARIM, adapted to use the VARA HF modem. Version 1.0 is available here:
 
https://www.whitemesa.net/varim/varim.html
 
on the vARIM Help page.
 
Files are also available in the Files area at the arim-ham Groups.io group:
 
https://groups.io/g/arim-ham/files
 
vARIM is a peer-to-peer messaging and file transfer for HF bands. It's similar to gARIM, but with a reduced feature set because VARA doesn't support "unconnected" transmissions like ARDOP does. For instance, there is no beaconing. All vARIM data transfers are made during an ARQ session. It will run on Linux, Raspberry Pi, Cygwin/X on Windows and also Windows Subsystem for Linux (WSL) on Windows 10. The VARA modem runs only on Windows computers, but vARIM can run in Cygwin/X or WSL on the Windows computer, which is convenient. Alternatively, you can run vARIM on a Linux or RPi computer and attach it to a VARA modem instance running on a Windows computer in the same local area network.
 
For Linux OS, the binary distributions are for Ubuntu 18.04 and derivatives like Linux Mint 19.x only. It's best to compile vARIM from source code to avoid library versioning problems. It's easy, instructions are found in the INSTALL file included in the source distribution (with instructions for Fedora 28 and derivatives, and for Cygwin/X too).
 
Be aware of some differences in the configuration file format - an existing gARIM config file (garim.ini) can't be used without modification. The details are found in the Help document linked above.
 
vARIM works with new VARA HF version 4 which introduces a robust 500Hz ARQ bandwidth option. vARIM allows you to specify which bandwidth to use in the .ini file, or as a choice in the "ARQ Connect" dialog (500 or 2300 Hz).
 
To key the rig, if VOX isn't suitable, vARIM supports hardware PTT using serial port RTS or DTR signals. This works on Linux, RPi, Cygwin/X and WSL using built in serial ports or USB-to-Serial converter cables. PTT setup details are found in the Help page. 
 
I have a station running VARA HF version 4.0.3 on (dial) 7.085 MHz that's available for testing. The station call sign is NW8L and it will be configured for operation at the 500Hz bandwidth. It might be QRT from time to time if thunderstorms are in the area (near Albuquerque, NM). At NW8L vARIM is running in WSL on the same Windows 10 laptop that hosts the VARA HF modem. The audio interface is a USB sound card connected to line in and line out jacks on the rig. The rig is keyed using vARIM's hardware PTT (DTS) over a USB-to-Serial converter cable between computer and rig.
 
If anyone using VARA HF has time to test vARIM I would be interested in your results and bug reports. If you install vARIM, try connecting to NW8L on (dial) 7.085MHz and sending me a message!
 
73,
Bob NW8L
 


Whats new in VARA 4 ? #VARA #qrp

Graham
 
Edited

Whats new in VARA 4 , live as from  1 July 

Faster high rate  transfer and lower 
s/n weak signal performance 

Completely re-worked protocol 

 2.3 KHz b/w : 16  speed levels

New 500 Hz B/W mode : 13 speed levels

Mixed  B/W  connections  possible -winlink - bpq

Unlicensed  access remain at MFSK  2.3 K  175   /  500 Hz 88 Net rate 

 V4 deploys  a all new re configured, non backward compatible
protocol ,providing a  faster  and streamlined  Data /Ack  sequence 
with  new symbol rates / carrier  configurations , supporting , 
higher transfer rates and  enhanced weak  signal  performance to
that  expected of  conventional chat-mode's  

Level 16 , of the  2.3K mode, provides  a net rate  of 7050  BPS
with  49 on air  carriers , running at symbol rate  of  42 Baud 
the  49 carrier  modem is  engaged at level 10  with  2011 BPS 
in keeping with  HF channel compatibility , none of the  speed
levels  deploy symbol rates  over  94 B,  round ''50   being the  norm

The new 500 B/W mode  reaches a  maximum  throughput of 1534 BPs
with 11 carriers , 42  baud symbol  rate, making  for a  very  robust connection .
primarily provided to  allow  use in the  narrowband  mail  box  areas , in association
with  email/file  transfer . 

Interestingly  level  1 , 2.3 K and level 1  500 Hz b/w   is set  at  18 BPs
at the  same  s/n  ratio, for  each  mode ...In discussions round s/n  ,
the  new  low  sensitivity levels/data  rate is felt to 
exceed  that  offered by the  OLIVIA data  mode , which, in terms
of  payload delivery  , offers a very high level 
of  'link completion' under  adverse conditions,  

CHAT users, are  provide  , only with  access  to the  2.3 K b/w mode , winlink 
or BPS is required to access  the  500  version , however,  the  2.3  modem now
provides close or  if not  below the  noise  live  qso  and file  transfer . this coupled with
the off air  'monitor option' , gives reasonable round table  performance, fast arq , providing
error free conversation at  amtor  rates , at weak signal levels, without the detection  and 
lock time  delays of conventional 'robust'  'chat' modes , 

QRP  , Unregistered the  modem  is limited to  phase continuous  MFSK,
  providing  compatibility with  non lienera TX , eg class C, E/D  , OFDM require's
linear path . providing an alternative  to  Olivia dx qso's ,  noting  [Olivia has a  phase  component to
the modulation  waveform and requires a  Linera  TX path]   .....Noting  of course,  Vara 
requires a full linear Tx&Rx  path , once the  speed  ranges , engauge the  OFDM modem
registered or  not,  the  QRP aspect remains  available  
l

MF/MF-Ecomm's  The  500Hz  Bw  meets data B/W  requirement's **  for the  MF band , and could provide E-COMM's 
making  use of the  enhanced weak  signal  aspect , MFSK  2.3 K  175   /  500 Hz 88 Net rate 
its unusual for  High power MF Tx to  be  linear , but , if  so, then  full  use could be  made .
noting,  there  is no facility to  change the  TX tone mid band , perhaps not  so much of a issues these  days 

** May change  region to region, 

   Modem  rate / level  chart 





Mixed mode connection, accessed  via  option  choices  in the  
modem set up , where possible, gateway connection at  2.3 K
is advised , to  minimise access time . 

The 500<->2300 gateway compatibility option can be used by Sysops to 
monitor  both,  2300 and 500  simultaneously. the modem will detect 
and configure to the  calling  station 





WINLINK    

The modem  requires a  minimum  Dwell  time  of  4 seconds  , when  using the  TRI-Mode  
function 

VARA is  now  included in the  Forwarding  facility 


VARA  FM , VARA  9600 , VARA SAT  all  remain as  was 


73 -Graham
g0nbd


Re: New digital mode PS-18 (HF pager) from DXsoft and Radial, or we invented APRS again :-)

Chiefsfan2
 

Ok Andy how about this weekend?

On Jul 1, 2020, 17:50 -0500, Andrew OBrien <k3ukandy@...>, wrote:
I’ll experiment with it 

Andy K3UK 


On Jul 1, 2020, at 6:40 PM, Chiefsfan2 <chiefsfan2@...> wrote:


Anyone on the group want to experiment with hfpager?
On Jun 5, 2020, 03:24 -0500, Kristoff Bonne <kristoff@...>, wrote:
Serge,


On 3/06/2020 19:31, Sergei Podstrigailo wrote:
KB> I can't speak for John, but I think the question was about a port
of the
KB> complete stack (encoder and decoder) to linux single-board computer or a
KB> MCU or MCU/FPGA.

We are working on full "Hardware pager" with embedded transceiver, STM32 controller and e-Ink display too...
Versions for small Linux systems probably will be made also, but some later...
I hope that's will not be a 'just install and use'  box. :-(


These kind of devices almost killed the spirit of amateur-radio.
Thankfully the maker/hacker-community came to save us.


73
kristoff - ON1ARF




Re: New digital mode PS-18 (HF pager) from DXsoft and Radial, or we invented APRS again :-)

Chiefsfan2
 

Ok Andy, how does this weekend look for you?

On Jul 1, 2020, 17:50 -0500, Andrew OBrien <k3ukandy@...>, wrote:
I’ll experiment with it 

Andy K3UK 


On Jul 1, 2020, at 6:40 PM, Chiefsfan2 <chiefsfan2@...> wrote:


Anyone on the group want to experiment with hfpager?
On Jun 5, 2020, 03:24 -0500, Kristoff Bonne <kristoff@...>, wrote:
Serge,


On 3/06/2020 19:31, Sergei Podstrigailo wrote:
KB> I can't speak for John, but I think the question was about a port
of the
KB> complete stack (encoder and decoder) to linux single-board computer or a
KB> MCU or MCU/FPGA.

We are working on full "Hardware pager" with embedded transceiver, STM32 controller and e-Ink display too...
Versions for small Linux systems probably will be made also, but some later...
I hope that's will not be a 'just install and use'  box. :-(


These kind of devices almost killed the spirit of amateur-radio.
Thankfully the maker/hacker-community came to save us.


73
kristoff - ON1ARF




Re: New digital mode PS-18 (HF pager) from DXsoft and Radial, or we invented APRS again :-)

Andrew OBrien
 

I’ll experiment with it 

Andy K3UK 


On Jul 1, 2020, at 6:40 PM, Chiefsfan2 <chiefsfan2@...> wrote:


Anyone on the group want to experiment with hfpager?
On Jun 5, 2020, 03:24 -0500, Kristoff Bonne <kristoff@...>, wrote:
Serge,


On 3/06/2020 19:31, Sergei Podstrigailo wrote:
KB> I can't speak for John, but I think the question was about a port
of the
KB> complete stack (encoder and decoder) to linux single-board computer or a
KB> MCU or MCU/FPGA.

We are working on full "Hardware pager" with embedded transceiver, STM32 controller and e-Ink display too...
Versions for small Linux systems probably will be made also, but some later...
I hope that's will not be a 'just install and use'  box. :-(


These kind of devices almost killed the spirit of amateur-radio.
Thankfully the maker/hacker-community came to save us.


73
kristoff - ON1ARF




Re: New digital mode PS-18 (HF pager) from DXsoft and Radial, or we invented APRS again :-)

Chiefsfan2
 

Anyone on the group want to experiment with hfpager?

On Jun 5, 2020, 03:24 -0500, Kristoff Bonne <kristoff@...>, wrote:
Serge,


On 3/06/2020 19:31, Sergei Podstrigailo wrote:
KB> I can't speak for John, but I think the question was about a port
of the
KB> complete stack (encoder and decoder) to linux single-board computer or a
KB> MCU or MCU/FPGA.

We are working on full "Hardware pager" with embedded transceiver, STM32 controller and e-Ink display too...
Versions for small Linux systems probably will be made also, but some later...
I hope that's will not be a 'just install and use'  box. :-(


These kind of devices almost killed the spirit of amateur-radio.
Thankfully the maker/hacker-community came to save us.


73
kristoff - ON1ARF




Re: study material to teach hams on datacommunication

Gary McGehee
 

Kristoff,  try these 2 sites : www.complextoreal.com/tutorials
                                           Signals Intelligence Group on Facebook


Re: study material to teach hams on datacommunication

Kristoff Bonne
 

Hi Richard,


I had a number of discussion on this issue with a people on this.

There actually is a pretty good explanation for this. In essence, it is linked to the fact that the state of technology today has moved to a point where it has greatly exceeded the knowledge you need for your hamradio license.


First,
When I explain amateur-radio and the requirement for the exam to people who are interested in Amateur-radio (e.g. at the FOSDEM conference in Brussels where we have an amateur-radio infobooth), I usually compare it to a drivers-licence.
The reason the drivers-license exists is that you drive with your car on the public road together with other people, so you need to have some "proven" basic skills to drive your car so you do not crash in other people or hurt yourself.

The same thing applies for the amateur-radio license, except that it applies to the "radio-communication spectrum" instead of the public road, .. and the amateur license (at least the "full" license) also allows you not only to drive a car, but also to build one (i.e. a basic model of a car) yourself.

Second,
If you look at the courses given in the radioclubs and most of the books you find in the bookshops, they have a very clear goal: allow you to get your ham-license. This means the topics of these courses are the same as the topics of the exams: ... the basic model of a car.



Now, what is the problem?

The issue here is that any new modern is now a very far cry from that "basic model car" I mentioned above.
Modern cars are full of electronics, sensors, all kind of microprocessors running very complex applications to hard-Real-time Operating-systems, CAM-bus to connect it all together, an android-based entertainment system, radars, internet-connectivity, etc.


The same applies for radio-technology.
Radios these days are based in DSP and SDR, include embedded microcontrollers, run algorithms on dedicated FPGAs. Radio-amateur devices include arduino's or embedded linux single-board computers, connect to back-end infrastructure on the net. We use software-tools like antenna-simulation software, electronics simulation tools, PCB design tools, math tools, SDR frameworks, etc. etc.

In addition to that, a lot of these technology depends on a level of math that go far beyond what most hams are used to.


So there is a problem!

In essence, the the basic idea for amateur-radio was been like this:

- the "base knowledge" for all ham-operators is what you need to know to pass the exam
- Once you have your license, it is the club and fellow hams in these clubs (presentations, DIY-building projects, contests, fielddays, ... ) that are the way to go from there, learn more on the things your are interested in.


But as technology has advanced so fast and has become so complex (which also resulted in amateur-radio hobby split in tens of subhobbies), that "the radioclub is where you talk to fellow-minded hams"-model does not really work any-more, or -at least- not for the most advanced parts of the hobby.




So, what is the solution? Make the exam more difficult?
I don't know. OK, A technician working on a car needs to know what sensor-board of the car does what and how it connects to the rest of the car, but can you require him/her to explain how the embedded code on the microcontroller on that PCB interfaces with the CAM-bus and handles interrupts of incoming packets over that bus?


The same thing applies for the amateur-radio exam:
Can you require a candidate licensed ham to explain how to write arduino-code to interface an arduino to an FM-transceiver to send out POCSAG paging messages, ... just to get their amateur-radio license?
That is -I think- not what the exam is about. As mentioned. The exam is there to prove you know how to operate a radio, design a basic transmitter so you do not interfere with other radio-users and you do not blow up yourself.
As a consequence, arduino-code and the POCSAG message -format does not belong in the lessons provided by the radio-clubs to get people licensed.


So, ... then what?

Well, as I mentioned, what I think would help is self-learning-track so that people who *are* interested to go "to the next step" are able to do so.

That will help both these individual hams, and also clubs who want to help members to take that step in a "group" context.



73
kristoff - ON1ARF

On 26/06/2020 00:25, Richard in NC via groups.io wrote:
Back in the day when the FCC gave the ham radio tests (in the FCC office) you actually had to learn about electronic theory and there were no published questions or answers. Only a brief overview of what the test would cover. For example, the Novice license covered very little electronics, the General theory (which was the same as the Technician theory as there was element 3 and not a 3a and 3b) you had to learn about FM theory and oscillators, some SSB theory, antenna theory, the Advanced license required more in depth theory and knowledge of troubleshooting, and the Extra required even more knowledge. Once the questions and answers were released to the public, people tend to memorize them and not actually learn the theory, nor care to. I myself enjoyed learning about the theory and made a career using it.

I know some who did this and have learned some things about the theory from experience using it, but it is not the same hobby anymore.

73 Richard

361 - 380 of 51575