Date   
Re: DRAWS (nwdr16) and APRS and HT not triggering PTT

Jon Gross
 

Sorry for the lack of clarity, I'm still feeling my way around this.

Here are the actual symptoms (my previous posts of PTT characterization have been vicious lies due to misunderstandings on my part. I apologize for that!).

The radio setup:
6 pin DIN plugged into left port on DRAWS -> kenwood plug plugged into Wouxun HT.  Plug pin 3 verified continuity to PTT segment of HT plug
secondary HT for monitoring same channel Wouxun is on

ptt_ctrl -r on: red light on right DIN socket, radio doesn't react, secondary radio silent
ptt_ctrl -l on: red light on left DIN socket, radio doesn't react, secondary radio silent

measure_deviate -c right: red light on right DIN socket, radio lights up receive light, indicates sound received on display, secondary radio emits bursts of static
measure_deviate -c left: red light on left DIN socket, radio lights up receive light, indicates sound being received on display, secondary radio emits bursts of static

I apologize for previous inaccurate depictions of the symptoms.

-jon


Re: DRAWS (nwdr16) and APRS and HT not triggering PTT

Basil Gunn
 

PTT triggers on the radio with measure_deviate,
Are you saying the measure_deviate.sh script works for controlling ptt
on the Wouxon but ptt_ctrl.sh & btest.sh do not?

Try ptt_ctrl.sh using both -l & -r without changing the cable
location. Maybe we have a right left reference problem. ie.

ptt_ctrl.sh -r on
ptt_ctrl.sh -l on

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

Jon Gross <jong@...> writes:

Hmmm, same result.

PTT triggers on the radio with measure_deviate, but ptt_ctrl and btest both fail to trigger PTT on the radio (plugged into left DIN port).

Re: DRAWS (nwdr16) and APRS and HT not triggering PTT

Jon Gross
 

Hmmm, same result.

PTT triggers on the radio with measure_deviate, but ptt_ctrl and btest both fail to trigger PTT on the radio (plugged into left DIN port).

Re: Ran update.. now PI won't boot #draws

Basil Gunn
 

I have the UDR0 working except for a Permission denied on /wl3k/mid.db..
Kind of weird guess I can manually reset permissions on that file..??
This is a common problem.
Check if there is a script called chk_perm.sh in your local bin
directory. /home/pi/bin
Run that script.

If you can not find the script then just.

cd /usr/local/var
sudo chown -R pi:mail wl2k

Re: DRAWS (nwdr16) and APRS and HT not triggering PTT

Basil Gunn
 

Oh, I just plugged it in and ran the measure_deviate.sh, and it's
functioning, but when I start up dire wolf and run btest -P udr0,
nothing.
Plug your mDin6 cable from your radio into the LEFT connector, the one
closest to the GPS chip.

Re: DRAWS (nwdr16) and APRS and HT not triggering PTT

Jon Gross
 

Further followup - using the ptt_ctrl script, I can't get it to trigger PTT on the radio, although the measure_deviation lights the PTT up fine.

Re: DRAWS (nwdr16) and APRS and HT not triggering PTT

Jon Gross
 

Thanks Basil for the advice!

Yes, I am using the right hand DIN port.  I've tested the cable, and pin 3 goes to the PTT segment on the HT adapter plug (the base of the 3.5mm pin), the continuity is there.

Oh, I just plugged it in and ran the measure_deviate.sh, and it's functioning, but when I start up dire wolf and run btest -P udr0, nothing.

-jon

Re: Ran update.. now PI won't boot #draws

Kevin K. - N7KJK
 

successfully received an email message.  Sender is using an "experimental system" of his own.  there were some delays and retries, but the email made it through.  I'll get some more test traffic in the next few days.
Thanks for you help on this Basil...

Yes,,   I will backup this SD card...  :)
KK

On Thu, Jul 9, 2020 at 10:36 AM Kevin K. - N7KJK via groups.io <kkutzera=gmail.com@groups.io> wrote:
I'll send that output.   You don't have to go to a bunch of trouble on the list.  I can probably figure it out from the output of that script.

I have the UDR0 working except for a Permission denied on /wl3k/mid.db.. Kind of weird
guess I can manually reset permissions on that file..??

I successfully sent an message through another gateway using    >sudo wl2kax25 -c W7AUX-10
everything talk via udr0

KK

On Thu, Jul 9, 2020 at 10:27 AM Basil Gunn <basil@...> wrote:

I will work on your file request, it will take me a few days.

Also there is a script  n7nix/rmsgw/chk_gateway.sh that you should
run. It will produce a lot of output that will help me solve any
problems you have. Just send it to me directly it contains the output of
all the files that you are requesting.


Kevin K. - N7KJK <kkutzera@...> writes:

> I'll make that change.. see what happens. Two questions:
>
> 1.  Is there a single (or couple) of documents that describe all the
> components of a Gateway system (specific to the DRAWS technology)?
> 2.  Is there some description of the file structure (like a
> programmer's guide) that discusses which folders are for what purpose, and
> perhaps where all the various .conf files are (where they should be)..  I
> know some of this is default locations for Unix but there's also stuff
> specific to the DRAWS image.
>
> I'm documenting all my efforts in the hopes of completing  step by step
> guide for the gateway setup.





--
Kevin J. Kutzera CISSP, CISM, CEH
Cell: 206-850-7762



--
Kevin J. Kutzera CISSP, CISM, CEH
Cell: 206-850-7762

Re: Ran update.. now PI won't boot #draws

Kevin K. - N7KJK
 

I'll send that output.   You don't have to go to a bunch of trouble on the list.  I can probably figure it out from the output of that script.

I have the UDR0 working except for a Permission denied on /wl3k/mid.db.. Kind of weird
guess I can manually reset permissions on that file..??

I successfully sent an message through another gateway using    >sudo wl2kax25 -c W7AUX-10
everything talk via udr0

KK

On Thu, Jul 9, 2020 at 10:27 AM Basil Gunn <basil@...> wrote:

I will work on your file request, it will take me a few days.

Also there is a script  n7nix/rmsgw/chk_gateway.sh that you should
run. It will produce a lot of output that will help me solve any
problems you have. Just send it to me directly it contains the output of
all the files that you are requesting.


Kevin K. - N7KJK <kkutzera@...> writes:

> I'll make that change.. see what happens. Two questions:
>
> 1.  Is there a single (or couple) of documents that describe all the
> components of a Gateway system (specific to the DRAWS technology)?
> 2.  Is there some description of the file structure (like a
> programmer's guide) that discusses which folders are for what purpose, and
> perhaps where all the various .conf files are (where they should be)..  I
> know some of this is default locations for Unix but there's also stuff
> specific to the DRAWS image.
>
> I'm documenting all my efforts in the hopes of completing  step by step
> guide for the gateway setup.





--
Kevin J. Kutzera CISSP, CISM, CEH
Cell: 206-850-7762

Re: Ran update.. now PI won't boot #draws

Basil Gunn
 

I will work on your file request, it will take me a few days.

Also there is a script n7nix/rmsgw/chk_gateway.sh that you should
run. It will produce a lot of output that will help me solve any
problems you have. Just send it to me directly it contains the output of
all the files that you are requesting.


Kevin K. - N7KJK <kkutzera@...> writes:

I'll make that change.. see what happens. Two questions:

1. Is there a single (or couple) of documents that describe all the
components of a Gateway system (specific to the DRAWS technology)?
2. Is there some description of the file structure (like a
programmer's guide) that discusses which folders are for what purpose, and
perhaps where all the various .conf files are (where they should be).. I
know some of this is default locations for Unix but there's also stuff
specific to the DRAWS image.

I'm documenting all my efforts in the hopes of completing step by step
guide for the gateway setup.

Re: DRAWS (nwdr16) and APRS and HT not triggering PTT

Basil Gunn
 

You can continue to use btest.sh script or the
deviation/measure_deviate.sh script which you will need to use later to
set your alsa settings.

You are specifying the right mDin6 connector for btest.sh. Is that the
connector you are using? If so then you may have a cable problem which
you can diagnose with a volt meter. PTT is on pin 3 of the mDin6 cable

Jon Gross <jong@...> writes:

Hey all,

I have started with a fresh install of nwdr16. I am following this:

https://nw-digital-radio.groups.io/g/udrc/wiki/8949

and I'm in the "Test Transmit" phase - so far everything works.

I have a 6pin cable that terminates in a kenwood plug that goes into a Wouxun uv8d plus HT.

The light on the DRAWS fires red when I issue:

./ btest. sh - P udr1
However the radio doesn't seem to be doing anything at all.

Does anyone have any advice on how to troubleshoot this, and get the DRAWS to transmit via the radio?

Thanks!

DRAWS (nwdr16) and APRS and HT not triggering PTT

Jon Gross
 

Hey all,

I have started with a fresh install of nwdr16.  I am following this: 

https://nw-digital-radio.groups.io/g/udrc/wiki/8949

and I'm in the "Test Transmit" phase - so far everything works.

I have a 6pin cable that terminates in a kenwood plug that goes into a Wouxun uv8d plus HT.

The light on the DRAWS fires red when I issue:

./btest.sh -P udr1

However the radio doesn't seem to be doing anything at all.

Does anyone have any advice on how to troubleshoot this, and get the DRAWS to transmit via the radio?

Thanks!

Re: Ran update.. now PI won't boot #draws

Kevin K. - N7KJK
 

Thanks Basil, 
I'll make that change.. see what happens. Two questions:

1.  Is there a single (or couple) of documents that describe all the components of a Gateway system (specific to the DRAWS technology)?
2.  Is there some description of the file structure (like a programmer's guide) that discusses which folders are for what purpose, and perhaps where all the various .conf files are (where they should be)..  I know some of this is default locations for Unix but there's also stuff specific to the DRAWS image. 

I'm documenting all my efforts in the hopes of completing  step by step guide for the gateway setup. 

Thanks

On Wed, Jul 8, 2020 at 9:40 PM Basil Gunn <basil@...> wrote:

Kevin,
Looks like you are using the right hand mDin6 connector.
Try using the left hand connector, udr0, since the configuration scripts
assume that.


Kevin K. - N7KJK <kkutzera@...> writes:

> OK so I think I'm really close to working system. (unless we really have a hardware issue which I don't think so).
> A friend is trying to connect when I ask. I've been working on audio levels because I think everything else is working.
> In our most recent tests we'll get what I think is a brief connection, but something drops it out before there's any data sent.
> I'm using a Yaesu FT-7800 with the 6-pin connected to udr1 (the socket closest to the clock battery).
>
> Hopefully something really stands out as incorrect here.
>
> This is from the listen command......
> 000 N7KJK-10 Linux RMS Gateway 2.5.1, Kenmore, WA.
> udr1: fm N7KJK-10 to K7RMZ ctl DISC+
> udr1: fm K7RMZ to N7KJK-10 ctl SABM+
> udr1: fm N7KJK-10 to K7RMZ ctl DM-
> udr1: fm N7KJK-10 to K7RMZ ctl DISC+
> udr1: fm K7RMZ to N7KJK-10 ctl RR2-
> udr1: fm K7RMZ to N7KJK-10 ctl UA-
> udr1: fm K7RMZ to N7KJK-10 ctl DM-
>
> Here's the output of showudrc.sh
>
> pi@N7KJK-PI:~ $ 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 Tansmit ====
> LO Driver Gain L:[-6.00dB]  R:[-6.00dB]
> PCM      L:[-20.00dB]  R:[-20.00dB]
> DAC Playback PT L:[P1] R:[P1]
> 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:[10 kOhm]
>
> ==== Pi Ver ====
> Pi 3 Model B, Rev 1.2, Mfg by Embest
> Has WiFi
>
> ==== Pi Firmware VideoCore Ver ====
> Apr 15 2020 11:43:08
> Copyright (c) 2012 Broadcom
> version 82f9bb929ce2186eb1824178c1ae82902ad6275c (clean) (release) (start)
>
> ==== Pi Firmware EEPROM Ver ====
> error=1 error_msg="Command not registered"
>
> ==== Pi Firmware EEPROM Config ====
> error=1 error_msg="Command not registered"
>
> ==== udrc Ver ====
> Found a DRAWS
>
> HAT ID EEPROM
> Name:    hat
> Product:  Digital Radio Amateur Work Station
> Product ID: 0x0004
> Product ver: 0x0305
> UUID:    21c8d4ee-2b1b-4570-bb39-d9da8d8876ae
> Vendor:   NW Digital Radio
>
> ==== sys Ver ====
> ----- image version
> 2020 06 08 11:50:00 PDT: SD image version: nwdr16
> ----- /proc/version
> Linux version 4.19.118-v7+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1311 SMP Mon Apr 27 14:21:24 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: N7KJK-PI
> Icon name: computer
> Machine ID: 27ac1f0c20904cb7a960920e966db545
> Boot ID: ac173e148e5f4c249be834f1048b156b
> Operating System: Raspbian GNU/Linux 10 (buster)
> Kernel: Linux 4.19.118-v7+
> Architecture: arm
>
> ---- modules
> snd_soc_tlv320aic32x4_i2c  16384 171
> 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 7 snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_bcm2835,snd_soc_core
> snd          73728 16 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.20200601-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 E (May 11 2020)
>
> ==== Filesystem ====
> /dev/root    30G 5.2G 23G 19% /
>
> ==== 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.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 Wed 2020-07-08 10:15:31 PDT; 6h ago
> Main PID: 601 (gpsd)
> Tasks: 3 (limit: 2200)
> Memory: 1.7M
> CGroup: /system.slice/gpsd.service
> └─601 /usr/local/sbin/gpsd -n /dev/ttySC0 /dev/pps0
>
> Jul 08 10:15:31 N7KJK-PI systemd[1]: Starting GPS (Global Positioning Syste…n...
> Jul 08 10:15:31 N7KJK-PI systemd[1]: Started GPS (Global Positioning System…mon.
> Hint: Some lines were ellipsized, use -l to show in full.
>
> ---- chrony
> crw-rw---- 1 root root  241, 0 Jul 8 10:15 /dev/pps0
> crw------- 1 root root  241, 1 Jul 8 10:15 /dev/pps1
> crw-rw---- 1 root dialout 239, 0 Jul 8 10:15 /dev/ttySC0
> crw-rw---- 1 root dialout 239, 1 Jul 8 10:15 /dev/ttySC1
> -- chrony sources
> 210 Number of sources = 6
> MS Name/IP address    Stratum Poll Reach LastRx Last sample
> ===============================================================================
> #? GPS             0 3  0  -  +0ns[ +0ns] +/-  0ns
> #? PPS             0 3  0  -  +0ns[ +0ns] +/-  0ns
> ^+ 12.167.151.1         3 10 377 323 -3228us[-3621us] +/- 146ms
> ^+ ns1.backplanedns.org     2 10 377 438 -8191us[-8582us] +/- 133ms
> ^* 198-20-172-38-host.coloc>  2 10 377 168 -4019us[-4415us] +/- 85ms
> ^+ acheron.bitsrc.net      3 10 377 493 -2819us[-3209us] +/- 87ms
> -- chrony tracking
> Reference ID  : C62EF824 (198-20-172-38-host.colocrossing.com)
> Stratum    : 3
> Ref time (UTC) : Wed Jul 08 23:53:00 2020
> System time  : 0.001281736 seconds slow of NTP time
> Last offset  : -0.000395995 seconds
> RMS offset   : 0.000787869 seconds
> Frequency   : 1.458 ppm fast
> Residual freq : -0.004 ppm
> Skew      : 0.067 ppm
> Root delay   : 0.084276654 seconds
> Root dispersion : 0.026646379 seconds
> Update interval : 1028.4 seconds
> Leap status  : Normal
> -- chrony sourcestats
> 210 Number of sources = 6
> Name/IP Address      NP NR Span Frequency Freq Skew Offset Std Dev
> ==============================================================================
> GPS            0 0  0  +0.000 2000.000  +0ns 4000ms
> PPS            0 0  0  +0.000 2000.000  +0ns 4000ms
> 12.167.151.1       49 24 394m  +0.026   0.079 +244us 1194us
> ns1.backplanedns.org   44 22 392m  -0.124   0.122 +3472us 1689us
> 198-20-172-38-host.coloc> 7 5 120m  -0.537   0.531 -2464us 492us
> acheron.bitsrc.net    44 27 391m  +0.114   0.105 -274us 1444us
>
> ---- 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:    +13.69 V
> in5:     +0.55 V
> User ADC 1: +0.00 V
> User ADC 2: +0.01 V
>
> ---- throttle
> temp=62.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)
> pi@N7KJK-PI:~ $





--
Kevin J. Kutzera CISSP, CISM, CEH
Cell: 206-850-7762

Re: Ran update.. now PI won't boot #draws

Basil Gunn
 

Kevin,
Looks like you are using the right hand mDin6 connector.
Try using the left hand connector, udr0, since the configuration scripts
assume that.


Kevin K. - N7KJK <kkutzera@...> writes:

OK so I think I'm really close to working system. (unless we really have a hardware issue which I don't think so).
A friend is trying to connect when I ask. I've been working on audio levels because I think everything else is working.
In our most recent tests we'll get what I think is a brief connection, but something drops it out before there's any data sent.
I'm using a Yaesu FT-7800 with the 6-pin connected to udr1 (the socket closest to the clock battery).

Hopefully something really stands out as incorrect here.

This is from the listen command......
000 N7KJK-10 Linux RMS Gateway 2.5.1, Kenmore, WA.
udr1: fm N7KJK-10 to K7RMZ ctl DISC+
udr1: fm K7RMZ to N7KJK-10 ctl SABM+
udr1: fm N7KJK-10 to K7RMZ ctl DM-
udr1: fm N7KJK-10 to K7RMZ ctl DISC+
udr1: fm K7RMZ to N7KJK-10 ctl RR2-
udr1: fm K7RMZ to N7KJK-10 ctl UA-
udr1: fm K7RMZ to N7KJK-10 ctl DM-

Here's the output of showudrc.sh

pi@N7KJK-PI:~ $ 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 Tansmit ====
LO Driver Gain L:[-6.00dB] R:[-6.00dB]
PCM L:[-20.00dB] R:[-20.00dB]
DAC Playback PT L:[P1] R:[P1]
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:[10 kOhm]

==== Pi Ver ====
Pi 3 Model B, Rev 1.2, Mfg by Embest
Has WiFi

==== Pi Firmware VideoCore Ver ====
Apr 15 2020 11:43:08
Copyright (c) 2012 Broadcom
version 82f9bb929ce2186eb1824178c1ae82902ad6275c (clean) (release) (start)

==== Pi Firmware EEPROM Ver ====
error=1 error_msg="Command not registered"

==== Pi Firmware EEPROM Config ====
error=1 error_msg="Command not registered"

==== udrc Ver ====
Found a DRAWS

HAT ID EEPROM
Name: hat
Product: Digital Radio Amateur Work Station
Product ID: 0x0004
Product ver: 0x0305
UUID: 21c8d4ee-2b1b-4570-bb39-d9da8d8876ae
Vendor: NW Digital Radio

==== sys Ver ====
----- image version
2020 06 08 11:50:00 PDT: SD image version: nwdr16
----- /proc/version
Linux version 4.19.118-v7+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1311 SMP Mon Apr 27 14:21:24 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: N7KJK-PI
Icon name: computer
Machine ID: 27ac1f0c20904cb7a960920e966db545
Boot ID: ac173e148e5f4c249be834f1048b156b
Operating System: Raspbian GNU/Linux 10 (buster)
Kernel: Linux 4.19.118-v7+
Architecture: arm

---- modules
snd_soc_tlv320aic32x4_i2c 16384 171
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 7 snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_bcm2835,snd_soc_core
snd 73728 16 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.20200601-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 E (May 11 2020)

==== Filesystem ====
/dev/root 30G 5.2G 23G 19% /

==== 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.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 Wed 2020-07-08 10:15:31 PDT; 6h ago
Main PID: 601 (gpsd)
Tasks: 3 (limit: 2200)
Memory: 1.7M
CGroup: /system.slice/gpsd.service
└─601 /usr/local/sbin/gpsd -n /dev/ttySC0 /dev/pps0

Jul 08 10:15:31 N7KJK-PI systemd[1]: Starting GPS (Global Positioning Syste…n...
Jul 08 10:15:31 N7KJK-PI systemd[1]: Started GPS (Global Positioning System…mon.
Hint: Some lines were ellipsized, use -l to show in full.

---- chrony
crw-rw---- 1 root root 241, 0 Jul 8 10:15 /dev/pps0
crw------- 1 root root 241, 1 Jul 8 10:15 /dev/pps1
crw-rw---- 1 root dialout 239, 0 Jul 8 10:15 /dev/ttySC0
crw-rw---- 1 root dialout 239, 1 Jul 8 10:15 /dev/ttySC1
-- chrony sources
210 Number of sources = 6
MS Name/IP address Stratum Poll Reach LastRx Last sample
===============================================================================
#? GPS 0 3 0 - +0ns[ +0ns] +/- 0ns
#? PPS 0 3 0 - +0ns[ +0ns] +/- 0ns
^+ 12.167.151.1 3 10 377 323 -3228us[-3621us] +/- 146ms
^+ ns1.backplanedns.org 2 10 377 438 -8191us[-8582us] +/- 133ms
^* 198-20-172-38-host.coloc> 2 10 377 168 -4019us[-4415us] +/- 85ms
^+ acheron.bitsrc.net 3 10 377 493 -2819us[-3209us] +/- 87ms
-- chrony tracking
Reference ID : C62EF824 (198-20-172-38-host.colocrossing.com)
Stratum : 3
Ref time (UTC) : Wed Jul 08 23:53:00 2020
System time : 0.001281736 seconds slow of NTP time
Last offset : -0.000395995 seconds
RMS offset : 0.000787869 seconds
Frequency : 1.458 ppm fast
Residual freq : -0.004 ppm
Skew : 0.067 ppm
Root delay : 0.084276654 seconds
Root dispersion : 0.026646379 seconds
Update interval : 1028.4 seconds
Leap status : Normal
-- chrony sourcestats
210 Number of sources = 6
Name/IP Address NP NR Span Frequency Freq Skew Offset Std Dev
==============================================================================
GPS 0 0 0 +0.000 2000.000 +0ns 4000ms
PPS 0 0 0 +0.000 2000.000 +0ns 4000ms
12.167.151.1 49 24 394m +0.026 0.079 +244us 1194us
ns1.backplanedns.org 44 22 392m -0.124 0.122 +3472us 1689us
198-20-172-38-host.coloc> 7 5 120m -0.537 0.531 -2464us 492us
acheron.bitsrc.net 44 27 391m +0.114 0.105 -274us 1444us

---- 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: +13.69 V
in5: +0.55 V
User ADC 1: +0.00 V
User ADC 2: +0.01 V

---- throttle
temp=62.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)
pi@N7KJK-PI:~ $

Re: Ran update.. now PI won't boot #draws

Kevin K. - N7KJK
 

OK so I think I'm really close to working system. (unless we really have a hardware issue which I don't think so).  
A friend is trying to connect when I ask.  I've been working on audio levels because I think everything else is working.  
In our most recent tests we'll get what I think is a brief connection, but something drops it out before there's any data sent. 
I'm using a Yaesu FT-7800 with the 6-pin connected to udr1 (the socket closest to the clock battery). 

Hopefully something really stands out as incorrect here.  


This is from the listen command......
000  N7KJK-10 Linux RMS Gateway 2.5.1, Kenmore, WA.
udr1: fm N7KJK-10 to K7RMZ ctl DISC+ 
udr1: fm K7RMZ to N7KJK-10 ctl SABM+ 
udr1: fm N7KJK-10 to K7RMZ ctl DM- 
udr1: fm N7KJK-10 to K7RMZ ctl DISC+ 
udr1: fm K7RMZ to N7KJK-10 ctl RR2- 
udr1: fm K7RMZ to N7KJK-10 ctl UA- 
udr1: fm K7RMZ to N7KJK-10 ctl DM- 
 

Here's the output of showudrc.sh
 
pi@N7KJK-PI:~ $ 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 Tansmit ====
LO Driver Gain  L:[-6.00dB]     R:[-6.00dB]
PCM             L:[-20.00dB]    R:[-20.00dB]
DAC Playback PT L:[P1]  R:[P1]
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:[10 kOhm]
 
==== Pi Ver ====
 Pi 3 Model B, Rev 1.2, Mfg by Embest
 Has WiFi
 
==== Pi Firmware VideoCore Ver ====
Apr 15 2020 11:43:08
Copyright (c) 2012 Broadcom
version 82f9bb929ce2186eb1824178c1ae82902ad6275c (clean) (release) (start)
 
==== Pi Firmware EEPROM Ver ====
error=1 error_msg="Command not registered"
 
==== Pi Firmware EEPROM Config ====
error=1 error_msg="Command not registered"
 
==== udrc Ver ====
Found a DRAWS
 
     HAT ID EEPROM
Name:        hat
Product:     Digital Radio Amateur Work Station
Product ID:  0x0004
Product ver: 0x0305
UUID:        21c8d4ee-2b1b-4570-bb39-d9da8d8876ae
Vendor:      NW Digital Radio
 
==== sys Ver ====
----- image version
2020 06 08 11:50:00 PDT: SD image version: nwdr16
----- /proc/version
Linux version 4.19.118-v7+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1311 SMP Mon Apr 27 14:21:24 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: N7KJK-PI
         Icon name: computer
        Machine ID: 27ac1f0c20904cb7a960920e966db545
           Boot ID: ac173e148e5f4c249be834f1048b156b
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 4.19.118-v7+
      Architecture: arm
 
---- modules
snd_soc_tlv320aic32x4_i2c    16384  171
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  7 snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_bcm2835,snd_soc_core
snd                    73728  16 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.20200601-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 E (May 11 2020)
 
==== Filesystem ====
/dev/root        30G  5.2G   23G  19% /
 
==== 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.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 Wed 2020-07-08 10:15:31 PDT; 6h ago
 Main PID: 601 (gpsd)
    Tasks: 3 (limit: 2200)
   Memory: 1.7M
   CGroup: /system.slice/gpsd.service
           └─601 /usr/local/sbin/gpsd -n /dev/ttySC0 /dev/pps0
 
Jul 08 10:15:31 N7KJK-PI systemd[1]: Starting GPS (Global Positioning Syste…n...
Jul 08 10:15:31 N7KJK-PI systemd[1]: Started GPS (Global Positioning System…mon.
Hint: Some lines were ellipsized, use -l to show in full.
 
---- chrony
crw-rw---- 1 root root    241, 0 Jul  8 10:15 /dev/pps0
crw------- 1 root root    241, 1 Jul  8 10:15 /dev/pps1
crw-rw---- 1 root dialout 239, 0 Jul  8 10:15 /dev/ttySC0
crw-rw---- 1 root dialout 239, 1 Jul  8 10:15 /dev/ttySC1
-- chrony sources
210 Number of sources = 6
MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
#? GPS                           0   3     0     -     +0ns[   +0ns] +/-    0ns
#? PPS                           0   3     0     -     +0ns[   +0ns] +/-    0ns
^+ 12.167.151.1                  3  10   377   323  -3228us[-3621us] +/-  146ms
^+ ns1.backplanedns.org          2  10   377   438  -8191us[-8582us] +/-  133ms
^* 198-20-172-38-host.coloc>     2  10   377   168  -4019us[-4415us] +/-   85ms
^+ acheron.bitsrc.net            3  10   377   493  -2819us[-3209us] +/-   87ms
-- chrony tracking
Reference ID    : C62EF824 (198-20-172-38-host.colocrossing.com)
Stratum         : 3
Ref time (UTC)  : Wed Jul 08 23:53:00 2020
System time     : 0.001281736 seconds slow of NTP time
Last offset     : -0.000395995 seconds
RMS offset      : 0.000787869 seconds
Frequency       : 1.458 ppm fast
Residual freq   : -0.004 ppm
Skew            : 0.067 ppm
Root delay      : 0.084276654 seconds
Root dispersion : 0.026646379 seconds
Update interval : 1028.4 seconds
Leap status     : Normal
-- chrony sourcestats
210 Number of sources = 6
Name/IP Address            NP  NR  Span  Frequency  Freq Skew  Offset  Std Dev
==============================================================================
GPS                         0   0     0     +0.000   2000.000     +0ns  4000ms
PPS                         0   0     0     +0.000   2000.000     +0ns  4000ms
12.167.151.1               49  24  394m     +0.026      0.079   +244us  1194us
ns1.backplanedns.org       44  22  392m     -0.124      0.122  +3472us  1689us
198-20-172-38-host.coloc>   7   5  120m     -0.537      0.531  -2464us   492us
acheron.bitsrc.net         44  27  391m     +0.114      0.105   -274us  1444us
 
---- 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:        +13.69 V
in5:          +0.55 V
User ADC 1:   +0.00 V
User ADC 2:   +0.01 V
 
 
---- throttle
temp=62.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)
pi@N7KJK-PI:~ $
 

Re: Not showing up on Winlink.org

Basil Gunn
 

Linux RMS Gateway has a program, rmsgw_aci, that runs from a cron tab on a
regular basis. This program checks in with the Winlink Web services to
let it know that your station is operational and that is how your
station will show up on the Winlink map.

The aci in rmsgw_aci = automatic check-in

I have a small script in the n7nix repo that will verify if automatic
check-in is working properly. Please post the console output of:

cd
cd n7nix/rmsgw
./chk_wlaci.sh


Craig McVeay <cmcveay@...> writes:

Before updating to the latest image and now, since updating, my Winlink
Gateway is working properly, folks can get into it and upload/download
their messages. The one part that isn't working is that I'm not showing up
on the Winlink.org map or gateway list. Any ideas/suggestions would be
appreciated.

Craig
N0CSM

Re: Not showing up on Winlink.org

Herbert Crosby
 

Have you looked in the log to see a report going out to winlink.... mine took 3 days before coming back in list.
Drop out of list only took 4 hours.
Herbert KD5PQJ 


On Wed, Jul 8, 2020, 11:55 AM Craig McVeay <cmcveay@...> wrote:
Before updating to the latest image and now, since updating, my Winlink Gateway is working properly, folks can get into it and upload/download their messages.  The one part that isn't working is that I'm not showing up on the Winlink.org map or gateway list.  Any ideas/suggestions would be appreciated.

Craig
N0CSM

Not showing up on Winlink.org

Craig McVeay
 

Before updating to the latest image and now, since updating, my Winlink Gateway is working properly, folks can get into it and upload/download their messages.  The one part that isn't working is that I'm not showing up on the Winlink.org map or gateway list.  Any ideas/suggestions would be appreciated.

Craig
N0CSM

Re: No Sound Cards with UDRC and aplay -l

Bernard f6bvp
 

dtoverlay=
can be at the beginning or later as soon as it is declared first, i.e. before
# Enable audio (loads snd_bcm2835)
dtparam=audio=on

Something is triggered by dtparam=audio that prevent the DRAWS dtoverlay to be loaded as stated by Basil.

Bernard
f6bvp / ai7bg

Re: Ran update.. now PI won't boot #draws

Kevin K. - N7KJK
 

Thanks Basil., 
Can't SSH to the PI.  Doesn't appear to be on the network, I really think it's not booting.  SD card in another PI equals same results (nothing). 
New SD card boots just fine with DRAWS.. Clearly something weird happened to this SD card. 

I appreciate your offer of help to get new gateway up and running.  
If you wouldn't mine a brief outline of the higher level steps I'll use that and the history from our previous support thread and get back in working order. 
I did keep notes on config files, and things....  I'll start with the getting started document..  

The practice at setting this up will do me good.  I'm trying to move from a "documentation follower"  ,  up to someone that actually understands what I'm doing. . . 
I will certainly reach out if I run into something that doesn't follow with the documentation.

Kevin   N7KJK