Date   
Re: DRAWS

Basil Gunn
 

# From your console output I do not see the mis-configuration I saw
before. To confirm you could also provide console output from
~/n7nix/debug/ax25-showcfg.sh -d

# From the direwolf User-Guide.pdf doc to invert the gpio output pin
sense: https://raw.githubusercontent.com/wb2osz/direwolf/master/doc/User-Guide.pdf

9.2.8.2 PTT with General Purpose I/O (GPIO)
On Linux you can use General Purpose I/O (GPIO) pins if available. This is mostly applicable to a
microprocessor board, such as a Raspberry Pi or BeagleBone, not a general purpose PC. Precede the pin
number with “-“ to invert the signal.
PTT GPIO [-]pin-number

# In directory ~/n7nix/bin there is a script to test just the PTT gpio
pins used by UDRC/DRAWS hat.

./ptt_ctrl.sh -h
Usage: ptt_ctrl.sh [-l][-r][-on][-off][-c][-h]
-l | --left Select left connector gpio
-r | --right Select right connector gpio
-on | on Turn selected gpio ON
-off | off Turn selected gpio OFF
-t | --toggle Toggle PTT state
-c | --check Check gpio state ie. read gpio
-d | --debug Turn debug on
-h display this message

# With just a quick look at the the IC-F21 Service manual I don't
believe it provides discriminator output so nothing will be connected
to mDin6 connector pin 4 and you should configure ALSA to not route on
IN1. You are currently doing this:

IN1 L:[10 kOhm]     R:[Off]
IN2 L:[Off]         R:[10 kOhm]


# The mDin6 data connector is somewhat of a standard used by Japanese
ham equipment manufacturers.
http://wa8lmf.net/miscinfo/MiniDIN6-Packet.pdf
For pin numbers look at a Kenwood TM-v71a manual page 83.

I am still looking for a clarification on the pin outs, when I ring out the Cable, Male Plug, Looking into the connector (at the Pins) flat portion on top:
pin 1 is bottom left, TX
pin 2 bottom right GND
pin 3 middle left PTT
pin 4 middle right LN1
pin 5 top left LN2
pin 6 top right SQL

What I have learned scoping the outputs is PTT is low going high on pin 3;

On the IC F-521, when I pull the respective pin on the accessory connector low I xmit! I will search for the specs on the interface again to verify.

Is there a way in software to invert this ?

I do see the AFSK out haven't got to adjust yet trying to resolve XMIT issue

Paul

#draws #draws

Paul Noa
 

Basil,
I edited axport file here is the current output from Showudrc

 showudrc.sh
==== Sound Card ====
udrc card number line: card 0: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #0
==== ALSA Controls for Radio Tansmit ====
LO Driver Gain  L:[0.00dB]      R:[-6.00dB]
PCM             L:[-3.00dB]     R:[-25.00dB]
DAC Playback PT L:[P3]  R:[P3]
LO Playback CM  [Full Chip]
==== ALSA Controls for Radio Receive ====
ADC Level       L:[-6.00dB]     R:[0.00dB]
IN1             L:[10 kOhm]     R:[Off]
IN2             L:[Off]         R:[10 kOhm]
==== Pi Ver ====
 Pi 3 Model B+, Rev 1.3, Mfg by Sony UK
 Has WiFi
==== udrc Ver ====
Found a DRAWS
 
     HAT ID EEPROM
Name:        hat
Product:     Digital Radio Amateur Work Station
Product ID:  0x0004
Product ver: 0x0206
UUID:        709b5761-81d1-452a-9709-8e1626c29c26
Vendor:      NW Digital Radio
 
==== sys Ver ====
----- image version
2020 01 23 09:25:01 PST: SD image version: nwdr15
----- /proc/version
Linux version 4.19.97-v7+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1294 SMP Thu Jan 30 13:15:58 GMT 2020
 
----- /etc/*version: 10.3
 
----- /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: asawizard
         Icon name: computer
        Machine ID: 27ac1f0c20904cb7a960920e966db545
           Boot ID: 8a4bb8c1524f445381df95e98fa862d8
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 4.19.97-v7+
      Architecture: arm
 
---- modules
snd_soc_tlv320aic32x4_i2c    16384  27
snd_soc_tlv320aic32x4    40960  1 snd_soc_tlv320aic32x4_i2c
snd_soc_core          192512  4 snd_soc_simple_card_utils,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_soc_simple_card
snd_pcm               102400  6 snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_soc_core
snd                    73728  11 snd_compress,snd_timer,snd_soc_tlv320aic32x4,snd_soc_core,snd_pcm
 
---- kernel
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name               Version      Architecture Description
+++-==================-============-============-=================================
ii  raspberrypi-kernel 1.20200212-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 D (Jan  6 2020)
 
==== Filesystem ====
/dev/root        29G  5.3G   23G  19% /
 
==== boot config ====
[pi4]
# Enable DRM VC4 V3D driver on top of the dispmanx display stack
dtoverlay=vc4-fkms-v3d
max_framebuffers=2
 
[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.20 (revision 3.20)
● gpsd.service - GPS (Global Positioning System) Daemon
   Loaded: loaded (/lib/systemd/system/gpsd.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2020-03-27 18:44:14 EDT; 16h ago
  Process: 514 ExecStart=/usr/local/sbin/gpsd $GPSD_OPTIONS $OPTIONS $DEVICES (code=exited, status=0/SUCCESS)
 Main PID: 521 (gpsd)
    Tasks: 3 (limit: 2200)
   Memory: 1.4M
   CGroup: /system.slice/gpsd.service
           └─521 /usr/local/sbin/gpsd -n /dev/ttySC0 /dev/pps0
 
Mar 27 18:44:14 asawizard systemd[1]: Starting GPS (Global Positioning System) Daemon...
Mar 27 18:44:14 asawizard systemd[1]: Started GPS (Global Positioning System) Daemon.
 
---- chrony
crw-rw---- 1 root root    241, 0 Mar 27 18:44 /dev/pps0
crw------- 1 root root    241, 1 Mar 27 18:44 /dev/pps1
crw-rw---- 1 root dialout 239, 0 Mar 27 18:44 /dev/ttySC0
crw-rw---- 1 root dialout 239, 1 Mar 27 18:44 /dev/ttySC1
-- chrony sources
210 Number of sources = 6
MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
#- GPS                           0   3   377     6    -73ms[  -73ms] +/-  104ms
#* PPS                           0   3   377     6    -36ns[ -245ns] +/-  501ns
^- ntp.jtsage.com                2   6    17    39    -11ms[  -11ms] +/-  103ms
^- jikan.ae7.st                  2   6    17    39  -4532us[-4534us] +/-   83ms
^- y.ns.gin.ntt.net              2   6    17    40  -3766us[-3768us] +/-   65ms
^- t2.time.bf1.yahoo.com         3   6    17    39  -6671us[-6673us] +/-   74ms
-- chrony tracking
Reference ID    : 50505300 (PPS)
Stratum         : 1
Ref time (UTC)  : Sat Mar 28 15:06:24 2020
System time     : 0.000000212 seconds slow of NTP time
Last offset     : -0.000000256 seconds
RMS offset      : 0.018753026 seconds
Frequency       : 1.507 ppm fast
Residual freq   : -0.003 ppm
Skew            : 0.135 ppm
Root delay      : 0.000000001 seconds
Root dispersion : 0.000009062 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                        12   9    88   +176.256    183.237    -76ms  4014us
PPS                         6   3    41     -0.003      0.124     -8ns   485ns
ntp.jtsage.com              4   3     6   +156.375  24667.115  -5644us  4045us
jikan.ae7.st                4   3     6  -1681.325  13177.292    -73ms  1435us
y.ns.gin.ntt.net            4   4     6   +109.014   7221.111   +176us   995us
t2.time.bf1.yahoo.com       4   3     6   -517.597  15332.971    -27ms  1864us
 
---- sensors
-rw-r--r-- 1 root root 171 Sep 19  2019 /etc/sensors.d/draws
rpi_volt-isa-0000
Adapter: ISA adapter
in0:              N/A
 
ads1015-i2c-1-48
Adapter: bcm2835 I2C adapter
+12V:         +0.00 V
in5:          +2.47 V
User ADC 1:   +0.00 V
User ADC 2:   +0.00 V
 
 
---- throttle
temp=41.3'C
throttled=0x0
 
---- locale
Locale country codes consistent among WiFi cfg file, iw reg & X11: US
core_config.sh has been run 1 time(s)

I am still looking for a clarification on the pin outs,  when I ring out the Cable, Male Plug, Looking into the connector (at the Pins) flat portion on top:
pin 1 is bottom left,  TX   
pin 2 bottom right    GND
pin 3 middle left       PTT
pin 4 middle right     LN1
pin 5 top left             LN2
pin 6 top right           SQL

What I have learned scoping the outputs is PTT is low going high on pin 3;

On the IC F-521, when I pull the respective pin on the accessory connector low I xmit!  I will search for the specs on the interface again to verify.

Is there a way in software to invert this ?

I do see the AFSK out haven't got to adjust yet trying to resolve XMIT issue

Paul

Re: DRAWS

Paul Noa
 

Basil,
I edited axport file here is the current output from Showudrc

 showudrc.sh
==== Sound Card ====
udrc card number line: card 0: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #0
==== ALSA Controls for Radio Tansmit ====
LO Driver Gain  L:[0.00dB]      R:[-6.00dB]
PCM             L:[-3.00dB]     R:[-25.00dB]
DAC Playback PT L:[P3]  R:[P3]
LO Playback CM  [Full Chip]
==== ALSA Controls for Radio Receive ====
ADC Level       L:[-6.00dB]     R:[0.00dB]
IN1             L:[10 kOhm]     R:[Off]
IN2             L:[Off]         R:[10 kOhm]
==== Pi Ver ====
 Pi 3 Model B+, Rev 1.3, Mfg by Sony UK
 Has WiFi
==== udrc Ver ====
Found a DRAWS
 
     HAT ID EEPROM
Name:        hat
Product:     Digital Radio Amateur Work Station
Product ID:  0x0004
Product ver: 0x0206
UUID:        709b5761-81d1-452a-9709-8e1626c29c26
Vendor:      NW Digital Radio
 
==== sys Ver ====
----- image version
2020 01 23 09:25:01 PST: SD image version: nwdr15
----- /proc/version
Linux version 4.19.97-v7+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1294 SMP Thu Jan 30 13:15:58 GMT 2020
 
----- /etc/*version: 10.3
 
----- /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: asawizard
         Icon name: computer
        Machine ID: 27ac1f0c20904cb7a960920e966db545
           Boot ID: 8a4bb8c1524f445381df95e98fa862d8
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 4.19.97-v7+
      Architecture: arm
 
---- modules
snd_soc_tlv320aic32x4_i2c    16384  27
snd_soc_tlv320aic32x4    40960  1 snd_soc_tlv320aic32x4_i2c
snd_soc_core          192512  4 snd_soc_simple_card_utils,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_soc_simple_card
snd_pcm               102400  6 snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_soc_core
snd                    73728  11 snd_compress,snd_timer,snd_soc_tlv320aic32x4,snd_soc_core,snd_pcm
 
---- kernel
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name               Version      Architecture Description
+++-==================-============-============-=================================
ii  raspberrypi-kernel 1.20200212-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 D (Jan  6 2020)
 
==== Filesystem ====
/dev/root        29G  5.3G   23G  19% /
 
==== boot config ====
[pi4]
# Enable DRM VC4 V3D driver on top of the dispmanx display stack
dtoverlay=vc4-fkms-v3d
max_framebuffers=2
 
[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.20 (revision 3.20)
● gpsd.service - GPS (Global Positioning System) Daemon
   Loaded: loaded (/lib/systemd/system/gpsd.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2020-03-27 18:44:14 EDT; 16h ago
  Process: 514 ExecStart=/usr/local/sbin/gpsd $GPSD_OPTIONS $OPTIONS $DEVICES (code=exited, status=0/SUCCESS)
 Main PID: 521 (gpsd)
    Tasks: 3 (limit: 2200)
   Memory: 1.4M
   CGroup: /system.slice/gpsd.service
           └─521 /usr/local/sbin/gpsd -n /dev/ttySC0 /dev/pps0
 
Mar 27 18:44:14 asawizard systemd[1]: Starting GPS (Global Positioning System) Daemon...
Mar 27 18:44:14 asawizard systemd[1]: Started GPS (Global Positioning System) Daemon.
 
---- chrony
crw-rw---- 1 root root    241, 0 Mar 27 18:44 /dev/pps0
crw------- 1 root root    241, 1 Mar 27 18:44 /dev/pps1
crw-rw---- 1 root dialout 239, 0 Mar 27 18:44 /dev/ttySC0
crw-rw---- 1 root dialout 239, 1 Mar 27 18:44 /dev/ttySC1
-- chrony sources
210 Number of sources = 6
MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
#- GPS                           0   3   377     6    -73ms[  -73ms] +/-  104ms
#* PPS                           0   3   377     6    -36ns[ -245ns] +/-  501ns
^- ntp.jtsage.com                2   6    17    39    -11ms[  -11ms] +/-  103ms
^- jikan.ae7.st                  2   6    17    39  -4532us[-4534us] +/-   83ms
^- y.ns.gin.ntt.net              2   6    17    40  -3766us[-3768us] +/-   65ms
^- t2.time.bf1.yahoo.com         3   6    17    39  -6671us[-6673us] +/-   74ms
-- chrony tracking
Reference ID    : 50505300 (PPS)
Stratum         : 1
Ref time (UTC)  : Sat Mar 28 15:06:24 2020
System time     : 0.000000212 seconds slow of NTP time
Last offset     : -0.000000256 seconds
RMS offset      : 0.018753026 seconds
Frequency       : 1.507 ppm fast
Residual freq   : -0.003 ppm
Skew            : 0.135 ppm
Root delay      : 0.000000001 seconds
Root dispersion : 0.000009062 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                        12   9    88   +176.256    183.237    -76ms  4014us
PPS                         6   3    41     -0.003      0.124     -8ns   485ns
ntp.jtsage.com              4   3     6   +156.375  24667.115  -5644us  4045us
jikan.ae7.st                4   3     6  -1681.325  13177.292    -73ms  1435us
y.ns.gin.ntt.net            4   4     6   +109.014   7221.111   +176us   995us
t2.time.bf1.yahoo.com       4   3     6   -517.597  15332.971    -27ms  1864us
 
---- sensors
-rw-r--r-- 1 root root 171 Sep 19  2019 /etc/sensors.d/draws
rpi_volt-isa-0000
Adapter: ISA adapter
in0:              N/A
 
ads1015-i2c-1-48
Adapter: bcm2835 I2C adapter
+12V:         +0.00 V
in5:          +2.47 V
User ADC 1:   +0.00 V
User ADC 2:   +0.00 V
 
 
---- throttle
temp=41.3'C
throttled=0x0
 
---- locale
Locale country codes consistent among WiFi cfg file, iw reg & X11: US
core_config.sh has been run 1 time(s)

I am still looking for a clarification on the pin outs,  when I ring out the Cable, Male Plug, Looking into the connector (at the Pins) flat portion on top:
pin 1 is bottom left,  TX   
pin 2 bottom right    GND
pin 3 middle left       PTT
pin 4 middle right     LN1
pin 5 top left             LN2
pin 6 top right           SQL

What I have learned scoping the outputs is PTT is low going high on pin 3;

On the IC F-521, when I pull the respective pin on the accessory connector low I xmit!  I will search for the specs on the interface again to verify.

Is there a way in software to invert this ?

I do see the AFSK out haven't got to adjust yet trying to resolve XMIT issue

Paul

Re: app_config.sh

Basil Gunn
 

J P,
I need to clean-up app_config.sh a little.

The 'messenger' config was to bring up a web interface for both Winlink
& APRS messages. The goal was to be able to run Winlink & APRS in my
truck from a web browser on my Android tablet.

What happened was the default paclink-unix config now installs the
paclink-unix winlink web app & SMTP mail server. There is an option in
app_config.sh, plumin, to just install minimum paclink-unix and a
console based email client. Last year I switched the defualt
paclink-unix install to be a complete web app install.

To get the messenger application I originally envisioned you need to
install paclink-unix then nixtracker (forked from dantracker). Nixtracker has a modified web app (from the paclink-unix
only web app) that supports both APRS & winlink messaging. To compose a
winlink message you use Rainloop (https://www.rainloop.net/) webmail
then send it with the paclink-unix web interface. The APRS messaging is
pretty basic but it supports acks.

Hope this makes sense.

/Basil n7nix


J P Watters via Groups.Io <kc9kko=mac.com@groups.io> writes:

What does *app_config.sh messenger* do? I searched the WIKI without sucess.

I ran *app_config.sh without any parameters and it shows command line* *Usage: app_config.sh [-d][-h][core][plu][rmsgw][messanger]*
*core MUST be run before any other config*

app_config.sh

J P Watters
 

What does app_config.sh messenger do? I searched the WIKI without sucess.

I ran app_config.sh without any parameters and it shows  command line Usage: app_config.sh [-d][-h][core][plu][rmsgw][messanger]
   core      MUST be run before any other config
   plu       Configures paclink-unix & email applications
   rmsgw     Configures Linux RMS Gateway
   messanger Configures messanger appliance
   -d        set debug flag
   -h        no arg, display this message
 

Re: DRAWS

Paul Noa
 

Basil,
1. Edit /etc/ax25/axports
You are using the same call sign & SSID for both devices. That
happened when you configured the direwolf SSID to be 10. Change it to
something other than 10 like 1.
# I did not know what to put there yes I will try 1 rather than ten,
# do I need to start from scratch or can I run the config file again?

2. Why did you choose the IC-7000 alsa script? That script uses ALSA to
route the receive audio from the radio discriminator. Is that how
you've configured your Hyteria TM800-U?
# I am using the IC F-521 VHF now. I will use the TM800-U in the future which is UHF for my application which is not APRS. I am just trying to get the DRAWS Hat working so I can move on to my development application.

3. Can you provide a pin out of the cable you are using to connect to
your radio to the DRAWS hat. Also which connector(s) are you using on
the Radio?
#Please see my last message

4. Your RPi throttled at some point due to over heating. Did you install
heat sinks?
#No Heat sinks, but will do!

5. Debug transmit then receive. Use measure_deviate
(https://github.com/nwdigitalradio/n7nix/tree/master/deviation) to
put a tone on pin 1 (transmit audio) of the mDin6 cable.
#At work now will do that this afternoon

6. You very well may have a DRAWS hat that was stuffed with incorrect
components but you have a number of things that are mis-configured.
#Please see my latest outputs (Previous Message) from the clean fresh install if something is mis-configured
I do not understand where I am going wrong 

Thanks Basil,

I appreciate your Indulgence
I hope my perseverance can match it
Paul


Re: DRAWS

Paul Noa
 

Basil,

Start from a clean install.
# I started from scratch new, clean install and new out of the box Draws Hat

Editing any configuration files is

discouraged until you can confirm things are working. In your case
/etc/ax25/axports file has been manually edited and is misconfigured.

The /etc/direwolf.conf file may also be manually edited and misconfigured.
# No editing has been done to any files 

1. Check cable to radio. Is it a custom cable? In your case you should
be using the left hand mDin6 connector.

# I used the pin outs for the mini DIN 6 connector from this file https://nw-digital-radio.groups.io/g/udrc/files/DRAWSTech.pdf 

I wired my IC-F521 DB9 ACC input using the pinout above and I do recall the pin layout didn' match and that was my rookie mistake not investigating that!

However this seems like where I might have gone wrong, not  having any "HAM" experience my commercial radios don't use mini DIN connectors, so I checked online and found this:


Please confirm the later is correct.

2. Radio turned on?
-When running scripts btest.sh or measure_deviate.sh
# Of Course, But I understand the question

3. Does you radio indicate that it transmits when running either of the
above scripts?
#NO! it does however TX/RX when I use the mic input which I removed during testing

4. Does the transmit led next to the mDin6 connector on the DRAWS card
come on when running either of the above scripts?
#NO!

5. Tune an HT to the same frequency used by your radio attached to the
DRAWS card. When running the measure_deviate.sh script can you hear a
tone?
#HT?? can you use generic terminology and elaborate, I have not run Measure_deviate.sh

Either start from a fresh install (recommended) or fix your /etc/ax25/axports file.
Mar 19 19:38:04 ASAwizard bash[564]: axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
Mar 19 19:38:04 ASAwizard bash[564]: kissparms: invalid port name - udr1
# I have a fresh install see below

You said that you did not see any console output from the listen command
yet your direwolf log file sees your beacon test output:

Mar 21 15:08:12 ASAwizard direwolf[479]: [0L]KO4BCZ-11>APUDR1,WIDE1-1::KO4BCZ :21 15:08:11 EDT KO4BCZ mesg_beacon test from host ASAwizard on udr0 Seq: 21

This indicates some ax.25 misconfiguration. Note that if you just follow
the "Getting Started" guide you should NOT have to edit any
configuration files
# with my fresh install i did see out with listen -at
#What indicates ax.25 is mis-configured in the lines above? 
# I did NOT and Have Not edited any config files;
#see my outputs from the fresh install:

pi@asawizard:~/bin $ ./showudrc.sh
==== Sound Card ====
udrc card number line: card 0: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #0
==== ALSA Controls for Radio Tansmit ====
LO Driver Gain  L:[-6.00dB]     R:[-6.00dB]
PCM             L:[-16.50dB]    R:[-16.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:[10 kOhm]     R:[10 kOhm]
IN2             L:[Off]         R:[Off]
==== Pi Ver ====
 Pi 3 Model B+, Rev 1.3, Mfg by Sony UK
 Has WiFi
==== udrc Ver ====
Found a DRAWS
 
     HAT ID EEPROM
Name:        hat
Product:     Digital Radio Amateur Work Station
Product ID:  0x0004
Product ver: 0x0206
UUID:        709b5761-81d1-452a-9709-8e1626c29c26
Vendor:      NW Digital Radio
 
==== sys Ver ====
----- image version
2020 01 23 09:25:01 PST: SD image version: nwdr15
----- /proc/version
Linux version 4.19.97-v7+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1294 SMP Thu Jan 30 13:15:58 GMT 2020
 
----- /etc/*version: 10.3
 
----- /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: asawizard
         Icon name: computer
        Machine ID: 27ac1f0c20904cb7a960920e966db545
           Boot ID: e442fe505a444306938c643e4b1ab380
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 4.19.97-v7+
      Architecture: arm
 
---- modules
snd_soc_tlv320aic32x4_i2c    16384  27
snd_soc_tlv320aic32x4    40960  1 snd_soc_tlv320aic32x4_i2c
snd_soc_core          192512  4 snd_soc_simple_card_utils,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_soc_simple_card
snd_pcm               102400  6 snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_soc_core
snd                    73728  11 snd_compress,snd_timer,snd_soc_tlv320aic32x4,snd_soc_core,snd_pcm
 
---- kernel
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name               Version      Architecture Description
+++-==================-============-============-=================================
ii  raspberrypi-kernel 1.20200212-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
Mar 24 18:17:52 asawizard bash[6527]: UDRC II or DRAWS installed
Mar 24 18:17:52 asawizard bash[6527]: using mkiss with UDRC II and pseudo term_1: /dev/pts/2 pseudo term_2: /dev/pts/3
Mar 24 18:19:41 asawizard bash[575]: UDRC II or DRAWS installed
Mar 24 18:19:41 asawizard bash[575]: using mkiss with UDRC II and pseudo term_1: /dev/pts/1 pseudo term_2: /dev/pts/2
Mar 24 18:27:12 asawizard bash[569]: UDRC II or DRAWS installed
Mar 24 18:27:12 asawizard bash[569]: using mkiss with UDRC II and pseudo term_1: /dev/pts/1 pseudo term_2: /dev/pts/2
 
---- dmesg
 
 
----- Dire Wolf DEVELOPMENT version 1.6 D (Jan  6 2020)
 
==== Filesystem ====
/dev/root        29G  5.3G   23G  19% /
 
==== boot config ====
[pi4]
# Enable DRM VC4 V3D driver on top of the dispmanx display stack
dtoverlay=vc4-fkms-v3d
max_framebuffers=2
 
[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.20 (revision 3.20)
● gpsd.service - GPS (Global Positioning System) Daemon
   Loaded: loaded (/lib/systemd/system/gpsd.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2020-03-24 18:27:11 EDT; 13min ago
  Process: 522 ExecStart=/usr/local/sbin/gpsd $GPSD_OPTIONS $OPTIONS $DEVICES (code=exited, status=0/SUCCESS)
 Main PID: 523 (gpsd)
    Tasks: 3 (limit: 2200)
   Memory: 1.4M
   CGroup: /system.slice/gpsd.service
           └─523 /usr/local/sbin/gpsd -n /dev/ttySC0 /dev/pps0
 
Mar 24 18:27:11 asawizard systemd[1]: Starting GPS (Global Positioning System) Daemon...
Mar 24 18:27:11 asawizard systemd[1]: Started GPS (Global Positioning System) Daemon.
 
---- chrony
crw-rw---- 1 root root    241, 0 Mar 24 18:27 /dev/pps0
crw------- 1 root root    241, 1 Mar 24 18:27 /dev/pps1
crw-rw---- 1 root dialout 239, 0 Mar 24 18:27 /dev/ttySC0
crw-rw---- 1 root dialout 239, 1 Mar 24 18:27 /dev/ttySC1
-- chrony sources
210 Number of sources = 6
MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
#x GPS                           0   3   377     6   -115ms[ -115ms] +/-  105ms
#* PPS                           0   3   377     7   +453ns[ +571ns] +/-  261ns
^? 2604:a880:400:d0::62:c001     0   7     0     -     +0ns[   +0ns] +/-    0ns
^- 2001:19f0:8001:1de:5400:>     2   6   377     4  -6985us[-6984us] +/-   94ms
^- y.ns.gin.ntt.net              2   6   377     4    -16ms[  -16ms] +/-   85ms
^- li290-38.members.linode.>     2   6   377   267   +649us[ +647us] +/-   84ms
-- chrony tracking
Reference ID    : 50505300 (PPS)
Stratum         : 1
Ref time (UTC)  : Tue Mar 24 22:40:52 2020 System time     : 0.000000087 seconds fast of NTP time
Last offset     : +0.000000123 seconds
RMS offset      : 0.000580859 seconds
Frequency       : 0.413 ppm slow
Residual freq   : +0.000 ppm
Skew            : 0.007 ppm
Root delay      : 0.000000001 seconds
Root dispersion : 0.000009704 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                        11   7    80   -372.792    634.285   -149ms  8917us
PPS                        18   9   135     +0.000      0.006     +1ns   275ns
2604:a880:400:d0::62:c001   0   0     0     +0.000   2000.000     +0ns  4000ms
2001:19f0:8001:1de:5400:>   6   4   390   +109.178    244.112    -99us  8495us
y.ns.gin.ntt.net           13   6   786     +1.604     18.156  -5755us  3030us
li290-38.members.linode.>   9   7   524     +4.770     18.881  -1882us  1301us
 
---- sensors
-rw-r--r-- 1 root root 171 Sep 19  2019 /etc/sensors.d/draws
rpi_volt-isa-0000
Adapter: ISA adapter
in0:              N/A
 
ads1015-i2c-1-48
Adapter: bcm2835 I2C adapter
+12V:         +0.00 V
in5:          +2.58 V
User ADC 1:   +0.00 V
User ADC 2:   +0.00 V
 
 
---- throttle
temp=58.0'C
throttled=0x80000
 
---- locale
Locale country codes consistent among WiFi cfg file, iw reg & X11: US
core_config.sh has been run 1 time(s)
pi@asawizard:~/bin $
 
pi@asawizard:~/bin $ tail -f /var/log/direwolf/direwolf.log
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (167.114.2.176) failed.
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (54.39.23.43) failed.
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (44.10.10.10) failed.
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (66.159.41.113) failed.
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (2607:7000:1:3::2) failed.
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (173.242.239.3) failed.
Mar 24 18:27:32 asawizard direwolf[485]: Now connected to IGate server noam.aprs2.net (2607:7000:1:3::2)
Mar 24 18:27:32 asawizard direwolf[485]: Check server status here http://[2607:7000:1:3::2]:14501
Mar 24 18:27:46 asawizard direwolf[485]: [ig] # aprsc 2.1.5-g8e78d39
Mar 24 18:27:46 asawizard direwolf[485]: [ig] # logresp KO4BCZ verified, server T2OREGON
root@asawizard:/home/pi/n7nix/debug# ./btest.sh -P udr0
Send a message beacon
 Sent: /usr/local/sbin/beacon -c KO4BCZ-11 -d 'APUDR1 via WIDE1-1' -l -s udr0 :KO4BCZ :24 18:54:08 EDT KO4BCZ mesg_beacon test from host asawizard on port udr0 Seq: 1
axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
root@asawizard:/home/pi/n7nix/debug# ./btest.sh -P udr0
Send a message beacon
 Sent: /usr/local/sbin/beacon -c KO4BCZ-11 -d 'APUDR1 via WIDE1-1' -l -s udr0 :KO4BCZ :24 18:55:46 EDT KO4BCZ mesg_beacon test from host asawizard on port udr0 Seq: 2
axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
root@asawizard:/home/pi/n7nix/debug# ./btest.sh -P udr1
Send a message beacon
 Sent: /usr/local/sbin/beacon -c KO4BCZ-11 -d 'APUDR1 via WIDE1-1' -l -s udr1 :KO4BCZ :24 19:00:50 EDT KO4BCZ mesg_beacon test from host asawizard on port udr1 Seq: 3
axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
beacon: invalid AX.25 port setting - udr1
Beacon command failed.
root@asawizard:/home/pi/n7nix/debug#

#verify_Config results:
pi@asawizard:~/n7nix/debug $ ./btest.sh -P udr0
*** Running as user: pi ***
Send a message beacon
 Sent: /usr/local/sbin/beacon -c KO4BCZ-11 -d 'APUDR1 via WIDE1-1' -l -s udr0 :KO4BCZ :25 17:51:24 EDT KO4BCZ mesg_beacon test from host asawizard on port udr0 Seq: 1
axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
pi@asawizard:~/n7nix/debug $ tail -f /var/log/direwolf/direwolf.log
Mar 25 17:30:20 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (2607:7c80:54:a::4410) failed.
Mar 25 17:30:20 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (173.242.239.3) failed.
Mar 25 17:30:20 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (75.155.112.155) failed.
Mar 25 17:30:20 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (54.39.23.43) failed.
Mar 25 17:30:26 asawizard direwolf[485]: Now connected to IGate server noam.aprs2.net (173.242.239.3)
Mar 25 17:30:26 asawizard direwolf[485]: Check server status here http://173.242.239.3:14501
Mar 25 17:30:30 asawizard direwolf[485]: [ig] # aprsc 2.1.5-g8af3cdc
Mar 25 17:30:30 asawizard direwolf[485]: [ig] # logresp KO4BCZ verified, server T2NALA
Mar 25 17:50:09 asawizard direwolf[485]: [0L] KO4BCZ-11>APUDR1,WIDE1-1::KO4BCZ   :25 17:50:09 EDT KO4BCZ mesg_beacon test from host asawizard on port udr0 Seq: 0
Mar 25 17:51:25 asawizard direwolf[485]: [0L] KO4BCZ-11>APUDR1,WIDE1-1::KO4BCZ   :25 17:51:24 EDT KO4BCZ mesg_beacon test from host asawizard on port udr0 Seq: 1<0x17>(
^C
Focus on your transmit problem first then look at receive.
Tune your radio to the national 1200 baud APRS frequency (144.390 MHZ),
turn audio up & squelch off. You should hear some/a lot of traffic and
you should see that traffic in your 'listen' console or 'tail -f
/var/log/direwolf/dirwolf.log' console.
#before the clean fresh start I was capturing APRS data see an earlier message I believe I included some outputs showing them.
# for some reason I did not hear anything the last two days?? nor did I capture anything but had been on the last build,  

Receive problems are usually due to cable mis-wired, incorrect ALSA
# See top of message
parameters or radio misconfigured (AFOUT/DISCriminator).
# I tried different alsa settings and AFOUT and DISC inputs LN1 and LN2 from the current fresh new build:

pi@asawizard:~/n7nix/debug $ alsa-show.sh
 ===== ALSA Controls for Radio Transmit =====
LO Driver Gain  L:[-6.00dB]     R:[-6.00dB]
PCM             L:[-3.00dB]     R:[-25.00dB]
DAC Playback PT L:[P3]          R:[P3]
LO Playback CM  [Full Chip]
 
 ===== ALSA Controls for Radio Receive =====
ADC Level       L:[-6.00dB]     R:[0.00dB]
IN1             L:[10 kOhm]     R:[10 kOhm]
IN2             L:[Off]         R:[Off]
CM              L:[10 kOhm]     R:[10 kOhm]
pi@asawizard:~/n7nix/debug $ alsa-show.sh
 ===== ALSA Controls for Radio Transmit =====
LO Driver Gain  L:[0.00dB]      R:[-6.00dB]
PCM             L:[-3.00dB]     R:[-25.00dB]
DAC Playback PT L:[P3]          R:[P3]
LO Playback CM  [Full Chip]
 
 ===== ALSA Controls for Radio Receive =====
ADC Level       L:[-6.00dB]     R:[0.00dB]
IN1             L:[Off]         R:[Off]
IN2             L:[10 kOhm]     R:[10 kOhm]
CM              L:[10 kOhm]     R:[10 kOhm]

#There was radio silence maybe its due to the Corona Virus lockdown ???
#I was not hearing or receiving any transmissions I will revisit that because it makes no sense to me either that is the easiest part??
# this happen:
pi@asawizard:~/n7nix/debug $ ./btest.sh -P udr0
*** Running as user: pi ***
Send a message beacon
 Sent: /usr/local/sbin/beacon -c KO4BCZ-11 -d 'APUDR1 via WIDE1-1' -l -s udr0 :KO4BCZ :25 18:05:55 EDT KO4BCZ mesg_beacon test from host asawizard on port udr0 Seq: 3
axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
pi@asawizard:~/n7nix/debug $ tail -f /var/log/direwolf/direwolf.log
Mar 25 18:04:13 asawizard direwolf[485]: [1L] KO4BCZ-10>QST:(UI cc=00, p/f=0)E<0x00><0x00>Df<0xed>@<0x00><0x01><0x11>r<0x14><0xc0><0xa8><0xff><0x03><0xe0><0x00><0x00><0xfb><0x14><0xe9><0x14><0xe9><0x00>0<0xea><0xfb><0x00><0x00><0x00><0x00><0x00><0x01><0x00><0x00><0x00><0x00><0x00><0x00><0x0b>_googlecast<0x04>_tcp<0x05>local<0x00><0x00><0x0c><0x00><0x01>
Mar 25 18:05:54 asawizard direwolf[485]: [0L] KO4BCZ-10>QST:(UI cc=00, p/f=0)E<0x00><0x00><0xc3><0x8a>y@<0x00><0x01><0x11>?<0x0b><0xc0><0xa8><0xff><0x02><0xef><0xff><0xff><0xfa><0xc9>V<0x07>l<0x00><0xaf>Z<0x08>M-SEARCH * HTTP/1.1<0x0d><0x0a>HOST: 239.255.255.250:1900<0x0d><0x0a>MAN: "ssdp:discover"<0x0d><0x0a>MX: 1<0x0d><0x0a>ST: urn:dial-multiscreen-org:service:dial:1<0x0d><0x0a>USER-AGENT: Chromium/78.0.3904.108 Linux<0x0d><0x0a><0x0d><0x0a>






Re: DRAWS

Basil Gunn
 

1. Edit /etc/ax25/axports
You are using the same call sign & SSID for both devices. That
happened when you configured the direwolf SSID to be 10. Change it to
something other than 10 like 1.

2. Why did you choose the IC-7000 alsa script? That script uses ALSA to
route the receive audio from the radio discriminator. Is that how
you've configured your Hyteria TM800-U?

3. Can you provide a pin out of the cable you are using to connect to
your radio to the DRAWS hat. Also which connector(s) are you using on
the Radio?

4. Your RPi throttled at some point due to over heating. Did you install
heat sinks?

5. Debug transmit then receive. Use measure_deviate
(https://github.com/nwdigitalradio/n7nix/tree/master/deviation) to
put a tone on pin 1 (transmit audio) of the mDin6 cable.

6. You very well may have a DRAWS hat that was stuffed with incorrect
components but you have a number of things that are mis-configured.

/Basil n7nix

Paul Noa <pauljnoa@...> writes:

Basil,
I was monitoring 144.390 MHz with second rcvrand only heard a couple APRS transmissions.
which might also been when the alsa settings were from the IC7000 script.
I copied and pasted every step in the attached txt file

Re: DRAWS

Paul Noa
 

Bryan, Basil, et al,

The more I think about my tx/rx problems I have come to the point it must be the alsa settings.

This area is new to me.  So I have been looking for guidance on setting that up under audio #hashtags.

I found this correspondence:
David, you are right!

100ohm Resistors we’re incorrectly Stuffed as 100k creating a 20dB attenuator.

I should have caught it when we had the cap problem.

With the new run, 8 Components were stuffed incorrectly:

C17, C20 (0603) should be 0.1uF but 10uF was stuffed

Easiest Fix is to Remove

R20, R21, R26, R27, R39, R40 (0603) 100ohms but 100kohms was stuffed

Easiest Fix is to solder 100ohms on top (in parallel)

Assembly has current stock in for re-work.

We’ll make it right for boards in the field, whatever it takes.

I’m out of the office until January 6th.  

I am at work now but will verify my hats don't have the wrong parts populated.

Otherwise any further guidance on setting alsa would be helpful.

Paul
KO4BCZ

Re: DRAWS

Paul Noa
 

Basil,
I was monitoring 144.390 MHz with second rcvr  and only heard a couple APRS transmissions.
which might also been when the alsa settings were from the IC7000 script.
 I copied and pasted every step in the attached txt file 

Paul

Re: DRAWS

Paul Noa
 

Basil,

I followed Getting Started to the letter No Joy please see the following outputs

pi@asawizard:~/bin $ ./showudrc.sh
==== Sound Card ====
udrc card number line: card 0: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #0
==== ALSA Controls for Radio Tansmit ====
LO Driver Gain  L:[-6.00dB]     R:[-6.00dB]
PCM             L:[-16.50dB]    R:[-16.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:[10 kOhm]     R:[10 kOhm]
IN2             L:[Off]         R:[Off]
==== Pi Ver ====
 Pi 3 Model B+, Rev 1.3, Mfg by Sony UK
 Has WiFi
==== udrc Ver ====
Found a DRAWS
 
     HAT ID EEPROM
Name:        hat
Product:     Digital Radio Amateur Work Station
Product ID:  0x0004
Product ver: 0x0206
UUID:        709b5761-81d1-452a-9709-8e1626c29c26
Vendor:      NW Digital Radio
 
==== sys Ver ====
----- image version
2020 01 23 09:25:01 PST: SD image version: nwdr15
----- /proc/version
Linux version 4.19.97-v7+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1294 SMP Thu Jan 30 13:15:58 GMT 2020
 
----- /etc/*version: 10.3
 
----- /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: asawizard
         Icon name: computer
        Machine ID: 27ac1f0c20904cb7a960920e966db545
           Boot ID: e442fe505a444306938c643e4b1ab380
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 4.19.97-v7+
      Architecture: arm
 
---- modules
snd_soc_tlv320aic32x4_i2c    16384  27
snd_soc_tlv320aic32x4    40960  1 snd_soc_tlv320aic32x4_i2c
snd_soc_core          192512  4 snd_soc_simple_card_utils,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_soc_simple_card
snd_pcm               102400  6 snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_soc_core
snd                    73728  11 snd_compress,snd_timer,snd_soc_tlv320aic32x4,snd_soc_core,snd_pcm
 
---- kernel
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name               Version      Architecture Description
+++-==================-============-============-=================================
ii  raspberrypi-kernel 1.20200212-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
Mar 24 18:17:52 asawizard bash[6527]: UDRC II or DRAWS installed
Mar 24 18:17:52 asawizard bash[6527]: using mkiss with UDRC II and pseudo term_1: /dev/pts/2 pseudo term_2: /dev/pts/3
Mar 24 18:19:41 asawizard bash[575]: UDRC II or DRAWS installed
Mar 24 18:19:41 asawizard bash[575]: using mkiss with UDRC II and pseudo term_1: /dev/pts/1 pseudo term_2: /dev/pts/2
Mar 24 18:27:12 asawizard bash[569]: UDRC II or DRAWS installed
Mar 24 18:27:12 asawizard bash[569]: using mkiss with UDRC II and pseudo term_1: /dev/pts/1 pseudo term_2: /dev/pts/2
 
---- dmesg
 
 
----- Dire Wolf DEVELOPMENT version 1.6 D (Jan  6 2020)
 
==== Filesystem ====
/dev/root        29G  5.3G   23G  19% /
 
==== boot config ====
[pi4]
# Enable DRM VC4 V3D driver on top of the dispmanx display stack
dtoverlay=vc4-fkms-v3d
max_framebuffers=2
 
[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.20 (revision 3.20)
● gpsd.service - GPS (Global Positioning System) Daemon
   Loaded: loaded (/lib/systemd/system/gpsd.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2020-03-24 18:27:11 EDT; 13min ago
  Process: 522 ExecStart=/usr/local/sbin/gpsd $GPSD_OPTIONS $OPTIONS $DEVICES (code=exited, status=0/SUCCESS)
 Main PID: 523 (gpsd)
    Tasks: 3 (limit: 2200)
   Memory: 1.4M
   CGroup: /system.slice/gpsd.service
           └─523 /usr/local/sbin/gpsd -n /dev/ttySC0 /dev/pps0
 
Mar 24 18:27:11 asawizard systemd[1]: Starting GPS (Global Positioning System) Daemon...
Mar 24 18:27:11 asawizard systemd[1]: Started GPS (Global Positioning System) Daemon.
 
---- chrony
crw-rw---- 1 root root    241, 0 Mar 24 18:27 /dev/pps0
crw------- 1 root root    241, 1 Mar 24 18:27 /dev/pps1
crw-rw---- 1 root dialout 239, 0 Mar 24 18:27 /dev/ttySC0
crw-rw---- 1 root dialout 239, 1 Mar 24 18:27 /dev/ttySC1
-- chrony sources
210 Number of sources = 6
MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
#x GPS                           0   3   377     6   -115ms[ -115ms] +/-  105ms
#* PPS                           0   3   377     7   +453ns[ +571ns] +/-  261ns
^? 2604:a880:400:d0::62:c001     0   7     0     -     +0ns[   +0ns] +/-    0ns
^- 2001:19f0:8001:1de:5400:>     2   6   377     4  -6985us[-6984us] +/-   94ms
^- y.ns.gin.ntt.net              2   6   377     4    -16ms[  -16ms] +/-   85ms
^- li290-38.members.linode.>     2   6   377   267   +649us[ +647us] +/-   84ms
-- chrony tracking
Reference ID    : 50505300 (PPS)
Stratum         : 1
Ref time (UTC)  : Tue Mar 24 22:40:52 2020 System time     : 0.000000087 seconds fast of NTP time
Last offset     : +0.000000123 seconds
RMS offset      : 0.000580859 seconds
Frequency       : 0.413 ppm slow
Residual freq   : +0.000 ppm
Skew            : 0.007 ppm
Root delay      : 0.000000001 seconds
Root dispersion : 0.000009704 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                        11   7    80   -372.792    634.285   -149ms  8917us
PPS                        18   9   135     +0.000      0.006     +1ns   275ns
2604:a880:400:d0::62:c001   0   0     0     +0.000   2000.000     +0ns  4000ms
2001:19f0:8001:1de:5400:>   6   4   390   +109.178    244.112    -99us  8495us
y.ns.gin.ntt.net           13   6   786     +1.604     18.156  -5755us  3030us
li290-38.members.linode.>   9   7   524     +4.770     18.881  -1882us  1301us
 
---- sensors
-rw-r--r-- 1 root root 171 Sep 19  2019 /etc/sensors.d/draws
rpi_volt-isa-0000
Adapter: ISA adapter
in0:              N/A
 
ads1015-i2c-1-48
Adapter: bcm2835 I2C adapter
+12V:         +0.00 V
in5:          +2.58 V
User ADC 1:   +0.00 V
User ADC 2:   +0.00 V
 
 
---- throttle
temp=58.0'C
throttled=0x80000
 
---- locale
Locale country codes consistent among WiFi cfg file, iw reg & X11: US
core_config.sh has been run 1 time(s)
pi@asawizard:~/bin $
 
pi@asawizard:~/bin $ tail -f /var/log/direwolf/direwolf.log
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (167.114.2.176) failed.
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (54.39.23.43) failed.
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (44.10.10.10) failed.
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (66.159.41.113) failed.
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (2607:7000:1:3::2) failed.
Mar 24 18:27:27 asawizard direwolf[485]: Connect to IGate server noam.aprs2.net (173.242.239.3) failed.
Mar 24 18:27:32 asawizard direwolf[485]: Now connected to IGate server noam.aprs2.net (2607:7000:1:3::2)
Mar 24 18:27:32 asawizard direwolf[485]: Check server status here http://[2607:7000:1:3::2]:14501
Mar 24 18:27:46 asawizard direwolf[485]: [ig] # aprsc 2.1.5-g8e78d39
Mar 24 18:27:46 asawizard direwolf[485]: [ig] # logresp KO4BCZ verified, server T2OREGON
root@asawizard:/home/pi/n7nix/debug# ./btest.sh -P udr0
Send a message beacon
 Sent: /usr/local/sbin/beacon -c KO4BCZ-11 -d 'APUDR1 via WIDE1-1' -l -s udr0 :KO4BCZ :24 18:54:08 EDT KO4BCZ mesg_beacon test from host asawizard on port udr0 Seq: 1
axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file  # I did not edit any files this comes with the image
root@asawizard:/home/pi/n7nix/debug# ./btest.sh -P udr0
Send a message beacon
 Sent: /usr/local/sbin/beacon -c KO4BCZ-11 -d 'APUDR1 via WIDE1-1' -l -s udr0 :KO4BCZ :24 18:55:46 EDT KO4BCZ mesg_beacon test from host asawizard on port udr0 Seq: 2
axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file
root@asawizard:/home/pi/n7nix/debug# ./btest.sh -P udr1
Send a message beacon
 Sent: /usr/local/sbin/beacon -c KO4BCZ-11 -d 'APUDR1 via WIDE1-1' -l -s udr1 :KO4BCZ :24 19:00:50 EDT KO4BCZ mesg_beacon test from host asawizard on port udr1 Seq: 3
axconfig: duplicate callsign KO4BCZ-10 in line 6 of axports file  # I did not edit any files this comes with the image when asked for an ssid between 1-15??
beacon: invalid AX.25 port setting - udr1
Beacon command failed.
root@asawizard:/home/pi/n7nix/debug#

New out of the draws hat, new clean installation

No xmit ,no RX  I 
I had that working sunday maybe the alsa settings are wrong?

Above alsa setting are from the alsa IC7000 script I tried for start then
I used draws manager : 

pi@asawizard:~/n7nix/debug $ alsa-show.sh
 ===== ALSA Controls for Radio Transmit =====
LO Driver Gain  L:[0.00dB]      R:[-6.00dB]
PCM             L:[0.00dB]      R:[-25.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:[10 kOhm]     R:[10 kOhm]
IN2             L:[Off]         R:[Off]
CM              L:[10 kOhm]     R:[10 kOhm]

I saved every step following Getting Started if you would like to see that.

Anything you might comment on would be much appreciated.

Paul
KO4BCZ

Re: DRAWS

Paul Noa
 

Thanks Basil,

I will try a new clean install on a different DRAWS hat I have not touched.

However I am pretty certain I had not edited any files at least before I sent my info.

But I have had a disjointed effort lately but will start from scratch one more time I am getting pretty good at it.

Will advise.

Paul 
KO4BCZ

No Transmit #draws

Paul Noa
 

I was reading Michael Sharp's messages where he also indicates no transmit.

Perhaps I too have a bad board, Is there any way to identify the units with the issue?

Serial #, specific parts etc?  Other RMA back?

I purchased three units back in December, can I assume they all have the same issue?

Still have yet to transmit after multiple images and configs.  Admittedly I had a lot of startup errors unrelated but now I believe my config is correct please see my last 2 emails with specific info.

Thanks 
Paul

Re: Easy and fast way for Mac users to backup/restore their RPi SD card

Basil Gunn
 

I did find, though, that if you put an image that is triggered to grow
when it's booted, it will only grow to the size of the original card.
The image that NW Digital Radio provides has been tested on 16, 32, 64 &
128 GB micro SD cards and in each case expands to fill the target SD
card to full capacity. I use Drewsif/PiShrink in a custom manufacturing
script.

Happy that you find the ApplePi-Baker V2 script useful. Brian K7BLS did
all of the leg work for confirming that utility.

I burn A LOT of mSD cards and found dcfldd to be more reliable than dd.

For more information that you probably don't care about I time each make
image & burn image task.

Time to burn an image:
real 7m31.833s

Time to make an image
real 3m10.482s

I'm going to use it too. Why not make things easy?
Yes, indeed.

/Basil

Richard - VE7CVS <ve7cvs@...> writes:

I set up some scripts (using dd and such) to make loading SD cards easy
for a high school Physics teacher who uses Pis in her classroom.

Not too hard to use - but I'm going to move her to ApplePi-Baker
(whenever school opens again)!

I'm going to use it too. Why not make things easy?

Re: Easy and fast way for Mac users to backup/restore their RPi SD card

Richard - VE7CVS
 

I set up some scripts (using dd and such) to make loading SD cards easy for a high school Physics teacher who uses Pis in her classroom.

Not too hard to use - but I'm going to move her to ApplePi-Baker (whenever school opens again)!

I'm going to use it too. Why not make things easy? I'll still use dd for some operations (I *am* an ornery old sysadmin :-), but a simple, GUI-based tool that includes compression/decompression is a great idea. Using dd plus gzip/bzip gets old after a few cycles.

I disagree slightly with item 3 - As long as the target card is larger than the original, you can put a smaller image on a larger SD card (at least with Raspbian images and cards up to 32GB). I did find, though, that if you put an image that is triggered to grow when it's booted, it will only grow to the size of the original card. So, a small, 4GB image that was built on an 8GB card and triggered to grow will only grow to 8GB, even on a 32GB card. I could probably fix that, but 8GB images were big enough for my target use.

It *is* possible to retrigger growth again to get up to 32GB, but that's a manual operation.

I'm downloading dcfldd too!

Thanks for the pointers, Basil!

- Richard, VE7CVS/W6

On 3/22/20 12:20 PM, Basil Gunn wrote:
Why using ApplePi-Baker V2 on a MAC or Drewsif/PiShrink on a Linux
machine is better than just using the 'dd' utility.
(https://github.com/Drewsif/PiShrink)

1. If you think managing a number of 16, 32 or 64GB images is easy then
you don't do it very often.

2. Using a utility that gets rid of most of the unused sectors in your
mSD card file system results in a significantly smaller image. Add some
compression on that image and now you have an image size that while
still large is at least reasonably manageable.

3. Both ApplePi-Baker V2(MAC) & Drewsif (Linux) provide an expand on
boot utility. What you will find is that unless your target mSD card has
exactly the same architecture (cylinders/heads/sectors) as your source
mSD card, using dd to write an image your mSD card will fail to
boot. Buying the same SD card as you last used a few months ago does NOT
guarantee that both cards have the same architecture.

4. The Department of Defense Computer Forensics Lab (DCFL) provides a
superior utility to dd called dcfldd (http://dcfldd.sourceforge.net/)

/Basil n7nix


Charles Blackburn <wx4cb@...> writes:

it's mach so it's *nix based. just use the DD command and be done with it...

eg: SD card is /dev/sdc

dd if=/dev/sdc of=MyPiSDCard.iso BS=2048

to write it back just swap the parameters around.


charlie

On 3/22/2020 1:29 PM, Brian K7BLS wrote:
For several weeks I’ve been fiddling with various schemes to backup and duplicate an RPi SD card using my Mac. I tried several approaches from websites using the Terminal and they were all slow and failed at some point.

Then I discovered ApplePi-Baker V2

Very easy to install on Mac from the website. Do follow the directions.
https://www.tweaking4all.com/software/macosx-software/applepi-baker-v2/

I created a backup of the SD card to Mac as .zip and compressed. Starting from a 16 GB SD card it took 18 minutes and only used 6.6 GB in storage.

Very easy to restore to another SD card and took 24 minutes.

THE RESTORED IMAGE WORKED ON THE RPi!!!! All controls from a GUI, not Terminal. You get to watch the progress on a dial with estimated time remaining and a detailed log.

Many thanks to Basil N7NIX and Clark K7LRK for support and encouragement.



Re: Easy and fast way for Mac users to backup/restore their RPi SD card

Basil Gunn
 

Why using ApplePi-Baker V2 on a MAC or Drewsif/PiShrink on a Linux
machine is better than just using the 'dd' utility.
(https://github.com/Drewsif/PiShrink)

1. If you think managing a number of 16, 32 or 64GB images is easy then
you don't do it very often.

2. Using a utility that gets rid of most of the unused sectors in your
mSD card file system results in a significantly smaller image. Add some
compression on that image and now you have an image size that while
still large is at least reasonably manageable.

3. Both ApplePi-Baker V2(MAC) & Drewsif (Linux) provide an expand on
boot utility. What you will find is that unless your target mSD card has
exactly the same architecture (cylinders/heads/sectors) as your source
mSD card, using dd to write an image your mSD card will fail to
boot. Buying the same SD card as you last used a few months ago does NOT
guarantee that both cards have the same architecture.

4. The Department of Defense Computer Forensics Lab (DCFL) provides a
superior utility to dd called dcfldd (http://dcfldd.sourceforge.net/)

/Basil n7nix


Charles Blackburn <wx4cb@...> writes:

it's mach so it's *nix based. just use the DD command and be done with it...

eg: SD card is /dev/sdc

dd if=/dev/sdc of=MyPiSDCard.iso BS=2048

to write it back just swap the parameters around.


charlie

On 3/22/2020 1:29 PM, Brian K7BLS wrote:
For several weeks I’ve been fiddling with various schemes to backup and duplicate an RPi SD card using my Mac. I tried several approaches from websites using the Terminal and they were all slow and failed at some point.

Then I discovered ApplePi-Baker V2

Very easy to install on Mac from the website. Do follow the directions.
https://www.tweaking4all.com/software/macosx-software/applepi-baker-v2/

I created a backup of the SD card to Mac as .zip and compressed. Starting from a 16 GB SD card it took 18 minutes and only used 6.6 GB in storage.

Very easy to restore to another SD card and took 24 minutes.

THE RESTORED IMAGE WORKED ON THE RPi!!!! All controls from a GUI, not Terminal. You get to watch the progress on a dial with estimated time remaining and a detailed log.

Many thanks to Basil N7NIX and Clark K7LRK for support and encouragement.



Re: Easy and fast way for Mac users to backup/restore their RPi SD card

Charles Blackburn <wx4cb@...>
 

it's mach so it's *nix based. just use the DD command and be done with it...

eg: SD card is /dev/sdc

dd if=/dev/sdc of=MyPiSDCard.iso BS=2048

to write it back just swap the parameters around.


charlie

On 3/22/2020 1:29 PM, Brian K7BLS wrote:
For several weeks I’ve been fiddling with various schemes to backup and duplicate an RPi SD card using my Mac. I tried several approaches from websites using the Terminal and they were all slow and failed at some point.

Then I discovered ApplePi-Baker V2

Very easy to install on Mac from the website. Do follow the directions.
https://www.tweaking4all.com/software/macosx-software/applepi-baker-v2/

I created a backup of the SD card to Mac as .zip and compressed. Starting from a 16 GB SD card it took 18 minutes and only used 6.6 GB in storage.

Very easy to restore to another SD card and took 24 minutes.

THE RESTORED IMAGE WORKED ON THE RPi!!!! All controls from a GUI, not Terminal. You get to watch the progress on a dial with estimated time remaining and a detailed log.

Many thanks to Basil N7NIX and Clark K7LRK for support and encouragement.


Easy and fast way for Mac users to backup/restore their RPi SD card

Brian K7BLS
 

For several weeks I’ve been fiddling with various schemes to backup and duplicate an RPi SD card using my Mac. I tried several approaches from websites using the Terminal and they were all slow and failed at some point.

Then I discovered ApplePi-Baker V2

Very easy to install on Mac from the website. Do follow the directions. https://www.tweaking4all.com/software/macosx-software/applepi-baker-v2/

I created a backup of the SD card to Mac as .zip and compressed. Starting from a 16 GB SD card it took 18 minutes and only used 6.6 GB in storage.

Very easy to restore to another SD card and took 24 minutes.

THE RESTORED IMAGE WORKED ON THE RPi!!!! All controls from a GUI, not Terminal. You get to watch the progress on a dial with estimated time remaining and a detailed log.

Many thanks to Basil N7NIX and Clark K7LRK for support and encouragement.

Re: Still no news ?

Charles Blackburn <wx4cb@...>
 

i don't even think i ordered a case for it, i think mine was just the bare board/hat and gps antenna.

On 3/22/2020 1:11 AM, Chris Metcalf wrote:
I've long since come up with another case solution, and I can't even
remember if I cancelled my case order or not...

On Sat, Mar 21, 2020 at 10:07 PM Eric KD7CAO <@KD7CAO> wrote:

I was hoping to have the product in hand already too.

On Sat, Mar 21, 2020 at 7:32 PM Charles Blackburn <wx4cb@...>
wrote:

any update on shipping? it's been a while and im getting antsy on wanting
to use it. originally slated for end of feb, now it's almost the end of
march and they were supposed to be shipping out by now

charlie

--
Eric M. Gildersleeve ~ KD7CAO
Google Voice: 940-784-3029


Re: Still no news ?

Chris Metcalf
 

I've long since come up with another case solution, and I can't even remember if I cancelled my case order or not...


On Sat, Mar 21, 2020 at 10:07 PM Eric KD7CAO <kd7cao@...> wrote:
I was hoping to have the product in hand already too.

On Sat, Mar 21, 2020 at 7:32 PM Charles Blackburn <wx4cb@...> wrote:
any update on shipping? it's been a while and im getting antsy on wanting to use it. originally slated for end of feb, now it's almost the end of march and they were supposed to be shipping out by now

charlie



--
Eric M. Gildersleeve ~ KD7CAO
Google Voice: 940-784-3029