udrc@nw-digital-radio.groups.io

DRAWS™ and YAESU FTM-100 for analog and digital modes

Bernard f6bvp / ai7bg

#3041

Hi,

I just want to report the successful use of
Data Cable, 10-pin mini-DIN to 6-pin mini-DIN, for FTM-400DR/FTM-100DR,
from https://www.dxengineering.com/parts/ysu-ct-164
This lets you use DRAWS hat modem and Direwolf for AX.25 packet
applications.

FTM-100DE is an interesting mobile VHF/UHF FM rig that I am using at
home for 1200/9600 bauds AX.25 APRS application.
As a transition device it has both "analog" and new digital C4FM modes.
Data plug is a 10 pin mini DIN while UDRC II and DRAWS have mini DIN 6
plugs. This is the reason I had to use a compatible data cable.

Bernard, f6bvp
https://radiotelescopelavillette.wordpress.com/photos/stars-song-le-chant-des-etoiles/

Re: Draws #xastir

Basil Gunn

#3040

Don,

First you need to enable the RPi on-board sound device in
/boot/config.txt. Not sure why we don't do that by default. Then use
the proper device in Xastir.  I have some notes here:

https://github.com/nwdigitalradio/n7nix/tree/master/xastir#configure-audio

The wav files should already be installed in /usr/share/xastir/sounds.

What are you using for a sound device? Is it built into an LCD display
or is it a powered speaker?

Getting sound to work in Xastir has nothing to do with direwolf.

/Basil

Don Poaps <va7dgp@gmail.com> writes:

Show quoted text

I have been playing with the new Draws. I need some pointers in
getting the sound to work with Xastir My use of Linux is limited and
I'm learning. I know it some setting in direwolf.conf. I did see
mycall in the config file.

73

Don va7dgp

pi@GVRD:~ $ dierwolf -p
bash: dierwolf: command not found
pi@GVRD:~ $ dierwolf -c
bash: dierwolf: command not found
pi@GVRD:~ $ direwolf -p
Dire Wolf DEVELOPMENT version 1.6 B (Feb 27 2019)
Includes optional support for: gpsd hamlib

pi@GVRD:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: udrc [udrc], device 0: Universal Digital Radio Controller tlv320aic32x4-hifi-0 []
 Subdevices: 0/1
 Subdevice #0: subdevice #0

Reading config file direwolf.conf
Audio device for both receive and transmit: plughw:CARD=udrc,DEV=0 (channels 0 & 1)
Could not open audio device plughw:CARD=udrc,DEV=0 for input
Device or resource busy
Pointless to continue without

Draws #xastir

Don Poaps

#3039

I have been playing with the new Draws. I need some pointers in getting the sound to work with Xastir My use of Linux is limited and I'm learning. I know it some setting in direwolf.conf. I did see mycall in the config file.

73

Don va7dgp

pi@GVRD:~ $ dierwolf -p
bash: dierwolf: command not found
pi@GVRD:~ $ dierwolf -c
bash: dierwolf: command not found
pi@GVRD:~ $ direwolf -p
Dire Wolf DEVELOPMENT version 1.6 B (Feb 27 2019)
Includes optional support for: gpsd hamlib

pi@GVRD:~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: udrc [udrc], device 0: Universal Digital Radio Controller tlv320aic32x4-hifi-0 []
Subdevices: 0/1
Subdevice #0: subdevice #0

Reading config file direwolf.conf
Audio device for both receive and transmit: plughw:CARD=udrc,DEV=0 (channels 0 & 1)
Could not open audio device plughw:CARD=udrc,DEV=0 for input
Device or resource busy
Pointless to continue without

Update DRAWS™ Manager #drawsmanager

John D Hays - K7VE

#3038

New feature "Application Help" in DRAWS™ Manager

From command line

cd /usr/local/var/draws-manager
sudo git pull
sudo systemctl restart draws-manager

Or select "Update DRAWS™ Manager" button on left menu within DRAWS™ Manager

Re: Basic Direwolf question #draws #direwolf #ax25

Basil Gunn

#3037

Dave,
Thanks for trying out my script.
I will fix the errors you are seeing but I need some more info.
Could you please do the following:

# Go to the directory where beacmin.sh lives.

cd
cd n7nix/debug

# Using your favorite text editor change the following two lines near
#  the top of the file.

# 1. Get rid the hash symbol in front of DEBUG=1
#DEBUG=1

# 2. Change the SID number to what ever you want to use.
SID=15

Now run the the beacmin.sh script and copy & paste the console output to me in
an email.

Thanks, Dave.
/Basil


Dave N2OA <kdcarlso@gmail.com> writes:

Show quoted text

On Fri, Apr 5, 2019 at 12:09 PM, Basil Gunn wrote:

Thanks for the answers and Basil for the scrips. I tried thebeacmin.sh script and it does beacon but I am not getting a location on my TH-D74 or FTM-400. I also notice that the SSID is always is always 15 even though my SSID in axports is set to -1.

The message sent is Sent: /usr/local/sbin/beacon -d N2OA-15 -d 'APUDR1 via WIDE1-1' -l -s udr0 !43.01165833N/78.1899Wp05 16:19:08 EDT, Seq: 15

I do get an error in line 52: 01165833: value too great for base (error token is "011658333")

I also noticed int your example you show beacon -c and mine is showing -d and the decimal is 2 digits in for lat and long which I would expect but your example show 4 digits and then a decimal. Am I missing something?

Thanks,

Dave
N2OA

Re: DRAWS™ Manager Demo #drawsmanager

Fred Hirsch <Hirschfh@...>

#3036

Test worked great now that I know what to look for, 100% fixed. Sorry I made it hard on you, but I learned a lot and thanks for that.

I never have programed in C, C+, or linux. I was an old FORTRAN guy. Somebody wanted to know what I wanted DRAWS to do with my

Kenwood TH-H710G. I told him I just wanted it to monitor the radio on which I run APRS and have it put out WX data from my weather station. Is there a app

for that?

Now for HF I am keen to have it help me with RTTY and other digital modes. Guess I will have to build a cable or have the guy who makes them

help me out. I like the GPS/antenna which works well on the back porch.

Thank you very much for the help.

Show quoted text

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 2:25 pm
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

It only saves the values, not the selected radio.

E.g. if you select ft-817 AF, note the values. Then save. When you restart the selected values should be what you saved, but the radio pre-select will go back to default.

On Fri, Apr 5, 2019, 13:08 Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

I may have found my problem. I am running a device that protects my server it is call RECON SENTENEL so I checked it and found
that it had blocked the raspberry pi. I unblocked it and did an update. No error message so I assume it worked. Selected a sample radio type and

tried to save the audio picked. Rebooted, but the saved did not return. So 50% fixed.

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 11:10 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

You need to figure out why you are not resolving the address. This is a local network administration issue, not a draws-manager specific issue.

Try the ping tests I listed earlier.

You can also try, from a terminal on the Raspberry Pi.

cd /usr/local/var/draws-manager

sudo git pull

sudo systemctl restart draws-manager

Wait about 30 seconds and try connecting from your browser again.

On Fri, Apr 5, 2019 at 9:44 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

I used https://draws.local:8080 and received the same error message several second after commanding
Update DRAWS Manager

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 10:29 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

On Fri, Apr 5, 2019 at 9:19 AM John D Hays - K7VE via Groups.Io <john=hays.org@groups.io> wrote:

If your LAN network attached computer has zeroconf/bonjour networking, if your DRAWS™ Raspberry Pi computer is named draws, then you can use http://draws.local:8080

--

John D. Hays
Edmonds, WA

K7VE

Re: Basic Direwolf question #draws #direwolf #ax25

Dave N2OA

#3035

On Fri, Apr 5, 2019 at 12:09 PM, Basil Gunn wrote:

Thanks for the answers and Basil for the scrips. I tried the beacmin.sh script and it does beacon but I am not getting a location on my TH-D74 or FTM-400. I also notice that the SSID is always is always 15 even though my SSID in axports is set to -1.

The message sent is Sent: /usr/local/sbin/beacon -d N2OA-15 -d 'APUDR1 via WIDE1-1' -l -s udr0 !43.01165833N/78.1899Wp05 16:19:08 EDT, Seq: 15

I do get an error in line 52: 01165833: value too great for base (error token is "011658333")

I also noticed int your example you show beacon -c and mine is showing -d and the decimal is 2 digits in for lat and long which I would expect but your example show 4 digits and then a decimal. Am I missing something?

Thanks,

Dave
N2OA

Re: DRAWS™ Manager Demo #drawsmanager

John D Hays - K7VE

#3034

It only saves the values, not the selected radio.

E.g. if you select ft-817 AF, note the values. Then save. When you restart the selected values should be what you saved, but the radio pre-select will go back to default.

Show quoted text

On Fri, Apr 5, 2019, 13:08 Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

I may have found my problem. I am running a device that protects my server it is call RECON SENTENEL so I checked it and found
that it had blocked the raspberry pi. I unblocked it and did an update. No error message so I assume it worked. Selected a sample radio type and

tried to save the audio picked. Rebooted, but the saved did not return. So 50% fixed.

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 11:10 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

You need to figure out why you are not resolving the address. This is a local network administration issue, not a draws-manager specific issue.

Try the ping tests I listed earlier.

You can also try, from a terminal on the Raspberry Pi.

cd /usr/local/var/draws-manager

sudo git pull

sudo systemctl restart draws-manager

Wait about 30 seconds and try connecting from your browser again.

On Fri, Apr 5, 2019 at 9:44 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

I used https://draws.local:8080 and received the same error message several second after commanding
Update DRAWS Manager

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 10:29 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

On Fri, Apr 5, 2019 at 9:19 AM John D Hays - K7VE via Groups.Io <john=hays.org@groups.io> wrote:

If your LAN network attached computer has zeroconf/bonjour networking, if your DRAWS™ Raspberry Pi computer is named draws, then you can use http://draws.local:8080

--

John D. Hays
Edmonds, WA

K7VE

Re: DRAWS™ Manager Demo #drawsmanager

Fred Hirsch <Hirschfh@...>

#3033

I may have found my problem. I am running a device that protects my server it is call RECON SENTENEL so I checked it and found

that it had blocked the raspberry pi. I unblocked it and did an update. No error message so I assume it worked. Selected a sample radio type and

tried to save the audio picked. Rebooted, but the saved did not return. So 50% fixed.

Show quoted text

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 11:10 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

You need to figure out why you are not resolving the address. This is a local network administration issue, not a draws-manager specific issue.

Try the ping tests I listed earlier.

You can also try, from a terminal on the Raspberry Pi.

cd /usr/local/var/draws-manager

sudo git pull

sudo systemctl restart draws-manager

Wait about 30 seconds and try connecting from your browser again.

On Fri, Apr 5, 2019 at 9:44 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

I used https://draws.local:8080 and received the same error message several second after commanding
Update DRAWS Manager

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 10:29 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

On Fri, Apr 5, 2019 at 9:19 AM John D Hays - K7VE via Groups.Io <john=hays.org@groups.io> wrote:

If your LAN network attached computer has zeroconf/bonjour networking, if your DRAWS™ Raspberry Pi computer is named draws, then you can use http://draws.local:8080

--

John D. Hays
Edmonds, WA

K7VE

UDRC-II on Beta 11

Rich KR4PI

#3032

I have a UDRC-II running with Beta-11 and it works well. I have one VHF/UHF radio connected to the 6 pin din connector, nothing connected to the 15 pin. But today when I did a "listen -cart" I noticed that it was reporting traffic twice, once on udr0 and once on udr1.

Where do I need to look for issue in the config so that udr0 and udr1 do not report the same thing? thanks for the help. results of ifconfig and ax25-status -d below.

Thanks Rich, KR4PI

ifconfig reports:

pi@UDRC-KR4PI:~ $ ifconfig

ax0: flags=67<UP,BROADCAST,RUNNING> mtu 255

inet 192.168.255.2 netmask 255.255.255.255 broadcast 192.168.255.255

ax25 KR4PI-1 txqueuelen 10 (AMPR AX.25)

RX packets 43 bytes 1180 (1.1 KiB)

RX errors 0 dropped 0 overruns 0 frame 0

TX packets 5 bytes 20 (20.0 B)

TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

ax1: flags=67<UP,BROADCAST,RUNNING> mtu 255

inet 192.168.255.3 netmask 255.255.255.255 broadcast 192.168.255.255

ax25 KR4PI-10 txqueuelen 10 (AMPR AX.25)

RX packets 43 bytes 1141 (1.1 KiB)

RX errors 0 dropped 0 overruns 0 frame 0

TX packets 0 bytes 0 (0.0 B)

TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
ax25-status -d shows

pi@UDRC-KR4PI:~ $ ax25-status -d

AX25 Debug Status

== failed & loaded but inactive units==

0 loaded units listed.

To show all installed unit files use 'systemctl list-unit-files'.

== direwolf ==

pid: 314

ver: Dire Wolf DEVELOPMENT version 1.6 B (Feb 27 2019)

== /proc/sys ==

ax25 core ipv4 ipv6 netfilter unix

ax0 ax1

== Network Interface ax0 & ax1 ==

4: ax0: <BROADCAST,UP,LOWER_UP> mtu 255 qdisc pfifo_fast state UNKNOWN group default qlen 10

link/ax25 96:a4:68:a0:92:40:02 brd a2:a6:a8:40:40:40:00

inet 192.168.255.2/32 brd 192.168.255.255 scope global ax0

valid_lft forever preferred_lft forever

5: ax1: <BROADCAST,UP,LOWER_UP> mtu 255 qdisc pfifo_fast state UNKNOWN group default qlen 10

link/ax25 96:a4:68:a0:92:40:14 brd a2:a6:a8:40:40:40:00

inet 192.168.255.3/32 brd 192.168.255.255 scope global ax1

valid_lft forever preferred_lft forever

== status networkd services ==

enabled

● systemd-networkd-wait-online.service - Wait for Network to be Configured

Loaded: loaded (/lib/systemd/system/systemd-networkd-wait-online.service; enabled; vendor preset: enabled)

Active: inactive (dead)

Docs: man:systemd-networkd-wait-online.service(8)

enabled

● systemd-networkd.service - Network Service

Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)

Active: active (running) since Fri 2019-04-05 14:35:34 EDT; 1h 16min ago

Docs: man:systemd-networkd.service(8)

Main PID: 342 (systemd-network)

Status: "Processing requests..."

CGroup: /system.slice/systemd-networkd.service

└─342 /lib/systemd/systemd-networkd

Apr 05 15:08:57 UDRC-KR4PI systemd-networkd[342]: wlan0: Lost carrier

Apr 05 15:08:57 UDRC-KR4PI systemd-networkd[342]: wlan0: Gained carrier

Apr 05 15:19:57 UDRC-KR4PI systemd-networkd[342]: wlan0: Lost carrier

Apr 05 15:19:57 UDRC-KR4PI systemd-networkd[342]: wlan0: Gained carrier

Apr 05 15:20:57 UDRC-KR4PI systemd-networkd[342]: wlan0: Lost carrier

Apr 05 15:20:58 UDRC-KR4PI systemd-networkd[342]: wlan0: Gained carrier

Apr 05 15:27:57 UDRC-KR4PI systemd-networkd[342]: wlan0: Lost carrier

Apr 05 15:27:57 UDRC-KR4PI systemd-networkd[342]: wlan0: Gained carrier

Apr 05 15:28:57 UDRC-KR4PI systemd-networkd[342]: wlan0: Lost carrier

Apr 05 15:28:57 UDRC-KR4PI systemd-networkd[342]: wlan0: Gained carrier

== status direwolf service ==

enabled

● direwolf.service - Direwolf Daemon

Loaded: loaded (/etc/systemd/system/direwolf.service; enabled; vendor preset: enabled)

Active: active (running) since Fri 2019-04-05 14:35:34 EDT; 1h 16min ago

Process: 279 ExecStartPre=/bin/rm -f /tmp/kisstnc (code=exited, status=0/SUCCESS)

Main PID: 314 (direwolf)

CGroup: /system.slice/direwolf.service

└─314 /usr/bin/direwolf -t 0 -c /etc/direwolf.conf -p

Apr 05 15:34:52 UDRC-KR4PI direwolf[314]: Audio input level is too high. Reduce so most stations are around 50.

Apr 05 15:34:52 UDRC-KR4PI direwolf[314]: [1.3] W4LCO-10>USERS:YOUR CALL SIGN RMS Lite Packet Server<0x0d>

Apr 05 15:34:52 UDRC-KR4PI direwolf[314]: Unknown APRS Data Type Indicator "Y", motorcycle

Apr 05 15:49:55 UDRC-KR4PI direwolf[314]: W4LCO-10 audio level = 3(1/0) [NONE] _||______

Apr 05 15:49:55 UDRC-KR4PI direwolf[314]: [0.1] W4LCO-10>USERS:YOUR CALL SIGN RMS Lite Packet Server<0x0d>

Apr 05 15:49:55 UDRC-KR4PI direwolf[314]: Unknown APRS Data Type Indicator "Y", motorcycle

Apr 05 15:49:55 UDRC-KR4PI direwolf[314]: W4LCO-10 audio level = 139(65/71) [NONE] |||||||__

Apr 05 15:49:55 UDRC-KR4PI direwolf[314]: Audio input level is too high. Reduce so most stations are around 50.

Apr 05 15:49:55 UDRC-KR4PI direwolf[314]: [1.3] W4LCO-10>USERS:YOUR CALL SIGN RMS Lite Packet Server<0x0d>

Apr 05 15:49:55 UDRC-KR4PI direwolf[314]: Unknown APRS Data Type Indicator "Y", motorcycle

== status ax25 service ==

enabled

● ax25dev.service - AX.25 device

Loaded: loaded (/etc/systemd/system/ax25dev.service; enabled; vendor preset: enabled)

Active: active (exited) since Fri 2019-04-05 14:35:34 EDT; 1h 16min ago

Process: 470 ExecStartPost=/bin/bash -c /usr/local/sbin/kissparms -p udr0 -f no -l 100 -r 32 -s 200 -t 500 (code=exited, status=0/SUCCESS)

Process: 387 ExecStart=/bin/bash -c /etc/ax25/ax25-upd (code=exited, status=0/SUCCESS)

Main PID: 387 (code=exited, status=0/SUCCESS)

CGroup: /system.slice/ax25dev.service

├─436 /usr/local/sbin/mkiss /tmp/kisstnc /dev/ptmx /dev/ptmx

├─452 /usr/local/sbin/kissattach /dev/pts/2 udr0 192.168.255.2

└─457 /usr/local/sbin/kissattach /dev/pts/3 udr1 192.168.255.3

Apr 05 14:35:34 UDRC-KR4PI bash[387]: using mkiss with UDRC II and pseudo term_1: /dev/pts/2 pseudo term_2: /dev/pts/3

Apr 05 14:35:34 UDRC-KR4PI bash[387]: kissattach return: 0

Apr 05 14:35:34 UDRC-KR4PI bash[387]: Using Device = ax0

Apr 05 14:35:34 UDRC-KR4PI bash[387]: ax25dev-parms finished

Apr 05 14:35:34 UDRC-KR4PI bash[387]: Using Device = ax1

Apr 05 14:35:34 UDRC-KR4PI bash[387]: ax25dev-parms finished

Apr 05 14:35:34 UDRC-KR4PI bash[387]: Port udr0 attached to ax0

Apr 05 14:35:34 UDRC-KR4PI bash[387]: Port udr1 attached to ax1

Apr 05 14:35:34 UDRC-KR4PI bash[387]: ax25-upd script finished

Apr 05 14:35:34 UDRC-KR4PI systemd[1]: Started AX.25 device.

-- Logs begin at Thu 2016-11-03 13:16:43 EDT, end at Fri 2019-04-05 15:51:54 EDT. --

Apr 05 14:35:34 UDRC-KR4PI systemd[1]: Starting AX.25 device...

Apr 05 14:35:34 UDRC-KR4PI bash[345]: ax25-upd: Start Port udr0 with device /tmp/kisstnc

Apr 05 14:35:34 UDRC-KR4PI bash[345]: Direwolf serial port NOT FOUND

Apr 05 14:35:34 UDRC-KR4PI systemd[1]: ax25dev.service: Main process exited, code=exited, status=1/FAILURE

Apr 05 14:35:34 UDRC-KR4PI systemd[1]: Failed to start AX.25 device.

Apr 05 14:35:34 UDRC-KR4PI systemd[1]: ax25dev.service: Unit entered failed state.

Apr 05 14:35:34 UDRC-KR4PI systemd[1]: ax25dev.service: Failed with result 'exit-code'.

Apr 05 14:35:34 UDRC-KR4PI systemd[1]: Starting AX.25 device...

Apr 05 14:35:34 UDRC-KR4PI bash[387]: ax25-upd: Start Port udr0 with device /tmp/kisstnc

Apr 05 14:35:34 UDRC-KR4PI bash[387]: Direwolf serial port ready

Apr 05 14:35:34 UDRC-KR4PI bash[387]: UDRC_PROD: Universal Digital Radio Controller II, ID: 3

Apr 05 14:35:34 UDRC-KR4PI bash[387]: Product ID match: 3

Apr 05 14:35:34 UDRC-KR4PI bash[387]: Found HAT for UDRC II with product ID: 3

Apr 05 14:35:34 UDRC-KR4PI bash[387]: UDRC II or DRAWS installed

Apr 05 14:35:34 UDRC-KR4PI bash[387]: using mkiss with UDRC II and pseudo term_1: /dev/pts/2 pseudo term_2: /dev/pts/3

Apr 05 14:35:34 UDRC-KR4PI bash[387]: kissattach return: 0

Apr 05 14:35:34 UDRC-KR4PI bash[387]: Using Device = ax0

Apr 05 14:35:34 UDRC-KR4PI bash[387]: ax25dev-parms finished

Apr 05 14:35:34 UDRC-KR4PI bash[387]: Using Device = ax1

Apr 05 14:35:34 UDRC-KR4PI bash[387]: ax25dev-parms finished

Apr 05 14:35:34 UDRC-KR4PI bash[387]: Port udr0 attached to ax0

Apr 05 14:35:34 UDRC-KR4PI bash[387]: Port udr1 attached to ax1

Apr 05 14:35:34 UDRC-KR4PI bash[387]: ax25-upd script finished

Apr 05 14:35:34 UDRC-KR4PI systemd[1]: Started AX.25 device.

== status ax25 path ==

enabled

● ax25dev.path

Loaded: loaded (/etc/systemd/system/ax25dev.path; enabled; vendor preset: enabled)

Active: active (running) since Fri 2019-04-05 14:35:33 EDT; 1h 16min ago

Apr 05 14:35:33 UDRC-KR4PI systemd[1]: Started ax25dev.path.

== status ax25-mheardd ==

enabled

● ax25-mheardd.service - AX.25 mheard daemon

Loaded: loaded (/etc/systemd/system/ax25-mheardd.service; enabled; vendor preset: enabled)

Active: active (running) since Fri 2019-04-05 14:35:34 EDT; 1h 16min ago

Main PID: 474 (mheardd)

CGroup: /system.slice/ax25-mheardd.service

└─474 /usr/local/sbin/mheardd -f -n 150

Apr 05 14:35:34 UDRC-KR4PI systemd[1]: Started AX.25 mheard daemon.

== status ax25d ==

enabled

● ax25d.service - General purpose AX.25 daemon

Loaded: loaded (/etc/systemd/system/ax25d.service; enabled; vendor preset: enabled)

Active: active (running) since Fri 2019-04-05 14:35:34 EDT; 1h 16min ago

Main PID: 473 (ax25d)

CGroup: /system.slice/ax25d.service

└─473 /usr/local/sbin/ax25d -l

Apr 05 14:35:34 UDRC-KR4PI systemd[1]: Started General purpose AX.25 daemon.

Apr 05 14:35:34 UDRC-KR4PI ax25d[473]: starting

Apr 05 14:35:34 UDRC-KR4PI ax25d[473]: new config file loaded successfuly

== netstat ax25 ==

Active AX.25 sockets

Dest Source Device State Vr/Vs Send-Q Recv-Q

* KR4PI-0 ax1 LISTENING 000/000 0 0

* KR4PI-10 ax1 LISTENING 000/000 0 0

Re: DRAWS™ Manager Demo #drawsmanager

Fred Hirsch <Hirschfh@...>

#3031

Set nameservers to 1.1.1.1 and 8.8.8.8 and verified they took, but ping gitHub.com came back with a name recognition problem.

ping google.com worked fine. I better have my son on site get the fix. Don't understand why the pi can not connect to gitHub.com when it connects to other sites. Let's not spend time on this you have better thing to do. Yes, after a reboot name servers go back to the original values. Maybe I should just delete the 295.1/1.2.25, and try that?

Show quoted text

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 11:58 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

See notes below

On Fri, Apr 5, 2019 at 10:31 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

domain Home
nameserver 192.168.0.1 <--- this is probably your router and if it is configured properly it should be fine

nameserver 295.1/1.2.25 <--- this is definitely incorrect (unless it is a typo)

What I would try is editing /etc/resolv.conf

cd /etc

cp resolv.conf resolv.conf.backup

sudo nano resolv.conf

In the editor delete or comment out (comments are lines starting with a # or ;) the two nameserver lines and add

nameserver 1.1.1.1

nameserver 8.8.8.8

Save and exit, then try pinging again to github.com

If that works, you should then be able to run the scripts or the update button.

These edited lines may disappear upon reboot, but when your son is over have him troubleshoot your network setup.

For the readers -- 1.1.1.1 is a very fast, distributed nameserver by Cloudflare, 8.8.8.8 is a public nameserver by Google.

--

John D. Hays
Edmonds, WA

K7VE

Re: DRAWS™ Manager Demo #drawsmanager

John D Hays - K7VE

#3030

See notes below

On Fri, Apr 5, 2019 at 10:31 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

domain Home
nameserver 192.168.0.1 <--- this is probably your router and if it is configured properly it should be fine

nameserver 295.1/1.2.25 <--- this is definitely incorrect (unless it is a typo)

What I would try is editing /etc/resolv.conf

cd /etc

cp resolv.conf resolv.conf.backup

sudo nano resolv.conf

In the editor delete or comment out (comments are lines starting with a # or ;) the two nameserver lines and add

nameserver 1.1.1.1

nameserver 8.8.8.8

Save and exit, then try pinging again to github.com

If that works, you should then be able to run the scripts or the update button.

These edited lines may disappear upon reboot, but when your son is over have him troubleshoot your network setup.

For the readers -- 1.1.1.1 is a very fast, distributed nameserver by Cloudflare, 8.8.8.8 is a public nameserver by Google.

--

John D. Hays
Edmonds, WA

K7VE

Re: DRAWS™ Manager Demo #drawsmanager

Fred Hirsch <Hirschfh@...>

#3029

domain Home

nameserver 192.168.0.1

nameserver 295.1/1.2.25

Show quoted text

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 11:13 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

You escape ping with a control-c

Send me the results of

cat /etc/resolv.conf

on the Raspberry Pi

On Fri, Apr 5, 2019 at 10:02 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

ping google.com came back with info but did not go back to the command prompt.
ping GitHub.com came back with "Temporary failure of name recognition.

The IP address of the DRAWS here is 192.168.0.79.

The Github comes up here, should I try it on my DRAWS?

Tried the Github on Draws came back with site can't be reached.

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 10:27 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

Your DNS resolution isn't working, you will need to sort that out in the OS, if you are using DHCP to get an IP address it should be setting your DNS resolver.

Open a terminal a try pinging some hosts by name, like ping google.com then ping github.com

If you open  https://github.com/nwdigitalradio/draws-manager.git in a browser, that is the URL it is trying to reach.

On Fri, Apr 5, 2019 at 8:15 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

John,

Don't know how to capture dialog so I am picking out the error when attempting an update from DRAWS Manager:

fatal: "unable to access https://github.com/nwdigitalradio/draws-manager.git/":Could not resolve host: GitHub.com
cd/usr/local/var/draws-manager&&git pull && systemctl restart draws-manger

--

John D. Hays
Edmonds, WA

K7VE

--

John D. Hays
Edmonds, WA

K7VE

Re: DRAWS™ Manager Demo #drawsmanager

Kevin K. - N7KJK

#3028

Sorry if this email is a little elementary from some readers. It seems like we have a few folks out there not yet familiar with networking. Hope this helps.

If everything is setup the http://localhost:8080 on the pi with any browser should work.

The challenge with seeing this web page from another computer will be you household network. Without a server to provide name resolution (aka DNS) other computers won't be able to find the PI by name.

You can run the command ifconfig at the command prompt on your PI. You're looking for the IP (inet) address of the wlan0 interface if you're using your home Wifi (eth0 if you've plugged the PI into a switch or router) in my case 192.168.1.195. Other devices on the same wifi should beable to surf to that IP address (with the :8080 ). Newer home routers will sometimes handle the details of multiple LANs automatically so a wired PC can find the PI without any manual setup.

Some of these devices will also act as a DNS server.
To test this verify the host name of the pi by typing the command hostname at a terminal prompt on the PI.
Now try to surf to that URL. In my case the hostname is N7KJKHost. I tried http://n7kjkhost:8080.. To my surprise it worked. My router/wifi AP, must be handling all the routing and name resolution stuff on it's own.

For those just starting out on this (PIs, and computers, and networks) I would recommend a few minutes learning the basics of TCP/IP networking. It will save you a bunch of grief to understand this.
I am a Windows PC and network systems engineer, but relatively new to working with PIs . I look forward to learning from people in this group, and hope I can contribute from time to time.

Regards
Kevin
N7KJK

Re: DRAWS™ Manager Demo #drawsmanager

Fred Hirsch <Hirschfh@...>

#3027

John,

I am taking up too much of your time. My son is a professional programmer I will have him

look into it when he next visits. Tried the N7nix command git pull, comes back with unable to access GitHub.com,

that seems to be my problem from this machine. However, John, when I used your sequence of linux command yesterday

I think they worked.

Show quoted text

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 11:10 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

You need to figure out why you are not resolving the address. This is a local network administration issue, not a draws-manager specific issue.

Try the ping tests I listed earlier.

You can also try, from a terminal on the Raspberry Pi.

cd /usr/local/var/draws-manager

sudo git pull

sudo systemctl restart draws-manager

Wait about 30 seconds and try connecting from your browser again.

On Fri, Apr 5, 2019 at 9:44 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

I used https://draws.local:8080 and received the same error message several second after commanding
Update DRAWS Manager

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 10:29 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

On Fri, Apr 5, 2019 at 9:19 AM John D Hays - K7VE via Groups.Io <john=hays.org@groups.io> wrote:

If your LAN network attached computer has zeroconf/bonjour networking, if your DRAWS™ Raspberry Pi computer is named draws, then you can use http://draws.local:8080

--

John D. Hays
Edmonds, WA

K7VE

Re: DRAWS™ Manager Demo #drawsmanager

John D Hays - K7VE

#3026

You escape ping with a control-c

Send me the results of

cat /etc/resolv.conf

on the Raspberry Pi

Show quoted text

On Fri, Apr 5, 2019 at 10:02 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

ping google.com came back with info but did not go back to the command prompt.
ping GitHub.com came back with "Temporary failure of name recognition.

The IP address of the DRAWS here is 192.168.0.79.

The Github comes up here, should I try it on my DRAWS?

Tried the Github on Draws came back with site can't be reached.

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 10:27 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

Your DNS resolution isn't working, you will need to sort that out in the OS, if you are using DHCP to get an IP address it should be setting your DNS resolver.

Open a terminal a try pinging some hosts by name, like ping google.com then ping github.com

If you open  https://github.com/nwdigitalradio/draws-manager.git in a browser, that is the URL it is trying to reach.

On Fri, Apr 5, 2019 at 8:15 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

John,

Don't know how to capture dialog so I am picking out the error when attempting an update from DRAWS Manager:

fatal: "unable to access https://github.com/nwdigitalradio/draws-manager.git/":Could not resolve host: GitHub.com
cd/usr/local/var/draws-manager&&git pull && systemctl restart draws-manger

--

John D. Hays
Edmonds, WA

K7VE

--

John D. Hays
Edmonds, WA

K7VE

Re: DRAWS™ Manager Demo #drawsmanager

Fred Hirsch <Hirschfh@...>

#3025

Tnx Basil will use your commands.

Show quoted text

-----Original Message-----
From: Basil Gunn <basil@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 10:18 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

Is your RPi connected to the Internet?
You can upgrade all your files including draws-manager by:

cd
cd n7nix
git pull
cd bin
./prog_refresh.sh

/Basil n7nix

Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> writes:

> John,
>
> Don't know how to capture dialog so I am picking out the error when attempting an update from DRAWS Manager:
>
> fatal: "unable to access https://github.com/nwdigitalradio/draws-manager.git/":Couldnot resolve host: GitHub.com
> cd/usr/local/var/draws-manager&&git pull && systemctl restart draws-manger
>
>

Re: DRAWS™ Manager Demo #drawsmanager

John D Hays - K7VE

#3024

You need to figure out why you are not resolving the address. This is a local network administration issue, not a draws-manager specific issue.

Try the ping tests I listed earlier.

You can also try, from a terminal on the Raspberry Pi.

cd /usr/local/var/draws-manager

sudo git pull

sudo systemctl restart draws-manager

Wait about 30 seconds and try connecting from your browser again.

Show quoted text

On Fri, Apr 5, 2019 at 9:44 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

I used https://draws.local:8080 and received the same error message several second after commanding
Update DRAWS Manager

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 10:29 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

On Fri, Apr 5, 2019 at 9:19 AM John D Hays - K7VE via Groups.Io <john=hays.org@groups.io> wrote:

If your LAN network attached computer has zeroconf/bonjour networking, if your DRAWS™ Raspberry Pi computer is named draws, then you can use http://draws.local:8080

--

John D. Hays
Edmonds, WA

K7VE

Re: DRAWS™ Manager Demo #drawsmanager

Fred Hirsch <Hirschfh@...>

#3023

Yes, that command brings up the DRAWS MANAGER on the pi Webb browser.

Show quoted text

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 10:29 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

On Fri, Apr 5, 2019 at 9:19 AM John D Hays - K7VE via Groups.Io <john=hays.org@groups.io> wrote:

If your LAN network attached computer has zeroconf/bonjour networking, if your DRAWS™ Raspberry Pi computer is named draws, then you can use http://draws.local:8080

Re: DRAWS™ Manager Demo #drawsmanager

Fred Hirsch <Hirschfh@...>

#3022

ping google.com came back with info but did not go back to the command prompt.

ping GitHub.com came back with "Temporary failure of name recognition.

The IP address of the DRAWS here is 192.168.0.79.

The Github comes up here, should I try it on my DRAWS?

Tried the Github on Draws came back with site can't be reached.

Show quoted text

-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 5, 2019 10:27 am
Subject: Re: [udrc] DRAWS™ Manager Demo #drawsmanager

Your DNS resolution isn't working, you will need to sort that out in the OS, if you are using DHCP to get an IP address it should be setting your DNS resolver.

Open a terminal a try pinging some hosts by name, like ping google.com then ping github.com

If you open https://github.com/nwdigitalradio/draws-manager.git in a browser, that is the URL it is trying to reach.

On Fri, Apr 5, 2019 at 8:15 AM Fred Hirsch via Groups.Io <Hirschfh=aol.com@groups.io> wrote:

John,

Don't know how to capture dialog so I am picking out the error when attempting an update from DRAWS Manager:

fatal: "unable to access https://github.com/nwdigitalradio/draws-manager.git/":Could not resolve host: GitHub.com
cd/usr/local/var/draws-manager&&git pull && systemctl restart draws-manger

--

John D. Hays
Edmonds, WA

K7VE