Date   

HamPi 1.1 (September 2020) Released!

 



---------- Forwarded message ---------
From: Dave Slotter, W3DJS <slotter+W3DJS@...>
Date: Sun, Sep 20, 2020 at 10:22 AM
Subject: HamPi 1.1 (September 2020) Released!
To: <Ham-Pi@groups.io>, <RaspberryPi-4-HamRadio@groups.io>
Cc: Atlanta-Hams@groups.io Group Moderators <Atlanta-Hams@groups.io>, <main@athensradioclub.groups.io>, <Cherokee-Hams@groups.io>, GARS@groups.io Group Moderators <GARS@groups.io>, <main@alfordmemorialradioclub.groups.io>, main@NFARL.groups.io <main@nfarl.groups.io>, <BarrowARC@groups.io>, <main@wc4rg.groups.io>, <main@nw-digital-radio.groups.io>


Attention All Hams Using Raspberry Pi For Ham Radio:

I am pleased to announce that HamPi 1.1 is now available for public download!

Please use the attached BitTorrent file to make it easier for everyone to get the image. And after you have completed downloading, please continue to seed for at least a week so other hams can benefit.

If you cannot or will not use BitTorrent, you may download HamPi from SourceForge:


If you run into issues, please post to the forum on https://groups.io/g/Ham-Pi/ first. If you see a bug (defect), please report it on the GitHub issues page at: https://github.com/dslotter/HamPi/issues

UPGRADING: In order to transition smoothly from HamPi 1.0 to HamPi 1.1 and preserve your configuration settings, please follow the instructions in the attached file, "UPGRADING_FROM_PRIOR_VERSION.TXT"

CHANGELOG:

Version 1.1 (September 2020) Release
====================================

Updated WSJT-X
Updated JTDX
Updated GridTracker
Added HamClock by WB0OEW
Added adifmerg command line utility
Added Lopora (QRSS viewer)
Minor fixes with SDRAngel installation
Fixed BlueDV not launching from menu as expected
Fixed FreeDV not launching from menu as expected
Updated DireWolf installation as DW and GPSd are both "moving targets"
Enhanced error message display for D-Rats software update failures
Added exclusion for EMComm / Field users in license
Partially added AMBEserver
Many other applications updated from Internet


Good luck and 73!

HamPi Logo Transparent.png


--


John D. Hays
Director

  


Re: Draws fails to start

Basil Gunn
 

Tim Huffaker <thuffaker@...> writes:

Should this command fail
app_config.sh core.
From the wiki:

cd
cd n7nix/config
# Become root
sudo su
./app_config.sh core

IF you have a command that fails I need to see all the console output
including the command.


Re: Baofeng UV-5R PTT won't turn off?

Andrew Malota
 

Howdy All -
I found some time to follow up on this. I was able to get the radio working correctly.

Another project (https://www.tnc-x.com/Baofeng.htm) provided the answer.
Evidently the resistance between the two PTT pins is too low for the baofeng to see PTT "off" when DRAWS sets PTT "off".
I grabbed a cheap PS/2 extension cable, cut it up, and spliced in a 2.2k resistor on PS/2 pin #2 (this is the sleeve of the skinny TRS connector that goes into the radio.)

So far, so good! I'm able to reliably transmit (and even more importantly, reliably STOP transmitting,) and packets that I send decode just fine.

Thanks
KF5WOR


Re: Draws fails to start

Tim Huffaker
 

Should this command fail 
app_config.sh core. 


Re: Draws fails to start

Tim Huffaker
 

Thank you Basil I must have skipped something along the way.  I did not this it was this simple.  


Re: Draws fails to start

Basil Gunn
 

You are getting these errors because you didn't follow the 'Getting
Started Guide' https://nw-digital-radio.groups.io/g/udrc/wiki/8921
and the core config has not been done. Please read the this guide.

Also direwolf is started with the ax25-start script and the config file
exists in the /etc directory.

Tim Huffaker <thuffaker@...> writes:

I need the help to get it working today I check direwolf and here is what it said.
ERROR - Could not open config file /home/pi/direwolf.conf
Try using -c command option for alternate location
Audio device for both receive and transmit : default (channel 0)
Could not open the suite device default for input
No such file or directory
Pointless to continue without audio device.


Re: Draws fails to start

Tim Huffaker
 

http://nwdig.net/downloads/current_image.img.xz

This is the image I downloaded. 


Re: Draws fails to start

Tim Huffaker
 

I need the help to get it working today I check direwolf and here is what it said.
ERROR  -  Could not open config file /home/pi/direwolf.conf
Try using -c command option for alternate location
Audio device for both receive and transmit : default (channel 0)
Could not open the suite device default for input
No such file or directory 
Pointless to continue without audio device. 


Re: Draws fails to start

Tim Huffaker
 

Here is the showudrc.sh 

Linux raspberrypi 5.4.51-v7+ #1333 SMP Mon Aug 10 16:45:19 BST 2020 armv7l
 
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
 
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Sep 18 16:19:49 2020
 
SSH is enabled and the default password for the 'pi' user has not been changed.
This is a security risk - please login as the 'pi' user and type 'passwd' to set a new password.
 
pi@raspberrypi:~ $ showudrc.sh
==== Sound Card ====
udrc card number line: card 2: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #2
==== ALSA Controls for Radio Transmit ====
LO Driver Gain  L:[0.00dB]      R:[0.00dB]
PCM             L:[-20.00dB]    R:[-20.00dB]
DAC Playback PT L:[P3]  R:[P3]
LO Playback CM  [Full Chip]
==== ALSA Controls for Radio Receive ====
ADC Level       L:[0.00dB]      R:[0.00dB]
IN1             L:[Off]         R:[Off]
IN2             L:[Off]         R:[Off]
 
==== Pi Ver ====
 Pi 3 Model B, Rev 1.2, Mfg by Sony UK
 Has WiFi
Hardware        : BCM2835
Revision        : a02082
Serial          : 00000000c0071191
Model           : Raspberry Pi 3 Model B Rev 1.2
 
==== Pi Firmware VideoCore Ver ====
Sep  2 2020 21:15:18 
Copyright (c) 2012 Broadcom
version 4439d2aaa6c376a2d1ef4402f142e1cf4de37c43 (clean) (release) (start)
 
==== Pi Firmware EEPROM Ver ====
unknown
 
==== Pi Firmware EEPROM Config ====
 
 
==== udrc Ver ====
Found a DRAWS
 
     HAT ID EEPROM
Name:        hat
Product:     Digital Radio Amateur Work Station
Product ID:  0x0004
Product ver: 0x0405
UUID:        7252bc15-f197-483d-893a-a01c1be88154
Vendor:      NW Digital Radio
 
==== sys Ver ====
----- image version
2020 08 22 09:30:49 PDT: SD image version: nwdr17
----- /proc/version
Linux version 5.4.51-v7+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1333 SMP Mon Aug 10 16:45:19 BST 2020
 
----- /etc/*version: 10.4
 
----- /etc/*release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
 
----- lsb_release
No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 10 (buster)
Release:        10
Codename:       buster
 
---- systemd
   Static hostname: raspberrypi
         Icon name: computer
        Machine ID: 27ac1f0c20904cb7a960920e966db545
           Boot ID: 5ed4a079132c47fc96c32fcfc8e6ed9a
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 5.4.51-v7+
      Architecture: arm
        sd card id: 035344534b36344785fa34ce5b013b51
 
---- modules
snd_soc_tlv320aic32x4_i2c    16384  9
snd_soc_tlv320aic32x4    40960  1 snd_soc_tlv320aic32x4_i2c
regmap_i2c             16384  3 ti_ads1015,sc16is7xx,snd_soc_tlv320aic32x4_i2c
snd_soc_core          200704  4 snd_soc_simple_card_utils,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_soc_simple_card
snd_pcm                94208  5 snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_bcm2835,snd_soc_core
snd                    69632  14 snd_compress,snd_timer,snd_soc_tlv320aic32x4,snd_bcm2835,snd_soc_core,snd_pcm
 
---- kernel
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name               Version      Architecture Description
+++-==================-============-============-=================================
ii  raspberrypi-kernel 1.20200902-1 armhf        Raspberry Pi bootloader
 
---- Codec drivers
Found: snd-soc-tlv320aic32x4-i2c.ko, OK
Found: snd-soc-tlv320aic32x4.ko, OK
Directory: /proc/device-tree/soc/i2c@7e804000/tlv320aic32x4@18 exists and status is okay
 
---- syslog
 
---- dmesg
 
 
----- Dire Wolf DEVELOPMENT version 1.6 G (Aug 21 2020)
 
==== Filesystem ====
/dev/root        59G  6.3G   51G  12% /
 
==== boot config ====
 
[pi4]
# Enable DRM VC4 V3D driver on top of the dispmanx display stack
dtoverlay=vc4-fkms-v3d
 
[all]
#dtoverlay=vc4-fkms-v3d
 
# Flush all overlays, ie. deprecated overlays loaded from eeprom
dtoverlay=
# enable udrc/draws if no eeprom
dtoverlay=draws,alsaname=udrc
force_turbo=1
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
 
---- gpsd
/usr/local/sbin/gpsd
gpsd: 3.21 (revision 3.21)
● gpsd.service - GPS (Global Positioning System) Daemon
   Loaded: loaded (/lib/systemd/system/gpsd.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2020-09-18 16:19:43 CDT; 47min ago
  Process: 627 ExecStart=/usr/local/sbin/gpsd $GPSD_OPTIONS $OPTIONS $DEVICES (code=exited, status=0/SUCCESS)
 Main PID: 635 (gpsd)
    Tasks: 3 (limit: 2065)
   CGroup: /system.slice/gpsd.service
           └─635 /usr/local/sbin/gpsd -n /dev/ttySC0 /dev/pps0
 
Sep 18 16:19:43 raspberrypi systemd[1]: Starting GPS (Global Positioning System) Daemon...
Sep 18 16:19:43 raspberrypi systemd[1]: Started GPS (Global Positioning System) Daemon.
 
---- chrony
crw-rw---- 1 root root    239, 0 Sep 18 16:19 /dev/pps0
crw------- 1 root root    239, 1 Sep 18 16:19 /dev/pps1
crw-rw---- 1 root dialout 237, 0 Sep 18 16:19 /dev/ttySC0
crw-rw---- 1 root dialout 237, 1 Sep 18 16:19 /dev/ttySC1
-- chrony sources
210 Number of sources = 6
MS Name/IP address         Stratum Poll Reach LastRx Last sample               
===============================================================================
#x GPS                           0   3    37     9   -316ms[ -316ms] +/-  111ms
#* PPS                           0   3    17     8    +32ns[ -171ns] +/-  357ns
^- li1187-193.members.linod>     2   6    17    40  -2597us[-2381us] +/-   52ms
^- ntp1.intrax.com               1   6    17    40  +1875us[+2090us] +/-   23ms
^- ntp2.doctor.com               2   6    17    40  +2981us[+3196us] +/-   37ms
^- x.ns.gin.ntt.net              2   6    17    40  -1401us[-1186us] +/-   17ms
-- chrony tracking
Reference ID    : 50505300 (PPS)
Stratum         : 1
Ref time (UTC)  : Fri Sep 18 22:06:57 2020
System time     : 0.000000000 seconds fast of NTP time
Last offset     : -0.000000476 seconds
RMS offset      : 0.302111387 seconds
Frequency       : 6.070 ppm fast
Residual freq   : -0.007 ppm
Skew            : 0.108 ppm
Root delay      : 0.000000001 seconds
Root dispersion : 0.000009763 seconds
Update interval : 8.0 seconds
Leap status     : Normal
-- chrony sourcestats
210 Number of sources = 6
Name/IP Address            NP  NR  Span  Frequency  Freq Skew  Offset  Std Dev
==============================================================================
GPS                         5   3    30   -308.284   3953.014   -320ms  5750us
PPS                         4   3    23     -0.007      0.080    -27ns    27ns
li1187-193.members.linod>   4   4     6    -69.131   4890.167  -4438us   693us
ntp1.intrax.com             4   3     6   -612.225   9056.710    -25ms   947us
ntp2.doctor.com             4   4     6   -239.364   7892.998  -6432us  1196us
x.ns.gin.ntt.net            4   3     6   +398.098   8679.769    +16ms  1040us
 
---- sensors
-rw-r--r-- 1 root root 209 Aug 21 11:04 /etc/sensors.d/draws
iio_hwmon-isa-0000
Adapter: ISA adapter
+12V:        +13.65 V  
 +5V:         +1.16 V  
User ADC 1:   +0.00 V  
User ADC 2:   +0.00 V  
 
cpu_thermal-virtual-0
Adapter: Virtual device
temp1:        +58.0°C  
 
rpi_volt-isa-0000
Adapter: ISA adapter
in0:              N/A  
 
 
---- throttle
temp=58.5'C
throttled=0x0
 
---- locale
Locale country codes consistent among WiFi cfg file, iw reg & X11: US
core_config.sh has been run 0 time(s)
pi@raspberrypi:~ $ showudrc.sh
 


Re: Direwolf fails to start

Tim Huffaker
 

On Fri, Sep 18, 2020 at 02:09 PM, Basil Gunn wrote:
showudrc.sh
Linux raspberrypi 5.4.51-v7+ #1333 SMP Mon Aug 10 16:45:19 BST 2020 armv7l
 
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
 
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Sep 18 16:19:49 2020
 
SSH is enabled and the default password for the 'pi' user has not been changed.
This is a security risk - please login as the 'pi' user and type 'passwd' to set a new password.
 
pi@raspberrypi:~ $ showudrc.sh
==== Sound Card ====
udrc card number line: card 2: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #2
==== ALSA Controls for Radio Transmit ====
LO Driver Gain  L:[0.00dB]      R:[0.00dB]
PCM             L:[-20.00dB]    R:[-20.00dB]
DAC Playback PT L:[P3]  R:[P3]
LO Playback CM  [Full Chip]
==== ALSA Controls for Radio Receive ====
ADC Level       L:[0.00dB]      R:[0.00dB]
IN1             L:[Off]         R:[Off]
IN2             L:[Off]         R:[Off]
 
==== Pi Ver ====
 Pi 3 Model B, Rev 1.2, Mfg by Sony UK
 Has WiFi
Hardware        : BCM2835
Revision        : a02082
Serial          : 00000000c0071191
Model           : Raspberry Pi 3 Model B Rev 1.2
 
==== Pi Firmware VideoCore Ver ====
Sep  2 2020 21:15:18 
Copyright (c) 2012 Broadcom
version 4439d2aaa6c376a2d1ef4402f142e1cf4de37c43 (clean) (release) (start)
 
==== Pi Firmware EEPROM Ver ====
unknown
 
==== Pi Firmware EEPROM Config ====
 
 
==== udrc Ver ====
Found a DRAWS
 
     HAT ID EEPROM
Name:        hat
Product:     Digital Radio Amateur Work Station
Product ID:  0x0004
Product ver: 0x0405
UUID:        7252bc15-f197-483d-893a-a01c1be88154
Vendor:      NW Digital Radio
 
==== sys Ver ====
----- image version
2020 08 22 09:30:49 PDT: SD image version: nwdr17
----- /proc/version
Linux version 5.4.51-v7+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1333 SMP Mon Aug 10 16:45:19 BST 2020
 
----- /etc/*version: 10.4
 
----- /etc/*release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
 
----- lsb_release
No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 10 (buster)
Release:        10
Codename:       buster
 
---- systemd
   Static hostname: raspberrypi
         Icon name: computer
        Machine ID: 27ac1f0c20904cb7a960920e966db545
           Boot ID: 5ed4a079132c47fc96c32fcfc8e6ed9a
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 5.4.51-v7+
      Architecture: arm
        sd card id: 035344534b36344785fa34ce5b013b51
 
---- modules
snd_soc_tlv320aic32x4_i2c    16384  9
snd_soc_tlv320aic32x4    40960  1 snd_soc_tlv320aic32x4_i2c
regmap_i2c             16384  3 ti_ads1015,sc16is7xx,snd_soc_tlv320aic32x4_i2c
snd_soc_core          200704  4 snd_soc_simple_card_utils,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_soc_simple_card
snd_pcm                94208  5 snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_bcm2835,snd_soc_core
snd                    69632  14 snd_compress,snd_timer,snd_soc_tlv320aic32x4,snd_bcm2835,snd_soc_core,snd_pcm
 
---- kernel
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name               Version      Architecture Description
+++-==================-============-============-=================================
ii  raspberrypi-kernel 1.20200902-1 armhf        Raspberry Pi bootloader
 
---- Codec drivers
Found: snd-soc-tlv320aic32x4-i2c.ko, OK
Found: snd-soc-tlv320aic32x4.ko, OK
Directory: /proc/device-tree/soc/i2c@7e804000/tlv320aic32x4@18 exists and status is okay
 
---- syslog
 
---- dmesg
 
 
----- Dire Wolf DEVELOPMENT version 1.6 G (Aug 21 2020)
 
==== Filesystem ====
/dev/root        59G  6.3G   51G  12% /
 
==== boot config ====
 
[pi4]
# Enable DRM VC4 V3D driver on top of the dispmanx display stack
dtoverlay=vc4-fkms-v3d
 
[all]
#dtoverlay=vc4-fkms-v3d
 
# Flush all overlays, ie. deprecated overlays loaded from eeprom
dtoverlay=
# enable udrc/draws if no eeprom
dtoverlay=draws,alsaname=udrc
force_turbo=1
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
 
---- gpsd
/usr/local/sbin/gpsd
gpsd: 3.21 (revision 3.21)
● gpsd.service - GPS (Global Positioning System) Daemon
   Loaded: loaded (/lib/systemd/system/gpsd.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2020-09-18 16:19:43 CDT; 47min ago
  Process: 627 ExecStart=/usr/local/sbin/gpsd $GPSD_OPTIONS $OPTIONS $DEVICES (code=exited, status=0/SUCCESS)
 Main PID: 635 (gpsd)
    Tasks: 3 (limit: 2065)
   CGroup: /system.slice/gpsd.service
           └─635 /usr/local/sbin/gpsd -n /dev/ttySC0 /dev/pps0
 
Sep 18 16:19:43 raspberrypi systemd[1]: Starting GPS (Global Positioning System) Daemon...
Sep 18 16:19:43 raspberrypi systemd[1]: Started GPS (Global Positioning System) Daemon.
 
---- chrony
crw-rw---- 1 root root    239, 0 Sep 18 16:19 /dev/pps0
crw------- 1 root root    239, 1 Sep 18 16:19 /dev/pps1
crw-rw---- 1 root dialout 237, 0 Sep 18 16:19 /dev/ttySC0
crw-rw---- 1 root dialout 237, 1 Sep 18 16:19 /dev/ttySC1
-- chrony sources
210 Number of sources = 6
MS Name/IP address         Stratum Poll Reach LastRx Last sample               
===============================================================================
#x GPS                           0   3    37     9   -316ms[ -316ms] +/-  111ms
#* PPS                           0   3    17     8    +32ns[ -171ns] +/-  357ns
^- li1187-193.members.linod>     2   6    17    40  -2597us[-2381us] +/-   52ms
^- ntp1.intrax.com               1   6    17    40  +1875us[+2090us] +/-   23ms
^- ntp2.doctor.com               2   6    17    40  +2981us[+3196us] +/-   37ms
^- x.ns.gin.ntt.net              2   6    17    40  -1401us[-1186us] +/-   17ms
-- chrony tracking
Reference ID    : 50505300 (PPS)
Stratum         : 1
Ref time (UTC)  : Fri Sep 18 22:06:57 2020
System time     : 0.000000000 seconds fast of NTP time
Last offset     : -0.000000476 seconds
RMS offset      : 0.302111387 seconds
Frequency       : 6.070 ppm fast
Residual freq   : -0.007 ppm
Skew            : 0.108 ppm
Root delay      : 0.000000001 seconds
Root dispersion : 0.000009763 seconds
Update interval : 8.0 seconds
Leap status     : Normal
-- chrony sourcestats
210 Number of sources = 6
Name/IP Address            NP  NR  Span  Frequency  Freq Skew  Offset  Std Dev
==============================================================================
GPS                         5   3    30   -308.284   3953.014   -320ms  5750us
PPS                         4   3    23     -0.007      0.080    -27ns    27ns
li1187-193.members.linod>   4   4     6    -69.131   4890.167  -4438us   693us
ntp1.intrax.com             4   3     6   -612.225   9056.710    -25ms   947us
ntp2.doctor.com             4   4     6   -239.364   7892.998  -6432us  1196us
x.ns.gin.ntt.net            4   3     6   +398.098   8679.769    +16ms  1040us
 
---- sensors
-rw-r--r-- 1 root root 209 Aug 21 11:04 /etc/sensors.d/draws
iio_hwmon-isa-0000
Adapter: ISA adapter
+12V:        +13.65 V  
 +5V:         +1.16 V  
User ADC 1:   +0.00 V  
User ADC 2:   +0.00 V  
 
cpu_thermal-virtual-0
Adapter: Virtual device
temp1:        +58.0°C  
 
rpi_volt-isa-0000
Adapter: ISA adapter
in0:              N/A  
 
 
---- throttle
temp=58.5'C
throttled=0x0
 
---- locale
Locale country codes consistent among WiFi cfg file, iw reg & X11: US
core_config.sh has been run 0 time(s)
pi@raspberrypi:~ $ showudrc.sh
 


Re: Draws fails to start

Basil Gunn
 

Post the console output of showudrc.sh

Tim Huffaker <thuffaker@...> writes:

I cannot get Direwolf to start with the latest image I downloaded today. Sorry the server stopped and I cannot get the version.
I tried to start direwolf shown below with the ax25 command. I first tried using the x25 icon on the desktop and that failed so I put the command in directly.

I would like to get it working soon since I need it for an event in the morning so I hope this can help get it working.

Start here for the error.

root@raspberrypi:/home/pi/bin# ./ax25-start

STARTING AX.25/Direwolf: port 0: 1200 & port1: 1200 baud modems.
Starting: direwolf.service
Starting: ax25dev.path
Starting: ax25dev.service
Job for ax25dev.service failed because the control process exited with error code.
See "systemctl status ax25dev.service" and "journalctl -xe" for details.
Problem starting ax25dev.service
● ax25dev.service - AX.25 device
Loaded: loaded (/etc/systemd/system/ax25dev.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Fri 2020-09-18 14:07:36 CDT; 32ms ago
Process: 2944 ExecStart=/bin/bash -c /etc/ax25/ax25-upd (code=exited, status=1/FAILURE)
Main PID: 2944 (code=exited, status=1/FAILURE)

Sep 18 14:07:36 raspberrypi systemd[1]: Starting AX.25 device...
Sep 18 14:07:36 raspberrypi bash[2944]: ax25-upd: Start Port udr0 with device /tmp/kisstnc
Sep 18 14:07:36 raspberrypi bash[2944]: Direwolf serial port NOT FOUND
Sep 18 14:07:36 raspberrypi systemd[1]: ax25dev.service: Main process exited, code=exited, status=1/FAILURE
Sep 18 14:07:36 raspberrypi systemd[1]: ax25dev.service: Failed with result 'exit-code'.
Sep 18 14:07:36 raspberrypi systemd[1]: Failed to start AX.25 device.
root@raspberrypi:/home/pi/bin#


Draws fails to start

Tim Huffaker
 

I cannot get Direwolf to start with the latest image I downloaded today. Sorry the server stopped and I cannot get the version.
I tried to start direwolf shown below with the ax25 command.  I first tried using the x25 icon on the desktop and that failed so I put the command in directly.

I would like to get it working soon since I need it for an event in the morning so I hope this can help get it working.  

Start here for the error.   

root@raspberrypi:/home/pi/bin# ./ax25-start
 
STARTING AX.25/Direwolf: port 0: 1200 & port1: 1200 baud modems.
Starting: direwolf.service
Starting: ax25dev.path
Starting: ax25dev.service
Job for ax25dev.service failed because the control process exited with error code.
See "systemctl status ax25dev.service" and "journalctl -xe" for details.
Problem starting ax25dev.service
● ax25dev.service - AX.25 device
   Loaded: loaded (/etc/systemd/system/ax25dev.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2020-09-18 14:07:36 CDT; 32ms ago
  Process: 2944 ExecStart=/bin/bash -c /etc/ax25/ax25-upd (code=exited, status=1/FAILURE)
 Main PID: 2944 (code=exited, status=1/FAILURE)
 
Sep 18 14:07:36 raspberrypi systemd[1]: Starting AX.25 device...
Sep 18 14:07:36 raspberrypi bash[2944]: ax25-upd: Start Port udr0 with device /tmp/kisstnc
Sep 18 14:07:36 raspberrypi bash[2944]: Direwolf serial port NOT FOUND
Sep 18 14:07:36 raspberrypi systemd[1]: ax25dev.service: Main process exited, code=exited, status=1/FAILURE
Sep 18 14:07:36 raspberrypi systemd[1]: ax25dev.service: Failed with result 'exit-code'.
Sep 18 14:07:36 raspberrypi systemd[1]: Failed to start AX.25 device.
root@raspberrypi:/home/pi/bin# 
 


Re: Setup split-channels #ax25 #hfmodes

 

Basil:
I thought it would just be easier if one connector had ax25 and the other did not. Just flip a switch over to whatever mode you want without have to do any commands too change over. The switch accepts 2 different 6 pin mini dins with a common output which would go to 6 pin mini din on back of icom 706. I mean, there are 2 connectors on the Draws board and I'd use them. Throwing a simple switch is easy. 
That's what I'd like to setup. Your switch channel script should be what I need to separate (0,1) left/right. 
Thx, Todd
AL7PX


Re: Setup split-channels #ax25 #hfmodes

Basil Gunn
 

Todd,
Could you please explain what you would like to do in more detail.

If you have a single radio then you probably do not need to use
split-channel. You can just use scripts to accomplish what you want.

If you want to go between packet & some HF mode say using FLdigi then:

ax25-stop

# run fldigi

a25-start

# do some packet thing.


Todd via groups.io <ic7461=yahoo.com@groups.io> writes:

Basil:
I'm not going to use 2 radios. I have a switch box to transfer
left/right channels. One side will be ax25 and the other for non ax25
programs. I'm a little confused with these procedures. Do I do either
one? Is that correct? I like the second one and would work best for
me. Also, I see the files/home/pi/n7nix/splitchan already.
My question is how do I initiate the function of split on boot up?
Most things that can be started at boot up are started from systemd
service files which my script sets up during configuration. Split-channel
is just a special case of running packet on a single audio channel
leaving the other channel available for HF.

I am completely new at initiating scripts. Thx Todd AL7PX


Re: Setup split-channels #ax25 #hfmodes

 

Basil:
I'm not going to use 2 radios. I have a switch box to transfer left/right channels. One side will be ax25 and the other for non ax25 programs. I'm a little confused with these procedures. Do I do either one? Is that correct? I like the second one and would work best for me.  Also, I see the files /home/pi/n7nix/splitchan already. My question is how do I initiate the function of split on boot up? I am completely new at initiating scripts. Thx
Todd
AL7PX


Re: Setup split-channels #ax25 #hfmodes

Basil Gunn
 

What 2 radios will you be using?
I will write a script so that you can easily set the ALSA controls for
both radios.

There are two ways to approach setting up split channel operation. I
recommend reading both README.md files.

1. Manual
Look at this repository README.md & follow instructions

https://github.com/nwdigitalradio/split-channels

2. N7NIX repository script: Use the n7nix/splitchan repository script
split_ctrl.sh to install & control split channel configuration. This
script sets up left channel as AX.25/direwolf channel & right channel
for HF, which is opposite of Manual approach.

https://github.com/nwdigitalradio/n7nix/tree/master/splitchan

I haven't used a split channel configuration for a while so I will
verify the setup sometime today.

/Basil n7nix

Todd via groups.io <ic7461=yahoo.com@groups.io> writes:

I'd like to setup split-channels for both Direwolf/ax25 and HF programs. Is there a easy way to accomplish that?
Todd
AL7PX


Setup split-channels #ax25 #hfmodes

 

I'd like to setup split-channels for both Direwolf/ax25 and HF programs. Is there a easy way to accomplish that? 
Todd
AL7PX


Re: DRAWS - not able to receive APRS #aprs #ax25 #direwolf

Basil Gunn
 

Mark J Culross <mjculross@...> writes:

Basil (n7nix):
Thanks for your most recent post. I am in a training class all week so
I won't be able to get back to tinkering with my DRAWS until this
weekend, but I'll definitely try to duplicate your setup.
Have fun in your training class.

As a side note, I have used my IC-7000 successfully for PSK31 (a
loooong time ago, using a BUXCOMM RASCAL i/f), but I don't remember if
that was thru the miniDIN6 or ACC port. If I have a 13-pin ACC cable,
it's probably buried in some unmarked box somewhere with my RASCAL i/f
!!
I was trying to qualify your cable and I don't think that is where the
problem lies. After verifying that my IC-706 can hear packets with a
default setup (without touching ALSA settings) I believe it's down to
either the IC-7000 config or a DRAWS hardware problem.

Not wanting to be the victim of any ASSumptions, I did try my second
miniDIN6 cable (I ordered two with my DRAWS board), but still no
difference.
Yep, confirmed, not a cable issue.

Unfortunately, the IC-7000 is my only VHF/UHF radio with
miniDIN6, so I have only the one set of hardware (radio, DRAWS, 2
miniDIN6 cables) to test with.
Do you have an HT? Would be useful to listen for output during transmit
config.

On the TX side, I noted in an earlier message that I initiated a test
position message transmission (using btest to verify PTT
functionality) & I was able to confirm externally with my SDR that the
DRAWS is putting out modulated data. I have not done any "tuning" of
this TX data (levels, etc.), as I want to concentrate strictly on
verifying the RX path first !! Correct me if I am mistaken in thinking
that the RX & TX paths are independent.
Yes, independent. With transmit need to verify PTT works and set up of
deviation.

I'll forward the result of running "showudrc.sh" when I get back to it
this weekend.
OK, I'm not going anywhere.

One question: in your description, you mention using nwdr17. I've been
starting with current_image.img.xz. Is there any difference ?? Maybe I
should try nwdr17.img.xz instead ??
current_image.img.xz and nwdr17.img.xz are the same file symbolically
linked.

ls -l
lrwxrwxrwx 1 www-data www-data 13 Aug 22 11:07 current_image.img.xz -> nwdr17.img.xz
-rw-r--r-- 1 www-data www-data 1974364348 Aug 22 11:02 nwdr17.img.xz

Thanks again for your assistance !!
Thanks for hanging in there !!

Mark J CulrossKD5RXT


Re: DRAWS - not able to receive APRS #aprs #ax25 #direwolf

Mark J Culross
 

Basil (n7nix):

Thanks for your most recent post.  I am in a training class all week so I won't be able to get back to tinkering with my DRAWS until this weekend, but I'll definitely try to duplicate your setup.

As a side note, I have used my IC-7000 successfully for PSK31 (a loooong time ago, using a BUXCOMM RASCAL i/f), but I don't remember if that was thru the miniDIN6 or ACC port.  If I have a 13-pin ACC cable, it's probably buried in some unmarked box somewhere with my RASCAL i/f !!

Not wanting to be the victim of any ASSumptions, I did try my second miniDIN6 cable (I ordered two with my DRAWS board), but still no difference.  Unfortunately, the IC-7000 is my only VHF/UHF radio with miniDIN6, so I have only the one set of hardware (radio, DRAWS, 2 miniDIN6 cables) to test with.

On the TX side, I noted in an earlier message that I initiated a test position message transmission (using btest to verify PTT functionality) & I was able to confirm externally with my SDR that the DRAWS is putting out modulated data.  I have not done any "tuning" of this TX data (levels, etc.), as I want to concentrate strictly on verifying the RX path first !!  Correct me if I am mistaken in thinking that the RX & TX paths are independent.

I'll forward the result of running "showudrc.sh" when I get back to it this weekend.

One question:  in your description, you mention using nwdr17.  I've been starting with current_image.img.xz.  Is there any difference ??  Maybe I should try nwdr17.img.xz instead ??

Thanks again for your assistance !!

Mark J Culross
KD5RXT


On Monday, September 14, 2020, 10:58:24 AM CDT, Basil Gunn <basil@...> wrote:



> Tomorrow I will try to replicate from a fresh install.

Just finished a fresh install of nwdr17.

Using the default ALSA settings, did not run any setalsa- script (ADC
Level L:[0.00dB]), I was able to receive APRS packets on 2M using the
mDin6 cable to the IC-706.

I know it is a big assumption that the ic-706 & ic-7000 operate with
digital modes in a similar way but they both have a 13 pin ACC port & a
mDin6 Data port both of which work with DRAWS using an appropriate
cable. Do you have a cable that plugs into the ACC port?
https://hammadeparts.com/shop-for-cables/ols/products/icom-13-pin-din-acc-port-to-nw-digital-draws-hat-6-pin-mini-din-packet-port-plug

Which version of DRAWS hat & RPi are you running?
Could you please send me the output of showudrc.sh

$ udrcver.sh

Product ID:  0x0004
Product ver: 0x0108

$ piver.sh
Pi 4 Model B, Rev 1.1, 4GB mem, Mfg by Sony UK with WiFi

I think we should focus on the cable you are using and DRAWS hardware.
Do you have another vhf/uhf radio with a mini Din6 connector?
Could you please run the measure_deviate.sh script to verify you can
hear a tone in another radio.

Basil Gunn <basil@...> writes:

> I just did a verification using 2M (144.390) APRS on my IC-706MkIIG.
> I used both the 13 pin Aux socket & 6 pin miniDin socket connected to
> the left mDin6 connector on the DRAWS hat.
> I was able to receive APRS packets on both sockets.
>
> direwolf was reporting that the receive signal was a little hot so I
> dialed ADC Level down to 0.0dB
>
> Make sure squelch is off.
>
> This is my DRAWS hat version
> $ udrcver.sh
> Found a DRAWS
>
>      HAT ID EEPROM
> Name:        hat
> Product:    Digital Radio Amateur Work Station
> Product ID:  0x0004
> Product ver: 0x0108
> UUID:        ca33c9d0-765a-434b-870a-0dbebedf01f4
> Vendor:      NW Digital Radio
>
> Tomorrow I will try to replicate from a fresh install.
>
> Basil Gunn <basil@...> writes:
>
>> Mark J Culross <mjculross@...> writes:
>>
>>>  Basil (n7nix):
>>> Thanks for your advice. I believe that I understand all of your
>>> instructions & have executed them as directed, but APRS RX is still
>>> not working.
>>
>> In a console run this command:
>>
>> tail -f /var/log/direwolf/direwolf.log
>>
>> In another window run alsamixer for the udrc sound device
>> Increase the ADC level control until you see packets arriving in
>> direwolf.log
>>
>> If you are NOT able to see packets in the direwolf log file then confirm
>> that BOTH your radio & DRAWS hat are using pin 5 (AF) of the mDin6 connector,
>> ie. 1200 baud receive.
>>
>> To confirm the DRAWS hat config assuming you are using the left mDin6
>> connector run 'alsa-show.sh'. You should see:
>>
>> IN1 L:[Off]
>> IN2 L:[10 kOhms]
>>
>>
>>>I did find that I could make quicker modifications of the
>>>connections/resistors using the DRAWS Manager selection for the desired
>>>audio pin . . . does that have the same effect as the changes you
>>>described & is it OK to use the DRAWS Manager to switch between
>>>resistors connected to IN1_L & IN2_L ??
>>
>> As long as you confirm changes with alsa-show.sh
>>
>>> As Corky suggested, I tested the receive path using fldigi (after
>>> stopping AX25/direwolf) & BTW, I also had to manually install libjpeg
>>> for fldigi to work,
>>
>> libjpeg is installed on the image. If you ever run 'sudo apt autoremove'
>> it will be removed and you will have to reinstall it.
>>
>>> even though I am using the latest image (I found your reply with
>>> instructions elsewhere on the forum). Using the waterfall display in
>>> fldigi (with the radio still on 144.390), I did confirm that audio is
>>> present on both pins (4/DISC & 5/AF) from the IC-7000 in VHF/FM
>>> mode. Using either pin (4/5), I see the waterfall change whenever I
>>> hear a packet on the radio & the waterfall goes completely blank as
>>> expected when I select "OFF" for the left side DIN6 audio pin (udr0).
>>
>>> As I mentioned to Corky, I have not yet done anything with the
>>> transmit path, other than cause a test position message to be sent to
>>> verify PTT functionality. For now, I'm just concentrating on trying to
>>> get RX of APRS to work, since I really thought that would be the easy
>>> case !!
>>
>> It should be easy. But each radio needs to be configured and the ALSA
>> settings need to match and that, I think, is where your problem lies.
>>
>> You also might change your DAC Playback PT back to default.
>> DAC Playback PT    L:[P3]        R:[P3]
>>
>> Make sure the radio receive preamp is turned off.
>> P.AMP/ATT button to left of screen
>>
>>> Mark J CulrossKD5RXT
>>>    On Sunday, September 13, 2020, 2:08:08 PM CDT, Basil Gunn <basil@...> wrote:
>>>
>>>
>>> First thanks for all the console output.
>>>
>>>> The radio (IC-7000) is attached to the left side DIN6 connector
>>>> (udr0). I also ran the "setalsa-ic7000.sh" setup script.
>>>
>>> This could be your problem since that script tries to set up deviation
>>> for the HF radio. You need to set deviation for the VHF/UHF radio in the
>>> IC-7000. I would turn off discriminator receiver routing and turn on
>>> compensated audio. I am not sure if the IC-7000 radio supports
>>> discriminator out for vhf.
>>>
>>> This is what you currently have, set by the setalsa script.
>>>
>>> IN1  L:[10 kOhm] R:[10 kOhm]
>>> IN2  L:[Off]  R:[Off]
>>>
>>> You want to flip these controls for Left channel manually. ie. turn off
>>> IN1 & have 10 kOhm for IN2.
>>>
>>> Run alsamixer from a console
>>> press F6, select sound card
>>>  - select udrc
>>> scroll to the right until you find:
>>> IN1_L to Left Mixer Positive Resistor [10 kOhm]
>>>  - turn that off by typing <down-arrow>
>>>
>>> Continue scrolling to the right until you find:
>>> IN2_L to Left Mixer Positive Resistor [10 kOhm]
>>>  - turn that ON by typing <up-arrow> once only
>>>
>>> exit to save new settings
>>>
>>> Be aware that there are both positive & negative resister controls ie.
>>>  IN1_L to Left Mixer Positive Resistor [Off]
>>>  IN1_L to Right Mixer Negative Resistor [Off]
>>>
>>> You only want to set Left Mixer Positive Resistor control.
>>>
>>> Verify by running alsa-show.sh
>>>
>>> You need to confirm your deviation.
>>>
>>> Go to this link
>>> https://github.com/nwdigitalradio/n7nix/tree/master/deviation
>>>
>>> This will lead you through how to output a steady audio tone that you will
>>> monitor with an HT or some other radio in your shack.
>>> Be sure to read the John Ackermann N8UR link.
>>>
>>> /Basil n7nix




Re: DRAWS - not able to receive APRS #aprs #ax25 #direwolf

Mark J Culross
 

Corky (AF4PM):

Thanks for your most recent post.  I am in a training class all week so I won't be able to get back to tinkering with my DRAWS until this weekend, but I'll definitely try to duplicate your setup & I will also post my direwolf.conf contents.

Thanks again for your assistance !!

Mark J Culross
KD5RXT


On Monday, September 14, 2020, 10:27:25 PM CDT, Corky Searls <af4pm@...> wrote:


Mark, I hooked up the IC-7000 to the DRAWS today and tested the system for ax25 packet with Direwolf. I am using the radio on the right-hand miniDIN connector with the setalsa-ic7000.sh settings, which is the same setup that I use for HF. Other than getting the squelch set properly, I was able to decode both APRS traffic and ax25 packet. Since you are able to hear the APRS packets, I do not believe this is a squelch problem.

There are two differences in the alsa settings from yours below:
     1) The DAC playback is set to [P1] as the in the script, and
     2) the Receive IN2 R is set to [10 kOhm] instead of being off.

The radio is set for 1200 Baud data.

Can you attach a copy of /etc/direwolf.conf to make sure something is not amiss there?

Thanks and 73,
-Corky, AF4PM
On 9/13/20 4:25 PM, Mark J Culross wrote:
Basil (n7nix):

Thanks again for your reply.  I am definitely using alsa-show.sh to confirm the settings as I make changes, both with alsamixer as well as with the DRAWS Manager.



Here's the current capture from alsa-show.sh:

= = = = = = = = = = = = =   start snippet   = = = = = = = = = = = = =

root@drawsMJC:/home/pi# /home/pi/bin/alsa-show.sh
 ===== ALSA Controls for Radio Transmit =====
LO Driver Gain  L:[-6.00dB]    R:[-6.00dB]
PCM            L:[-26.50dB]    R:[-26.50dB]
DAC Playback PT    L:[P3]        R:[P3]
LO Playback CM    [Full Chip]

 ===== ALSA Controls for Radio Receive =====
ADC Level    L:[-2.00dB]    R:[-2.00dB]
IN1        L:[Off]        R:[Off]
IN2        L:[10 kOhm]    R:[Off]
CM        L:[10 kOhm]    R:[10 kOhm]

= = = = = = = = = = = = =    end snippet    = = = = = = = = = = = = =



As I mentioned to Corky in an earlier post, I open several terminals & have used "tail -f /var/log/direwolf/direwolf.log", "mheard", & "listen -a -h -i -p udr0 -r -t" (each in separate terminals) to try to detect any successful APRS receptions.



Here's the current capture from the direwolf.log:

= = = = = = = = = = = = =   start snippet   = = = = = = = = = = = = =

root@drawsMJC:/home/pi# !tail
tail -f /var/log/direwolf/direwolf.log
Sep 13 16:17:06 drawsMJC direwolf[526]: KISS protocol set TXtail = 10 (*10mS units = 100 mS), port 1
Sep 13 16:17:06 drawsMJC direwolf[526]: KISS protocol set Persistence = 32, port 1
Sep 13 16:17:06 drawsMJC direwolf[526]: KISS protocol set SlotTime = 20 (*10mS units = 200 mS), port 1
Sep 13 16:17:06 drawsMJC direwolf[526]: KISS protocol set FullDuplex = 0, port 1
Sep 13 16:17:11 drawsMJC direwolf[526]: Can't get address for IGate server noam.aprs2.net, Temporary failure in name resolution
Sep 13 16:17:16 drawsMJC direwolf[526]: Can't get address for IGate server noam.aprs2.net, Temporary failure in name resolution
Sep 13 16:17:21 drawsMJC direwolf[526]: Now connected to IGate server noam.aprs2.net (173.242.239.3)
Sep 13 16:17:21 drawsMJC direwolf[526]: Check server status here http://173.242.239.3:14501
Sep 13 16:17:26 drawsMJC direwolf[526]: [ig] # aprsc 2.1.8-gf8824e8
Sep 13 16:17:26 drawsMJC direwolf[526]: [ig] # logresp KD5RXT verified, server T2NALA

= = = = = = = = = = = = =    end snippet    = = = = = = = = = = = = =



The IC-7000 radio has "9600" mode turned off & the pre-amp is also turned off.  I am using the left side DIN6 on the DRAWS.

As you requested, I ran the "ADC Level" control across the entire range, from -12.00dB to +20.00dB (in 0.5dB steps), allowing two "packet sounds" per setting to see if anything was received.  When done, I left it back at the -2.00dB level (as you see in the alsa-show.sh report above).  Unfortunately, still no APRS RX at any level.

BYW, you nailed it on the "apt-get autoremove" causing libjpeg to be removed: GUILTY AS INDICATED !!

I just have to be missing something stupidly simple !!

Mark J Culross
KD5RXT


On Sunday, September 13, 2020, 4:55:40 PM CDT, Basil Gunn <basil@...> wrote:



Mark J Culross <mjculross@...> writes:

>  Basil (n7nix):
> Thanks for your advice. I believe that I understand all of your
> instructions & have executed them as directed, but APRS RX is still
> not working.

In a console run this command:

tail -f /var/log/direwolf/direwolf.log

In another window run alsamixer for the udrc sound device
Increase the ADC level control until you see packets arriving in
direwolf.log

If you are NOT able to see packets in the direwolf log file then confirm
that BOTH your radio & DRAWS hat are using pin 5 (AF) of the mDin6 connector,
ie. 1200 baud receive.

To confirm the DRAWS hat config assuming you are using the left mDin6
connector run 'alsa-show.sh'. You should see:

IN1 L:[Off]
IN2 L:[10 kOhms]


>I did find that I could make quicker modifications of the
>connections/resistors using the DRAWS Manager selection for the desired
>audio pin . . . does that have the same effect as the changes you
>described & is it OK to use the DRAWS Manager to switch between
>resistors connected to IN1_L & IN2_L ??

As long as you confirm changes with alsa-show.sh

> As Corky suggested, I tested the receive path using fldigi (after
> stopping AX25/direwolf) & BTW, I also had to manually install libjpeg
> for fldigi to work,

libjpeg is installed on the image. If you ever run 'sudo apt autoremove'
it will be removed and you will have to reinstall it.

> even though I am using the latest image (I found your reply with
> instructions elsewhere on the forum). Using the waterfall display in
> fldigi (with the radio still on 144.390), I did confirm that audio is
> present on both pins (4/DISC & 5/AF) from the IC-7000 in VHF/FM
> mode. Using either pin (4/5), I see the waterfall change whenever I
> hear a packet on the radio & the waterfall goes completely blank as
> expected when I select "OFF" for the left side DIN6 audio pin (udr0).

> As I mentioned to Corky, I have not yet done anything with the
> transmit path, other than cause a test position message to be sent to
> verify PTT functionality. For now, I'm just concentrating on trying to
> get RX of APRS to work, since I really thought that would be the easy
> case !!

It should be easy. But each radio needs to be configured and the ALSA
settings need to match and that, I think, is where your problem lies.

You also might change your DAC Playback PT back to default.
DAC Playback PT    L:[P3]        R:[P3]

Make sure the radio receive preamp is turned off.
P.AMP/ATT button to left of screen

> Mark J CulrossKD5RXT
>    On Sunday, September 13, 2020, 2:08:08 PM CDT, Basil Gunn <basil@...> wrote:
>
>
> First thanks for all the console output.
>
>> The radio (IC-7000) is attached to the left side DIN6 connector
>> (udr0). I also ran the "setalsa-ic7000.sh" setup script.
>
> This could be your problem since that script tries to set up deviation
> for the HF radio. You need to set deviation for the VHF/UHF radio in the
> IC-7000. I would turn off discriminator receiver routing and turn on
> compensated audio. I am not sure if the IC-7000 radio supports
> discriminator out for vhf.
>
> This is what you currently have, set by the setalsa script.
>
> IN1  L:[10 kOhm] R:[10 kOhm]
> IN2  L:[Off]  R:[Off]
>
> You want to flip these controls for Left channel manually. ie. turn off
> IN1 & have 10 kOhm for IN2.
>
> Run alsamixer from a console
> press F6, select sound card
>  - select udrc
> scroll to the right until you find:
> IN1_L to Left Mixer Positive Resistor [10 kOhm]
>  - turn that off by typing <down-arrow>
>
> Continue scrolling to the right until you find:
> IN2_L to Left Mixer Positive Resistor [10 kOhm]
>  - turn that ON by typing <up-arrow> once only
>
> exit to save new settings
>
> Be aware that there are both positive & negative resister controls ie.
>  IN1_L to Left Mixer Positive Resistor [Off]
>  IN1_L to Right Mixer Negative Resistor [Off]
>
> You only want to set Left Mixer Positive Resistor control.
>
> Verify by running alsa-show.sh
>
> You need to confirm your deviation.
>
> Go to this link
> https://github.com/nwdigitalradio/n7nix/tree/master/deviation
>
> This will lead you through how to output a steady audio tone that you will
> monitor with an HT or some other radio in your shack.
> Be sure to read the John Ackermann N8UR link.
>
> /Basil n7nix
>
>
>
>
>
>