Re: Nixtracker

David Lowry

#4412

Correction: I first saw the reference to lvd in the individual commit around November 11, not the nwdr14 announcement or change log.

Re: Nixtracker

David Lowry

#4411

Ahh! I see now how the lvd renders the Ctrl tab obsolete. I didn’t make the connection yesterday. I’ve been shadowing that development since it appeared in the NWDR change log. My son bought me the its-12 for Christmas.

Thanks for all your help. As always, no rush. I really wanted to try plu and nixtracker with a fresh image a third time but that won’t happen until tomorrow. Claws mail and the wl2k commands work.

Re: #direwolf #direwolf

Paul Noa

#4410

Will do guys,

Thanks for the input I will start fresh with the NWDR15. That is the advantage of having issues it gives you more experience.

Best regards,

Paul KO4BCZ

Show quoted text

On Mon, 27 Jan 2020 at 02:43, Basil Gunn <basil@...> wrote:

J P is correct there is no AI in these scripts to go back & undo. The
configuration scripts were meant to be run exactly once. Some scripts
are more forgiving than others because I had to run them a bunch of
times to get them to work properly. If you know you need to fix
something then just manually edit that config file.

For your call sign KO4BCV Look for the following line in file:
/etc/direwolf.conf

IGLOGIN KO4BCV 11409

You can look at the status of the tier 2 servers here:
http://status.aprs2.net/

Having said that I do not do any aprs client stuff in direwolf. I only
use it as a sound modem.
What I use for APRS is this:
aprx for digipeating
yaac & Xastir when I want maps
nixtracker in my vehicle for smart beaconing

I also use mobilinkd with a handy talky & droid phone for hiking.
You have some choices depending on what you want to do.

J P Watters via Groups.Io <kc9kko=mac.com@groups.io> writes:

> Paul,
>
> This is still a beta work in progress. Basil has done and outstanding job at making this work.
>
> There really isn't an UNDO script for running the getting started scripts after entering bad or erroneous information.
> Entering a Bogus call sign and an associated invalid password would not be good.
>
> It would appear that running the scripts the first time with a BOGUS call sign has some pretty real effects.
> Like never being able to connect to APRSIS with a Bogus Call Sign and an invalid password that was not generated by the CALLPASS algorithm.
> When I saw that the script reported that it was not the first time it had been run, that pointed out that a fresh image would be
> likely the best plan.
>
> Start with a fresh NW15 image and most importantly ' Follow the 'Getting Started Guide'
> https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started
>
> Members of our radio club and myself have had regular success following the getting started guide.
> When we have changed our minds in the initial configuration we have found it best to start with a fresh image.
>
> ..jpw J P Watters
> KC9KKO
>
>

Re: NWDR15 Image observations

Bernard f6bvp / ai7bg

#4409

Hi Basil,
Your fix works great !
Now ax25-start is ok.

Thanks for repairing the bug so fast.

73’s de Bernard

Re: #direwolf #direwolf

Basil Gunn

#4408

J P is correct there is no AI in these scripts to go back & undo. The
configuration scripts were meant to be run exactly once. Some scripts
are more forgiving than others because I had to run them a bunch of
times to get them to work properly. If you know you need to fix
something then just manually edit that config file.

For your call sign KO4BCV Look for the following line in file:
/etc/direwolf.conf

IGLOGIN KO4BCV 11409

You can look at the status of the tier 2 servers here:
http://status.aprs2.net/

Having said that I do not do any aprs client stuff in direwolf. I only
use it as a sound modem.
What I use for APRS is this:
aprx for digipeating
yaac & Xastir when I want maps
nixtracker in my vehicle for smart beaconing

I also use mobilinkd with a handy talky & droid phone for hiking.
You have some choices depending on what you want to do.


J P Watters via Groups.Io <kc9kko=mac.com@groups.io> writes:

Show quoted text

Paul,

This is still a beta work in progress. Basil has done and outstanding job at making this work.

There really isn't an UNDO script for running the getting started scripts after entering bad or erroneous information.
Entering a Bogus call sign and an associated invalid password would not be good.

It would appear that running the scripts the first time with a BOGUS call sign has some pretty real effects.
Like never being able to connect to APRSIS with a Bogus Call Sign and an invalid password that was not generated by the CALLPASS algorithm.
When I saw that the script reported that it was not the first time it had been run, that pointed out that a fresh image would be
likely the best plan.

Start with a fresh NW15 image and most importantly ' Follow the 'Getting Started Guide'
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started

Members of our radio club and myself have had regular success following the getting started guide.
When we have changed our minds in the initial configuration we have found it best to start with a fresh image.

..jpw J P Watters
KC9KKO

Re: Nixtracker

Basil Gunn

#4407

David,

Give me a day or 2 on this one ( mail tab gives an error “Unable to
communicate with the PLU Websocket server).

I think that the web server enabled with the standard paclink-unix
install might be interfering with the nixtracker web server.

David Lowry <huskyrunnr@msn.com> writes:

Basil, I will really enjoy this interface in the truck. A quick
question, on the CTRL tab, what do I type in the Confirm box?So I have been using nixtracker since before the Raspberry Pi when NWDR
made their own CPU cards. At that time it was handy to be able to
'shutdown' & 'reset' the CPU card from the Web interface. I believe the
confirm for each was 'down' and 'reset'. See
nixtracker/webapp/tracker-frontend.js.

Using the DRAWS card on an RPi I can detect when I shut my truck off by
reading the voltage ie. running off 12 V you can just run the 'sensors'
command. See n7nix/tracker/updown_log.sh script. When the voltage is
less than 13V I know my truck is off and the RPi is running on
battery. I have the power for the RPi coming off the Powerwerx ITS-12
https://powerwerx.com/automotive-dc-timer-lvd-battery-guard

so I can do a polite shut down within a couple of minutes after I shut
my truck off.

That was a long winded explanation for why I don't use the CTRL tab any
more.

A more complex question... if it is not a simple answer and you don’t
want to answer, I understand.

In my hands, the mail tab gives an error “Unable to communicate with
the PLU Websocket server.” I realize this feature may not be supported
at this time or I have set up plu and nixtracker in the wrong order
for this to work. At this point I have no localhost:8082. Earlier, I
had both 8081 and 8082, but still the same error on the mail tab.Let me check on this.

Re: #direwolf #direwolf

J P Watters <kc9kko@...>

#4406

Paul,

This is still a beta work in progress. Basil has done and outstanding job at making this work.

There really isn't an UNDO script for running the getting started scripts after entering bad or erroneous information.
Entering a Bogus call sign and an associated invalid password would not be good.

It would appear that running the scripts the first time with a BOGUS call sign has some pretty real effects.
Like never being able to connect to APRSIS with a Bogus Call Sign and an invalid password that was not generated by the CALLPASS algorithm.
When I saw that the script reported that it was not the first time it had been run, that pointed out that a fresh image would be
likely the best plan.

Start with a fresh NW15 image and most importantly 'Follow the 'Getting Started Guide'
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started

Members of our radio club and myself have had regular success following the getting started guide.
When we have changed our minds in the initial configuration we have found it best to start with a fresh image.

..jpw J P Watters
KC9KKO

Re: #direwolf #direwolf

Paul Noa

#4405

Thanks Jim will check it out!

Paul KO4BCZ

Re: #direwolf #direwolf

Jim VA7SHG/VE7TGZ

#4404

Paul, you’ll find the Direwolf config file at /etc/direwolf.conf In there you’ll find the auto generated passcode for aprs.

73 Jim

Show quoted text

On Jan 26, 2020, at 18:29, Paul Noa <pauljnoa@...> wrote:

Basil,

I forgot to include the console output for the showudrc.sh.

here it is.

On Sun, 26 Jan 2020 at 20:44, Paul Noa <pauljnoa@...> wrote:
Basil,

I went back to my NWDR14 build to see if i could remember what the issue was, attached is an output file: NWDR14 Rebuild.txt

But perhaps this is all you will need to know:

#Configure core functionality

pi@asawizard:~/n7nix $ cd config
pi@asawizard:~/n7nix/config $ sudo su
root@asawizard:/home/pi/n7nix/config# ./app_config.sh core
app_config.sh: script start
Enter call sign, followed by [enter]: KO4BCV
app_config.sh: Config core
Already run 1 time(s): core config script
current dir: /home/pi/n7nix/config
Test pwd: /home/pi/n7nix/config, path: /home/pi/n7nix

Verify IF dtoverlay= is set properly
dtoverlay currently set to: dtoverlay=draws,alsaname=udrc
dtoverlay for DRAWS OK

Verify IF dtparam=audio is set properly
Last line in /boot/config.txt OK

Verify IF dtoverlay= is set properly
dtoverlay currently set to: dtoverlay=draws,alsaname=udrc
dtoverlay for DRAWS OK

Verify IF dtparam=audio is set properly
Last line in /boot/config.txt OK
app_config.sh core has already been run, exiting
-- cfg_script_name hostname: 0, passwd: 0, logfile: 0
root@asawizard:/home/pi/n7nix/config#

So despite git pull and updating and running ./app_config.sh core again, and entering my new License instead of the made up one,
i.e KO4BCZ instead of the made up one NOAPJ

I still get this:
pi@asawizard:~ $ ax25-status
Status for direwolf.service: RUNNING and ENABLED
Status for ax25dev.service: RUNNING and ENABLED
Status for ax25dev.path: RUNNING and ENABLED
Status for ax25-mheardd.service: RUNNING and ENABLED
Status for ax25d.service: RUNNING and ENABLED
AX.25 device: ax0 successfully configured with ip: 192.168.255.2
AX.25 device: ax1 successfully configured with ip: 192.168.255.3
pi@asawizard:~ $ tail -f /var/log/direwolf/direwolf.log
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set TXtail = 10 (*10mS units = 100 mS), port 1
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set Persistence = 32, port 1
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set SlotTime = 20 (*10mS units = 200 mS), port 1
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set FullDuplex = 0, port 1
Jan 26 20:10:56 asawizard direwolf[455]: Can't get address for IGate server noam.aprs2.net, Temporary failure in name resolution
Jan 26 20:11:01 asawizard direwolf[455]: Can't get address for IGate server noam.aprs2.net, Temporary failure in name resolution
Jan 26 20:11:06 asawizard direwolf[455]: Now connected to IGate server noam.aprs2.net (167.114.2.176)
Jan 26 20:11:06 asawizard direwolf[455]: Check server status here http://167.114.2.176:14501
Jan 26 20:11:11 asawizard direwolf[455]: [ig] # aprsc 2.1.5-g8af3cdc
Jan 26 20:11:11 asawizard direwolf[455]: [ig] # logresp N0APJ verified, server T2CAWEST

So as you see having alread run the core config once it did not prompt me for my passcode and did not change the original entry.
I am unable to find the direwolf.conf file to edit it for the correct info. perhaps that will suffice. The APRS.SI site is receiving

Is feasible to try to correct NOAPJ with KO4BCZ or should I just bite the bullet and start fresh with the NWDR15 image.

A complete output txt file is attached anticipating other questions.

Paul KO4BCZ

On Sun, 26 Jan 2020 at 18:34, Basil Gunn <basil@...> wrote:

> I have three RPi 3's, one with my own build and one with the NWDR14
> build, one spare. I have been more successful with my build but not so
> much with yours,

And exactly (with console output) what problem are you having with the
image? Also, when you get a chance, switch to the NWDR15 image.

> with all due respect Basil I find it tedious to jump
> back and forth from one URL to another trying to follow three
> different paths for

> installing,

If you use the NWDR image there is nothing to install.
If you do your own custom install you are on your own.

>configuring

Follow the 'Getting Started Guide'
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started

> and testing,

https://github.com/nwdigitalradio/n7nix/blob/master/docs/DEBUG_BASICS.md
https://github.com/nwdigitalradio/n7nix/blob/master/docs/VERIFY_CONFIG.md

> So I hope find my argument compelling enough to continue to support
> the three units which I purchased.

Like I said before if you use the image you will get my support. If you
make your own custom install, post your questions on the forum and maybe
someone will answer.
/Basil

<showudrc_output.txt>

Re: #direwolf #direwolf

Paul Noa

#4403

Basil,

I forgot to include the console output for the showudrc.sh.

here it is.

Show quoted text

On Sun, 26 Jan 2020 at 20:44, Paul Noa <pauljnoa@...> wrote:

Basil,

I went back to my NWDR14 build to see if i could remember what the issue was, attached is an output file: NWDR14 Rebuild.txt

But perhaps this is all you will need to know:

#Configure core functionality

pi@asawizard:~/n7nix $ cd config
pi@asawizard:~/n7nix/config $ sudo su
root@asawizard:/home/pi/n7nix/config# ./app_config.sh core
app_config.sh: script start
Enter call sign, followed by [enter]: KO4BCV
app_config.sh: Config core
Already run 1 time(s): core config script
current dir: /home/pi/n7nix/config
Test pwd: /home/pi/n7nix/config, path: /home/pi/n7nix

Verify IF dtoverlay= is set properly
dtoverlay currently set to: dtoverlay=draws,alsaname=udrc
dtoverlay for DRAWS OK

Verify IF dtparam=audio is set properly
Last line in /boot/config.txt OK

Verify IF dtoverlay= is set properly
dtoverlay currently set to: dtoverlay=draws,alsaname=udrc
dtoverlay for DRAWS OK

Verify IF dtparam=audio is set properly
Last line in /boot/config.txt OK
app_config.sh core has already been run, exiting
-- cfg_script_name hostname: 0, passwd: 0, logfile: 0
root@asawizard:/home/pi/n7nix/config#

So despite git pull and updating and running ./app_config.sh core again, and entering my new License instead of the made up one,
i.e KO4BCZ instead of the made up one NOAPJ

I still get this:
pi@asawizard:~ $ ax25-status
Status for direwolf.service: RUNNING and ENABLED
Status for ax25dev.service: RUNNING and ENABLED
Status for ax25dev.path: RUNNING and ENABLED
Status for ax25-mheardd.service: RUNNING and ENABLED
Status for ax25d.service: RUNNING and ENABLED
AX.25 device: ax0 successfully configured with ip: 192.168.255.2
AX.25 device: ax1 successfully configured with ip: 192.168.255.3
pi@asawizard:~ $ tail -f /var/log/direwolf/direwolf.log
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set TXtail = 10 (*10mS units = 100 mS), port 1
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set Persistence = 32, port 1
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set SlotTime = 20 (*10mS units = 200 mS), port 1
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set FullDuplex = 0, port 1
Jan 26 20:10:56 asawizard direwolf[455]: Can't get address for IGate server noam.aprs2.net, Temporary failure in name resolution
Jan 26 20:11:01 asawizard direwolf[455]: Can't get address for IGate server noam.aprs2.net, Temporary failure in name resolution
Jan 26 20:11:06 asawizard direwolf[455]: Now connected to IGate server noam.aprs2.net (167.114.2.176)
Jan 26 20:11:06 asawizard direwolf[455]: Check server status here http://167.114.2.176:14501
Jan 26 20:11:11 asawizard direwolf[455]: [ig] # aprsc 2.1.5-g8af3cdc
Jan 26 20:11:11 asawizard direwolf[455]: [ig] # logresp N0APJ verified, server T2CAWEST

So as you see having alread run the core config once it did not prompt me for my passcode and did not change the original entry.
I am unable to find the direwolf.conf file to edit it for the correct info. perhaps that will suffice. The APRS.SI site is receiving

Is feasible to try to correct NOAPJ with KO4BCZ or should I just bite the bullet and start fresh with the NWDR15 image.

A complete output txt file is attached anticipating other questions.

Paul KO4BCZ

On Sun, 26 Jan 2020 at 18:34, Basil Gunn <basil@...> wrote:

> I have three RPi 3's, one with my own build and one with the NWDR14
> build, one spare. I have been more successful with my build but not so
> much with yours,

And exactly (with console output) what problem are you having with the
image? Also, when you get a chance, switch to the NWDR15 image.

> with all due respect Basil I find it tedious to jump
> back and forth from one URL to another trying to follow three
> different paths for

> installing,

If you use the NWDR image there is nothing to install.
If you do your own custom install you are on your own.

>configuring

Follow the 'Getting Started Guide'
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started

> and testing,

https://github.com/nwdigitalradio/n7nix/blob/master/docs/DEBUG_BASICS.md
https://github.com/nwdigitalradio/n7nix/blob/master/docs/VERIFY_CONFIG.md

> So I hope find my argument compelling enough to continue to support
> the three units which I purchased.

Like I said before if you use the image you will get my support. If you
make your own custom install, post your questions on the forum and maybe
someone will answer.
/Basil

showudrc_output.txt

Re: #direwolf #direwolf

Paul Noa

#4402

Basil,

I went back to my NWDR14 build to see if i could remember what the issue was, attached is an output file: NWDR14 Rebuild.txt

But perhaps this is all you will need to know:

#Configure core functionality

pi@asawizard:~/n7nix $ cd config
pi@asawizard:~/n7nix/config $ sudo su
root@asawizard:/home/pi/n7nix/config# ./app_config.sh core
app_config.sh: script start
Enter call sign, followed by [enter]: KO4BCV
app_config.sh: Config core
Already run 1 time(s): core config script
current dir: /home/pi/n7nix/config
Test pwd: /home/pi/n7nix/config, path: /home/pi/n7nix

Verify IF dtoverlay= is set properly
dtoverlay currently set to: dtoverlay=draws,alsaname=udrc
dtoverlay for DRAWS OK

Verify IF dtparam=audio is set properly
Last line in /boot/config.txt OK

Verify IF dtoverlay= is set properly
dtoverlay currently set to: dtoverlay=draws,alsaname=udrc
dtoverlay for DRAWS OK

Verify IF dtparam=audio is set properly
Last line in /boot/config.txt OK
app_config.sh core has already been run, exiting
-- cfg_script_name hostname: 0, passwd: 0, logfile: 0
root@asawizard:/home/pi/n7nix/config#

So despite git pull and updating and running ./app_config.sh core again, and entering my new License instead of the made up one,

i.e KO4BCZ instead of the made up one NOAPJ

I still get this:

pi@asawizard:~ $ ax25-status
Status for direwolf.service: RUNNING and ENABLED
Status for ax25dev.service: RUNNING and ENABLED
Status for ax25dev.path: RUNNING and ENABLED
Status for ax25-mheardd.service: RUNNING and ENABLED
Status for ax25d.service: RUNNING and ENABLED
AX.25 device: ax0 successfully configured with ip: 192.168.255.2
AX.25 device: ax1 successfully configured with ip: 192.168.255.3
pi@asawizard:~ $ tail -f /var/log/direwolf/direwolf.log
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set TXtail = 10 (*10mS units = 100 mS), port 1
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set Persistence = 32, port 1
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set SlotTime = 20 (*10mS units = 200 mS), port 1
Jan 26 20:10:51 asawizard direwolf[455]: KISS protocol set FullDuplex = 0, port 1
Jan 26 20:10:56 asawizard direwolf[455]: Can't get address for IGate server noam.aprs2.net, Temporary failure in name resolution
Jan 26 20:11:01 asawizard direwolf[455]: Can't get address for IGate server noam.aprs2.net, Temporary failure in name resolution
Jan 26 20:11:06 asawizard direwolf[455]: Now connected to IGate server noam.aprs2.net (167.114.2.176)
Jan 26 20:11:06 asawizard direwolf[455]: Check server status here http://167.114.2.176:14501
Jan 26 20:11:11 asawizard direwolf[455]: [ig] # aprsc 2.1.5-g8af3cdc
Jan 26 20:11:11 asawizard direwolf[455]: [ig] # logresp N0APJ verified, server T2CAWEST

So as you see having alread run the core config once it did not prompt me for my passcode and did not change the original entry.

I am unable to find the direwolf.conf file to edit it for the correct info. perhaps that will suffice. The APRS.SI site is receiving

Is feasible to try to correct NOAPJ with KO4BCZ or should I just bite the bullet and start fresh with the NWDR15 image.

A complete output txt file is attached anticipating other questions.

Paul KO4BCZ

Show quoted text

On Sun, 26 Jan 2020 at 18:34, Basil Gunn <basil@...> wrote:

> I have three RPi 3's, one with my own build and one with the NWDR14
> build, one spare. I have been more successful with my build but not so
> much with yours,

And exactly (with console output) what problem are you having with the
image? Also, when you get a chance, switch to the NWDR15 image.

> with all due respect Basil I find it tedious to jump
> back and forth from one URL to another trying to follow three
> different paths for

> installing,

If you use the NWDR image there is nothing to install.
If you do your own custom install you are on your own.

>configuring

Follow the 'Getting Started Guide'
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started

> and testing,

https://github.com/nwdigitalradio/n7nix/blob/master/docs/DEBUG_BASICS.md
https://github.com/nwdigitalradio/n7nix/blob/master/docs/VERIFY_CONFIG.md

> So I hope find my argument compelling enough to continue to support
> the three units which I purchased.

Like I said before if you use the image you will get my support. If you
make your own custom install, post your questions on the forum and maybe
someone will answer.
/Basil

NWDR14 ReBuild.txt

Re: Nixtracker

David Lowry

#4401

Basil, I will really enjoy this interface in the truck. A quick question, on the CTRL tab, what do I type in the Confirm box?

A more complex question... if it is not a simple answer and you don’t want to answer, I understand.

In my hands, the mail tab gives an error “Unable to communicate with the PLU Websocket server.” I realize this feature may not be supported at this time or I have set up plu and nixtracker in the wrong order for this to work. At this point I have no localhost:8082. Earlier, I had both 8081 and 8082, but still the same error on the mail tab.

Re: #direwolf #direwolf

Basil Gunn

#4400

I have three RPi 3's, one with my own build and one with the NWDR14
build, one spare. I have been more successful with my build but not so
much with yours,And exactly (with console output) what problem are you having with the
image? Also, when you get a chance, switch to the NWDR15 image.

with all due respect Basil I find it tedious to jump
back and forth from one URL to another trying to follow three
different paths forinstalling,If you use the NWDR image there is nothing to install.
If you do your own custom install you are on your own.

configuringFollow the 'Getting Started Guide'
https://nw-digital-radio.groups.io/g/udrc/wiki/DRAWS%3A-Getting-Started

and testing,https://github.com/nwdigitalradio/n7nix/blob/master/docs/DEBUG_BASICS.md
https://github.com/nwdigitalradio/n7nix/blob/master/docs/VERIFY_CONFIG.md

So I hope find my argument compelling enough to continue to support
the three units which I purchased.Like I said before if you use the image you will get my support. If you
make your own custom install, post your questions on the forum and maybe
someone will answer.
/Basil

Re: #direwolf #direwolf

Paul Noa

#4399

http://n5dux.com/ham/aprs-passcode/

This one works!

Paul, KO4BCV

Re: #direwolf #direwolf

Paul Noa

#4398

The easiest thing to do is to just google aprs passcode. The first hit
is the following website which will calc your passcode for you:

https://apps.magicbug.co.uk/passcode/index.php/

Results:

404 Page Not Found

The page you are looking for could not be found. Check the address bar to ensure your URL is spelled correctly. If all else fails, you can visit our home page at the link below.

Visit the Home Page

Re: #direwolf #direwolf

Paul Noa

#4397

Paul Noa

16:15 (1 minute ago)

to udrc

Basil,

Thanks for your response.

1. Your questions don't have anything to do with udrc or draws. You
would be better off asking them on the direwolf groups.io site.
https://groups.io/g/direwolf/topics

In fact I am using UDRC/Draws for my application I have three units. However, WB2OSZ was listening on your group and solved my issue with the length of the passcode.
It just turns out the passcode I used was my APRS.FI login due to my ignorance!!

2. If you use the NWDR image the APRS server password is automatically

calculated & added to the direwolf configuration when running the
initial config script.

That explains why I saw my made up callsign on the APRS-SI server before I got my license while running Direwolf on the NWDR14 image.

3. There are many places to get your APRS server login passcode.
The nwdr image uses a C program from Xastir. Look at
n7nix/direwolf/config.sh around line 230.

Thanks for that info not sure how I would have known that, as all of the documentation I have used to install and configure assumed one would know that. But Pete@AE5PL was kind enough to inform me that WB2OSZ, the author of Direwolf, would provide one. I have not used Xastir.

As I have not heard back from him I will Get the n7nix repo and run the program.

Thanks!

4. The gps on the DRAWS hat requires gpsd version 3.18.1 or higher to
operate properly.

Right you are! I am running 3.17 version of GPSD, will upgrade it.

5. Not really motivated to support people that want to build their own
custom image from scratch. Not that you shouldn't, just that I don't want
to support you doing it. What is your compelling argument for not
using the supplied image?

Understood, You had been helping me a couple of weeks back but I suspect you became annoyed at my inexperience, rightfully so. I realize you are incredibly busy and did not want to waste your time and further embarrass myself. However, I am highly motivated to reach my goal and therefore took a different path and after some progress I contacted support@ NWDR and Bryan worked with me to a point. That point was when I needed my ARL. Which I tested for the next day and passed, KO4BCZ.
My subsequent attempt to get back on track with Bryan has failed. Not to be derailed I marched on and have made significant progress with help from others.
Believe me I need and want your support. But I can also see the traffic and noted the NWDR15 image was a priority and assumed it might consuming your time.

I recall Bryan mentioned that he would consult you on my apparently simple application. Easy for him to say. LOL
While waiting to hear from Bryan I continued on.

I have three RPi 3's, one with my own build and one with the NWDR14 build, one spare. I have been more successful with my build but not so much with yours, with all due respect Basil I find it tedious to jump back and forth from one URL to another trying to follow three different paths for installing, configuring and testing, which why I sought your support in the first place. I am getting better at it though realizing it is the nature of the beast

I am certain I am close to having the NWDR14 image running but not hearing back from Bryan stymied that process. I would much appreciate you support getting it running as I still have not reached my goal.

Best regards,

Paul

So I hope find my argument compelling enough to continue to support the three units which I purchased.

Re: #direwolf #direwolf

Basil Gunn

#4396

In fact WB2OSZ was listening on your group and answered me.Yep. Feel privileged that John monitors the udrc/draws forum.

.  But Pete@AE5PL was kind enough to inform me that WB2OSZ, the author
of Direwolf, would provide one.

As I have not heard back from him I will Get the n7nix repo and run the
program.
Thanks!The easiest thing to do is to just google aprs passcode. The first hit
is the following website which will calc your passcode for you:

https://apps.magicbug.co.uk/passcode/index.php/

4. The gps on the DRAWS hat requires gpsd version 3.18.1 or higher to
operate properly.

Right you are I am running 3.17 version of GPSD will upgrade it.Depending on what you do with GPS you could have problems.

/Basil n7nix

Re: NWDR15 Image observations

Basil Gunn

#4395

Yep you found a bug. Thanks! Fixed with this commit:
https://github.com/nwdigitalradio/n7nix/commit/abd192b0cca7291c45462089da28f9510afb30b2

if you use ax25-start or ax25-stop as a user (not root) they will work
ok with your current version.

To get fix:

cd
cd n7nix
git pull
cd config
./bin_refresh.sh

/Basil n7nix

f6bvp <f6bvp@free.fr> writes:

Show quoted text

Hi Basil,
I downloaded new nwdr15 image and ran initial setup.
Then I performed app-config.sh core
Following Getting Started Guide I verified ALSA settings with alsa-show.sh
and after becoming root
sudo su
./ax25-start
replied :
User name (pi) does not exist. must be one of:

I must have forgotten something.

73 de Bernard, f6bvp

Re: #direwolf #direwolf

Paul Noa

#4394

Basil,

Thanks for your response.

1. Your questions don't have anything to do with udrc or draws. You
would be better off asking them on the direwolf groups.io site.
https://groups.io/g/direwolf/topics

In fact WB2OSZ was listening on your group and answered me.

2. If you use the NWDR image the APRS server password is automatically

calculated & added to the direwolf configuration when running the
initial config script.

That explains why I saw my made up callsign on the APRS-SI server before I got my license while running Direwolf on the NWDR14 image.

3. There are many places to get your APRS server login passcode.
The nwdr image uses a C program from Xastir. Look at
n7nix/direwolf/config.sh around line 230.

Thanks for that info not sure how I would have known that as all of the documentation I have used to install and configure assumed one would know that. But Pete@AE5PL was kind enough to inform me that WB2OSZ, the author of Direwolf, would provide one.

As I have not heard back from him I will Get the n7nix repo and run the program.

Thanks!

4. The gps on the DRAWS hat requires gpsd version 3.18.1 or higher to
operate properly.

Right you are I am running 3.17 version of GPSD will upgrade it.

5. Not really motivated to support people that want to build their own
custom image from scratch. Not that you shouldn't, just that I don't want
to support you doing it. What is your compelling argument for not
using the supplied image?

Show quoted text

On Sun, 26 Jan 2020 at 16:00, Basil Gunn <basil@...> wrote:

> Can you provide the login password or direct me where to get it
> Please.

Google is your friend
https://lmgtfy.com/?q=aprs+passcode&pp=1&s=l

1. Your questions don't have anything to do with udrc or draws. You
would be better off asking them on the direwolf groups.io site.
https://groups.io/g/direwolf/topics

2. If you use the NWDR image the APRS server password is automatically
calculated & added to the direwolf configuration when running the
initial config script.

3. There are many places to get your APRS server login passcode.
The nwdr image uses a C program from Xastir. Look at
n7nix/direwolf/config.sh around line 230.

# Get the n7nix repo
git clone https://github.com/nwdigitalradio/n7nix
# Go to the directory containing the callpass source code

cd n7nix/direwolf/
gcc -o callpass callpass.c
# run the program
./callpass <your_callsign>
Passcode for <your_callsign> is <some_5_digit_number>

4. The gps on the DRAWS hat requires gpsd version 3.18.1 or higher to
operate properly. You most likely got your gpsd from the Debian
repositories which is about 2 years old. Verify your gpsd version number:

gpsd -V

5. Not really motivated to support people that want to build their own
custom image from scratch. Not that you shouldn't, just that I don't want
to support you doing it. What is your compelling argument for not
using the supplied image?

/Basil

Re: NWDR15 Image observations

Bernard f6bvp / ai7bg

#4393

Hi Basil,
I downloaded new nwdr15 image and ran initial setup.
Then I performed app-config.sh core
Following Getting Started Guide I verified ALSA settings with alsa-show.sh
and after becoming root
sudo su
./ax25-start
replied :
User name (pi) does not exist. must be one of:

I must have forgotten something.

73 de Bernard, f6bvp