Date   

Re: #aprs #aprs

 

You are getting close.  You are transmitting and an IGate station is sending your packets to the APRS-IS servers.

Let's look at your most recent transmission.  After the part with addresses we find:

:KO4BCZ   :11 16:46:28 EDT KO4BCZ mesg_beacon test from host asawizard on port udr0 Seq: 1<0x09><0xe7>
 

The first character of the information part is ":" meaning "message."   In APRS, the term "message" has a very special meaning. You can think of it like a mobile phone text message.  Suppose you sent a text message to the number for a phone that has never been powered on.  The telephone network would not know how to forward the message.

It is the same situation here.  The APRS-IS servers will try to forward this message to IGate stations near the last known location of  "KO4BCZ".   There is no known location for that station.   The error message "KO4BCZ was not found in the location database." is exactly what you would expect in this case.

You can only send an APRS "message" to a station if the APRS-IS servers have recent information about where it is.


"Successful IGate Operation," found here  https://github.com/wb2osz/direwolf/tree/dev/doc , briefly describes how APRS messaging works.

If you want to advertise your location, use a "Position Report."    Look in your direwolf.conf file and use an existing PBEACON example as a starting point.


Re: #aprs #aprs

Andrew P.
 

Have you sent a position packet yet? Just because you transmitted an APRS text message doesn't provide anyone with your station position.

Andrew, KA2DDO
author of YAAC

________________________________________
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> on behalf of Paul Noa <pauljnoa@gmail.com>
Sent: Saturday, April 11, 2020 4:18 PM
To: udrc@nw-digital-radio.groups.io
Subject: [draws and udrc] #aprs

I have just completed a new and clean install of NWDR15 due to some strange IPtable issues which seem to be resolved now.

Attached are outputs from commands used in VERIFY_CONFIG.md

It appears everything is working but I do not know enough to understand why no aprs.fi location?

# I see this on the server T2PR:
Port Username Address Verified Up Last in Software Packets Tx Packets Rx Bytes Tx Bytes Rx Tx/Rx bytes/s OutQ MsgRcpts Filter
4580 KO4BCZ 174.227.144.238:3629 Yes 17m 28s Dire-Wolf 1.6 1 0/0/0 4044 145 0 / 0 0 0

# On APRS.fi Raw Packets:
2020-04-11 15:54:30 EDT: KO4BCZ-11>APUDR1,WIDE1-1,qAO,K4GDG-10::KO4BCZ :11 15:54:28 EDT KO4BCZ mesg_beacon test from host asawizard on port udr0 Seq: 0"<0x92>

aprs.fi · KO4BCZ · Log out
KO4BCZ was not found in the location database.


#aprs #aprs

Paul Noa
 

I have just completed a new and clean install of NWDR15 due to some strange IPtable issues which seem to be resolved now.

Attached are outputs from commands used in VERIFY_CONFIG.md

It appears everything is working but I do not know enough to understand why no aprs.fi location?
 
# I see this on the server T2PR:
Port Username Address Verified Up Last in Software Packets Tx Packets Rx Bytes Tx Bytes Rx Tx/Rx bytes/s OutQ MsgRcpts Filter
4580 KO4BCZ 174.227.144.238:3629 Yes 17m 28s Dire-Wolf 1.6 1 0/0/0 4044 145 0 / 0 0 0
 
# On APRS.fi Raw Packets:
2020-04-11 15:54:30 EDT: KO4BCZ-11>APUDR1,WIDE1-1,qAO,K4GDG-10::KO4BCZ   :11 15:54:28 EDT KO4BCZ mesg_beacon test from host asawizard on port udr0 Seq: 0"<0x92>
 
aprs.fi · KO4BCZ · Log out
KO4BCZ was not found in the location database.


Re: Backups and Updates

john.chabalko@...
 

Thanks Basil, what i was trying to use is provided by mDNS - which seems to work after initial setup but not during initial boot.
  • I image the SD card with a fresh DRAWs image
  • copy wpa_supplicant.conf to /Volume/boot/
  • touch /Volume/boot/ssh
  • Insert card into headless raspberry pi
  • wait a minute or 2
  • from my workstation: ssh pi@... (as i don't know the IP address yet and i think the default hostname used to be draws) which works via mdns
  • The default password listed in the setup doc has changed since the last time i installed it so i figured the default hostname may have also, but didn't see it listed.

Last night i tried to do that with a couple of images and then gave up and plugged it into a TV where the IP address was displayed on the screen. Makes me think i missed something. Once i had the IP i was able to connect fine remotely and complete the setup after i connected it back to my radio.

I thought this worked before but it's been a while since i've set up DRAWs. It does work correctly on a pi-star setup.

I was going to do it via a wired connection and couldn't find my long ethernet cable - which i of course found right after i got it sorted out ;)

73
-john


Re: Backups and Updates

 

image.png

On Fri, Apr 10, 2020 at 2:14 PM John D Hays - K7VE via groups.io <john=hays.org@groups.io> wrote:
You can also run the GUI through VNC to make the copy :)

On Fri, Apr 10, 2020 at 2:08 PM Basil Gunn <basil@...> wrote:

If you are running a monitor with your RPi, Gayland's suggestion of
using the Raspbian 'SD Card Copier' is by far the easiest. It even resizes
to accommodate the size of the target mSD card. Nice.

/Basil n7nix

Gayland Gump <kg7gcf@...> writes:

> On your pi under Raspberry Menu/Accessories/SD Card Copier assuming that
> you've managed to pickup a usb sd card reader/writer when you've either
> purchased and SD card or bought one ( a very useful item in Pi World).
> Instructions for using it should be readily available with a bit of
> internet searching.
>
> This is the simplest, most straightforward method I know of.  Have a few SD
> cards handy and when you make any significant changes to your system, use
> this to make a backup.
>
> Gayland KG7GCF





--
John D. Hays
Kingston, WA
K7VE

 



--
John D. Hays
Kingston, WA
K7VE

 


Re: Backups and Updates

 

You can also run the GUI through VNC to make the copy :)

On Fri, Apr 10, 2020 at 2:08 PM Basil Gunn <basil@...> wrote:

If you are running a monitor with your RPi, Gayland's suggestion of
using the Raspbian 'SD Card Copier' is by far the easiest. It even resizes
to accommodate the size of the target mSD card. Nice.

/Basil n7nix

Gayland Gump <kg7gcf@...> writes:

> On your pi under Raspberry Menu/Accessories/SD Card Copier assuming that
> you've managed to pickup a usb sd card reader/writer when you've either
> purchased and SD card or bought one ( a very useful item in Pi World).
> Instructions for using it should be readily available with a bit of
> internet searching.
>
> This is the simplest, most straightforward method I know of.  Have a few SD
> cards handy and when you make any significant changes to your system, use
> this to make a backup.
>
> Gayland KG7GCF





--
John D. Hays
Kingston, WA
K7VE

 


Re: Backups and Updates

Basil Gunn
 

If you are running a monitor with your RPi, Gayland's suggestion of
using the Raspbian 'SD Card Copier' is by far the easiest. It even resizes
to accommodate the size of the target mSD card. Nice.

/Basil n7nix

Gayland Gump <kg7gcf@gmail.com> writes:

On your pi under Raspberry Menu/Accessories/SD Card Copier assuming that
you've managed to pickup a usb sd card reader/writer when you've either
purchased and SD card or bought one ( a very useful item in Pi World).
Instructions for using it should be readily available with a bit of
internet searching.

This is the simplest, most straightforward method I know of. Have a few SD
cards handy and when you make any significant changes to your system, use
this to make a backup.

Gayland KG7GCF


Re: Backups and Updates

Ed Bloom, KD9FRQ
 

Thank you.

During my WFH lunch hour, I was able to successfully use that method and copy the SD card that was used to boot the Pi.

I swapped the cards and the Pi booted as expected.

Now...…………..to get the extra 2m antennas up.

Ed Bloom, KD9FRQ
ewbloom@...
Sent from Webmail access


-----Original Message-----
From: John D Hays - K7VE <john@...>
To: udrc <udrc@nw-digital-radio.groups.io>
Sent: Fri, Apr 10, 2020 1:03 pm
Subject: Re: [draws and udrc] Backups and Updates

The method Gayland provided runs directly on the Pi with a GUI enabled. You need to attach an SD Card Reader/Writer

On Fri, Apr 10, 2020 at 9:57 AM Basil Gunn <basil@...> wrote:

> Now that I have a stable config with NWDR-15 : How do I use a USB
> micro SD Card device to replicate the entire active SD card?

The answer to this question depends on which operating system you are
using on the machine with the USB device, Linux/MAC/Windows.

If you google this topic you will get a lot of responses for things to
try and some of them might even work. I make a LOT of images using my
Linux workstation so my notes reflect that. I have a number of friends
that use a MAC and we have found a solution when using that OS as well.
For Windows there is a lengthy thread on the RaspberryPi-4-HamRadio
groups.io group that might be helpful. I can't really comment on the
Windows solution since I never use it.

Please read a file that I've recently added to our github repo with some
notes so that you can see what I recommend.

How to make an SD card image backup
https://github.com/nwdigitalradio/n7nix/blob/master/docs/SDCARD_BACKUP.md

/Basil





--
John D. Hays
Kingston, WA
K7VE

 


Re: Backups and Updates

Basil Gunn
 

john.chabalko@gmail.com writes:

Thanks Basil, i followed your advice last night and went ahead with a
fresh rebuild - everything went fine and it also appears to have
solved whatever was going on with prog_refresh not updating everything
too. That dist-upgrade take a long time on a raspberry pi though ;)
Yes. I need to make a new image that updates all the packages.

I started it kind of late and just let it run into the night.

The last time i did was during the time that the audio drivers were
still being incorporated into the kernel - which i think was the root
of my problem last year.

So going forward is it recommended to manage the linux os updates as i
would on any other machine - updating OS packages periodically and
applying OS patches regularly?
Sure. This works fine as the DRAWS/UDRC driver is now part of mainline Linux

There are a couple of wonky things in the setup instructions (
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started
) i noticed

* When you run ./app_config.sh core if you change the hostname of the
rpi (which is one of the early steps) it throws a number of errors
later on related to the previous (still current?) hostname of the
device.
To be expected until you do a reboot.

* I was able to use a wpa_supplicant.conf and to enable ssh on the sd
card after imaging it but i couldn't connect to the device via the
"draws.local" hostname after boot.
ssh pi@<ip_address_of_pi>
Works from first boot with an Ethernet cable

If you want to use a machine host name then:
* Add an entry to /etc/hosts
ie.
<ip_address_of_pi> hactar hactar.localnet

* Since the ip address comes from a DHCP server this address will last
until you have a power failure or reboot your router.
* To change you RPi to have a fixed ip address on your Ethernet device only.
* look at your router config to see where the DHCP range starts.
* Run fixed_ip.sh script to change ip address of your RPi.

Usage: fixed_ip.sh [-l][-s][-w][-y][-d][-h] last_ip_octet or complete ip address
Default to setting a static ip address
-y --dhcp set Ethernet device to use DHCP
-l --link show all devices that have link
-s --show show all devices with ip4 addresses
-w --wifi set wifi address
-d --debug set debug mode, will not change any files
-h display this message

I don't see an updated hostname in the setup doc
??
run hostname from a console prompt.

and that's what it used to be called from my notes. I
ended up reimaging the card and connecting the rpi to my TV where i
found that it was up and running on the network so i just connected to
it directly by IP. I might try to play around with this again and see
what it's doing. I tend to set up and run these things headless so
that first time of connecting can be dicey.
To find ip address of a headless RPi
* Look in the dhcp table of your router
* Run the following command from another (Linux) machine.
- This will port knock the SSH port number on your subnet.
- requires the root ip address of your subnet.

nmap -p 22 --open -sV <first_3_octets_of_subnet>.* -Pn
ie.
nmap -p 22 --open -sV 10.0.42.* -Pn

Thanks for your help - here's the current state of my OS and applications, and everything's working great with radio control and audio routing.

cheers, 73
-john

pi@n3ap-p:~/n7nix/bin $ uname -a


Re: Backups and Updates

 

The method Gayland provided runs directly on the Pi with a GUI enabled. You need to attach an SD Card Reader/Writer

On Fri, Apr 10, 2020 at 9:57 AM Basil Gunn <basil@...> wrote:

> Now that I have a stable config with NWDR-15 : How do I use a USB
> micro SD Card device to replicate the entire active SD card?

The answer to this question depends on which operating system you are
using on the machine with the USB device, Linux/MAC/Windows.

If you google this topic you will get a lot of responses for things to
try and some of them might even work. I make a LOT of images using my
Linux workstation so my notes reflect that. I have a number of friends
that use a MAC and we have found a solution when using that OS as well.
For Windows there is a lengthy thread on the RaspberryPi-4-HamRadio
groups.io group that might be helpful. I can't really comment on the
Windows solution since I never use it.

Please read a file that I've recently added to our github repo with some
notes so that you can see what I recommend.

How to make an SD card image backup
https://github.com/nwdigitalradio/n7nix/blob/master/docs/SDCARD_BACKUP.md

/Basil





--
John D. Hays
Kingston, WA
K7VE

 


Re: Icom 706MKIIG Setup #icom #ptt

KB5ZUR
 

I ended up renaming the draws-manager folder to draws-manager-old
I used Git to clone the latest version and the following steps.

cd draws-manager
sudo cp draws-manager.service /lib/systemd/system
sudo cp draws-manager /etc/default
cd webapp
sudo /usr/bin/npm install #this will take a while
sudo systemctl start draws-manager

Now I am back in Business!

-Kb5zur David


On Fri, Apr 10, 2020 at 12:17 PM Mike B <kf5dey@...> wrote:
Could you list what actions you did that solved the problem or problems...in case someone else has the same or similar problem?


Re: Icom 706MKIIG Setup #icom #ptt

Mike B
 

Could you list what actions you did that solved the problem or problems...in case someone else has the same or similar problem?


Re: Icom 706MKIIG Setup #icom #ptt

KB5ZUR
 

I got it going. 
Thanks

On Sun, Apr 5, 2020, 6:17 PM John D Hays - K7VE <john@...> wrote:
I just got to this.   You probably needed to upgrade nodejs ?

# Using Debian, as root
curl -sL https://deb.nodesource.com/setup_13.x | bash -
apt-get install -y nodejs

On Sun, Apr 5, 2020 at 10:46 AM KB5ZUR <kb5zur@...> wrote:
I got it fixed sorry for the prior post.
looks like I am up and going now.
-Kb5zur-David

On Sun, Apr 5, 2020 at 12:22 PM David Savells <kb5zur@...> wrote:
Well I have manages to break draws-manager. I get the following messages when I check the status:
● draws-manager.service - DRAWS™ Manager - A web application to manage the DRAW™ HAT configuration.
   Loaded: loaded (/etc/systemd/system/draws-manager.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Sun 2020-04-05 12:15:39 CDT; 2min 26s ago
     Docs: https://github.com/nwdigitalradio/draws-manager
  Process: 456 ExecStart=/usr/bin/npm start (code=exited, status=1/FAILURE)
 Main PID: 456 (code=exited, status=1/FAILURE)

Apr 05 12:15:39 DRAWS15 npm[456]: npm ERR! errno 1
Apr 05 12:15:39 DRAWS15 npm[456]: npm ERR! webapp@0.0.1 start: `node ./bin/www`
Apr 05 12:15:39 DRAWS15 npm[456]: npm ERR! Exit status 1
Apr 05 12:15:39 DRAWS15 npm[456]: npm ERR!
Apr 05 12:15:39 DRAWS15 npm[456]: npm ERR! Failed at the webapp@0.0.1 start script.
Apr 05 12:15:39 DRAWS15 npm[456]: npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
Apr 05 12:15:39 DRAWS15 npm[456]: npm ERR! A complete log of this run can be found in:
Apr 05 12:15:39 DRAWS15 npm[456]: npm ERR!     /root/.npm/_logs/2020-04-05T17_15_39_643Z-debug.log
Apr 05 12:15:39 DRAWS15 systemd[1]: draws-manager.service: Main process exited, code=exited, status=1/FAILURE
Apr 05 12:15:39 DRAWS15 systemd[1]: draws-manager.service: Failed with result 'exit-code'.

additional log info:
0 info it worked if it ends with ok
1 warn npm npm does not support Node.js v10.15.2
2 warn npm You should probably upgrade to a newer version of node as we
3 warn npm can't make any promises that npm will work with this version.
4 warn npm Supported releases of Node.js are the latest release of 4, 6, 7, 8, 9.
5 warn npm You can find the latest version at https://nodejs.org/
6 verbose cli [ '/usr/bin/node', '/usr/bin/npm', 'start' ]
7 info using npm@5.8.0
8 info using node@...
9 verbose run-script [ 'prestart', 'start', 'poststart' ]
10 info lifecycle webapp@0.0.1~prestart: webapp@0.0.1
11 info lifecycle webapp@0.0.1~start: webapp@0.0.1
12 verbose lifecycle webapp@0.0.1~start: unsafe-perm in lifecycle true
13 verbose lifecycle webapp@0.0.1~start: PATH: /usr/share/npm/node_modules/npm-lifecycle/node-gyp-bin:/usr/local/var/draws-manager/webapp/node_modules/.bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
14 verbose lifecycle webapp@0.0.1~start: CWD: /usr/local/var/draws-manager/webapp
15 silly lifecycle webapp@0.0.1~start: Args: [ '-c', 'node ./bin/www' ]
16 silly lifecycle webapp@0.0.1~start: Returned: code: 1  signal: null
17 info lifecycle webapp@0.0.1~start: Failed to exec start script
18 verbose stack Error: webapp@0.0.1 start: `node ./bin/www`
18 verbose stack Exit status 1
18 verbose stack     at EventEmitter.<anonymous> (/usr/share/npm/node_modules/npm-lifecycle/index.js:283:16)
18 verbose stack     at EventEmitter.emit (events.js:189:13)
18 verbose stack     at ChildProcess.<anonymous> (/usr/share/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
18 verbose stack     at ChildProcess.emit (events.js:189:13)
18 verbose stack     at maybeClose (internal/child_process.js:970:16)
18 verbose stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:259:5)
19 verbose pkgid webapp@0.0.1
20 verbose cwd /usr/local/var/draws-manager/webapp
21 verbose Linux 4.19.97-v7+
22 verbose argv "/usr/bin/node" "/usr/bin/npm" "start"
23 verbose node v10.15.2
24 verbose npm  v5.8.0
25 error code ELIFECYCLE
26 error errno 1
27 error webapp@0.0.1 start: `node ./bin/www`
27 error Exit status 1
28 error Failed at the webapp@0.0.1 start script.
28 error This is probably not a problem with npm. There is likely additional logging output above.
29 verbose exit [ 1, true ]



Any ideas on how to fix this ?

-Kb5zur David


On Sat, Apr 4, 2020 at 1:22 PM John D Hays - K7VE <john@...> wrote:
As I recall WSJT-X uses Hamlin/CAT for PTT. 

On Sat, Apr 4, 2020, 10:55 KB5ZUR <kb5zur@...> wrote:
I'm struggling with the TX audio settings in JS8Call. When i use the recommended settings based on the 0.4V Peak to Peak value for my ICOM 706, I don't seem to output any power. When I adjust the values up, I get power output but no replies to my CQ's or replies to other stations I can hear.

I would like to do some testing in WSJT-X Ver 2.1.2 but don't see a way PTT with the script file.  

2 Questions: 
Can you recommend TX Audio setting for my ICOM706MkIIG 
Do you know if WSJT-X supports Advanced PTT settings for the script file for keying?

On Sat, Apr 4, 2020 at 11:10 AM David Savells <kb5zur@...> wrote:
Couldnt find advanced PTT setting in WSJT-X 

which ptt_ctrl.sh showed  /home/pi/bin/ptt_ctrl.sh
So I set that path in JS8Call and it is now keying the radio.
Just now getting into the TX audio adjustments but looks like I can TX using the Test PTT button in JS8Call setup.
Ill follow up once I can confirm proper operation
Thanks again for your help.
-Kb5zur David


On Sat, Apr 4, 2020 at 10:55 AM Basil Gunn <basil@...> wrote:

Hi David,

> Try using the path that comes back from the above command for js8call
> /home/pi/bin/ptt_ctrl.sh %1
>
> I'll test this later on today.

Using full path seems to work fine for script /home/pi/bin/ptt_ctrl.sh
%1 and js8call

Have you used wstx?
What did you use for PTT control when using wstx and ICOM 706MKIIg?

/Basil n7niix





--
John D. Hays
Kingston, WA
K7VE

 


Re: Backups and Updates

Basil Gunn
 

Now that I have a stable config with NWDR-15 : How do I use a USB
micro SD Card device to replicate the entire active SD card?
The answer to this question depends on which operating system you are
using on the machine with the USB device, Linux/MAC/Windows.

If you google this topic you will get a lot of responses for things to
try and some of them might even work. I make a LOT of images using my
Linux workstation so my notes reflect that. I have a number of friends
that use a MAC and we have found a solution when using that OS as well.
For Windows there is a lengthy thread on the RaspberryPi-4-HamRadio
groups.io group that might be helpful. I can't really comment on the
Windows solution since I never use it.

Please read a file that I've recently added to our github repo with some
notes so that you can see what I recommend.

How to make an SD card image backup
https://github.com/nwdigitalradio/n7nix/blob/master/docs/SDCARD_BACKUP.md

/Basil


Re: Backups and Updates

john.chabalko@...
 

Thanks Basil, i followed your advice last night and went ahead with a fresh rebuild - everything went fine and it also appears to have solved whatever was going on with prog_refresh not updating everything too. That dist-upgrade take a long time on a raspberry pi though ;) I started it kind of late and just let it run into the night.

The last time i did was during the time that the audio drivers were still being incorporated into the kernel - which i think was the root of my problem last year.

So going forward is it recommended to manage the linux os updates as i would on any other machine - updating OS packages periodically and applying OS patches regularly?

There are a couple of wonky things in the setup instructions i noticed
  • When you run ./app_config.sh core if you change the hostname of the rpi (which is one of the early steps) it throws a number of errors later on related to the previous (still current?) hostname of the device.
  • I was able to use a wpa_supplicant.conf and to enable ssh on the sd card after imaging it but i couldn't connect to the device via the "draws.local" hostname after boot. I don't see an updated hostname in the setup doc and that's what it used to be called from my notes. I ended up reimaging the card and connecting the rpi to my TV where i found that it was up and running on the network so i just connected to it directly by IP. I might try to play around with this again and see what it's doing. I tend to set up and run these things headless so that first time of connecting can be dicey.
Thanks for your help - here's the current state of my OS and applications, and everything's working great with radio control and audio routing.

cheers, 73
-john

pi@n3ap-p:~/n7nix/bin $ uname -a
Linux n3ap-p 4.19.97-v7+ #1294 SMP Thu Jan 30 13:15:58 GMT 2020 armv7l GNU/Linux
pi@n3ap-p:~/n7nix/bin $ cat /etc/debian_version
10.3
pi@n3ap-p:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

pi@n3ap-p:~ $ prog_refresh.sh -c
js8call: current version: 2.1.1, installed: 2.1.1
wsjtx:   current version: 2.1.2, installed: 2.1.2
Library: libflxmlrpc IS loaded.
flxmlrpc:  current version: 0.1.4, installed: 0.1.4
fldigi:  current version: 4.1.11, installed: 4.1.11
flrig:  current version: 1.3.50, installed: 1.3.50
flmsg:  current version: 4.0.14, installed: 4.0.14
flamp:  current version: 2.2.05, installed: 2.2.05
fllog:  current version: 1.2.6, installed: 1.2.6
xastir: current version: 2.1.5, installed: 2.1.5
gp_verchk.sh: Detected gpsd package.
gpsd: current version: 3.20, installed: 3.20


Re: Backups and Updates

Gayland Gump
 

On your pi under Raspberry Menu/Accessories/SD Card Copier assuming that you've managed to pickup a usb sd card reader/writer when you've either purchased and SD card or bought one ( a very useful item in Pi World).  Instructions for using it should be readily available with a bit of internet searching.

This is the simplest, most straightforward method I know of.  Have a few SD cards handy and when you make any significant changes to your system, use this to make a backup.

Gayland
KG7GCF


On Fri, Apr 10, 2020 at 4:06 AM Ed Bloom, KD9FRQ via groups.io <ewbloom=verizon.net@groups.io> wrote:
Follow up question.................

Now that I have a stable config with NWDR-15 : How do I use a USB micro
SD Card device
to replicate the entire active SD card?

Ed, KD9FRQ

On 4/9/2020 5:49 PM, Basil Gunn wrote:
> Hi there, i have 2 questions related to the DRAWs hat on a Raspberry
>> Pi 3B+
>>
>>     - Is there current guidance for applying operating system updates on an
>>     RPi 3b+ running the DRAWs hat? I'm running the stock image from ~1 year ago
>>     still.
> If you are running on an image that's about a year old I would recommend
> starting from a current image. The reason is around May of last year
> some of Anna's driver patches for the DRAWS/UDRC hat where being
> accepted into the mainline Linux kernel. After all the patches made it
> into the kernel everything worked well. Unfortunately the patches
> dribbled in and things were unstable for a few months beginning last
> summer.
>
>>      I updated not long after getting it and there was a conflict (at
>>     the time) with the audio driver so reverted back to the base image
>>     at the time
>>     - Is there a list, or document, describing which relevant config files
>>     should be backed up to be able to restore my system in the event of a SD
>>     card failure?
> Depends on what applications you configured, so no.
>
>>        - Or is there a script that collects the files and spits out a
>>        tarball?
> Nope. I could probably do it for packet ie. ax.25/direwolf/RMS
> gateway/paclink-unix but the HF programs configuration do not follow any
> established convention ... that I am aware of.
>
>>        - I've run 'prog_refresh -c' a few times lately and it shows updates
>>     available for a couple of software packages, but when i then run
>>     'prog_refresh' it doesn't update them
> I would have to see console output to comment on this.
>
>>        - I have run 'git pull' prior to 'prog_refresh -c'
>>
>> Any pointers to messages about this stuff would be fine too, i was
>> searching through groups.io and haven't hit pay dirt yet.
> To be clear, I don't back-up most of my SD cards. However, since I know
> how to squish the file system & compress the image I tend to store
> complete SD card images. ie. a 16 GB SD card image can be reduced to
> about a 2.5GB image file. This image file can be used to (re)create any SD
> card equal to or greater than 16GB. Building & burning images is done on
> a Linux workstation.
>
> The reason I don't back-up is that with the scripts I have made available I
> can start from a fresh mSD card and install/configure anything in
> around 30 minutes. For instance I can create a 1200/9600 baud
> point-to-point or RMS Gateway Winlink packet station in that time.
>
> /Basil n7nix




Re: Backups and Updates

Ed Bloom, KD9FRQ
 

Follow up question.................

Now that I have a stable config with NWDR-15 : How do I use a USB micro SD Card device
to replicate the entire active SD card?

Ed, KD9FRQ

On 4/9/2020 5:49 PM, Basil Gunn wrote:
Hi there, i have 2 questions related to the DRAWs hat on a Raspberry
Pi 3B+

- Is there current guidance for applying operating system updates on an
RPi 3b+ running the DRAWs hat? I'm running the stock image from ~1 year ago
still.
If you are running on an image that's about a year old I would recommend
starting from a current image. The reason is around May of last year
some of Anna's driver patches for the DRAWS/UDRC hat where being
accepted into the mainline Linux kernel. After all the patches made it
into the kernel everything worked well. Unfortunately the patches
dribbled in and things were unstable for a few months beginning last
summer.

I updated not long after getting it and there was a conflict (at
the time) with the audio driver so reverted back to the base image
at the time
- Is there a list, or document, describing which relevant config files
should be backed up to be able to restore my system in the event of a SD
card failure?
Depends on what applications you configured, so no.

- Or is there a script that collects the files and spits out a
tarball?
Nope. I could probably do it for packet ie. ax.25/direwolf/RMS
gateway/paclink-unix but the HF programs configuration do not follow any
established convention ... that I am aware of.

- I've run 'prog_refresh -c' a few times lately and it shows updates
available for a couple of software packages, but when i then run
'prog_refresh' it doesn't update them
I would have to see console output to comment on this.

- I have run 'git pull' prior to 'prog_refresh -c'

Any pointers to messages about this stuff would be fine too, i was
searching through groups.io and haven't hit pay dirt yet.
To be clear, I don't back-up most of my SD cards. However, since I know
how to squish the file system & compress the image I tend to store
complete SD card images. ie. a 16 GB SD card image can be reduced to
about a 2.5GB image file. This image file can be used to (re)create any SD
card equal to or greater than 16GB. Building & burning images is done on
a Linux workstation.

The reason I don't back-up is that with the scripts I have made available I
can start from a fresh mSD card and install/configure anything in
around 30 minutes. For instance I can create a 1200/9600 baud
point-to-point or RMS Gateway Winlink packet station in that time.

/Basil n7nix


Re: Backups and Updates

Basil Gunn
 

Hi there, i have 2 questions related to the DRAWs hat on a Raspberry
Pi 3B+

- Is there current guidance for applying operating system updates on an
RPi 3b+ running the DRAWs hat? I'm running the stock image from ~1 year ago
still.
If you are running on an image that's about a year old I would recommend
starting from a current image. The reason is around May of last year
some of Anna's driver patches for the DRAWS/UDRC hat where being
accepted into the mainline Linux kernel. After all the patches made it
into the kernel everything worked well. Unfortunately the patches
dribbled in and things were unstable for a few months beginning last
summer.

I updated not long after getting it and there was a conflict (at
the time) with the audio driver so reverted back to the base image
at the time
- Is there a list, or document, describing which relevant config files
should be backed up to be able to restore my system in the event of a SD
card failure?
Depends on what applications you configured, so no.

- Or is there a script that collects the files and spits out a
tarball?
Nope. I could probably do it for packet ie. ax.25/direwolf/RMS
gateway/paclink-unix but the HF programs configuration do not follow any
established convention ... that I am aware of.

- I've run 'prog_refresh -c' a few times lately and it shows updates
available for a couple of software packages, but when i then run
'prog_refresh' it doesn't update them
I would have to see console output to comment on this.

- I have run 'git pull' prior to 'prog_refresh -c'

Any pointers to messages about this stuff would be fine too, i was
searching through groups.io and haven't hit pay dirt yet.
To be clear, I don't back-up most of my SD cards. However, since I know
how to squish the file system & compress the image I tend to store
complete SD card images. ie. a 16 GB SD card image can be reduced to
about a 2.5GB image file. This image file can be used to (re)create any SD
card equal to or greater than 16GB. Building & burning images is done on
a Linux workstation.

The reason I don't back-up is that with the scripts I have made available I
can start from a fresh mSD card and install/configure anything in
around 30 minutes. For instance I can create a 1200/9600 baud
point-to-point or RMS Gateway Winlink packet station in that time.

/Basil n7nix


Re: NWDR15 Check

Basil Gunn
 

Thank you, Basil.
I have it working now and can receive APRS.
Good work Ed!

Ed, KD9FRQ

On 4/9/2020 11:23 AM, Basil Gunn wrote:
Hi Ed,
Just looking back at some of the posts.

Xastir does nothing. On previous install attempt, I followed the GitHub
directions and loaded Xastir that way and then icon worked. Do I need
to do that again?
Solution here:
https://nw-digital-radio.groups.io/g/udrc/message/4533?p=,,,20,0,0,0::relevance,,xastir+apt-get,20,2,0,71778905

Also, is there a script to add the split channel icon to the desktop? I
have a second DRAWS setup and I will gladly use it for HF and leave this
current install as VHF.
If you have dedicated RPi's for HF apps & VHF/UHF packet apps then I
would recommend not using split channel and for your HF RPi just make
sure that ax.25/direwolf is not running.

ax25-stop

/Basil n7nix


Backups and Updates

john.chabalko@...
 

Hi there, i have 2 questions related to the DRAWs hat on a Raspberry Pi 3B+

  • Is there current guidance for applying operating system updates on an RPi 3b+ running the DRAWs hat? I'm running the stock image from ~1 year ago still. I updated not long after getting it and there was a conflict (at the time) with the audio driver so reverted back to the base image at the time
  • Is there a list, or document, describing which relevant config files should be backed up to be able to restore my system in the event of a SD card failure?
    • Or is there a script that collects the files and spits out a tarball?
  • I've run 'prog_refresh -c' a few times lately and it shows updates available for a couple of software packages, but when i then run 'prog_refresh' it doesn't update them
    • I have run 'git pull' prior to 'prog_refresh -c'
Any pointers to messages about this stuff would be fine too, i was searching through groups.io and haven't hit pay dirt yet.

73

661 - 680 of 5368