Date   
Re: Update DRAWS™ Manager #drawsmanager

Richard Waller <rewaller@...>
 

John, when I entered the command as suggested under application help I got the message “ no such file or directory.” Rick. Ka4ohm 


On Apr 5, 2019, at 7:46 PM, John D Hays - K7VE <john@...> wrote:

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

<Annotation 2019-04-05 164352.png>

+12V polarity? #12vsupply

 

Trying to get up and running with my new DRAWS hat. A DRAWS brochure from 9/18, http://nwdigitalradio.com/wp-content/uploads/2018/09/DRAWSBrochure.pdf , labels the 12V plug, looking down onto the board, with + on the left, going into the round solder pad. - on the right, going into the square solder pad. A DRAWS Brochure from 11/18, http://nwdigitalradio.com/wp-content/uploads/2018/09/DRAWSBrochure-1.pdf ,  on the current website, labels the polarity as opposite. On the draws board I received a couple days ago, the red lead on the power pigtail is on the left, going to the round solder pad, black is on the right going to the square solder pad. There is also a caution under one of the #power threads to mind the polarity of the pigtail, https://nw-digital-radio.groups.io/g/udrc/message/2227 . Which solder pad is +? the round on the left or the square on the right? My pigtail with the red lead going to the round solder pad matches the older brochure, assuming red leads are + like on powerpoles.

TIA
David

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

John Spoonhower
 

Bernard,
I am curious about what are the audio level settings for this radio. Can you please post the results of "alsa-show.sh"?
73,
John,
NX2I

On Sat, Apr 6, 2019 at 12:15 PM f6bvp <f6bvp@...> wrote:
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/



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

Bernard f6bvp
 

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
 

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 <@VA7QU> writes:

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
 

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

 

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
 

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@...> writes:

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@...>
 

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.


-----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
 

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

 

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: DRAWS™ Manager Demo #drawsmanager

Fred Hirsch <Hirschfh@...>
 

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

   

UDRC-II on Beta 11

 

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@...>
 

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?


-----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

 

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@...>
 

domain Home
nameserver 192.168.0.1
nameserver  295.1/1.2.25


-----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
 

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@...>
 

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.


-----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

 

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

Fred Hirsch <Hirschfh@...>
 

Tnx Basil will use your commands.


-----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
>
>