Date   

Re: First beta of new ALE software

Andrew O'Brien
 

I have been using it for the past few months on amateur ALE networks.  There has been no talk of a charge for the software, so far.
ANdy K3UK 

On Wed, Dec 16, 2020 at 8:14 AM kt67 <kt4wo67@...> wrote:
It seems that it will be $$$$ software.
Oh well.

Trip


On 12/15/20, mike agner <ka3jjz@...> wrote:
> I found a little on 'Hamring' here....evidently as described it is more
> compatible with the CCIR493-4 protocols that are in use with digital
> selcalls, rather than ALE. It does say down the page a bit that ALE
> compatibility is in the works, but not yet active.
>
> http://hflink.com/hamring/
>
> Mike
>
>
>
>
>
>







--
Andy


Re: First beta of new ALE software

kt67
 

It seems that it will be $$$$ software.
Oh well.

Trip

On 12/15/20, mike agner <ka3jjz@comcast.net> wrote:
I found a little on 'Hamring' here....evidently as described it is more
compatible with the CCIR493-4 protocols that are in use with digital
selcalls, rather than ALE. It does say down the page a bit that ALE
compatibility is in the works, but not yet active.

http://hflink.com/hamring/

Mike






Re: First beta of new ALE software

 

I found a little on 'Hamring' here....evidently as described it is more compatible with the CCIR493-4 protocols that are in use with digital selcalls, rather than ALE. It does say down the page a bit that ALE compatibility is in the works, but not yet active.

http://hflink.com/hamring/

Mike


First beta of new ALE software

Andrew OBrien
 

The alpha phase of testing has concluded and the first beta version of the ALE software "HamRing" is now available.  If interested, join the test group at
hamring+subscribe@groups.io


Andy K3UK


Re: Speech to text technology in digital mode software 2020 ?

telegraph001
 

I've been using Dragon natural speaking for over five years with different flavors of Microsoft operating system. I'm using it to generate this message, it works but like spellchecker makes mistakes.

Mack Fisher


Re: Speech to text technology in digital mode software 2020 ?

Siegfried Jackstien
 

hmm ... its not speech to text ... its voice to digital ... send over air and then back to analogue (voice)

NO TEXT TRANSMISSION

dg9bfc sigi

Am 10.12.2020 um 14:40 schrieb mike agner:

I've only just recently heard about these - whether these are popular or not, I couldn't say...from the RR wiki

 


Re: Speech to text technology in digital mode software 2020 ?

KD7JYK DM09
 

I've only just recently heard about these - whether these are popular or not, I couldn't say...
I recall the experiments in the late 90's, a lot of complaints about "noise" on HF, but it appeared to "be something":

https://www.drm.org/what-is-drm-digital-radio/summary/

Ham Radio-wise, I've not heard much, and what I've heard hasn't been good, likened to band-hogging interference, more than anything else.

Some info on the ARRL site:

http://www.arrl.org/news/hf-digital-voice-programs-once-again-available-for-download

A randomly grabbed website with some info, and links to software:

http://www.n1su.com/

Kurt


Re: Speech to text technology in digital mode software 2020 ?

 

I've only just recently heard about these - whether these are popular or not, I couldn't say...from the RR wiki

http://n1su.com/fdmdv/
 


new SW Radiogram program

 

Hello to all the digital folks out there.
 
A new program for the Shortwave Radiogram broadcasts has now been posted on the SW Radiogram website. 
 
If you're new to decoding digital, this is a pretty nice way to get your feet wet. You can use your desktop or laptop, or you can use an Android device such as a smartphone or tablet. You can find links to the SW Radiogram website, software for decoding, and wiki articles with extensive details and help at: http://www.udxf.nl/events.html.  
 
If you'd like to see a list of web receivers (which are often reported as being used), receiver, transceiver and SDR applications and more, take a look at the SW Radiogram gateway at https://wiki.radioreference.com/index.php/Shortwave_Radiogram_Gateway
 
Help is also available on Facebook and Twitter. The SW Radiogram website has the links. 
 
Radio Northern Europe International is another station that carries digital modes during its broadcasts. See https://rnei.org/ for more information.
 
Here's hoping for good propagation 


Speech to text technology in digital mode software 2020 ?

Andrew OBrien
 

When soundcard based digital modes were in the hey-day of PSK31 several hams tried speech to text dictating into their transmit window rather than typing.  I think I am correct in saying that it never quite worked out, technology was just not up to the task in 2001 . How about in 2020 ? As my hands get more arthritis I am thinking I should avoid typing when I can.  I am trying not to use boring canned macro messages.

Andy K3UK 


Re: VARA FM settings for Icom ID-5100 #VARA

Graham
 

Thanks Andy

Looks like it can call the  ptt, That means , with  vara  calling the  PTT ,
all that's  needed, in this case ,  is a  $5  usb sound card  
just a  little  off beat with the  split access , across the  set 
but  with low  $ expenditure and good audio b/w 

Same as in the  other family of data modes, where the  cat  sets  the  required mode  
and the  audio is via the usb  , or  simple  sound card , Ros , has never
indicated , that anything  but  a cheap  sound interface is  needed 

73-Graham


Re: VARA FM settings for Icom ID-5100 #VARA

Andrew O'Brien
 

The "raw" code for the 5100 in hamlib might be of help

Andy K3UK


*  Hamlib CI-V backend - description of ID-5100 and variations
 *  Copyright (c) 2015 by Stephane Fillod
 *
 *
 *   This library is free software; you can redistribute it and/or
 *   modify it under the terms of the GNU Lesser General Public
 *   License as published by the Free Software Foundation; either
 *   version 2.1 of the License, or (at your option) any later version.
 *
 *   This library is distributed in the hope that it will be useful,
 *   but WITHOUT ANY WARRANTY; without even the implied warranty of
 *   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
 *   Lesser General Public License for more details.
 *
 *   You should have received a copy of the GNU Lesser General Public
 *   License along with this library; if not, write to the Free Software
 *   Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301  USA
 *
 */

#ifdef HAVE_CONFIG_H
#include "config.h"
#endif

#include <stdlib.h>

#include "hamlib/rig.h"
#include "idx_builtin.h"
#include "icom.h"

/*
 * Specs and protocol details comes from the chapter 13 of ID-5100_Full-Inst_Manual.pdf 
 *
 * NB: while the port labeled "Data" is used for firmware upgrades,
 * you have to use the port labeled "SP2" for rig control.
 *
 * TODO:
 * - DV mode
 * - GPS support
 * - Single/dual watch (RIG_LEVEL_BALANCE)
 */

#define ID5100_MODES (RIG_MODE_FM)
#define ID5100_ALL_RX_MODES (RIG_MODE_AM|ID5100_MODES)

#define ID5100_VFO_ALL (RIG_VFO_MAIN|RIG_VFO_SUB)

#define ID5100_SCAN_OPS RIG_SCAN_NONE

#define ID5100_VFO_OPS  RIG_OP_NONE

#define ID5100_FUNC_ALL ( \
                            RIG_FUNC_TONE| \
                            RIG_FUNC_TSQL| \
                            RIG_FUNC_VOX)

#define ID5100_LEVEL_ALL    (RIG_LEVEL_AF| \
                            RIG_LEVEL_BALANCE| /* TODO 0x16 0x59 */\
                            RIG_LEVEL_SQL| \
                            RIG_LEVEL_RAWSTR| \
                            RIG_LEVEL_RFPOWER| \
                            RIG_LEVEL_MICGAIN| \
                            RIG_LEVEL_VOXGAIN)

#define ID5100_PARM_ALL RIG_PARM_NONE


/*
 * FIXME: real measurement
 */
#define ID5100_STR_CAL UNKNOWN_IC_STR_CAL



/*
 */
static const struct icom_priv_caps id5100_priv_caps = {
0x8C, /* default address */
0, /* 731 mode */
1,      /* no XCHG */
};

const struct rig_caps id5100_caps = {
.rig_model =  RIG_MODEL_ID5100,
.model_name = "ID-5100",
.mfg_name =  "Icom",
.version =  BACKEND_VER,
.copyright =  "LGPL",
.status =  RIG_STATUS_UNTESTED,
.rig_type =  RIG_TYPE_MOBILE,
.ptt_type =  RIG_PTT_RIG,
.dcd_type =  RIG_DCD_RIG,
.port_type =  RIG_PORT_SERIAL,
.serial_rate_min =  4800,
.serial_rate_max =  19200,
.serial_data_bits =  8,
.serial_stop_bits =  1,
.serial_parity =  RIG_PARITY_NONE,
.serial_handshake =  RIG_HANDSHAKE_NONE,
.write_delay =  0,
.post_write_delay =  0,
.timeout =  1000,
.retry =  3,
.has_get_func =  ID5100_FUNC_ALL,
.has_set_func =  ID5100_FUNC_ALL,
.has_get_level =  ID5100_LEVEL_ALL,
.has_set_level =  RIG_LEVEL_SET(ID5100_LEVEL_ALL),
.has_get_parm =  ID5100_PARM_ALL,
.has_set_parm =  ID5100_PARM_ALL,
.level_gran = {
[LVL_RAWSTR] = { .min = { .i = 0 }, .max = { .i = 255 } },
},
.parm_gran =  {},
.ctcss_list =  common_ctcss_list,
.dcs_list =  full_dcs_list,
.preamp =   { RIG_DBLST_END, },
.attenuator =   { RIG_DBLST_END, },
.max_rit =  Hz(0),
.max_xit =  Hz(0),
.max_ifshift =  Hz(0),
.targetable_vfo =  0,
.vfo_ops =  ID5100_VFO_OPS,
.scan_ops =  ID5100_SCAN_OPS,
.transceive =  RIG_TRN_RIG,
.bank_qty =   0,
.chan_desc_sz =  0,

.chan_list =  {
// There's no memory support through CI-V,
// but there is a clone mode apart.
   RIG_CHAN_END,
},

.rx_range_list1 =   {
{MHz(118),MHz(174),ID5100_ALL_RX_MODES,-1,-1,ID5100_VFO_ALL},
{MHz(375),MHz(550),ID5100_ALL_RX_MODES,-1,-1,ID5100_VFO_ALL},
RIG_FRNG_END, },
.tx_range_list1 =  {
{MHz(144),MHz(146),ID5100_MODES,W(5),W(25),ID5100_VFO_ALL},
{MHz(430),MHz(440),ID5100_MODES,W(5),W(25),ID5100_VFO_ALL},
RIG_FRNG_END, },

.rx_range_list2 =   {
{MHz(118),MHz(174),ID5100_ALL_RX_MODES,-1,-1,ID5100_VFO_ALL},
{MHz(375),MHz(550),ID5100_ALL_RX_MODES,-1,-1,ID5100_VFO_ALL},
RIG_FRNG_END, },
.tx_range_list2 =  {
{MHz(144),MHz(148),ID5100_MODES,W(5),W(50),ID5100_VFO_ALL},
{MHz(430),MHz(450),ID5100_MODES,W(5),W(50),ID5100_VFO_ALL},
RIG_FRNG_END, },

.tuning_steps = {
// Rem: no support for changing tuning step
{ID5100_ALL_RX_MODES,kHz(5)},
{ID5100_ALL_RX_MODES,kHz(6.25)},
// The 8.33 kHz step is not selectable, depending on the operating band or mode.
{ID5100_ALL_RX_MODES,kHz(8.33)},
{ID5100_ALL_RX_MODES,kHz(10)},
{ID5100_ALL_RX_MODES,12500},
{ID5100_ALL_RX_MODES,kHz(15)},
{ID5100_ALL_RX_MODES,kHz(20)},
{ID5100_ALL_RX_MODES,kHz(25)},
{ID5100_ALL_RX_MODES,kHz(30)},
{ID5100_ALL_RX_MODES,kHz(50)},
RIG_TS_END,
},
/* mode/filter list, remember: order matters! */
.filters = {
{RIG_MODE_FM|RIG_MODE_AM, kHz(12)},
{RIG_MODE_FM|RIG_MODE_AM, kHz(6)},
RIG_FLT_END,
},
.str_cal = ID5100_STR_CAL,

.cfgparams =  icom_cfg_params,
.set_conf =  icom_set_conf,
.get_conf =  icom_get_conf,

.priv =  (void*)&id5100_priv_caps,
.rig_init =   icom_init,
.rig_cleanup =   icom_cleanup,
.rig_open =  NULL,
.rig_close =  NULL,

.set_freq =  icom_set_freq,
.get_freq =  icom_get_freq,
.set_mode =  icom_set_mode,
.get_mode =  icom_get_mode,
.set_vfo =  icom_set_vfo,

.set_powerstat = icom_set_powerstat,
.get_powerstat = icom_get_powerstat,
.decode_event =  icom_decode_event,

.set_func =  icom_set_func,
.get_func =  icom_get_func,
.set_level =  icom_set_level,
.get_level =  icom_get_level,

.set_ptt =  icom_set_ptt,
.get_ptt =  icom_get_ptt,
.get_dcd =  icom_get_dcd,

.set_rptr_shift =  icom_set_rptr_shift,
.get_rptr_shift =  icom_get_rptr_shift,
.set_rptr_offs =  icom_set_rptr_offs,
.get_rptr_offs =  icom_get_rptr_offs,
.set_ctcss_tone =  icom_set_ctcss_tone,
.get_ctcss_tone =  icom_get_ctcss_tone,
.set_ctcss_sql =  icom_set_ctcss_sql,
.get_ctcss_sql =  icom_get_ctcss_sql,
.set_dcs_sql =  icom_set_dcs_code,
.get_dcs_sql =  icom_get_dcs_code,

.set_split_vfo = icom_set_split_vfo,
.get_split_vfo = icom_get_split_vfo,
.set_split_freq = icom_set_split_freq,
.get_split_freq = icom_get_split_freq,
.set_split_mode = icom_set_split_mode,
.get_split_mode = icom_get_split_mode,

};


On Sun, Dec 6, 2020 at 3:59 PM Scott Currie <scott.d.currie@...> wrote:
You need 4 signals from/to the radio:
Ground
PTT
RX audio
TX audio

On the radio, the mic connector provides 3 of these:
Ground - Pin 7
PTT - Pin 4
Mic audio - Pin 6

The last connection, RX audio, comes from the external speaker connector on the back of the radio (also provides ground).

You will be building a custom cable to connect to your sound card interface.

Forget about the "data" connection on the back of the radio. This is for the slow data function of D-Star. It CANNOT be used in any way for Vara FM. The radio does not have an internal sound card.

You need a sound card interface that will connect to these connections. Something like a DRA-30 from Masters Communications. Signalink USB will work too.

CI-V (CAT) on the ID-5100 does not support PTT. Why would you want to anyway? The sound card interface provides PTT, and Vara FM can directly control this for most interface cards. Assuming you will be running Winlink Express, this application (and no others I can think of) will set the frequency for you. It must be done manually. So, forget about CI-V (CAT), it does not apply in this configuration. FM rigs typically do not support CAT, so this has support has not be added to any of the software applications.

Keep in mind that you will be using mic/speaker connections. This is NOT an ideal radio for this operation. You will be limited to Vara FM Narrow mode, half the maximum speed of Vara FM Wide mode. Also, since you are using speaker audio, the volume control will affect your settings. Bump that by accident and your performance will drop or not work at all. 

-Scott, NS7C



--
Andy


Re: VARA FM settings for Icom ID-5100 #VARA

Scott Currie
 

You need 4 signals from/to the radio:
Ground
PTT
RX audio
TX audio

On the radio, the mic connector provides 3 of these:
Ground - Pin 7
PTT - Pin 4
Mic audio - Pin 6

The last connection, RX audio, comes from the external speaker connector on the back of the radio (also provides ground).

You will be building a custom cable to connect to your sound card interface.

Forget about the "data" connection on the back of the radio. This is for the slow data function of D-Star. It CANNOT be used in any way for Vara FM. The radio does not have an internal sound card.

You need a sound card interface that will connect to these connections. Something like a DRA-30 from Masters Communications. Signalink USB will work too.

CI-V (CAT) on the ID-5100 does not support PTT. Why would you want to anyway? The sound card interface provides PTT, and Vara FM can directly control this for most interface cards. Assuming you will be running Winlink Express, this application (and no others I can think of) will set the frequency for you. It must be done manually. So, forget about CI-V (CAT), it does not apply in this configuration. FM rigs typically do not support CAT, so this has support has not be added to any of the software applications.

Keep in mind that you will be using mic/speaker connections. This is NOT an ideal radio for this operation. You will be limited to Vara FM Narrow mode, half the maximum speed of Vara FM Wide mode. Also, since you are using speaker audio, the volume control will affect your settings. Bump that by accident and your performance will drop or not work at all. 

-Scott, NS7C


Wireless digital modes (FT8, JS8, PACKET) with Linux / Raspberry Pi

Andrew OBrien
 

FYI


Andy


Begin forwarded message:

From: Jimmy Capizzi K3CHB 
Date: December 6, 2020 at 3:20:25 PM EST
To: ic-705@groups.io
Subject: [ic-705] Wireless digital modes (FT8, JS8, PACKET) with Linux / Raspberry Pi
Reply-To: ic-705@groups.io

https://github.com/nonoo/kappanhang

I do not know if you guys seen this yet, but it is revolutionary. Every ham radio should be equipped with these features.

kappanhang

kappanhang remotely opens audio channels and a serial port to an Icom RS-BA1 server. The app is mainly developed for connecting to the Icom IC-705 transceiver, which has built-in Wi-Fi and RS-BA1 server. All features of the protocol are implemented including packet retransmission on packet loss. 

After it is connected and logged in:
 
Creates a virtual PulseAudio sound card (48kHz, s16le, mono). This can be used to record/play audio from/to the server (the transceiver). You can also set this sound card in WSJT-X.
 
Starts an internal rigctld server. This can be used for controlling the server (the transceiver) with Hamlib (rigctl) clients. This internal rigctld is needed for more reliable rigctl communication, as the original rigctld is very sensitive to timeouts.
 
To use this with for example WSJT-X, open WSJT-X settings, go to the Radio tab, set the rig type to Hamlib NET rigctl, and the Network server to localhost.
 
Starts a TCP server on port 4531 for exposing the serial port. This can be used for an externally launched rigctld for example.

Jimmy
K3CHB


Re: VARA FM settings for Icom ID-5100 #VARA

Graham
 

Thanks Andy 

That means , it needed  a  sound card  based  interface to  handle the  tx/rx audio , via mic socket  - ok

PTT ... is there  VOX  ..or  has to  be hard wired ?

Some confusion round the  cat options , CAT is only for  housekeeping  and not , operational as  in frequency/mode/ptt  etc ?

CAT -  PTT is  NOT ? supported via the  cat  function  ?

Ideal  interface  is then  , one with  sound-card  audio in/out
and  ptt that  can be  activated  from vara directly ?

Tnx-Graham


Re: VARA FM settings for Icom ID-5100 #VARA

Andrew OBrien
 

Everything goes in and out VIA the mic jack on the 5100 

Andy


On Dec 6, 2020, at 9:37 AM, Graham <g0nbd@...> wrote:

Is there a  definitive answer to  the  data  [audio based] interface  for the  ID-5100  ?

CAT  PTT is supported via the  CV-I link ?    Yes / No ?

Low level  audio  in/out  is  available  via accessory socket   Yes/No ?

PTT  available  via  accessory socket   yes/no ? 

Data  interface  requires  sound  card  tx/rx audio 

PTT via  ...  CAT-PTT  or  VOX ? 

Tnx -Graham
g0nbd


Re: New VARA FM v4.0.1 #VARA

Graham
 

Vara repeater ,  notes 

Entering a call  in to the  set up  box activates the  facility  - no  separate on/off 

Any  ham like  call  may be  used  as  the  digi  repeater call  , as long as the  format  is the  same 

ie commercial or non  ham/ military  use , a non  'real'  call  may be  used ,  as long  as it  conforms to the 
amature 'format'  

73-Graham 


Re: VARA FM basics ?

Graham
 

Andy

Are you  using the  5100  ?
If so, could you  indicate  how its  configured ?
How are you  interfacing  , audio/ptt   ?

Vara repeater ,  notes 

Entering a call  in to the  set up  box activates the  facility  - no  separate on/off 
Any  ham like  call  may be  used  as  the  digi  repeater call  , as long as the  format  is the  same 

73-Graham 





Re: VARA FM settings for Icom ID-5100 #VARA

Graham
 

Is there a  definitive answer to  the  data  [audio based] interface  for the  ID-5100  ?

CAT  PTT is supported via the  CV-I link ?    Yes / No ?

Low level  audio  in/out  is  available  via accessory socket   Yes/No ?

PTT  available  via  accessory socket   yes/no ? 

Data  interface  requires  sound  card  tx/rx audio 

PTT via  ...  CAT-PTT  or  VOX ? 

Tnx -Graham
g0nbd


Re: VARA FM basics ?

Andrew OBrien
 

Thanks Scott . I’m guessing that using a relay would slow things down to the point that using HF VARA would be easier and possibly faster . My transceiver is easily portable so I might hill top and see if I can hit the server directly . Ever since the early days of VARA HF I have wondered what throughput on VHF FM would be like . Access to the Winlink system on HF is easy for me , but would like to try see what speeds I can achieve on VHF with a good path 

Andy


On Dec 2, 2020, at 9:56 PM, Scott Currie <scott.d.currie@...> wrote:

Yes, it requires Vara FM v4.0.1 or later, and does function similar to packet digipeating. Any Vara station can function as a digipeater, even just a standalone instance of Vara FM running.

It will of course reduce performance significantly, but it may provide a connection that would otherwise be impossible.

-Scott, NS7C

121 - 140 of 51523