Date   

Re: Update DRAWS™ Manager #drawsmanager

 

There is no feedback when a systemctl command is successful.  However, you can run

sudo systemctl status draws-manager

Which will tell you if it is running.

DRAWS™ Manager is a web application.  From the Pi you would open a browser and go to

http://localhost:8080



On Sat, Apr 6, 2019 at 1:16 PM Richard Waller via Groups.Io <rewaller=verizon.net@groups.io> wrote:
When I go to /n7nix/ bin and type the command “sudo systemctl start draws-manager” nothing  happens. When I type “ sudo ./setalsa-ft817.sh” a bunch of settings flash by as in Johns video but I never see the draws- manager app. Also, when I go to fldigi with my ft817 connected to minidin (left) under soundcard audio settings I don’t see any options that would allow me to select the draws hat. Please advise. Rick. Ka4ohm 


On Apr 6, 2019, at 3:42 PM, Richard Waller via Groups.Io <rewaller@...> wrote:

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>



--


John D. Hays
Edmonds, WA
K7VE

   


Re: Update DRAWS™ Manager #drawsmanager

 

Which command?  

Which beta are you using?

On Sat, Apr 6, 2019 at 12:42 PM Richard Waller via Groups.Io <rewaller=verizon.net@groups.io> wrote:
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>



--


John D. Hays
Edmonds, WA
K7VE

   


Re: Update DRAWS™ Manager #drawsmanager

Richard Waller <rewaller@...>
 

When I go to /n7nix/ bin and type the command “sudo systemctl start draws-manager” nothing  happens. When I type “ sudo ./setalsa-ft817.sh” a bunch of settings flash by as in Johns video but I never see the draws- manager app. Also, when I go to fldigi with my ft817 connected to minidin (left) under soundcard audio settings I don’t see any options that would allow me to select the draws hat. Please advise. Rick. Ka4ohm 


On Apr 6, 2019, at 3:42 PM, Richard Waller via Groups.Io <rewaller@...> wrote:

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>


Re: +12V polarity? #12vsupply

 

And to further confuse me, the red and black pigtail wires on the board in this video are opposite the board I received.

https://www.youtube.com/watch?v=8jzHA_cjuwM


Re: Basic Direwolf question #draws #direwolf #ax25

Dave N2OA
 

Thank you. I did a search on SSID so I missed the SID and thought it pulled it with the call.

Here is the results of beacmin.sh with debug turned on.

pi@n2oa-draws-1:~/n7nix/debug $ ./beacmin.sh
Read 1 lines of gps data
gpsdata: 43.01159
-78.189806667
lat: 43.01159
lon: -78.189806667
./beacmin.sh: line 52: 01159: value too great for base (error token is "01159")
axports: found line: udr0 N2OA-1 9600 255 2 Direwolf port
udr1 N2OA-10 9600 255 2 Winlink port
Found callsign: N2OA
Set callsign N2OA
 Sent: /usr/local/sbin/beacon -c N2OA-1 -d 'APUDR1 via WIDE1-1' -l -s udr0 !43.01159N/78.189806667Wp06 15:46:43 EDT, Seq: 21


Dave
N2OA


On Fri, Apr 5, 2019 at 5:36 PM Basil Gunn <basil@...> wrote:

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: 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 / ai7bg
 

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